Продолжаем тему генерализации. Как известно, генерализация – это отбор и обобщение той информации, которую мы хотим показать на карте, особенно мелких (обзорных) масштабов.

В OSM c генерализацией все 20 лет всё совсем печально. Напоминаю, мапник на 4-м зуме пустой абсолютно.

Но мы же не будем сидеть сложа руки? Всего несколько строчек кода, и вуаля, на карте появились города:

Посмотреть картинку в нормальном разрешении можно тут.

Видно не только Екатеринбург и Пермь, а вылезла даже Дудинка, Туруханск и Ленск.

Ни у кого такого нет, даже у гугла, а у меня есть. Вот интересно, мне поставят золотые памятники при жизни?

UPD. Вот в комментах пишут, что всё у всех есть, существует даже плагин для QGIS, который умеет вычислять “картографическую значимость” горных вершин и населенных пунктов. Это только на openstreetmap.org генерализации нет, потому что это не интересно osm-cообществу.

Idea

La idea partió desde la busqueda y visualización de Sector III en OpenStreetMap. Al darme cuenta de la práctica inexistencia de edificios y calles además de datos erróneos me creó una “obligación” de arreglar y añadir todo aquello que faltaba en el mapa. No iba a ser fácil pero estaba seguro de que iba a merecer la pena…

En este proyecto, vayamos más allá de lo obvio… La idea “mappear” todo “mappeable”. No pasé por alto cosas aparentemente pequeñas, como papeleras, bancos, farolas y otros “detalles urbanos”. Si bien pueden parecer insignificantes individualmente, hacen que la información sea realmente poderosa, especialmente para aplicaciones basadas en API.

Manos a la obra

El primero paso fue definir y dividir las áreas en las que se iba a trabajar. Dado que el Sector III de Getafe es bastante amplio, habría que dividir el proyecto en varias partes, en concreto en 41 zonas. Cada zona se iba a realizar de manera detallada y uniforme.

Estas fueran las zonas: * Public Areas [X8]

• Urb. Arroyo Culebro (C. Islas Canarias) [X4]

• Urb. Las Ladeas (Av. Europa) [X4]

• Cooperativa Getafe 2001 [X4]

• Urb. Nuevo Hogar [X4]

• Buenavista (M. Azaña + 14 Abril + 2da. República) [X3]

• Urb. Ruiz Alarnes [X2]

• Urb. General Palacios [X2]

• Urb. Las Artes [X1]

• Urb. Cerro Buenavista [X1]

• Urb. Bañolas II [X1]

• Colonia Nuestra Señora de Loreto [X1]

• Urb. Agora Este [X1]

• Urb. Ivima [X1]

• Urb. El Artesón [X1]

• Urb. Pablo Iglesias [X1]

• Urb. Cerro de la Herradura [X1]

• Urb. Bañolas I [X1]

Una vez divididas las zonas, tocaba conocer el área. Tanto ayuda local, como diferente fuentes de información (autonómica y nacional) iban a ser clave para hacer un mapa completo y añadir tanta información como sea posible.

… See full entry

Заметку оставляю больше для себя. Если есть чем дополнить, пишите.

САЙТЫ

• ШТОСМ - блог Ильи Зверева. Лидер русскоязычного Совета OSM
• Полезная информация
• LearnOSM - Руководство для новичков

TELEGRAM

• OSM - русскоязычное сообщество ОСМ. Подпишитесь, прежде чем начать маппить, там всегда помогут, подскажут.
• Organic Maps - полностью открытые и свободные карты от разработчиков Maps me.
• OsmAnd - очень многофункциональные карты
• Новости сообщества ruosm
• ШТОСМ - блог Ильи Зверева. Лидер русскоязычного Совета OSM
• JOSM RU-lang - русскоязычный чат по JOSM

СТАТЬИ

• Илья Зверев: За эти годы OpenStreetMap оброс такой серьезной инфраструктурой, что можно рисовать карту не выходя из дома
• Кирилл Бондаренко: «OSM долго рос в ширину и продолжает это делать, теперь настало время высоты и объема»
• Сергей Астахов: «Рисовать карту в OpеnStreetMap — это одна из разновидностей волонтёрства»
• OSM для походов
• О картах для туризма, планирования и использования в походе
• Разница между векторными и растровыми картами
• Продвинутый StreetComplete
• Сергей Голубев: «Самое лучшее, что можно сделать для OSM сейчас — взять дамп планеты, удалить его и начать всё заново»
• Структура данных проекта OpenStreetMap, заглянем под юбку сервису
• Виктор Щерб: «История моего знакомства с OSM неразрывно связана с приложением OsmAnd»
• Новости из мира OpenStreetMap за октябрь

OSM Wiki

• Россия/Яндекс.Панорамы
• StreetComplete
• Элементы данных
• Как обозначить
• Пеший туризм
• Один объект - один элемент OSM

РЕДАКТОРЫ

Полезная статья

iD - редактор на официальном сайте OSM

Android

• Street­Complete - очень удобный редактор.
• SCEE - продвинутый Street­Complete
• Every Door - Редактор от Ильи Зверева
• Organic Maps - карты с хорошим, но малофункциональным редактором. Удобен для расставления точек
• Vespucci - Аналог iD

GNU/Linux

• JOSM - Свободный редактор OSM. Через него сделано наибольшее количество правок.

Другие ОС

… See full entry

الثوير

عقاير العلام

بير الدويمة

Start time: 6:42pm End time: 7:49pm

Tidal and non-tidal wetland

A major rewrite here takes into account tags such as natural, reef, wetland, surface and tidal before deciding how to show wetland areas. See the picture above, which is here, and here in OSM.

The beach between high and low tide can be clearly seen here (in OSM, here). There are blue dots in the sand rather than black. A deliberate decision was taken to show more detail for areas above low tide. See e.g. here between Wales and the Wirral (see here in OSM).

Island and islet names

… See full entry

Ausgangslage

Unser Kenwood-Autoradio im Wohnmobil mit integrierter Navigation (Kenwood DNX450TR, Doppel-DIN-Format) hat das letzte Kartenupdate 2020 erhalten. Die Karten sind nun schon über 3 Jahre alt und zeigen häufig veraltete Geschwindigkeitsbegrenzungen, und es fehlen auch mal Umgehungsstraßen, Kreisverkehre, etc. Kurz, ein Update steht an.

Die Navigationsfunktion im Gerät ist von Garmin, welches als OEM-Partner von Kenwood die Navigationssoftware bereitstellt. Allerdings ist auf der Garmin-Webseite für OEM-Geräte das DNX450TR nicht mehr gelistet. Es gibt also anscheinend keine Kartenupdates vom Hersteller mehr.

Wir wollen auch während der Fahrt nicht vom Mobilfunknetz abhängig sein, entsprechend sind online-Navigationslösungen (Google Maps, etc) keine Alternative. Zusätzlich hat das Gerät keine gute Smartphone-Integration, daher funktioniert die Nutzung von Offline-Navigation auf dem Android-Telefon nicht zusammen mit dem DAB-Radio. Man kann zwar die Sprachausgabe des Telefons auf dem Autoradio ausgeben, hat dann aber kein Radio. Bei Ausgabe über den Telefonlautsprecher regelt natürlich das Radio nicht ab. Also auch keine zufriedenstellende Lösung.

Das teure Radio entsorgen (~ 1000€ Neupreis, wegen des LKW-Modus in der Navigationssoftware (TR = “truck” im Modellnamen)) und durch z.B. ein Gerät auf Android-Basis ersetzen ist ebenfalls nicht zufriedenstellend.

OpenStreetMap für das Kenwood/Garmin Navi?

Es gibt einige Anbieter von Garmin-kompatiblen Kartensätzen, die Liste aus dem OSM Wiki ist gut gefüllt: osm.wiki/OSM_Map_On_Garmin/Download

Aber

Die meisten der gelisteten Quellen sind optimiert für Hiking, MBT, Ski, Radfahren, Wandern, etc. Rendering ist optimiert für Garmin Handhelds mit Displays, die nur 16/64 Farben darstellen können, etc… Manche haben keine Indexsuche, entsprechend keine Adresseingabe, die aber für eine Autonavigation zwingend funktionieren muss. Die meisten angebotenen Karten haben schlicht einen eher inkompatiblen Hauptfokus.

… See full entry

هباكي الدفة

Over the last few days I have been chipping away at validating tasks for the #osmIRL_buildings project.

I have now just finished validating all of Howth. There is still a good bit left in the rest of the county, some of it will definitely be quick due to some areas being rather rural.

烦请各位不要动各个厂区内的密集路网图

还有一件事

炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑炼化火坑

لاين شركات التنقيب

عيت الحول وبوحريكة

بير عقيلة بومحمود

As I’ve noted elsewhere, I’m working on moving the JOSM plugin repository from svn to git.

I’ve managed to get something for most authors, but I am still missing attribution information for 47 authors with 95 commits between them.

If you have previously contributed to the JOSM plugin svn repository or the OSM svn repository (which used to include the JOSM plugin svn repository), please reach out to me via OSM messages or email (tsmock@meta.com, taylor.smock@kaart.com, or smocktaylor@gmail.com) if the attribution for your contributions is missing or wrong.

What I need from you:

• The name you want your patches to be attributed to
• The email you want your patches to be attributed to
  • As a reminder, this email will be publicly visible via git history. GitHub and GitLab both have noreply email addresses if privacy is a concern for you.
  • Grant Slater (firefishy) has the map used for migrating http://svn.openstreetmap.org/ to git. This will likely be used as a “last resort”; if the attribution from that conversion is OK, then no action is necessary.
• Optionally, the timezone offset for your patches (UTC±offset)

Notes on the conversion:

• patch by <foo> commits have been modified such that the originator (“<foo>”) is shown as the author, while the committer remains unchanged.
• Doesn’t do much to reduce repo size – git lfs could be used for this prior to the final conversion
• The dist directory for plugin releases has been excluded from the test repository due to size constraints
• Does not split plugins into their own repositories. This can be done later.
• plugin externals were converted to submodules; if a plugin had externals in it, those were not converted

WIP Repositories (please do not fork these; I may rebuild them at any time as I get new attribution information):

• JOSM core: https://github.com/tsmock/josm
• JOSM plugins + jmapviewer: https://github.com/tsmock/josm-osmsvn-svn2git

دار علي بوسالمة الفاخري

بلط الضعيفي

Earlier this month during Wikidata Data Modeling Days Hannah Bast from University of Freiburg presented QLever, a SPARQL query engine with some really cool features (slides, recording). After a month of using it, in this post I’ll discuss how it’s relevant for the OSM community and my experience so far.

What’s SPARQL and why should we care?

SPARQL is a query language for RDF data, which can come from RDF-native knowledge graphs (there are thousands of them, public and private, the best known in the OSM community is Wikidata) or other sources (for example OSM) converted in RDF with some tool or middleware

SPARQL includes an optional extension for geospatial data, geoSPARQL. Query services implementing it allow to run all kinds of spatial queries with a naming similar to other query languages based on OGC standards (like SQL on PostGIS).

One notable feature of RDF and SPARQL is that they are made from the ground-up for interoperability between different data sources (“linked data”). SPARQL natively supports querying multiple RDF data sources in one single query through “federated queries”. This works by specifying inside the query to the first service the URL of the second service and its query, then specifying how the result should be merged or joined to the data from first service. If the second service is not blacklisted, the first service will handle autonomously the communication, merge the data and return directly the final output.

QLever

QLever and osm2rdf are two projects by the University of Freiburg; they were introduced respectively in 2017 and in 2021 but only recently started getting attention in the OSM world.

osm2rdf is a tool for converting OSM data into RDF. It transforms geometries from OSM’s node-way-relation format to Well Known Text (WKT) and can indirectly materialize containment and intersection relations between elements to improve spatial querying speed. It’s FOSS and extracts of the data it generates are available online.

… See full entry

I have started an independent collection of OSM SLA statistics. Approximately once a month, I will publish my results with the aim of enhancing transparency regarding the reliability of OSM services. I use uptime-kuma to run monitoring. I also verify connectivity with non-OSM services (to prevent false positives). The current configuration includes checking the availability of openstreetmap-website and openstreetmap-cgimap (API). Tile layer availability is not currently included in the checks. The health-check resolution is set to 30 seconds, and the checks are executed from a single server in the Hetzner datacenter in Germany. For the endpoint to be marked unavailable, two consecutive checks must fail. This should be well-representative of an average user experience.

Summary

Total API downtime: 2 hours 34 minutes 13 seconds

API SLA: 99.643%

Total website downtime: 43 minutes 15 seconds

Website SLA: 99.900%

Note that some functionalities of the website require API to also be available.

Details

2023-11-30 10:07:24 - 2023-11-30 10:09:40

• Total downtime: 2 minutes 16 seconds
• 🚩 API unavailable

2023-11-30 10:16:16 - 2023-11-30 10:21:31

• Total downtime: 5 minutes 15 seconds
• 🚩 API unavailable

2023-11-30 21:34:44 - 2023-11-30 21:36:14

• Total downtime: 1 minute 30 seconds
• 🚩 API unavailable

2023-12-01 04:27:18 - 2023-12-01 04:29:00

• Total downtime: 1 minute 42 seconds
• 🚩 API unavailable

2023-12-01 17:26:20 - 2023-12-01 17:29:20

• Total downtime: 3 minutes
• 🚩 API unavailable

2023-12-01 17:45:06 - 2023-12-01 17:50:39

• Total downtime: 5 minutes 33 seconds
• 🚩 API unavailable

2023-12-01 17:50:39 - 2023-12-01 18:04:09

• Total downtime: 13 minutes 30 seconds
• 🚩 API unavailable
• 🌐 Website unavailable

2023-12-01 18:04:09 - 2023-12-01 18:06:51

• Total downtime: 2 minutes 42 seconds
• 🚩 API unavailable

2023-12-01 18:09:38 - 2023-12-01 18:10:23

• Total downtime: 45 seconds
• 🚩 API unavailable

2023-12-01 18:12:25 - 2023-12-01 18:17:09

… See full entry