OpenStreetMap User's Diaries - Jul 18
Siuslaw National Forest
Tagging and additions of USFS roads in the Siuslaw National Forest completed.
18 hours agoTagging and additions of USFS roads in the Siuslaw National Forest completed.
18 hours ago
OpenStreetMap User's Diaries - Jul 18Siuslaw National ForestTagging and additions of USFS roads in the Siuslaw National Forest completed. 18 hours agoTagging and additions of USFS roads in the Siuslaw National Forest completed. 18 hours agoOpenStreetMap User's Diaries - Jul 17Συνάντηση της ελληνικής κοινότητας στην Αθήνα♦ Καλησπέρα σε όλους και όλες, Σας προσκαλώ στην συνάντηση της ελληνικής κοινότητας του OpenStreetMap στην Αθήνα. Ευκαιρία να μαζευτούμε οι χαρτογράφοι της Ελλάδας και να πιούμε έναν δροσιστικό καφέ μες την ζέστη του καλοκαιριού, ώστε να γνωριστούμε καλύτερα και να συζητήσουμε διάφορα σχετικά με το OSM. Και μετά να κάνουμε χαρτογράφηση στη γύρω περιοχή :slight_smile: 🗓️Ημερομηνία 2 days ago ♦ Καλησπέρα σε όλους και όλες, Σας προσκαλώ στην συνάντηση της ελληνικής κοινότητας του OpenStreetMap στην Αθήνα. Ευκαιρία να μαζευτούμε οι χαρτογράφοι της Ελλάδας και να πιούμε έναν δροσιστικό καφέ μες την ζέστη του καλοκαιριού, ώστε να γνωριστούμε καλύτερα και να συζητήσουμε διάφορα σχετικά με το OSM. Και μετά να κάνουμε χαρτογράφηση στη γύρω περιοχή :slight_smile: 🗓️Ημερομηνία και ώρα: Σάββατο 26 Ιουλίου, 15:00 Το Piu Verde εκτός από καφέ, προσφέρει και φαγητό, για όποιον θέλει μιας και θα είναι κοντά μεσημέρι. 🗓️🔗Σύνδεσμος συνάντησης στο OpenStreetMap Calendar: osmcal.org/event/3920/ Δεν υπάρχει συγκεκριμένη ατζέντα για το τι θα συζητήσουμε, γι’ αυτό γίνεται η συνάντηση για να γνωριστούμε από κοντά όσοι δεν γνωριζόμαστε ήδη, και θα συζητήσουμε διάφορα για το OpenStreetMap και πιθανώς και κάποια θέματα που αναφέρθηκαν στην online συνάντηση. Και φυσικά στο τέλος θα κάνουμε και χαρτογράφηση της γύρω περιοχής. Σαν σημείο αρχικής συνάντησης για όσους φτάσουν 15:00 ακριβώς, προτείνω την αρχή του μονοπατιού επί της οδού 8ης Μεραρχίας. Δείτε και την σχετική ανάρτηση στο φόρουμ της κοινότητας. Για επικοινωνία με τα υπόλοιπα μέλη της ελληνικής κοινότητας, πέραν του φόρουμ, για πιο άμεση επικοινωνία στο τσατ Element. Σας ευχαριστώ και ελπίζω να ιδωθούμε, OpenStreetMap User's Diaries - Jul 17안녕하세요 커뮤니티우선, 저는 한국어를 못해서 자동 번역입니다. 저는 러시아 출신이지만 지난 3년 동안 서울에 살고 있어서 한국어로 글을 쓰고 싶습니다. 저는 1년 동안 OSM을 사용해 왔지만, 일주일 전에 지도 제작에 손을 대기로 했습니다. 제 첫 프로젝트는 «석정리». 세계문화유산화순고인돌군에서 멀지 않은 외딴 마을이에요. 어디서부터 시작해야 할지 몰라서 그냥 무작위로 이 마을을 선택했습니다. 제가 알기로는 한국의 OSM 커뮤니티는 그다지 활발하지 않은 것 같습니다. 하지만 한국에서 3년을 보냈지만 여전히 같은 관심사를 가진 친구를 찾을 수 없었기에, 이번 시도가 시간이 지나면서 결실을 맺기를 바랍니다. 어떤 식으로든 제 작업이 유용하기를 바랍니다. 제가 뭔가 잘못한 게 있다면 알려주세요. 2 days ago 우선, 저는 한국어를 못해서 자동 번역입니다. 저는 러시아 출신이지만 지난 3년 동안 서울에 살고 있어서 한국어로 글을 쓰고 싶습니다. 저는 1년 동안 OSM을 사용해 왔지만, 일주일 전에 지도 제작에 손을 대기로 했습니다. 제 첫 프로젝트는 «석정리». 세계문화유산화순고인돌군에서 멀지 않은 외딴 마을이에요. 어디서부터 시작해야 할지 몰라서 그냥 무작위로 이 마을을 선택했습니다. 제가 알기로는 한국의 OSM 커뮤니티는 그다지 활발하지 않은 것 같습니다. 하지만 한국에서 3년을 보냈지만 여전히 같은 관심사를 가진 친구를 찾을 수 없었기에, 이번 시도가 시간이 지나면서 결실을 맺기를 바랍니다. 어떤 식으로든 제 작업이 유용하기를 바랍니다. 제가 뭔가 잘못한 게 있다면 알려주세요. 번역가가 좋은 일을 해서 여러분을 울게 하지 않았기를 바랍니다 :) 화이팅! 2 days agoOpenStreetMap User's Diaries - Jul 15タグ付けガイド: 人工的な公園人間によって整備された公園を指します。自然のままに維持されている公園は対象外です。 公園の敷地全体
4 days ago
人間によって整備された公園を指します。自然のままに維持されている公園は対象外です。 公園の敷地全体
4 days ago
OpenStreetMap User's Diaries - Jul 15住宅用建物
一世帯住宅
★他の世帯と壁を共有しない一世帯住宅 (最も一般的な一軒家)
他の世帯と壁のみを共有する一世帯住宅 (壁越しに住んでいる)
★集合住宅 (アパート/マンション)
一世帯住宅
★他の世帯と壁を共有しない一世帯住宅 (最も一般的な一軒家)
他の世帯と壁のみを共有する一世帯住宅 (壁越しに住んでいる)
★集合住宅 (アパート/マンション)
4 days ago
OpenStreetMap User's Diaries - Jul 14タグ付けに関する雑記タグ付けに関する個人的なメモを書いています。 間違っている所があるかもしれません。間違いを見つけたらコメントしていただければ幸いです。 下に追記していきます。ある程度まとまったら別のエントリに移す予定です。 住所 地番と住居表示地番
住居表示
タグ付けに関する個人的なメモを書いています。 間違っている所があるかもしれません。間違いを見つけたらコメントしていただければ幸いです。 下に追記していきます。ある程度まとまったら別のエントリに移す予定です。 住所 地番と住居表示地番
住居表示
原則、町域 (町の名称から丁目を除く部分および大字の区域) までが表される。 電話番号OSMではDIN 5008の書式で記述。
OpenStreetMap User's Diaries - Jul 14Working on Open Street Map's Timelines
Questions
Questions
OpenStreetMap User's Diaries - Jul 14Promoting OpenStreetMap as a Leisure Class ActivityMost 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 5 days ago 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. 5 days ago Nominatim - Jul 13The 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
6 days ago
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 correctionSearch-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 OptimisationsA 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 objectsNominatim’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 citizensPhysical 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 categoriesEvery 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. 6 days agoweeklyOSM - Jul 13weeklyOSM 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…<
6 days ago
03/07/2025-09/07/2025 ♦ [1] WebGIS of Walkability – Healthcare Accessibility | © Sandro Laudares | Map data © OpenStreetMap Contributors. Community
Note: This weeklyOSM was produced by 115c7a5fac, www.openstreetmap.org/user/IVIDES_org, MarcoR, MatthiasMatthias, PierZen, Raquel Dezidério Souto, Strubbl, Andrew Davidson, barefootstache. OpenStreetMap User's Diaries - Jul 13Mi día a díaEspero está sea mi ubicación exacta 6 days agoEspero está sea mi ubicación exacta 6 days agoOpenStreetMap User's Diaries - Jul 13Profile Description 🇬🇧
For Turkey: (For Ankara, see keyyushi.)
7 days ago
For Turkey: (For Ankara, see keyyushi.)
7 days ago |
OpenStreetMap User's Diaries - Jul 17Kurpie 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 2 days ago
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! 2 days agoOpenStreetMap User's Diaries - Jul 17HOT Data Quality InternshipIn 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 2 days ago 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-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
youtu.be/Mvh5l0PiOiE
-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
-Quality Assurance Tools such as OSMCha, OSM Inspector, Keep Right and Osmose -The use of Map Roulette and Map Paint Styles
OpenStreetMap User's Diaries - Jul 15Házszámozás Androidon: StreetComplete vs Every DoorOSMHungary 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. 4 days ago 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ézetHá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 ♦ ♦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 ♦ ♦ Új pontként felvett címED-ban két gomb is van erre, az egyikkel egy 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: ♦ 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 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 bevitelHá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 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 bevitelSC-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 ♦ ♦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 elemekED-ban meg lehet adni az alap beviteli kijelzőn az ♦ ED-ban lehetőség van bármelyik címke szerkesztésére, így nem a legkényelmesebben de kitölthető akár az ♦ Magyarországon címeknek még kötelező része az A két program előnyei ezek alapján: StreetComplete:
Every Door:
É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:
OpenStreetMap User's Diaries - Jul 15配電用の電線や電柱電力線以外 (電話回線やインターネット回線) は対象外。 電力線とともに電話線がある場合でも、communication=lineは使用しない (このタグは海上ケーブルなどを対象としている)。 配電線 (送電線ではない)
三相6600V (高圧)
単相±100V
三相200V & 単相±100V (工場用)
電力線以外 (電話回線やインターネット回線) は対象外。 電力線とともに電話線がある場合でも、communication=lineは使用しない (このタグは海上ケーブルなどを対象としている)。 配電線 (送電線ではない)
三相6600V (高圧)
単相±100V
三相200V & 単相±100V (工場用)
電線の終端 (住宅などへの引き込み部分)
電線の分岐点 (電柱無し)
電柱
変圧器付きの電柱 (単相) 6600V→±100V
変圧器は1個
変圧器付きの電柱 (三相) 6600V→三相200V & 単相±100V
変圧器は2個
4 days ago
OpenStreetMap User's Diaries - Jul 14Hišna imenavir: Hišna imena Dodano:
vir: Hišna imena Dodano:
OpenStreetMap User's Diaries - Jul 14HeloTim ban kb 4 phuong 5 days agoTim ban kb 4 phuong 5 days agoOpenStreetMap User's Diaries - Jul 1415 Years of OsmAndosmand.net/blog/15-years/ 5 days agoosmand.net/blog/15-years/ 5 days agoOpenStreetMap User's Diaries - Jul 14Journal 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 5 days ago
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 5 days agoOpenStreetMap User's Diaries - Jul 13UNH To-Do list
OpenStreetMap User's Diaries - Jul 13My 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 6 days ago
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 opinionAt first, I thought it was just a freely editable map application, before realizing that it is in fact:
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:
Scaling up personal contributions is obviously possible:
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:
… 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 ? 6 days agoOpenStreetMap User's Diaries - Jul 13petapeta 7 days agopeta 7 days agoOpenStreetMap User's Diaries - Jul 12testtest 7 days agotest 7 days ago |