<p>We're making some (albeit slow) progress on large changesets, like <a href="http://www.openstreetmap.org/changeset/45018920">www.openstreetmap.org/changeset/45018920</a> (btw: kudos to <a href="https://github.com/nrenner" class="user-mention">@nrenner</a> for supporting this effort!).</p>
<p>As you can see <a href="https://github.com/nrenner/achavi/issues/9#issuecomment-315349239">here</a>, an <code>(id: ...)</code> based approach brings response time for the Overpass query down to 4s, a <a href="www.openstreetmap.org/changeset/45656403">massive 50k cs</a> all over the world cs is at 11s, many other  changesets with a large number of items and/or large extent are at about 1s.</p>
<p>Now, the main drawback at this time is, that we'd need a list of relevant {node/way/rel} ids, which we retrieve from the main OSM API and later pass to the Overpass query. Of course, it would make more sense to get those ids per changeset directly from Overpass API. That's still a todo for <a href="https://github.com/drolbr" class="user-mention">@drolbr</a>, I would assume.</p>
<p>This complements efforts by <a href="https://github.com/geohacker" class="user-mention">@geohacker</a> to get decent history visualization, where caching is not yet available for older changesets, like for the initial example of cs 45018920: <a href="https://osmcha.mapbox.com/changesets/45018920">https://osmcha.mapbox.com/changesets/45018920</a></p>
<p>So bottom line here is: we have some ideas to speed up things without resorting to additional caching (which doesn't hurt of course :)</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/1376#issuecomment-315603218">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABWnLSacgDjpiQaqv8ty-gSt0d3VDcEXks5sOfVugaJpZM4K4wis">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABWnLSzNdnGBkQS_VG4rt8tzXrp5PxwKks5sOfVugaJpZM4K4wis.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/1376#issuecomment-315603218"></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 #1376: We're making some (albeit slow) progress on large changesets, like www.openstreetmap.org/changeset/45018920 (btw: kudos to @nrenner for supporting this effort!).\r\n\r\nAs you can see [here](https://github.com/nrenner/achavi/issues/9#issuecomment-315349239), an `(id: ...)` based approach brings response time for the Overpass query down to 4s, a [massive 50k cs](www.openstreetmap.org/changeset/45656403) all over the world cs is at 11s, many other  changesets with a large number of items and/or large extent are at about 1s. \r\n\r\nNow, the main drawback at this time is, that we'd need a list of relevant {node/way/rel} ids, which we retrieve from the main OSM API and later pass to the Overpass query. Of course, it would make more sense to get those ids per changeset directly from Overpass API. That's still a todo for @drolbr, I would assume.\r\n\r\nThis complements efforts by @geohacker to get decent history visualization, where caching is not yet available for older changesets, like for the initial example of cs 45018920: https://osmcha.mapbox.com/changesets/45018920\r\n\r\nSo bottom line here is: we have some ideas to speed up things without resorting to additional caching (which doesn't hurt of course :)"}],"action":{"name":"View Issue","url":"https://github.com/openstreetmap/openstreetmap-website/issues/1376#issuecomment-315603218"}}}</script>