| 5 | | [[Image(source:trunk/images/upload.png)]] ''Клавішна комбінація:'' '''{{{Ctrl+Shift+U}}}''' |
| 6 | | |
| 7 | | '''Надіслати дані про нові, змінені та вилучені об’єкти з поточного шару на сервер.''' |
| 8 | | |
| 9 | | Гео дані, що редагуються в JOSM, доступні тільки локально для користувача, який їх ввів, до тих пір, доки він не вирішить зробити їх доступними для спільноти. Для цього потрібно щоб користувач '''надіслав''' їх. Надсилання означає, що гео дані передаються на центральний сервер OSM, де вони інтегруються з гео даними інших користувачів в централізованій базі даних. Таким чином надіслані локальні гео дані стають частиною [http://www.openstreetmap.org публічної мапи] та можуть використовуватись іншими членами спільноти OSM. |
| | 5 | [[Image(source:trunk/images/upload.png)]] ''Клавішна комбінація:'' **{{{Ctrl+Shift+U}}}** |
| | 6 | |
| | 7 | **Надіслати дані про нові, змінені та вилучені об’єкти з поточного шару на сервер.** |
| | 8 | |
| | 9 | Гео дані, що редагуються в JOSM, доступні тільки локально для користувача, який їх ввів, до тих пір, доки він не вирішить зробити їх доступними для спільноти. Для цього потрібно щоб користувач **надіслав** їх. Надсилання означає, що гео дані передаються на центральний сервер OSM, де вони інтегруються з гео даними інших користувачів в централізованій базі даних. Таким чином надіслані локальні гео дані стають частиною [http://www.openstreetmap.org публічної мапи] та можуть використовуватись іншими членами спільноти OSM. |
| 21 | | Гео дані передані на сервер OSM складаються з [wiki:Uk:Help/Concepts/Object точок, ліній та зв’язків]. Так як тисячі учасників публікують свої дані на сервері OSM, дуже важливим є опис того хто, що і в якому контексті зробив. Це було б дуже виснажуючим давати опис кожній окремій точці та лінії, які публікують учасники. Більш зручним є гуртування їх у пакунки зв’язаних об’єктів та опис усього пакунка на відміну від опису поодиноких окремих об’єктів. |
| 22 | | |
| 23 | | В проекті OSM такі пакунки називаються '''[wiki:Uk:Help/Concepts/Changeset наборами змін]'''. '''Набір змін''' — являє собою об’єднання пов’язаних змін (нових об’єктів, змін чи вилучення існуючих об’єктів), що застосовуються до даних OSM. |
| 24 | | |
| 25 | | Набори змін відрізняються від '''запитів на надсилання'''. Набір змін є '''логічним''' гуртуванням [wiki:Uk:Help/Concepts/Object об’єктів], на відміну від запиту на надсилання, що є тільки '''технічним гуртуванням''' гео даних, що передаються до центрального сервера OSM. В JOSM ми кажемо, що об’єкти надсилаються '''використовуючи''' запити на надсилання '''до''' наборів змін. Діалог надсилання змін в JOSM дозволяє налаштовувати параметри запитів на надсилання та наборів змін об’єктів. Певні параметри є обов’язковими (отже користувачу потрібно налаштувати їх до надсилання даних на сервер), а більшість інших — додатковими, тому JOSM працює з відповідними типовими значеннями. |
| | 21 | Гео дані передані на сервер OSM складаються з [Concepts/Object точок, ліній та зв’язків]. Так як тисячі учасників публікують свої дані на сервері OSM, дуже важливим є опис того хто, що і в якому контексті зробив. Це було б дуже виснажуючим давати опис кожній окремій точці та лінії, які публікують учасники. Більш зручним є гуртування їх у пакунки зв’язаних об’єктів та опис усього пакунка на відміну від опису поодиноких окремих об’єктів. |
| | 22 | |
| | 23 | В проекті OSM такі пакунки називаються **[Concepts/Changeset наборами змін]**. **Набір змін** — являє собою об’єднання пов’язаних змін (нових об’єктів, змін чи вилучення існуючих об’єктів), що застосовуються до даних OSM. |
| | 24 | |
| | 25 | Набори змін відрізняються від **запитів на надсилання**. Набір змін є **логічним** гуртуванням [Concepts/Object об’єктів], на відміну від запиту на надсилання, що є тільки **технічним гуртуванням** гео даних, що передаються до центрального сервера OSM. В JOSM ми кажемо, що об’єкти надсилаються **використовуючи** запити на надсилання **до** наборів змін. Діалог надсилання змін в JOSM дозволяє налаштовувати параметри запитів на надсилання та наборів змін об’єктів. Певні параметри є обов’язковими (отже користувачу потрібно налаштувати їх до надсилання даних на сервер), а більшість інших — додатковими, тому JOSM працює з відповідними типовими значеннями. |
| 65 | | * '''Час потрібний для надсилання''': чим менший запит на надсилання, тим більше часу для цього потрібно. Треба більше часу для завантаження 100 об’єктів використовуючи 100 окремих запитів на надсилання, ніж надсилання одним запитом 100 об’єктів. |
| 66 | | |
| 67 | | * '''Виникнення колізій з іншими учасниками''': якщо ви надсилаєте 30 000 об’єктів одним запитом і на сервері виникає помилка на 29 999 об’єкті, всі дані з цього запиту будуть відкинуті. Спочатку треба виправити проблему (наприклад, розв'язавши [wiki:Uk:Help/Concepts/Conflict конфлікти]). Після цього треба ще раз надіслати 30 000 об’єктів. У іншому випадку, коли ви надсилаєте 30 000 об’єктів запитами по 1 000 об’єктів в кожному і на сервері виникне проблема на 29 999 об’єкті, вам потрібно буде тільки повторити останній запит на надсилання для додавання об’єктів з 29 000 по 30 000. Об’єкти з 1 по 28 999 будуть успішно надіслані. Якщо ви працюєте з ділянкою поруч із іншими учасниками, вам звісно потрібні запити на додавання даних меншого розміру. |
| | 65 | * **Час потрібний для надсилання**: чим менший запит на надсилання, тим більше часу для цього потрібно. Треба більше часу для завантаження 100 об’єктів використовуючи 100 окремих запитів на надсилання, ніж надсилання одним запитом 100 об’єктів. |
| | 66 | |
| | 67 | * **Виникнення колізій з іншими учасниками**: якщо ви надсилаєте 30 000 об’єктів одним запитом і на сервері виникає помилка на 29 999 об’єкті, всі дані з цього запиту будуть відкинуті. Спочатку треба виправити проблему (наприклад, розв'язавши [Concepts/Conflict конфлікти]). Після цього треба ще раз надіслати 30 000 об’єктів. У іншому випадку, коли ви надсилаєте 30 000 об’єктів запитами по 1 000 об’єктів в кожному і на сервері виникне проблема на 29 999 об’єкті, вам потрібно буде тільки повторити останній запит на надсилання для додавання об’єктів з 29 000 по 30 000. Об’єкти з 1 по 28 999 будуть успішно надіслані. Якщо ви працюєте з ділянкою поруч із іншими учасниками, вам звісно потрібні запити на додавання даних меншого розміру. |
| 125 | | JOSM надсилає дані до нового набору змін, якщо обраний пункт '''Надіслати у новий набір змін'''. Це є стандартним налаштуванням. |
| 126 | | |
| 127 | | Якщо ви бажаєте надіслати дані до існуючого набору змін, ви повинні вибрати серед доступних наборів змін у списку. Цей список стає доступним тільки тоді, коли є відкриті ваші набори змін до яких ви зможете надіслати дані. Клацніть [[Image(source:trunk/images/dialogs/refresh.png)]] ''Оновити'' для завантаження переліку доступних відкритих наборів змін з сервера. Якщо є принаймні один відкритий набір змін, ви можете обрати пункт '''Надіслати у існуючий набір змін''' та вибрати набір змін. |
| | 125 | JOSM надсилає дані до нового набору змін, якщо обраний пункт **Надіслати у новий набір змін**. Це є стандартним налаштуванням. |
| | 126 | |
| | 127 | Якщо ви бажаєте надіслати дані до існуючого набору змін, ви повинні вибрати серед доступних наборів змін у списку. Цей список стає доступним тільки тоді, коли є відкриті ваші набори змін до яких ви зможете надіслати дані. Клацніть [[Image(source:trunk/images/dialogs/refresh.png)]] ''Оновити'' для завантаження переліку доступних відкритих наборів змін з сервера. Якщо є принаймні один відкритий набір змін, ви можете обрати пункт **Надіслати у існуючий набір змін** та вибрати набір змін. |
| 139 | | Виберіть '''Надсилати дані одним запитом''' для того щоб надіслати всі об’єкти в одному запиті. Якщо ви надсилаєте велику кількість об’єктів це може зайняти певний промідок часу і JOSM буде не в змозі проінформувати вас про перебіг процесу. У цього підходу можуть бути тільки два варіанти завершення: надсилання успішне або ж ні. Якщо все гаразд всі об’єкти будуть надіслані на сервер, якщо ні — жодного об’єкту не буде збережено на сервері. Цей варіант ніколи не призводить до часткового завантаження об’єктів, в чому й полягає одночасно його сила та слабкість. Це дуже погано, якщо надсилання не вдалось із за проблем із останнім об’єктом у запиті. |
| 140 | | |
| 141 | | Оберіть '''Надсилати дані порціями''' для надсилання об’єктів послідовністю запитів наперед визначеного розміру. Ви можете ввести певний розмір запиту на надсилання ( "Розмір порції"). В залежності від цього значення JOSM визначить кількість запитів, потрібних для надсилання даних (їх кількість показується праворуч від поля "Розмір порції"). На відміну від попереднього пункту, кожне надсилання порції даних може пройти успішно чи ні. Таким чином ви можете отримати інформацію про прогрес, тому що JOSM буде інформувати вас про надсилання кожної порції, що була надіслана успішно або ж невдало. Надсилання порціями у більшості випадків відбувається повільніше ніж надсилання даних одним запитом. |
| 142 | | |
| 143 | | Виділіть '''Надсилати кожний об’єкт окремо''' для надсилання кожного об’єкта окремими запитом на надсилання даних. Ви отримаєте дуже докладну інформацію про перебіг надсилання, JOSM буде інформувати вас надсилання кожного окремого об’єкта, чи воно було вдалим, чи ні. Але зауважте, що цей варіант є самим повільним. |
| 144 | | |
| 145 | | '''Рекомендації''' |
| 146 | | * Для надсилання від малої (<1,000 об’єктів) до середньої (<5,000 об’єктів) кількості об’єктів, обирайте режим '''Надсилати дані одним запитом''' |
| 147 | | * Для надсилання від середньої до великої (> 5,000 об’єктів) кількості об’єктів, обирайте '''Надсилати дані порціями'''. Розмір порції у 1,000 об’єктів буде прийнятним для початку. |
| 148 | | * Не використовуйте '''Надсилати кожний об’єкт окремо''' якщо у вас для цього немає особливих причин. Це в основному є застарілою стратегією, яка була успадкована від попередній версій сервера OSM. |
| | 139 | Виберіть **Надсилати дані одним запитом** для того щоб надіслати всі об’єкти в одному запиті. Якщо ви надсилаєте велику кількість об’єктів це може зайняти певний промідок часу і JOSM буде не в змозі проінформувати вас про перебіг процесу. У цього підходу можуть бути тільки два варіанти завершення: надсилання успішне або ж ні. Якщо все гаразд всі об’єкти будуть надіслані на сервер, якщо ні — жодного об’єкту не буде збережено на сервері. Цей варіант ніколи не призводить до часткового завантаження об’єктів, в чому й полягає одночасно його сила та слабкість. Це дуже погано, якщо надсилання не вдалось із за проблем із останнім об’єктом у запиті. |
| | 140 | |
| | 141 | Оберіть **Надсилати дані порціями** для надсилання об’єктів послідовністю запитів наперед визначеного розміру. Ви можете ввести певний розмір запиту на надсилання ( "Розмір порції"). В залежності від цього значення JOSM визначить кількість запитів, потрібних для надсилання даних (їх кількість показується праворуч від поля "Розмір порції"). На відміну від попереднього пункту, кожне надсилання порції даних може пройти успішно чи ні. Таким чином ви можете отримати інформацію про прогрес, тому що JOSM буде інформувати вас про надсилання кожної порції, що була надіслана успішно або ж невдало. Надсилання порціями у більшості випадків відбувається повільніше ніж надсилання даних одним запитом. |
| | 142 | |
| | 143 | Виділіть **Надсилати кожний об’єкт окремо** для надсилання кожного об’єкта окремими запитом на надсилання даних. Ви отримаєте дуже докладну інформацію про перебіг надсилання, JOSM буде інформувати вас надсилання кожного окремого об’єкта, чи воно було вдалим, чи ні. Але зауважте, що цей варіант є самим повільним. |
| | 144 | |
| | 145 | **Рекомендації** |
| | 146 | * Для надсилання від малої (<1,000 об’єктів) до середньої (<5,000 об’єктів) кількості об’єктів, обирайте режим **Надсилати дані одним запитом** |
| | 147 | * Для надсилання від середньої до великої (> 5,000 об’єктів) кількості об’єктів, обирайте **Надсилати дані порціями**. Розмір порції у 1,000 об’єктів буде прийнятним для початку. |
| | 148 | * Не використовуйте **Надсилати кожний об’єкт окремо** якщо у вас для цього немає особливих причин. Це в основному є застарілою стратегією, яка була успадкована від попередній версій сервера OSM. |
| 188 | | '''Що робити''' |
| 189 | | * Клацніть '''Продовжити надсилання''' для продовження надсилання до стількох нових наборів змін, скільки їх потрібно для завершення надсилання. |
| 190 | | * Клацніть '''Повернутись до діалогу надсилання даних''' щоб повернутись до діалогу надсилання даних. Тут ви зможете обрати інший набір змін для надсилання об’єктів. що лишились. |
| 191 | | * Клацніть '''Відмінити''' для скасування надсилання та повернення до інтерфейсу правки мапи. |
| | 188 | **Що робити** |
| | 189 | * Клацніть **Продовжити надсилання** для продовження надсилання до стількох нових наборів змін, скільки їх потрібно для завершення надсилання. |
| | 190 | * Клацніть **Повернутись до діалогу надсилання даних** щоб повернутись до діалогу надсилання даних. Тут ви зможете обрати інший набір змін для надсилання об’єктів. що лишились. |
| | 191 | * Клацніть **Відмінити** для скасування надсилання та повернення до інтерфейсу правки мапи. |
