piebro/osm-data huggingface dataset:
highflyer74 (2020-05-12 16:53:38+00:00): Moin!

Hier wurden ein paar Radwege neben der Straße gemappt. Ein paar Dinge fielen mir auf:

Die Straßen tragen teilweise bereits Rad-Tagging, so dass die Informationen doppelt vorhanden sind, was nicht sein sollte. Ich weiss nicht, in wie weit Du mit dem Kartieren von Radwegen vertraut bist, deshalb kurz die Info:

Fuß- bzw. Radwege neben der Straße können in OSM auf zwei verschiedene Arten erfasst werden. Einmal an der Straße selbst (einfacher, da kein neuer Weg gezeichnet werden muss) und (nur bei baulicher Trennung) als separater Weg. Dazu werden unterschiedliche Tags verwendet (https://wiki.openstreetmap.org/wiki/DE:Key:cycleway bzw. https://wiki.openstreetmap.org/wiki/DE:Key:sidewalk für die erste Methode und https://wiki.openstreetmap.org/wiki/DE:Key:highway für die separate Erfassung), und man sollte am besten immer nachsehen, ob vielleicht bereits die eine oder andere Methode verwendet wurde. Eine Verwendung von beiden Methoden gleichzeitig sollte vermieden werden, da dies die Navigationssoftware verwirren kann.

Dann fiel mir noch das Tagging der Wege auf. Nach meinem Verständnis werden separate Wege, auf denen Radfahrer und Fussgänger erlaubt sind, als highway=path mit entsprechenden zusätzlichen Tags (je nach Verkehrsschild) erfasst. Wenn kein Schild vorhanden ist, einfach nur highway=path. highway=cycleway sind ausschliessliche Radwege, genau wie highway=footway ausschliessliche Fußwege sind (mit dem blauen Verkehrszeichen). Du kannst für das Tagging von Wegen dieses Tool verwenden: http://osmtools.de/traffic_signs/

Dann fiel mir noch diese Brücke https://www.openstreetmap.org/way/42878947 ins Auge, die Mitglied einer Relation mit nur einem Mitglied wurde (https://www.openstreetmap.org/relation/11092000). Dem Tagging nach eine Grenze. Dies ist mit Sicherheit nicht richtig.

Generell kann ich Dir die Nutzung von JOSM sehr empfehlen, gerade wenn Du mit Relationen arbeitest, da diese dann weniger leicht zerstört werden, da iD nicht wirklich dafür geeignet ist.

Das war jetzt ziemlich viel Info auf einem Haufen. Wenn Du Fragen hast, bzw. Hilfe brauchst, melde Dich gern!

Gruss aus HB!
CalBarg (2020-05-12 23:28:54+00:00): JOSM habe ich heute installiert, die ungewollt entstandene Border-Relation konnte ich damit noch nicht löschen. Die Relation mit ID zu löschen habe ich auch keine Möglichkeit gefunden. Kannst du das löschen der Relation 11092000 machen?

Die Radwege, bei denen ich bei der Straße vergessen habe den Radweg-Zusatz zu löschen, habe ich korrigiert.

Gruß
CalBarg
highflyer74 (2020-05-13 06:24:45+00:00): Moin und danke für Deine Rückmeldung!

Ich habe die "leere" Relation gelöscht und die Lücke in der "richtigen" Relation geschlossen.

Toll, dass Du JOSM ausprobierst. Installiere Dir am besten noch die Plugins "utilsplugin2" und "buildings_tools", da diese den Funktionsumfang nochmal deutlich erweitern.

Dann kann ich noch https://wiki.openstreetmap.org/wiki/File:Osm-tutorial.pdf empfehlen, welches auch auf JOSM basiert.

Wenn Du mal auf Probleme oder Unklarheiten stösst, melde Dich gern per PN.
b-holdet (2020-05-12 06:24:58+00:00): Du kan slå Skyggekortet til som baggrund.
SDFE Terræn giver et godt indblik i hvor stierne ligger.
Husk at lukke noterne, når du har lavet rettelserne til dem.

/Flemming
Hjart (2020-05-12 17:45:49+00:00): Nu er det ikke alle steder her at terrænskyggekortet er nogen stor hjælp. Det virker bedst hvor stierne danner fordybninger i terrænet og det er ikke sikkert  der er tilstrækkeligt med blød jord her til at det lader sig gøre at træde dem så langt ned.
Man kan også gå nogle gange frem og tilbage ad stierne med en gps-modtager og se om man kan få nogle anvendelige gps-spor ud af det. Gps-spor  er sikkert ikke superpræcise under træerne her, men muligvis nok til at du kan sjusse dig frem til hvor stierne er. Det vigtigste er at stierne kommer til at hænge rigtigt sammen og at man i rimelig grad kan orientere sig efter kortet.
IsStatenIsland (2020-05-16 03:54:38+00:00): Nice. The station fits perfectly against several diagrams. The north pool overlaps the platform to the left of Track 5; you can see the north tower's footprint encased in glass in the westernmost platform. (can't find any pictures of it)

Good call on railway:preferred_direction=forward, as these tracks are sometimes reversed. Wasn't sure how to represent that when the tracks are 99% one-way.
user_5359 (2020-05-12 04:13:35+00:00): Welcome to OSM! For a better description of a sidewalk, please read https://wiki.osm.org/wiki/Sidewalks
Glassman (2020-05-12 23:00:33+00:00): Thank you for your edit. I reviewed your work and it look good.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/85048086
imjapandy (2020-05-11 22:13:26+00:00): When I right-clicked to square the building, it was greyed out and would not let me continue. It said it had not been downloaded yet. Is this normal?
borovac (2020-08-18 16:57:41+00:00): Pozdrav, zanima me zasto si obrisao tagove sa Opstine St. Pazova o ulici, broju...?
Posto su pravilno tagovani i uradjeno je sve kako treba, ja sam Staropazovcan... I ti podaci koje koristis su stari ima ceo projekat imenovanja ulica za celu Srbiju, zamolio bih te da ne pravis izmene sto se tice adresiranja... Hvala
Badojo (2020-08-18 17:15:39+00:00): Bok,
ne razumijem na šta točno misliš. Jeli kao relacija za opštinu ili zgradu uprave?
borovac (2020-08-18 17:36:16+00:00): na zgradi opstine/uprave u Staroj Pazovi obrisao si addr:housenuber=11, addr:street=Светосавска i building=yes.
ulicu i broj na kojoj se Opstina nalazi, zato sam te pitao zasto si obrisao.
Badojo (2020-08-18 17:44:08+00:00): Pa zgrada je relacija, a ovo što sam obrisao je samo linija koja je član te relacije. Nema smisla da linija ima iste tagove kao i relacija. A ako vanjska linija ima tag building=yes onda se ne rendera na pravi ispravno.
Glassman (2020-05-12 23:02:49+00:00): The original way was also good. I tend to tag homes as building=house. 
TiP: Instead of deleting, just make the change to the tags or geometry. That way it shows up in the history.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/85048984
user_5359 (2020-05-12 15:39:37+00:00): Hello! Please notice we use (British) english and no space after the colon.
Glassman (2020-05-12 23:08:36+00:00): If the shop is closed, then the name should be removed as well.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/85049353
blackboxlogic (2020-05-18 21:05:57+00:00): Welcome to OSM and thanks for adding buildings!

When you delete an address node to add a building, please put the address tags on the building. That way, the map can be used to navigate to the building using the address.

I've fixed this in
https://www.openstreetmap.org/changeset/85403242
and
https://www.openstreetmap.org/changeset/85403332
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/85049494
aharvey (2020-05-13 03:56:01+00:00): Hi I've re-classified a few of these roads as driveways or forest/agricultural tracks. What source did you use for these roads, a few of them are very unclear based on the imagery.
dktue (2020-05-12 20:22:51+00:00): Hi, hier sind auch nicht alle Abfahrten enthalten (im Norden und Osten fehlen welche). Möchtest Du anpassen oder soll ich? :-)
dktue (2020-05-13 08:54:06+00:00): Habe es korrigiert:
https://www.openstreetmap.org/changeset/85132507
https://www.openstreetmap.org/changeset/85132557
Nurum (2020-05-13 11:56:51+00:00): Danke für den Hinweis und das Ausbessern.
literan (2020-07-25 09:27:01+00:00): и зачем вы убрали теги стройки с закрытого для движения съезда? Два месяца из-за вас некорректно строили маршруты навигаторы. Откатил.

https://s3.eu-central-1.amazonaws.com/roads.ru/monthly_2020_07/large.IMG-20200725-WA0002.jpg.c2b0f6b675d863b7c012ff7b95d4aa0e.jpg
aharvey (2020-05-13 04:21:21+00:00): Also https://pewu.github.io/osm-history/#/way/760475673 was deleted here, but you can see at https://www.mapillary.com/map/im/fyzmT-7t_Rqc0qN6Mr8Qqw it quite clearly a driveway, just all the fire trucks were out fighting fires. I'll restore the driveway.
kliu17 (2020-05-13 04:25:29+00:00): Ah I looked at the line and I thought thats a driveway not a service road but I didn't see the service attribute saying it was a driveway, my bad.
eggie (2020-05-12 06:27:39+00:00): Even met achavi  gekeken. 
Ik weet niet of die busroute nog klopt. (onderbroken?)  Dat is specialistenwerk.  
Denk dat Leo Slager nog wel kijkt. 
Een vlak als landuse=forest  mag  je niet zomaar op een ander vlak leggen.
Dat hoort in een zogenaamde multiplygoon.
Het gras is dan de outer en de stukjes bos worden dan als inner opgenomen in een multipolygoon.. Zo maak je ook bv een eilandje in water.
Op sommige plaatsen zie je ook water en bomen door elkaar. 
Dat zelfde geldt ook voor al dat water. 
Iets om in de toekomst onder de knie te krijgen. 
Dan is in het hele gebied iets fundemanteels fout. De polygoon laeisure=park zou een losse polygoon moeten zijn en daarbinnen zou dan de landuse =grass landuse=forest moeten worden ingevuld. 
Nu heeft de polygoon twee functies. landuse  die over stukken loopt zonder gras en bos en een transparant die de functie aangeeft en de naam.
Dus hier kun je je hart nog ophalen om alles opnieuw in  te richten. 
De landuse dus overal apart intekenen in het gebied en de leisure=park (de transparant) zo laten, maar ontdoen van de landuse tags.
Up to you... 

Succes,
Eggie
eggie (2020-05-12 06:28:48+00:00): Leisure=park is de functie en die moet je los zien van wat je ziet de landuse.
Hier een voorbeeld van een park met landuse en een losse cover leisure= park er helemaal los overheen. http://www.openstreetmap.org/#map=18/51.80552/4.66665
boototter (2020-05-12 12:09:33+00:00): Dat wordt een spannende.
mbt buslijn: van de eerste rit (niet verder dan Schiphol Airport) hangt de dienstregeling nog wel in het bushokje, maar op de site van Connexxion is die weggevallen. Eén van die twee zou het 'onderbroken' kunnen zijn,
mbt water: de stroom onder de duiker kreeg ik op geen enkele wijze gekoppeld aan het water ten ZO bij Grubbehoeve. De (gehoopte) stroomrichting stond er kloppend in.
mbt landuse: grotendeels kloppend, maar achter beide parkeergarages fout. twee rijen bomen, daar per sé geen beheerd bos (hoofdleidingentracé). Neem aan dat ik wel kan veranderen, alleen niet als deel van het park dus.
eggie (2020-05-12 13:19:11+00:00): Nee.. die leisure park moet alleen een naam bevatten. Verder niets. In die leisure park teken je de landuse in... die leisure doet niet mee in de mp.
Er zijn al stukken landuse.. die kun je dan uitbreiden. Gewoon aanpassen.. want een blind paard kan hier geen kwaad. Met onderbroken van de OV bedoel ik dat de routerelatie onderbroken lijkt. Zal zo nog eens kijken. Leo is daar gehaaid in.
eggie (2020-05-12 13:27:28+00:00): Busroutes hoef je niet te kijken.
eggie (2020-05-12 13:35:16+00:00): Onder het Ganzenhoefpad heb ik een duiker toegevoegd als voorbeeld. 
Jouw duiker heb ik nog niet in beeld.
eggie (2020-05-12 13:43:12+00:00): Voor nood heb ik aan het noordelijke parkgedeelte ook even landuse=grass toegevoegd. Moet eigenlijk ook aparte leisure=park met naam.. 
 Dat had iemand verwijderd, maar ook hier kun je je hart ophalen. Alles is aan revisie toe..
boototter (2020-05-12 13:46:25+00:00): Die duiker is tussen het kronkelende water naast parkeergarage Gouden Leeuw en het rechte stuk aan de overkant van de Bijlmerdreef. Dáár, bij Grubbehoeve, kreeg ik geen aansluiting. Vreemd trouwens: er zitten drie kijkgaten in naast de rijbanen. Niet aan geweest, ze zitten in JOSM gewoon waar ze zaten, maar zijn bij de upload niet meegekomen, zo te zien.
boototter (2020-05-12 13:55:42+00:00): Die zijn gemarkeerd als natural: water. Ook een natural: grass achter de bushalte lijkt niet meegekomen. 
Ik zie nu ook, dat de rijbaan noordzijde bij de bushalte wat erg hoekig en ruim is verlegd. Dat zal ik corrigeren voor ik aan het park begin. Maar hoe zit dat met die 'natural' tags?
eggie (2020-05-12 14:01:32+00:00): ah daar... Dat is als brug gemapt.. Je moet dan een keuze maken.. of eht is een brug of je tekent een duiker in.
De gaten zie je niet want die zul je als inner moeten mappen in het vlak van de brug. 
Even als voorbeeld dat noordelijke gat gedaan. Dat is nu de inner in de brug.
Maar ik denk dat die brug beter weg kan . Je maakt dat een duiker
met de tags
tunbel=culver
waterway-canal
layer=-1
Dan hoef je die wegdelen ook niet in de brug op te nemen. 
Eggie
eggie (2020-05-12 14:06:12+00:00): natural tags..

Gras kun je op vele manieren taggen.
Meestal gebruik ik landuse=grass in de bebouwde kom.
Wildgroei is dan natural=grassland
Een weide is landuse=meadow 
bosschages zijn natural=scrub
bos is landuse =forest in de bebouwde kom.
losse bomen natural=tree.
landcover=grass... is nog een proposed tag die niet rendert .. Dat wordt er alleen bijgezet door sommige mappers in de hoop dat het ooit gaat renderen na goedkeuring.
eggie (2020-05-12 14:08:35+00:00): typo
tunnel=culvert
layer=-1
waterway=canal
eggie (2020-05-12 14:10:34+00:00): en dat worden dan losse culverts van vierkant vak naar vierkant vak. 
De brug kan dan weg.
boototter (2020-05-12 14:12:22+00:00): In de bewerking in iD zijn ze trouwens wel te zien. Snap nu met die duiker die jij gemaakt hebt een opmerking in JOSM bij het niet kunnen verbinden: de looprichting van het water zou fout kunnen zijn. Nu is die juist dáár correct, maar verderop naar het noorden niet.
Die aanwijzingen zal ik toepassen, want het is echt een duiker, zoals hij ook wordt genoemd bij de NAP-markeringen van de gemeente. 't Wordt nogal een klus hier in de buurt :)
boototter (2020-05-12 14:29:33+00:00): Op zich is de oorspronkelijke tekening  mbt. uiterlijk deels wel te begrijpen: ik heb de aanleg gezien en het zijn echt kijkgaten met een stalen omheining tot op borsthoogte in een enorme betonnen plaat. Maar het is geen brug, het grasveld  dat nu nog niet is getekend loopt over de duiker door naar de kruisin met de Galantstraat.
boototter (2020-05-21 15:21:14+00:00): Aan de duiker heb ik me nog niet gewaagd, ben inmiddels een heel eind met het Prof Joop van Stigtpark. 
Misschien wat erg gedetailleer ingekleurd, maar goed oefenmateriaal.
Wanneer ik nu upload, kom ik dan in de knoei met zaken die jij hebt veranderd bij de parkeergarage? Nog niet alles daarin gedaan. Wat is goed gebruik: in fasen uploaden en een nieuwe download voor de gewijzigde status of eerst álles inkleuren?
Daarnaast nog een vraag: ik heb een multipolygoon die nodes deelt met een pad. In het forum begreep ik uit de discussie, dat juist met paden en wegen dit niet mag. Zijn die nog los te krijgen of moet ik opnieuw tekenen?
eggie (2020-05-21 15:47:54+00:00): Nee.. ga gerust je gang.
Mijn changeset is hier al lang geleden geslten. 
 Het beste kun je als een stukje gereed is direct uploaden.
(maar niet iets half afmaken, want dat triggert andere mappers en je zit met een gemankeerde kaart) 
Sommige mappers slaan hun  edits op in een bestand in josm.... En doen pas later een upload in één keer, maar dat gaat dan fout als ondertussen iemand anders hier bezig is geweest. Je krijgt dan een conflict in josm. Resultaat is werk voor niets.

Een mp aan een pad. Nou de regel is .. geen landuse aan een pad of weg. Het maakt niet uit op het een multi- of een gewone polygoon is.
Wel mogen de inners van een mp elkaar niet raken. Daar is dan weer een andere truc voor.
Landuse en/of nodes losmaken met de G toets. 
Succes,
eggie
boototter (2020-05-21 19:03:16+00:00): Bij het uploaden een (misschien te negeren) probleem: in een aantal mp's in het park zijn rijen bomen en twee keer een eenzijdig zichtbaar talud opgenomen. Die worden als fout, want niet gesloten, aangemerkt.
Bomen in een rij worden elders ifn de validatie ook als 'weg' aangeduid. Mogen die niet in een mp? Van een rij kan ik toch moeilijk iets anders maken, en ze staan midden in grasvelden.
eggie (2020-05-21 19:43:08+00:00): In OSM is alles een "way", maar niet in de betekenis van weg of straat. :)
Dus daar geen probleem van maken. 
Maar zal zo eens kijken met de validator van JOSM.
Een natural=tree_row staat op een lijn-element (way) en is nooit gesloten.
Een landuse=forest is ook een way, maar die moet altijd gesloten zijn. Het hoort een vlak te zijn. 
Een niet gesloten lijnelement hoort niet in een multipolygoon als inner.
Het doel van een mp is dat alles wat er binnen zit rendert op de kaart.
Bv een eiland in het water.
Zal even kijken,....
eggie (2020-05-21 20:01:57+00:00): Multipolygonen doorgronden kost de meeste mappers vele maanden mappen en dan is het nog lastig. 
Voor je begin in dat Pr Joop van Stigtpark met mp's moet er eigenlijk  eerst een fundementelen fout uit.\
Het is een leisure= park  (de functie)  en die hoort als een losse transparante deken over het gebied te liggen.. over landuse en water. 
Dat is één.
Dan heb je de landuse en het water.
landuse dat is ingesloten door andere landuse kan dan in een mp.  Dat is twee..

Hier loopt alles door elkaar. Het gras is ook het park. Er ligt dus zelfs gras over het water.. Gelukkig zie je dat niet. 
Maar dat is dus niet correct getagd volgens je voorganger. Maar er is ook niet overal gras.. Dus even die tag leisure=park weghalen klopt ook niet. 
Egenlijk kan die leisure=park gewoon blijven liggen, maar moet je landuse=grass en landcover=grass(doet niets)  verwijderen en gaan beginnen de landuse te gaan invullen in een enorm gebied. Dat is een hele kluif voor een startende mapper. 
Dus om te beginnen die landuse tags verwijderen .. dan ziet het er even niet uit... (vies groen.. de transparant)  en dan gewoon beginnen met het invullen van de echte landuse. Dat zijn dus twee verschillende dingen.
meestal een naam. 
Leisure=park is de functie en die moet je los zien van wat je ziet de landuse.
Hier een voorbeeld van een park met landuse en een losse cover leisure= park er helemaal los overheen. http://www.openstreetmap.org/#map=18/51.80552/4.66665

en mp's alleen maar maken als het nodig is. Dat is van later zorg.
Eggie
boototter (2020-05-21 20:02:24+00:00): wacht nog even met kijken, want eerst vragen, dan het antwoord toepassen, voor ik opstuur. Zal dan eerst die bomenrijen uit de mulitpolygonen halen.
boototter (2020-05-21 20:08:09+00:00): Jij had die tags ook al even weggehaald en ijlings teruggezet, want het was opeens één groot, onontgonnen gebied.
mp's zijn lastig, maar mbv de validatie heb ik daar ook veel fouten uitgehaald en daarvan geleerd. Die foute tags bij leisure=park zullen binnenkort ook helemaal verdwijnen, want het is bereveel werk, maar het schiet wel op. 
Nadeel in JOSM is, dat de mp-outer vlakken geen kleur dragen, dus lastig te zien bij zo'n hoeveelheid, wat je wel en nog niet gedaan hebt.
eggie (2020-05-21 20:12:07+00:00): Ben ze nog niet tegengekomen. Weet dus niet precies wat je bedoelt, maar een losse lijn hoort niet in een mp.
eggie (2020-05-21 20:16:52+00:00): Dat onontgonnen gebied is de Leisure=park  Daar hoort alleen een parknaam op.
Ja geen gezicht dus even hersteld met landuse=grass...
Een blind paard kan hier geen kwaad.. Dus gewoon beginnen. Het is toch een chaos. 
Ja  .. uren werk... maar dat is hobby :)
boototter (2020-05-21 20:59:41+00:00): Eerste deel Van Stigtpark staat erin. Bij het vergelijken naar analoge situaties ben ik daar problemen tegengekomen.
Sterkte met controle, want het is erg veel.
watmildon (2023-02-03 00:48:52+00:00): Hello! The tag gnis:feature_id is for numeric identifiers. I'm not sure which tag would be a better container for what is here. Do you remember where it came from?
Bearded Beaver (2023-02-04 04:45:33+00:00): Don't remember why the reference to GNIS other than a general reference since the USGS GNIS site is useless as a search tool. Sites as this are far more useful

https://www.waymarking.com/waymarks/WMN2W_USCGS_ARC_CORNER_Stone_1892_Delaware_Pennsylvania
watmildon (2023-02-05 03:56:04+00:00): I gotcha. I appreciate the thoughtful reply for what it a non-recent change!

I've moved that info to the description= tag so it's still available. Let me know if you think another key is a better option.
aharvey (2020-05-13 02:50:00+00:00): hi I've reverted this change since it shifted the alignment of roads, which put them quite  off compared to the GPS Traces Layer. I also restored the deleted path. If imagery is not aligned you can manually set an offset using the GPS traces layer as a reference.
kliu17 (2020-05-13 03:42:12+00:00): I'm not really sure how to go on from here. I started up from fisherman's paradise area and mapped the entire lake area and the offset started up there. To keep things consistent I kept the offset. I didn't have any problems until this grid and I'm still thinking about what to do with the task above it since its also off in comparison to what I've mapped.
kliu17 (2020-05-13 03:45:09+00:00): Oh this is for a HOTOSM project by the way. 
(Task 8604)
kliu17 (2020-05-13 03:54:21+00:00): Wait I also noticed you unmapped all of the buildings I mapped. Do I really have to redo this again?
aharvey (2020-05-13 04:01:28+00:00): > offset started up there

It's a good idea to re-check your offset as here it was quite a bit off from the GPS traces.

> Oh this is for a HOTOSM project by the way.

Yep I saw that, any idea who organised it?

> Wait I also noticed you unmapped all of the buildings I mapped. Do I really have to redo this again?

I reverted the whole changeset to reinstate the path and revert the road shift, I noticed a few other changesets which shifted the roads too which I'm working through reverting but it's quite hard when there are ongoing edits in this area. I can try to reinstate the buildings you had mapped.
kliu17 (2020-05-13 04:06:25+00:00): the individual who organized it is BO_HOT
Its not an org, just an individual.  
I try not to shift the roads too much but had to shift them a bit to map the buildings. I'm looking at the project now and I finished this area and there aren't any validators so you could go ahead and do what you need to do.
kliu17 (2020-05-13 04:12:43+00:00): I mapped the area above here between the streets (which may also need to be reverted) The Bounty and Sunset Strip and I feel like the offset is getting worse as I go north. I haven't touched Manyana yet.
aharvey (2020-05-13 05:26:14+00:00): I've reinstated the buildings now, but still working through the aliment issue.
user_2066394 (2020-05-12 12:43:06+00:00): gerne auch removed: verwenden, dann bleibt die änderung nachvollziehbar
https://wiki.openstreetmap.org/wiki/DE:Key:removed:
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/85051205
windkraft-os (2020-05-14 01:17:38+00:00): Also mit dem String ist die Altanlage noch markiert und nicht komplett gelöscht
user_2066394 (2020-05-14 10:52:24+00:00): die lebenszyklus-präfixe sind an sich gut dokumentiert und auch breit in verwendung
https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix
boototter (2020-05-12 01:11:20+00:00): foute omschrijving per ongeluk meegestuurd.
situatie bij parkeergarage Groenhoven 100:
wandelroute omgelegd naar werkelijke situatie;
amenity parking weggehaald bij gebied met zoneverbod parkeren, verkleind tot toegestaan deel.
boototter (2020-05-13 08:12:19+00:00): Probleem!
de BAG-gegevens van parkeergarage Groenhoven 100 zijn verdwenen. Staat nog wel op de topo-kaart. Wat er staat is per zoomlaag verschillend. Graag assistentie.
eggie (2020-05-13 09:36:23+00:00): Groenhoven parking weer teruggezet.
rendering duurt even. 
Die had je verwijderd. https://overpass-api.de/achavi/?changeset=85051412
Gr eggie
eggie (2020-05-13 09:44:40+00:00): Bij dat parkeervak heb je amenity parking op een hoeknode gezet. dat zou dan eigenlijk op het (nu tagloze) vlak moeten. Ook is de oprit verwijderd. Die zou je kunnen doortrekken.
Parkeervakken eigenlijk niet als amenity parking taggen. De overkant doet ook mee.. dan zou het nog kunnen. amenity-parking zijn de hele parkeerterreinen incl. de wegen.