| 34 | | This is the standard configuration used by JOSM. It is the preferred configuration |
| 35 | | * for users uploading the result of converting a few GPS traces to OSM geo data |
| 36 | | * for users uploading the result of tracing a few hours over aerial photos |
| 37 | | * for users uploading the result of entering local knowledge about street names, points of interests, etc. |
| 38 | | |
| 39 | | === Multiple uploads into one changeset === |
| | 34 | Це є стандартним налатуванням в JOSM. Таке налаштування краще всього підходить |
| | 35 | * для користувачів, які надсилають результати конвертування кількох GPS треків в гео дані OSM |
| | 36 | * для користувачів, які надсилають результати креслення по аерофотознімках, зроблені за кілька годин роботи |
| | 37 | * для користувачів, які надсилають результат внесення інформації з місцевості про назви вулиць, цікаві місця (POI) та т.і. |
| | 38 | |
| | 39 | === Кілька запитів на надсилання до одного набору змін === |
| 43 | | This is an advanced configuration option which most users don't have to enable. It can be useful: |
| 44 | | * for users who map using multiple data layer in JOSM and who want to upload the result of their work into one changeset |
| 45 | | * 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. |
| 46 | | |
| 47 | | JOSM still supports to upload each object individually. |
| | 43 | Це є більш вдосконаленим налаштування, що не потрібне більшості користувачів. Воно може стати в нагоді: |
| | 44 | * для користувачів, які креслять у кількох шарах даних в JOSM та бажають надіслати результати своєї праці до одного набору змін |
| | 45 | * для користувачів, які надають перевагу довгим сесіям роботи з мапою. Для них є більш безпечнішим надсилати проміжні результати роботи на сервер, ніж надсилати результат тільки по закінченню сесії. У такому випадку вони можуть використовувати кілька надсилань до одного набору змін, що дозволяє уникати фрагментування їх даних у непов’язаних між собою наборах змін. |
| | 46 | |
| | 47 | JOSM все ще підтримує можливість надсилання кожного об’єкту окремо. |
| 51 | | 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. |
| 52 | | |
| 53 | | === Uploading large datasets into multiple changeset === |
| 54 | | JOSM also supports uploading large datasets that don't fit into a single changeset. |
| | 51 | Варто зауважити, що це вже є застарілою функцією, що лишилась у спадок. До недавнього часу це був єдиний варіант надсилання даних в OSM. Технічно, використовується дещо інший підхід до спілкуватися з сервером OSM. Це все ще доступно у JOSM, хоча сервер OSM підтримує запити на надсилання до 50 000 об’єктів. Для випадкових та звичайних користувачі ця можливість є застарілою. У рідкісних випадках, це може бути корисно для досвідчених користувачів. |
| | 52 | |
| | 53 | === Надсилання великих наборів даних у кілька наборів змін === |
| | 54 | JOSM також підтримує надсилання великих наборів даних, о не вміщаються у один набір змін. |
