<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>We probably don't need a true technical null value, you are right. But if we introduce a formal method of defining defaults or implied values, for example if highway=residential implies maxspeed=30 "unless tagged otherwise", how can we tag "maxspeed is truly unknown, do not apply the defaults"? Sure, we can use maxspeed=unknown, but then the value "unknown" has the effect of NULL, i.e. a placeholder where a value could be stored, but there is nothing there now. If we agree on using a specific value like "none" or "unknown" or "NULL" for this function, then defaults could possibly be applied in a broader, more defined way.</p>
<p>On 2016-01-24 11:12, Gerd Petermann wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div id="divtagdefaultwrapper" style="font-size: 12pt; color: #000000; background-color: #ffffff; font-family: Calibri,Arial,Helvetica,sans-serif;">
<p>I don't think so. Where do we need null values in OSM?</p>
<p>As you said, maxspeed=none means something like maxspeed=unlimited.</p>
<p>I can't think of any tag key which should be stored in OSM with a null value. </p>
<p>In what case would that add valud information compared to having no such tag ?</p>
<p> </p>
<p>Gerd</p>
<br />
<div style="color: #000000;"><hr style="display: inline-block; width: 98%;" />
<div id="divRplyFwdMsg" dir="ltr"><span style="font-size: 11pt; color: #000000; font-family: Calibri, sans-serif;"><strong>Von:</strong> Colin Smale <colin.smale@xs4all.nl><br /><strong>Gesendet:</strong> Sonntag, 24. Januar 2016 10:58<br /><strong>An:</strong> Tag discussion, strategy and related tools; Tijmen Stam<br /><strong>Betreff:</strong> Re: [Tagging] Removing name_1 and alt_name_1 from Wiki</span>
<div> </div>
</div>
<div>At present the string "none" is actually a value, the interpretation of which is specific to the key "maxspeed" . Maybe we should promote it to the equivalent of NULL in SQL. <br /><br /><br />
<div class="gmail_quote">On 24 January 2016 10:43:16 CET, Tijmen Stam <mailinglists@iivq.net> wrote:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<pre class="k9mail">With the value "none"<br /><br />For example on German Autobahnen, where you can drive as fast as you <br />want is "maxspeed=none" which is different from having maxspeed not set: <br />this means maxspeed is unknown or not tagged yet.<br /><br /><br /><br />On 20-01-16 09:06, Colin Smale wrote:</pre>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Exactly.<br /><br /> If a missing value (i.e. use the default) is not the same as explicitly<br /> having NO value, how do you override the default with "no value"?<br /><br /> --colin<br /><br /> On 2016-01-20 08:50, Gerd Petermann wrote:<br /><br />
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">I don't think that the meaning really depends on the position. My<br /> understanding is that the<br /><br /> complete value (e.g. "80||" ) is parsed by splitting it into separate<br /> strings at each pipe symbol.<br /><br /> Result: three strings: "80" , "",""<br /><br /> The value "|80|" also gives three strings: "","80",""<br /><br /> Another point is that an empty value means "use the default", which can<br /><br /> only make sense in special cases like this.<br /><br /> Gerd<br /><br /><br /><hr /><br /> *Von:* Colin Smale <colin.smale@xs4all.nl><br /> *Gesendet:* Mittwoch, 20. Januar 2016 08:23<br /> *An:* Tag discussion, strategy and related tools<br /> *Betreff:* Re: [Tagging] Removing name_1 and alt_name_1 from Wiki<br /><br /> I meant that there is a value missing "between the pipes", which at a<br /> slightly higher semantic level can mean "use the default". A<br /> definition which varies according to position doesn't feel well-formed<br /> to me.<br /><br /> //colin<br /><br /> On 2016-01-20 08:10, Gerd Petermann wrote:<br /><br /> Colin Smale wrote<br /><br /> The "lanes" tag family uses a different delimiter ("|"), sometimes<br /> together with a semicolon to make a kind of 2-d array. A<br /> double pipe<br /> ("||") indicates a missing value there. Wouldn't it be nice if<br /> we were<br /> consistent?<br /><br /><br /> That is new to me. My understanding of a double pipe is that<br /> described here:<br /><a id="LPlnk897821" href="http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension#Default_values">http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension#Default_values</a>
<div id="LPBorder_GT_14536301283730.3193158707318221" style="margin-bottom: 20px; overflow: auto; width: 100%;">
<table id="LPContainer_14536301283670.44698951543001" style="width: 90%; background-color: #ffffff; position: relative; overflow: auto; padding-top: 20px; padding-bottom: 20px; margin-top: 20px; border-top: 1px dotted #c8c8c8; border-bottom: 1px dotted #c8c8c8;" cellspacing="0">
<tbody>
<tr style="border-spacing: 0px;" valign="top">
<td id="TextCell_14536301283690.8655412649043254" style="vertical-align: top; position: relative; padding: 0px; display: table-cell;" colspan="2">
<div id="LPRemovePreviewContainer_14536301283690.9725637770800837"> </div>
<div id="LPTitle_14536301283690.2637965891970432" style="top: 0px; color: #0078d7; font-weight: 400; font-size: 21px; font-family: 'wf_segoe-ui_light','Segoe UI Light','Segoe WP Light','Segoe UI','Segoe WP',Tahoma,Arial,sans-serif; line-height: 21px;"><a id="LPUrlAnchor_14536301283700.4890155291038948" style="text-decoration: none;" href="http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension#Default_values">Proposed features/lanes General Extension - OpenStreetMap Wiki</a></div>
<div id="LPMetadata_14536301283710.14335180821845606" style="margin: 10px 0px 16px; color: #666666; font-weight: 400; font-family: 'wf_segoe-ui_normal','Segoe UI','Segoe WP',Tahoma,Arial,sans-serif; font-size: 14px; line-height: 14px;">wiki.openstreetmap.org</div>
<div id="LPDescription_14536301283720.6505912997183171" style="display: block; color: #666666; font-weight: 400; font-family: 'wf_segoe-ui_normal','Segoe UI','Segoe WP',Tahoma,Arial,sans-serif; font-size: 14px; line-height: 20px; max-height: 100px; overflow: hidden;">A simple, straightforward extension of existing tags to specify properties not only for a way as whole but for the lanes of the way instead. Based on this general ...</div>
</td>
</tr>
</tbody>
</table>
</div>
<br /><br /> Proposed features/lanes General Extension - OpenStreetMap Wiki<br /> <<a href="http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension#Default_values">http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension#Default_values</a>><br /><a href="http://wiki.openstreetmap.org">wiki.openstreetmap.org</a><br /> A simple, straightforward extension of existing tags to specify<br /> properties not only for a way as whole but for the lanes of the<br /> way instead. Based on this general ...<br /><br /><br /> which indicates that a double pipe means one or two default values,<br /> depending on the position.<br /> At the end of the value, it means two default values.<br /><br /> Gerd<br /><br /><br /><br /> --<br /> View this message in context:<br /><a href="http://gis.19327.n5.nabble.com/Removing-name-1-and-alt-name-1-from-Wiki-tp5864465p5865207.html">http://gis.19327.n5.nabble.com/Removing-name-1-and-alt-name-1-from-Wiki-tp5864465p5865207.html</a><br /> <<a href="http://gis.19327.n5.nabble.com/Removing-name-1-and-alt-name-1-from-Wiki-tp5864465p5865207.html">http://gis.19327.n5.nabble.com/Removing-name-1-and-alt-name-1-from-Wiki-tp5864465p5865207.html</a>><br /> Sent from the Tagging mailing list archive at <a href="http://Nabble.com">Nabble.com</a>.<br /><br /><hr /><br /> Tagging mailing list<br /> Tagging@openstreetmap.org <mailto:Tagging@openstreetmap.org><br /><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a><br /><br /><br /><hr /><br /> Tagging mailing list<br /> Tagging@openstreetmap.org <mailto:Tagging@openstreetmap.org><br /><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a></blockquote>
<br /><br /><hr /><br /> Tagging mailing list<br /> Tagging@openstreetmap.org<br /><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a></blockquote>
<pre class="k9mail"><br /><br /><br /></pre>
<hr />
<pre class="k9mail"><br />Tagging mailing list<br />Tagging@openstreetmap.org<br /><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a></pre>
</blockquote>
</div>
</div>
</div>
</div>
<!-- html ignored --><br />
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">_______________________________________________<br /> Tagging mailing list<br /><a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br /><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a></div>
</blockquote>
</body></html>