Нещодавно ми додали 8.2 мільйонів км² знімків високої роздільної здатності від DigitalGlobe до нашого шару супутникових знімків. Більш докладно про це дивіться тут → https://blog.mapbox.com/updating-8-2-million-km%C2%B2-of-high-resolution-satellite-imagery-b68070bdf4b2

Всі знімки доступні для використання в OpenStreetMap для мапінгу! 🎉

Ми покращили покриття наступних регіонів та територій:

Азія

Головні міста та території навколо: на Близькому Сході, Індії, Китаї, Туреччині, В’єтнамі, Таїланді, Малайзії, Південній Кореї, Індонезії та Філіппінах.

Африка

Єгипет та частково Кенія.

Європа

Великі міста в Польщі, Україні, Румунії, Ісландії та Угорщині. Також, Париж та Москва.

Південна Америка

Основні райони Бразилії, Парагваю, Уругваю, Аргентини та Чилі.

Північна Америка

Великі частини Мексики, Куби та Центральної Америки, а також південні міста Канади.

Ці знімки надають можливість для докладного нанесення на мапу виступів будинків, напрямків руху по смугах, дерев та багато чого іншого! Приємного мапінгу!🌐

Ріо-де-Жанейро

Сплав деревини біля Ванкувера

Вулкан Іджен, Східна Ява, Індонезія

Новий президентський палац, Абу-Дабі, ОАЕ

Часті питання

Мапінг: Всі ці знімки ліцензовано для використання в OSM для додавання даних.

Джерела: Усі знімки надані DigitalGlobe; вони були отримані з їх супутників.

Дати: Різноманітні. Ми не надаємо інформацію про дати знімків в їх метаданих, але ми знаємо, що це важливо для OSM, і ми сподіваємося зробити це в майбутньому.

Якщо ви зіткнулись з дефектами на знімках, у вас є потреба в знімках для певної території та якщо у вас є інші зауваження та пропозиції – скористайтесь формою зворотнього зв’язку → https://www.mapbox.com/feedback/satellite/

Ways marked with tags highway=* form a network of roads. One of the tasks of such network is the ability to construct a route from one area of the network to another. This is possible only under the condition that these areas have common connection point — do not have gaps between them and do not form with each other, unconnected “islands”.

https://en.wikipedia.org/wiki/Stronglyconnectedcomponent

In addition to route planning, an important part of the map of the road network is its visual integrity. Since a different set of roads are shown on different scales (levels of generalization), it is important that the road network would look like a single entity.

Thus, in general (low) scale will be used to display important/basic types of roads: motorway, trunk; sometimes they may be supplemented by primary roads. With further increase of scale, they will be supplemented by regional roads — secondary and tertiary, and on a most detailed scale, we will see even streets and other feeder roads.

Based on this, the main approach in roads classification, in cases where official information about their classification is absent, we should follow next principle:

After the lower class roads are cut off/hidden, the remaining roads must be linked to form a holistic road network.

So, the whole country should be covered by roads, trunk + motorway class, without gaps (when you hide trunk road, motorway may be discontinuous, as they are an improved version of trunk); in large cities, primary roads should join with them (primary roads also play a key role in the transport network of a large region - state, regions, territories). If secondary road from two neighboring regions are connected to each other through lower road classification, then at a larger scale they would form an unlinked traffic graph. This not only causes visual comfort but also makes it impossible to construct a route between them.

How to check the connectivity of a road graph?

To test the connectivity of routing graph you can use several methods:

• create tool for automatic testing (validator)
• try to build the route with the aid of one of available services
• visually assess road connectivity graph

For a quick visual assessment of a small section of the road network, you can use a set of filters in JOSM, which will help us to hide/show the way of a certain class

Filters in JOSM are processed from top to down, so they should be placed in the appropriate order.

After the activation/deactivation of the filters, we will be able to verify the presence or absence of gaps in the road network.

Compliance with this simple principle allows us to have holistic road network at any level of data generalization at all times.

Це переклад допису Time to cleanup the wikipedia:xx tags? від PlaneMad

---

На поточний момент в даних присутні більш ніж 40 000 об’єктів, які позначені теґом wikipedia:lang=* який треба замінити на більш популярний теґ у форматі wikipedia=lang:*. Чи повинно це бути автоматизованим виправленням? Або потрібен загальний всесвітній проект, до якого будуть залучені всі учасники спільноти, щоб перевірити їх всі один за одним?

ОНОВЛЕННЯ

Перевіривши застосування теґу wikipedia:ru до об’єктів, виявилось, що основним місцем їх застосування є Україна. Більше ніж 28 тис об’єктів тут вже позначені теґом wikipedia, значення якого — переважно посилання на україномовні статті, тож перехід лише на використання лише теґу wikipedia не надасть жодної вигоди.

Отже тепер питання в іншому, можливо варто позбутись тегів wikipedia та wikipedia:lang та використовувати лише wikidata? Яку інформацію ми можемо втратити?

http://overpass-turbo.eu/s/kdw

---

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

Переглядаючи коментарі до наборів правок в Україні, я натрапив на запит від Jedrzej Pelka до Bonya_23 додати пояснення до набору правок, який замість опису того, що було зроблено, мав лише + (тобто щось було додано 😄). Я також вирішив подивитись на ці дані.

Спочатку я не звернув увагу на кількість доданих об’єктів. А це було лише 11 ліній highway=track, що складались з 21,978 точок 🤕 – тобто кожна лінія складалась з 1,998 точок 😱. Спробувавши подивитись на них в iD, я зрозумів, що це не так просто. Точки розташовувались на відстані кількох дециметрів одна від одної, і після завантаження всіх цих кіл (яких виявилось значно більше), щось редагувати в цій місцевості стало доволі складно.

Ці дані зацікавили не тільки мене, а й інших учасників спільноти (почитайте обговорення до цього набору змін).

Дуже добре, що ми маємо таку можливість (обговорення наборів змін), що допомагає нам підтримувати продуктивну атмосферу з іншими учасниками спільноти.

Після того, як Bonya_23 відгукнулась на запити інших учасників та визнала необхідність вилучення цих даних, я вирішив посприяти цьому та прискорити процес очищення. Мені довелось вилучити 624,696 об’єктів, витративши кілька годин на завантаження змін на сервер OSM. (З повним переліком змін які мені довелось надіслати на сервер OSM можна ознайомитись за цим посиланням)

Щоб трохи пояснити цей випадок я хочу навести наочні приклади того, що саме намагалась замапити Bonya_23.

☝️ Так виглядають зрошувальні системи на полях в Україні та в інших місцях світу

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

Тож додавання highway=track в даному випадку є марнуванням часу, як тих, хто додає такі дані, так і тих, кому потім доводиться їх прибирати. Це все одно, що малювати колію по полю через кожні два метри взад-вперед, щоб показати що тут їздить трактор ораючи поле.

Після очищення цієї місцевості, я вже збирався відпочивати, але виявилось що такі кола були додані ще й учасником velmyshanovnyi.

Все теж саме – кола що складаються з 1,998 точок

Таких кіл виявилось ще більше. Загальна кількість точок, з яких вони складаються, сягає 921,591 штук.

Так вони виглядають на мапі *посилання на місцевість

Для отримання детальних даних можна скористатись цим запитом - http://overpass-turbo.eu/s/k1Y

Повний перелік змін, якими ці дані були завантажені на сервер OSM, дивіться на osmcha.mapbox.com. Це 17 наборів змін, 14 з яких містять по 49,000 об’єктів.

Сподіваюсь, що ця місцевість в Херсонській області буде наповнена більш достовірними даними замість цих уявних кіл на полях 😉

Relations is a feature that is built over another data using their geometry or metadata. Thus participants of relations can be points, ways, and other relations. They may present as physical objects of the world as well as mental objects, such as bus routes, borders, turn restrictions and etc.

So the way representing the road and tagged with highway=* tag can be a part of different route relations that run along it. Spliting or removing this way that is a member of relation will break all relations to which it belongs.

To avoid this you need to download all parent and child objects for this way (relation).

After you download all the data, JOSM helps you validate your edits and deal with possible conflicts.

Hit Update Modified (Ctrl+Alt+M) before any upload to avoid possible relation conflicts.

Fixing broken route relation

If you are faced with the broken relation of route and you have information about it, Relation Toolbox will help you cope with the work.

Select a route in Relation Toolbox dialog, then select missing part of the route and Press ➕ button to add it to the relation. After adding all missing segment open Relation Editor ✏️ to arange order of the route segments.

Press the button Sort the relation members on the left panel to re-order it. You need to rid of the gaps. If the route contains gaps, you need to find the missing parts. Also, you need to pay attention on the start and end points of the route (from=* & to=* tags ), if necessary, change the direction of the route by clicking on the button Reverse the order of the relation members.

If you do not have accurate information about the route passing you can consult with previous versions of the route. You can use for this purpose OSM History Viewer - http://osmhistory.appspot.com

Руководство по улучшению данных OSM для навигации

оригинал на английском - http://www.openstreetmap.org/user/saikabhi/diary/38106

Как часть последних усилий по улучшению навигационных данных OpenStreetMap, команда Mapbox начала добавлять разрешенные направления движения по полосам, чтобы помочь участникам проекта в Сан-Франциско, Вашингтоне и Лос-Анджелесе. Документация по добавлению разрешенных направлений движения по полосам находится в Вики OpenStreetMap на странице turn:lanes. Но, как только мы приступили к добавлению этой информации, мы начали сталкиваться со случаями, которые не освещены в Вики соответствующим образом.

Поэтому, мы начали делиться нашими наблюдениями и обсуждать подходы к добавлению информации с командой OSRM, которые мы объединили в Руководство по Внесению данных в OpenStreetMap для улучшения навигации. Это руководство создано для того, чтобы помочь тем, кто желает улучшить данные OpenStreetMap с точки зрения их применения в навигации, для того чтобы помочь понять как осуществляется построение и сопровождение пользователей по маршруту, а также узнать о разных сценариях, которые могут помочь во время валидации данных.

Руководство пока находится в зачаточном состоянии и в основном внимание сосредоточено на добавлении turn:lanes в США, но наша команда намерена расширить его таким образом, чтобы в него вошли разделы описывающие turn:restrictions, speed limits, oneways, destination signs, exit numbers и другое, как часть общих рекомендаций для улучшения данных OpenStreetMap для навигации.

Было бы здорово, если бы как можно большее количество ОСМеров ознакомились с Руководством по Внесению данных в OpenStreetMap для улучшения навигации и внесли свои предложения для его улучшения в наш репозитарий. Мы надеемся, что оно станет существенным источником информации, как для маперов так и для тех, кто будет использовать данные для добавления функций построения маршрутов в собственные приложения.

В наших планах продолжать улучшать освещение этой темы во время следующих заданий, и в результате, расширить и дополнить документацию в OSM Вики. Желаем всем безопасных путешествий!

Керівництво з покращення даних OSM для навігації

оригинал англійською - http://www.openstreetmap.org/user/saikabhi/diary/38106

Як частина останніх зусиль з покращення навігаційних даних OpenStreetMap, команда Mapbox почала додавати дозволені напрямки руху по смугах, щоб допомогти маперам з Сан-Франциско, Вашингтону та Лос-Анжелесу. Документація по додаванню дозволених напрямків руху по смугах знаходиться у Вікі OpenStreetMap на сторінці turn:lanes. Але, як тільки наша команда почала додавати цю інформацію, ми почали зтикатись з випадками, які не відображені у вікі належним чином.

Тому, ми почали ділитись нашими спостереженнями та обговорювати підходи до мапінгу з командою OSRM, які ми обʼєднали у Керівництво з Додавання даних в OpenStreetMap для покращення навігації. Це керівництво створене, щоб допомогти тим, хто бажає покращити дані OpenStreetMap з точки зору їх застосування для навігації, щоб допомогти зрозуміти як відбувається прокладання та супроводження користувачів по маршруту, а також дізнатись про різні сценарії, що можуть допомогти під час валідації даних.

Керівництво покищо перебуває в початковому стані та в основному зосереджується на додавані turn:lanes в США, але наша команда має намір розширити його таким чином, щоб до нього увійшли розділи що описують turn:restrictions, speed limits, oneways, destination signs, exit numbers та інше, як частини загальних настанов для покращення даних OpenStreetMap для навігації.

Було б чудово, якби якомога більше ОСМерів ознайомились з Керівництвом з Додавання даних в OpenStreetMap для покращення навігації та надали свої пропозиції щодо його покращення в нашому репозитарії. Ми сподіваємось, що воно стане вагомим джерелом інформації, як для маперів так і для тих, хто буде використовувати ці дані для додавання функцій прокладання маршрутів у власні застосунки.

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

перевод сообщения srividya_c

В рамках Серии улучшения дорог в Японии, мы только что закончили важную часть – Mega Nagoya. Во время этой сессии мы привели в порядок важные дороги в соответствий с орторектифицированными снимками GSI, используя менеджер управления задачами на TeachOSM.

Заданием в Нагое было:

• Приведение в порядок важных дорог (motorway, trunk, primary и secondary)
• Добаваление проезжих частей для дорог, движение по которым осуществляется в каждом направлении по отдельной проезжей части, а также нанесение съездов на них.

Нагоя – мегаполис, который имеет большое количество объектов нанесеных на карту, с большим количеством дорог, в котором 23 опытных картографа справились с этим заданием за 7 дней.

Следующим этапом в серии улучшения дорог в Японии является Осака.

Осака – второй по количесту жителей мегаполис Японии, который имеет плотную разветвленную сеть дорог. Робота над Осакой также преследует следующие цели:

• Приведение в порядок важных дорог (motorway, trunk, primary и secondary)
• Добаваление проезжих частей для дорог, движение по которым осуществляется в каждом направлении по отдельной проезжей части, а также нанесение съездов на них.

Посетите страницу с заданием на teachosm (http://tasks.teachosm.org/project/105), чтобы ознакомиться с порядком работы и присоединяйтесь к улучшению дорог в Японии. Инструкции доступны на японском, испанском, русском и английском языках.

Подробнее почему необходимо исправлять положение дорог в Японии, читайте в заметке PlaneMad‘а, в которой описаны проблемы с данными в Японии.

переклад повідомлення від srividya_c

В межах Серії покращення доріг в Японії, ми тільки що закінчили дуже важливу частину – Mega Nagoya. Під час цієї сессії ми впорядковували важливі дороги відповідно до орторектифікованих знімків GSI за допомогою менеджера керуванням завданям у TeachOSM.

Завданням в Нагої було:

• Впорядкування важливих доріг (motorway, trunk, primary та secondary)
• Додавання проїзних частин для доріг, рух по яким в кожному напрямку здійснюється окремою проїзною частиною, а також наненсення з’їздів на них.

Нагоя – щільно замаплений магаполіс, де дуже багато доріг, в якому 23 досвідчених мапери впорались із цим завданням за 7 діб.

Наступним кроком в серії покращення доріг в Японії є Осака.

Осака – другий за кількістю населення мегаполіс в Японії. І він також має щільну розгалужену систему доріг. Робота над Осакою також має наступні цілі:

• Впорядкування важливих доріг (motorway, trunk, primary та secondary)
• Додавання проїзних частин для доріг, рух по яким в кожному напрямку здійснюється окремою проїзною частиною, а також наненсення з’їздів на них.

Відвідайте сторінку с завданням на teachosm (http://tasks.teachosm.org/project/105), щоб ознайомитись з порядком роботи та приєднуйтесь до покращення доріг Японії. Інструкції доступні японською, іспанською, російською та англійською мовами.

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

As a result of lively discussion, I’ve updated the blog post with a description for turn:lanes style mapping.

Continuation of the discussion is encouraged. Leave your comments there - http://www.openstreetmap.org/user/andygol/diary/35489#newcomment

Hi, folks!

I want to share with you my blog post about mapping turn lanes

If you have any suggestions, you can write it here in comments

---

Mapping turn lanes in OpensStreetMap

Complex intersections often involve lane-specific turn restrictions. See for instance these overhead signs on Utah State Route 92, crossing Interstate 15 just south of Salt Lake City.

Lane signage on Utah State Route 92. Photo: Garrett.

We need turn restrictions for every individual lane to provide precise directions for drivers. In OpenStreetMap we model turn lane information with two tagging schemes:

• Key:turn tags to map indicated directions
• type=turnlanes:turns relations to map turn restrictions on lanes

Here is a guide on how to map turn lanes with OpenStreetMap’s JOSM editor. Note that type=turnlanes:turns is a proposed feature. You can join the proposal process by submitting your review on the relevant talk page.

Mapping Turn Lanes

First, install the turn lane plugin directly from JOSM’s settings panel. It provides support for both Key:turn tags and type=turnlanes:turns relations.

As an example, let’s look at how to map turn lanes in detail on this intersection alongside US 101 in South San Francisco.

Lane-specific turn restrictions along US 101 Exit 425B.

Enable the “Turn Lanes” panel in the “Windows” menu.

Identify the number of lanes on all the roads leading to and from the junction.

Add the number of lanes to the appropriate ways as a regular tag - for example, lanes=2.

Split the ways that will be parts of relations. Then, for each turn lane restriction, select the nodes and ways involved to define a rule. You should see the junction modeled as shown once the lane count for all the roads have been set.

Let’s start with the motorway link from US 101 leading into the junction.

exit_to=Oyster Point Boulevard; highway=motorway_junction; ref=425B

Initially this way has one lane which splits into three before the junction. At 141 meters before the junction, add the left lane. At 92 meters, add the lane on the right side. These lanes can be added by clicking the white plus button and setting the start position by dragging the blue marker back from the junction.

Add a lane to turn left for a small section of Dubuque Avenue. You can pan the model by dragging with the right mouse button.

Now create rules for the thoroughfare from motorway junction #425B with rules for each lane by dragging a route across the relevant junctions and lanes.

Add similar rules for all directions where applicable.

Now let’s check our work by selecting nodes and reviewing traffic flow. To cycle through all directions press Ctrl+A for an overview of all restrictions on the junction.

I hope you find these instructions useful to map detailed junctions in your area. If you have any questions or ideas on mapping turn lanes, drop me a line on Twitter or through my OpenStreetMap profile.

Header photo: Interstate 10 and Interstate 17 Interchange at Night by Alan Stark

Все желающие могут поддержать OpenStreetMap отдав за него свой голос через соц. плагины Вконтакте и FaceBook

http://socialboost.com.ua/ideas/view/44

Что такое SocialBoost?

SocialBoost - это конкурс-хакатон социально-полезных идей и проектов с использованием интернета и современных информационных технологий.

К рассмотрению принимаются идеи и авторские проекты, способные создать условия для прямого качественного диалога между гражданским обществом и органами власти, изменить общественное сознание людей, и напрямую влиять на качество жизни каждого простого человека в частности, так и всей страны в целом.

Кто организует SocialBoost?

На национальном уровне SocialBoost организован Кабинетом Министров Украины с целью собора мыслей, идей, предложений от всех инициативных граждан, сообществ и общественных организаций, не равнодушны к судьбе своей страны и таких, которые понимают значимость интернета в построении эффективного взаимодействия органов власти и граждан.

Актуальность этого проекта обусловлена высокими темпами развития интернета в Украине, что дает возможность гражданам лично и, в прямом смысле, собственноручно принимать активное участие в общественной жизни и изменить её к лучшему, а также изменять к лучшему окружающий мир в целом.

Сьогодні 01-07-2011 розпочато голосування по розширеній Класифікації доріг в Україні.

Ця класифікація є адаптованим варіантом Класифікації доріг, яка застосовується російською спільнотою ОСМ.

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

Обговорення цього питання відбувається на форумі у гілці - http://forum.openstreetmap.org/viewtopic.php?id=9997

Зробив загальний зв’язок http://www.openstreetmap.org/browse/relation/1208583 в який зібрав зв’язки з маршрутами руху трамваїв в Дніпропетровську. Маршрути №1, №18, №19 разом із зупинками, маршрут №5 частково із зупинками (в Нагорній частині там де він збігається із маршрутом №1) інші маршрути треба доповнити зупинками. У кого є координати зупинок? Поділіться, буду вдячний.

Може трохи запізно, а може й ні… радий повідомити, що JOSM має повністю (на 99,9%) локалізований український інтерфейс. З додаванням нових втулків та можливостей інтерфейс також зазнає змін. Тож, якщо ви бачите, що з’явились неперекладені повідомлення у вікнах — виправте це становище скориставшись посиланням https://translations.launchpad.net/josm/trunk/+lang/uk, якщо ні то можете просто зачекати на нову версію, в якій, я сподіваюсь, я або хтось інший внесе зміни в переклад.

Але ще залишається досить значна частина для локалізації — Довідка (http://josm.openstreetmap.de/wiki/Uk%3AHelp ). Вона доступна у JOSM по F1.
Для того, щоб прийняти участь у перекладі довідки перейдіть за вказаним посиланням і починайте правити, реєстрація для цього не потрібна.

25.05.2010 розпочато голосування щодо позначення ієрархії адміністративно-територіального поділу в Україні. Зробіть свій вибір (http://wiki.openstreetmap.org/wiki/Talk:Вікіпроект_Україна) або запропонуйте власний варіант (http://forum.openstreetmap.org/viewtopic.php?id=7583)

Шановні учасники проекту!

Зверніть увагу на те, що треба надавати перевагу GPS-трекам ніж фоновому зображенню!

Тож перед тим як починати креслити/виправляти об’єкти на мапі перевірте, чи дійсно фонове зображення знаходиться на тому місці де воно повинно бути! Для цього завантажте GPS-треки та виправте положення фону, так щоб треки проходили по дорогах, а не збоку від них. У Potlatch це робіться натисканням «Пробілу» та перетяганням фону за допомогою миші (для більш точної підгонки також можна користуватись клавішами керування курсором — «стрілками»), також це можливо робити й у JOSM.

Поки що не можливо остаточно зафіксувати положення фону — то ж перевіряйте його положення КОЖНОГО РАЗУ перед тим як починати роботу над мапою. Перевірте всі внесені до цього зміни на тій ділянці, якою ви опікуєтесь.

За координатами, вказаними нижче, можливо побачити на скільки фон зміщено вбік від реального його положення (перейдіть в Potlatch - «правка» та включить показ GPS-треків).