<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:10pt"><div id="yiv1419709321"><div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 10pt;"><div id="yiv1419709321"><div id="yiv1419709321yui_3_13_0_1_1384875986933_21127"><div class="yiv1419709321yui_3_13_0_1_1384875986933_21115" id="yiv1419709321yui_3_13_0_1_1384875986933_21126" style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 10pt;"><div id="yiv1419709321"><div id="yiv1419709321yui_3_13_0_1_1384875986933_17495"><div class="yiv1419709321yui_3_13_0_1_1384875986933_17443 yiv1419709321yui_3_13_0_1_1384875986933_21116"
id="yiv1419709321yui_3_13_0_1_1384875986933_17494" style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 10pt;"><div id="yiv1419709321yui_3_13_0_8_1384875986933_10">I'm not sure as to the purposed utility of the gdalinfo -vrt conversion approach. It may very well be valid, I spend most of my time with vector data and can't take a position one way or the other. Even so, I think having a script friendly output format for ogrinfo is very useful. When Howard and I chatted about it, I started getting visions of a massive metadata site generating itself with not more than a couple of command line scripts. These may be delusions of grandeur but this modification would overcome a first-line obstacle to making it a reality.</div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446
yiv1419709321yui_3_13_0_1_1384875986933_21119" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color: rgb(0, 0, 0); font-size: 13px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span id="yiv1419709321yui_3_13_0_8_1384875986933_22"><br clear="none"></span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119 yui_3_13_0_1_1384875986933_23965" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;background-color:transparent;font-style:normal;"><span>I too have some concern about maintaining three different formats. I was actually inclined to generate an intermediate format that would then go to XML or JSON but the XML version came together rather cleanly in a few
hours so I didn't go down that path. The proof of concept came together far enough that we thought it prudent to get the ideas formally put into an RFC.</span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119 yui_3_13_0_1_1384875986933_23965" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;background-color:transparent;font-style:normal;"><span><br></span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119 yui_3_13_0_1_1384875986933_23965" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;background-color:transparent;font-style:normal;"><span>Multiple formats comes with the
required multiple format maintenance penalty. Sticking with XML minimizes some complications because MiniXML is always be available during a build and it keeps the code a little cleaner. That said, JSON is currently the sexy format, and all the cool kids are doing it. (All technical arguments about JSON aside...) If we conceded to just supporting one additional output format, I would really like to see the XML output further refined.</span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119 yui_3_13_0_1_1384875986933_23965" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;background-color:transparent;font-style:normal;"><span><br></span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119
yui_3_13_0_1_1384875986933_23965" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;background-color:transparent;font-style:normal;"><span>ogrinfo and gdalinfo as they currently exist are a large collection of printf statements in the main function. I logically removed the diagnostic messages (putting them on stderr) and ensured the intended content was separated into two different formatting functions. The functions are currently responsible for doing their own output to stdout as to prevent the need to completely rewrite the standard output format.</span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119 yui_3_13_0_1_1384875986933_23965" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue,
'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;background-color:transparent;font-style:normal;"><span><br></span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119 yui_3_13_0_1_1384875986933_23965" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;background-color:transparent;font-style:normal;"><span>Sorry, for not including an example of the XML sample. I can certainly generate something as necessary. The version I have in the proposed code works but can easily be changed in order to meet the needs and preferences to the project at large.</span></div><div class="yiv1419709321yui_3_13_0_1_1384875986933_17446 yiv1419709321yui_3_13_0_1_1384875986933_21119" id="yiv1419709321yui_3_13_0_8_1384875986933_10" style="color: rgb(0, 0, 0);
font-size: 13px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><br clear="none"></div><div class="yiv1419709321yahoo_quoted" id="yiv1419709321yui_3_13_0_8_1384875986933_12" style="display: block;"> <br clear="none"> <br clear="none"> <div class="yiv1419709321yui_3_13_0_1_1384875986933_13641 yiv1419709321yui_3_13_0_1_1384875986933_17448 yiv1419709321yui_3_13_0_1_1384875986933_21121" style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 10pt;"> <div class="yiv1419709321yui_3_13_0_1_1384875986933_13642 yiv1419709321yui_3_13_0_1_1384875986933_17449 yiv1419709321yui_3_13_0_1_1384875986933_21122" style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div class="yiv1419709321yqt7030721911" id="yiv1419709321yqt48657"><div
class="yiv1419709321yqt6220518798" id="yiv1419709321yqt97407"><div class="yiv1419709321yqt6780492759" id="yiv1419709321yqt14680"><div dir="ltr"> <font size="2" face="Arial"> On Tuesday, November 19, 2013 12:45 PM, Frank Warmerdam
<warmerdam@pobox.com> wrote:<br clear="none"> </font> </div> <div class="yiv1419709321y_msg_container"><div id="yiv1419709321"><div dir="ltr">Howard,<div><br clear="none"></div><div>I was a bit surprised that the RFC doesn't actually define the format. I gather we are supposed to deduce it from the modified ogrinfo code?</div><div><br clear="none"></div><div>On the GDAL side, rather than have gdalinfo support some secondary reporting format, I *feel* it would be better to just have a method on a dataset to provide a summary report somewhat similar to what gdalinfo would give. In XML this would essentially be what you would get from doing a "gdal_translate -of VRT abc.tif abc.vrt ". </div>
<div><br clear="none"></div><div>I must confess there isn't such a clean analog on the ogrinfo side, and if you want to also capture feature data written out by ogrinfo it gets someone more complicated.</div><div><br clear="none"></div><div>Skimming the (json missing) example ogrinfo it seems like a lot of work - particularly to maintain in a way that will keep all output formats in line. </div>
<div><br clear="none"></div><div>I started out supportive, but the more I think about the approach the less keen I am.</div><div><br clear="none"></div><div>Best regards,</div><div>Frank</div><div><br clear="none"></div></div><div class="yiv1419709321gmail_extra"><br clear="none"><br clear="none"><div class="yiv1419709321gmail_quote">
On Tue, Nov 19, 2013 at 8:42 AM, Howard Butler <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:howard@hobu.co" target="_blank" href="mailto:howard@hobu.co">howard@hobu.co</a>></span> wrote:<br clear="none"><blockquote class="yiv1419709321gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
All,<br clear="none">
<br clear="none">
Dan Little and myself would like to put forward an RFC proposing -xml and -json output support for both ogrinfo and gdalinfo. No changes are proposed to the current text format (which would continue to be the default output format), but having JSON and XML available would greatly ease the integration of gdalinfo and ogrinfo into existing processing workflows without requiring that someone jump into scripting land. Though it might have been overkill to have an RFC, I thought it would be useful to have something to collaborate on if others have ideas about these particular features.<br clear="none">
<br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://trac.osgeo.org/gdal/wiki/rfc44_gdalinfoxml">http://trac.osgeo.org/gdal/wiki/rfc44_gdalinfoxml</a><br clear="none">
<br clear="none">
We look forward to your feedback,<br clear="none">
<br clear="none">
Howard<br clear="none">
_______________________________________________<br clear="none">
gdal-dev mailing list<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:gdal-dev@lists.osgeo.org" target="_blank" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://lists.osgeo.org/mailman/listinfo/gdal-dev">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br clear="none">
</blockquote></div><br clear="none"><br clear="all"><div><br clear="none"></div>-- <br clear="none">---------------------------------------+--------------------------------------<br clear="none">I set the clouds in motion - turn up | Frank Warmerdam, <a rel="nofollow" shape="rect" ymailto="mailto:warmerdam@pobox.com" target="_blank" href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a><br clear="none">
light and sound - activate the windows | <a rel="nofollow" shape="rect" target="_blank" href="http://pobox.com/~warmerdam">http://pobox.com/~warmerdam</a><br clear="none">and watch the world go round - Rush | Geospatial Software Developer<br clear="none">
</div></div><br clear="none">_______________________________________________<br clear="none">gdal-dev mailing list<br clear="none"><a rel="nofollow" shape="rect" ymailto="mailto:gdal-dev@lists.osgeo.org" target="_blank" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br clear="none"><a rel="nofollow" shape="rect" target="_blank" href="http://lists.osgeo.org/mailman/listinfo/gdal-dev">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br clear="none"><br clear="none"></div></div></div></div> </div> </div> </div> </div></div></div></div></div></div></div></div></div></div></body></html>