[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [udig-devel] BasicFeatureRenderer not happy when shapefile is missing prj
|
On Aug 9, 2007, at 23:04 , Jesse Eichar wrote:
I did in fact find a bug with this. I"m not totally sure that it
is the same bug as what you encountered but I'm releasing a new
copy of RC11 with the fix.
Just tested it, and the world_adm0 works again. Thanks!
Regards,
- Tore.
Jesse
On Aug 8, 2007, at 10:55 PM, Tore Halset wrote:
On Aug 8, 2007, at 17:49 , Jesse Eichar wrote:
Is it a error or just a warning. It provides a warning because
the layer cannot be reprojected until the layer knows its
projection. If there is an error, well that is probably a bug
It is an error, the map does not show up. It does not matter if I
add this as the first or last layer to my map.
The following data-set used to show up in may, but not now. I know
this as we tell people to use this as the background map for our
WMS project. We could of course tell them to use a world dataset
with a .prj-file if I could find one..
http://www.diva-gis.org/data/misc/world_adm0.zip
Regards,
- Tore.
Jesse
On Aug 7, 2007, at 11:37 PM, Tore Halset wrote:
Hello.
Sorry for answering this old mail. Did anyone create a jira
issue for this one?
I used to use the world shape file from diva-gis as a
background. It used to work with uDig 1.1.x around may 2007, but
not now. uDig complains about sourceCRS being null.
I can switch to a different background map, but it looks like it
is pretty common to distribute unprojected shape files without
the .prj-file.
- Tore.
On Jun 22, 2007, at 2:46 , Jody Garnett wrote:
Schmitt, Magna (CIP) wrote:
Hello:
According with my last email (Sorry, was in branches 1.1.x
(Shapefiles does not load properly in branches 1.0.x)) The
shapefiles that has no .prj file cannot be loaded, will this
issue always exists? . I am asking this because in a previous
version of branches 1.1.x i could load shapefiles without
their prj without problems but now i cannot.
I think we could set up so that we could "force" the projection
of the current map into the shapefile. Would that be
appropriate? Actually we should be able to set up the renderer
- to stuff some kind of default into the GeoTools "MapLayer" ....
Magna I am pretty sure this is just a bug in how
BasicFeatureRenderer is doing its thing, it makes sense - the
code "getBounds()" is being asked how big - and with out a
projection we honestly do not know.
Let's review the code here on email and see if we can figure
out a sensble default. It is probably best to put a break point
in BasicFeatureRenderer and have a look at what information is
actually available to solve the problem.
Cheers,
Jody
I am sending again the error message i get everytime i try to
load a shapefile without its *.prj:
net.refractions.udig.project.render.RenderException: Exception
(s) occured during rendering: Argument "sourceCRS" should not
be null.
at
net.refractions.udig.render.internal.feature.basic.BasicFeatureRe
nderer.render(BasicFeatureRenderer.java:314)
at
net.refractions.udig.render.internal.feature.basic.BasicFeatureRe
nderer.render(BasicFeatureRenderer.java:193)
at
net.refractions.udig.project.internal.render.impl.RenderExecutorI
mpl$RenderJob.startRendering(RenderExecutorImpl.java:315)
at
net.refractions.udig.project.internal.render.impl.RenderExecutorI
mpl$RenderJob.run(RenderExecutorImpl.java:396)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)
Caused by: java.lang.IllegalArgumentException: Argument
"sourceCRS" should not be null.
at
org.geotools.referencing.operation.AbstractCoordinateOperationFac
tory.ensureNonNull(AbstractCoordinateOperationFactory.java:665)
at
org.geotools.referencing.operation.DefaultCoordinateOperationFact
ory.createOperation(DefaultCoordinateOperationFactory.java:216)
at org.geotools.referencing.CRS.transform(CRS.java:225)
at org.geotools.referencing.CRS.findMathTransform(CRS.java:162)
at
net.refractions.udig.project.internal.impl.GeoResourceInfoInterce
ptor$Wrapper.getBounds(GeoResourceInfoInterceptor.java:85)
at
net.refractions.udig.project.internal.impl.LayerImpl.getBounds
(LayerImpl.java:1857)
at
net.refractions.udig.render.internal.feature.basic.BasicFeatureRe
nderer.validateBounds(BasicFeatureRenderer.java:395)
at
net.refractions.udig.render.internal.feature.basic.BasicFeatureRe
nderer.render(BasicFeatureRenderer.java:223)
... 4 more
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel