[Geoserver-users] WCS return GeoTiff with point Pixels.

Hello GeoServer users,

I am making wcs 1.0.0 requests for geotiffs against a coverage layer. Does GeoServer support returning geotiffs via wcs that are "Point" instead of "Area" pixels for the meta-data value: "AREA_OR_POINT"? This metadata field is further explained here: http://www.gdal.org/gdal_datamodel.html. By default the geotiff writer assumes area, and that writer appears to be used in the GeoTIFFCoverageResponseDelegate. Is there some way to set this as a hint in the wcs query url or is there something I can overwrite when extending the AbstractGridCoverage2DReader and/or the AbstractGridFormat so that the ResponseDelegate will pick up on that hint? Although it may not matter I am working with geoserver 2.5.2 / geotools 11.2.

Also if this question is more appropriate for the geotools user list let me know.

Thanks - Andrew

--
- Andrew Annex, Data Scientist.
- (434)-284-9405 ext. 153

Hi Andrew,
in geotools we call this issue “pixel is center” vs " pixel is corner".
OGC mandates the “pixel is center” interpretation as far as I know, see also:
http://gis.stackexchange.com/questions/122670/is-there-a-standard-for-the-coordinates-of-pixels-in-georeferenced-rasters

http://mapserver.org/fr/development/rfc/ms-rfc-107.html

As far as I know, GeoTools tries to work “pixel is center” from beginning to end, and there
are no ways to control that, also, WCS follows the OGC interpretation strictly and does not
offer a way to return “pixel is corner” rasters, but I may be wrong.
I’m cc’ing Daniele, he should know more on this matter.

That said, especially in WCS 2.0, built to be extensible, one could put together a vendor profile that allows controlling
the pixel interpretation for the outputs.

Cheers
Andrea

···

On Tue, Mar 31, 2015 at 11:28 PM, Andrew Annex <aannex@…4616…> wrote:

Hello GeoServer users,

I am making wcs 1.0.0 requests for geotiffs against a coverage layer.
Does GeoServer support returning geotiffs via wcs that are “Point”
instead of “Area” pixels for the meta-data value: “AREA_OR_POINT”? This
metadata field is further explained here:
http://www.gdal.org/gdal_datamodel.html. By default the geotiff writer
assumes area, and that writer appears to be used in the
GeoTIFFCoverageResponseDelegate. Is there some way to set this as a hint
in the wcs query url or is there something I can overwrite when
extending the AbstractGridCoverage2DReader and/or the AbstractGridFormat
so that the ResponseDelegate will pick up on that hint? Although it may
not matter I am working with geoserver 2.5.2 / geotools 11.2.

Also if this question is more appropriate for the geotools user list let
me know.

Thanks - Andrew

  • Andrew Annex, Data Scientist.
  • (434)-284-9405 ext. 153

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/


Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

==

GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.

==

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Hi Andrea,

Thanks for the links; those are incredibly helpful. We are asking since we supporting a use case which involves imagery (pixel by area) and elevation (pixel by point) together.

Just to make sure, it sounds like gdal’s ‘pixel by area’ maps to ‘pixel is center’, right?

Thanks for noting the extensibility of WCS 2.0. Are there existing vendor profile examples that I could crib off of?

Cheers,

Jim

···

On 04/01/2015 02:56 AM, Andrea Aime wrote:

Hi Andrew,
in geotools we call this issue “pixel is center” vs " pixel is corner".
OGC mandates the “pixel is center” interpretation as far as I know, see also:
http://gis.stackexchange.com/questions/122670/is-there-a-standard-for-the-coordinates-of-pixels-in-georeferenced-rasters

http://mapserver.org/fr/development/rfc/ms-rfc-107.html

As far as I know, GeoTools tries to work “pixel is center” from beginning to end, and there
are no ways to control that, also, WCS follows the OGC interpretation strictly and does not
offer a way to return “pixel is corner” rasters, but I may be wrong.
I’m cc’ing Daniele, he should know more on this matter.

That said, especially in WCS 2.0, built to be extensible, one could put together a vendor profile that allows controlling
the pixel interpretation for the outputs.

Cheers
Andrea

On Tue, Mar 31, 2015 at 11:28 PM, Andrew Annex <aannex@anonymised.com> wrote:

Hello GeoServer users,

I am making wcs 1.0.0 requests for geotiffs against a coverage layer.
Does GeoServer support returning geotiffs via wcs that are “Point”
instead of “Area” pixels for the meta-data value: “AREA_OR_POINT”? This
metadata field is further explained here:
http://www.gdal.org/gdal_datamodel.html. By default the geotiff writer
assumes area, and that writer appears to be used in the
GeoTIFFCoverageResponseDelegate. Is there some way to set this as a hint
in the wcs query url or is there something I can overwrite when
extending the AbstractGridCoverage2DReader and/or the AbstractGridFormat
so that the ResponseDelegate will pick up on that hint? Although it may
not matter I am working with geoserver 2.5.2 / geotools 11.2.

Also if this question is more appropriate for the geotools user list let
me know.

Thanks - Andrew

  • Andrew Annex, Data Scientist.
  • (434)-284-9405 ext. 153

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/


Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

==

GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.

==

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. [http://goparallel.sourceforge.net/](http://goparallel.sourceforge.net/)
_______________________________________________
Geoserver-users mailing list
[Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net)
[https://lists.sourceforge.net/lists/listinfo/geoserver-users](https://lists.sourceforge.net/lists/listinfo/geoserver-users)