[Geoserver-users] WMS GetMap 1.1.1 versus 1.3, CRS instead of SRS

Hi All,

We have a Geoserver 2.1.1 in place, serving two layers.

On the site “http://docs.geoserver.org/latest/en/user/services/wms/basics.html

I read the following:

#################################################################################################

The major differences between versions 1.1.1 and 1.3.0 are:

In 1.1.1 geographic coordinate systems specified with the EPSG namespace are defined to have an axis ordering of longitude/latitude. In 1.3.0 the ordering is latitude/longitude. See Axis Ordering below for more details.

In the GetMap operation the srs parameter from 1.1.1 is now crs in 1.3.0. Although GeoServer supports both regardless of version.

#################################################################################################

But when I make the following calls, our WMS layer our_ns:final is backed by a list of GeoTiffs in EPSG:31370

Version 1.1.1 SRS

https://ourhost/geoserver/ows?SERVICE=WMS&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=107326.300781,190065.487578,107592.522834,190264.150768&SRS=EPSG:31370&WIDTH=1194&HEIGHT=891&LAYERS=our_ns:final&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE

Version 1.3 CRS

https://ourhost/geoserver/ows?SERVICE=WMS&SERVICE=WMS&VERSION=1.3&REQUEST=GetMap&BBOX=107326.300781,190065.487578,107592.522834,190264.150768&CRS=EPSG:31370&WIDTH=1194&HEIGHT=891&LAYERS=our_ns:final&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE

I get the same image?? Although I did not flip the lon/lat ….

Related problem:

Another layer is a PostGIS table, served by the same GeoServer instance….

Here the call

https://ourhost/geoserver/ows?SERVICE=WMS&SERVICE=WMS&VERSION=1.3&REQUEST=GetMap&BBOX=107326.300781,190065.487578,107592.522834,190264.150768&CRS=EPSG:31370&WIDTH=1194&HEIGHT=891&LAYERS=our_ns: project_1&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE does not return result ( notice the use of VERSION=1.3 and CRS=EPSG:31370 )

but using VERSION=1.3 and SRS=EPSG:31370 does return the expected result …-

Regards,

Stephen


Join the third edition of the international congress
Innovation for Sustainable Production 2012

May, 6-9, 2012
Bruges (Belgium)
www.i-sup2012.org


This e-mail, any attachments and the information it contains are confidential and meant only for the use of the addressee(s) only. Access to this e-mail by anyone other than the addressee(s) is unauthorized. If you are not the intended addressee (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver to anyone this message (or any part of its contents) or take any action in reliance on it. In such case, you should destroy this message and notify the sender immediately. If you have received this e-mail in error, please notify us immediately by e-mail or telephone and delete the e-mail from any computer.
All reasonable precautions have been taken to ensure no viruses are present in this e-mail and its attachments. As our company cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments we recommend that you subject these to your virus checking procedures prior to use.


Hi,

axis order depends on the projection. Not all projections have reversed axis order.

E.g. the Dutch national grid (RD) uses XY and not YX. Maybe the same is true for your Belgian projection. Check the EPSG database.

Best regards,
Bart

--
Bart van den Eijnden
OSGIS - http://osgis.nl

On Oct 5, 2011, at 3:52 PM, Kempenaers Stephen wrote:

Hi All,

We have a Geoserver 2.1.1 in place, serving two layers.

On the site “http://docs.geoserver.org/latest/en/user/services/wms/basics.html”

I read the following:

#################################################################################################
The major differences between versions 1.1.1 and 1.3.0 are:
In 1.1.1 geographic coordinate systems specified with the EPSG namespace are defined to have an axis ordering of longitude/latitude. In 1.3.0 the ordering is latitude/longitude. See Axis Ordering below for more details.
In the GetMap operation the srs parameter from 1.1.1 is now crs in 1.3.0. Although GeoServer supports both regardless of version.
#################################################################################################

But when I make the following calls, our WMS layer our_ns:final is backed by a list of GeoTiffs in EPSG:31370

Version 1.1.1 SRS
https://ourhost/geoserver/ows?SERVICE=WMS&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=107326.300781,190065.487578,107592.522834,190264.150768&SRS=EPSG:31370&WIDTH=1194&HEIGHT=891&LAYERS=our_ns:final&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE

Version 1.3 CRS
https://ourhost/geoserver/ows?SERVICE=WMS&SERVICE=WMS&VERSION=1.3&REQUEST=GetMap&BBOX=107326.300781,190065.487578,107592.522834,190264.150768&CRS=EPSG:31370&WIDTH=1194&HEIGHT=891&LAYERS=our_ns:final&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE
I get the same image?? Although I did not flip the lon/lat ….

Related problem:
-
Another layer is a PostGIS table, served by the same GeoServer instance….
Here the call
https://ourhost/geoserver/ows?SERVICE=WMS&SERVICE=WMS&VERSION=1.3&REQUEST=GetMap&BBOX=107326.300781,190065.487578,107592.522834,190264.150768&CRS=EPSG:31370&WIDTH=1194&HEIGHT=891&LAYERS=our_ns: project_1&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE does not return result ( notice the use of VERSION=1.3 and CRS=EPSG:31370 )
but using VERSION=1.3 and SRS=EPSG:31370 does return the expected result …-

Regards,
Stephen

Uniting expertise from different fields of technology enhances the development of innovative methods for sustainable production.

Join the third edition of the international congress
Innovation for Sustainable Production 2012

May, 6-9, 2012
Bruges (Belgium)
www.i-sup2012.org

This e-mail, any attachments and the information it contains are confidential and meant only for the use of the addressee(s) only. Access to this e-mail by anyone other than the addressee(s) is unauthorized. If you are not the intended addressee (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver to anyone this message (or any part of its contents) or take any action in reliance on it. In such case, you should destroy this message and notify the sender immediately. If you have received this e-mail in error, please notify us immediately by e-mail or telephone and delete the e-mail from any computer.
All reasonable precautions have been taken to ensure no viruses are present in this e-mail and its attachments. As our company cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments we recommend that you subject these to your virus checking procedures prior to use.

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

On Wed, Oct 5, 2011 at 3:52 PM, Kempenaers Stephen <stephen.kempenaers@anonymised.com> wrote:

#################################################################################################

The major differences between versions 1.1.1 and 1.3.0 are:

In 1.1.1 geographic coordinate systems specified with the EPSG namespace are defined to have an axis ordering of longitude/latitude. In 1.3.0 the ordering is latitude/longitude. See Axis Ordering below for more details.

In the GetMap operation the srs parameter from 1.1.1 is now crs in 1.3.0. Although GeoServer supports both regardless of version.

#################################################################################################

EPSG:31370 is defined as:

PROJCS[“Belge 1972 / Belgian Lambert 72”,
GEOGCS[“Belge 1972”,
DATUM[“Reseau National Belge 1972”,
SPHEROID[“International 1924”, 6378388.0, 297.0, AUTHORITY[“EPSG”,“7022”]],
TOWGS84[-106.8686, 52.2978, -103.7239, 0.3366, 0.457, -1.8422, -0.26292574852317374],
AUTHORITY[“EPSG”,“6313”]],
PRIMEM[“Greenwich”, 0.0, AUTHORITY[“EPSG”,“8901”]],
UNIT[“degree”, 0.017453292519943295],
AXIS[“Geodetic longitude”, EAST],
AXIS[“Geodetic latitude”, NORTH],
AUTHORITY[“EPSG”,“4313”]],
PROJECTION[“Lambert Conic Conformal (2SP)”, AUTHORITY[“EPSG”,“9802”]],
PARAMETER[“central_meridian”, 4.367486666666666],
PARAMETER[“latitude_of_origin”, 90.0],
PARAMETER[“standard_parallel_1”, 51.166667233333335],
PARAMETER[“false_easting”, 150000.013],
PARAMETER[“false_northing”, 5400088.438],
PARAMETER[“scale_factor”, 1.0],
PARAMETER[“standard_parallel_2”, 49.833333900000014],
UNIT[“m”, 1.0],
AXIS[“Easting”, EAST],
AXIS[“Northing”, NORTH],
AUTHORITY[“EPSG”,“31370”]]

It is a projected SRS, so its axis do not flip (there are a few projected ones that flip anyways, but they are
a small minority).
All the geographic ones (e.g., EPSG:4326) suffer from axis flip instead

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf


Andrea,

You are too positive in saying “(there are a few projected ones that flip anyways, but they are
a small minority)”. Majority of the compulsory INSPIRE systems are Northing-Easting (ETRS89 / LAEA Europe) like
http://epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3035&reportDetail=short&style=urn:uuid:report-style:default-with-urn&style_name=OGP%20Default%20With%20Urn&title=EPSG:3035

-Jukka Rahkonen-


Lähettäjä: Andrea Aime [mailto:andrea.aime@anonymised.com]
Lähetetty: 5. lokakuuta 2011 17:24
Vastaanottaja: Kempenaers Stephen
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] WMS GetMap 1.1.1 versus 1.3, CRS instead of SRS

On Wed, Oct 5, 2011 at 3:52 PM, Kempenaers Stephen <stephen.kempenaers@anonymised.com2154…> wrote:

#################################################################################################

The major differences between versions 1.1.1 and 1.3.0 are:

In 1.1.1 geographic coordinate systems specified with the EPSG namespace are defined to have an axis ordering of longitude/latitude. In 1.3.0 the ordering is latitude/longitude. See Axis Ordering below for more details.

In the GetMap operation the srs parameter from 1.1.1 is now crs in 1.3.0. Although GeoServer supports both regardless of version.

#################################################################################################

EPSG:31370 is defined as:

PROJCS[“Belge 1972 / Belgian Lambert 72”,
GEOGCS[“Belge 1972”,
DATUM[“Reseau National Belge 1972”,
SPHEROID[“International 1924”, 6378388.0, 297.0, AUTHORITY[“EPSG”,“7022”]],
TOWGS84[-106.8686, 52.2978, -103.7239, 0.3366, 0.457, -1.8422, -0.26292574852317374],
AUTHORITY[“EPSG”,“6313”]],
PRIMEM[“Greenwich”, 0.0, AUTHORITY[“EPSG”,“8901”]],
UNIT[“degree”, 0.017453292519943295],
AXIS[“Geodetic longitude”, EAST],
AXIS[“Geodetic latitude”, NORTH],
AUTHORITY[“EPSG”,“4313”]],
PROJECTION[“Lambert Conic Conformal (2SP)”, AUTHORITY[“EPSG”,“9802”]],
PARAMETER[“central_meridian”, 4.367486666666666],
PARAMETER[“latitude_of_origin”, 90.0],
PARAMETER[“standard_parallel_1”, 51.166667233333335],
PARAMETER[“false_easting”, 150000.013],
PARAMETER[“false_northing”, 5400088.438],
PARAMETER[“scale_factor”, 1.0],
PARAMETER[“standard_parallel_2”, 49.833333900000014],
UNIT[“m”, 1.0],
AXIS[“Easting”, EAST],
AXIS[“Northing”, NORTH],
AUTHORITY[“EPSG”,“31370”]]

It is a projected SRS, so its axis do not flip (there are a few projected ones that flip anyways, but they are
a small minority).
All the geographic ones (e.g., EPSG:4326) suffer from axis flip instead

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf


On Wed, Oct 5, 2011 at 4:40 PM, Rahkonen Jukka <Jukka.Rahkonen@anonymised.com> wrote:

Andrea,

You are too positive in saying “(there are a few projected ones that flip anyways, but they are
a small minority)”. Majority of the compulsory INSPIRE systems are Northing-Easting (ETRS89 / LAEA Europe) like
http://epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3035&reportDetail=short&style=urn:uuid:report-style:default-with-urn&style_name=OGP%20Default%20With%20Urn&title=EPSG:3035

Interesting, I never had to use one so I guess my perception is skewed (all common italian projected
systems are in E/N order, so do all of the USA ones I’ve worked with so far).
Let’s check on the database itself (I was not referring to the INSPIRE case, but in general).
I created a little program, attached, that scans the EPSG database in its natural order and
checks all the projected CRS, seeing what their axis order is.

The result confirm what you said, 30% of the projected SRS in the official database, v 7.5,
is indeed in North/East order:

total: 3522
north/east: 1068
unknown: 41

Do you know why this order is preferred? Really makes no sense to me (this is not boat/aircraft navigation)

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf


EpsgAxisOrder.java (1.39 KB)

As far as I know, it is geodetic practice/convention (x axis point to the North and the y axis to the East).

But why, I don’t know.

Sibylle

Von: Andrea Aime [mailto:andrea.aime@anonymised.com]
Gesendet: Mittwoch, 05. Oktober 2011 17:18
An: Rahkonen Jukka
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] WMS GetMap 1.1.1 versus 1.3, CRS instead of SRS

On Wed, Oct 5, 2011 at 4:40 PM, Rahkonen Jukka <Jukka.Rahkonen@anonymised.com> wrote:

Andrea,

You are too positive in saying “(there are a few projected ones that flip anyways, but they are
a small minority)”. Majority of the compulsory INSPIRE systems are Northing-Easting (ETRS89 / LAEA Europe) like

http://epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3035&reportDetail=short&style=urn:uuid:report-style:default-with-urn&style_name=OGP%20Default%20With%20Urn&title=EPSG:3035

Interesting, I never had to use one so I guess my perception is skewed (all common italian projected

systems are in E/N order, so do all of the USA ones I’ve worked with so far).

Let’s check on the database itself (I was not referring to the INSPIRE case, but in general).

I created a little program, attached, that scans the EPSG database in its natural order and

checks all the projected CRS, seeing what their axis order is.

The result confirm what you said, 30% of the projected SRS in the official database, v 7.5,

is indeed in North/East order:

total: 3522

north/east: 1068

unknown: 41

Do you know why this order is preferred? Really makes no sense to me (this is not boat/aircraft navigation)

Cheers

Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf






Hi Andrea, I am little bit confused. If I have to deploy a geoserver for INSPIRE using WMS 1.3 and using EPSG:3035 and EPSG:4326 (y,x) order, the WMS request has to bee in y,x order too.

How should I store the my geometries in the database/shapefiles. y,x or x,y.

I need another system EPSG:31287 which has x,y order, see no problem here.

Cheers
Christian

Zitat von Andrea Aime <andrea.aime@anonymised.com>:

On Wed, Oct 5, 2011 at 4:40 PM, Rahkonen Jukka <Jukka.Rahkonen@anonymised.com>wrote:

**
Andrea,

You are too positive in saying "(there are a few projected ones that flip
anyways, but they are
a small minority)". Majority of the compulsory INSPIRE systems are
Northing-Easting (ETRS89 / LAEA Europe) like

http://epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3035&reportDetail=short&style=urn:uuid:report-style:default-with-urn&style_name=OGP%20Default%20With%20Urn&title=EPSG:3035

Interesting, I never had to use one so I guess my perception is skewed (all
common italian projected
systems are in E/N order, so do all of the USA ones I've worked with so
far).
Let's check on the database itself (I was not referring to the INSPIRE case,
but in general).
I created a little program, attached, that scans the EPSG database in its
natural order and
checks all the projected CRS, seeing what their axis order is.

The result confirm what you said, 30% of the projected SRS in the official
database, v 7.5,
is indeed in North/East order:

total: 3522
north/east: 1068
unknown: 41

Do you know why this order is preferred? Really makes no sense to me (this
is not boat/aircraft navigation)

Cheers
Andrea

--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

-------------------------------------------------------

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Hi,

WMS version does not have any effect on the data storage. Shapefiles remains the same, so do PostGIS, Oracle and so on. It is only about converting geometries to/from GML3 and about how to interpret the BBOX. It is up to client and server to undestand that if the system is EPSG:4326 and if the WMS version is 1.3.0 they must play the stupid game so that the key is CRS and coordinates are in nothing-easting order, but if it is version 1.1.1 then the rules say to use SRS and easting-northing. The data in shapefiles, MapInfo files, Oracle, PostGIS and so on remains the same.

-Jukka Rahkonen-

-----Alkuperäinen viesti-----
Lähettäjä: christian.mueller@anonymised.com
[mailto:christian.mueller@anonymised.com]
Lähetetty: 18. lokakuuta 2011 16:17
Vastaanottaja: Andrea Aime
Kopio: Rahkonen Jukka; geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] WMS GetMap 1.1.1 versus 1.3, CRS
instead of SRS

Hi Andrea, I am little bit confused. If I have to deploy a geoserver
for INSPIRE using WMS 1.3 and using EPSG:3035 and EPSG:4326 (y,x)
order, the WMS request has to bee in y,x order too.

How should I store the my geometries in the
database/shapefiles. y,x or x,y.

I need another system EPSG:31287 which has x,y order, see no
problem here.

Cheers
Christian

Zitat von Andrea Aime <andrea.aime@anonymised.com>:

> On Wed, Oct 5, 2011 at 4:40 PM, Rahkonen Jukka
> <Jukka.Rahkonen@anonymised.com>wrote:
>
>> **
>> Andrea,
>>
>> You are too positive in saying "(there are a few projected
ones that flip
>> anyways, but they are
>> a small minority)". Majority of the compulsory INSPIRE systems are
>> Northing-Easting (ETRS89 / LAEA Europe) like
>>
>>
http://epsg-registry.org/report.htm?type=selection&entity=urn:

ogc:def:crs:EPSG::3035&reportDetail=short&style=urn:uuid:report-> style:default-with-urn&style_name=OGP%20Default%20With%20Urn&t
itle=EPSG:3035

>>
>
> Interesting, I never had to use one so I guess my
perception is skewed (all
> common italian projected
> systems are in E/N order, so do all of the USA ones I've
worked with so
> far).
> Let's check on the database itself (I was not referring to
the INSPIRE case,
> but in general).
> I created a little program, attached, that scans the EPSG
database in its
> natural order and
> checks all the projected CRS, seeing what their axis order is.
>
> The result confirm what you said, 30% of the projected SRS
in the official
> database, v 7.5,
> is indeed in North/East order:
>
> total: 3522
> north/east: 1068
> unknown: 41
>
> Do you know why this order is preferred? Really makes no
sense to me (this
> is not boat/aircraft navigation)
>
> Cheers
> Andrea
>
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Thanks for your fast reply. Only to be sure:

If I create a JTS geometry and want to store it for EPSG:3035 (y,x) or EPSG:4326 (lat,long), I always store the points as (x,y) or (long,lat).

Is this correct ?

Zitat von Rahkonen Jukka <Jukka.Rahkonen@anonymised.com>:

Hi,

WMS version does not have any effect on the data storage. Shapefiles remains the same, so do PostGIS, Oracle and so on. It is only about converting geometries to/from GML3 and about how to interpret the BBOX. It is up to client and server to undestand that if the system is EPSG:4326 and if the WMS version is 1.3.0 they must play the stupid game so that the key is CRS and coordinates are in nothing-easting order, but if it is version 1.1.1 then the rules say to use SRS and easting-northing. The data in shapefiles, MapInfo files, Oracle, PostGIS and so on remains the same.

-Jukka Rahkonen-

-----Alkuperäinen viesti-----
Lähettäjä: christian.mueller@anonymised.com
[mailto:christian.mueller@anonymised.com]
Lähetetty: 18. lokakuuta 2011 16:17
Vastaanottaja: Andrea Aime
Kopio: Rahkonen Jukka; geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] WMS GetMap 1.1.1 versus 1.3, CRS
instead of SRS

Hi Andrea, I am little bit confused. If I have to deploy a geoserver
for INSPIRE using WMS 1.3 and using EPSG:3035 and EPSG:4326 (y,x)
order, the WMS request has to bee in y,x order too.

How should I store the my geometries in the
database/shapefiles. y,x or x,y.

I need another system EPSG:31287 which has x,y order, see no
problem here.

Cheers
Christian

Zitat von Andrea Aime <andrea.aime@anonymised.com>:

> On Wed, Oct 5, 2011 at 4:40 PM, Rahkonen Jukka
> <Jukka.Rahkonen@anonymised.com>wrote:
>
>> **
>> Andrea,
>>
>> You are too positive in saying "(there are a few projected
ones that flip
>> anyways, but they are
>> a small minority)". Majority of the compulsory INSPIRE systems are
>> Northing-Easting (ETRS89 / LAEA Europe) like
>>
http://epsg-registry.org/report.htm?type=selection&entity=urn:

ogc:def:crs:EPSG::3035&reportDetail=short&style=urn:uuid:report-> style:default-with-urn&style_name=OGP%20Default%20With%20Urn&t
itle=EPSG:3035

>>
>
> Interesting, I never had to use one so I guess my
perception is skewed (all
> common italian projected
> systems are in E/N order, so do all of the USA ones I've
worked with so
> far).
> Let's check on the database itself (I was not referring to
the INSPIRE case,
> but in general).
> I created a little program, attached, that scans the EPSG
database in its
> natural order and
> checks all the projected CRS, seeing what their axis order is.
>
> The result confirm what you said, 30% of the projected SRS
in the official
> database, v 7.5,
> is indeed in North/East order:
>
> total: 3522
> north/east: 1068
> unknown: 41
>
> Do you know why this order is preferred? Really makes no
sense to me (this
> is not boat/aircraft navigation)
>
> Cheers
> Andrea
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Hi,

Based on my experience on OpenJUMP which has very close relation to JTS I really believe it has internally the coordinate axis always in the same order and I believe it is the same with WKT and GML2. I have never programmed anything but I would guess that you can decide to store the (x,y) coordinates in whatever way if you just take care that when you read them back to JTS geometry they are again as (x,y). If you want to make your living hard, store them to GML3 with the logic "if the SRS/CRS is one of these two thousand codes save it as (x,y) otherwise as (y,x)" and remember to do the same while reading.

-Jukka Rahkonen-

christian.mueller wrote:

Thanks for your fast reply. Only to be sure:

If I create a JTS geometry and want to store it for EPSG:3035 (y,x)
or EPSG:4326 (lat,long), I always store the points as (x,y) or
(long,lat).

Is this correct ?

Zitat von Rahkonen Jukka <Jukka.Rahkonen@anonymised.com>:

> Hi,
>
> WMS version does not have any effect on the data storage.
Shapefiles
> remains the same, so do PostGIS, Oracle and so on. It is
only about
> converting geometries to/from GML3 and about how to
interpret the
> BBOX. It is up to client and server to undestand that if
the system
> is EPSG:4326 and if the WMS version is 1.3.0 they must play the
> stupid game so that the key is CRS and coordinates are in
> nothing-easting order, but if it is version 1.1.1 then the
rules say
> to use SRS and easting-northing. The data in shapefiles, MapInfo
> files, Oracle, PostGIS and so on remains the same.
>
> -Jukka Rahkonen-
>
>> -----Alkuperäinen viesti-----
>> Lähettäjä: christian.mueller@anonymised.com
>> [mailto:christian.mueller@anonymised.com]
>> Lähetetty: 18. lokakuuta 2011 16:17
>> Vastaanottaja: Andrea Aime
>> Kopio: Rahkonen Jukka; geoserver-users@lists.sourceforge.net
>> Aihe: Re: [Geoserver-users] WMS GetMap 1.1.1 versus 1.3, CRS
>> instead of SRS
>>
>> Hi Andrea, I am little bit confused. If I have to deploy a
geoserver
>> for INSPIRE using WMS 1.3 and using EPSG:3035 and EPSG:4326 (y,x)
>> order, the WMS request has to bee in y,x order too.
>>
>> How should I store the my geometries in the
>> database/shapefiles. y,x or x,y.
>>
>> I need another system EPSG:31287 which has x,y order, see no
>> problem here.
>>
>> Cheers
>> Christian
>>
>>
>>
>> Zitat von Andrea Aime <andrea.aime@anonymised.com>:
>>
>> > On Wed, Oct 5, 2011 at 4:40 PM, Rahkonen Jukka
>> > <Jukka.Rahkonen@anonymised.com>wrote:
>> >
>> >> **
>> >> Andrea,
>> >>
>> >> You are too positive in saying "(there are a few projected
>> ones that flip
>> >> anyways, but they are
>> >> a small minority)". Majority of the compulsory INSPIRE
systems are
>> >> Northing-Easting (ETRS89 / LAEA Europe) like
>> >>
>> >>
>> http://epsg-registry.org/report.htm?type=selection&entity=urn:
> ogc:def:crs:EPSG::3035&reportDetail=short&style=urn:uuid:report->
> style:default-with-urn&style_name=OGP%20Default%20With%20Urn&t
> itle=EPSG:3035
>> >>
>> >
>> > Interesting, I never had to use one so I guess my
>> perception is skewed (all
>> > common italian projected
>> > systems are in E/N order, so do all of the USA ones I've
>> worked with so
>> > far).
>> > Let's check on the database itself (I was not referring to
>> the INSPIRE case,
>> > but in general).
>> > I created a little program, attached, that scans the EPSG
>> database in its
>> > natural order and
>> > checks all the projected CRS, seeing what their axis order is.
>> >
>> > The result confirm what you said, 30% of the projected SRS
>> in the official
>> > database, v 7.5,
>> > is indeed in North/East order:
>> >
>> > total: 3522
>> > north/east: 1068
>> > unknown: 41
>> >
>> > Do you know why this order is preferred? Really makes no
>> sense to me (this
>> > is not boat/aircraft navigation)
>> >
>> > Cheers
>> > Andrea
>> >
>> >
>> > --
>> > -------------------------------------------------------
>> > Ing. Andrea Aime
>> > GeoSolutions S.A.S.
>> > Tech lead
>> >
>> > Via Poggio alle Viti 1187
>> > 55054 Massarosa (LU)
>> > Italy
>> >
>> > phone: +39 0584 962313
>> > fax: +39 0584 962313
>> >
>> > http://www.geo-solutions.it
>> > http://geo-solutions.blogspot.com/
>> > http://www.youtube.com/user/GeoSolutionsIT
>> > http://www.linkedin.com/in/andreaaime
>> > http://twitter.com/geowolf
>> >
>> > -------------------------------------------------------
>> >
>>
>>
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>>
>>

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.