[OSM-dev] 0.6 api - one more time

Richard Fairhurst richard at systemeD.net
Tue May 6 10:33:23 BST 2008

SteveC wrote:

> I disagree, publicise widely and just switch. It's worked every time
> in the past. It's not _entirely_ clear that it's possible to run both,
> and in the past it certainly hasn't been such as the dropping of
> segments.
> The only think I have a problem with is backward supporting the crap
> in potlatch.

No-one has ever needed to add "backward supporting" code for Potlatch  
anywhere, whether on 0.4 or 0.5, and there's no question of them doing  
so this time, either. You may not like the internals and I can  
understand that, but Potlatch always tries to play nice. With 0.6, as  
with 0.5, the main API is actually moving slightly closer to the way  
Potlatch has always done things _anyway_.

Ah, the bullets you have to take for being ahead of the curve. :p

But to be a bit more helpful:

> is there anything else that should be put in 0.6? Probably a good  
> idea to talk about it now.

Well, ideally it'd be good to add

PUT /api/0.6/way/123456/full
to do the same thing as Potlatch's 'putway' call, and then migrate the  
latter to use the same methods.

It would also be good to make

actually cope with relations - at present it just throws a  
Precondition Failed if you try to delete a way which is a member of  
any relations.

Those two are the bulk of the SQL in amf_controller. Fixing those  
would just leave the POI stuff (which is sufficiently trivial I can  
probably have a go at it without breaking too much) and Potlatch's  
atomic history/revert, where I suspect the best strategy is to leave  
it as is until we've seen how people are using 0.6-style revert in  


More information about the dev mailing list