Changes between Version 41 and Version 42 of Help/Action/Upload


Ignore:
Timestamp:
2012-02-24T13:47:27+01:00 (14 years ago)
Author:
skyper
Comment:

validator is in core

Legend:

Unmodified
Added
Removed
Modified
  • Help/Action/Upload

    v41 v42  
    1919
    2020== Changesets, upload requests, and upload strategies ==
    21 Geo data contributed to the OSM server consists of [wiki:/Help/Concepts/Object nodes, ways, and relations]. Because there are hundreds of mappers publishing their geo data on the OSM server it is important to track who published what data in which context. It would be tedious for mappers to describe why every single node and every single way is published. A more convenient approach is to package a group of related objects and assign the package itself a comment, instead of the individual objects.
    22 
    23 The OSM project calls such a package a **[wiki:/Help/Concepts/Changeset changeset]**. A **changeset** is a collection of related changes (new objects, object modifications, or object deletions) applied to OSM data.
    24 
    25 Changesets are different from **upload requests**. A changeset is a **logical** grouping of [wiki:/Help/Concepts/Object objects], whereas an upload request is a **technical grouping** for transferring geo data to the central OSM server only. In JOSM we say, that objects are uploaded **using** upload requests **to** a changeset. The JOSM Upload Dialog allows aspects of the upload requests and changeset objects to be configured. Some of the settings are compulsory (i.e. the user has to configure them before geo data can be uploaded) but most of them are optional and JOSM works with reasonable default values.
     21Geo data contributed to the OSM server consists of [Concepts/Object nodes, ways, and relations]. Because there are hundreds of mappers publishing their geo data on the OSM server it is important to track who published what data in which context. It would be tedious for mappers to describe why every single node and every single way is published. A more convenient approach is to package a group of related objects and assign the package itself a comment, instead of the individual objects.
     22
     23The OSM project calls such a package a **[Concepts/Changeset changeset]**. A **changeset** is a collection of related changes (new objects, object modifications, or object deletions) applied to OSM data.
     24
     25Changesets are different from **upload requests**. A changeset is a **logical** grouping of [Concepts/Object objects], whereas an upload request is a **technical grouping** for transferring geo data to the central OSM server only. In JOSM we say, that objects are uploaded **using** upload requests **to** a changeset. The JOSM Upload Dialog allows aspects of the upload requests and changeset objects to be configured. Some of the settings are compulsory (i.e. the user has to configure them before geo data can be uploaded) but most of them are optional and JOSM works with reasonable default values.
    2626
    2727Geo data can be retrieved later via the changeset it was uploaded to, though it can't be retrieved by the upload request used. Changesets have a unique identifier, upload requests have not. For instance, [http://www.openstreetmap.org/browse/changeset/3274448 this changeset] includes geo data from tracing over orthofotos of the city of Bern, Switzerland. It isn't possible, though, to see the upload requests that were used to fill it.
     
    7272
    7373 * ''Keyboard shortcut:'' **{{{Ctrl+Shift+↑}}}**
    74  * Menu item ''File->[[Image(source:/trunk/images/upload.png)]] Upload''
    75  * Toolbar button [[Image(source:/trunk/images/upload.png)]]
     74 * Menu item ''File->[[Image(source:trunk/images/upload.png)]] Upload''
     75 * Toolbar button [[Image(source:trunk/images/upload.png)]]
    7676
    7777=== Checks before the Upload Dialog is displayed ===
    78 If the [http://wiki.openstreetmap.org/index.php/JOSM/Plugins/Validator Validator plugin] is installed, JOSM performs a quick check on the data. If it finds warnings or errors you'll be presented with a list of them and get the chance to correct the problems and try again or upload anyway. It's not necessary to fix all of that, but please don't go over it easily, especially not the errors.
     78Before the Upload Dialog is displayed, [Dialog/Validator validator] is run on all modified [Concepts/Objects objects]. If it finds warnings or errors you'll be presented with a list of them and get the chance to correct the problems and try again or upload anyway. It's not necessary to fix all of that, but please don't go over it easily, especially not the errors.
    7979
    8080JOSM also checks for limitations imposed by the OSM server:
     
    9898=== Running a simple upload ===
    9999
    100  1. [wiki:/Help/Action/Upload#LaunchUploadDialog Launch]  the Upload Dialog
     100 1. [#LaunchUploadDialog Launch]  the Upload Dialog
    101101 2. Enter an upload comment. You **must** provide an upload comment of at least 3 characters.
    102  3. Click on [[Image(source:/trunk/images/upload.png)]]**Upload Changes**
     102 3. Click on [[Image(source:trunk/images/upload.png,16)]] **Upload Changes**
    103103
    104104=== Running an upload with advanced options ===
    105105
    106106==== Adding tags to the changeset ====
    107 Geo data uploaded to the OSM server is always uploaded to a [wiki:/Help/Concepts/Changeset changeset]. Similar to [wiki:/Help/Concepts/Object nodes, ways, and relations] one can assign [wiki:/Help/Concepts/Object tags] to a changeset.
     107Geo data uploaded to the OSM server is always uploaded to a [Concepts/Changeset changeset]. Similar to [Concepts/Object nodes, ways, and relations] one can assign [Concepts/Object tags] to a changeset.
    108108
    109109In the Upload Dialog one can enter tags in the Tag Configuration Panel, see screenshot below:
     
    123123[[Image(changeset-config-panel.png)]]
    124124
    125 JOSM uploads to a new changeset if '''Upload to a new changeset''' is selected. This is the standard setting.
    126 
    127 If you want to upload to an existing changeset you have to select one of the available changesets from the drop down list. This list is only enabled if there are open changesets which you can upload data to because you own them. Click on [[Image(source:/trunk/images/dialogs/refresh.png)]] ''Refresh'' to load the list of available open changesets from the server. If there is at least one open changeset available you can select the radio button **Upload to an existing changeset** and select a changeset.
    128 
    129 Click on [[Image(source:/trunk/images/closechangeset.png)]]''Close Changeset'' to close the currently selected open changeset. This is for convenience only. You don't have to close a changeset here in order to run a successful upload.
    130 
    131 After a successful upload JOSM can either close the changeset used or leave it open for another upload. The default setting is to close it. You can configure whether JOSM should leave it open by unselecting the checkbox '''Close changeset after upload'''.
     125JOSM uploads to a new changeset if **Upload to a new changeset** is selected. This is the standard setting.
     126
     127If you want to upload to an existing changeset you have to select one of the available changesets from the drop down list. This list is only enabled if there are open changesets which you can upload data to because you own them. Click on [[Image(source:trunk/images/dialogs/refresh.png)]] ''Refresh'' to load the list of available open changesets from the server. If there is at least one open changeset available you can select the radio button **Upload to an existing changeset** and select a changeset.
     128
     129Click on [[Image(source:trunk/images/closechangeset.png)]] **Close Changeset** to close the currently selected open changeset. This is for convenience only. You don't have to close a changeset here in order to run a successful upload.
     130
     131After a successful upload JOSM can either close the changeset used or leave it open for another upload. The default setting is to close it. You can configure whether JOSM should leave it open by unselecting the checkbox **Close changeset after upload**.
    132132
    133133
    134134==== Configuring the number and size of upload requests ====
    135 JOSM uploads geo data with one or more **upload requests** to a [wiki:/Help/Concepts/Changeset changeset] on the OSM server. In the Advanced Configuration Panel you can decide about the number and the size of upload requests, see screenshot:
     135JOSM uploads geo data with one or more **upload requests** to a [Concepts/Changeset changeset] on the OSM server. In the Advanced Configuration Panel you can decide about the number and the size of upload requests, see screenshot:
    136136
    137137[[Image(advanced-config-panel.png)]]
     
    197197<a name="NodeStillInUseInWay">
    198198}}}
    199 If your upload includes a deleted [wiki:/Help/Concepts/Object node] the OSM server checks if the node is still used in one of the ways known to the server. You have to make sure that the node is ''isolated'' (not part of any way and not referred to by any relation) before it can be deleted.
     199If your upload includes a deleted [Concepts/Object node] the OSM server checks if the node is still used in one of the ways known to the server. You have to make sure that the node is ''isolated'' (not part of any way and not referred to by any relation) before it can be deleted.
    200200
    201201If the OSM server detects that the node is still in use it replies an error message which JOSM displays as follows:
     
    203203[[Image(upload-412-node-still-in-use.png)]]
    204204
    205 If you click on '''Prepare conflict resolution''' JOSM supports you in resolving the issue. First it downloads all ways in which the node is still used and merges them with your current dataset. In most cases, JOSM removes the deleted node from all parent ways automatically. If for some reason this isn't possible, JOSM creates a [wiki:/Help/Concepts/Conflict conflict] which you have to [wiki:/Help/Concepts/Conflict resolve] manually.
     205If you click on **Prepare conflict resolution** JOSM supports you in resolving the issue. First it downloads all ways in which the node is still used and merges them with your current dataset. In most cases, JOSM removes the deleted node from all parent ways automatically. If for some reason this isn't possible, JOSM creates a [Concepts/Conflict conflict] which you have to [Concepts/Conflict resolve] manually.
    206206
    207207After that, just upload again. Your upload now includes all parent ways of the deleted node and the deleted node is removed from all of them. The upload should therefore succeed.
    208208
    209209== See also ==
    210  * [[Image(source:/trunk/images/uploadselection.png,20)]] [wiki:/Help/Action/UploadSelection Upload Selection to OSM]
    211  * [wiki:/Help/Concepts/Conflict What is a conflict?]
     210 * [[Image(source:trunk/images/uploadselection.png,20)]] [Action/UploadSelection Upload Selection to OSM]
     211 * [Concepts/Conflict What is a conflict?]
    212212
    213213----
    214 Back to [wiki:/Help/Menu/File Menu File][[Br]]
     214Back to [Menu/File Menu File][[Br]]
    215215Back to [wiki:/Help Main Help]