<div dir="ltr">Even,<div><br></div><div>I have no objection to preparing such a GeoTIFF-in-JPEG/PNG mechanism, but to be honest I find it hard to get excited about GeoTIFF as a broader way of describing coordinate system information because of the various quirks with GeoTIFF and the binary opaqueness of GeoTIFF.  However, there is already precident with LAS and GeoJP2.</div>
<div><br></div><div>Best regards,</div><div>Frank</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 12, 2014 at 2:18 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le lundi 12 mai 2014 23:05:21, Jukka Rahkonen a écrit :<br>
<div class="">> Even Rouault <even.rouault <at> <a href="http://mines-paris.org" target="_blank">mines-paris.org</a>> writes:<br>
><br>
> ...<br>
><br>
> > > In light of this, it may be better to use an xml or textual<br>
> > > representation and embed it inside an XMP block, which is supported<br>
> > > for many formats[1]. Also it would allow for easier human-reading.<br>
> ><br>
> > Yes, that's one possibility. Which comes back to GMLJP2 unless there are<br>
><br>
> other<br>
><br>
> > standards...<br>
> ><br>
> > I'd want to build on something that is a "real" standard or a de-facto<br>
> > standard, but not reinvent everything from scratch.<br>
><br>
> What GMLJP2 gives as a bonus is the axis order trouble and not totally<br>
> clear interpretation if origin is in the centre (probably it is) or in the<br>
> corner of a pixel, and rectified grid does not support ground control<br>
> points. Thus GMLJP2 is at least not better in everything, it has also<br>
> drawbacks.<br>
<br>
</div>Hi Jukka,<br>
<br>
Yes, for all your above reasons, I would prefer to avoid it.<br>
Although the axis order trouble (the one of EPSG) and interpretation of origin<br>
(pixel center) should be mostly clarified with the revised version.<br>
As far as ground countrol points are concerned, I've not really looked at the<br>
capabilities of GMLCov, so perhaps there's something in it for that.<br>
Otherwise, that would be indeed a drawback.<br>
<div class="im HOEnZb"><br>
><br>
> -Jukka Rahkonen-<br>
><br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
> <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
</div><div class="im HOEnZb">--<br>
Geospatial professional services<br>
<a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up   | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/~warmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>and watch the world go round - Rush    | Geospatial Software Developer<br>
</div>