Sorry for the late reply, I just remembered I never replied to this.
I have very big shapefiles on my local disk.
I created my own 'generalizer' that reads in a shapefile (eg. a line
layer) and throws away some points if they are too close too eachother.
In this way, I can greatly reduce the amount of data (which is what I
want). I don't throw away features, only intermediate points. Even all
start/end points of lines are kept,... only intermediate points are
thrown away.
Sounds good.
The problem is that when I place my generalized file in the goeserver
database and I try to get the corresponding GML, I get the error
underneath. It looks like he checks for closed line strings?? But I
don't need closed lines (polylines) because the data prepresents roads
(lines). If I open the shp, shx, dbf file in the ESRI free SHP
explorer, he recognises the layer and displays as type a line layer
(which is OK)
When I try to open it, it displays the layer (ok) but when i
display/enable it, I don't see any data (although if I display it with
geotools, it is
there correctly!) I think there is an internal problem that geoserver
cannot translate my file to GML.
Does any one have some feedback concerning my problem?
It looks like the shapefile is telling our shapefile reader that it has
polygons. Does your shapefile generalizer save the points as polygons?
Or linestrings? (I don't know the shapefile spec that well, but I'm
pretty sure they're declared differently - lines are called arcs and
polygons are called polygons, like in the shapefile header?) Geotools
looks at that header, so it needs to match the shapes that are actually
in your shapefile. So perhaps your generalizer should redeclare as
arcs?)
If that doesn't work, and if it wouldn't be too much trouble, file this
as a bug report on our jira task tracker, so people who care can keep
track of the issue, but we don't have to spam the list with each
request. It is available at:
http://jira.codehaus.org/secure/BrowseProject.jspa?id=10311
thanks
Chris.
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/