<div dir="ltr"><div>Hi all,</div><div><br></div><div>I recommend that JSON item names match the names of methods of the GDAL API. If not precisely, then at least in a consistent and predictable way. Introducing new names increases the amount of needed documentation and generally sows confusion. </div><div><br></div><div>For example, Rasterio's rio-info command (you may remember me presenting about this at FOSS4G 2014), returns JSON with items like "bounds", "res", "shape" just like in Rasterio's API.</div><div><br></div>  <a href="https://github.com/sgillies/frs-cheat-sheet/blob/master/README.md#get-raster-information">https://github.com/sgillies/frs-cheat-sheet/blob/master/README.md#get-raster-information</a><br><div><br></div><div>For GDAL, I agree with Rob Coup that verbose is going to be better. "colorInterpolation" matches the GDAL API method and is going to work out better than "colorInterp": </div><div><br></div><div>  <a href="http://www.gdal.org/classGDALRasterBand.html#a772e1232ac07944e4c6bce3c66f98103">http://www.gdal.org/classGDALRasterBand.html#a772e1232ac07944e4c6bce3c66f98103</a><br></div><div><br></div><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Sun, Mar 29, 2015 at 4:58 PM, Robert Coup <span dir="ltr"><<a href="mailto:robert.coup@koordinates.com" target="_blank">robert.coup@koordinates.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-size:12.8000001907349px">Hi,</span><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Good work, thanks for taking this on!</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">1: Is there any particular reason to implement XML? Every language has a good JSON parser these days, as you note in the RFC XML is more complex to implement, and it's not like strict schemas or streaming (usual reasons for XML) are going to be in place.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">2: In terms of the proposed gdalinfo JSON...</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">a) bands[0].band == 1 -- any reason to favour this over the implicit index in the bands[] array?<br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">b) personally I'd prefer to be slightly more verbose in attribute naming. eg. block -> blockSize, <span style="color:rgb(0,0,0);font-size:13px;background-color:rgb(247,247,247)">colorInterp -> colorInterpolation, proj -> proj4</span></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">c) There's support for multiple RATs in a single dataset, but the JSON format only allows one. Maybe rats: {"name": {... attributes...}}?</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">d) HDF-derived formats (and probably some others) have support for multiple datasets/component images. Is that something we could incorporate (maybe with a top-level object surrounding each dataset description)?</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">There may be a few other elements where there's support (either now or in the forseeable future) for multiple items. @Even, any thoughts? <br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">3: Keen to see the ogrinfo equivalent!</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Rob :)</div><div class="gmail_extra"><div></div>
</div></div>
<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></blockquote></div><br></div></div>