<blockquote>
<p>Could this not be solved by using Nominatim's dedupe=0 parameter and then displaying all search results instead of just the first?</p>
</blockquote>
<p>Interesting. This parameter was undocumented on the OSM wiki until only a few weeks ago, based on your <a href="https://help.openstreetmap.org/questions/52260/openstreetmap-nominatim-api-limit-parameter-behaving-erratically-returns-inconsistent-numbers-of-results">answer on Help OSM</a> last September. That's why I completely overlooked it when <a href="https://github.com/jotpe" class="user-mention">@jotpe</a> raised an issue on Overpass API two years ago.</p>
<p>The result is on the left-hand sidebar would probably blow up with such a large unaggregated list of street elements. On the other hand, the resulting geometry as it is returned by <code>dedupe=0</code> would for sure be a very good starting point for such a feature.</p>
<p>It did a small test with <a href="http://nominatim.openstreetmap.org/search?q=london+waterloo+road&addressdetails=0&dedupe=0&polygon_geojson=1&limit=50&format=jsonv2">London Waterloo Road</a> and it seems to include everything we need.</p>
<p>Now, the tricky part is indeed to find some meaningful concept of a logical street. I fully agree with <a href="https://github.com/woodpeck" class="user-mention">@woodpeck</a> that this is not straight forward, and different users might have different use cases. On the other hand, the search result, as it is presented today is not very appealing to normal users, as <a href="https://github.com/mcm-jyl" class="user-mention">@mcm-jyl</a> also remarked:</p>
<blockquote>
<p>but a normal user expects to see the whole street, not tiny segments due to crossings for instance.</p>
</blockquote>
<p>Now, reason for using Overpass: well, it's good for prototyping and can be easily adjusted to try out different approaches. I don't expect the final solution to be based on Overpass - Nominatim would be the target architecture.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/866#issuecomment-294920163">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABWnLUqt-OLagIEcqBJspsx8Jhqk9ZNNks5rxPN2gaJpZM4DQE7L">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABWnLZWnKC4if4kXgZLTEk06_CU8Qm4Oks5rxPN2gaJpZM4DQE7L.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/openstreetmap/openstreetmap-website/issues/866#issuecomment-294920163"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<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://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/openstreetmap/openstreetmap-website"}},"updates":{"snippets":[{"icon":"PERSON","message":"@mmd-osm in #866: \u003e Could this not be solved by using Nominatim's dedupe=0 parameter and then displaying all search results instead of just the first?\r\n\r\nInteresting. This parameter was undocumented on the OSM wiki until only a few weeks ago, based on your [answer on Help OSM](https://help.openstreetmap.org/questions/52260/openstreetmap-nominatim-api-limit-parameter-behaving-erratically-returns-inconsistent-numbers-of-results) last September. That's why I completely overlooked it when @jotpe raised an issue on Overpass API two years ago.\r\n\r\nThe result is on the left-hand sidebar would probably blow up with such a large unaggregated list of street elements. On the other hand, the resulting geometry as it is returned by `dedupe=0` would for sure be a very good starting point for such a feature.\r\n\r\nIt did a small test with [London Waterloo Road](http://nominatim.openstreetmap.org/search?q=london+waterloo+road\u0026addressdetails=0\u0026dedupe=0\u0026polygon_geojson=1\u0026limit=50\u0026format=jsonv2) and it seems to include everything we need.\r\n\r\nNow, the tricky part is indeed to find some meaningful concept of a logical street. I fully agree with @woodpeck that this is not straight forward, and different users might have different use cases. On the other hand, the search result, as it is presented today is not very appealing to normal users, as @mcm-jyl also remarked:\r\n\r\n\u003e  but a normal user expects to see the whole street, not tiny segments due to crossings for instance.\r\n\r\nNow, reason for using Overpass: well, it's good for prototyping and can be easily adjusted to try out different approaches. I don't expect the final solution to be based on Overpass - Nominatim would be the target architecture.\r\n\r\n"}],"action":{"name":"View Issue","url":"https://github.com/openstreetmap/openstreetmap-website/issues/866#issuecomment-294920163"}}}</script>