<div dir="ltr">I'm +0.  Neither for nor against.<div><br></div><div>One request:</div><div><br></div><div><pre class="" style="border:1px solid rgb(215,215,215);border-radius:0.3em;margin:1em 1.75em;padding:0.25em;overflow:auto;color:rgb(0,0,0);font-size:13px;background:rgb(247,247,247)">#define OGR_G_NOT_EMPTY_POINT 0x1
#define OGR_G_3D 0x2
#define OGR_G_MEASURED 0x4
#define OGR_G_IGNORE_MEASURED 0x8</pre></div><div class="gmail_extra">Can you make these a static const int or static const unsigned int member of the OGRGeometry class?  #defines make life more difficult.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">find . -name \*.h -o -name \*.cpp | xargs grep '#define' | egrep '[0-9"]' | egrep -v '[(]|\[' | wc -l</div><div class="gmail_extra">    4517</div></div><div class="gmail_extra"><br></div><div class="gmail_extra">A random example of doing this:  </div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="https://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gdal_simplesurf.h?rev=33127#L93">https://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gdal_simplesurf.h?rev=33127#L93</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">// Descriptor length</div><div class="gmail_extra">static const int DESC_SIZE = 64;</div></div><div class="gmail_extra"><br></div><div class="gmail_extra">-kurt</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 10, 2016 at 4:53 AM, Peter Halls <span dir="ltr"><<a href="mailto:p.halls@york.ac.uk" target="_blank">p.halls@york.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><span class=""><div><span>> Types on page 2).<br>
> PointZ<br>
> A PointZ consists of a triplet of double-precision coordinates in the order<br>
> X, Y, Z plus a measure"<br>
><br>
> I had misinterpreted their meaning of "optional" here and submitted a<br>
> documentation query to ESRI on being told I was wrong.  The response was<br>
> that M being optional means that it can be valueless, but is always<br>
> present.<br>
<br>
</span>Woo, really ???? That's a genuine scoop.<br><br></div></span>I reported it to  Frank at the time ... but several email systems later, I no longer have my copies of the correspondence with ESRI nor the OGR bug report, in which these were copied.  Somewhere I may still have a backup of my work area, to see what I did in my code.  However, as you say, this is 20+ years ago ....  It was something which, at the time, was causing us some problems ....<br></div><div><br></div>I think you to be correct in your Shapelib summary below:<span class=""><br><div><div>
<br>
Unless I'm seriously mistaken, shapelib / OGR has produced XYZ shapefiles<br>
without M values for more than 20 years. I'm surprised we wouldn't have heard about that if such shapefiles couldn't be read. Or perhaps ESRI software is robust to missing M too<br><br></div><div>Best wishes,<br><br></div><div>Peter<br><br></div><div><br>
<br>
</div></div></span></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On 10 February 2016 at 12:31, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>Le mercredi 10 février 2016 13:05:20, Peter Halls a écrit :<br>
> Ari, et al,<br>
><br>
>       ESRI handle this in a non-intuitive way:  XYM is supported, but Z<br>
> always has a Measure, so is XYZM!   The formal definition is here:<br>
</span>> <a href="https://www." rel="noreferrer" target="_blank">https://www.</a>*esri*.com/library/whitepapers/pdfs/*shapefile*.pdf   (1998)<br>
<span>><br>
>       Shape Types having Z are defined on pp19ff where it states:<br>
><br>
> "Shape Types inX,Y,Z Space<br>
> Shapes of this type have an optional coordinate<br>
> M. Note that "no data" value can be specified as a value for M (see Numeric<br>
> Types on page 2).<br>
> PointZ<br>
> A PointZ consists of a triplet of double-precision coordinates in the order<br>
> X, Y, Z plus a measure"<br>
><br>
> I had misinterpreted their meaning of "optional" here and submitted a<br>
> documentation query to ESRI on being told I was wrong.  The response was<br>
> that M being optional means that it can be valueless, but is always<br>
> present.<br>
<br>
</span>Woo, really ???? That's a genuine scoop.<br>
<br>
Unless I'm seriously mistaken, shapelib / OGR has produced XYZ shapefiles<br>
without M values for more than 20 years. I'm surprised we wouldn't have heard<br>
about that if such shapefiles couldn't be read. Or perhaps ESRI software is<br>
robust to missing M too<br>
<br>
><br>
> Best wishes,<br>
><br>
> Peter<br>
<div><div><br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><span class=""><font color="#888888">-- <br><div>----------------------------------------------------------------------------------------------------------------<br>Peter J Halls, PhD Student, Post-war Reconstruction and Development Unit (PRDU),<br>                      University of York<br><br>Snail mail: PRDU, Derwent College, University of York,<br>                Heslington, York YO10 5DD<br>This message has the status of a private and personal communication<br>----------------------------------------------------------------------------------------------------------------</div>
</font></span></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" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div></div>
</div></div>