[OSM-dev] API id placeholders

SteveC steve at asklater.com
Sun May 6 11:36:18 BST 2007

On 6 May 2007, at 11:25, Lars Aronsson wrote:

> SteveC wrote:
>> It's not id='create', it's the URL for node creation is
>> /api/0.4/node/create rather than /api/0.4/node/0. It's a nicer
>> URL.
> Is it only the URL, or also the message "payload" body?  The wiki
> page [[OSM Protocol Version 0.4]] is not yet clear about this.  I
> assumed it was s/0/create/ in both places.

just the URL.

>> Is it beyond you to fix it also?
> I actually think I could fix this, maybe not in five minutes but
> eventually.  What I'm asking is simply if there is any policy or
> religion that would stop this from being acceptable.  The change
> from 0 to create seems totally pointless to me, and that this
> change is being introduced appears to indicate puritanism and/or
> religion rather than rational thinking.

Every release of the OSM server code needs an 'annoy lars' feature.  
We will make them harder to find with time, and therefore potentially  
more annoying.

> Since the introduction of a "bundle" call doesn't change anything
> in existing protocol calls, the change would be fully backwards
> compatible.  It follows that it is quite acceptable if the new
> call has some restrictions, e.g. if it handles at most 50 objects,
> or if it only handles creation, or only handles updates, or only
> handles objects of one kind (e.g. node creation).  All it really
> needs to do is provide some kind of performance speedup for the
> most commonly occuring case.  If one bundle call can create 50
> nodes, another bundle call can create 49 line segments, and a
> third (non-bundle) call is required to create a way, this is 3
> calls instead of today's API requiring 100 calls.  If the ping
> roundtrip time is 140 ms, the time gained in roundtrip alone (HTTP
> and API setup overhead ignored) would be 13.5 seconds.
> Please correct me if I have misunderstood something.

No that's all right.

have fun,

SteveC | steve at asklater.com | http://www.asklater.com/steve/

More information about the dev mailing list