Changes between Version 3 and Version 4 of Nl:Help/Action/Upload


Ignore:
Timestamp:
2016-01-24T19:01:50+01:00 (10 years ago)
Author:
DiGro
Comment:

still .... :-)

Legend:

Unmodified
Added
Removed
Modified
  • Nl:Help/Action/Upload

    v3 v4  
    118118
    119119==== De wijzigingenset waarnaar moet worden geüpload ====
    120 In het paneel Changeset Configuration Panel you can select what [wiki:/Help/Concepts/Changeset changeset] the data is uploaded to, see the screenshot below:
    121 
    122 [[Image(changeset-config-panel.png)]]
    123 
    124 JOSM uploads to a new changeset if **Upload to a new changeset** is selected. This is the standard setting.
    125 
    126 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,middle)]] ''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.
    127 
    128 Click on [[Image(source:trunk/images/closechangeset.png,bottom)]] **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.
    129 
    130 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**.
    131 
    132 
    133 ==== Configuring the number and size of upload requests ====
    134 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:
    135 
    136 [[Image(advanced-config-panel.png)]]
    137 
    138 Select **Upload data in one request** to upload all object in one request. If you're uploading a medium to large number of objects this might take some time and JOSM will not be able to inform you about the progress. There are only two outcomes of such an upload: the upload either succeeded or it didn't. In the former case everything is fine, in the later no objects at all have been uploaded. This kind of upload will never lead to a partial upload which is both its strength and its weakness. It can be its weakness if the entire upload fails because there is a problem in the very last object in the upload request.
    139 
    140 Select **Upload data in chunks of objects** to upload the objects in a sequence of requests with a predefined size. You can enter a preferred size for an upload request (called the "chunk size"). Depending on its value JOSM will submit a number of upload requests (the number is displayed on the right of the input field for the "chunk size"). In contrast to the former option, every upload of a chunk can either succeed or fail. You will get some coarse grained progress feedback because JOSM will inform you when an individual chunk has been uploaded successfully or when its upload has failed. Uploading in chunks is in most cases slower than uploading in one requests, though.
    141 
    142 Select **Upload each object individually** to upload each object with an individual upload request. You will get very fine grained progress feedback because JOSM will inform you when an individual object was uploaded successfully or when its upload has failed. Note that this option is in most cases the slowest option.
    143 
    144 **Recommendations**
     120In het paneel Wijzigingensets kunt u selecteren naar welke [wiki:/Nl:Help/Concepts/Changeset wijzigingenset] de gegevens moeten worden geüpload, bekijk de schermafdruk hieronder:
     121
     122[[Image(wiki:Help/Action/Upload:changeset-config-panel.png)]]
     123
     124JOSM uploadt naar een nieuwe wijzigingenset als **Naar een nieuwe wijzigingenset uploaden** wordt geselecteerd. Dit is de standaard instelling.
     125
     126Als u naar een bestaande wijzigingenset wilt uploaden dient u een van de beschikbare wijzigingensets uit de keuzelijst te selecteren. Deze lijst is alleen ingeschakeld indien er open wijzigingensets zijn waarnaar u gegevens kunt uploaden omdat u daarvan de eigenaar bent. Klik op [[Image(source:trunk/images/dialogs/refresh.png,middle)]] ''Vernieuwen'' om de lijst met beschikbare open wijzigingensets op te halen vanaf de server. Indien er tenminste één open wijzigingenset beschikbaar is kunt u de keuzeknop **Naar een bestaande wijzigingenset uploaden** gebruiken en een wijzigingenset selecteren.
     127
     128Klik op [[Image(source:trunk/images/closechangeset.png,bottom)]] **Wijzigingenset sluiten** om de momenteel geselecteerde open wijzigingenset te sluiten. Dit is alleen voor het gemak. U hoeft hier geen wijzigingenset te sluiten om een upload met succes uit te voeren.
     129
     130Na het met succes uploaden kan JOSM ofwel de gebruikte wijzigingenset sluiten of die open laten voor een andere upload. De standaard instelling is om hem te sluiten. U kunt configureren of JOSM hem open zou moeten laten door het keuzevak **Sluit de wijzigingenset na de upload** te deselecteren.
     131
     132
     133==== Het aantal en de grootte van verzoeken voor uploaden configureren ====
     134JOSM uploadt geo-gegevens met één of meer **verzoeken voor uploaden** naar een [wiki:/Nl:Concepts/Changeset wijzigingenset] op de server van OSM. In het paneel Geavanceerd kunt u het aantal en de grootte van verzoeken voor uploaden bepalen, bekijk schermafdruk:
     135
     136[[Image(wiki:Help/Action/Upload:advanced-config-panel.png)]]
     137
     138Selecteer **Upload gegevens in één verzoek** om alle objecten in één verzoek te uploaden. Indien u een medium tot groot aantal objecten uploadt zou dit wat tijd kunnen vergen en JOSM zal niet in staat zijn u over het proces te informeren. Er zijn slechts twee uitkomsten voor een dergelijke upload: de upload werd met succes uitgevoerd of niet. In het eerste geval is alles goed, in het laatste geval worden in het geheel geen objecten geüpload. Dit soort upload zal nooit leiden tot een gedeeltelijke upload, wat zowel zijn kracht als zijn zwakte is. Het zijn zwakte zijn als de gehele upload mislukt omdat er een probleem is met het allerlaatste object in het verzoek voor uploaden.
     139
     140Selecteer **Upload gegevens in gedeelten van objecten. Grootte gedeelte:** om de objecten te uploaden in een serie verzoeken met een vooraf gedefinieerde grootte. U kunt een voorkeur voor de grootte opgeven voor een verzoek voor uploaden (de "chunk size" genoemd). Afhankelijk van de waarde zal JOSM een aantal verzoeken voor uploaden indienen (het aantal wordt weergegeven aan de rechterzijde van het invoerveld voor de "chunk size"). In tegenstelling aan de eerdere optie, kan elke upload van een chunk lukken of mislukken. U zult enige ruwe terugkoppeling over de voortgang krijgen omdat JOSM u zal informeren wanneer een individueel gedeelte met succes is geüpload of wanneer het uploaden is mislukt. Uploaden in gedeelten is echter in de meeste gevallen trager dan uploaden in één verzoek.
     141
     142Selecteer **Upload elk object individueel** om elk object te uploaden met een individueel verzoek voor uploaden. U zult enige ruwe terugkoppeling over de voortgang krijgen omdat JOSM u zal informeren wanneer een individueel object met succes werd geüpload of wanneer het uploaden is mislukt. Onthoud dat deze optie in de meeste gevallen de traagste optie is.
     143
     144**Aanbevelingen**
    145145* For small (<1,000 objects) to medium upload sizes (<5,000 objects), choose **Upload data in one request**
    146146* For medium to large upload sizes (> 5,000 objects) choose **Upload data in chunks of objects**. A chunk size of 1,000 is a good value to start with.
     
    150150An upload is considered to be very large if its size exceeds the maximum size of a changeset on the OSM server. Currently, the upper limit for the size of a changeset is 50,000 objects and if JOSM detects that your upload is bigger it displays the following information in the Upload Dialog:
    151151
    152 [[Image(large-upload-basic-settings.png)]]
     152[[Image(wiki:Help/Action/Upload:large-upload-basic-settings.png)]]
    153153
    154154The warning message indicates that JOSM can't upload the data unless you configure some advanced settings. Either switch to the tab **Advanced** or click on the link in the message. The following configuration panel will be displayed:
    155155
    156 [[Image(large-upload-advanced-settings.png)]]
     156[[Image(wiki:Help/Action/Upload:large-upload-advanced-settings.png)]]
    157157
    158158For very large uploads, uploading in one request isn't possible and the respective option is therefore disabled. Please select a chunk size to be used in the upload. It has to be smaller than 50,000, too, because the upper limit for the size of a changeset also applies to the chunk size. You can upload a very large dataset with an individual request per object but you're not recommended to do so.
     
    171171JOSM displays the following error message:
    172172
    173 [[Image(error-dialog-changeset-closed.png)]]
     173[[Image(wiki:Help/Action/Upload:error-dialog-changeset-closed.png)]]
    174174
    175175**How to resolve**
     
    183183If JOSM detects that a changeset became full it displays the following warning message:
    184184
    185 [[Image(error-dialog-changeset-full.png)]]
     185[[Image(wiki:Help/Action/Upload:error-dialog-changeset-full.png)]]
    186186
    187187**How to resolve**
     
    200200If the OSM server detects that the node is still in use it replies an error message which JOSM displays as follows:
    201201
    202 [[Image(upload-412-node-still-in-use.png)]]
     202[[Image(wiki:Help/Action/Upload:upload-412-node-still-in-use.png)]]
    203203
    204204If 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.