So what I am getting is that the data is the authority, where as the
type is more like a recipe. And we respect aggregation in that something
that is contained by another and defines a CRS overrides the containers CRS.
-Justin
Jody Garnett wrote:
Justin Deoliveira wrote:
Hi all,
Looking at new feature model I must admit I am confused as to where I
should get CRS info from since there are multiple choices. Given a
feature I can look up a CRS with:
Missed one (and adjusted your names to reflect class):
0. Geometry.getCRS() - this is optional and only available for GeoAPI
Geometry
1. GeometryAttribute.getCRS() - should be the same as 0 and is use as a
split to allow JTS Geometry to play
3. Feature.getCRS() - use this if Geometry does not have a CRS
2. FeatureCollection.getCRS() - use this if Feature did not have a CRS
So yes when playing with data you will need to have a "context" of the
stack variety to understand what is going on.
Next up we have the type system (part of your confusion was jumping from
data model to type model). This CRS information is "not real" and is
used as a guide for those creating data (or used to see if the data is
valid your choice).
0. GeomtryAttributeType.getCRS()
1. FeatureType.getCRS()
2. FeatureCollection.getCRS()
Justin I would like to make sure the separation is clear here. How can I
explain this better?
The docs help a bit in that feature.getCRS() says it should only
return a value if it is known (like setting crs on a feature in a gml
doc). But I cant find much more which says what the next place to look
should be.
Ah your FeatureCollection, or your "context", or "assumed"... aka this
is application specific, if you need to give them a way to provide you
that context.
Jody
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geoapi-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/geoapi-devel
--
Justin Deoliveira
The Open Planning Project
[EMAIL PROTECTED]
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
