<p>This is the problem that Potlatch 2 faces for its history dialog, and indeed it fires off a bunch of node history requests to achieve the goal. Potlatch 1 has/had its own api as part of the AMF controller to acheive the result so didn't require N calls, but instead relied on the server doing more work.</p>

<p>In general expensive calls in the core API are avoided if there is a different approach that can be scaled decentrally - generally routes involving minutely replication and onto second-tier services like JXAPI. These history-of-way calls could be fulfilled using JXAPI (or whatever service is appropriate) but perhaps it's instructive that p2 queries the main API directly.</p>

<p>So rather than adding expensive non-critical calls to the core API, is there a mechanism to use decentralised services? What would be the current barriers against using decentralised responses? For a history call I don't think replication delay would be a problem, but I can see service reliability, and the lack of full-history-storing services being the main ones.</p>

            <p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">
              —<br>
              Reply to this email directly or <a href='https://github.com/openstreetmap/openstreetmap-website/issues/130#issuecomment-9363439'>view it on GitHub</a>.
            </p>
            <img src='https://github.com/notifications/beacon/J6T91GIPIyhU-8ti4GCGP98_UZTRAhtyIjAjorWDZ_nZUfhoXW3Q0k8RCXdyzlpE.gif' height='1' width='1'>