Using non EPSG CRS is neater, but at odds with practice and leaves an
authority hole...
IMHO the only hope of reconciling these things is to state that the OGC
recognises EPSG as the authority for the geometry definition, not the
representation (serialisation) rules, and that should be reinfor
Adrian Custer a écrit :
Any chance you could write up a paragraph explaining what's going on
with axis order? I'm assembling notes for an eventual writeup of the
geotools CRS and this seems like an important corner case. The EPSG
CRS's are all in the lat, long order except for 4326 which is long,
Adrian Custer wrote:
Hey Martin,
Any chance you could write up a paragraph explaining what's going on
with axis order? I'm assembling notes for an eventual writeup of the
geotools CRS and this seems like an important corner case. The EPSG
CRS's are all in the lat, long order except for 4326 whic
On trunk you can clean the use of getFilterType() by using instanceof:
if (f instanceof PropertyIsLessThan)) {
}
Jody
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated t
Hey Martin,
Any chance you could write up a paragraph explaining what's going on
with axis order? I'm assembling notes for an eventual writeup of the
geotools CRS and this seems like an important corner case. The EPSG
CRS's are all in the lat, long order except for 4326 which is long, lat?
are the
Well things are moving a bit faster now that I have Justin right here to
bother.
Cory I saw where you were stuck writing a feature collection test and we
have responded by:
- removing the power set of builders (FeatureBuilder,
FeatureCollectionBuilder, SmalFishBuilder, etc...)
- producing a s
Martin Desruisseaux wrote:
Simone Giannecchini a écrit :
I am pretty sure that in gdal (which
uses Proj) EPSG:4326 is lon,lat as expected, moreover Jody told me
that OGC, after a long debat, now states that EPSG:4326 is lon,lat and
not lat,lon as EPSG db (please Jody help me here).
If this is an
Martin Desruisseaux wrote:
Simone Giannecchini a écrit :
Good news is, I might have found a guy to do his master thesis on
advanced geospatial rendering. I would like to reuse your experience,
the GO1 code, the old J2DRenderer code and a bit of my experience. He
should start in september, let's
Simone Giannecchini a écrit :
I am pretty sure that in gdal (which
uses Proj) EPSG:4326 is lon,lat as expected, moreover Jody told me
that OGC, after a long debat, now states that EPSG:4326 is lon,lat and
not lat,lon as EPSG db (please Jody help me here).
If this is an OGC decision, then the EP
Richard Gould a écrit :
Do you get the same exception when running "mvn install" and "mvn
org.geotools:gt2-javadoc:javadoc" both on trunk?
Yeah, I get the same exception on trunk. Am I missing something?
Not necessarly, it is likely to be a bug in the custom plugin.
When invoking "mvn insta
10 matches
Mail list logo
