Martes 7 de Julio de 2026.

Se realizo:

1. Se agrega etiqueta de Condominio Río Lircay, Barrio Los Pinares IV, se separa Los Pinares II y III.

2. Se agrega nombres de calles en Los Pinares IV; Huircaleo, Cuminao, Huenchulaf, Huenupan, Calfumil, Kuden, Curiman, Namuncura, Felipe Camiroaga y Antilaf.

3. Se corrige tramo de vía que corresponde a Av. Kennedy y no a Av. España. Desde República hacia el norte corresponde a Kennedy y desde República hacia el sur corresponde a España.

4. Se agrega nombres de calles en Los Pinares III; Calfupan, Caulín, Huenchelu, Eyetun, Kopahue, Inacayal, Llacantu, Felipe Camiroaga, Coyanco, Yafu, Malal.

5. Se agrega nombres de calles en Los Pinares II; Lonco, Cuyen, Ela, Piren, Callen, Peuma.

Другар Claude и ја смо мало истраживали. Нашли смо дискусију [1] која је иницирана са [2]. Након тога вероватно је измењен и вики [3]. Делује да је таг почео да се користи [4].

Неки мој закључак је да brand:sales=brand1;brand2 има смисла додати. Видећемо шта заједница мисли о тагу у наставку, таг додат на Оков са идејом мапирања STIHL дилера [5]

[1] https://community.openstreetmap.org/t/usage-of-brand-for-lists-of-brands-sold/132493
[2] https://community.openstreetmap.org/t/tomtom-maproulette-challenges-july-2025/132487
[3] https://wiki.openstreetmap.org/wiki/Key:brand#Brand_of_feature_vs_brands_on_sale_/_service_/_repair_/_rental
[4] https://taginfo.openstreetmap.org/keys/brand%3Asales#overview
[5] https://www.openstreetmap.org/way/171563659

Last year I hiked the GR20 across Corsica, and afterwards I built a small non-commercial website around it: https://mongr20.com/en/

Everything is computed from the OpenStreetMap GR20 relation: the site states 182.4 km and +11,220 m of elevation gain, split into the 16 official stages. From that single OSM trace I generated:

• free GPX downloads for all 16 stages, in both directions (ODbL-credited): https://mongr20.com/en/gr20-gpx-tracks
• an interactive stage planner (pick 10, 12 or 16 days — it computes distance, elevation, water and food needs per day): https://mongr20.com/en/gr20-planner
• a refuge directory with positions and practical info.

The map tiles are OpenTopoMap/OSM. No ads, no tracking, no paywall — it is a thank-you project as much as anything. So: thank you to every mapper who has ever touched that red-and-white line across Corsica. The data quality on the GR20 relation is genuinely excellent, and this site simply would not exist without it.

If any mappers here have hiked the GR20 and spot something off (a refuge position, a water source), I would love to hear about it.

همراهی حروف و عدد به طور مثال «بنفشه ۱»، «لاله ۵»، «سروستان ۹» درست است ولی… این همراهی به طور مثال «خیری ۱۲۹»، «کریمیان ۲۳»، «قریب ۲۱»، «باشتنی ۷»، «شادالویی ۱۳۱»، درست نیست. چون اگر «alt_name» و «old_name» و «loc_name» نداریم؟ برای همین درست شده. یا نباید نام قدیمی را درون پرانتز نام جدید گذاشت. مگر در معبر خارجی این چیزها وجود دارد؟

Just finished a second pass of my hometown. Redid a lot of my shoddier early mapping and reviewed every TIGER import street. Now working on TIGER review outside of the city and some wetlands mapping for the time being.

Last September I wrote about a concept where instead of hand-listing 15–30 recycling:* tags on every packaging container, the user could just pick the container’s colour and let the editor auto-add the right tags. Well, now the concept has become a working prototype.

Estonia’s container colours try to follow the Danish standard: paper blue, glass green, metal/plastic packaging yellow. Other countries and regions use different colours, but across EU paper, glass and packaging have surprisingly consistent colouring.

Source: European Commission, “Harmonising waste-sorting labels across the EU” (2023).

The closest fit in the iD schema (which Every Door uses) is semiCombo and manyCombo, but both are too limited: each is designed so a single interaction affects only one tag. semiCombo maps multiple values onto one tag (e.g. sport=soccer;tennis), and manyCombo toggles several keys that share a common value (e.g. foot=yes;bicycle=yes). On top of that, I wanted to support multiple colour values on a single node, for the case where a whole group of containers is mapped as single node.

The problem always seemed solvable in theory, but probably only in some inconvenient way, because of limitations the editors themselves impose. I thought of it as similar to how crossing tagging works in iD. iD has several crossing presets with different priorities, and somehow the editor can suggest changes from multiple presets to the same element at once. However mobile editors don’t allow single element draw fields from multiple presets. Using sub-presets also doesn’t scale globally as we’d then need N+1 presets for every region with unique container colouring rules where N is number of colour schemas in region. Then in April I stumbled on Mateusz’s issue on iD’s schema-builder, where he states that the current iD schema doesn’t support dropdowns that alter multiple tags.

This week I finally got fed up with a different Every Door bug. I needed the editor to flag benches missing an armrest without tapping through every bench I walk past. The ED docs claim this works, but I’d been banging my head against it for nearly a year. AI assured the fix would be a one-liner. Twelve lines of code and twelve hours of debugging later, it was fixed and since I’d somehow got app compiling and running on my phone, decided to tackle the recycling containers next.

So I invented a new field type, bundleCombo, where a single option can set multiple tags at once. It still has one limitation that might become a problem later - all options must share at least one common key. Since introducing a new field type into the iD schema could have wide-reaching consequences, I won’t file a formal pull request for this, but if anyone’s interested, the code is at github.

Here’s the actual Every Door plugin I ended up with (pasted here because the plugin isn’t on GitHub):

id: recycling-ee
name: "EE Recycling (bundleCombo)"
version: 0.1
description: |
  Test plugin for the fork's bundleCombo field. A single recycling-container
  preset where tapping container-colour options stamps the matching
  recycling:* tags automatically.
  NB! This plugin relies on experimental custom field in order to be usable.
icon: U+267B 

presets:
  amenity/recycling:
    name: "Packaging container"
    icon: U+267B  # Unicode for ♻
    terms: [pakend, pakendikonteiner, recycling container, konteiner]
    tags:
      amenity: recycling
    fields:
      - "@amenity/recycling"
      - ee_recycling
    moreFields:
      - "@amenity/recycling"
 
fields:
  ee_recycling:
    label: "Containers present"
    type: bundleCombo
    key: colour
    options:
      - value: yellow
        label: "🟨 Mixed"
        tags:
          "recycling:plastic": "yes"
          "recycling:plastic_packaging": "yes"
          "recycling:plastic_bottles": "yes"
          "recycling:cans": "yes"
          "recycling:metal_packaging": "yes"
          "recycling:beverage_cartons": "yes"
          "recycling:cartons": "yes"
          "recycling:plastic_bags": "yes"
      - value: green
        label: "🟩 Glass"
        tags:
          "recycling:glass_bottles": "yes"
          "recycling:glass_jars": "yes"
      - value: blue
        label: "🟦 Paper"
        tags:
          "recycling:paper": "yes"
          "recycling:cardboard": "yes"
          "recycling:paper_packaging": "yes"
          "recycling:newspaper": "yes"
          "recycling:magazines": "yes"
      - value: brown
        label: "🟫 Bio"
        tags:
          "recycling:organic": "yes"
          "recycling:green_waste": "yes"
      - value: white
        label: "⬜ Clothes"
        tags:
          "recycling:clothes": "yes"
          "recycling:textiles": "yes"
          "recycling:shoes": "yes"

The tags were picked from the most popular recycling:* keys on Taginfo. Node 7147202892 is one of the first containers edited this way. There are two potential drawbacks worth addressing one day. Labels with coloured emoji along with waste type makes the options list too long and even picking “🟦 Paper” chip via ED’s UI was bit tedious. I could use icons as workaround one day.
Second trouble involves clothes container. Officially recyclable clothes are supposed to be collected in light-green container, my local container is white and I assumed rest of city has also white containers. However i encountered blue clothes container today. Luckily it was mapped separately from others so i was able to simply change colour manually.

If you want to see how it’s built, it’s essentially two files: field definition and function call in UI builder.

Сколько копий сломано о названиях озёр, а от «Дикое оз.» так и не избавились.

nwr[natural=water]["name"~"оз\\."]

Поиск и Замена… и получаем «озероИлимнир» :\

Что ж, запасаемся чаем и небольшими кусками через Level0 исправляем:

• «оз. Белое» на «Белое озеро»
• «оз. Пятницкие» на «Пятницкие озёра»
• «оз.Бол.Захарьевское» на «Большое Захаревское озеро»
• «Бол.Панэчаты оз.» на ээээ…. пожалуй на «Бол.Панэчаты озеро»

По пути обнаруживаем что исправлять нужно и в name:ru. А из name:en вычищать «Oz. Jasnoje». Учесть что по-белоруски должно быть «возера». А в украинских названиях оставить популярное написание с заглавной «О». Заглавные….

nwr[natural=water]["name"~"оз\\.", i]

Теперь всё? Ха, а теперь nwr[natural=water]["name"~"о\\."]

Да что мелочиться:

{{geocodeArea::Russia}}->.a;
nwr[natural=water]["name"~"\\."](area.a);

И получаем:

• Пож.
• вдхр.
• вдх.
• п.
• пр.
• пр.
• прот.
• ер.
• Южн.
• юж.
• Сев.
• Мал.
• М.
• Б.
• Д.
• с.
• Боль.
• Бол.
• бол.
• р.
• руч.
• раз.
• рз.
• зал.
• ст.
• р.
• ок.
• им.
• Верхн.
• Верх.
• Н.
• Лев.
• Тех.
• Вос.
• сол.
• овр.
• пор.
• Академ.
• бывш.
• заброш.
• недейств.
• рыб.

‿( ́ ̵ _- ` )‿

Clearance: Quality filter for OpenStreetMap replication

Clearance is a free software tool for controlling the quality of OpenStreetMap replication diffs. It tracks thematic and territorial edits to OSM and keeps replication extracts (extracts, diffs, and a local Overpass API) up to date.

Instead of trusting every incoming change, Clearance evaluates edits against configurable quality rules based on OSM tags, metadata, geometry and changeset properties. Compliant changes, at object level, pass through automatically. Suspect ones are retained rather than applied. Retained data must either be fixed directly in OSM or approved manually. All data contributions are made only in OSM itself. Reviewing and fixing suspect changes is done collaboratively by the team responsible for a given theme and region.

Because it uses standard OpenStreetMap ecosystem formats for both input and output, Clearance integrates seamlessly into existing OSM data reusers workflows, while providing greater confidence in the consumed data. It is used to filter and review changes on thematic contributions such as tourism POIs across France, or road and emergency access points in Spain.

How Clearance addresses this problem

Clearance imports an initial OSM PBF extract, then checks every incoming change against configurable quality rules. Changes that meet the rules are applied automatically to the replicated database, while suspect changes are held back. Quarantined changes must then be fixed directly in OSM or manually approved by reviewers. After each update, previously held objects are re-evaluated, so a change is released automatically once it no longer fails the rules.

Instead of validating each object individually, Clearance uses the concept of LoCha: a spatially grouped set of related edits. It validates the whole group together, so that quality checks account for local coherence. E.g, a new building and the driveway added with it are reviewed as one unit, not separately, even if added by different contributors at different points in time.

Main configurable validation filters: - Large geometry change - Monitored tag changes - Monitored tag object deletion - Changes by blacklisted OSM user - Retaining hot changes for a delay

Major changes introduced by 0.5 version

LoCha Engine Redesign: the engine now uses topologically connected changed objects as a finer-grained level, ensuring the coherence of accepted change data. LoCha then uses clustering by distance to other objects to ensure semantic coherence with nearby changes. LoChas are then recursively split to an acceptable size before conflation between the old and new versions of OSM data.

The core of the semantic conflation of before/after OSM changes has been moved to an external library (https://github.com/teritorio/openstreetmap-logical-history), which has its own online tool (start by picking an example): https://teritorio.github.io/openstreetmap-logical-history-component/ .

A new “Delayed” validator was added. It holds back hot changes from synchronization and accepts cold changes automatically, helping to retain disputed or in-progress edits.

An “Invalid Geometry” validator was also added, to catch self-crossing ways or polygons and other geometrical issues.

Database performance was improved, and self-checks for data integrity were added. Because Clearance’s data workflow is not simple, tools and database checks beyond foreign keys were implemented to ensure no data is lost or becomes invalid.

An Atom feed, with filtering capabilities, was added to ease the work of data curators.

This version was partly funded by NGI Zero Core, from the NLnet Foundation.

Still with the support of the NLnet Foundation, the next version will focus on implementing related-object validation: - Duplicate object: avoid introducing duplicate objects into the data. - Network topological changes: avoid breaking network continuity or creating overconnections.

Demo and Source code

• Clearance on OSM Wiki osm.wiki/Clearance
• Source code & Docker images https://github.com/teritorio/clearance/
• Public demo instance : https://app.clearance.teritorio.xyz/ (you can ask us to add a new demo area)
• Talk about Clearance at the next SotM: https://2026.stateofthemap.org/sessions/VGGXRJ/

Hallo zusammen,

in den letzten Wochen habe ich mich mit dem Thema Indoor Mapping vertraut gemacht. Da ich dabei auf einige Probleme gestoßen bin, habe ich nun eine Anleitung geschrieben, die den Einstieg ins Indoor-Mapping erleichtern soll. Bitte beachtet, dass meine Erfahrung mit OpenStreetMap noch sehr begrenzt ist. Falls ich also grobe Fehler in der Anleitung gemacht oder wichtige Teile vergessen habe, könnt ihr mich gerne benachrichtigen.

Viel Spaß mit der Anleitung für Indoor-Mapping mit OpenStreetMap

Viernes 3 de Julio de 2026.

Se realizo:

1. Modificación de ejes de calles en Villa Galilea G2 y G1 en base al mapa de ESRI.

2. Se agrego etiqueta de población por ambas etapas.

3. Se agrego nombre de calle; Santa Clara de Asis.

معبر یا گره یا ساختمان یا محیطی که نام روز باشد نباید به نام قبلی واگردانی شود. غیر قابل واگردانی است. همین معبر خشایار کریمیان(بیست و سوم) که یک کاربر، به نام قبلی برگرداند با وجود اینکه نام بیست و سوم در یک برچسب دیگر یاد شده بود. هم این ویرایشگر و هم ویرایشگرهای دیگر توجه فرمایند که هر تغییر نام یا کدگذاری که شهرداری می‌کند را مورد توجه قرار بگیرند و نگذارند به گردن گیتاصالح ویراست (من) بیفتد. اطلاعات شهرداری‌ها، دهیاری‌ها و وزارت راه و شهرسازی، قابل واگردانی نیستند.

大家好！我目前正在开发一个面向韩国用户的地图项目，计划使用 OSM / Mapbox 的矢量切片。

目前遇到了一个关于中国区域底图语言显示的痛点，希望能得到社区大佬们的建议或帮助：

1. 遇到的问题（Current Issue）

当我在地图样式中将语言全局切换为韩文（ko）时，中国区域的省份和主要城市能够正常显示为韩文（例如：베이징、상하이）。但是，当把地图放大到街道和底层 POI（如具体的道路名称、店铺名称）时，由于缺乏对应的 name:ko 标签，地图会直接回退显示为中文（name:zh）。

2. 我的目标（Goal）

我想实现中国境内（至少是主要城市如北京、上海、广州等）的底层街道和主要地理要素能够尽可能全面地显示为韩文，避免出现大量的中文夹杂，从而提升韩国用户的阅读体验。

3. 想向大家请教与求助（Questions）

1. 现有资源：OSM 社区或第三方目前有没有已经整理好的、针对中国区域地名的“中-韩”高精度地图语料库/映射表？
2. 自动化标签填充：如果我想批量为中国主要城市的街道和 POI 补全 name:ko 标签，社区是否有推荐的自动化处理工具（如通过波形/拼音转写韩文的脚本）？或者是否有成熟的机翻对齐经验可以分享？
3. 渲染方案：如果不直接修改 OSM 数据库，在前端渲染（如 Mapbox Studio / MapLibre）时，有没有优秀的开源表达式或插件，能实现“实时将 name:zh 转换为韩语发音/译名”的 Fallback 机制？

如果大家有相关的项目经验、开源数据集、或者处理过类似的涉外多语言地图需求，非常渴望得到您的指点！非常感谢！

很高兴来到这里，一个热爱技术的开发者，你可以在’qaiu博客’找到我…

In July 2026, I decided to return to OpenStreetMap after nearly four years. This project is more than just mapping for me—it is a personal journey to build a detailed digital representation of my hometown, Taiping. My current focus is the Heritage Zone, where I hope to refine every building footprint and individual block with the best accuracy possible. If you’re a fellow mapper or a Taiping resident, your contributions are always appreciated. Feel free to add shop lot numbers, business names, amenities, or any other local knowledge that helps make the map more complete and useful for everyone.

25/06/2026-01/07/2026

Mapping

• The proposal for railway=balise, fixed transponders placed on or between rails that communicate with trains to provide positioning data and transmit operational information, is open for voting from 27 June 2026 to 10 July 2026.

Mapping campaigns

• After the two strong earthquakes that struck northern Venezuela on Wednesday 24 June 2026, HOT has added collaborative mapping projects to their tasking manager to collect and share critical geospatial data to support emergency response efforts. Ongoing activities also include acquiring pre- and post-earthquake satellite imagery, coordinating crowdsourced remote mapping, and conducting field mapping campaigns to document damaged structures with their locations, photographs, and videos.

Community

• [1] theobcl18 has developed ‘Coupe du Monde 2026 Globe 3D‘, an interactive globe showcasing the locations of all 16 official FIFA World Cup 2026 host stadiums and the 48 participating nations. The globe also provides detailed information on each team and venue, including the latest match results and stadium capacities.
• Pascal Neis has explored if various language models could be helpful for analysing OSM Notes for potentially problematic language.
• Franjo Lukežić continued writing up their next field surveying heuristic. It details how to survey highway=steps. Further, they are working on a cookbook, which contains the existing heuristics, including the one we reported earlier.
• Binyam Dele presented Ambalay Maps at the recent State of the Map Africa 2026 conference.
• Mateusz Konieczny had asked if there are any problems with waterway=stream_end, with a plan to support this tag in the iD presets. That plan has been cancelled based on feedback.
• Christoph Hormann discussed the somewhat peculiar situation of mapping populated places in OpenStreetMap.
• Raquel Dezidério Souto shared, on LinkedIn and Mastodon, the video of her presentation at the State of the Map Africa 2026, titled ‘weeklyOSM-stats: Analysis of the weeklyOSM profile over the last ten years with PostgreSQL’. This presentation aimed to showcase the content profile of weeklyOSM to the event’s audience. The author is delighted that this presentation has finally taken place, as last year’s African event was cancelled for security reasons, following the sudden outbreak of a conflict.
• Geofabrik has added a turn restrictions view to their OSM Inspector, showing both valid and broken turn restrictions.
• Killkenny shared a detailed account of how to collect and verify open sources for mapping small settlements. Using Bukachivtsi and nearby protected natural sites as an example, he showed how to combine data from the cadastre, community websites, Wikimedia Commons, the Wayback Machine, Wikipedia, and other sources, while keeping licensing clearly in mind.
• Silvi715 reported , in her OSM user diary, about the flood prevention mapping activity carried out in Villa Moises, Venado Tuerto, Argentina. In the end a uMap was created.
• 9_tab wrote about the ‘Supermarchés à Genève de A à Z (or rather from A to M)’ in their OSM user diary. The survey around Geneva noted good coverage of supermarkets and inconsistencies in the default brand definitions (NSI) for Switzerland.
• To55 has asked how to map flat addresses in Romania.
• Wikidata Taiwan tooted about the OpenStreetMap x Wikidata Monthly Meetup, which will be held on Monday 13 July, on Chongqing South Road (Taipei, Zhongzheng). You can view the list of events and the WikiProject Taiwan community’s page .

OpenStreetMap Foundation

• The State of the Map Working Group has opened the call for posters at SotM 2026, inviting original, openly licensed OSM-related posters in A0 format. Submissions are due by 31 July 2026.

Local chapter news

• Christoph Hormann has decided to let his FOSSGIS membership expire at the end of the year after the association’s virtual general meeting approved an increase in dues.

Events

• Hiroyuki Horin at Sakura Internet, as an infrastructure sponsor of OpenStreetMap Foundation Japan, has published a detailed report ► on the Mappers Summit 2026, held on 1 February 2026 at Sakura Internet’s Bloom Camp. Yui Kitamura, who presented at the event, has shared ► her presentation materials. Smellman reported ► on a tile server implementation, and alt9800 also gave a presentation themed around taking screenshots. Yuiseki reported that they have developed a CLI utility for AI coding agents capable of calling self-hosted Nominatim API, TagInfo API, Overpass API, and Valhalla API.

Education

• IVIDES DATA has hosted ► the fourth session of their 2026 OSM Workshop Series ► with a demonstration on using the KoboToolbox to create and implement web forms with geolocation, which work in any web browser and that are device independent. The training organisers note that those who complete the workshop series within the stipulated period (by 17 July 2026) will be entitled to a free mentoring session on participatory (or collaborative) mapping projects.

OSM research

• HeiGIT showed how openrouteservice can be combined with OpenStreetMap road data and emission model data from the German Federal Agency for Cartography and Geodesy to visualise CO₂ and NO₂ emissions along route segments.

Maps

• The ‘Versatiles Colorful’ layer on OpenStreetMap.org has been replaced with the SVWD03 style developed by Andy Townsend, which is based on the Shortbread open vector tile schema, and offers fast updates.
• Francis Miranda has created an interactive web map, built using OSM, Python and Streamlit, which shows the spatial distribution of the ISMIF index, which represents schools’ vulnerability to flooding events. The index was applied to schools in Rio de Janeiro (Brazil). The code is available on GitHub.
• François Andreaux posted ► , on LinkedIn, about the THT, a web map that shows information on French energy resources and infrastructure. The application lets you click on a plot of land to quickly see the distance to the nearest Réseau de Transport d’Électricité grid and source substations. The web map includes a basemap with OpenStreetMap data.

OSM in action

• MapFuel.ru and GdeBENZ.ru are crowdsourced platforms that collect user reports on fuel availability at gas stations across Russia.

Open Data

• Grant Slater tooted that he has updated the aerial.openstreetmap.org.za website with the latest aerial imagery from the Directorate-General of National Geospatial Information. He has made significant improvements to the website’s performance and the update workflow. The images are now available in iD and JOSM and have a resolution of 25 cm, with excellent positional accuracy.

Software

• The new Trufi App V5 for informal transport in Cochabamba, Bolivia can download OSM data for offline use (because not everyone can afford to be constantly online).
• Korben reported that Yllan has just released OS9Map, an application that displays OpenStreetMap directly on Mac OS 9.
• Pierre Dandumont published ►, on MacGeneration, ‘OS9Map: OpenStreetMap maps for Power Macintosh computers from the last century’, an article dedicated to OS9Map, a Mastodon client for MacOS 9 (not OS X Mavericks 10.9). The article was highlighted on Mastodon.
• Tina and Eugene introduced OsmAnd’s Nautical Map View, a feature designed for planning a trip on the water, practice aquatic sports and find the POIs related to coastal areas. The tool provides depth data, seabed information, beacons, navigation lights, buoys, and fairway details.
• The OSRM Project announced changes to its build environment, upgrading to a more modern platform. Its Linux baseline is now Debian 13 and Ubuntu 26.04 LTS. Minimum compiler support has been raised to Clang 18 and GCC 14. Windows builds now use Visual Studio 2025.
• Steve Vigneau has overhauled trailmaps.app, a web map that combines trail signage and official trail maps with OpenStreetMap data. Rather than maintaining individual maps, the redesigned platform is powered by a map generation system that automatically integrates data from OpenStreetMap and other freely available sources to produce static, cacheable map content that remains accessible even when mobile connectivity is unavailable.

Programming

• Timothée Giraud tooted about his new cheat sheet guide on how to use OpenStreetMap data and related tools with R for geocoding, routing, downloading base maps and datasets.

Releases

• The Freemap Europe tooted about a big update of Freemap.eu for outdoor folks and anyone with map files. You can visit ► the page of the project’s foundation. The files are available on GitHub.

OSM in the media

• clubic reported ► that IGN has inaugurated the cartes.gouv.fr maps website. They also reported about the collaboration by IGN with OSM France and the integration of Panoramax street views (we reported earlier). Gregori Pujol published an article about this launch, highlighting the advantages of using it over Google Maps, on Journal du Geek .

Other “geo” things

• The Real Sociedad Geográfica (Royal Geographical Society of Spain) reported ► on the launch of the new book El Atlas rojo: los mapas soviéticos del estrecho de Gibraltar (The Red Atlas: Soviet Maps of the Strait of Gibraltar) by Agustín T de Villar Iglesias. This work examined the Soviet Union’s vast, secret mapping project during the Cold War, focusing on Andalusia and Gibraltar. In addition to astonishingly precise city maps, the maps contained Cyrillic transcriptions, colour-coding for strategic sites and detailed military-geographical reports (Spravka) on the reverse side. The book and supplementary documentation are available to download free of charge as PDF files from the RSG website.
• clubic reported ► on HyLight, the 12 m, 2 kg zero emission French blimp drone that replaces helicopters to inspect hundred of kilometres of infrastructure per day. The Lidar technology allows the capture of crucial information about infrastructure such as railways and power lines.

Upcoming Events

Country	Where	Venue	What	When
			MapCup Asia Pacific 2026	2026-07-01 – 2026-07-31
	Bogotá	Universidad Nacional de Colombia	State of the Map Colombia (SotMCol) 2026	2026-07-03 – 2026-07-04
	Braunschweig	Stratum0 Hackspace	Braunschweiger OSM-Treffen Mappingtour: Zusammen Braunschweig mappen	2026-07-04
		Pinjarra Railway Station	Australind Mapping Day Trip to Pinjarra	2026-07-05
	Greater London	University College London	London Data Week: Mapping festival with Missing Maps Mapathon	2026-07-07
	Salzburg	Bewohnerservice Elisabeth-Vorstadt	OSM-Treffpunkt	2026-07-07
	Bern	Restaurant Yaadein	OSM-Znacht in Bern	2026-07-07
			Missing Maps London Mapathon (with Training) Beginner Friendly (Online) [eng]	2026-07-07
	Groningen	Groningen	FOSS4GNL	2026-07-08 – 2026-07-09
	Trento	Università di Trento – Facoltà di Sociologia	FOSS4G IT & OSMit 2026	2026-07-09 – 2026-07-11
	Berlin	KGA Johannisberg, Parzelle III/23b	217. OSM-Stammtisch Berlin-Brandenburg	2026-07-09
	Zürich	Bitwäscherei Zürich	189. OSM-Stammtisch Zürich	2026-07-09
	Berlin	HTW Berlin	Indoor OSM Workshop 2026	2026-07-11 – 2026-07-12
	नई दिल्ली	Jitsi Meet (online)	OSM India – Monthly Online Mapathon	2026-07-11
	Delhi	Chaayos, Paschim Vihar West, Delhi	OSM Delhi Mapping Party No.30 (West Zone)	2026-07-12
			OSM Chennai Mapping Party – Tambaram Market	2026-07-12
	臺北市	MozSpace Taipei	OpenStreetMap x Wikidata Taipei #90	2026-07-13
	München	Echardinger Einkehr	Münchner OSM-Treffen	2026-07-14
	Hamburg	Voraussichtlich: “Variable”, Karolinenstraße 23	Hamburger Mappertreffen	2026-07-14
		temporärhaus	OSM-Stammtisch Ulm/Neu-Ulm	2026-07-14
	Tours	Étape 84	Tours : Rencontre locale	2026-07-15
			Online Mapathon von ÄRZTE OHNE GRENZEN	2026-07-15

Note:
If you like to see your event here, please put it into the OSM calendar. Only data which is there, will appear in weeklyOSM.

This weeklyOSM was produced by PierZen, Raquel IVIDES DATA, Strubbl, Andrew Davidson, barefootstache, derFred, izen57, s8321414.
We welcome link suggestions for the next issue via this form and look forward to your contributions.

We are looking for Tyler his last flick cam hit was in mars hill Indiana we have a Facebook group I’m sure if you look up his name on Facebook you can find it his brothers name is Brian dads name is Tim same last name flick cam had him in the area in a early 2000’s black f150 on 6/15/2026 in mars hill tag is TK9450xp out of Indiana any help is welcomed and appreciated there is a 7k reward for any information leading to finding him

This is a bugfix release which fixes a segfault that may be encountered when using the new diff expire on tables with multiple expire outputs.

It also fixes installation of man pages (thanks @sebastic).