<div dir="ltr"><div>I'm with Allan. "Respectively" is a mistake. Git blame shows I made the mistake here: <a href="https://github.com/geojson/draft-geojson/commit/7dd400c94218f688e2d68556e1fd0f094f906b2c">https://github.com/geojson/draft-geojson/commit/7dd400c94218f688e2d68556e1fd0f094f906b2c</a>.<br><br></div>It looks like I'll be learning how RFC errata works!<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 2, 2017 at 5:46 PM, Allan Doyle <span dir="ltr"><<a href="mailto:afdoyle@mit.edu" target="_blank">afdoyle@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
<div>
<div>There was discussion in February, 2016 with this summary by Sean Gillies:</div>
<div>- A Feature or Geometry object MUST NOT contain a "features" property.<br>
- A FeatureCollection or Geometry object MUST NOT contain a "geometry" or "properties" object.<br>
- A FeatureCollection or Feature object MUST NOT contain a "coordinates" property.</div>
<div><a href="https://mailarchive.ietf.org/arch/msg/geojson/eVZbpxrORyt5koH6P7QjdcfcRHE" target="_blank">https://mailarchive.ietf.org/<wbr>arch/msg/geojson/<wbr>eVZbpxrORyt5koH6P7QjdcfcRHE</a></div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Followed by some remorse by Martin Daly:</div>
<div>I'm feeling bad now that we've banned FeatureCollection from having a "properties" member, but not bad enough to stand in the way of progress.</div>
<div><a href="https://github.com/geojson/draft-geojson/pull/142#issuecomment-185834388" target="_blank">https://github.com/geojson/<wbr>draft-geojson/pull/142#<wbr>issuecomment-185834388</a></div>
<div><br>
</div>
<div><br>
</div>
<div>In any case, based on 6.1, any foreign member would be precluded from having GeoJSON semantics. So using "properties" as a member of a FeatureCollection would not be the same as "properties" in, say, a Feature. (Of course, since there's no real
 semantic definition of "properties", that point is moot).</div>
<div><br>
</div>
<div>So, if you were working on something that seems to want properties on a FeatureCollection, it would be better to give it a different name.</div>
<div><br>
</div>
<div>Getting back to the RFC document, my reading of the last sentence of 7.1</div>
<div><br>
<div>
<div>   The GeoJSON "features" member defines a FeatureCollection object.</div>
<div>   Feature and Geometry objects, respectively, MUST NOT contain a</div>
<div>   "features" member.</div>
<div><br>
</div>
<div>make sit clear that the word "respectively" is not being used according to its common definition, namely</div>
<div><br>
</div>
<div>   (of two or more things, with reference to two or more things previously mentioned) <wbr>referring or applying to in a <wbr>parallel or sequential way</div>
<div>   <a href="http://www.dictionary.com/browse/respectively" target="_blank">http://www.dictionary.com/<wbr>browse/respectively</a></div>
<div><br>
</div>
<div>and this calls into question the use of the word in the previous two paragraphs, which leads to the conclusion that the RFC is trying to say that a FeatureCollection MUST NOT contain a "properties" member.</div>
<div><br>
</div>
<div><br>
</div>
<div><span class="m_9173701265110352416Apple-tab-span" style="white-space:pre-wrap"></span>Allan</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>
<blockquote type="cite"><div><div class="h5">
<div>On May 2, 2017, at 5:53 AM, Pedro Goncalves <<a href="mailto:pereira.goncalves@gmail.com" target="_blank">pereira.goncalves@gmail.com</a>> wrote:</div>
<br class="m_9173701265110352416Apple-interchange-newline">
</div></div><div>
<div><div><div class="h5">Hi Sean and all <br>
<br>
Regarding the section 7.1 of RFC7946 that says <br>
 The GeoJSON "geometry" and "properties" members define a Feature<br>
 object.  FeatureCollection and Geometry objects, respectively, MUST<br>
 NOT contain a "geometry" or "properties" member.<br>
<br>
My interpretation is that the "respectively “ decomposes the sentence into <br>
<span class="m_9173701265110352416Apple-tab-span" style="white-space:pre-wrap"></span>* "FeatureCollection" object MUST NOT contain a "geometry" member<br>
<span class="m_9173701265110352416Apple-tab-span" style="white-space:pre-wrap"></span>* "Geometry" object MUST NOT contain a "properties” member<br>
<br>
However, I got comments that this sentence could mean that FeatureCollection MUST NOT contain a "properties” member.<br>
<br>
Can you please confirm the right assumption?<br>
<br>
<br>
thanks and cheers<br>
<br>
Pedro<br>
<br>
<br></div></div>
______________________________<wbr>_________________<br>
GeoJSON mailing list<br>
<a href="mailto:GeoJSON@lists.geojson.org" target="_blank">GeoJSON@lists.geojson.org</a><br>
<a href="http://lists.geojson.org/listinfo.cgi/geojson-geojson.org" target="_blank">http://lists.geojson.org/<wbr>listinfo.cgi/geojson-geojson.<wbr>org</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>

</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Sean Gillies</div>
</div>