On Monday 05 November 2007 14:10:17 Andrea Aime wrote:
mzorova ha scritto:
Running org.geotools.styling.SLDStyleTest
[Fatal Error] :1:117: The prefix sld for element
sld:StyledLayerDescriptor is not bound.
Nov 4, 2007 2:02:00 PM org.geotools.styling.SLDParser parseUserLayer
INFO: layer
I was investigating the use of geotools to dynamically generate KML from
Oracle Spatial. I was browsing the API and noticed that there wasn't an
implementation of DataStore for KML (There were ones for GML, Shapefiles,
...). Does anyone know the strategy/method used with geotools for
[EMAIL PROTECTED] ha scritto:
I was investigating the use of geotools to dynamically generate KML from
Oracle Spatial. I was browsing the API and noticed that there wasn't an
implementation of DataStore for KML (There were ones for GML, Shapefiles,
...). Does anyone know the strategy/method
Hi,
There is no kml datastore no. But on Geotools trunk there is an
experimental parser for kml. However, the same classes that do parsing
can do encoding, but that functionality is not implemented.
The xml framework i speak of is complex, and has a learning curve so if
you have some time to do
Thanx Jody, I'll try one of the options you listed. If I may, a bit of a
critique: it seems like in many instances
when working with the geotools library there's is more than one way of doing
things. I find this rather confusing,
rather than helpful.
Gaby
It is a good critique! Indeed if I was doing the code review there would
only be the two ways .. :-)
- the query based approach; ie make a function and evaluate it on the
collection
- the object oriented approach; for when you want to hack a bit more
The mess of confusion left open by having
My code review of this class is that:
a) it is in trouble and makes your life harder
b) it is a thin wrapper around
private StyleFactory sf;
private FilterFactory ff;
c) the value add is a bunch of methods that accept normal literals
(rather than expressions)
d) the bad part is letting
I apparently have some shape files which are not indexed, so when JMapPane
tries to render them,
it throws an exception:
Dec 18, 2007 3:20:22 PM org.geotools.renderer.lite.StreamingRenderer
processStylers
SEVERE: null
java.util.NoSuchElementException
at
Okay so we sorted out where the confusion was ... now for the hard part.
There are two options:
a) change the code mistake so that the featureTypeStyleName value is not
passed on to the wrong thing
- this would leave the documentation the same
- and disable functionality that currently exists
b)
b) is fine, sometimes just a bit more javadocs documention is all that's needed.
Thanx
gaby
***
** Gabriella Turek [EMAIL PROTECTED] **
** National Institute of Water Atmospheric Research (NIWA) **
** PO Box
Indexed Shapefile support was still an experiment at this time for
GeoTools 2.3... for GeoTools 2.4 the experiment was ended and there is
now a single
ShapefileDataStoreFactory that should do all the logic needed to set you
up with ShapeFileDataStore or IndexedShapefileDataStore as needed...
I
I was making it by hand... Quickly chaged my code to use the
ShapefileDataStoreFactory
but it does not work, I get the same error.
gaby
***
** Gabriella Turek [EMAIL PROTECTED] **
** National Institute of
Thanks for trying; so run me over the bug again ...
- we get an exception out of IndexedFidReader
- the shapefile is not indexed? Or does an existing index exist that is
broken?
- can you limit your test to one shapefile and confirm that it does not
have an index of any form, set the create
13 matches
Mail list logo