[gdal-dev] [OSGeo-Standards] Idea: GeoTIFF box in JPEG to addgeoreferencing

Tue May 20 03:48:12 PDT 2014

Thanks Peter, Carl, Even, Jukka et al for this interesting discussion on adding Georeferencing to image file standards, and capabilities of GMLJP2 2.0 (and its GMLCOV capabilities for rectified Grid coverages or Georeferenceable Grid coverages), GeoJP2 ...

I appreciate this idea and action from Even to use the GeoTIFF Box mechanism (as documented in the GeoJP2 as explained below) for other formats (than JP2K format) such as native JPEG, PNG ... This is outside the scope of the Geo-enabled JP2K (and GMLJP2), but of significant interest with PNG or JPG data.

However, if used with JP2 format (specified in ISO 15444-1), this GeoJP2 (TM) mechanism is an alternative to the GMLJP2 standard. A simple one, with no multi-image capability, no annotation (in GML or any other XML like, such as SVG) ... but widely supported for providing a Geo-enabled capability to JP2 data. The GMLJP2 standard is based on the Gridded Coverage model and GML schema in order to provide this capability, allowing multi-image, annotations ...

The new version 2.0 of GMLJP2 (under OGC ballot until June 29) is based on GMLCOV schema.
Discussions are now initiated between OGC and ISO (TC211 - Geographic information) on the " Geo-enabled JP2K" topic and standards. Whether GMLJP2 and the GeoTIFF Box in JP2 is to be discussed. There are other alternatives, one being the auxiliary World files (.j2w) with limited information (only 6 parameters, no CRS) , another one being the BIIF encapsulation (ISO 12087-5), also called NITF in USA - North America and its Geo extension to Geo-reference "raw JP2K codestream" (jc2 format) - but the resulting file is no longer a .jp2 file, but a .ntf file.

Should further actions from OGC, ISO, and  GDAL and OSGeo communities be initiated ? IMHO this is an open issue ...

Emmanuel

-----Message d'origine-----
De : gdal-dev-bounces at lists.osgeo.org [mailto:gdal-dev-bounces at lists.osgeo.org] De la part de Peter Baumann
Envoyé : mardi 20 mai 2014 09:27
À : Carl Reed; Even Rouault; gdal-dev at lists.osgeo.org
Cc : Jukka Rahkonen; standards at lists.osgeo.org
Objet : Re: [gdal-dev] [OSGeo-Standards] Idea: GeoTIFF box in JPEG to addgeoreferencing

On 05/19/2014 10:50 PM, Carl Reed wrote:
> Thanks, Peter.
>
> Also, FYI, version 2 of the OGC GML in JP2000 (GMLJP2) candidate 
> standard is in an OGC adoption vote until June 29.  There is also an 
> OGC/ISO discussion this week as to whether this OGC standards should also become an ISO standard.

Just for clarification: this includes GMLCOV and WCS.
cheers,
Peter

>
> Cheers
>
> Carl
>
>
> -----Original Message----- From: Peter Baumann
> Sent: Monday, May 12, 2014 3:39 PM
> To: Even Rouault ; gdal-dev at lists.osgeo.org
> Cc: Jukka Rahkonen ; standards at lists.osgeo.org
> Subject: Re: [OSGeo-Standards] [gdal-dev] Idea: GeoTIFF box in JPEG to 
> addgeoreferencing
>
> PS: not sure all on this list are aware of this overview page:
> http://external.opengeospatial.org/twiki_public/CoveragesDWG/Coverages
> BigPicture
>
> -Peter
>
>
> On 05/12/2014 11:38 PM, Peter Baumann wrote:
>> Hi all,
>>
>> just saw this, thought I'd chime in being the editor of GMLCOV :) Any 
>> questions, I'll gladly try to answer, I'm just on the road currently, 
>> so expect a delay of a day or so.
>>
>> Trying to respond to what has been raised below:
>>
>> On 05/12/2014 11:18 PM, Even Rouault wrote:
>>> Le lundi 12 mai 2014 23:05:21, Jukka Rahkonen a écrit :
>>>> Even Rouault <even.rouault <at> mines-paris.org> writes:
>>>>
>>>> ...
>>>>
>>>>>> In light of this, it may be better to use an xml or textual 
>>>>>> representation and embed it inside an XMP block, which is 
>>>>>> supported for many formats[1]. Also it would allow for easier human-reading.
>>>>> Yes, that's one possibility. Which comes back to GMLJP2 unless 
>>>>> there are
>>>> other
>>>>
>>>>> standards...
>>>>>
>>>>> I'd want to build on something that is a "real" standard or a 
>>>>> de-facto standard, but not reinvent everything from scratch.
>>>> What GMLJP2 gives as a bonus is the axis order trouble
>>
>> actually, no. GMLJP2 relies on GMLCOV which defines axis order. Each 
>> coverage has a Native CRS which is defined via an OGC URI (which, in 
>> the case of EPSG, refers to the OGP maintained database). In the CRS 
>> definition the axis is given unambiguously.
>>
>> If you don't want to go to that database, use the axisLabels 
>> attribute in the Envelope, it lists axes in their proper sequence.
>>
>>
>>>> and not totally
>>>> clear interpretation if origin is in the centre (probably it is) or 
>>>> in the corner of a pixel,
>>
>> naively, GMLCOV follows the pixel-in center interpretation. However, 
>> encodings may override this, such as GeoTIFF (see the pertaining 
>> adopted spec [1]).
>>
>> [1] https://portal.opengeospatial.org/files/?artifact_id=50118
>>
>>
>>>> and rectified grid does not support ground control points.
>>
>> yes, because it is rectified. If you want more degree of freedom do 
>> not use RectifiedGridCoverage but ReferenceableGridCoverage. In 
>> conjunction with GML
>> 3.3 ( a compatible enhancement of GML 3.2.1) this gives you irregular 
>> and warped grids. We're not completely done, though, and would be 
>> glad about your support in some advanced issues. Note that this work 
>> is all voluntary and relies on some project financing to be done. Up 
>> to now, EC and ESA have been generous, and so we are going ahead step by step.
>>
>>
>>>> Thus GMLJP2 is at least not better in everything, it has also 
>>>> drawbacks.
>>> Hi Jukka,
>>>
>>> Yes, for all your above reasons, I would prefer to avoid it.
>>
>> so which ones are remaining, following the clarification you mention below?
>>
>> cheers,
>> Peter
>>
>>> Although the axis order trouble (the one of EPSG) and interpretation 
>>> of origin (pixel center) should be mostly clarified with the revised version.
>>> As far as ground countrol points are concerned, I've not really 
>>> looked at the capabilities of GMLCov, so perhaps there's something in it for that.
>>> Otherwise, that would be indeed a drawback.
>>>
>>>> -Jukka Rahkonen-
>>>>
>>>> _______________________________________________
>>>> gdal-dev mailing list
>>>> gdal-dev at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>

--
Dr. Peter Baumann
  - Professor of Computer Science, Jacobs University Bremen
    www.faculty.jacobs-university.de/pbaumann
    mail: p.baumann at jacobs-university.de
    tel: +49-421-200-3178, fax: +49-421-200-493178
  - Executive Director, rasdaman GmbH Bremen (HRB 26793)
    www.rasdaman.com, mail: baumann at rasdaman.com
    tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: +49-173-5837882 "Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083)

_______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev