Style | StandardCards

OpenStreetMap Blogs

Thursday, 17. July 2025

OpenStreetMap User's Diaries

Kurpie potrzebują pomocy!!!

Północno-wschodnia Polska (Kurpie) Potrzebują pomocy!

Na terenie Kurpii (Łyse, Myszyniec, Kadzidło, Ostrołeka) brakuje wielu kluczowych elementów, aktualnych informacji, i zwyczajnego landuse’u.

Kurpie zasługują na dobrą jakość map, lecz ja sam, nie poradzę sobie z tym dosyć sporym regionem.

Apeluje o pomoc i wspólne działanie w tworzeniu dobrej mapy Kurpii!

Zapraszam wszystkich

Północno-wschodnia Polska (Kurpie) Potrzebują pomocy!

Na terenie Kurpii (Łyse, Myszyniec, Kadzidło, Ostrołeka) brakuje wielu kluczowych elementów, aktualnych informacji, i zwyczajnego landuse’u.

Kurpie zasługują na dobrą jakość map, lecz ja sam, nie poradzę sobie z tym dosyć sporym regionem.

Apeluje o pomoc i wspólne działanie w tworzeniu dobrej mapy Kurpii!

Zapraszam wszystkich do wspólnego mapowania tego pięknego, ciekawego i historycznego regionu Polski.

Zachęcę po Kurpiowsku :

Dawajta, róbta to razem!


Συνάντηση της ελληνικής κοινότητας στην Αθήνα

♦ Καλησπέρα σε όλους και όλες,

Σας προσκαλώ στην συνάντηση της ελληνικής κοινότητας του OpenStreetMap στην Αθήνα. Ευκαιρία να μαζευτούμε οι χαρτογράφοι της Ελλάδας και να πιούμε έναν δροσιστικό καφέ μες την ζέστη του καλοκαιριού, ώστε να γνωριστούμε καλύτερα και να συζητήσουμε διάφορα σχετικά με το OSM. Και μετά να κάνουμε χαρτογράφηση στη γύρω περιοχή :slight_smile:

🗓️Ημερομηνία

Λογότυπο της ελληνικής κοινότητας του OpenStreetMap Καλησπέρα σε όλους και όλες,

Σας προσκαλώ στην συνάντηση της ελληνικής κοινότητας του OpenStreetMap στην Αθήνα. Ευκαιρία να μαζευτούμε οι χαρτογράφοι της Ελλάδας και να πιούμε έναν δροσιστικό καφέ μες την ζέστη του καλοκαιριού, ώστε να γνωριστούμε καλύτερα και να συζητήσουμε διάφορα σχετικά με το OSM. Και μετά να κάνουμε χαρτογράφηση στη γύρω περιοχή :slight_smile:

🗓️Ημερομηνία και ώρα: Σάββατο 26 Ιουλίου, 15:00
🔗Τοποθεσία: Piu Verde, Άλσος Παπάγου

Το Piu Verde εκτός από καφέ, προσφέρει και φαγητό, για όποιον θέλει μιας και θα είναι κοντά μεσημέρι.
Όσοι επιθυμείτε να παρευρεθείτε, συμπληρώστε το όνομα σας εδώ.

🗓️🔗Σύνδεσμος συνάντησης στο OpenStreetMap Calendar: https://osmcal.org/event/3920/

Δεν υπάρχει συγκεκριμένη ατζέντα για το τι θα συζητήσουμε, γι’ αυτό γίνεται η συνάντηση για να γνωριστούμε από κοντά όσοι δεν γνωριζόμαστε ήδη, και θα συζητήσουμε διάφορα για το OpenStreetMap και πιθανώς και κάποια θέματα που αναφέρθηκαν στην online συνάντηση. Και φυσικά στο τέλος θα κάνουμε και χαρτογράφηση της γύρω περιοχής.

Σαν σημείο αρχικής συνάντησης για όσους φτάσουν 15:00 ακριβώς, προτείνω την αρχή του μονοπατιού επί της οδού 8ης Μεραρχίας.

Δείτε και την σχετική ανάρτηση στο φόρουμ της κοινότητας.

Για επικοινωνία με τα υπόλοιπα μέλη της ελληνικής κοινότητας, πέραν του φόρουμ, για πιο άμεση επικοινωνία στο τσατ Element.

Σας ευχαριστώ και ελπίζω να ιδωθούμε,
jimkats (Δημήτρης)


HOT Data Quality Internship

In 2020, I was presented with an opportunity to participate in the Humanitarian OpenStreetMap Team’s Data Quality Internship, www.hotosm.org/jobs/data-quality-internship/,a twelve-week program designed to facilitate deep engagement within the Humanitarian OpenStreetMap Team and its community while acquiring transferable geospatial skills.

Commencing on August 3rd, I undertook a three-mon

In 2020, I was presented with an opportunity to participate in the Humanitarian OpenStreetMap Team’s Data Quality Internship, https://www.hotosm.org/jobs/data-quality-internship/,a twelve-week program designed to facilitate deep engagement within the Humanitarian OpenStreetMap Team and its community while acquiring transferable geospatial skills.

Commencing on August 3rd, I undertook a three-month internship that concentrated on Geospatial Data Quality within the Humanitarian OpenStreetMap Team. The primary objective of this internship was to prepare interns to evaluate data quality, execute mapping and validation tasks, and provide constructive feedback to mappers engaged in HOT’s remote mapping initiatives, which included various activations. This experience necessitated the acquisition and application of both novel and established OpenStreetMap Quality Assurance tools to enhance the quality of data within the OpenStreetMap framework.

-Data Quality Assurance with QGIS

  1. Downloading OpenStreetMap data into QGIS

https://youtu.be/Mvh5l0PiOiE

  1. Editing OpenStreetMap data in QGIS

  2. Using Map Composer

-Mapping and validation on Tasks e.g #8294 and #9194

-Introduction to Overpass Turbo and Umap: filter OSM data, extract/export data

-Improving data quality with Overpass and creating simple webmaps using Umap

  • The graphic interface and tools for creating a basic map layout through the manipulation of vector data

-Quality Assurance Tools such as OSMCha, OSM Inspector, Keep Right and Osmose

-The use of Map Roulette and Map Paint Styles

  • JOSM training i.e mapping and validation using JOSM, task #9055

안녕하세요 커뮤니티

우선, 저는 한국어를 못해서 자동 번역입니다. 저는 러시아 출신이지만 지난 3년 동안 서울에 살고 있어서 한국어로 글을 쓰고 싶습니다. 저는 1년 동안 OSM을 사용해 왔지만, 일주일 전에 지도 제작에 손을 대기로 했습니다. 제 첫 프로젝트는 «석정리». 세계문화유산화순고인돌군에서 멀지 않은 외딴 마을이에요. 어디서부터 시작해야 할지 몰라서 그냥 무작위로 이 마을을 선택했습니다.

제가 알기로는 한국의 OSM 커뮤니티는 그다지 활발하지 않은 것 같습니다. 하지만 한국에서 3년을 보냈지만 여전히 같은 관심사를 가진 친구를 찾을 수 없었기에, 이번 시도가 시간이 지나면서 결실을 맺기를 바랍니다. 어떤 식으로든 제 작업이 유용하기를 바랍니다.

제가 뭔가 잘못한 게 있다면 알려주세요.

우선, 저는 한국어를 못해서 자동 번역입니다. 저는 러시아 출신이지만 지난 3년 동안 서울에 살고 있어서 한국어로 글을 쓰고 싶습니다. 저는 1년 동안 OSM을 사용해 왔지만, 일주일 전에 지도 제작에 손을 대기로 했습니다. 제 첫 프로젝트는 «석정리». 세계문화유산화순고인돌군에서 멀지 않은 외딴 마을이에요. 어디서부터 시작해야 할지 몰라서 그냥 무작위로 이 마을을 선택했습니다.

제가 알기로는 한국의 OSM 커뮤니티는 그다지 활발하지 않은 것 같습니다. 하지만 한국에서 3년을 보냈지만 여전히 같은 관심사를 가진 친구를 찾을 수 없었기에, 이번 시도가 시간이 지나면서 결실을 맺기를 바랍니다. 어떤 식으로든 제 작업이 유용하기를 바랍니다.

제가 뭔가 잘못한 게 있다면 알려주세요. 번역가가 좋은 일을 해서 여러분을 울게 하지 않았기를 바랍니다 :) 화이팅!

Tuesday, 15. July 2025

OpenStreetMap User's Diaries

Házszámozás Androidon: StreetComplete vs Every Door

OSMHungary Matrix szobában merült fel a kérdés, hogy melyik a legkényelmesebb házszámfelvivő app. Every Door (ED) és StreetComplete (SC) rajongók is jelezték, hogy az általuk használt app szerintük a nyerő, de konkrét összehasonlítást nem írt senki. Mindenkinek az a kényelmes amit ismer és használ természetesen, szóval úgydöntöttem, én majd összehasonlítom a kettőt, minél objekívebben.

OSMHungary Matrix szobában merült fel a kérdés, hogy melyik a legkényelmesebb házszámfelvivő app. Every Door (ED) és StreetComplete (SC) rajongók is jelezték, hogy az általuk használt app szerintük a nyerő, de konkrét összehasonlítást nem írt senki. Mindenkinek az a kényelmes amit ismer és használ természetesen, szóval úgydöntöttem, én majd összehasonlítom a kettőt, minél objekívebben.

ED-t már nagyon régen használtam, így letöltöttem újra, és végignyomogattam benne a funkciókat, hogy részletesen teszteljem ott milyen házszámokat felvinni mostanában. SC-ből én az Expert Editiont használom, de ez a funkció ugyanaz mindkettőben, SCEE nem ad hozzá ehhez a nézethez semmi pluszt, a képernyőképek a hagyományos SC-ben készültek.

Térkép nézet

Házszámozás workflow eléggé hasonló, mindkét programban egy külön nézetre kell váltani, bekapcsolni.

SC-ben a térképen a felvitt házszámokat kétféleképpen jeleníti meg: ha pontokon szerepelnek akkor egy kék pötty, ha épületen akkor az egész épület kék kitöltést kap. Házszám hiányát úgy lehet észrevenni, hogy az épület nincs így kiemelve, és nincs benne kék házszám pont sem.

ED-ban a felvitt és hiányzó házszámok is egy szövegdobozként jelennek meg, ahol van házszám ott a számot írja ki, ahol hiányzik, ott egy kérdőjel jelenik meg a.

Nagy különbség, hogy ED-ban csak a házszámok látszanak ilyenkor az alaptérkép felett, míg SC-ben az általános küldetések is.

StreetComplete Every Door
Térkép nézet, StreetComplete Térkép nézet, Every Door

SC csak nagyobb zoomszinteken jeleníti meg a házszámokat, messzebbről nézve, csak a házak színe jelzi hol van teendő, és az egyéb küldetések számát mutatja a karikákban.

ED-ban ilyen LOD szűrés nincs, ezért kizoomolva eléggé áttekinthetetlenné válhat a térkép, nehezebb megtalálni ránézéssel hol van tenivaló

StreetComplete Every Door
Kizoomolva, StreetComplete Kizoomolva, Every Door

Új pontként felvett cím

ED-ban két gomb is van erre, az egyikkel egy entrance=yes pontot, a másikkal egy building=yes pontot lehet létrehozni, a két gomb a képernyő alján a két oldalon jelenik meg kék színnel. Nincsen lehetőség üres, tisztán csak addr:* címkéket tartalmazó pont létrehozására, pedig ilyen pont gyakran van használatban: megrajzolt épületeken, sarokházakon szokás így jelölni az egyik, vagy akár mindkettő címet, illetve üres telkek címét is így szokás felvinni. Természetesen utólag a címkeszerkesztőben törölhető ez a címke.

Bármelyik gomb megnyomása után egy új nézet nyílik meg, ahol kiválasztható hova kerüljön az új pont, majd még egy bökés után lehet az adatokat bevinni:

Új címpont, Every Door

SC-ben is kétféle mód van új cím pont felvételére, de csak egy gombbal. A képernyő alján levő + gomb megnyomásakor a képernyő felső harmadában található célkeresztbe kerül az új pont, azonban ez nem a végleges helye, ameddig a beviteli mezők még nyitva vannak, a térkép mozgatásával módosítható a pont helye.

Ha az új pont egy épület kontúrjának a közelébe kerül, akkor SC egy entrance=yes pontot ad hozzá, és be is köti azt az épület poligonba. Ha nincs a közelben épület, akkor egy üres pontot rak le, amire aztán csak az addr: címkék kerülnek.

Új címpont Új bejárat
Új címpont, StreetComplete Új bejárat, StreetComplete

Itt kicsit szerencsétlen, hogy a térkép zoom szintjétől is függ, hogy milyen pont hozható létre, ha a felhasználó nem elég figyelmes: ha nincs eléggé közelre zoomolva a térkép, akkor kicsi épületek belsejében nehézkes pontot létrehozni, mindig bejáratot akar lerakni. Jobban belezoomolva ez megoldható.

Házszám bevitel

Házszám bevitel hasonló mindkét programban. Az előzőekben leírt módon létrehozott pont után egyből a beviteli mező nyílik meg, illetve már felrajzolt épületekre kell bökni, ED-ban a kérdőjellel megjelölt szövegdobozba, SC-ban az épület üres kontúrjára.

ED-ben szövegdobozba belekattintva a rendes QWERT* Android billentyűzet jön be, legtöbb billentyűzeten beállítható, hogy a számok is mindig megjelenjenek.

SC-ben mindig a numerikus billentyűzet jelenik meg először, az abc gombra bökéssel lehet átváltani a standard billentyűzetre. A legutóbb beírt házszám megjelenik, és mellette plusz-mínusz gombok, amikkel egyszerűen lehet megadni az új értéket. Ez praktikus funkció, hiszen a házszámok nagyon gyakran követik egymást. Sajnos ez a segítő gomb nem veszi figyelembe az alátöréseket, pl. 3b-t megnövelve 4-re változik a szám, és az esetleges betűt megint be kell gépelni a standard billentyűzeten, billentyűzet váltás után.

StreetComplete Every Door
06 - Numerikus billentyűzet, StreetComplete. 05 - Házszám bevitel Every Door

ED-ban hasonló segítő funkciót nem találtam. Ez alapján a számok bevitele ott lehet gyorsabb ED-ban, ahol sok cím nem csak számokat tartalmaz. Ahol ritkák az alátörések ez a lépés gyorsabb lehet SC-ben.

Utcanév bevitel

SC-ben a térképen kell az utcára bökni, és beírja a nevét. Az utcanév szerkeszthető is itt egyből, vagy akár teljesen be is gépelhető. Ha a billentyűzet be van csukva, akkor elég nagy részén a kijelzőnek látszik a térkép, kényelmesen odébb lehet húzni a nézetet, ha a kapcsolódó utca messzebb van. Mint a házszámoknál, itt is megjeleníti a legutóbbi utcanevet mint alapérelmezés, új utca kiválasztása nélkül az előzőt menti el újra.

ED-ban egy listából választható ki az utcanév, és ezen a nézeten nem lehet átírni a neveket. Ha el van gépelve az utcanév, akkor Több -> Címkék (jobb felső gomb) menüben lehet kézzel javítani a címhez tartozó utcanevet, kiválasztás után. Ez azért egy nem túl gyakori szituáció, de előfordulhat, hogy még nincs az utca elnevezve a térképen.

ED-ban nem lehet mozgatni a térképet amíg a beviteli ablak meg van nyitva. Ez hátrány lehet, ha a térképen nem látszik melyik utca melyik és vissza kellene nézni, hogy melyik az XY köz, melyik az XY utca.

SC nem engedi bezárni a bevitelt, ha nem töltjük ki az utcanevet, vagy házszámot. ED továbbenged ha valamelyik hiányzik, de pirossal kiemeli a hiányzó kulcsot.

StreetComplete kizoomolva bevitel közben Every Door pirossal kiemelt kulcs
Utcanév bevitel, StreetComplete Pirosan kiemelt kulcs, Every Door

Utcanevek bevitelekor szerintem kényelmesebb az SC megoldása, legnagyobb segítség, hogy a legutóbbi nevet automatikusan kitölti, ugyanabban az utcában nem kell kiválasztani minden épületnél ugyanazt újra és újra.

Egyéb cím elemek

ED-ban meg lehet adni az alap beviteli kijelzőn az addr:unit értékét is. Ez a címke városokban gyakoribb Magyarországon, egy vidéki felmérésen nem gyakran lenne használva valószínűleg. addr:unit gyakorisága taginfóról:

addr:unit gyakoriság, forrás:taginfo

ED-ban lehetőség van bármelyik címke szerkesztésére, így nem a legkényelmesebben de kitölthető akár az addr:suburb címke is. SC-ben nincs lehetőség a címkék közvetlen szerkesztésére. SCEE ebben különbözik, ott az ED-hoz hasonló felületen lehet bármilyen címkét módosítani, megadni.

Címke szerkesztő, Every Door

Magyarországon címeknek még kötelező része az addr:city és addr:postcode. Egyik app sem ajánlja fel ezeknek a kitöltését, csak az említett címkeszerkesztőkben lehetséges ezek megadása. Mivel ezen címkék értéke viszonylag nagy területen ugyanaz, ezért utólagos bevitelük nem túl bonyolult asztali szerkesztőkben.

Összefoglalás

A két program előnyei ezek alapján:

StreetComplete:

  • Házszámozó nézetben látszódnak más térképezendő elemek is
  • Csak számokat tartalmazó házszámok bevitele könnyebb (növelő gombok, numerikus billentyűzet)
  • Utcanév bevitelnél emlékszik az előző címhez tartozó utca nevére
  • Egyszerűbb csak addr: címkéket tartalmazó pont létrehozása

Every Door:

  • Betűt tartalmazó házszámok bevitele egyszerűbb
  • addr:unit címkét is meg lehet adni egyszerűen

Évekkel ezelőtt használtam utoljára az ED-t, látszik, hogy eléggé nagyot fejlődött az elmúlt években. Házszámozás tekintetében eléggé hasonló az elérhető funkciók tárháza a két appban, az számíthat leginkább hol akar házszámozni az ember, milyen jellegű házszámok előfordulására lehet inkább számítani.

Mivel ED-t nem használom annyira sűrűn, ezért előfordulhat, hogy valamit kifelejtettem, félreértelmeztem, ezért elnézést kérek, ha valaki ilyet talál jelezze, és javítom ezt a leírást.

Használt verziók az összehasonlítás készítésekor:

  • Every Door 5.4.0
  • StreetComplete 61.1
  • Használt bilentyűzet: Simple Keyboard 5.34

タグ付けガイド: 人工的な公園

人間によって整備された公園を指します。自然のままに維持されている公園は対象外です。

公園の敷地全体
= このコードブロックをコピーして、JOSMでCtrl+Shift+Vで貼り付けることができます。
= 先頭がイコールの行はJOSMで無視されます。

= 人工的な公園であることを表す。
leisure=park 
= 公園の名前
name=
= 管理者
operator=
= 所有者
owner=
= 一般公衆が利用可能; 特定の人のみが利用可能な場合はprivate
access=yes
= 24時間開放; 曜日や時間帯によって閉鎖される場合は変更
opening_hours=24/7
= 犬
dog=
= フェンスや壁などで公園の敷地が囲まれている場合
barrier=

人間によって整備された公園を指します。自然のままに維持されている公園は対象外です。

公園の敷地全体

= このコードブロックをコピーして、JOSMでCtrl+Shift+Vで貼り付けることができます。
= 先頭がイコールの行はJOSMで無視されます。

= 人工的な公園であることを表す。
leisure=park 
= 公園の名前
name=
= 管理者
operator=
= 所有者
owner=
= 一般公衆が利用可能; 特定の人のみが利用可能な場合はprivate
access=yes
= 24時間開放; 曜日や時間帯によって閉鎖される場合は変更
opening_hours=24/7
= 犬
dog=
= フェンスや壁などで公園の敷地が囲まれている場合
barrier=

配電用の電線や電柱

電力線以外 (電話回線やインターネット回線) は対象外。

電力線とともに電話線がある場合でも、communication=lineは使用しない (このタグは海上ケーブルなどを対象としている)。

配電線 (送電線ではない)
power=minor_line
frequency=60 ← 関西は60、関東は50
三相6600V (高圧)
voltage=6600
cables=3
circuits=1
単相±100V
voltage=100; 200
cables=3
circuits=1
三相200V & 単相±100V (工場用)
voltage=100; 200
ca

電力線以外 (電話回線やインターネット回線) は対象外。

電力線とともに電話線がある場合でも、communication=lineは使用しない (このタグは海上ケーブルなどを対象としている)。

配電線 (送電線ではない)

power=minor_line
frequency=60 ← 関西は60、関東は50

三相6600V (高圧)

voltage=6600
cables=3
circuits=1

単相±100V

voltage=100; 200
cables=3
circuits=1

三相200V & 単相±100V (工場用)

voltage=100; 200
cables=4
circuits=2

電線の終端 (住宅などへの引き込み部分)

power=terminal
line_attachment=anchor

電線の分岐点 (電柱無し)

power=connection
cables=電線の本数

電柱

power=pole
line_attachment=anchor
material=concrete
operator=*
ref=*

変圧器付きの電柱 (単相) 6600V→±100V

変圧器は1個

transformer=yes
location=outdoor
voltage:primary=6600
voltage:secondary=200;100
phases:primary=1
phases:secondary=1

変圧器付きの電柱 (三相) 6600V→三相200V & 単相±100V

変圧器は2個

transformer=yes
location=outdoor
voltage:primary=6600
voltage:secondary=200;100
phases:primary=3
phases:secondary=3

住宅用建物

building=residential
building:level=地上の階数 ← (2階建ての場合は2)
addr:*=住所

一世帯住宅
building=house
★他の世帯と壁を共有しない一世帯住宅 (最も一般的な一軒家)
building=detached
他の世帯と壁のみを共有する一世帯住宅 (壁越しに住んでいる)
building=semidetached_house
★集合住宅 (アパート/マンション)
building=apartments
building:flats=部屋数
name=アパート名

operator=管理会社の名前

building=residential
building:level=地上の階数 ← (2階建ての場合は2)
addr:*=住所

一世帯住宅

building=house

★他の世帯と壁を共有しない一世帯住宅 (最も一般的な一軒家)

building=detached

他の世帯と壁のみを共有する一世帯住宅 (壁越しに住んでいる)

building=semidetached_house

★集合住宅 (アパート/マンション)

building=apartments
building:flats=部屋数
name=アパート名

operator=管理会社の名前
operator:wikidata=Q00000 ← 管理会社のウィキデータ項目
operator:phone=電話番号 ← 管理会社の電話番号
operator:website=URL ← 管理会社の公式サイト
operator:addr:*=住所 ← 管理会社の住所

owner=大家さんの名前
smoking=yes/no ← 喫煙可能かどうか
wheelchair=yes/no/limited ← 車椅子で利用できるかどうか

Monday, 14. July 2025


タグ付けに関する雑記

タグ付けに関する個人的なメモを書いています。

間違っている所があるかもしれません。間違いを見つけたらコメントしていただければ幸いです。

下に追記していきます。ある程度まとまったら別のエントリに移す予定です。

住所 地番と住居表示

地番

  • addr:block_number=地番 (基本的に数字)
  • addr:housenumber=支号 (必ず数字)

住居表示

  • addr:block_number=街区符号 (基本的に数字)
  • addr:housenumber=住居番号 (必ず数字)
  • 字 (あざ)
  • 大字 (おおあざ)
  • <

タグ付けに関する個人的なメモを書いています。

間違っている所があるかもしれません。間違いを見つけたらコメントしていただければ幸いです。

下に追記していきます。ある程度まとまったら別のエントリに移す予定です。

住所

地番と住居表示

地番

  • addr:block_number=地番 (基本的に数字)
  • addr:housenumber=支号 (必ず数字)

住居表示

  • addr:block_number=街区符号 (基本的に数字)
  • addr:housenumber=住居番号 (必ず数字)

  • 字 (あざ)
  • 大字 (おおあざ)
  • 小字 (こあざ)

郵便番号

原則、町域 (町の名称から丁目を除く部分および大字の区域) までが表される。

電話番号

OSMではDIN 5008の書式で記述。

  • 電話番号はスペースで区切る。
  • 加入者番号と内線番号の間はハイフンで区切る。

国際電話から掛けられない電話番号 (フリーダイヤル、ナビダイヤル)

  • contact:phoneではなくcontact:phone:JPを使用する。他のタグも同じく:JPを付ける。
  • 国内電話の形式で記述する。
  • 例: contact:phone:JP=0120 XXX YYY
  • 0120, 0800, 0570

携帯電話

  • 法律的には0X0-YYYY-ZZZZではなく0X0-YYY-ZZZZZとなる。
  • DINにすると+81 X0 YYY ZZZZZとなる。

Helo

Tim ban kb 4 phuong

Tim ban kb 4 phuong


Working on Open Street Map's Timelines

Questions
  1. Does OSM track the last time a user made an diary entry?
  2. Does the last map edit timestamp on a user’s profile indicate only the edits made to maps or diaries and notes as well?

Questions

  1. Does OSM track the last time a user made an diary entry?
  2. Does the last map edit timestamp on a user’s profile indicate only the edits made to maps or diaries and notes as well?


Promoting OpenStreetMap as a Leisure Class Activity

Most of our mapping parties, if not all, start with a brief introduction. The newbies are informed about the various benefits of using and contributing to OpenStreetMap, such as massive improvements to the individual’s privacy and an easy mechanism to correct data.

However, I have been wondering if this approach is the optimal path. This doubt started nagging me after I picked up The The

Most of our mapping parties, if not all, start with a brief introduction. The newbies are informed about the various benefits of using and contributing to OpenStreetMap, such as massive improvements to the individual’s privacy and an easy mechanism to correct data.

However, I have been wondering if this approach is the optimal path. This doubt started nagging me after I picked up The Theory of the Leisure Class by Thorstein Veblen. If class distinctions are really so pervasive as theorized in the book, shouldn’t we try to incorporate these findings in our promotion of OSM in mapping parties and everywhere else?

A clear description of the context would be in order. Though our existing method of extolling the benefits of OSM is good, I don’t think it is the best one for India. India has, unfortunately, one of the lowest proportion of people contributing to social activities. In conversation with my friends, I often find them considering the idea of “doing something for free” repugnant. Maybe its due to the oppressive nature of the Indian classes, where people’s aspirations are mostly reduced to the singular objective of rising above their current class. Whatever is the reason, we can at least conclude that the current system of promoting OSM is unsatisfactory in the context of India.

We can, for instance, try to frame OSM as a hobby and actively compare the intensity of mapping activity with other mappers (say, by focusing on the heat map that is displayed on the OSM profile page). Setting aside the moral considerations this entails, I believe this approach is likely to bring some interesting results. People may or may not be excited by the idea of increasing their reputation by performing conspicuous leisure in the form of contributions. However, it must be tested on field before we derive any conclusions.

This diary entry was first posted on my website under CC BY-NC-SA 4.0.


Journal de contributeur – Relevés lampadaires à Jassans-Riottier (Avril – Juillet 2025)

Journal de contributeur – Relevés lampadaires à Jassans-Riottier (Avril – Juillet 2025)

Depuis avril 2025, j’ai entrepris un travail de terrain minutieux pour cartographier les lampadaires dans la commune de Jassans-Riottier (01). Mon objectif principal : relever les numéros de référence (ref) visibles sur place et les intégrer dans OpenStreetMap.

Chiffres clés

1 253 lampadaires

Journal de contributeur – Relevés lampadaires à Jassans-Riottier (Avril – Juillet 2025)

Depuis avril 2025, j’ai entrepris un travail de terrain minutieux pour cartographier les lampadaires dans la commune de Jassans-Riottier (01). Mon objectif principal : relever les numéros de référence (ref) visibles sur place et les intégrer dans OpenStreetMap.

Chiffres clés

1 253 lampadaires présents dans OSM sur la zone

784 lampadaires référencés avec un ref visible

469 lampadaires sans ref dans OSM (lampadaires non numérotés ou refs absentes)

Numérotation maximale terrain connue : 1 357 lampadaires

Environ 100 lampadaires à cartographier encore pour atteindre la numérotation maximale

Méthode

Relevés terrain par secteur, avec photos et vérification

Comparaison des données OSM, Overpass, et numérisations communales

Gestion des cas particuliers (lampadaires remplacés, refs effacées, numérotation partielle)

Mises à jour régulières sur OSM

Résultats

Ce travail améliore significativement la qualité des données d’éclairage public sur OSM dans la région, facilitant la maintenance et le suivi des infrastructures. Cela contribue aussi à la précision des cartes et des services dépendants de ces données.

À venir

Finalisation des relevés à Jassans-Riottier prévue pour novembre 2025

Compléter la numérotation sur les lampadaires sans ref


Nominatim

The Road to Nominatim 6

With version 5 Nominatim has finished the long transition from a simple PHP frontend to a complex Python application. The change wasn’t just about changing the programming language but also about making Nominatim more flexible and easy to use. With that out of the way, the question is what comes next. What can you expect to see in version 6. The road for the next major version isn’t completely pave

With version 5 Nominatim has finished the long transition from a simple PHP frontend to a complex Python application. The change wasn’t just about changing the programming language but also about making Nominatim more flexible and easy to use. With that out of the way, the question is what comes next. What can you expect to see in version 6. The road for the next major version isn’t completely paved out yet. This post outlines the major open issues and some of possible next developments.

Auto-completion and spelling correction

Search-as-you-type and some leniency towards spelling mistakes are without a doubt on the top of the list of feature requests for Nominatim. Search-as-you-type will require to change how the internal search indexes are built and accessed. Nominatim’s current search model is not compatible with resolving incomplete queries. When it comes to spelling correction, we are going to need a good model for estimating the similarity between a query and the place names in the database. Simple approaches like Levenshtein distance are difficult for a multi-lingual database of proper names.

Performance and Index Optimisations

A full planet database requires now more than 1TB in disk space. This means that it reaches the limits of what can be done with of-the-shelf hardware. Worse, the search indexes in our backing PostgreSQL database have grown to a size where lookups are becoming noticeably slow. It is time to revisit our database schema, see where tables can be optimised and trimmed down, and consider how search indexes might be better organised differently to trim them down to what is relevant for finding the right place.

Complex OSM objects

Nominatim’s entire processing pipeline is built in a way that it considers one OSM object at the time. That makes processing and updating easy but it doesn’t fit well anymore with how data is modelled in OSM. We increasingly see detailed mapping where multiple OSM objects make up a single real-world object that you may want to find with search. To accommodate that Nominatim’s processing pipeline needs to be adapted, so that it can work with places that do not have a 1:1 equivalent in the OSM world. This also means that the output needs to change. Every result of a search is currently tied to an OSM object. In the future, it is more likely that you will get an abstract place description with references to all the relevant OSM objects.

Addresses as first-class citizens

Physical addresses are not considered searchable places on its own in Nominatim right now. Addresses only appear as an attribute of a place and when you search for an address, you will in fact get all place objects which happen to have the address assigned. That can cause a lot of issues. For example, the more detailed the mapping in OSM becomes, the more objects will be returned for an address search, even though you would have expected exactly one result. Inversely, there are sometimes OSM objects that have more than one address. For example, some house entrances come with multiple house numbers. Or there are houses where the address has changed and which you’d still want to find under its former address. All this cannot be modelled in Nominatim right now.

To enable a true address search, addresses need to become first class citizens in Nominatim that can be directly returned as a result. Places would of course still keep their address attributes but those will only be references to one or more address they can be found under.

Complex categories

Every place in Nominatim currently gets a simple category which is derived from the main tag of its OSM object. This puts some limitation on what kind of category search Nominatim can do. For example, you cannot search for a “vegan restaurant” or a “catholic church” because the main tags only classify “restaurants” and “places of worship of any religion”.

Another issue with the current classification system is that it is bad at handling OSM objects with multiple functions (say, a hotel with an attached restaurant mapped with the same POI node). Nominatim will simply duplicate the OSM object in its database to cover both functions. That unnecessarily blows up the database size.

So it is time to get a way from using OSM tags directly and introduce the ability to define custom classifications. The idea here is to have hierarchical categories (e.g. food.restaurant.vegan) and allow to assign an arbitrary number of categories to each object.


These are the main open issues right now. If one of them sparks your interest and you’d like to help moving them along, don’t hesitate to get in touch. The discussion section on Github and the OSM community forum are great places to start a discussion.

Sunday, 13. July 2025

OpenStreetMap User's Diaries

UNH To-Do list

  • Complete Notes
  • Finish inputting bus routes
  • Finish the inside of the MUB
  • Colors, heights, and 3D models of the buildings
  • Stoke / Paul College area needs love
  • Complete Notes
  • Finish inputting bus routes
  • Finish the inside of the MUB
  • Colors, heights, and 3D models of the buildings
  • Stoke / Paul College area needs love

weeklyOSM

weeklyOSM 781

03/07/2025-09/07/2025 [1] WebGIS of Walkability – Healthcare Accessibility | © Sandro Laudares | Map data © OpenStreetMap Contributors. Community Koreller has tooted before-and-after maps of the area around the Association Saint-Benoît Labre in Vertou, France, following some detailed micromapping work. Mapping water slides for OSM can be hard work. But as Marc wrote, maybe a…<

03/07/2025-09/07/2025

lead picture

[1] WebGIS of Walkability – Healthcare Accessibility | © Sandro Laudares | Map data © OpenStreetMap Contributors.

Community

  • Koreller has tooted before-and-after maps of the area around the Association Saint-Benoît Labre in Vertou, France, following some detailed micromapping work.
  • Mapping water slides for OSM can be hard work. But as Marc wrote, maybe a little fun, too.

Events

  • At the 2025 AGIT Conference for Geoinformatics in Salzburg, Pascal Neis presented a study titled ‘Opportunities and Potentials of Retrieval-Augmented Generation for the Spatial Analysis of Crime Data’. This study used data from the State Criminal Police Office of Rhineland-Palatinate to identify crime hotspots and analyse offence patterns with the help of retrieval-augmented generation techniques.
  • Dr Raquel Dezidério Souto has noted that you can now register for the Workshop MPCS 2025, which will be held 100% online and will include case studies in collaborative mapping with OpenStreetMap and other collective methodologies. The event’s broadcast will be in Portuguese and the free registration can be done at the official website. Raquel would like to thank the participants, partners and sponsors for this opportunity to disseminate great collective practices!

OSM research

  • A recent study published in Methods in Ecology and Evolution used OSM data to support wildlife movement research by enhancing built-up area detection from satellite imagery. OSM building footprints were crucial for training deep learning models in the MoveApps platform, enabling researchers to better understand how urban expansion affects animal migration patterns across diverse environments.

Maps

  • [1] Sandro Laudares has created the ‘WebGIS of Walkability – Healthcare Accessibility’, which shows POIs related to health (hospitals, clinics, and pharmacies) that can be found within 5 minutes or 15 minutes of walking.
  • Djib-carto has developed a web map of the world’s submarine fibre optic networks using OSM and Leaflet. The code is available on GitHub.

OSM in action

  • Sven Geggus reported that smartMOBILITYMAP has developed an interactive OpenStreetMap-based web map for the Durlach Old Town Festival.
  • Reclus reported that ARD, a German public service broadcaster, had used a properly attributed OpenStreetMap-based map to illustrate the ‘Shia Crescent’ spanning Lebanon, Syria, Iraq, and Iran.

Open Data

  • The French department of Doubs has published their cycle node network (a recreational route system consisting of junctions labelled with numbers, codes, or names, connected by node-to-node routes) on OpenStreetMap. It’s one of the first in France, either to build such a network or make the integration with OSM.
    • Fun fact 1: The first integration was done in 2022 by local contributor lejun, the department updated it recently with changes that have happen since then.
    • Fun fact 2: It appears they have entered into a contract with the company Cirkwi to develop a web app similar to the one used in Belgium. However, there are already well-established open source tools available .

Programming

  • Karlos has developed OSM-Building-Inspector, a web tool that displays individual OSM buildings rendered in 3D.
  • Osmzoso has developed pbf2sqlite, a command-line tool for importing OpenStreetMap .osm.pbf files into a SQLite database.

Releases

  • NorthCrab announces the public launch of OpenStreetMap-NG’s test instance, inviting the community to explore its scalable, optimized mapping platform and contribute feedback through a new bounty program.

Did you know that …

  • osm-api-js is a JavaScript/TypeScript wrapper around the OpenStreetMap API?
  • … there is a JOSM plugin named SeaMapEditor that adds a preset to make it easier to map some sea marks in OSM, such as lighthouses and harbours?
  • … Matt Whilden has expanded the service of his UnmappedSmallTown Mastodon bot to include Canada?

OSM in the media

  • Reto Widmer, of SRF, covered the OST Eastern Switzerland University of Applied Sciences ‘Vampire Mode’ navigation system (we reported earlier), a pedestrian routing system that priorities shaded routes by combining OpenStreetMap data for footpaths and obstacles with three-dimensional Swisstopo data on buildings and trees .

Other “geo” things

  • Three experimental LiDAR HD data layers are being made available by the French government, which can also be accessed by WMTS. Magalie Lèbre offered more details on her LinkedIn profile.
  • For the Tour de France that started Saturday 5 July, L’Équipe is showing a 3D course for the five most notable days.
  • Detlef Borchers, of Heise, reported on a research study that analysed 158 incidents in which navigation systems were in some way involved in serious accidents, emphasising that the popular term ‘Death by GPS’ is mostly just a catchy oversimplification and it is rather the careless use of a navigation application and ignoring road conditions.

Upcoming Events

Country Where Venue What Online When
flag Online OpenStreetMap Midwest Meetup 2025-07-11
OSMF Engineering Working Group meeting 2025-07-11
flag Berlin Parzelle III/23b, Kleingartenkolonie Johannisberg, 205. OSM-Stammtisch Berlin-Brandenburg 2025-07-11
flag Zürich Bitwäscherei Zürich 177. OSM-Stammtisch Zürich 2025-07-11
flag Gaborone Online OSM Africa July 2025 Mapathon 2025-07-12
flag København Cafe Mellemrummet OSMmapperCPH 2025-07-13
flag TAK Kadıköy Tasarım Atölyesi OpenStreetMap Haftasonu Buluşmaları 2025-07-13
flag Ghaziabad Vaishali 18th OpenStreetMap Delhi Mapping Party 2025-07-13
flag MZ Centar II FOSS4G Europe 2025 2025-07-14 – 2025-07-20
flag 臺北市 MozSpace Taipei OpenStreetMap x Wikidata Taipei #78 2025-07-14
Missing Maps London: (Online) Mid-Month Mapathon [eng] 2025-07-15
flag Salt Lake City Woodbine Food Hall OSM Utah Monthly Map Night 2025-07-16
flag City of Edinburgh Guildford Arms OSM Edinburgh Social Meet-up 2025-07-15
flag Online Lüneburger Mappertreffen 2025-07-15
flag Bogotá Microsoft Teams (Remote) Mapping Party Semanal LATAM Weekly LATAM Mapping Party 2025-07-16
flag Karlsruhe Chiang Mai Stammtisch Karlsruhe 2025-07-16
[Online] OSM Greece – Διαδικτυακή συνάντηση της ελληνικής κοινότητας 2025-07-16
flag Online Mappy Hour OSM España 2025-07-17
flag Heidelberg Berliner Str. 45, 69120 Heidelberg Missing Maps Mapathon in Heidelberg MSF 2025-07-17
flag San Jose Online South Bay Map Night 2025-07-23
flag Kiel Mango’s Kieler Mapper*innentreffen 2025-07-22
flag Berlin Online OSM-Verkehrswende #69 2025-07-22
flag Hannover Kuriosum OSM-Stammtisch Hannover 2025-07-24
flag Wien Schlupfwinkel (Kleine Neugasse 10, 1040 Wien) 75. Wiener OSM-Stammtisch 2025-07-24
flag Jalpaiguri Beguntary More (Law College Gate) 5th OpenStreetMap West Bengal Mapping Party 2025-07-26
flag Siliguri Guru Nanak Chowk 6th OpenStreetMap West Bengal Mapping Party 2025-07-27
flag Stadtgebiet Bremen Online und im Hackerspace Bremen Bremer Mappertreffen 2025-07-28

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 115c7a5fac, https://www.openstreetmap.org/user/IVIDES_org, MarcoR, MatthiasMatthias, PierZen, Raquel Dezidério Souto, Strubbl, Andrew Davidson, barefootstache.
We welcome link suggestions for the next issue via this form and look forward to your contributions.


OpenStreetMap User's Diaries

My profile in english langage (Mon profil en langue anglaise)

Who am I ?

I have been retired since 2020 after a long career in networking and IT security.

Since then, I’ve spent my time walking (nothing too ambitious: no mountains, but still around 2,000 km per year) and doing math (a lifelong hobby, mainly algebra focused on functional equations).

I discovered OSM very recently (spring 2025) when switching from Windows to Linux MINT and tr

Who am I ?

I have been retired since 2020 after a long career in networking and IT security.

Since then, I’ve spent my time walking (nothing too ambitious: no mountains, but still around 2,000 km per year) and doing math (a lifelong hobby, mainly algebra focused on functional equations).

I discovered OSM very recently (spring 2025) when switching from Windows to Linux MINT and trying out my first smartphone with LineageOS (a de-Googled Android).

what follows is of course only my personal opinion

At first, I thought it was just a freely editable map application, before realizing that it is in fact:

  • a global geospatial database with open contributions, listing and exposing only data that is free of rights, under the most permissive licenses possible.
  • a vast open-source application ecosystem leveraging this geospatial database for a wide variety of uses:

    • to contribute or make smart, efficient, even fun use of it.

      • Tools I’ve looked at and used: Id, JOSM, OsmTracker, Osmose, StreetComplete, taginfo, overpass, panoramax, NSI
      • Tools I’ve only skimmed so far: MapRoulette, Mon Commerce OSM, Libre Charge Map, H.O.T.
    • to use the database for various purposes aimed at diverse audiences:

      • The one that led me to OSM: OsmAnd, then leaflet and uMap
      • Also cartes.app, and a bunch of hiking and cycling apps that I’ve only briefly glimpsed.
  • and of course, a set of proprietary applications built on the OSM database (not always with proper attribution, by the way)

So I created an account, joined OpenStreetMapFrance (not mandatory), and tried to understand enough of the principles, limitations, and recommendations to contribute effectively.

I’m now a regular reader of the WIKI and the forum (even though I sometimes struggle to follow whole conversations – such as those about hiking route relations, linear or networked…).

I quickly switched from Id to JOSM and realized that there are (at least) two worlds in contributing:

  • personal/local contributions where everyone can improve the map of their surroundings (StreetComplete is a great example for tag improvements, but there’s also adding facilities not yet in OSM, recent road changes, etc.). These contributions are rewarding and motivating but are limited by the number of contributors in the field. These limitations can be addressed through challenges (I haven’t participated or created any, but the concept seems exciting).
  • bulk contributions which involve starting from an available data source and injecting processed results into OSM. Naturally, there are several constraints here:

    • the source must be acceptable, in particular:

      • it must be licensed compatibly with OSM (open and allowing redistribution under OSM’s license). I learned this (a fundamental concept) thanks to forum answers to my questions about extracting usable data from mainstream apps.
      • it should be “reasonably” reliable
      • ideally, it should have sustainable updates (getting a one-time licensed file has limited long-term value)
    • the data processing must be secure and reliable enough (duplicate detection, tag conflict detection between the open data source and local contributor tags – which can be more reliable unless the contributor tags imprecisely)
    • the processing must be “doable”. Anyone is technically free to do bulk edits if they have the CPU and bandwidth. But there are recommended practices (e.g., declare the project on the WIKI, check if major contributors are already working on it, abandoned it, or would hand it off for known reasons…)

Scaling up personal contributions is obviously possible:

  • by engaging many contributors (e.g., in a challenge), each ensuring the reliability of their data (field verification)

  • by “putting to work” a large number of remote contributors (for instance, mapping road networks in Sub-Saharan Africa by having contributors each analyze small chunks of aerial or satellite imagery. In such cases, I wonder if good AI pre-processing could significantly accelerate the work)

to be continued

I’ve greatly appreciated the forum’s support in helping me understand and move forward, though I sometimes found the gap between forum/Wiki info frustrating.

I’ve discovered some things on my own from these various sources (which is to be expected), and I think I’ll try to write a few small texts about what I’ve learned. I don’t think the forum is the right place for that (it would feel a bit like clutter), and even less the WIKI (which seems more exhaustive and precise than pedagogical – aside from the many tutorials, of course).

I’ll try to see if my user diary could be used for that:

  • pros: it’s a personal space, reflecting only my views, and doesn’t interfere with the roles of the forum or the WIKI
  • cons: I get the impression user diaries are almost completely hidden:

    • it took me three months to discover they even exist
    • I haven’t found any search engine for user diaries, which severely limits their usefulness for this purpose
    • I didn’t immediately understand that there’s a separate user profile for the OSM France forum and for OSM itself, and the user diary is accessed through the latter

… But maybe I’ll never write those diary entries!


Souhaite-tu aussi une version simplifiée ou plus “native” du texte en anglais, par exemple pour un usage public ou collaboratif ?


Mi día a día

Espero está sea mi ubicación exacta

Espero está sea mi ubicación exacta


peta

peta

peta


Profile Description 🇬🇧

For Turkey: (For Ankara, see keyyushi.)
  • Revert/tag correction operations

  • Map verification

  • Heat Map



Latest OSM Contributors 🇹🇷

Suspicious OSM Changesets It is recommended to change the parameters!

Changesets requesting review

For Turkey: (For Ankara, see keyyushi.)

  • Revert/tag correction operations

  • Map verification

  • Heat Map




Latest OSM Contributors 🇹🇷

Suspicious OSM Changesets It is recommended to change the parameters!

Changesets requesting review

Saturday, 12. July 2025


OpenStreetMap Blog

The 2025 OpenStreetMap EWG Microgrant Program

Have a bold, brilliant idea that could improve the OpenStreetMap (OSM) ecosystem? Got a vision for the future of OSM? Then we’ve got good news for you: the OpenStreetMap Foundation is thrilled to launch the 2025 edition of our Engineering Microgrants program! This program is designed to support community members working on software projects that […]

Have a bold, brilliant idea that could improve the OpenStreetMap (OSM) ecosystem? Got a vision for the future of OSM? Then we’ve got good news for you: the OpenStreetMap Foundation is thrilled to launch the 2025 edition of our Engineering Microgrants program!

This program is designed to support community members working on software projects that strengthen the OSM platform and ecosystem. We’re setting aside a total of £30,000, which may be distributed across several innovative and impactful projects. The per-project limit is £6,000, but if your idea goes beyond that, don’t hold back! The Engineering Working Group (EWG) may explore other funding avenues through the Foundation to help bring ambitious proposals to life. As such, we’d still encourage you to apply.

What’s the Process?

It’s simple and fair:

Submit your project idea via our GitHub template. This ensures transparency and reduces the chance of any conflicts of interest.

Our independent jury will review, score, and help select winning proposals through a multi-round process. Each idea will be reviewed not only for its score, but also for feasibility and implementation potential.

Pro tip: Before you hit submit, we strongly encourage all applicants to reach out to software maintainers if your idea touches existing tools, projects, or platforms. This helps align efforts, avoid duplications, and possibly even uncover opportunities for collaboration. If you need help identifying any software maintainers, you can contact the Engineering Working Group or the OSM Foundation Board, or ask directly on the announcement thread, so you can be put in contact with the correct parties.

Got questions? You can reply to the announcement thread, reach out to the jurors, or message the EWG directly. Jurors might also contact applicants during the review process if clarification is needed,so keep your inbox open.

We’re excited to see what you all come up with and submit! Whether it’s a tool to improve mapping workflows, enhancements to core OSM infrastructure, or entirely new ideas that fill a gap—we want to hear from you.

Submit your idea today and help shape the future of OpenStreetMap!


The OpenStreetMap Foundation is a not-for-profit organisation, formed to support the OpenStreetMap Project. It is dedicated to encouraging the growth, development and distribution of free geospatial data for anyone to use and share. The OpenStreetMap Foundation owns and maintains the infrastructure of the OpenStreetMap project, is financially supported by membership fees and donations, and organises the annual, international State of the Map conference. Our volunteer Working Groups and small core staff work to support the OpenStreetMap project. Join the OpenStreetMap Foundation for just £15 a year or for free if you are an active OpenStreetMap contributor