How to use OSM API version 0.6 with Curl?


I have hundreds of nodes to upload into OSM, I know how to concert my GEOJSON files into OSM XML changesets but I can’t use the latest version (0.6) of the OSM API with Curl to upload data, I only succeed to download data.

I already talked about my problem on StackOverflow:

Please can somebody help me? The wiki indicates how to do that with the version 0.5 but it states that it may not work with the version 0.6 which is mostly true.

Instead of (unsuccessfully) talking to the API via command line tools, better use an established editor.

What kind of data do you want to upload?

Are you aware of and do you fully understand its implications?

The default online editor doesn’t help for mass upload. JOSM works very well in a desktop environment but I need an occasional solution that would work in other situations when there’s no JRE available.

I want to upload numerous locations of public free billboards for non commercial activities.

Yes and I think that those data will be very useful in France a few months before the European elections.

Thank you for your help.

In my humble opinion, this wiki article should be fixed instead of remaining unfixed for the latest version. There are different usages, talking to the API in command line is an alternative to using an editor in some situations.

I’ve looked at the source code of JOSM and I don’t know what is wrong in my use of Curl, both use base64 encoded credentials, the authentication seems to work. Does the API allow to delete a closed changeset?

Please discuss this with the French community first before trying anything else. As I mentioned on stack overflow, simply dumping stuff into the DB like you plan to do will get your edits reverted and your user blocked.

There are numerous other libraries available these days, and there’s really no need at all to fiddle with the command line.

I just proposed to delete this page, as it promotes bad practices, like testing on the production API, instead of using the development instance for that purpose, just to name one of the many shortcomings.

No, once a changeset is closed, it is immutable.

I don’t see the point of reverting constructive and useful changes. How should I contact the French community?

I don’t see the interest of using an editor because I’m able to provide a changeset in a correct format and I don’t need to use a library in this case because my use case is very simple, I’ve already looked at the data in the database in order to avoid creating duplicate nodes.

Why not fixing it instead?

You’re right according to this diagram.

Please forget about any technical details for a moment, as they are entirely irrelevant for the time being.

Take your time and read the Import Guidelines first: and be sure to follow every step exactly as outlined on that page.

This wiki page also includes some links to your local community, which would be either the French mailing list or the French OSM forum.

Thank you. I’ll use the French forum.

If I don’t comply with those guidelines, I’ll rather create a separate map hosted in my own server (which is exactly what I wanted to avoid as I wanted to contribute back to the community as OpenStreetMap has been very useful for me). Contributing can be fun but I find some rules really fair-fetched.

Ok, sounds good. Bonne chance!

Yes, imports are always a bit special and the rules are stricter, in part because of all the bad stuff that happened in the past…

By the way, maybe you can also take a look at umap, which allows you to create your own map with your own data as an overlay: