Changes between Version 41 and Version 42 of Help/Action/Upload
- Timestamp:
- 2012-02-24T13:47:27+01:00 (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Help/Action/Upload
v41 v42 19 19 20 20 == 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.21 Geo 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 23 The 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 25 Changesets 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. 26 26 27 27 Geo 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. … … 72 72 73 73 * ''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)]] 76 76 77 77 === Checks before the Upload Dialog is displayed === 78 If the [http://wiki.openstreetmap.org/index.php/JOSM/Plugins/ValidatorValidator 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.78 Before 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. 79 79 80 80 JOSM also checks for limitations imposed by the OSM server: … … 98 98 === Running a simple upload === 99 99 100 1. [ wiki:/Help/Action/Upload#LaunchUploadDialog Launch] the Upload Dialog100 1. [#LaunchUploadDialog Launch] the Upload Dialog 101 101 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** 103 103 104 104 === Running an upload with advanced options === 105 105 106 106 ==== 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.107 Geo 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. 108 108 109 109 In the Upload Dialog one can enter tags in the Tag Configuration Panel, see screenshot below: … … 123 123 [[Image(changeset-config-panel.png)]] 124 124 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'''.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**. 132 132 133 133 134 134 ==== 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:135 JOSM 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: 136 136 137 137 [[Image(advanced-config-panel.png)]] … … 197 197 <a name="NodeStillInUseInWay"> 198 198 }}} 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.199 If 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. 200 200 201 201 If the OSM server detects that the node is still in use it replies an error message which JOSM displays as follows: … … 203 203 [[Image(upload-412-node-still-in-use.png)]] 204 204 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.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 [Concepts/Conflict conflict] which you have to [Concepts/Conflict resolve] manually. 206 206 207 207 After 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. 208 208 209 209 == 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?] 212 212 213 213 ---- 214 Back to [ wiki:/Help/Menu/File Menu File][[Br]]214 Back to [Menu/File Menu File][[Br]] 215 215 Back to [wiki:/Help Main Help]
