piebro/osm-data huggingface dataset:
literan (2025-08-12 19:42:38+00:00): также, здесь https://www.openstreetmap.org/way/710498560 проезд для машин - вот они стоят https://yandex.ru/maps/-/CHhl7QkU - а не пешеходная дорожка
felipeeugenio (2025-08-12 16:08:14+00:00): Hola. Supongo que estamos hablando de las ruinas un poco mas al norte. Yo al muevo.
Saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/170343707
felipeeugenio (2025-08-12 16:07:33+00:00): Hola. Qué intentaste dibujar aquí? no se observa ningún cuerpo de agua.
saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/170343980
felipeeugenio (2025-08-12 15:58:35+00:00): Hola Luis.
No se ve ninguna casa aquí. Ni ahora ni en fotos pasadas. Se dibujan cosas comprobables en terreno con nombres oficiales.

Saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/170344046
luis urzua (2025-08-12 16:08:52+00:00): Si cuando niño mi abuelita vivia cerca de ahi , ibamos a comer peras y uvas del parron ... la casa en esos años ya quedaba poco año 1992 aprox . Lo que nunca supe fue quien vivio igual daba miedo
felipeeugenio (2025-08-12 16:56:38+00:00): Hola Luis. 
Ok. Gracias. Pero en Osm agregamos cosas verificables en terreno. 
Saludos
luis urzua (2025-08-12 17:02:22+00:00): Dale Activen la opcion de subir fotos 360 y voy a sacarlas
felipeeugenio (2025-08-12 17:08:12+00:00): Hola. Puedes subir fotos georeferenciadas en 360 con capillary.
Pero no entiendo a qué te refieres. No aparece ninguna casa en las imágenes. Lo que entendí que ya no está. 
Saludos
ilias_ (2025-08-13 00:23:51+00:00): One change in uk and one change in usa 🙏🙏
Tom van Dijk (2025-08-12 22:18:33+00:00): "Sokkel voormalig kruis Center Parcs Het Meerdal" wordt geflagd als "generieke naam", zowel in de changeset metadata als in JOSM. Is dit de echte naam (met een bordje) of dient deze naam beter als `description`? Zie hiervoor https://wiki.openstreetmap.org/wiki/Key:name#When_not_to_use
Tom van Dijk (2025-08-12 22:26:41+00:00): En ik snap ook niet zo goed waar de "check-in" namen vandaan komen. Check-in (zonder nummertje er achter) gaat over tot check-in 2. Moet er dan niet nog een wegje tussen check-in 2 en de oprijlaan, genaamd "check-in 1"? Want daar zie ik op de luchtfoto ook nog een "kant" van het loket.

Ook is het wel belangrijk dat, als je een naam geeft, dat-ie dan ook écht zo heet in het echt. De vraag is dus: staan er bordjes met "2" of "check-in 2", of zijn er gewoon vier banen voor de check-in en is de nummering arbitrair?
Frans S (2025-12-07 11:30:49+00:00): Hello. Thanks for mapping. 
It took a while before your mappings are reviewed. Sorry. Shortage of validators.
Here you adjusted mappings inaccurately mapped by a previous mapper who also clustered buildings. 
 * Please map individual buildings without collecting multiple nearby buildings into a single object.
best regards
Frans S (2025-12-07 11:34:53+00:00): Hi. Another issue. 
* Buildings should have their corners squared.
Best regards
TBONE545 (2025-08-14 03:18:07+00:00): I apologize! I must have removed it by accident. Thank you for fixing this!
Allroads (2025-08-16 18:48:00+00:00): Hello, you worked on the Caribbean.

Used Bing, I did some worked there too.

I want to let you know there better aerial images, see forum
https://community.openstreetmap.org/t/dataroom-caribisch-nederland/123206/4


Why is this buildings drawn in. It party drawn in on a road.
https://www.openstreetmap.org/way/1421761475#map=19/17.502324/-62.979831&layers=N

Greetings Allroads
eggie (2025-08-12 15:57:02+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
eggie (2025-08-12 15:56:10+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
eggie (2025-08-12 16:29:56+00:00): Soms lopen over deze 'wandelpaden wandelroutes in relaties. Dan is het zaak om deze niet te onderbreken.
 Wandelnetwerk Duin Horst & Weide (6600313) 

Ze hebben dan een functie.

MVG
eggie
dvdhoven (2025-08-12 16:59:45+00:00): Ik heb deze changeset reverted. Route 12-54 was onderbroken over een flink stuk. En naar mijn idee is er geen enkele reden om paden te gaan verwijderen. If it aint broken, don't fix it.
En OSM is er niet om de navigators te pleasen.
We taggen niet voor de routers.

Dick van den Hoven
dvdhoven (2025-08-12 17:03:41+00:00): Ik ben flink kwaad, je komt net kijken, dan begin je grootschalig OSM te vernielen. Wat is dat voor een mentaliteit? Leef en lees je eerst in en plaats een note op de kaart waarom er zoveel paden zijn. Of kom op het forum en plaats een post dan kunnen andere mappers mee discussiëren.
Zeker als je gaat verwijderen, moet je eerst met andere mappers contact zoeken en het hun voorleggen.
Een van de grondregels van OSM is respect voor het werk van anderen en grootschalig het werk van anderen verwijderen, getuigt niet van respect.
randomcharactersMJ (2025-08-12 17:10:41+00:00): Totaal niet de bedoeling om disrespectvol te zijn, mijn excuses. Je zegt het terecht: gebrek aan kennis van mijn kant.
dvdhoven (2025-08-12 18:12:53+00:00): Ik waardeer je reactie. Bedankt.

Vriendelijke groeten,
Dick van den Hoven
Jrachi (2025-08-13 04:51:36+00:00): Ciao.
Hai verificato la licenza della sorgente dati?
Mi risulta che la regione Piemonte non abbia (quasi) mai una licenza compatibile con OSM. In barba all'adesione ai dati pubblici, ecc.

Ivo
BibiOSM (2025-08-13 17:10:41+00:00): Ciao, good question. La licenza dei dati  è CC-BY 4, ho dato per scontato la sua fruizione (questo dal sito Comune TO, ma Regione è uguale "La Città di Torino autorizza la libera e gratuita consultazione, estrazione, riproduzione e modifica dei dati in esso/a contenuti da parte di chiunque (Licenziatario) vi abbia interesse per qualunque fine, purchè nel rispetto dei termini della Licenza "Creative Commons public licence" Attribuzione - 4.0 (ITALIA)."). Vedo però ora che effettivamente OSM vorrebbe autorizzazione dell'owner https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ Che fare? Tra l'altro non è un import di dati, solo supporto al mapping quando le foto non sono utili e la survey di persona è complicata, ma del resto che cartografia utilizzare allora?
NorthCrab_upload (2025-08-12 16:44:07+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/760500215

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
Taya_S (2025-08-12 18:30:16+00:00): Hi,

I'm kinda curious why you've been adding individual trees in the middle of nowhere, including in the middle of forests. Would you mind sharing your reasons?

Best regards,
Taya Snijder
TinPetreković (2025-08-12 15:37:36+00:00): Reverting because of a conflict with sources #OptimoRoute

https://www.openstreetmap.org/changeset/170348455
Jan Olieslagers (2025-08-13 09:33:38+00:00): why did you remove the LP69 local_ref? It comes from the eAIP!
user_5359 (2025-08-12 20:32:34+00:00): Welcome to OSM! Please have a look on https://www.osm.org/node/10067885262. You move this business more than 100 meters. Is this right?
AKTraveler (2025-08-13 02:57:41+00:00): No, my apologies, I wasn’t trying to do anything with the business just changing turn restrictions into the DosBros parking lot.  Not sure how I screwed up Baskin Robins.
user_5359 (2025-08-13 04:27:42+00:00): No problem, I'll take care of it. Thanks for double-checking.
user_5359 (2025-08-13 07:14:31+00:00): Done! (After the first cup of coffee)
eggie (2025-08-13 07:24:17+00:00): Dag Tom,

Ik heb die afrastering losgemaakt van dat trottoir en uitgelijnd met de BGT.


MVG
eggie
eggie (2025-08-13 07:24:57+00:00): Je edits https://overpass-api.de/achavi/?changeset=170347284
Tom van Dijk (2025-08-13 08:14:59+00:00): Bedankt eggie!
0000FF berries (2025-08-12 20:53:41+00:00): Hi there :) 

I appreciate that you want to improve the database, but please do not delete useful information. While the species=palm that was added by EveryDoor is wrong, I can later change that tag to a beter one, e.g. taxon:family=Arecaceae. When you remove that information from the trees, it means that I will need to resurvey all those trees in the area I look after. 

Thank you.
user_5589 (2025-08-12 21:54:34+00:00): Except that I have no idea if species=palm is actually in that taxonomic family. It's a worthless tag in that respect.

For example in the UK we commonly have Trachycarpus fortunei and Cordyline australis described as palms. Yet only Trachycarpus fortunei is in that taxonomic family.

Similarly sycamore. Does it refer to Acer pseudoplatanus or Platanus occidentalis? Could be either and thus again is largely useless as a tag value.
0000FF berries (2025-08-13 20:12:02+00:00): That does not change the fact that the trees with that tag are palms. You can change the tag to note="palm tree", or fiixme="this is a palm tree",  but please do not remove the information that a tree with that tag it is indeed a palm tree.
eggie (2025-08-12 16:06:36+00:00): Dag radowm.. Dit is niet helemaal goed gegaan. Ik zie overlappende gebouwen. Realiseer je verder dat je naar een schuingenomen luchtfoto kijkt. Je kunt dan niet afgaan op de vorm van daken.
Ik heb wat schade hersteld. Het is nog niet helemaal correct. Niet iets voor starters om aan te beginnen.

MVG
eggie
eggie (2025-08-12 16:10:08+00:00): randomcharactersMJ  Waar het grote veldmeldingen maakte heb ik de vorm hersteld. 
Lijnen die zich zelf weer tegenkwamen en daardoor de rendering verstoorden. . e.d.
Je edits https://overpass-api.de/achavi/?changeset=170347373

MVG
eggie
eggie (2025-08-12 17:09:08+00:00): Ik heb nog wel iets aangepast... De pier was grondig vernield.
randomcharactersMJ (2025-08-12 17:14:32+00:00): Ik zei het in de andere thread ook al, maar nogmaals: excuses. Niet de intentie om iets te vernietigen, dus had me beter in moet lezen. Ik ben niet helemaal zeker hoe de 4 aansluitende gebieden die de pier lijken te vormen onderscheiden worden. Als je me kan wijzen op de documentatie waar dit op deze manier moet worden gedaan dan zou ik dat waarderen, maar als je denkt je hebt me al genoeg tijd gekost dan snap ik het ook hoor, zoek ik zelf.
eggie (2025-08-12 17:45:49+00:00): Hoi.. Ik zal zo nog even kijken.
Voor zover ik kan zien is alles import vanuit de BAG.
We tekenen niet zelf gebouwen in.
Overhangen staan niet in de BAG.. maar wel in de BGT. Daar heb ik nu hebruik van gemaakt.
Alle gebouwen zijn import.
Het lastige hier is dat de pier zelf iets anders is dan de gebouwen.
Maar ik zie hier ook nog lijnen met andere tags. Dan moet ik even rustig kijken.

Kom er op terug
Vaak ben je niet de eerste die iets gaat 'verbouwen'.
Nu hadden we foutmeldingen. Selfintersecting ways.
eggie (2025-08-12 18:30:08+00:00): Nog even gekeken. Het was de bedoeling van de BAG importeur om een onderscheid te maken tussen de gebouwen die op de pier staan en de pier zelf. 
De importeur heeft dus na import nog aan het bouwwerk gesleuteld. Dat heb ik nu zoveel mogelijk hersteld.
Jouw edits.. https://overpass-api.de/achavi/?changeset=170347373
Je heb de aparte gebouwen samen proberen te voegen met de man_made pier. Ik heb ze weer teruggelegd.
Denk dat het zo wel weer klopt.
Eigenlijk is het enige dat we niet zelf intekenen de Gebouwen en Adressen.
https://bagviewer.kadaster.nl/lvbag/bag-viewer/?searchQuery=strandweg+154a+scheveningen&objectId=0531100000016577&theme=BRT+Achtergrond&geometry.x=79322.25033054472&geometry.y=459277.9652033278&zoomlevel=13.048097254648882&bijbehorendeAdressen=Pand
Soms wordt iets weer aangepast. Meestal met building:parts die niet renderen, maar wel data bevatten. Dit is dan weer nodig voor de 3D weergave.

Er is dus niet simpel een uitleg te geven hoe om te gaan met die BAG import behalve dan de hoofdregel.. Beter vanaf  blijven. :)
Bij herimport komt toch de oude vorm weer terug.
eggie (2025-08-12 18:34:56+00:00): Als je naar de 3D versie kijkt dan zie je nu de gebouwen weer in 3D 
Die had jij aangepast. Ik heb die met een truukje weer teruggezet. 
Zie: 
https://demo.f4map.com/#lat=52.1171475&lon=4.2804184&zoom=19
Bobbi123 (2025-08-13 08:54:57+00:00): Hallo, das Einzeichnen der geplanten Ortsumgehung Dormitz ist hier nach den OSM-Regeln nicht korrekt. Denn es gibt keinen Planfeststellungsbeschluss und überhaupt ist die weitere Bearbeitung der Planfeststellung wegen der ablehnenden Haltung der dortigen Gemeinderatsmehrheit bis auf Weiteres ausgesetzt. Nach diesen Prämissen ist ein Mappen in OSM deshalb nicht korrekt. Ich bitte dich daher diese Änderung wieder zurückzunehmen und v.a. auch keine vergleichbaren Umgehungsstraßen zu mappen, die weder einen Planfeststellungsbeschluss noch eine Perspektive auf Realisierung haben.

Diese Thema hatten wir woanders mal vor einigen Monaten und dort wurde auf genau diese Regeln hingewiesen.

Zudem sind die Proportionen an ein paar Stellen auch nicht ganz korrekt.
Bobbi123 (2025-08-15 11:34:58+00:00): OK: Keine Stellungnahme und keine eigenes Rücksetzen dieser Änderung entgegen der OSM-Richtlinien. Deshalb ich ich den gesamten Changeset eben reverted.
user_5359 (2025-08-15 15:04:17+00:00): Hello! Please have a look on https://www.osm.org/node/13065568067. What is the mean of the tag KEH-2004 = wayside_cross?
opendcc (2025-08-16 10:24:26+00:00): fixed. Should be ref=KEH-2004
arcanma (2025-08-13 09:45:29+00:00): Leonardo, grazie della modifica, tempo fa era così poi probabilmente qualcuno ha collegato erroneamente la parte umbra, SP 6, con la parte laziale che è SP 54.
Ho corretto qualche imprecisione nella tua modifica, sicuramente dovuta all'inesperienza, innanzitutto limitando il cambio di riferimento alla parte umbra, poi ho tolto SP6 dal nome, è un dato ripetuto senza nessuna utilità e ho ripristinato il tipo di strada, secondary, che avevi cambiato in tertiary_link, probabilmente senza rendertene conto
aceman444 (2026-07-29 23:49:59+00:00): Zdravim, to pridanie building=yes na relaciu Univerzity Komenskeho nebolo dobre. Vytvorili ste budovu v budove a robi to teraz problemy.
Netvrdim, ze ta relacia je nejako slavne urobena, ale nepomohli ste jej.

Vsetky Vase sady zmien maju popis "Add/update missing info." , co nie je vhodne, pozrite: https://wiki.openstreetmap.org/wiki/Cs:Dobr%C3%A9_koment%C3%A1%C5%99e_sad_zm%C4%9Bn .

Dufam, ze len "neopravujete" klamlive hlasenia editora iD.
NorthCrab_upload (2025-08-12 16:44:53+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera nadmiarowe informacje. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Paczkomat nie powinien mieć nazwy. Nazwa nadawana jest automatycznie, na podstawie wartości brand. Opcjonalnie, numer identyfikacyjny może być przekazany w polu ref.
https://www.openstreetmap.org/node/13065623797

Dokumentacja paczkomatów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Tag:amenity%3Dparcel_locker

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
yelisey90 (2025-08-12 19:58:54+00:00): Hi! You can now officially use governmental imagery for editing. When using iD, just enter the following text into "Background Settings" > "Custom" near the right side of the screen:
https://nt0.napr.gov.ge/NGCache?x={x}&y={y}&z={z}&l=ORTHO_GEORGIA_4

Among other things, you will see then that the previous geometry of the restaurant was more correct ;)
eggie (2025-08-12 19:48:25+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
rezemika (2025-08-15 22:00:04+00:00): Salut,
Merci pour l'ajout de la ligne, mais pourquoi avoir supprimé les quais des arrêts de bus lorsqu'ils étaient déjà taggés ? (cf. https://www.openstreetmap.org/way/1392339597)
Valenting01 (2025-08-16 07:27:35+00:00): Hello,
Pas de soucis pour l'ajout de la ligne.
Concernant l'arrêt Ile Macé, j'ai pris la position sur les données OpenData, mais en-effet, je sais pas pourquoi j'ai enlevé la plateforme que tu avais taggée.
J'ai restauré les chemins et j'ai adapté les tags.
rezemika (2025-08-18 14:38:48+00:00): Oh okay, merci ! :)
(Cela dit, comme me l'a fait remarqué @GeorgeKaplan, ça fait peut-être un peu doublon d'avoir deux "public_transport=platform", donc si ça te va je peux adapter les points en "public_transport=stop_position" ?)
Valenting01 (2025-08-28 21:21:59+00:00): Salut,
Après avoir discuté avec des contributeurs sur les réseaux de bus et après avoir expérimenté l'intégration de réseaux.

L'idéal pour les arrêts de bus simple, c'est de mettre deux nodes :
=> Un où les voyageurs attendent, qui va porter le nom et et les références. [highway=bus_stop] + [public_transport=platform]
=> (optionnel) Un où le bus s'arrête [bus=yes] + [public_transport=stop_position] qui ne porte aucun tag suplémentaire

Ensuite, il faut faire une relation [type=public_transport] + [public_transport=stop_area] avec le nom : 
Contenant chaque node platform, précédé du stop_position associé.

Puis dans chaque relation route : ajouter également le node de stop_position, suivi du node platform associé.

L'intérêt des platform sous forme de way, est surtout pour les gare routières, pôle d'échange et les réseaux ferroviaires.

J'ai mis à jour Ile Macé selon ce modèle.

Réf :

https://nlehuby.5apps.com/bien-cartographier-les-bus.html
https://wiki.openstreetmap.org/wiki/File:Bus_stop_annot%C3%A9.png

Valentin
rezemika (2025-08-29 18:53:51+00:00): Salut, oh je vois, merci pour les explications ! :)
TrickyFoxy (2025-08-22 17:35:44+00:00): 👋 Не вносите личные заметки в OpenStreetMap. Используйте раздел Метки в приложении
jaap de vries (2026-06-09 12:19:16+00:00): Je geeft aan een parcel locker , maar het is een normale brievenbus. 
Zie ook de PostNL website  https://www.postnl.nl/locatiewijzer/
s777n (2025-09-04 07:28:24+00:00): Здравствуйте. Имена предназначены только для собственных имен. Например “Александровский дворец” или “Магнит”. А вот местные названия, номера домов или типы объектов например “Продуктовый” или “Родник” добавлять не нужно. https://wiki.openstreetmap.org/wiki/RU:Названия Исправлено
julcnx (2026-02-09 04:49:58+00:00): Thanks for your contributions, StefDeGreef.

Could you clarify the source and level of local verification for the paths and tracks you added near the Thailand–Cambodia border? Several of these appear to be traced from satellite imagery alone, without on-the-ground confirmation. This is generally not recommended, as imagery can be outdated or misaligned, and routing based on non-existent or incorrect paths can cause real issues.

Additionally, this is a sensitive border area with a recent conflict history. Adding or modifying potential trails in such locations without local knowledge or verification feels particularly risky and inappropriate.

Please let me know how these edits were verified. If I don’t hear back, I’ll likely proceed with cleaning up the data on the Thailand side.

Thanks for your understanding.

https://wiki.openstreetmap.org/wiki/How_We_Map
StefDeGreef (2026-02-13 01:38:30+00:00): Hi Julcnx,

Thank you for your kind message. I totally understand your initial concern and will be explaining below my reasons and methodology.

I've been living and working in Northwest Cambodia since 2002, involved in various projects here in humanitarian demining, environment and archaeology. I have an indepth knowledge of the northwestern border of Cambodia, its villages and paths, many of which I've travelled on my dirtbike. I've spent the last 20 years travelling across these provinces for work. Years of living and working here allow me to understand satellite imageries much better than another beginner user mapping features from sats without ever stepping in the country.

After discussing with imiii and other users about the state of Cambodia's map, it was agreed that many roads, buildings, ponds, bridges were missing from the map. The data gap would complicate the work of local and international organisations and administrations organising evacuation and humanitarian help delivery, especially how to reach the most remote housings.

I'm an intense contributor to HOTOSM where we use multiple sat imagery to map features, especially roads and buildings. And I used a similar method for this exercice, crosschecked as often as possible with Sentinel-2, checking if roads were seasonal or permanent across years, also checking with Mapillary imagery when available. I truly believe that all the features I've added are permanent features on the ground, though a series of them might have been destroyed over the last six months on both sides of the border. I'm mapping paths and buildings for humanitarian reasons and access, regardless of ownership or political side.

Also, I've hardly added any feature in Thailand as most of my edit were initially mass-removed by Thai users trying to maintain a fog of war around the border. My interest is humanitarian before all. I'm sad to see that Thailand's side of the border is lacking a lot of features clearly visible on satellite imageries. But if you are certain that the features I've added in Thailand don't exist, not that they should be removed because they haven't been traced by GPX, I'm afraid this area of Thailand will remain a blank slate for years to come.

I totally understand the routing problem - maybe these roads could be tagged as Access=no until ground-checked the next time someone rides there.

Feel free to contact me privately if you want. Or come to Siem Reap for a coffee someday. My treat.
julcnx (2026-02-14 03:42:47+00:00): Hi Stef,
Thank you for taking the time to explain your background and methodology, I really appreciate the detailed response.
It’s clear you have long-term regional experience, and your involvement with humanitarian work and HOT mapping is commendable. That context helps a lot. My concern was not about your intentions, but about data reliability and the specific sensitivity of this border stretch.
From imagery alone, especially in forested terrain, it can be very difficult to distinguish between:
* temporary logging tracks
* erosion scars
* historical trails no longer usable
* patrol paths not meant for public access
In this context, adding routable highway=* features, even if visible, can unintentionally create real-world navigation risks.
I’m not advocating for a “fog of war,” nor for leaving areas blank indefinitely. But for sensitive border regions, especially where routing engines may direct people, we need to apply a higher verification threshold than in standard HOT-style building tracing.
Regarding your suggestion of tagging access=no: that could be one compromise, but it still assumes the physical existence and permanence of the feature. If uncertainty remains about usability or continuity, sometimes it’s safer to avoid mapping as routable infrastructure until confirmed on the ground.
Thanks again for engaging constructively. And if I’m ever in Siem Reap, I’ll take you up on that coffee 🙂
StefDeGreef (2026-02-24 11:16:35+00:00): Hi Julcnx, sorry for late reply, lots of work on my side. I totally understand the issues. As you're very active on Thai OSM, I let you judge the relevant course of action. I would understand if you remove the track I've added on the Thai side of the border. No hard feeling, promised. You know best what's happening in Thailand than I do.

Coffee on me in Angkor when you come visit ! :)