<div style="display: flex; flex-wrap: wrap; white-space: pre-wrap; align-items: center; "><img height="20" width="20" style="border-radius:50%; margin-right: 4px;" decoding="async" src="https://avatars.githubusercontent.com/u/1651447?s=20&v=4" /><strong>ppKrauss</strong> left a comment <a href="https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-2865891223">(openstreetmap/openstreetmap-website#1807)</a></div>
<p dir="auto"><a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/erik55/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/erik55">@erik55</a> You're on the right track when you say, "We just need interoperability and standards". We also need infrastructure to demonstrate usage, enable testing, and build an ecosystem. In this context we need to:</p>
<ol dir="auto">
<li>
<p dir="auto">Discuss here how to transform <code class="notranslate">OSM.codes</code> into a set of <a href="https://en.wikipedia.org/wiki/Web_API#Endpoints" rel="nofollow">endpoints</a> for simple <strong>code resolution</strong> (like "name resolution" in <a href="https://datatracker.ietf.org/doc/html/rfc2169" rel="nofollow">RFC2169</a>) and future <a href="https://en.wikipedia.org/wiki/Persistent_uniform_resource_locator" rel="nofollow">PURL behavior/functionality</a>, similar to a <a href="https://doi.org" rel="nofollow">DOI</a>.</p>
</li>
<li>
<p dir="auto">Discuss here how to extend the <strong>geo URI</strong> standard (a mature 15-year-old RFC that has never received attention from big tech companies), likely because it's centered on interoperability. See <a href="https://en.wikipedia.org/wiki/Geo_URI_scheme" rel="nofollow">https://en.wikipedia.org/wiki/Geo_URI_scheme</a>  <br> My suggestion for next steps is to adopt the syntax <code class="notranslate">geo:$x,$y;u=$u</code> as a Latitude/Longitude input. For example, <code class="notranslate">geo:-23.55,-46.63;u=15</code>. The <code class="notranslate">u</code> parameter stands for "uncertainty radius" (in meters), which can be used to infer the number of digits in the <a href="https://en.wikipedia.org/wiki/Geocode#Hierarchical_grids" rel="nofollow">grid geocode</a>. In this example, with <code class="notranslate">u=15</code>, the OLC geocode is <code class="notranslate">588MC8QV+C</code> and the Geohash is <code class="notranslate">6gyf4bv4</code>.</p>
</li>
<li>
<p dir="auto">Discuss here whether we need additional <a href="https://en.wikipedia.org/wiki/Geocode#Hierarchical_grids" rel="nofollow">grid geocodes</a> (beyond just OLC and Geohash), and how to extend the geo URI scheme to include them. <br>  My suggestion is to adopt the syntax <code class="notranslate">geo:$t:$g</code>, where <code class="notranslate">$t</code> is the type abbreviation (e.g., "olc" for OLC or "ghs" for Geohash) and <code class="notranslate">$g</code> is the geocode. Using the earlier examples: <code class="notranslate">geo:olc:588MC8QV+C</code> for OLC and <code class="notranslate">geo:ghs:6gyf4bv4</code> for Geohash.</p>
</li>
</ol>
<hr>
<p dir="auto">PS: regarding your other comments:</p>
<ul dir="auto">
<li>We cannot interfere with the <code class="notranslate">openstreetmap.org</code> website; unfortunately, that is out of the question.</li>
<li>"We prefer to popularize OLC" is also Google's preference, but in this community, we also want to <em>offer code resolution</em> for Geohash and perhaps other popular geocodes (like Uber H3).</li>
<li>The geo URI as interoperability standard is important as "zero <a href="https://en.wikipedia.org/wiki/Vendor_lock-in" rel="nofollow">vendor_lock-in</a>".<br> (pure OLC is a Google-standard without any clear technical advantage over Geohash). <br>Imagine using <code class="notranslate">geo:olc:588MC8QV+C</code> in  WhatsApp text, "I'm here!", or in ChatGPT prompt-text for geographic contextualization.</li>
</ul>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-2865891223">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLOIIDQBUSRR6KSUCRD25R2GVAVCNFSM6AAAAAB3VAEVHCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDQNRVHA4TCMRSGM">unsubscribe</a>.<br />You are receiving this because you commented.<img src="https://github.com/notifications/beacon/AAK2OLILHZDPX4DLTZ24LV325R2GVA5CNFSM6AAAAAB3VAEVHCWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTVK2IDZO.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><openstreetmap/openstreetmap-website/issues/1807/2865891223</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>

<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-2865891223",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-2865891223",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>