piebro/osm-data huggingface dataset:
abakus_uploader (2020-01-02 23:30:27+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
dx125 (2020-02-16 18:07:52+00:00): ich habe hier versehentlich den "review request" angeklickt ; - )
user_5359 (2020-01-03 05:07:43+00:00): Willkommen bei OSM! Danke für den Eintrag.

Die Webseite und besonders die Berufsbezeichnung (office=lawyer) sind weitere interessante Beschreibung, die sinnvollerweise hinzugefügt werden sollten. Bei den Öffnungszeiten verwenden wir übrigens englische Tageskürzel. Dies habe ich bereits nachgepfelgt.
Aende (2020-01-03 08:20:38+00:00): Hi, danke für den Tip. Ich werde das ändern.
Aende (2020-01-03 08:23:03+00:00): ...ist ja schon geschehen :-)
literan (2020-01-03 15:42:20+00:00): приветствую! в тег name принято писать без сокращений https://wiki.openstreetmap.org/wiki/RU:%D0%9D%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F#.D0.A1.D0.BE.D0.BA.D1.80.D0.B0.D1.89.D0.B5.D0.BD.D0.B8.D1.8F_.D0.B8_.D0.B0.D0.B1.D0.B1.D1.80.D0.B5.D0.B2.D0.B8.D0.B0.D1.82.D1.83.D1.80.D1.8B_.28.D0.BD.D0.B5_.D0.B8.D1.81.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D1.83.D0.B9.D1.82.D0.B5_.D0.B8.D1.85.29 - так что я исправлю.
user_610278 (2020-01-04 11:18:02+00:00): Спасибо!
Сделал по аналогии с рядом расположенным объектом. Подход не сработал...
user_5359 (2020-01-03 17:06:57+00:00): Hallo! Rettungspunkte haben keine Namen und wenn, dann würde der die Sprache mit 2 Kleinbuchstaben notiert. Könntest Du bitte entsprechend korrigieren?
Mark from Krefeld (2020-01-03 17:25:51+00:00): Hallo,
den Key name:de habe ich schon korrigiert.

Ich habe Namen vergeben, da hier:
https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Demergency_access_point
auch Namen möglich sind.
Ich trage den Namen auch ein, da dieser in z.B. OSMAnd angezeigt wird. Der "ref" wird hingegen nicht angezeigt.
Meiner Meinung nach ist ein Rettungspunkt in einer Karte nur dann gut, wenn er sichtbar ist, aber da mag jeder seine Meinung zu haben.
Viele Grüße Mark
user_5359 (2020-01-03 17:33:25+00:00): Hallo Mark, danke für die Korrektur. Ich würde Dir bzgl. Namen, wenn der Name denn auch anders wäre als die Referenz (also z.b. name="Schutzhütte Krummer Weg"). Wenn der Schlüssel ref und name den gleichen Wert beinhaltet, dann ist das kein echter Namen. Für die Notrufe relevant sind die ref-Angaben.

Es gibt bei OSM einen Spruch: Wir Mappen nicht für den Renderer! Das würde dementsprechend bedeuten. Mach bitte eine Fehlermeldung bei OSMAnd auf, dass bei Emergency-Punkt die Referenznummer angezeigt werden sollten.

Mit freundlichen Grüßen        Georg V.  (OSM=user_5359)
luschi (2020-01-05 13:53:25+00:00): Hallo Marcello Perathoner,

du hast einige Landesstraßen als Relation mit `ref=LS64 - SP64` erfasst.     
In Südtirol haben wir uns darauf geeinigt die Nummern der Straßen ausschließlich mit einem "/" zu erfassen.      
z.B.:     
LS/SP64 oder LS/SP28 oder LS/SP1 oder auch GS/SC114.3 usw.

Ich habe die ref korrigiert.     
Auch muss nicht jede kleine Landesstraße als Relation erfasst werden wie diese Straße nach Albions, da sie nur 2 Wegelemente beinhaltet. Auch wäre hier der Name "Landesstraße Albions" besser geeignet als "Landesstraße 145", da in den Namen auch nur der Name gehört und 145 in der ref erfasst wird.

Auch ist die Straße nicht automatisch eine secondary nur weil es eine LS ist. Hier ist eine tertiary vollkommen korrekt.

lg     
luchi
Marcello Perathoner (2020-01-05 17:01:48+00:00): 1. Ok. Ich habe gedacht, das geht wie bei den anderen Namen. '/' ist sicher genauso gut wie '-'. 

2. Wenn man alle Landesstraßen in Südtirol aufzählen will, dann ist es viel einfacher alle Relationen in ganz Südtirol nach 'LS/SP' zu durchsuchen als alle Wege. (Ein Datenbank-Ausschnitt von Gröden enthält z.B. 150848 Wege aber nur 3939 Relationen, das geht also ~ 50 mal schneller.) Deshalb kann  es sogar sinnvoll sein, Relationen mit nur einem Member einzutragen. Es geht nicht nur um die visuelle Darstellung.

3. Der Name einer Relation ist nicht unbedingt der offizielle Name. Siehe z.B. Bus-Routen. Der Name einer Relation kann also so gewählt werden, daß man sie leicht findet. Den offiziellen Namen trägt man unter 'official_name:lang' ein.

4. https://wiki.openstreetmap.org/wiki/IT:Key:highway#Strade_.28roads.29. sagt: SS => highway=primary, SP => highway=secondary. Das Land wird schon wissen, welche Straßen wichtig sind. Deshalb bin ich dafür, der Einteilung des Landes zu folgen. Alles andere ist völlig subjektiv.

mfg Marcello
luschi (2020-01-05 18:51:42+00:00): zu 2. Straßen-Relationen sollen helfen lange Straßen zusammenzufassen. Bei Straßen die nur aus wenigen Teilen bestehen ist es nicht notwendig.     
Bei Straßen die nur aus einem Teil bestehen ist das eine unnötige Doppelung der Daten.       

zu 3. In `name` gehrt nur der Name und keine Nummer oder sonst irgendeine befremdliche Angabe nur damit sie schneller gefunden wird.      
Mein Vorschlag(Landesstraße Albions) ist leicht zu verstehen und auch leicht zu finden.      
Wenn man es genau nimmt, hat die Straße bis Albions keinen Straßennamen, somit `noname=yes`.     
Der Name "Landesstraße 145" ist so nur eine ausgeschriebene Form der `ref`. Da kann man viel einfacher nach der Straßennummer suchen und `name` ganz weg lassen.

zu 4. Die Straße nach Albions ist eine einspurige Straße und im besten Fall nur eine kleine Verbindungsstraße die wohl nicht über 3m breit ist wen überhaupt. Somit ist sie mit tertiary auch schon überbewertet. 
    
Die Wiki-Seite ist nicht immer auf Beschaffenheiten vor Ort übertragbar.      
Das Land/Staat sind die Betreiber der LS, GS und SS und für den Zustand verantwortlich, jedoch nicht wie wir sie hier in OSM erfassen.     
Nicht jede LS/SP muss als secondary/tertiary erfasst werden! Und nicht jede secondary/tertiary muss über eine LS/SP Nummer haben.

lg
Marcello Perathoner (2020-01-05 19:08:06+00:00): 2. Ich habe Dir schon erklärt, wofür diese Doppelung sinnvoll sein kann. Es geht nicht nur um die visuelle Darstellung sondern auch um andere Abfragearten, die mit Relationen einfacher durchzuführen sind. 

3. Der Name, der in geokatalog.buergernetz.bz.it eingetragen ist: "LS.145 - Albions" / "S.P.145 - Albions". Ist der jetzt gut genug?

4. Dir ist aber schon klar, daß meine Vorgehensweise objektiv und verifizierbar ist, Deine Vorgehensweise aber subjektiv und nicht verifizierbar ist. 

Wie breit muß eine Straße sein um secondary zu sein? Wie viele Autos pro Stunde müssen fahren? Wieviele Einwohner muß das Dorf am Ende der Straße haben?

Hingegegen: SS => primary, LS/SP => secondary ist objektiv und verifizierbar.

mfg Marcello
luschi (2020-01-05 19:36:35+00:00): 2. Ein Objekt in der Realität = 1 Objekt in OSM. Eine Straßenrelation ist eine Zusammenfassung. Bei einer 1way Straße ist das dann eine unnötige Doppelung und hilf nicht beim Suchen oder beim Anzeigen oder sonst irgendwie.

3. Nein. Da ist doch auch wieder die Nummer enthalten welche bereits in `ref=LS/SP145` erfasst ist.

4. Meine Vorgehensweise entspricht dem was vor Ort zu sehen ist.      
Bei einer secondary sollten 2 Autos leicht nebeneinander Patz haben, was hier nicht der Fall ist.     

Wenn du nur zu Hause sitzen willst und alles stur nach Breite, Kapazität, oder Einwohnerzahl erfassen willst, hat es nichts mehr damit zu tun was vor Ort vorhanden ist.

Die LS/SP145 ist keine secondary genauso wenig wie andere LS/SP in Südtirol die als tertiary oder unclassified erfasst sind.
Marcello Perathoner (2020-01-05 19:56:08+00:00): Zeig mir doch wo das im Wiki steht, daß da zwei Autos nebeneinander fahren können müssen.

Dein Vorgehen ist völlig subjektiv und nicht verifizierbar und verstößt somit gegen die Grundsätze von OSM.

mfg Marcello
luschi (2020-01-06 12:55:26+00:00): Bei `tertiary` steht:     
Outside urban areas, tertiary roads are those with low to moderate traffic which link smaller settlements such as villages or hamlets.     
So ähnlich steht es auch bei `unclassified`.

Albions ist ein `hamlet` also ist laut Wiki diese Straße durchaus korrekt wenn man sie als `unclassified` erfasst, wobei ich mit `tertiary` auch einverstanden bin, da diese Straße wohl eher als Hauptzufahrtsstraße für Albions gesehen werden kann im vergleich zur Straße(#684232400) die nach Lajen führt.

bei `secondary` steht:     
In developed countries it normally has 2 lanes and the traffic for both directions is usually separated by a central line on the road.

Da die Straße keine separate Spur pro Fahrtrichtung hat ist es keine `secondary`.

Bei verschiedenen anderen `highway` Seiten steht auch dass nicht die Nummer die highway-Klasse vorgibt.     

Wenn du die Straße nach Albions auf `secondary` setzen willst, stellst du sie mit den Straßen nach Feldthurns, Lajen - St. Peter, Meransen auf die gleiche Stufe. Diese Straßen sind aber alle 2 Spurig und haben eine höhere allgemeine Wichtigkeit.

lg
MitteloberrheinischerWaldameisenschreck (2020-04-15 19:11:48+00:00): What is the source of the detour in this changeset and the changes in your other two changesets? Looking at a lot of youtube videos the highway 132 was rebuilt on his old path (or only small divegences) including "Four corners"
nickvet419 (2020-04-16 13:56:10+00:00): Driving the route while i was there and using imagery.
MitteloberrheinischerWaldameisenschreck (2020-04-18 17:15:46+00:00): Hello
When were you there?
I wasn't there, but I looked at a lot of youtube-Videos showing construction and use of "new" 132:
https://www.youtube.com/user/bigislandvideonews/search?query=132
https://www.youtube.com/user/ApauHawaiiTours/search?query=132
https://www.youtube.com/channel/UCOzzDXy-T3pLVGsJaegn8yQ/search?query=132

E.g. in
https://www.youtube.com/watch?v=Y_HY_HW86QQ
he passes at 0:58
https://www.openstreetmap.org/node/581624555
and the adjoinig street looks nearly straight, not as curvy as your detour, that uses old small tracks. And he reaches "4 corners" at 13:25
https://www.openstreetmap.org/node/581643475
(at the moment onl "2 of 4 corners" available ;) )

https://www.youtube.com/watch?v=emzo8ExIUWo
... starts north of 4 corners

https://www.youtube.com/watch?v=Nwt6rbmR7w0
starts nearly here
https://www.openstreetmap.org/node/5642901254
showing hwy 132 in the middle and your detour on the right side.
And so on ....
I (as a surveyor with experiences in the examination of aerial and satellite images) would say, that the new 132 follows nearly the old 132, might be exactly on the old path, future aerial images will show it ...
mueschel (2020-01-03 10:28:49+00:00): Hallo,
ich habe ein paar Anmerkungen zu dieser Ergänzung:

was bedeutet der Key 'name:47'? Ein solches Tag gibt es sonst nirgends

'name:DE' muss 'name:de' heißen - Sprachen werden in Kleinbuchstaben angegeben.

Steht hier wirklich an jedem Rettungspunkt eine Landkarte? Wenn nicht ist information=map und tourism=information falsch.

Grüße
Jan
Mark from Krefeld (2020-01-03 17:13:54+00:00): Hallo Jan,
vielen Dank für den Hinweis.
Zu Deinen Fragen:
- name:47 ist falsch und soll name:de heißen
- name:DE muss name:de heißen
- an allen Rettungspunkten ist tatsächlich eine Karte im Format A3 mit einer Übersicht der Sophienhöhe und der Standort ist mit einem Pfeil markiert.

Ich habe alle falschen Keys korrigiert, dank JOSM doch schnell gemacht ;-)

Ich werde in den nächsten Tagen noch ein paar weitere Rettungpunkte eintragen, dann mit den richtigen Keys!

Viele Grüße
Mark
eggie (2020-01-02 20:51:53+00:00): Dag Baran.. 
Openingstijden klopt nog niet.
Gebruik voor openingstijden deze tool. Selecteer de tijden en het resultaat zet je in je tagging.. 
openingsuren-tool

http://projets.pavie.info/yohours/

MVG,
Eggie
camelCaseNick (2020-01-04 03:31:10+00:00): Hey,
it seems that the wikidata=Q1630829 still holds true. Is there a reason, why you have removed that?
CamelCaseNick
BBHD (2020-01-04 09:58:12+00:00): Unfortunately I do not know my way around here and just wanted to change the name of the hotel from The Westin Bellevue Dresden to Bilderberg Bellevue Hotel Dresden. I have not yet made any changes to Wikipedia.
camelCaseNick (2020-01-04 18:50:09+00:00): You are new to OpenStreetMap? Then you might be interested in https://openstreetmap.community/ where you can find communication channels to connect with others.

I was talking only about the reference to Wikidata (a database for machine readable statements about anything, sister project of Wikipedia). I didn't talk about changes within Wikidata or Wikipedia. But if you can't remember removing that and only changing the name: It might be that the editor you used iD removed that for you. No problem then. I will now add the link back again.

And thank you for making sure OpenStreetMap is up-to-date and I hope I haven't scared you away with my comments.

CamelCaseNick
Piotr Strębski (2021-09-10 20:04:35+00:00): https://www.openstreetmap.org/way/302721151
Co to jest?
Lamarana Djalo (2020-01-03 16:27:29+00:00): manghel
eggie (2020-01-02 21:57:02+00:00): Dag TT.. 
Water en land bijt elkaar en is best ingewikkeld voor starters. 
Water mag eigenlijk niet zomaar op een ander vlak ingetekend worden, maar moet netjes ingebed worden in de landuse. Ik heb dat nu even gedaan. 
MVG,
Eggie
eggie (2020-01-02 21:58:46+00:00): Het pad dat nu door het water liep heb ik een brugtag gegeven.
Ildsjel (2020-01-03 10:26:36+00:00): Dank. Ik zag dat het in de buurt vaker was gedaan, zal er de volgende keer op letten.
eggie (2020-01-03 10:46:11+00:00): Oke..., maar die mapper krijgt ook regelmatig de hele community over zich heen.. :)
https://forum.openstreetmap.org/viewtopic.php?id=68158

Het beste kun je water en landuse bewerken met editor JOSM. Voor die editor worden speciale plugins gemaakt zoals Cutout Overlapping Polygons.
Zoiets uitsnijden doe ik met één druk op een toets.
editor josm stap voor stap
https://forum.openstreetmap.org/viewtopic.php?id=53710       

en voor de plugin
PolygonCutOut
https://forum.openstreetmap.org/viewtopic.php?pid=723861#p723861

Even wat leesvoer :)
Gr Eggie
streckenkundler (2020-01-03 14:09:39+00:00): Revert due to license violation. official data of Brandenburg may not be used.
https://www.openstreetmap.org/changeset/79158812.
alester (2020-01-03 01:37:06+00:00): Try to upload your changes in smaller areas, like one for the changes in California, one for Alaska, etc. This changeset and some of your previous ones have covered massive areas and show up on QA tools for widespread areas when they don't need to.
mapman44 (2020-01-03 06:44:05+00:00): Just three days ago you were asked to make your changeset areas smaller but you ignored that with this changeset. Please listen to more experienced editors.
freebeer (2020-01-03 07:05:17+00:00): a description of what you have done as `many edits' is unhelpful, it's obvious from the list below.

in the list there are multiple items as areas which appear to have incorrect names, that should instead be descriptions.

with grouping so many unrelated objects over such an area into a single changeset, you make it difficult for other mappers to have the motivation i lost to check through the hundreds of listed nodes below for similar questionable items that need further attention.

https://www.openstreetmap.org/way/285480554
what is the source of this name, both english and russian?  is it posted on the building?  why is this edit to a russian object included in a changeset where you have made local changes to a much smaller area in california in previous edits?

https://www.openstreetmap.org/way/760393200

again, what is the source of this name which looks to be a description, not a proper name?

if someone has the patience to review the nodes below, more power to you, to find further questionable tagging.  my own comments are based solely on the few things to leap out at me and i didn't review anything more in detail.  too much to do, too little time
Adamant1 (2020-01-03 07:54:17+00:00): I already messaged them myself a couple of times on changesets about it awhile back and they never responded. So I wouldn't expect a response here either. 

Although I'm not sure if it is the case here, I'm semi under the belief that people are not consistently getting notified about changeset comments because I've had a much response rate in private messages and there where were a few times I never got notified of comments on my changesets either. Although I wouldn't recommend private messages as an alternative. Since some people consider trying to do things in private or something and will go off about it. "eye roll." Plus, it just makes it harder to figure out disputes later. Like when you report someone for calling you condescending because you didn't throw palm branches at their feet over their "fantastic work" before daring to ask them a question about it. 

Anyway, back to relative obscurity with me. I'm probably better there, not being condescending or whatever.  

P.S. there was a bunch of places in the changeset that I commented on where the names where extremely messed up. So, good guess its the same here. I'd just report them. I was going to, but got busy being named called and forgot :(
stevea (2020-01-04 03:42:42+00:00): We just read a prediction of what someone else might do, self-uncertainly, unsure belief if the adopted project is broken, an unsolicited recommendation, a commentary about others "going off," an "eye roll," a complaint about things being harder and hyperbole about needing to needlessly fawn with too much politeness (we don't, there is no need to).  Respectively.

Then, "I'll go crawl back under my bridge, I'm called condescending" (as he condescends).  Ending with "report them" (call the cops, or the DWG, or something).

More map, less talk.  I'm likely guilty of "too much talk" right here, right now, but I felt compelled to point out the tone of the blather in the previous post.  OK, there, I did.

Rein in your posts, please; exclude such twaddle.

sean2019, this changeset is a poor quality edit, much too large in area and rife with noisy data.  But you're hearing that more than once now, so please heed.
freebeer (2020-01-04 11:00:22+00:00): adamant, this user has been repeatedly blocked by the DWG and if memory serves the most recent block was a two month duration from which the mapper has promptly emerged continuing to map exactly as told not to in the block message.

a user block is not something that can be ignored, be it a zero-hour one-off, or an extended period of time which this user has, in violation of OSM policy, created multiple sockpuppet accounts in order to work around the block, yet continuing to map without changing their (his) ways, obviously ignoring community feedback channeled via official means.

that's very different from failing to heed changeset notifications, or quietly mending ones ways without openly responding.  it's clear from previous sockpuppet comments that this user is uninterested in community feedback and rejects it outright.

even if the mapper ignores these comments, they are open public feedback so the community (around a dozen participants i'm aware of so far) can see them, where private communication has failed for whatever reason.

stevea, i appreciate your beef with Frau Ada Mant, but  please formulate it constructively, as i hope i have in case Fr.Mant was unaware of the userblocks, and even if so, that others can be aware of the background, that this is not an isolated case, but a long-running bone of contention.

apologies if your personal mail copies of this get single-character lines, this is an apparent android bug i first saw evidence of maybe 10 to 20 years ago, that appears to be  handling user input under memory pressure (blind typeahead) in a way that transposes characters and/or inserts newlines, apparently in part by backspacing to correct errors when bl-lind typing.  like i tried but failed to provoke there, damn kezboard, not knowing what i meant to type.  there, got that backspace key right and sho' nuff.  sorry for the digression)
SomeoneElse (2020-01-04 21:41:19+00:00): For info, see https://www.openstreetmap.org/user_blocks/3362 amd https://www.openstreetmap.org/user_blocks/3363 .
Best regards,
Andy
Adamant1 (2020-01-04 23:31:18+00:00): Freebeer, so I assume akin to SteveA contacting me here in the same manor and tone that he was blocked multiple times by Woodpeck for and told not to do again? 

If such is the case that multiple violations and blocks should not be taken lightly and be dealt with accordingly. So I patiently await a response and subsequent block of SteveA from either Woodpeck, SomeoneElse, or anyone else in DWG for verbal harassment of me here after he was repeatedly told not to contact me or he would be banned. Zero day block or otherwise. I could really care less. If nothing is done about it when a clear line is drawn its no wonder people continue their behavior. Including continue to do edits when asked not to. Although in this case it appears to have been dealt with. Which I thank SomeoneElse for.

Hopefully it will be in SteveA's case also. As I look forward to the day when the person no longer pops up on my radar with his un-asked for, useless (in my concern) opinions and endless criticism (all criticism is useless. Not just his).

Anyway, I have better things to do then twaddle. So I'll take the advice of the king of it by shoving off now and doing some mapping. Hopefully SteveA will be dealt with in due course for his infraction. I have faith he will be. I appreciate you calling him out for it. More people should until it no longer occurs. 

Bye bye for now

Adamant1
stevea (2020-01-04 23:36:37+00:00): Untruth:  I have not been "blocked multiple times," simply once.  It was a "zero time block."

Another untruth:  I did not "verbally harass" anybody.  I stated (characterized) what was said and asked for less ineffective talk.

This always goes nowhere with this person.  I'm reluctant to say more.
SomeoneElse (2020-01-05 00:08:06+00:00): @stevea Re: "More map, less talk. I'm likely guilty of "too much talk" right here"
Yes you are.  It's not relevant to the discussion here.
@Adamant1 "I was going to, but got busy being named called and forgot" was also not relevant.  
@both of you:  It's easy to see how the situation escalates - one of you makes a comment that the other perceives as a slight to them, the other replies with a more direct slight and it goes from there.  Its not helpful to anyone, so please, _both of you_ consider using shorter, more on-topic replies and take special care how they might be interpreted.
sean2019 (2026-07-01 00:14:38+00:00): Looking back on this, it was a very stupid mistake. I was being careless and simply lazy instead of splitting up my changesets and giving accurate descriptions. I apologize for any inconvenience I caused to others who had to deal with this years back.
ralley (2020-01-02 21:51:40+00:00): Welcome to OSM and thanks for your edit.  There are some problems with your changes: 1) Change set comment does not describe what you did and why; 2) Redundantly added a residential area within existing; 3) Improper tags on office.  Please see https://wiki.openstreetmap.org/wiki/Good_changeset_comments and https://wiki.openstreetmap.org/wiki/Key:office
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79131639
pitscheplatsch (2020-01-05 08:04:57+00:00): Hi Slither66, welcome to OSM.

Please don't add test data to the live OSM Server.
If you want a test server, perhaps http://api06.dev.openstreetmap.org/ would work for you?

---
Detected by #SuspiciousOpenStreetMap