NOTICE: is being shutdown on 1st March 2024. Please use the OpenStreetMap Community Forum

Editing local .osm files using JOSM.

When I save the file and try to exit the program, it prompts that "example.osm should be uploaded. Actions to take: Upload".

Is there any way to tell JOSM that I'm not using a server, and that saving the .osm file is sufficient?

Setting the server name to blank doesn't work (JOSM doesn't even save that setting if you untick "use the default OSM server" without providing an alternative).

asked 01 Aug '13, 14:05

OJW's gravatar image

accept rate: 0%

If you are working on a single file, edit it in any text editor, changing (or adding) upload='false' in the <osm> tag. This way JOSM won't ask you to upload the file, and instead will give a warning if you try to.

permanent link

answered 15 Sep '13, 12:00

Zverik's gravatar image

accept rate: 10%

I am using JOSM to edit a local .osm file for features on a map that should not be added to the Openstreetmap database.

Pretty easy to open local files, edit them and save them using the "Open" and "Save" or "Save As" options under the file menu.

However JOSM warns me every time I quit the program that I have unsaved changes (even though I've saved them) and its default action is to upload them. I just make sure I click on the "Exit Now" button.

Then when using mapnik to render my customized map I simply specify the local .osm file as the data source for some of the layers. Works out pretty well for things like adding a UTM grid, local nicknames for locations, etc. to my map image.

permanent link

answered 01 Aug '13, 23:21

n76's gravatar image

accept rate: 17%

Agreed, that it's easy enough to press "Exit now"; however it just looks messy to ignore a warning dialog during routine use.

(08 Aug '13, 10:52) OJW

JOSM knows that you have saved your file locally. You have the choice on both: you can exit with only a save action. But it's true that we should be able to specify that tou are wroking on a local database of your choice, or that you should be able to submit the data to more databases (each one with ots own status) You could do that by using a dummy database API url, such as "local:" followed by nothing (JOSM would ignore completely the database API.), or "file:" followed by nothing (JOSM in that case would allow you to choose a file destination to save a new copy; ideally it should support "svn:" or "git:" to submit a new version in a local version repository). This would require developing an API adapter. Another possibility is simply to install you own local API server, and specify it as the URL. Note however that object ID's are only significant within a single database (you may use another API URL, but this only works because these APIs are connected to the same target database).

We still lack the possibility to manage multiple ID's to perform synchronization between databases. The only mechanism avaliable is the use of "negative" ID's which means that we still don't know the remote ID as it does not exist remotely.

Sync'ing different databases (with their own spaces for their own IDs) is something that JOSM still does not perform: this requires manual preparation and there's no automated tool to link objects from one database to another. and select those that we will correlate. All we can do is to have separate layer worksheets, each one connectd to a single database (with negative IDs for objects still missing in the associated database).

But the UI still does not allow selecting the target database API to associate with a layer worksheet. But ideally all objects loaded in JOSM should be able to store one ID per database, and each database adapter should specidy if it supports ID's from other databases (in OSM, you could associate a custom "ref:<db>=<id>" attribute to objects, and should be able to specify those to discard/ignore on output to the API. These foreign keys should not be retrieved by default, unless the user explicitly requests them. They should be stored in tables separated from other attributes (tag/value)

The OSM API should also facilitate the retrieval of objects using their foreign IDs. In my opinion this should not even be standard attributes/tags but managed in a separate index table as "foreign keys". We could also have adatation profiles indicating how to convert tags from one database to tags for the other database with a set of mapping rules for each adaptation.

The OSM database could store these adapter rules as new kind of objects.

An example of use would be the creation of separzte stores for working collaboratively on some areas or on some kind of objects and occasionally syn them with another target database. This could allow things like perliminary QA checks, collaborative work to prepare merges before imports.

May be someday the API will evolve into a system like Git, where each user has its own store for the data he is working with, and with othe people working in synchronizations (the synchronizations could then become bidirectional)

permanent link

answered 05 Aug '13, 08:22

Verdy_p's gravatar image

accept rate: 0%


The question is quite basic and not about syncing different databases or the future of the OSM API. Please don't get that distracted in answers.

(06 Aug '13, 12:29) aseerel4c26 ♦

As far as I know to edit map you have to agree to the license which says that all edits you do, you have to share/upload. And osm and tools are not for making maps for your use only. I hope you're aware of it. Maybe I'm missing the point, I'm still new to all this. If I do, don't mind this post.

permanent link

answered 05 Aug '13, 22:58

KoyotGamma's gravatar image

accept rate: 0%


For info, the OSM Contributor Terms page is here. It does NOT say "if you use JOSM, you have to upload the results to OpenStreetMap".

Information about the licence itself is here, but if someone was editing files in an OSM data format that didn't contain data from OpenStreetMap, it wouldn't apply to them.

(05 Aug '13, 23:53) SomeoneElse ♦

The licence (and the contributor terms you have to accept if you want to subbmit data) you see in OSM is definitely about the tools you use to create and submit data. The tools havre their own licences, and OSM does not require you to use any specific tool (approved or nor): JOSM, iD, or other online sites, or even proprietary software are equivaly valid and do not change any term about the content of the OSM database or your use of this database.

(06 Aug '13, 06:11) Verdy_p

So yes, JOSM is NOT required to upload data ONLY to the OSM database. You could use it to connect to any other database (even a proprietary one). The existing licence of JOSM does not apply to the data you load, create, modify or submit with it. And JOSM can still be extended to support new develoment to connectto multiple databases in the same work session, with multiple layers, and facilities to perform merges with licence tracking for merged data (but you, as a user, must still respect the licences applicable to each public database you'll connect to, if it is not yours.

(06 Aug '13, 06:12) Verdy_p

So the OSM database can be freely used with JOSM, or QGIS, or AutoCAD, or any other software you create yourself or buy, or pay to be developed specifically for your needs You won't find the term "JOSM" in the OSM licence or in the OSM contributor terms. They are fully independant.

(06 Aug '13, 06:15) Verdy_p

No database in use here - JOSM is editing a file.

And yes, OSM tools' licenses typically include 'Freedom 0' ("The freedom to run the program for any purpose").

(08 Aug '13, 10:49) OJW
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 01 Aug '13, 14:05

question was seen: 5,590 times

last updated: 15 Sep '13, 12:00

NOTICE: is being shutdown on 1st March 2024. Please use the OpenStreetMap Community Forum