| 15 | | == Changesets, upload requests, and upload strategies == |
| 16 | | 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 for every single node and every single way why it is published. A more convenient approach is to package a group of related objects and assign the package a comment, not the individual objects. |
| 17 | | |
| 18 | | 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. |
| 19 | | |
| 20 | | 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. |
| 21 | | |
| 22 | | 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, [osmwww: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. |
| 23 | | |
| 24 | | === One upload request into one changeset === |
| 25 | | In the most simple case there is only one upload request into a changeset: |
| | 15 | == Пакеты правок, запросы на загрузку, и стратегии загрузки == |
| | 16 | Геоданные, загружаемые на сервер OSM, состоят из [Concepts/Object точек, линий и отношений]. Редактированием карты занимаются сотни мапперов, поэтому важно отслеживать, кто загрузил конкретные данные и в каком контексте. Было бы очень трудоемко описывать источник каждой линии и каждой точки, поэтому группы логически связанных объектов объединяются в пакеты, которым и присваивается описание |
| | 17 | |
| | 18 | В проекте ОСМ каждая такая группа называется **[Concepts/Changeset пакетом правок]**. **Пакет правок** это набор связанных изменений (добавлений, изменений или удалений объектов) применяемый к данным ОСМ. |
| | 19 | |
| | 20 | Пакеты правок отличаются от **запросов на загрузку**. Пакет правок это **логическое** объединение [Concepts/Object объектов], тогда как запрос на загрузку это **техническое объединение** для передачи геоданных на сервер ОСМ. Терминологии JOSM объекты загружаются на сервер **с помощью** запросов на загрузку **в** пакет правок. Диалог загрузки данных JOSM позволяет настраивать параметры запросов на загрузку и пакетов правок. Некоторые из параметров обязательные (т.е пользователь должен настроить чтобы загрузить геоданные), но большинство не требуют настройки и JOSM нормально работает со значениями по умолчанию. |
| | 21 | |
| | 22 | Загруженные геоданные впоследствии возможно получить с сервера запросив их по номеру пакета правок, а вот запросы на загрузку так использовать нельзя. У пакетов правок есть уникальный номер, в отличии от запросов на загрузку. К примеру, [osmwww:browse/changeset/3274448 этот пакет правок] состоит из гео данных полученных трассировкой ортофотоснимков города Берн, Швейцария. Узнать составляющие этот пакет запросы на загрузку невозможно. |
| | 23 | |
| | 24 | === Один запрос на загрузку в один пакет правок === |
| | 25 | В наиболее простом случае пакет правок состоит из единственного запроса на загрузку: |
| 29 | | This is the standard configuration used by JOSM. It is the preferred configuration |
| 30 | | * for users uploading the result of converting a few GPS traces to OSM geo data |
| 31 | | * for users uploading the result of tracing a few hours over aerial photos |
| 32 | | * for users uploading the result of entering local knowledge about street names, points of interests, etc. |
| 33 | | |
| 34 | | === Multiple uploads into one changeset === |
| | 29 | Это стандартная конфигурация, используемая редактором JOSM. Она лучше всего подходит для |
| | 30 | * загрузки результатов обработки нескольких GPS треков |
| | 31 | * загрузки результатов пары часов трассировки спутниковых снимков |
| | 32 | * добавления информации о точках интереса, названий улиц и других данных, известных пользователю |
| | 33 | |
| | 34 | === Несколько запросов в одном пакете правок === |
| 38 | | This is an advanced configuration option which most users don't have to enable. It can be useful: |
| 39 | | * for users who map using multiple data layer in JOSM and who want to upload the result of their work into one changeset |
| 40 | | * for users who are working in longer mapping session. For them it could be safer to upload intermediate results to the server than to upload the result of the complete session only. In the former case they can use multiple uploads into one changeset which helps them to safe their data without fragmenting them up in unrelated changesets. |
| 41 | | |
| 42 | | JOSM still supports to upload each object individually. |
| | 38 | Это более продвинутый вариант настройки, не нужный большинству пользователей. Однако, он может быть полезен при: |
| | 39 | * редактировании данных в нескольких слоях данных, если пользователь хочет отправить изменения из разных слоев в один пакет правок |
| | 40 | * длительной работе с картой. Для усидчивых пользователей может быть более безопасно загружать промежуточные результаты на сервер, нежели ждать завершения всей работы. В этом случае они могут сделать несколько запросов на загрузку, чтобы не дробить правки его на несвязанные пакеты. |
| | 41 | |
| | 42 | Так же JOSM еще поддерживает загрузку каждого объекта отдельным запросом. |
| 46 | | Please note that this is a legacy feature. Until recently, this was the only upload option in OSM. Technically, it uses a slightly different approach to communicate with the OSM server. It is still available in JOSM although the OSM server now supports upload requests with up to 50,000 objects. For the casual and normal user it is almost obsolete. In rare cases, it could be useful for power users. |
| 47 | | |
| 48 | | === Uploading large datasets into multiple changeset === |
| | 46 | Пожалуйста, помните что это устаревшая возможность. До недавнего времени это был единственный режим загрузки данных в ОСМ. С технической точки зрения, он использует немного другой способ работы с ОСМ сервером. Этот вариант все еще не удален из редактора, хотя сервер ОСМ теперь способен загружать запросы объемом до 50,000 объектов. Для обычных пользователей загрузка отдельным запросом фактически бесполезна, и может потребоваться лишь в редких случаях продвинутым пользователям. |
| | 47 | |
| | 48 | === Загрузка больших объемов данных в несколько пакетов правок === |
