wiki:Uk:Help/Action/Upload

Інші мови:

Зміст

  1. Файл > Надіслати данні на сервер
    1. Набори змін, запити на надсилання та стратегія передачі даних
      1. Один запит на надсилання на один набір змін
      2. Кілька запитів на надсилання до одного набору змін
      3. Надсилання великих наборів даних у кілька наборів змін
    2. Вибір власної стратегії надсилання даних — коли та як часто робити …
    3. Надсилання даних
      1. Виклик діалогу надсилання даних
      2. Перевірка даних перед надсиланням
      3. Діалог Надсилання даних
      4. Просте надсилання даних
      5. Надсилання даних з використанням додаткових параметрів
        1. Додавання теґів до наборів змін
        2. Вибір набору змін для надсилання
        3. Налаштування кількості та розміру запитів на надсилання даних
      6. Виконання надсилання дуже великого обсягу даних
    4. Попередження та повідомлення про помилки
      1. Надсилання до закритого набору змін
      2. Набір змін заповнився під час надсилання
      3. Вилучення точок, що ще використовуються
    5. Дивіться також

Файл > Надіслати данні на сервер

source:trunk/resources/images/upload.svg Клавішна комбінація: Ctrl+Shift+↑

Надіслати дані про нові, змінені та вилучені об’єкти з поточного шару на сервер.

Гео дані, що редагуються в JOSM, доступні тільки локально для користувача, який їх ввів, до тих пір, доки він не вирішить зробити їх доступними для спільноти. Для цього потрібно щоб користувач надіслав їх. Надсилання означає, що гео дані передаються на центральний сервер OSM, де вони інтегруються з гео даними інших користувачів в централізованій базі даних. Таким чином надіслані локальні гео дані стають частиною публічної мапи та можуть використовуватись іншими членами спільноти OSM.

Будь ласка, будьте обережні із редагуванням та надсиланням даних. Якщо у вас є сумніви, що до того що все добре, утримуйтесь від надсилання даних та збережіть їх на локальний жорсткий диск, перевірте те що потрібно і після цього спробуйте надіслати дані ще раз пізніше.

Набори змін, запити на надсилання та стратегія передачі даних

Гео дані передані на сервер OSM складаються з точок, ліній та зв’язків. Так як тисячі учасників публікують свої дані на сервері OSM, дуже важливим є опис того хто, що і в якому контексті зробив. Це було б дуже виснажуючим давати опис кожній окремій точці та лінії, які публікують учасники. Більш зручним є гуртування їх у пакунки зв’язаних об’єктів та опис усього пакунка на відміну від опису поодиноких окремих об’єктів.

В проекті OSM такі пакунки називаються наборами змін. Набір змін — являє собою об’єднання пов’язаних змін (нових об’єктів, змін чи вилучення існуючих об’єктів), що застосовуються до даних OSM.

Набори змін відрізняються від запитів на надсилання. Набір змін є логічним гуртуванням об’єктів, на відміну від запиту на надсилання, що є тільки технічним гуртуванням гео даних, що передаються до центрального сервера OSM. В JOSM ми кажемо, що об’єкти надсилаються використовуючи запити на надсилання до наборів змін. Діалог надсилання змін в JOSM дозволяє налаштовувати параметри запитів на надсилання та наборів змін об’єктів. Певні параметри є обов’язковими (отже користувачу потрібно налаштувати їх до надсилання даних на сервер), а більшість інших — додатковими, тому JOSM працює з відповідними типовими значеннями.

Гео дані можуть бути отримані пізніше через набір змін, в якому вони були надіслані, але не через запит на надсилання, що використовувався для цього. Набори змін мають унікальні ідентифікатори, запити на надсилання — ні. Наприклад: цей набір змін містить гео дані з обведення ортофотознімків міста Берн, Швейцарія. Але, не можливо побачити запит на надсилання, який використовувався для його заповнення.

Один запит на надсилання на один набір змін

Це є найпростішим випадком, коли використовується лише один запит на надсилання для заповнення одного набору змін:

Це є стандартним налаштуванням в JOSM. Таке налаштування краще всього підходить

  • для користувачів, які надсилають результати конвертування кількох GPS треків в гео дані OSM
  • для користувачів, які надсилають результати креслення по аерофотознімках, зроблені за кілька годин роботи
  • для користувачів, які надсилають результат внесення інформації з місцевості про назви вулиць, цікаві місця (POI) та т.і.

Кілька запитів на надсилання до одного набору змін

Це є більш вдосконаленим налаштуванням, яке не потрібне більшості користувачів. Воно може стати в нагоді:

  • для користувачів, які креслять у кількох шарах даних в JOSM та бажають надіслати результати своєї праці до одного набору змін
  • для користувачів, які надають перевагу довгим сесіям роботи з мапою. Для них є більш безпечнішим надсилати проміжні результати роботи на сервер, ніж надсилати результат тільки по закінченню сесії. У такому випадку вони можуть використовувати кілька надсилань до одного набору змін, що дозволяє уникати фрагментування їх даних у непов’язаних між собою наборах змін.

JOSM все ще підтримує можливість надсилання кожного об’єкту окремо.

Варто зауважити, що це вже є застарілою функцією, що лишилась у спадок. До недавнього часу це був єдиний варіант надсилання даних в OSM. Технічно, використовується дещо інший підхід до спілкуватися з сервером OSM. Це все ще доступно у JOSM, хоча сервер OSM підтримує запити на надсилання до 50 000 об’єктів. Для випадкових та звичайних користувачі ця можливість є застарілою. У рідкісних випадках, це може бути корисно для досвідчених користувачів.

Надсилання великих наборів даних у кілька наборів змін

JOSM також підтримує надсилання великих наборів даних, що не вміщаються у один набір змін.

Ця додаткова функціональність корисна тільки для досвідчених користувачів. Вони можуть вибрати це налаштування у разі потреби надіслати набір даних, який перевищує 50 000 нових, змінених чи вилучених об’єктів.

Вибір власної стратегії надсилання даних — коли та як часто робити надсилання даних

Не існує простої відповіді на запитання, коли та як часто робити надсилання даних. Вам не потрібно правити весь день та потім надсилати данні за один раз, або ж надсилати дані кожної хвилини після додавання нової лінії.

Ось деякі правила:

  • Час потрібний для надсилання: чим менший запит на надсилання, тим більше часу для цього потрібно. Треба більше часу для завантаження 100 об’єктів використовуючи 100 окремих запитів на надсилання, ніж надсилання одним запитом 100 об’єктів.
  • Виникнення колізій з іншими учасниками: якщо ви надсилаєте 30 000 об’єктів одним запитом і на сервері виникає помилка на 29 999 об’єкті, всі дані з цього запиту будуть відкинуті. Спочатку треба виправити проблему (наприклад, розв'язавши конфлікти). Після цього треба ще раз надіслати 30 000 об’єктів. У іншому випадку, коли ви надсилаєте 30 000 об’єктів запитами по 1 000 об’єктів в кожному і на сервері виникне проблема на 29 999 об’єкті, вам потрібно буде тільки повторити останній запит на надсилання для додавання об’єктів з 29 000 по 30 000. Об’єкти з 1 по 28 999 будуть успішно надіслані. Якщо ви працюєте з ділянкою поруч із іншими учасниками, вам звісно потрібні запити на додавання даних меншого розміру.

Надсилання даних

Виклик діалогу надсилання даних

  • Клавішна комбінація: Ctrl+Shift+↑
  • Меню Файл->source:trunk/resources/images/upload.svg Надіслати данні на сервер
  • Кнопка на панелі source:trunk/resources/images/upload.svg

Перевірка даних перед надсиланням

Перед тим як буде показане вікно Діалогу надсилання даних, буде запущений [Dialog/Validator інструмент перевірки] всіх змінених [Concepts/Objects об’єктів]. Якщо в даних виявлені помилки, ви побачите вікно з переліком таких помилок та/або попереджень з пропозицією виправити їх або продовжити надсилання даних у будь-якому випадку. Необов’язково виправляти все, що може з’явитись в переліку, але, будь ласка, звертайте на ці попередження увагу, особливо на повідомлення про помилки.

JOSM також здійснює перевірку на відповідність обмеженням, які впроваджуються з боку сервера OSM:

  • назви теґів та значення теґів не повинні бути більшими за 255 символів
  • лінії не повинні складатись з дуже великої кількості точок

Якщо об’єкти, які ви надсилаєте, мають циклічні залежності (зв’язок 1 посилається на зв’язок 2, зв’язок 2 — на зв’язок 3, а зв’язок 3 — на зв’язок 1), JOSM не надішле їх на сервер. JOSM запропонує вам спочатку розв’язати ці залежності.

Примітки: Для великих наборів даних такі перевірки можуть тривати певний час і на даний момент вони не забезпечують зворотний зв'язок з користувачем. Будь ласка, будьте терплячими якщо пройде певна кількість секунд перед появою вікна Надсилання даних. Цей недолік буде виправлений найближчим часом.

Діалог Надсилання даних

Діалог надсилання даних складається з двох частин:

  • верхня половина показує підсумкову інформацію про об’єкти які потрібно додати, змінити та вилучити на сервері
  • нижня половина містить дві панелі для налаштування різноманітних параметрів процесу надсилання

Коли діалог Надсилання даних відкритий, він завжди показує кладку з основними налаштуваннями, яка має текстове поле для вводу коментаря до надсилаємих на сервер даних та підсумкову інформацію по інших параметрах цього надсилання.

Просте надсилання даних

  1. Відкрийте Діалог Надсилання даних
  2. Введіть коментар. Вам потрібно ввести що найменше 3 символи.
  3. Клацніть на source:trunk/resources/images/upload.svg Надіслати зміни

Надсилання даних з використанням додаткових параметрів

Додавання теґів до наборів змін

Гео дані, які надсилаються на сервер OSM завжди надсилаються у вигляді наборів змін. Так само як і для точок, ліній та зв’язків, наборам змін можливо призначати теґи.

В діалозі надсилання даних ви можете вводити теґи на вкладці Теґи нового набору змін, як на малюнку нижче:

Що писати, а що ні

  • Теґи — ваші друзі. Використовуйте їх щоб описати гео дані, які ви надсилаєте на сервер OSM.
  • Використовуйте теґ source щоб вказати на джерело ваших гео даних (на приклад: Bing or Yahoo Imagery, на основі треків GPS та прогулянки велосипедом).
  • Вам не треба додавати власний логін до теґів. Зв’язок між наборами змін та вашим обліковим записом в OSM підтримується автоматично.

Зауважте, що потрібний коментар до надсилання даних теж є теґом. Ви також можете ввести його у цій вкладці використовуючи ключ comment або ж скористатись полем для вводу коментарів на вкладці Параметри.

Вибір набору змін для надсилання

На вкладці Набори змін ви можете вибрати до якого набору змін надсилати дані, дивись малюнок нижче:

JOSM надсилає дані до нового набору змін, якщо обраний пункт Надіслати у новий набір змін. Це є стандартним налаштуванням.

Якщо ви бажаєте надіслати дані до існуючого набору змін, ви повинні вибрати серед доступних наборів змін у списку. Цей список стає доступним тільки тоді, коли є відкриті ваші набори змін до яких ви зможете надіслати дані. Клацніть source:trunk/resources/images/dialogs/refresh.svg Оновити для завантаження переліку доступних відкритих наборів змін з сервера. Якщо є принаймні один відкритий набір змін, ви можете обрати пункт Надіслати у існуючий набір змін та вибрати набір змін.

Клацніть source:trunk/resources/images/closechangeset.svg Закрити набір змін для закриття поточного відкритого набору змін. Це зроблені лише для зручності. Вам не треба закривати набори змін таким чином, щоб виконати надсилання даних.

Після успішного надсилання даних JOSM може або закрити набір змін, або лишити його відкритим для подальшого надсилання даних. Типовим налаштуванням є закриття наборів змін після надсилання. Для того щоб набори змін лишались відкритими після надсилання зніміть прапорець Закрити набір змін після надсилання.

Налаштування кількості та розміру запитів на надсилання даних

JOSM надсилає гео дані за допомогою одного чи більшої кількості запитів на надсилання до набору змін на сервері OSM. За допомогою вкладки Розширений режим ви можете встановити кількість та розмір запитів на надсилання даних, дивись на малюнок:

Виберіть Надсилати дані одним запитом для того щоб надіслати всі об’єкти в одному запиті. Якщо ви надсилаєте велику кількість об’єктів це може зайняти певний промідок часу і JOSM буде не в змозі проінформувати вас про перебіг процесу. У цього підходу можуть бути тільки два варіанти завершення: надсилання успішне або ж ні. Якщо все гаразд всі об’єкти будуть надіслані на сервер, якщо ні — жодного об’єкту не буде збережено на сервері. Цей варіант ніколи не призводить до часткового завантаження об’єктів, в чому й полягає одночасно його сила та слабкість. Це дуже погано, якщо надсилання не вдалось із за проблем із останнім об’єктом у запиті.

Оберіть Надсилати дані порціями для надсилання об’єктів послідовністю запитів наперед визначеного розміру. Ви можете ввести певний розмір запиту на надсилання ( "Розмір порції"). В залежності від цього значення JOSM визначить кількість запитів, потрібних для надсилання даних (їх кількість показується праворуч від поля "Розмір порції"). На відміну від попереднього пункту, кожне надсилання порції даних може пройти успішно чи ні. Таким чином ви можете отримати інформацію про прогрес, тому що JOSM буде інформувати вас про надсилання кожної порції, що була надіслана успішно або ж невдало. Надсилання порціями у більшості випадків відбувається повільніше ніж надсилання даних одним запитом.

Виділіть Надсилати кожний об’єкт окремо для надсилання кожного об’єкта окремими запитом на надсилання даних. Ви отримаєте дуже докладну інформацію про перебіг надсилання, JOSM буде інформувати вас надсилання кожного окремого об’єкта, чи воно було вдалим, чи ні. Але зауважте, що цей варіант є самим повільним.

Рекомендації

  • Для надсилання від малої (<1,000 об’єктів) до середньої (<5,000 об’єктів) кількості об’єктів, обирайте режим Надсилати дані одним запитом
  • Для надсилання від середньої до великої (> 5,000 об’єктів) кількості об’єктів, обирайте Надсилати дані порціями. Розмір порції у 1,000 об’єктів буде прийнятним для початку.
  • Не використовуйте Надсилати кожний об’єкт окремо якщо у вас для цього немає особливих причин. Це в основному є застарілою стратегією, яка була успадкована від попередній версій сервера OSM.

Виконання надсилання дуже великого обсягу даних

Надсилання вважається дуже великим, якщо його обсяг перевищує максимальний розмір набору змін на сервері OSM. На поточний момент максимальним розміром набору змін є 50,000 об’єктів та, якщо JOSM виявить, що ви намагаєтесь надіслати об’єктів більше цієї кількості, ви побачите наступне повідомлення:

Це попередження показує, що JOSM не зможе надіслати дані, якщо ви не скористаєтесь розширеними налаштуваннями для надсилання даних. Ви можете перейти на вкладку Розширений чи клацнути на посилання у повідомленні. Ви побачите наступну панеля для налаштування надсилання:

Для кожного надсилання великого обсягу об’єктів, надсилання одним запитом не можливо й, тому, відповідні пункти будуть заблоковані. Будь ласка, оберіть розмір порції, який використовувати для надсилання даних. Порція повинна буди меншою за 50,000 об’єктів, тому що верхня межа для набору змін також впливає і на розмір порції. Ви, звісно, можете надсилати велику кількість об’єктів, використовуючи індивідуальні запити для кожного об’єкту, але ми не радимо цього робити.

Дуже великі обсяги надсилаємих даних не можуть входити у один набір змін. Будь ласка, оберіть

  • чи потрібно, щоб JOSM автоматично відкривати стільки нових наборів змін, скільки потрібно для надсилання даних. Виділіть цей пункт, якщо ви бажаєте надіслати великий обсяг об’єктів без втручання користувача.
  • чи потрібно, щоб JOSM, заповнюючи один набір змін, повертався до Діалогу надсилання даних. Виділіть цей пункт, якщо ви бажаєте мати повний контроль за створенням наборів змін під час надсилання даних.

Попередження та повідомлення про помилки

Надсилання до закритого набору змін

Якщо ви надсилаєте дані до відкритого набору змін, процес може закінчитись невдало тому, що в той же час цей набір змін було закрито. Він може бути закритий сервером після перебігу певного часу, коли до нього не додавались дані (набір змін не може бути відкритим більше ніж 24 години та також закривається після 1 години бездіяльності) або ж ви закрили його у іншій запущеній вами копії JOSM.

JOSM показує наступне повідомлення про помилку:

Що робити

  • Відкрийте знову Діалог надсилання даних
  • Оберіть інший набір змін або оберіть пункт надсилання до нового набору змін
  • Здійсніть надсилання ще раз

Набір змін заповнився під час надсилання

Це відбувається під час досягнення верхньої межі розміру набору змін. На поточний момент сервер OSM підтримує до 50,000 об’єктів в одному наборі змін. Надсилання об’єктів може перевищити цю межу, якщо ви до цього кілька разів надсилали дані до цього набору змін.

JOSM визначає, коли набір змін заповнюється та показує наступне попередження:

Що робити

  • Клацніть Продовжити надсилання для продовження надсилання до стількох нових наборів змін, скільки їх потрібно для завершення надсилання.
  • Клацніть Повернутись до діалогу надсилання даних щоб повернутись до діалогу надсилання даних. Тут ви зможете обрати інший набір змін для надсилання об’єктів. що лишились.
  • Клацніть Відмінити для скасування надсилання та повернення до інтерфейсу правки мапи.

Вилучення точок, що ще використовуються

Якщо серед об’єктів, які ви надсилаєте є вилучені точки сервер OSM перевірить, чи ці точки все ще використовуються будь-ким одним із відомих серверу способом. Вам потрібно переконатись, що точки є ізольованими (не є частиною лінії та не входять до складу зв’язку) перед тим, як вилучити їх.

Якщо сервер OSM з’ясує, що точка все ще використовується, JOSM повідомить вас настуним повідомленням про помилку:

Якщо ви клацнете Підготувати розв’язання конфлікту JOSM допоможе вам у розв’язані цієї проблеми. Спочатку він завантажить усі лінії до складу яких входить ця точка і об’єднає їх з вашим набором даних. У більшості випадків JOSM вилучає такі точки із батьківських ліній автоматично. Якщо з певних причин це неможливо, JOSM створить конфлікт, який вам потрібно буде розв’язати вручну.

Після цього, просто надішліть дані знов. Ваше надсилання тепер міститиме всі батьківські лінії для вилученої точки та інформацію про вилучення з них цієї точки. Отже, цього разу надсилання повинне пройти вдало.

Дивіться також


Назад до Меню Файл
Назад до основної сторінки Довідки

Last modified 4 years ago Last modified on 2020-03-10T18:47:52+01:00
Note: See TracWiki for help on using the wiki.