Changes between Version 8 and Version 9 of Ru:Help/Action/Upload


Ignore:
Timestamp:
2015-04-15T14:36:55+02:00 (11 years ago)
Author:
Takuto
Comment:

промежуточная версия перевода

Legend:

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

    v8 v9  
    4040 * длительной работе с картой. Для усидчивых пользователей может быть более безопасно загружать промежуточные результаты на сервер, нежели ждать завершения всей работы. В этом случае они могут сделать несколько запросов на загрузку, чтобы не дробить правки его на несвязанные пакеты.
    4141
    42 Так же JOSM еще поддерживает загрузку каждого объекта отдельным запросом.
     42Так же JOSM пока поддерживает загрузку каждого объекта отдельным запросом.
    4343
    4444[[Image(wiki:Help/Action/Upload:one-changeset-individual-object-upload-request.png)]]
     
    4747
    4848=== Загрузка больших объемов данных в несколько пакетов правок ===
    49 JOSM also supports uploading large datasets that don't fit into a single changeset.
     49JOSM умеет загружать большие объемы данных, не помещающиеся в один набор правок.
    5050[[Image(wiki:Help/Action/Upload:multiple-changesets.png)]]
    5151
    52 This is an advanced option which is only useful for power users. They can select this configuration if they have to upload a dataset with more than 50,000 new, modified, or deleted objects.
    53 
    54 == Choosing your upload strategy - when and how often  to upload ==
    55 There is no simple answer to the question when and how often to upload. You neither should edit the whole day and then upload everything at once nor upload every minute after adding a way.
    56 
    57 Here are some rules of thumb:
    58 
    59  * **Time required to upload**: the smaller the upload requests you choose the longer it takes to upload. It takes more time to upload 100 objects using 100 individual upload requests than to upload them in one request containing 100 objects.     
    60  * **Collisions with other mappers**: if you upload 30,000 objects in one request and if the server encounters a problem on the 29,999th object the whole upload is rolled back. The problem has to be fixed first (i.e. by resolving a [wiki:/Help/Concepts/Conflict conflict]). The whole 30,000 objects will then have to be uploaded again. On the other hand, if you upload 30,000 objects with 10 requests containing 1,000 objects each and the server encounters a problem on the 29,999th object then you only have to repeat the last upload request for the 29,000th to 30,000th objects. Objects 1-28,999 are already successfully uploaded. If you're mapping in areas where other mappers are active too you should therefore prefer smaller sizes for upload requests.
    61 
    62 == Uploading data  ==
    63 
    64 === Launching the Upload Dialog ===#LaunchUploadDialog
    65 
    66 * ''Keyboard shortcut:'' **{{{Ctrl+Shift+↑}}}**
    67 * Menu item ''File->[[Image(source:trunk/images/upload.png,middle)]] Upload''
    68 * Toolbar button [[Image(source:trunk/images/upload.png,middle)]]
    69 
    70 === Checks before the Upload Dialog is displayed ===
    71 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.
    72 
    73 JOSM also checks for limititations imposed by the OSM server:
    74  * tag names and tag values must be shorter than 255 characters
    75  * ways can't consist of too many nodes
     52Это расширенная возможность, полезная продвинутым пользователям, которые желают загрузить пакет правок содержащий более 50,000 изменений.
     53
     54== Выбор стратегии загрузки - когда и как часто ==
     55Простого ответа на эти вопросы нет. Не стоит редактировать день напролет, и лишь ночью загружать изменения, так же как не стоит отправлять на сервер изменения после каждой добавленной линии.
     56
     57Несколько полезных правил для выбора стратегии:
     58
     59 * **Загрузка требует времени**: чем меньший размер запроса на загрузку вы выбрали, тем дольше будет загрузка. Время на загрузку 100 объектов при загрузке индивидуальными запросами больше чем одним, содержащим 100 объектов.
     60 * **Конфликты с другими мапперами**: если вы загружаете 30,000 объектов одним запросом, а сервер обнаруживает конфликт на 29,999 объекте, весь запрос будет отвергнут. Затем вам придется разрешить [wiki:/Help/Concepts/Conflict конфликт], и снова загрузить все 30,000 объектов. С другой стороны, если 30,000 объектов загружается 30 запросами по 1000 объектов каждый, то, в случае коллизии на 29,999-ом, после исправлений нужно будет загрузить только последнюю 1000 объектов. Предыдущие 29,000 уже на сервере. Если вы работаете над областью, где активны другие пользователи, лучше выбрать меньший размер запроса на загрузку.
     61
     62== Загрузка данных  ==
     63
     64=== Диалоговое окно Передать данные на сервер ===#LaunchUploadDialog
     65
     66* ''Сочетание клавиш:'' **{{{Ctrl+Shift+↑}}}**
     67* Пункт меню ''Файл->[[Image(source:trunk/images/upload.png,middle)]] Передать данные на сервер''
     68* Кнопка на панели инструментов [[Image(source:trunk/images/upload.png,middle)]]
     69
     70=== Проверки перед отображением диалога ===
     71Перед тем, как отобразится диалог передачи данных, все измененные объекты проверяются [Dialog/Validator валидатором], который покажет вам список обнаруженных ошибок и предупреждений. У вас будет выбор - вернуться в редактор для исправления ошибок, либо все равно попытаться выгрузить данные. Проверки JOSM зачастую избыточны, но не игнорируйте их не глядя, по крайней мере попытайтесь исправить ошибки.
     72
     73Редактор так же проверяет ограничения данных, накладываемые сервером ОСМ:
     74 * имена и значения ключей должны быть короче 255 символов
     75 * количество точек в линии ограничено
    7676
    7777If the objects you're uploading have cyclic dependencies (relation 1 refers to relation 2, relation 2 refers to relation 3, relation 3 refers to relation 1) JOSM can't upload them. JOSM will ask you to break up these dependencies first.