piebro/osm-data huggingface dataset:
daniel_k (2023-01-30 17:32:13+00:00): 1) Aus der Tatsache, dass es ein Haus Seeberg 16 und ein Haus 22 gibt, kannst Du schließen, dass es einen Bebauungsplan gibt, der auf dem Grundstück zwei Gebäude vorsieht. Aus irgendwelchen Gründen wurden diese bisher nicht realisiert. Vielleicht will hier eine Oma das Grundstück an ihre Enkel vererben.
Das NSG Seegut-Semmlersberg wurde 1999 errichtet. Da standen die Gebäude alle schon und der Bebauungsplan war auch vorhanden.
Seeberg 22 ist ein Wohngebäude und kein Betriebsgebäude. Für was auch? 

2) Man könnte das Wohngebiet in Aichholzhof und Viehhaus splitten, da beide Weiler ursprünglich getrennt waren: Aichholzhof zu Unterweissach, das Viehhaus zu Cottenweiler.
ticki_52 (2023-01-30 21:36:55+00:00): 1) Erkennbar ist, dass 2 Häuser dazwischen passen würden. Das ist alles. 

Ich finde, dass es so passt, weil es die beiden Häuser sicher nicht geben wird wegen dem NSG. Pech für die Erben. Wenn Du das anders haben möchtest, kannst Du das gerne tun. 

zu 2) Tu' Dir keinen Zwang an.

Schönen Abend noch...

ticki_52
daniel_k (2023-01-31 06:47:54+00:00): Lieber Ticki,
es kommt mir nicht darauf an Dich zu schikanieren, sondern auf eine möglichst genaue Karte.
Bei einem Abstand von mehr als 150 Metern zu einer anderen Siedlung spricht man von einer Einzelsiedlung. Z.B. beim Backnanger Waldheim oder dem Heutensbacher Schützenhaus. Seeberg 22 ist aber nur etwa 40 Meter vom nächsten Haus getrennt. Daher solltest Du es mit dem Aichholzhof verbinden.
ticki_52 (2023-01-31 10:41:58+00:00): Hallo Daniel,

woher stammt das mit den 150 m? Nach meinem aktuellen Wissenstand bleibt 22 ein Einzelhaus egal wie breit der Korridor zum nächsten Wohngebiet ist, denn es ist doch so, dass es sich bei der Fläche zwischen 16 und 22 unzweifelhaft um eine Streuobstwiese (landuse=meadow...) handelt. Darüber soll keine andere landuse-Fläche (z.B. landuse=residential) getaggt werden. Also bleibt 22 eine Insel, solange auf 18/20 nicht gebaut wird,  egal wie man's dreht und wendet. 
So wie ich das sehe, ist diese Fläche noch nicht mal erschlossen, weder wegetechnisch noch von der Wasser- und Stromversorgung. Das würde auch erklären, warum dort in all den Jahren nicht gebaut wurde. Die Erschließungskosten sind enorm, wenn da alles erst aufgebuddelt werden muss und der Naturschutz will da sicher auch mitreden.

Das ist für mich der Stand der Dinge und so habe ich das auch gemappt. 
Und nun zurück zum "street parking"

Grüße ticki_52
daniel_k (2023-01-31 17:31:19+00:00): Hallo Ticki,
diese 150 m-Regel findest Du in einschlägiger Literatur, z.B. in einem Geographie-Lexikon. Einfach mal im Netz gucken.

Ja, das Grundstück ist eine Streuobstwiese. Aber warum soll eine Streuobstwiese nicht als Baulücke in einem Wohngebiet bestehen? In der Friedensstraße gibt es eine große Baulücke mit Streuobst und in Bruch ebenfalls. Im Kelterweg gibt es sogar ein Wäldchen mitten im Ort.
Die Eigentümer wollen sie eben nicht bebauen und das ist auch ihr gutes Recht. Das ergibt sich aus § 903 BGB, wonach ein Eigentümer mit seiner Sache nach seinem Belieben verfahren kann.

Eine fehlende Erschließung sehe ich nicht, da sicherlich Wasser- und Stromleitungen zu Seeberg 22 führt. Außerdem ist eine Straße Seeberg vorhanden.
Nach der Ansicht müsste man dann auch Hutzelgärten 6 aus dem Wohngebiet ausgliedern, da dort nur Gartenhütten stehen und ebenfalls keine Abwasserleitung.

Weiterhin glaube ich nicht, dass der Naturschutz einer Bebauung entgegensteht: Seeberg 22 bestand schon 1968 (Luftbilder), während das NSG Seegut-Semmlersberg 1999 eingerichtet wurde. Außerdem befinden sich die Grundstücke außerhalb des NSG.

Könntest Du nicht Haus 22 über einen Korridor über die Straße Seeberg mit dem Wohngebiet verbinden?
ticki_52 (2023-01-31 18:55:05+00:00): Hallo Daniel,

ich habe das, was ich richtig finde gemappt. Anderes andere darfst Du so machen, wie Du es für richtig findest.

Gruß ticki-52

P.S. Bitte die Lücke im Wohngebiet Unterweißach wieder schließen. Danke....
daniel_k (2023-01-31 19:08:51+00:00): Könntest Du bitte sagen wo die Lücke in Unterweissach ist?
ticki_52 (2023-01-31 20:53:48+00:00): Einfach die Linie irgendwo auswählen und dann siehst unten bei den Objekteigenschaften, dass es 2 Liniensegmente gibt und wo die beiden Bruchstellen sind.... Es sollte keine Liniensegmente mehr geben, wenn die Teilstücke wieder verbunden sind.
Bem Mapas (2023-01-29 20:03:07+00:00): Olá @Fidelis Assis, 
Primeiramente quero parabenizá-lo por suas contribuições!
Observei que em algumas de suas alterações trechos longos têm ficado com limite de velocidade muito baixo mesmo existindo sinalização de 80 km/h ou mais, como é o caso desse local que nas coordenadas: -21.5046388,-41.6104481 existe uma sinalização de 80 km/h. Outra sugestão é o uso das tags "maxspeed:forward" e "maxspeed:backward" em locais com limites divergentes em cada sentido de vias de pista simples para evitar impactos aos usuários que utilizam a base do Osm para navegação.
Abraços e boas edições!
Fidelis Assis (2023-01-29 22:40:05+00:00): Olá, Bem Mapas. Obrigado!
A questão é que tem uma lombada longa (hump) bem ali no trecho em que você recolocou a velocidade de 50 km/h num dos sentidos. Eu tinha secionado o trecho no entorno da lombada para garantir nele a velocidade máxima de 30 km/h conforme a resolução 600/2016 do CONTRAN que define as velocidades nos entornos de lombadas: 20 km/h para lombadas curtas e 30 km/h para longas. Deixar com 50, mesmo em apenas um dos sentidos, fica fora da legislação e pode causar algum dano/acidente caso o motorista confie no seu navegador e acabe passando a 50 numa lombada de 30. Eu tenho procurado fazer uma "limpeza" desses casos (infelizmente são muitos) compatibilizando as velocidades nos trechos onde há lombadas com ajuda de seguinte query overpass para identificar os conflitos:

https://overpass-turbo.eu/s/1qJW

Se quiser dar uma verificada, você pode usar a query em outras áreas de interesse escolhendo bbox (para uma área menor), um município ou uma Unidade da Federação.
Abraços!
SherbetS (2023-01-30 15:48:51+00:00): Hello u9f4y1f941f9h9,

On this object:

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

I recommend using the place=city_block tag on a node, rather than the actual residential area.

-SherbetS
u9f4y1f941f9h9 (2023-02-02 05:49:45+00:00): Hi SherbetS,
Is it for better placement purposes or? I notice that when used on an area the renderer can also know to pick a font size that keeps the name within the city block in question (or omit rendering it altogether if the area is too small)..
DanGlover (2023-02-04 15:33:38+00:00): Hi portishead_runner - would it be possible to check the post box reference here, please. It's not quite the number expected and most likely ends with D not Q.
portishead_runner (2023-02-04 20:44:01+00:00): I've deleted my photo but should be able to check in next few days. Thanks
portishead_runner (2023-02-08 20:51:17+00:00): Checked and updated 1116D as you say :)
ivanbranco (2023-01-30 11:05:20+00:00): Ciao Meppolo,

hai inserito dei nodi alle way con il solo tag "name=Via Lovara", cosa volevi fare? Se volevi modificare il nome della via devi selezionare l'intera via, non i singoli nodi
Meppolo (2023-01-31 19:58:06+00:00): Via Lovara arriva fino all'incrocio con Via Baron e Via Marzotti dove più o meno c'è un capitello. Dall'incrocio di vi Santa Barbara al punto dell'incrocio scritto sopra erroneamente è scritto Via Marzotti ma deve essere corretto mettendo Via Lovara. Se qualche esperto sistema ben venga. Io, al momento, non sono capace. Saluti
ivanbranco (2023-02-01 00:05:24+00:00): Ho sistemato
Meppolo (2023-02-01 10:45:22+00:00): Grazie
Meppolo (2023-02-01 17:36:08+00:00): Potresti spiegarmi come hai fatto per imparare, da un tratto a un altro tratto. Grazie, P. S. sempre a Trissino (Vicenza) se puoi gentilmente risolvere le note esistenti (quelle più sicure). Saluti e grazie ancora.
Meppolo (2023-02-01 17:38:18+00:00): Tipo Via dei Paiari laterale di Via San Nicolò questa è senza segnaletica stradale...
Leo Slager (2023-08-05 10:34:00+00:00): dag Wouter,
Zou je hier eens naar kunnen kijken:

https://www.openstreetmap.org/note/3816929#map=16/53.0923/6.8659&layers=N

De paden zijn beslist niet bedoeld voor fietsers. Er zijn bijv geen verlaagde stoepranden.
En als het er uitziet als een pad bedoeld voor voetgangers dan kun je dat ook rustig als footway op de kaart zetten. Ook al ontbreekt het verkeersbord.
eggie (2023-08-05 12:20:18+00:00): Hoi..   Het is allemaal op de Duitse manier van een bepaald type fietspad getagd. Dat rendert dan blauw  en dat komt door de tag bicycle=designated. Die tagging klopt hier niet.
Wanneer je er mag fietsen dan bicycle=yes en anders bicycle=no
Is het echt een wandelpad dan de regel bicucle helemaal weg.
foot=designated 'moet' ook yes zijn op een path en niet designated.
Op een footway kan het weg, want default. 
Groet
eggie
eggie (2023-08-05 19:30:54+00:00): Ik heb de grootste wirwar van al die doorsteekjes aangepast naar path en/of footway.Ook nav opmekingen van een andere medemapper. 
Sommige paden namen ook trapjes... Wellicht kan Wouter nog een keer goed kijken wat nu een doorsteekje is voor fietsers en wat als voetpad kan worden getagd. 
Als het goed is dan zijn alle 'fietspaden' nu weg.
MVG
eggie
the-wouter (2023-08-06 14:19:17+00:00): Hey,

Wss heb ik destijds de verkeerde preset gebruikt. Er zijn een aantal wijken met veel van deze doorsteekjes in Veendam. Een aantal is ongeschikt voor de fiets (zoals die met de trappetjes idd) en een aantal is wel geschikt voor de fiets (zoals die in Borgerspark).
Ik ga ze allemaal wel even bij langs om te kijken of het nu goed staat.
eggie (2023-08-06 14:33:28+00:00): Top!  Ik heb zoveel mogelijk op path laten staan. 
Mapse
eggie
opendcc (2023-01-30 04:48:25+00:00): Hallo und willkommen auf Openstreetmap. 

Eine Bitte: Gebäude sollten rechtwinklig sein (wenn das Orginal es auch ist). Dazu gibt es im Editor einen extra Knopf. Danke.
opendcc (2023-01-30 04:49:43+00:00): Ergänzend: ein Gebäude wird im Bereich der Grundmauern erfasst, nicht außerhalb des Dachüberstandes.
Leo Slager (2023-01-29 21:27:07+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Leo Slager (2023-01-29 22:24:26+00:00): Dag Sjaak,

Een syntax fout in opening=hours.
ik pas het even aan.
Leo Slager (2023-01-29 22:33:33+00:00): crossing=zebra en 
crossing:island=yes
is volgens de laatste luchtfoto's beter op zijn plaats.
ik pas het aan.
Branko Kokanovic (2023-01-31 10:49:50+00:00): Hi, I noticed you moved border just slightly, to include one peak in it - this one: https://www.openstreetmap.org/node/6018346975. Can I ask where you found data for this? Maybe we should just move peak to be part of old position of border. These border came from open data from Serbia government and we imported them couple of years ago and we monitor them daily (hence how we noticed this). If Macedonia have some open data, we can share them and see where we differ?! If you are OK with it and there is no open data, I would move border where it was together with peak (it is 10m difference).
----
Поздрав, видим да си померио мало границу да укључи и један врх - овај:  https://www.openstreetmap.org/node/6018346975. Јел имаш неке отворене податке на основу којих си урадио промену? Можда само да померимо врх на претходну геометрију границе? Наше границе долазе од државе Србије и пратимо дневно промене (тако смо и видели ово:D). Ако Македонија има неке отворене податке, да их разменимо и упоредимо! Ако нема, ја бих вратио границу и померио и овај врх на старо место (причамо о 10m разлике)
Stephen Bauman (2025-01-07 00:06:56+00:00): I have a problem with way: 

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

It's tagged as: "highway":"service"

I believe it should also include the tag: "bus":"yes" because two public bus lines operate over it.  Two adjoining ways: https://www.openstreetmap.org/way/586147500
and https://www.openstreetmap.org/way/845410632
include the "bus":"yes" tag.

I ran into this problem because I'm using OSM and various GTFS schedule files to predict various aspects of bus/tram traffic on roadways. A problem arises because the bus route "shape" file is optional. 

I'm trying to work around this by using the geographic locations of the bus stops in the GTFS and plotting the shortest roadway path between successive stops.

I have to limit the "way" segments because they lead to many parking lots among other things. The "bus":"yes" qualifier permits me to include these service highways.

Just a thought.
snake21 (2025-01-12 20:51:43+00:00): I'm not familiar with GTFS but I think it makes sense to have bus=yes here.
Stephen Bauman (2025-01-13 01:57:06+00:00): Here's a link to GTFS documentation.
https://gtfs.org/
It's basically a way to publish public transportation schedules that app developers can use. Just about every transit agency in the world (including NYC's MTA) use this spec and their schedules can be downloaded. Here's a link to a python library that makes it easy to use the data.
https://mrcagney.github.io/gtfs_kit_docs/index.html

My particular project is trying to place the schedules on a street grid to determine how many buses/trams cross intersections on an hourly basis. That's my particular reason for my interest in OSM because they can provide vector maps on a world-wide basis.
Branko Kokanovic (2023-01-31 10:54:59+00:00): You also changed border here (as well as https://www.openstreetmap.org/changeset/131853138#map=18/42.31903/22.34351), can I ask you to stop what you are doing and sync with me. We need to have common borders from open data (or have different borders if we disagree a lot), but let's start by showing me what is source of your data? Thanks
MrBean (2023-01-29 22:22:03+00:00): Ich würde mich nicht auf das Portal verlassen, denn:
"Die Übersicht basiert auf Informationen, die an die Landeshauptstadt München übermittelt werden. Wir können daher keine Gewähr dafür übernehmen, sollten diese Informationen im Einzelfall nicht mehr aktuell sein.
Bitte besuchen Sie den Internetauftritt des jeweiligen Anbieters für nähere Informationen wie Öffnungszeiten oder Terminvereinbarung."
Strubbl (2023-01-29 22:26:01+00:00): Oh, meinst du ich soll es rückgängig machen? Die Website https://anny.co/b/book/gratis-schnelltestzentrum-muenchen-milbertshofen war auch nicht mehr erreichbar.
Strubbl (2023-01-29 22:27:46+00:00): Die URL von der Email geht auch nicht mehr: http://gratis-schnelltestzentrum.com/
MrBean (2023-01-29 22:33:14+00:00): Vielleicht? oder irgendwie als unsicher taggen, notfalls Notiz oder so? Hatte sehr schlechte Erfahrungen mit diesen Schnelltest-Center-Seiten, gemacht, niemand schert sich um Datenqualität, teilweise mehrere sich widersprechende Homepages, und die offiziellen Seiten rennen da auch nur hinterher. Die München-testet-Seite hat bei mir sogar einen Bug, wenn ich im Handy reinzoome und verschiebe, zoomt irgendwann nur noch der Data-Layer und nicht mehr deren Apple-Hintergrundkarte...
Strubbl (2023-01-29 22:42:54+00:00): Die Seite, die ich da ganz oben gelinkt habe, wird zumindest offiziell von der Stadt verlinkt: auf https://www.muenchen.de/aktuell/corona-schnelltest-zentren-muenchen-alle-orte-infos sind die Worte "Web Applikation mit interaktiver Karte" dahin verlinkt.

Ich habe mit CS https://www.openstreetmap.org/changeset/131857350 den Node wiederhergestellt. Und einen Hinweis aufgemacht: https://www.openstreetmap.org/note/3537249
SomeoneElse (2025-10-31 21:52:22+00:00): Hello,
Should "spawrow" be "sparrow" on e.g. https://www.openstreetmap.org/node/10592477255 ?
Best Regards,
Andy
jeslop (2023-01-29 22:15:43+00:00): Hola ceryle. ¿Hay alguna razón para que elimines las etiquetas name:ast?

Saludos

Jesús López
OpenStreetMap Foundation
Data Working Group
ceryle (2023-01-30 05:47:34+00:00): Hola jeslop.
Si. Si la hay. Este mapa es la versión en español del mismo y no deberían aparecer nombres comunes o simples explicaciones de un lugar sin nombre oficial o no, en otra lengua. Para eso están las distintas opciones de open streetmap en otros idiomas.
De todas formas puede que haya cometido algún error en el cambio que hice, puesto que sólo quería que apareciese en el mapa la forma en español de esos sitios y, quizás no sea esta la manera de hacerlo.
Lo revisaré.
jeslop (2023-01-30 08:54:19+00:00): Hola ceryle.
La manera de que aparezca la forma en español es añadir la etiqueta :es en el nombre, si es que lo tiene. Por ejemplo, la AI-81 no tiene esa denominación (la más cercana a la realidad sería la del Ministerio, Acceso este a Avilés), por lo que lo más correcto sería un loc_name, pero ni la etiqueta en asturiano o en español serían incorrectas, pero manteniendo las dos.
No sé a que te refieres exactamente con "este mapa es la versión en español". No hay ninguna versión del mapa en ningún idioma, OSM es una base de datos donde tienen cabida todos los idiomas.
adrianojbr (2023-03-06 22:13:20+00:00): Olá, PatrickySS!

Você pode verificar essa nota:

https://www.openstreetmap.org/note/3582085

Abraço!
abakus_uploader (2023-01-29 23:32:36+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!
EvanSiroky (2023-02-09 22:45:16+00:00): Hey there! I'm a local mapper from Scotts Valley, CA. I see that you requested a review of this changeset, so I'm giving it a review.

You have entered a lot of great details about this business which is great! Everything you entered appears to be formatted correctly!

If you wanted to, you could also add information about the website or phone number of this business.

Thanks for contributing to OpenStreetMap!
Tjuro_Global (2023-02-20 08:29:22+00:00): Hello,

I see that you have added some landuse=village_green. Please read:
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green
Would a more specific tag like grass or shrubbery be more appropriate?
Please read:
https://wiki.openstreetmap.org/wiki/Tag:landcover%3Dgreenery
For a list of alternative tags.

Greetings Tjuro
Yakari (kleiner Indianer) (2023-02-20 10:31:27+00:00): Hello,
I don't prefer this tag, I try to avoid it. Maybe it was modified, not created new. See https://nrenner.github.io/achavi/?changeset=131854279&layers=0000B00TTTFT
In Prague, there is a lot of and I am don't have strength to reduce it.
NorthCrab (2023-01-31 12:26:09+00:00): Zauważyłem, że twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Niekompletne dane adresowe, brakuje nazwy miasta.
https://www.openstreetmap.org/node/5011616921

Pozdrawiam! 🦀
limes11 (2023-01-30 11:08:09+00:00): Hi, 

was ist hier passiert?

https://www.openstreetmap.org/way/709838190/history

Was wolltest Du am Gebäude ändern? Der building-Tag ist dabei gelöscht worden.

Generell die Bitte, Änderungen an einer Handvoll Objekten in weit voneinander entfernten Gebieten in unterschiedliche Changesets aufzuteilen. Danke!

Cheers, Limes
Paul 42 (2023-01-30 15:58:35+00:00): Hi,

ich wollte die nycdoitt:bin verbessern denn diese war nur als Bin 4231678 angegeben. Da ist mir irgendwie ein Fehler passiert. 
Habe es wieder verbessert.

Danke fürs drauf aufmerksam machen.

Den zweiten Tipp werde ich beherzigen.

Grüße, Paul
ivanbranco (2023-01-29 21:57:39+00:00): Hi trial,

https://www.openstreetmap.org/node/10592528719

is a hamlet or a locality?
Leo Slager (2023-01-29 21:35:01+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Leo Slager (2023-01-29 22:37:13+00:00): Dag pinsulani,
Prima gedaan en de wijziging is ook niet fout,
TIP:
Het kan wat eenvoudiger door de bestaande adres-nodes te verschuiven naar de juiste positie.
skyper (2023-01-31 22:04:19+00:00): Hallo inbx,
warum hast Du denn die Relation für die Straßenfläche (https://www.openstreetmap.org/relation/14455830) gelöscht?
Bitte beachte beim Zusammenfassen von Straßen auf alle Tags. So sollte aus zweimal `width=5m` `width=10m` werden und aus zweimal `sidewalk=right` analog `sidewalk=both` (https://www.openstreetmap.org/way/1136818340).
Zudem hat iD leider einen bösen Bug, der die Mitglieder von Relationen mit Schleifen durcheinanderwirbelt. U.a. ein Grund warum iD für Relationen komplett ungeeignet ist.
Habe dies und noch einige weiter Kleinigkeiten repariert und natürlich die Lücken in den Relationen beseitigt. Ich glaube es waren alle 59 kaputt (https://www.openstreetmap.org/changeset/131936942)
Viele Grüße,
skyper

P.S.: Bitte antworte auf CS-Kommentare, damit ich auch weiß, dass Du sie erhalten und gelesen hast, danke.
Mateusz Konieczny (2026-02-26 11:36:20+00:00): https://www.openstreetmap.org/note/3537112
mueschel (2023-02-05 11:54:16+00:00): Hi,
you added the key "ref:udir_nsr_old". It's not common to add a "_old" suffix to outdated keys. Could you use one of the usual prefixes instead?
E.g. was:ref...
NKA (2023-02-05 15:52:40+00:00): This is just a temporary key of the earlier ref until the next update in 2024. It is still a valid ref, just using an alternative method.
Jmapper007 (2023-01-29 21:13:32+00:00): But.... y...
Leo Slager (2023-01-29 22:39:28+00:00): Het is goed om te weten dat gebouwen en adress-nodes rechtstreeks worden geïmporteerd vanuit de BAG van het Kadaster.
Dat betekent ook dat we in NL de adressen niet nog een keer op het gebouw zetten.
ik pas het even aan.
SomeoneElse (2023-01-29 21:17:05+00:00): This was saved by accident.  It's part of the next changeset "Filled in gap in NCN6_R 12461".
Leo Slager (2023-01-29 22:43:40+00:00): Staat nr 11 nu twee keer op de kaart ?
En waar is nr 9 ?
Kijk je zelf nog even.
Leo Slager (2023-01-30 21:17:51+00:00): Is al opgelost door een andere mapper.
syntex (2023-01-29 21:41:50+00:00): : O
Anas masuris (2023-01-29 22:48:36+00:00): Um, wszystko w porządku? xD
NorthCrab (2023-01-30 02:15:31+00:00): ktoś ma ewidentnie kawał dobrej zabawy
NorthCrab (2023-01-30 02:18:12+00:00): https://img.monicz.dev/-UJYCf6gmHr
Ten embankment został źle oznaczony. Strzałki pokazują (impact side) czyli z której strony napotka się barierę. Aktualne oznaczenie sugeruje że jest tutaj dół a ze zdjęć wygląda to na jakiś nasyp. Odwróciłem ten embankment. Pozdrawiam!
EvanSiroky (2023-02-09 22:32:32+00:00): Hey there! I'm a local mapper from Scotts Valley, CA. I see that you requested a review of this changeset, so I'm giving it a review.

You have entered a lot of great details about this business which is great! Everything you entered appears to be formatted correctly except for the phone number. The phone number should be in the format: "+1-xxx-xxx-xxxx".

If you wanted to, you could also add information about the website or opening hours of this business.

One final thing I'll add is that this web editor for the OpenStreetMap unfortunately has a terrible UI for correctly setting the opening hours! The other mapper formatted the correct hours for you, so you're good for now. If you need to update these things in the future, I'd recommend using the EveryDoor app which has a much better editor to update the opening hours.

Thanks for contributing to OpenStreetMap!
Mateusz Konieczny (2023-01-30 08:17:25+00:00): Tyle że tabliczka "teren prywatny" nie zakazuje wejścia, często jest wieszana w miejscach gdzie zakazu wstępu nie ma i być nie może (bo np. jest służebność nakazująca dostęp do drogi)