<p><a class="user-mention" data-hovercard-type="user" data-hovercard-url="/hovercards?user_id=1651447" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/ppKrauss">@ppKrauss</a> As far as I see, the <a href="https://github.com/google/open-location-code/blob/master/docs/olc_definition.adoc#shortening-open-location-codes">official definition for OLC short codes</a></p>
<ul>
<li>works with a “nearest-reference-point” approach</li>
<li>is intrinsic ambiguous to the same degree as the mentioned reference point is ambiguous (imagine you take “Springfield” as reference – there are quite a few of them on our planet).</li>
<li>the official OLC definition is quite, well, vague. So you can use any geo-coder you like. And it’s on your own how this geo-coder interpretates city or country names. Particularly, to be in line with the OLC definition, it is <strong>not</strong> required to return the same results for geo-coded short codes as Google does for their own services. Results based on Nominatium would be as valid as results based on Googles geo-coding are.</li>
</ul>
<p>OLC long codes however are unambigous.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you commented.<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-451888718">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABWnLUxGbKG-yGUnfrX9MYJ3isf7A25Lks5vAx_ggaJpZM4TDycy">mute the thread</a>.<img src="https://github.com/notifications/beacon/ABWnLfNuIO7Bqv8bLS68KEs1UKSKmMmrks5vAx_ggaJpZM4TDycy.gif" height="1" width="1" alt="" /></p>
<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/openstreetmap/openstreetmap-website","title":"openstreetmap/openstreetmap-website","subtitle":"GitHub repository","main_image_url":"https://github.githubassets.com/images/email/message_cards/header.png","avatar_image_url":"https://github.githubassets.com/images/email/message_cards/avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/openstreetmap/openstreetmap-website"}},"updates":{"snippets":[{"icon":"PERSON","message":"@sommerluk in #1807: @ppKrauss As far as I see, the [official definition for OLC short codes](https://github.com/google/open-location-code/blob/master/docs/olc_definition.adoc#shortening-open-location-codes)\r\n\r\n- works with a “nearest-reference-point” approach\r\n- is intrinsic ambiguous to the same degree as the mentioned reference point is ambiguous (imagine you take “Springfield” as reference – there are quite a few of them on our planet).\r\n- the official OLC definition is quite, well, vague. So you can use any geo-coder you like. And it’s on your own how this geo-coder interpretates city or country names. Particularly, to be in line with the OLC definition, it is **not** required to return the same results for geo-coded short codes as Google does for their own services. Results based on Nominatium would be as valid as results based on Googles geo-coding are.\r\n\r\nOLC long codes however are unambigous."}],"action":{"name":"View Issue","url":"https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-451888718"}}}</script>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-451888718",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/1807#issuecomment-451888718",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>