<div dir="ltr"><div><div><span class="im">> 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>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:<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></div><div class="gmail_extra"><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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">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 class="">><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 class="HOEnZb"><div class="h5"><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>-- <br><div class="gmail_signature">----------------------------------------------------------------------------------------------------------------<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>
</div>