piebro/osm-data huggingface dataset:
amakarevich_lyft (2023-03-30 07:23:14+00:00): Hello, nickvet419!
I'm a Data Curator from the Lyft Mapping team. Thank you very much for your edits and adding new detail on the map! Please, could you clarify, what source did you use for editing?
We found out that some tags in ORD that were added recently are deleted. So I would like to discuss the best way of mapping indoor features in the airport.
According to OSM wiki (https://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tagging_proposals), there are 2 different ways to map indoor facilities:
- highway=corridor - indoor ways, under some previous indoor tagging schemes, and as of 2019 a de facto standard. This tag was used in ORD airport, and it was used correctly. But when we are trying to create the pedestrian route inside the terminals, OSM doesn’t show the route correctly.
- Another de facto standard for mapping (https://wiki.openstreetmap.org/wiki/Guidelines_for_pedestrian_navigation) interior routes is tags combination highway=footway+indoor=yes. In the United States many buildings are mapped with tags highway=footway+indoor=yes, for example: 
example 1 (https://www.openstreetmap.org/edit#map=17/40.75217/-73.97640), 
example 2 (https://www.openstreetmap.org/edit#map=19/34.05617/-118.23598), example 3 (https://www.openstreetmap.org/edit#map=19/39.75322/-105.00006). Also, most airports in the USA are mapped this way: 
example 1 (https://www.openstreetmap.org/way/208889095), 
example 2 (https://www.openstreetmap.org/way/158042008), 
example 3 (https://www.openstreetmap.org/way/545819287), 
example 4 (​​https://www.openstreetmap.org/relation/9313825), 
example 5 (https://www.openstreetmap.org/way/209681674) 
At the end of this page (https://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging) you can find different examples of mapping indoor features. 
You can also find some useful info here: https://wiki.openstreetmap.org/wiki/Guidelines_for_pedestrian_navigation
In the Simple Indoor Tagging model, pedestrian ways can be added to indoor areas and used by a routing engine.
Our suggestion is to change the tag highway=corridor to highway=footway+indoor=yes for the ways located inside the airport building. We won’t change the geometry of the ways you added, but we need to change tag value for main footways in the terminals for correct routing. OSM routing doesn't include in route ways with tag highway=corridor, so the highway=footway+indoor=yes will allow to show the correct route for pedestrians.
Thank you for your edits.
nickvet419 (2023-03-31 14:30:29+00:00): I originally had the routes marked footways, but some editors had recently started changing a bunch to indoor corridors and remapping multilevel footways on a single level adding connection/elevators exe.. where they shouldn't be. I recently had to remap everything and switched the multilevel routes to corridors to settle the bad indoor routing that was being created. 

I am not opposed to swithcing the main roues tags to highway=footway+indoor=yes but highway=corridor also needs be able to be routed for foot directions. 

I am a frequent visitor at Ohare being my home airport. But I originally uesd the official Ohare maps combined with some of the airline terminal maps provided on their apps, some resent video tours found on youtube  and my personal knowledge to create the indoor maps and routes.   I used indoor editors such as ID-indoor and OsmInEdit while creating the indoor maps.
nickvet419 (2023-03-31 14:35:14+00:00): one example of these edits that have been happening are https://www.openstreetmap.org/changeset/133938278
A_Prokopova_lyft (2023-04-03 13:14:09+00:00): Hi, nickvet419!
My name is Anastasia, and I'm Artem’s teammate. Thanks for the reply!  Glad to hear that you don’t mind our suggestion, we will modify tag highway=corridor to highway=footway+indoor=yes. 
However, we will still consider the possibility of routing through ways with this tag too since it is one of the acceptable approaches of mapping indoors in OSM. 
Thanks for your contribution and for the detailed response!
Best regards!
AntMadeira (2024-12-25 16:31:53+00:00): Olá, Rui.
Nesta edição, eliminaste o lugar da Cumieira, onde está a junta de freguesia de Cabeceiras de Basto (capital da freguesia, não da vila, evidentemente).
Terá sido lapso?

Cumprimentos,
António Madeira.
rui228 (2024-12-26 22:00:21+00:00): Olá António. Não me lembro de ter eliminado o lugar de Cumieira. 
Só sei que adicionei o referido lugar no Conjunto de alterações #133942627-. 
Cumprimentos.
AntMadeira (2024-12-27 00:12:56+00:00): A tua alteração foi feita neste conjunto que estamos a comentar. Eliminaste o lugar e o admin_centre da freguesia, para depois criares novamente o lugar, mas sem admin_centre.
Por causa disso, esta freguesia é a única do país neste momento sem sede de freguesia...
SomeoneElse_Revert (2023-03-21 13:59:16+00:00): This changeset reverts some or all edits made in changesets 133941043, 133941240.
SomeoneElse (2023-12-29 02:44:54+00:00): Hello,
Just wondered what "ruins=service" on https://www.openstreetmap.org/way/1156063404 was?  https://www.openstreetmap.org/way/944405134 is another one.
Best Regards,
Andy
skyper (2023-04-21 00:40:07+00:00): Hallo SG Gieboldehausen,
nachträglich ein herzliches Willkommen bei OSM. Schön, dass Du mithilfst die Daten zu verbessern.
Ich habe ein paar Hinweise und Fragen:

Luftbilder sind ja grundsätzlich nach aktuellen Umbaumaßnahmen veraltet, allerdings gibt es Unterschiede. So ist Bing meist besser was die Qualität angeht, jedoch Maxar meist aktuelle. Somit ist es sinnvoll möglichst viele verschieden zu verwenden.

Straßen werden nur bei baulicher Trennung aufgeteilt. Für einzelne Fahrspuren gibt es das :lanes-Tagging (https://wiki.openstreetmap.org/wiki/DE:Lanes), was leider von iD bisher nicht unterstützt wird. iD zeigt erst mal sogar sehr viele Merkmale nicht an. Dafür sollte es aber eine Option "Alle Merkmale anzeigen" geben.

*_link sind nur Auf- bzw Abfahrten und eine Straße sollte bis zur Kreuzung ohne *_link gehen.

Für gemeinsame Fuß- und Radwege wird in D `highway=path` + `bicycle=designated` + `foot=designated` verwendet. Sind folgende Wege (https://www.openstreetmap.org/way/1156067331, 
https://www.openstreetmap.org/way/435506377 und
https://www.openstreetmap.org/way/1156067332) reine Radwege?

Bei Fragen ist das Forum (https://community.openstreetmap.org/c/communities/de/56) eine gute Anlaufstelle.

Ich habe die Kreuzung mal aufgeräumt.

Viele Grüße,
skyper
skyper (2023-04-21 00:43:06+00:00): P.S.: Bitte antworte indem Du unter meinem Kommentar im weißen Kasten schreibst (https://www.openstreetmap.org/changeset/133942992).
DaveF (2023-03-22 18:02:33+00:00): Hi
https://www.openstreetmap.org/way/618932148
To check - Are you sure the PROW goes along the riverbank? Last time I walked it, (a while ago) the hedge formed a cul-de-sac & was only accessible for barge owners.
DUGA (2023-11-26 00:16:03+00:00): You sell sandwiches under a gas station canopy? Are you the problem or AI?
Biyak (2023-11-26 15:52:08+00:00): lol AI. I was just upgrading tags that someone else placed. Thanks for the fix!
MichS (2023-03-22 06:20:56+00:00): Hallo.


Welches Schild(er) ist/sind dort aufgestellt? Zeichen 240/241/239/237/... ?

https://wiki.openstreetmap.org/wiki/DE:Verkehrszeichen_in_Deutschland

MFG
Schludi (2023-03-22 07:29:38+00:00): Moin,
Zeichen 241-30.

VG
Svalbard (2023-03-22 09:00:37+00:00): Hallo Schludi,

willkommen bei OpenStreetmap.

Der von Dir eingetragene Radweg ist bereits vorhanden [1].
cycleway:both als tag an der Straße (Schumacherallee) gibt dies an. Dein Eintrag wäre damit überflüssig.

Außerdem ist der von Dir erfasste Radweg nicht routingfähig, weil er z. B. nicht mit den einmündenden Straßen (Kapellenstr., Reichenstr.) verbunden ist. Kurz vor der Kreuzung Breitenburger Str./Schumacherallee hört er einfach auf. Das entspricht nicht der Realität. Ich schlage deshalb vor, auch weil der Radweg bereits vorhanden ist, dass Du Deine Eintragung wieder löschst.

Gruß Svalbard

[1] https://www.openstreetmap.org/way/71407210
Schludi (2023-03-22 09:45:30+00:00): Hallo Svalbard,

danke für die Hinweise.
War wohl etwas naiv, einfach einen Weg einzuzeichnen, ohne sich mit genau mit den Regularien auszukennen. Deswegen die ganzen formellen Fehler.
(Bin ja aus der Sicht des Kartennutzers hierher gekommen, habe den Radweg auf der Karte nicht sehen können, also wollte ich den einzeichnen.)
Allerdings ist der tag nicht über die volle Länge der Schumacherallee gesetzt...

Gruß
MichS (2023-03-22 16:44:21+00:00): Hallo.

Bei den Zeichen dort ist cycleway und cycleway:both inkorrekt. Schau mal an der Adenauerallee, wie es dort ist.

Ist der Fuß- /Radweg baulich von der Schumacheralle getrennt?

MFG
Svalbard (2023-03-22 17:22:41+00:00): Hallo MichS,
wen sprichst Du mit Deinem Kommentar an? Schludi oder mich? Wenn Du möchtest, kannst Du Dir die Situation auch direkt bei Mapillary anschauen. Aber, um Deine Frage zu beantworten: Rad- u. Fußweg sind baulich von der Schumacherallee getrennt. Gruß Svalbard
MichS (2023-03-23 12:00:59+00:00): Hallo. 

Mapillary Bilder gesehen. Ich würde die Wege separat mappen, so

    highway=path
    bicycle=designated
    foot=designated
    segregated=yes
    traffic_sign=...
Der nördliche ist fast fertig.

cycleway:both entfernen
MichS (2023-03-30 07:25:38+00:00): Das Interesse an einer Berichtigung ist gering oder es ist vergessen worden. Ich warte noch etwas dann ändere ich.

MFG
Schludi (2023-03-30 14:09:29+00:00): Hallo MichS,
ändere bitte ruhig.
Dann weiß ich wenigstens wie das am Ende auszusehen hat.
VG
MichS (2023-04-07 15:21:39+00:00): Hallo Schlundi,

ich habe den path nach mapillary Bildern getaggt. Aber nur die nördliche Seite. Die Schumacheralle, nordöstlicher Teil, muss noch bearbeitet werden, die lanes.

VG
eggie (2023-03-21 15:20:02+00:00): Dag Tunnis....   Je beschrijving zou een stuk korter kunnen. Voor een aanwijzing voor andere mappers kun je beter note=....  gebruiken ipv description. 

MVG
eggie
Tunnis (2023-03-21 16:04:28+00:00): Ik heb e.e.a. aangepast. Hoop dat het zo goed is, ik doe niet vaak wat op OSM.
eggie (2023-03-21 16:33:12+00:00): De note is  van belang  zodat een andere mapper niet blind vaart op de BGT.. Die loopt wel eens achter. Het zal vast werken zo.
Groet..
eggie
Patchanka (2023-03-23 17:57:25+00:00): bonjour @overflorian
n'y aurait-il pas un petit soucis avec les landuses ? Depuis ce changeset toute la zone résidentielle Boucau, Tarnos et nord de Bayonne a disparu du rendu .org...
Je n'ai pas regardé en détail mais ça me parait louche
merci d'avance
ToniE (2023-03-22 08:44:36+00:00): Hallo,

das Mapping am südlichen Ende der Ladestraße ist "Fahrspurmapping", welches in OSM nicht üblich ist. und "zurück gebaut" werden sollte. Die Fahrspuren sind nicht baulich getrennt.

Hier sollte ein einzelner Way gemapped werden mit entsprechenden (z.B.)

lanes=3

lanes:forward=1

lanes:backward=2

turn:lanes:forward=none

turn:lanes:backward=left|right

Siehe auch die Fehler bei den verschiedenen Busrouten, die nun z.T. gegen die Einbahnregelung fahren - aber das ist mit iD nur umständlich zu lösen. Zumal iD gerne mal die Sortierung der Busrouten durcheinander bring

https://ptna.openstreetmap.de/results/DE/NI/DE-NI-VGC-Analysis.html#bus_900

https://ptna.openstreetmap.de/results/DE/NI/DE-NI-VGC-Analysis.html#bus_930

https://ptna.openstreetmap.de/results/DE/NI/DE-NI-VGC-Analysis.html#bus_938

https://ptna.openstreetmap.de/results/DE/NI/DE-NI-VGC-Analysis.html#bus_970

https://ptna.openstreetmap.de/results/DE/NI/DE-NI-VGC-Analysis.html#bus_S90

Viele Grüße
Toni
mysticacupido (2023-03-22 10:44:46+00:00): Hallo Toni,

ich habe mich gegen "lanes" an dieser Stelle entschieden weil Linksabbiegen von der Ladestraße auf die Emsteker Straße an dieser Stelle möglich ist; Allerdings auf die gegenüberliegende Spur. Die Emsteker Straße ist hier abschnittsweise durch drei Verkehrsinseln getrennt. Muss ich dann einfach die Linie der Ladestraße bis zur gegenüberliegenden Spur der Emsteker Straße gerade durchziehen und die Linie zwischen den Spuren der Emstekerstraße dann ähnlich:

lanes = 1
lanes:backward=1
turn lanes:backward=left

reduzieren?

Eventuell wäre es möglich das beim (Kreisverkehr Richtung Burger King) ähnlich zu lösen und somit dann die separat eingezeichneten Spuren in diesem Teilbereich der Emsteker Straße komplett zu entfernen? Hier sind allerdings mehrere Mittelinseln vorhanden.

Viele Grüße
Hendrik
mysticacupido (2023-03-22 10:49:04+00:00): ID zeigt in diesem Bereich auch viele Fehlermeldungen an dass die "Verkehrsgemeinschaft Cloppenburg" "Verkehrsgemeinschaft Landkreis Cloppenburg" heißen sollte; Bei den Relationen zu den ÖPNV-Dingen kenne ich mich allerdings nur sehr schlecht aus. Ich befürchte wenn ich diese "Fehler" in ID behebe, würde das zu Inkonsistenzen führen?!
ToniE (2023-03-22 18:16:11+00:00): Servus Hendrik,

die Kreuzung der Ladestraße / Emsteker Straße lässt sich mMn komplett ohne Fahrspurmapping gestalten, ich sehe da kein Problem.

Mit viel es nur auf, weil dadurch einige Bus-Relationen verhunzt wurden - diese mit iD im Browser zu reparieren mach nun wirklich keine Spass: JSOM ist hier der Freund und Helfer.

lanes=1
lanes:backward=1 und turn:lanes:backward bei Einbahnstraßen? 'backward' oder 'forward' braucht's an Einbahnstraßen nicht.

Bei größeren Mittelinseln lasse ich Fahrspurmapping zu. Bei Verkehrsinseln, die den Fußgängern als Überquerungshilfe (vorm Burgerking?) dienen eher nicht, dafür gibt es am ge,einsamen Node (Straße/Fußweg) 'highway=crossing + crossing:island=yes + ...).

Warum hier Bürgersteige mit access=no versehen sind erschließt sich mir nicht. 'highway=path/footway/cycleway' braucht das nicht, bestimmte Nutzungen (motor_vehicle, ...) schließt das eh aus.
ToniE (2023-03-22 18:19:26+00:00): Bzgl. iD und Name des Verkehrsverbundes: wie heißt der denn wirklich? iD nimmt das aus dem sogenannte '[name suggestion index](https://github.com/osmlab/name-suggestion-index)'

Yep, iD ist eher hinderlich wenn's ums Editieren von Relationen geht.
Der macht schon mal was kaputt.

Viele Grüße
Toni
streckenkundler (2023-03-21 17:51:49+00:00): @lberges

was hat @Nakaner dir geraten?

Vergleiche CS https://www.openstreetmap.org/changeset/133891749

Soll ich das extra für dich nochmal wiederholen?
BCNorwich (2023-03-21 17:55:43+00:00): Hi, Welcome to OpenStreetMap.

The cafe building is drawn and fully tagged so this node is not needed, it just duplicates data. I've added extra tags to the building from your new data. 

By the way, your new data tags were incorrectly presented, the tag keys should not have capital letters.

Regards Bernard.
MxxCon (2023-03-23 04:22:05+00:00): Hello.
Rather than delete-and-recreate, whenever possible, it's generally better to edit existing features to be more accurate. That way preserves history of objects, which sometimes can be useful to refer to.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133944235
eggie (2023-03-21 15:12:23+00:00): Dag jostie...
Is de officiële naam werkelijk Wandelpad Parklaan? 
Zoniet dan beter de naam verwijderen.
1,30/1,20 heb ik aangepast naar 1.3 en 1.2

MVG
eggie
jostie (2023-03-22 12:41:00+00:00): Beste Eggie,
Snap ik, ik pas het aan. Fijn dat het er nu goed instaat :)
eggie (2023-03-22 06:08:44+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback  Je hebt het adres ook verwijderd. Bestaat nr 25 niet meer?

MVG, 

Eggie 

Namens de OSM Community
René Serier (2023-03-23 07:35:11+00:00): Dank voor de tips! Die ga ik doorlezen. Nummer 25 bestaat inderdaad niet. Het restaurant zat op nr2 van de Timmermansstraat. Nr 25 van de langstraat bestaat niet meer.
eggie (2023-03-23 07:37:06+00:00): Oke... duidelijk. Veel plezier met mappen verder..

MVG
eggie
René Serier (2023-04-06 17:06:48+00:00): Het restaurant heropent zich komend weekend op nr25 van de langstraat. Is het mogelijk om deze wijzigingen nog terug te draaien?
eggie (2023-04-06 17:36:55+00:00): Hoi.. Ik kijk zo wel even in de historie en pas het dan aan.
Groet..
eggie
eggie (2023-04-06 18:05:21+00:00): Reverted on request by changeset #134588428
eggie (2023-04-06 18:06:22+00:00): Paar keer ctrl-f5 dan zie je het wel verschijnen.

Groet
eggie
multichill (2024-04-23 20:50:51+00:00): Dit is toch gewoon de trap naar het perron? Trap naar de flat lijkt nu te ontbreken.
habi (2023-03-22 20:20:13+00:00): Ciao DeMiLu

Willkommen bei OpenStreetMap! 
Schön machst du hier mit und hilfst, die Karte und die Kartendaten zu pflegen.

Die Häuser an der Stierenmatte und rund um die Schule waren schon über `associatedStreet`-Relationen mit dem korrekten Strassennamen verknüpft.
Dieses historische Konstrukt ist etwas schwer zu pflegen, deshalb macht es sicher Sinn, die Daten auf die Gebäude zu legen und die entsprechenden Relationen mal zu löschen.

Ich habe ein paar Gebäude an der Schule an den Katasterplan Bern angepasst (Fun Fact; bis zur 4. Klasse ging ich dort in die Schule :) )
Dies in Änderungssatz https://www.openstreetmap.org/changeset/133995655

E Gruess us Bärn und happy mapping.
habi
aTarom (2023-03-23 07:38:21+00:00): Hola, Pere Pujol Espuña,
la intenció de les teves edicions és col·locar una ruta de "Mapa Diada de la Mare"? Dóna'ns més detalls per poder oferir-te, quelcom correcte, sense editar vies superposades per exemple.
Es reverteixen els canvis per errors d'edició.
Pots comunicar-te amb la comunitat, si ho prefereixes a
https://community.openstreetmap.org/c/communities/lang-ca/69
Salutacions cordials
aTarom (2023-03-23 07:56:21+00:00): Tenim eines com umap per mostrar dades temporals sense editar les dades del mapa, és el que estàs buscant?
https://umap.openstreetmap.fr/es/map/mapa-sin-mapa-diada-de-la-mare-cit_888325
Ionut Paduretu (2023-03-31 11:39:38+00:00): I do not understand, why did you made a pedestrian highway instead of a footway? (as you declared in the description). Clearly is not enough space for a pedestrian road there
LatrobeValley (2023-04-04 08:39:22+00:00): Hello Ionut Paduretu, SilverStorm03 is no longer on the team so I will be handling this on their behalf.  They decided to tag these ways as highway=pedestrian because the place=square multipolygon for Scuarul Libertății ( https://www.openstreetmap.org/relation/13816568 ) was already tagged as highway=pedestrian, so setting these to match was mainly for consistency.  It also falls in line with the description of squares and plazas on the highway=pedestrian OSM wiki page ( https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian#:~:text=relative%20to%20region.-,Squares%20and%20plazas,-%5Bedit%20%7C). I do see how these could be interpreted as footways as well, and I see that you have already changed them to highway=footway, so either way is fine. Thanks for reaching out and happy mapping!
DiogoBaptista98 (2024-09-05 04:08:21+00:00): this road doesn't exist anymore, deleted
d_berger (2023-03-21 16:52:51+00:00): Hallo stillhart, der tag amenity=parking ist für eigenständige Parkplatzanlagen und Parkplätze auf Grundstücken gedacht, nicht für strassenbegleitende (Einzel-)Parkfelder, was Städte regelrecht zuspammt. Bitte beachte das wiki[1], wo das korrekte tagging von strassenbegleitenden Parkplätzen ausführlich erläutert wird.

[1] https://wiki.openstreetmap.org/wiki/DE:Street_parking
d_berger (2023-03-21 17:05:38+00:00): Und gelbe Parkplätze sind übrigens zwingend mit access=private zu markieren.
stillhart (2023-03-22 09:57:33+00:00): Hoi, danke für das Feedback. 

"was Städte regelrecht zuspammt"
Das scheint eine Limitation deines Renderers zu sein, und nicht von OSM ;-). Scherz beiseite, ich sehe das Problem.

Ich dachte in der ersten Runden füge ich alle Parkplätze manuell hinzu, und in der zweiten ergänze ich dann die Details. Dies nicht nur, aber in Abgleich mit:
https://data.stadt-zuerich.ch/dataset/geo_oeffentlich_zugaengliche_strassenparkplaetze_ogd

Ich bin davon ausgegangen das der parking=* tag eine Ergänzung zum Amendity=parking tag ist, sprich jeder Parkplatz ist gültig und kann dann weiter spezifiziert werden. Ganz im Sinne der OSM Philosophie das man besser hinzufügt wenn grobes fehlt (z.B. ALLE Parkplätze...), und dann später die Details ausarbeitet.

Hier spricht man wiederum von beiden Tags.
https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking

Zu den Gelben Parkplätzen, wiederum die gleiche Philosophie. Es ist gar kein Access angegeben, daher bis auf weiteres unspezifiziert. Das es zwingend ist, sehe ich nirgends. Im Wiki steht:
"Unter Verwendung von access=* können spezifische Beschränkungen nach Nutzergruppen angegeben werden, z.B.:"

Schlussendlich werde ich aber sowieso noch einmal über die Bücher und diverse Tags ergänzen. Ich bleibe im Kreis 3 und 4, sonst wird sowieso zu viel für einen Menschen :-)
stillhart (2023-03-24 15:58:44+00:00): Die Bicycle-parkings sind aber ähnlich spamy und auch eher über-prominent. 
Beispiel
https://www.openstreetmap.org/#map=18/47.38416/8.53013

Evt müsste man das Parking logo anhand der grösse des Parkings unterschiedlich darstellen. Aber eben, das ist ein openstreetmap.org render issue. Ein paar qm (Velo)-Parkplatz sollten nicht gleich sein wie eine Velegarage am HB, oder eine Tiefgarage neben dem HB.
stillhart (2023-04-01 13:00:58+00:00): Ich habe einen issue erstellt um die bicycle_parking kleiner zu rendern, diese sind auch viel zu spamy.
https://github.com/gravitystorm/openstreetmap-carto/issues/4799
d_berger (2023-04-01 17:19:24+00:00): Danke, das sehe ich genau gleich.

War auch ein Grund, warum ich den städtischen OGD-Satz letztendlich _nicht_ importiert habe. tagging-Schema für die Blaue Zone müsste ich mal raussuchen, das habe ich vor Jahren mal vorbereitet. Vorteil vom Datensatz ist auch, dass dieser nur öffentliche PP enthält. Trotzdem Vorsicht beim Importieren/Abzeichnen, der Datensatz ist von Ende 2021, das veraltete, kantonale Luftbild von Mitte 2021 – in Swisstopo ist Zürich auf dem Stand Frühjahr/Sommer 2022. Trotzdem empfehle ich die Strassen systematisch abzulaufen, so  gibt es beispielsweise die Hälfte der PP in der Stationsstrasse seit letztem  Herbst(?) nicht mehr...
d_berger (2023-04-01 17:23:58+00:00): Sogar länger her, ist sogar im Swisstopo-Luftbild sichbar.

https://www.openstreetmap.org/changeset/134389536
stillhart (2023-04-02 08:47:54+00:00): Ich nehme die Daten der Stadt Zürich als grobe Vorlage um Lücken zu finden, aber das sind eben nur Punkte, und ich möchte schon Flächen haben :-).
https://data.stadt-zuerich.ch/dataset/geo_oeffentlich_zugaengliche_strassenparkplaetze_ogd

Sobald ich die Flächen haben, werde ich evt mit einem Import herumspielen. Dann sollte es möglich sein zu schauen welche Punkte in den Flächen enthalten sind, und daher die Attribute ableiten. 

Leider habe ich immer noch kein gutes Tool gefunden um ein Changeset zu "reviewen". Sprich ich generiere ein grosses Update, und möchte dann jede Änderung auf der Karte anschauen, und nur mit Bestätigung tatsächlich übernehmen. Dies schnell und mit Tastenkombinationen.
marczoutendijk_repair (2023-04-22 14:02:22+00:00): This changeset has been reverted fully or in part by changesets 135228709, 135225625 where the changeset comment is: DWG revert due to fictional edits.
gscholz (2023-03-22 06:16:38+00:00): Hi martin_ferrari85,
your recent edit activity has left behind a significant amount of errors in the OSM database regarding self intersecting ways:

https://tools.geofabrik.de/osmi/?view=geometry&lon=-58.78067&lat=-25.74689&zoom=9&baselayer=Geofabrik%20Standard&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

https://overpass-api.de/achavi/?changeset=133946895

Can you please fix this?

As this seems to be a systematical error, may be you can think about how to avoid this error at all?

If you look closely at you new natural areas you will find, they overlap here and there with other areas, so they are quite inaccurate. May be you can improve this as well to improve the quality of your edits in total.

Kind regards
Guido
gscholz (2023-03-25 06:16:25+00:00): Hola martin_ferrari85,
estos errores siguen existiendo, ¿pueden darme su opinión al respecto?
Guido