Justin Deoliveira wrote: > Ok... reading through the javadocs of the geoapi feature model it > appears that geotools is doing the correct thing. FeatureType.getCRS() > is derived from the default geometric attribute of the type. In this > case there is none, so null is acceptable.. nasty. > I see - if it is nasty perhaps the javadocs can be changed. I did suspect that we added that method as short cut to asking people to check the default geometry all the time? The gml model allows for a SRSName to be defined at any level regardless of if a geometry is actually used. > So I guess we will have to work around this case in geoserver, and in > the case of no crs reported look it up from feature type info metadata. > Not ideal but doable. I guess the bright side is that we won't have to > go through the hassle of creating a geoapi release. > See above; one will be needed anyways - but this way there is no time pressure. Jody
------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
