piebro/osm-data huggingface dataset:
stevea (2019-02-18 09:35:44+00:00): The net result of your edit is to have turned nearly ten years of university editing (of its boundary) into a "version 1" of the UCSC campus edge.  That is not only immature, it is destructive to the history of edit improvements by many people over a long timeframe.  Please stop the name calling.

If you can, it would be mature of you (and technically, professionally and project-consensus-ally) to restore the previous boundary, with all its existing history, rather than submit a brand new (v1) boundary with absolutely no attribution or source tag.  If you don't know how to revert a changeset and/or retrieve history-full polygons like this, ask.

Better still would be to not destroy existing map data in the first place, whether inadvertently or as a vandal.  As you are a newer mapper and I'm not sure of which of those two intents of yours you mean to effect (I do tend to give people the benefit of doubt), I'll ask you to explain what you meant to do to the campus boundary here.
WoodWoseWulf (2019-02-15 01:43:52+00:00): Hi, I noticed you mapped this park over the top of this shopping strip. You might want to check the OSM definitions for park:

https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpark
TagaSanPedroAko (2020-07-07 22:11:28+00:00): It's all too much to tell other mappers again through notes about features that you find to be in violation of many laws (such as with Philcoa tricycle station). I've been seeing that with your needless additions of no-stopping tags on major roads or those with bike lanes. This is getting into my nerves, and I have nothing to do but to clean up a lot of your edits, from you needless tagging of implied or subjective parking restrictions to your mass renaming of various bus/jeepney stops to follow the rather clutter-y Singapore gov't scheme.
marc__marc (2020-02-01 23:04:23+00:00): Hello,
https://www.openstreetmap.org/node/6280005785
https://www.openstreetmap.org/way/628572764
are those 2 objects the same poi ? or one is a part of the other ? if yes please draw the extend of the tourism=camp_site and fix the depreciated tag camp_site=camp_pitch
Thanks,
Marc
Allison P (2023-02-14 22:04:57+00:00): I cannot find a source for the name "The Cruplex", on the ground, online, or otherwise. Is there any source besides the note?
Luis Garcia-Lopez (2023-02-15 01:08:18+00:00): That is a good question. This was a while ago so I only found this listing without the name: https://www.apartments.com/1611-arapahoe-st-golden-co/01gv3d2/

If you see fit, you are welcome to make a correction to this building.
Allison P (2023-02-15 01:47:09+00:00): I surveyed the building, and it actually has three stories. I'll make these changes.
cryptickryptos (2019-02-15 12:02:26+00:00): these service roads no longer exist, please stop adding them back
gseethar (2019-02-18 05:55:23+00:00): Hi Cryptickryptos,

Thanks for your update. Alivelis added the service road based on the resources (Digital globe premium - 2015 which is the latest satellite imagery) available in OSM. We acknowledge the local knowledge that you possess and thanks again for helping us with your inputs.
Please let us know if you have any recommendations or suggestions. We are always happy to engage with local OSM community and learn from them.

Regards,
Ganesh
gabro00 (2019-02-15 12:17:02+00:00): Több ilyen munkatárs kellene ;)
Mateusz Konieczny (2023-03-20 13:52:00+00:00): Hello!

In unlikely case that you still remember or can visit this place...

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

surface=cobbled? What you meant by that? https://wiki.openstreetmap.org/wiki/Tag:surface=cobblestone ?
philam48 (2023-03-27 06:36:18+00:00): Hi!

You're absolutely right, it should be surface=cobblestone. Not sure why I tagged it was surface=cobbled.

Thanks
user_8759106 (2019-02-15 10:41:53+00:00): Please don't add stuff to the map that isn't there. You've added several roads in the sea near (0,0)

Reverted in changset 67222721

https://www.openstreetmap.org/changeset/67222721
jmapb (2019-02-28 01:50:47+00:00): Is this some sort of underground club? Nothing visible at this address except a notice that the previous tenant (Retrofret) has moved.
red_clover (2019-02-28 02:41:42+00:00): Sorry - I thought I had originally added a "start_date" key so as to indicate that this is a place due to open March 2019. https://bklyner.com/public-records-new-music-performance-space-coming-to-gowanus/

I've since added that, but as is to be imagined, there isn't a lot more to add yet.
jmapb (2019-02-28 03:09:27+00:00): Gotcha, thanks.
jmapb (2019-04-01 01:24:49+00:00): March has come and gone, and there's still no bar here: https://imgur.com/a/VOMRaQ5

I've changed this node from amenity=bar to construction:amenity=bar, because it appears that something *is* under construction in there.

Check out the wiki page on "lifecycle prefix": https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
That's the recommended way to map features that are not currently available to map users but nonetheless of interest.

Cheers, J
red_clover (2019-04-01 03:32:28+00:00): Cheers jmapb!
red_clover (2019-04-12 14:24:58+00:00): According to Gothamist, the venue is opening this weekend:

http://gothamist.com/2019/04/11/public_records_gowanus_photos.php

So I'm going to change it back from construction. :)
eggie (2019-02-15 07:52:52+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Waarom hier een ziekenhuis zonder naam in the middle of knowwhere?
eggie (2019-02-15 07:59:30+00:00): reverted door Wijzigingenset #67218644

Wellicht een edit per abuis?
MVG,
Eggie
maraf24 (2019-02-18 11:25:20+00:00): Adresy są przypisane do budynków, nie terenu,
DibDobCT (2020-05-25 18:21:49+00:00): This path is called "Mother in Law"
maraf24 (2019-02-18 11:24:56+00:00): Usunąłem adres z bramki.
SomeoneElse_Revert (2019-02-26 21:35:52+00:00): This changeset has been reverted fully or in part by changesets 67597451, 67594431 where the changeset comment is: Reverting some problem changes in Africa following complaint to DWG (a revert was thought to be the least-worst option).  See https://www.openstreetmap.org/user_blocks/2533 and http://resultmaps.neis-one.org/osm-discussion-comments?uid=2762871.
osm915 (2019-02-26 21:08:07+00:00): Hallo Jano_u,
da ich gerade in "der Gegend unterwegs" war, hab ich die Escobar auf den alten POI übertragen.
SomeoneElse_Revert (2019-02-26 21:35:07+00:00): This changeset has been reverted fully or in part by changesets 67597451, 67594431 where the changeset comment is: Reverting some problem changes in Africa following complaint to DWG (a revert was thought to be the least-worst option).  See https://www.openstreetmap.org/user_blocks/2533 and http://resultmaps.neis-one.org/osm-discussion-comments?uid=2762871.
下り専門 (2019-02-15 11:00:55+00:00): こんにちは。このエリアのBing衛星写真にはズレがあります。GPSログにより国土地理院 電子国土基本図が実際に近いことを確認していますので位置合わせはこちらにお願いします。
GinaroZ (2019-02-27 12:50:09+00:00): Thanks for adding this :)
Jrachi (2020-05-12 12:15:36+00:00): Ciao.
Hai messo come url un link ad un kml.
url dovrebbe puntare al sito del gestore del percorso o ad una pagina con la descrizione.
pitscheplatsch (2019-02-15 08:28:02+00:00): Hi thgnvs, welcome to OSM.

May I know the reason behind deleting and redrawing the existing "Praça Cívica"? You newly created park doesn't contain the old tags (attributes) such as the wikidata information. Thanks.

See old park: https://www.openstreetmap.org/way/513675767/history

And your new park: https://www.openstreetmap.org/way/670650221
thgnvs (2019-02-15 09:47:48+00:00): Hi pitscheplatsch... 
Im trying to get the best lines of the square according with the satelite and my knowledge of the place. You can erase if i made it wrong.. 
Best Wishes!!!
pitscheplatsch (2019-02-15 09:51:43+00:00): Hi thgnvs, thank you very much for your answer.

Could you add the missing tags of the old to the new park element? Thanks.
thgnvs (2019-02-15 09:57:25+00:00): Im new here and i dont know about wich tags are you asking for. Im getting the images from the OSM and doing the changes also in OSM.
eggie (2019-02-15 08:25:32+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Mateusz Konieczny (2022-09-11 11:22:38+00:00): https://www.openstreetmap.org/way/670652126/history - what you meant by surface=interlock ?
gscholz (2022-09-11 11:33:10+00:00): I have no clue, seems to be a typo.
Guido
Mateusz Konieczny (2022-09-11 12:04:47+00:00): Thanks for a quick response!
eggie (2019-02-15 08:30:10+00:00): Dag Firecom.. Alle gebouwen en adressen zijn import vanuit het Kadaster. je kunt adressen dus beter niet wijzigen.
Er wordt ook periodek ge-updated.
bedrijven en instellingen worden bijgetagd op de adresnodes en niet op de gebouwen. Die krijgen niet de naam van het bedrijf, maar de naam van het gebouw zelf. denk aan kerken en paleizen.
Ik zal wat aanpassen. 
MVG,
Eggie
eggie (2019-02-15 08:39:24+00:00): Adres en info overgezet naar adresnode. Overige adresnodes hersteld. 
Gr Eggie
Firecom (2019-02-15 09:13:09+00:00): Top! Bedankt. Kun je ook checken waarom Euromast er twee keer in staat? Hij staat nu ook op pand Firecom BV
eggie (2019-02-15 09:18:25+00:00): Het klopt. Dat komt door de langzame rendering. Kan soms dagen duren. 

 Die is niet optimaal momenteel.
CTRL F5 wil wel eens helpen.
Gr Eggie
Firecom (2019-02-23 20:18:57+00:00): Thnx
Cascafico (2019-02-15 09:32:54+00:00): "FVG 1" e "Ciclovia Alpe Adria" sono sinonimi?
Cheddici eventualmente di mettere "FVG 1" nel tag ref, oppure (visto che c'è già con il trattino) nel tag short_name?
Saccobent (2019-02-15 10:27:50+00:00): Ciao. La FVG 1 (Ciclovia Alpe Adria) dovrebbe coincidere con la parte italiana della Ciclovia Alpe Adria Radweg. In effetti nel sito regionale dedicato alla ReCIR tutte le ciclovie sono indicate senza trattino. Provvedo subito a correggere la FVG 1!
mikini (2019-03-14 00:04:56+00:00): Jeg er rimelig sikker på at Bramming Bibliotek stadig står (https://www.esbjergbibliotek.dk/bibliotek/bramming). 

Derimod er det tidligere rådhus, "Rådhusgrunden", på den anden side af gaden ved at blive ryddet (https://www.licitationen.dk/project/view/1855/radhusgrunden_i_bramming_nybyggeri_af_50_almene_familieboliger, https://www.ugeavisen-bramming.dk/bramming/Travlhed-paa-Raadhusgrunden/artikel/382294). 
Jeg har tilføjet bygningen på nr. 2L igen som bibliotek, og lavet et under_construction på nr. 5-7 overfor i https://www.openstreetmap.org/changeset/68118755.
osmviborg (2019-03-14 05:51:10+00:00): Korrekt, og hvis man vil vide mere: Lokalplan 21-010-0002
eggie (2019-02-15 09:36:16+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Die immer lacht (2019-02-18 15:02:56+00:00): Hi Forst,

is this coastline completely reviewed: https://www.openstreetmap.org/way/28715449 ? If so you may remove the source=PGS tag.

Best wishes
ForstEK (2019-02-18 15:40:38+00:00): Hi, Die immer lacht, thanx for note, but this part of coastline is not completely reviewed, just partially. Therefore this tag (PGS) should be stay here yet.
SomeoneElse_Revert (2024-03-18 15:17:57+00:00): This changeset has been reverted fully or in part by changeset 148822076 where the changeset comment is: Reverting some anti-Mormon vandalism and other rubbish
mbethke (2019-02-18 02:55:33+00:00): Sorry, das macht nicht wirklich Sinn - eine Touristenattraktion, die "nach links" heißt?
mavl (2019-02-21 16:13:32+00:00): This changeset has been reverted fully or in part by changeset 67434431 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/2478].
aceman444 (2019-02-19 19:20:29+00:00): Mestske casti Bratislavy maju postavenie obce.

Suhlasim, tagovanie moze byt diskutabilne, tak ho mozete riesit na fore a nie hned po zaregistrovani do OSM svojvolne preklasifikovavat hlavne mesto cudzieho statu a ine klucove objekty!
canfe (2019-02-15 16:24:29+00:00): Salve! ben arrivato nella comunità OSM.
Ho visto la sua modifica. Sarebbe bene mettere un titolo che faccia capire cosa si è fatto: modifiche, aggiunte... e perché lo si è fatto.
Come primo changeset va bene ma il titolo "jj", ovviamente non dice nulla.
Una dimenticanza, sicuramente.
Buona mappatura.

Ferruccio
bradrh (2019-03-03 17:48:20+00:00): With this change you added ele=0.0033* to a bunch of nodes that are at around 2200 m.
Aleks-Berlin (2019-03-03 19:20:27+00:00): No, I renamed "ele"="0.0033777756616473" to "note"="ele 0.003377". I did not add the wrong ele, I removed it!
btw: you added the this sealevel-ele to nodes close to Denver.

https://www.openstreetmap.org/node/6254307335/history

KR, Alex
bradrh (2019-03-03 19:33:38+00:00): Well crap, you're right.   Is there an automated way to change tags on a bunch of nodes?
bradrh (2019-03-03 20:33:26+00:00): I figured out how to fix it in josm
Aleks-Berlin (2019-03-03 21:22:37+00:00): yes, either josm, or taginfo + level0.
https://taginfo.openstreetmap.org/keys/ele#values
KR, Alex
Skippern (2019-02-16 13:07:24+00:00): Não tem certeza que o tag tourism=apartment e certo, isso e apartamentos residenciais ou apartamentos de aluguel temporada p turistas?
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67221623
michalfabik (2019-02-17 16:40:07+00:00): Hello Ahmed,  
please don't add refugee camps as toursim=camp_site. They are very different and can't be used by tourists. They should be tagged amenity=social_facility+social_facility=shelter+social_facility:for=migrant. See here: https://wiki.openstreetmap.org/wiki/Refugee_Camp_Mapping  
  
مرحبا, يا أحمد,  
من فضلك, لا تُدخل معسكرات للةهاجرين إلى الخريطة كtourism=camp_site. إنها مختلفة جدا ولا تخدم السواح. طريقة إدخالها الصحيحة هيamenity=social_facility+social_facility=shelter+social_facility:for=migrant. انظرhttps://wiki.openstreetmap.org/wiki/Refugee_Camp_Mapping
michalfabik (2019-02-17 16:42:11+00:00): انا آسق, لا أتكلم العربية جيدا جدا
chnav (2019-02-15 11:10:34+00:00): Здравствуйте. пожалуйста не отмечайте туалеты в зданиях, до микромаппинга Рудному ещё далеко. Спасибо.
chnav (2019-02-15 11:11:43+00:00): В ОСМ отмеаются общественные уличные туалеты. Вряд ли кого-то пустят с улицы в туалет на предприятие ))
emvee (2020-01-20 16:46:27+00:00): Hoi Glen,

Bedankt voor het bijwerken van de omgeving van Soest.

Vraag over deze wijziging: Waar heb je de stoplichten verplaatst naar de kruisingen? Volgens mij moet ze staan op de plek waar de voetganger/het paard moet stoppen...

Groeten,

Martin.
Supaplex (2019-03-01 12:00:28+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/opestreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia  https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
zors1843 (2019-02-15 11:34:51+00:00): Beste,
Gebruik liever de AGIV GRB achtergrond.  Het grondplan van gebouwen is er nauwkeuriger dan de luchtbeelden.
Mvg,
Georges
sergeybe (2019-02-15 13:14:46+00:00): Здравствуйте! Пожалуйста аккуратнее, добавили неправильные теги на объекты. 
Я часть откатил, а часть поправил.
Hjart (2019-02-19 11:02:24+00:00): Jeg har slettet denne ændring idet den ikke var gyldig
Hjart (2019-02-17 10:28:11+00:00): Bemærk at stier og veje ikke bør lægges oveni hinanden og at jeg derfor fjerner denne sti
mavl (2019-07-21 13:34:15+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:34:18+00:00): This changeset was redacted. Reason: copyrighted data were used.
Vitru (2019-02-16 20:00:51+00:00): Dear rmikke,
I'm really disappointed by you. In the whole discussion at https://www.openstreetmap.org/changeset/52744495 you have not taken the responsibility for your own careless edits and only played down the issues.
Shame on you!
rmikke (2019-02-16 22:13:54+00:00): Dear Vitru,
You seem to be disapointed by everything (by a look at ypour changeset comments).
Hjart (2019-02-17 10:32:29+00:00): Slettet. Stier & veje bør ikke lægges oveni hinanden
nevw (2019-02-15 15:06:17+00:00): What are you trying to map here?
eggie (2019-02-15 12:27:46+00:00): Dag Roodborst
name=schuilhut is de functie dus graag verwijderen. Het symbool is voldoende.
Dit is een apine_hut
https://wiki.openstreetmap.org/wiki/Tag:tourism=alpine%20hut?uselang=nl
Dus ook graag verwijderen
amenity=shelter alleen is voldoende.

Pas je het zelf aan svp?

MVG,
Eggie
chnav (2019-02-15 16:22:46+00:00): Здравствуйте, пожалуйста не давайте описательные названия объектам в стиле Викимапии. В ОСМ другие правила именований. Спасибо.
chnav (2019-02-15 16:22:57+00:00): Исправлено/удалено.
BikePC (2019-03-07 13:58:03+00:00): Is deze culvert niet een gewone rechte buis, metaal of beton? Waarom slingerend?
A67-A67 (2019-03-07 14:38:22+00:00): Hallo BikePC,
Ik ben uitgegaan van de vorm die de duiker volgens de BGT heeft. Daar heb ik het op utgelijnd. Het is natuurlijk lastig bovengronds te controleren of de buis ook daadwerkelijk een ondergrondse slinger maakt.
BikePC (2019-03-07 14:41:24+00:00): Lijkt me erg onlogisch als zo'n duiker niet recht zou zijn, maar ik kan het ook niet controleren. Voor mij is de BGT echt niet altijd 'heilig'...
A67-A67 (2019-03-07 14:48:39+00:00): De BGT is inderdaad niet altijd heilig, maar het is wel de enige bron voor een dergelijke ondergrondse constructie. Aangezien de knikpunten bij de kern van de dijk liggen en het waterniveau binnen het gebied kan variëren als waterbergingsgebied terwijl het erbuiten op polderpeil moet blijven, zou het een speciale situatie kunnen zijn.
BikePC (2019-03-07 15:04:10+00:00): Zou kunnen natuurlijk. Dank voor je toelichting.
OSM_RogerWilco (2019-07-17 09:35:30+00:00): Hallo j1scad,
ich habe den Kreisverkehr in einen Minikreisverkehr geändert, da der Mittelbereich befahrbar ist.
siehe: https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmini_roundabout
Gruß Roger Wilco
BikePC (2019-03-07 13:56:45+00:00): Is deze culvert niet gewoon een rechte buis, metaal of beton? Vanwaar de slingering?
SomeoneElse (2019-02-16 15:37:14+00:00): This edit is actually making data incorrect (incorrect rounding - see e.g. https://www.openstreetmap.org/node/6033225979/history ).  Obviously it's highly unlikely that the original source was accurate to within a centimeter so that doesn't really matter; really it's just an example of OSM database bloat for no reason.
Aleks-Berlin (2019-02-17 08:39:36+00:00): Hi SomeoneElse,
I work with GPS data processing and know that it is impossible to be precise for 1mm (if you do not average a static gps antenna over weeks, which has not been done here).
It is even a challenge to be precise for a meter (height precision is about factor 10 to lat-lon-precision (abou 1..10m usually).
So why we should add useless misleading accuracy to the data, or care about rounding to 1mm? I also assmued the antenna was >1/2 mm obove ground, which made my rounding justified again.
Also the float to string format string was wrongly used: 123.000000001 or 77.99999998 is simply wrong. Nobody is doing anythin here to improve this. I asked many times for autodection of typical user inputs (empty tags or empty keys are always wrong, or ele having nanometer-precision).
Can you please tell what is better with the original long value?
Thanks, Alexander
SomeoneElse (2019-02-17 14:08:19+00:00): To be honest, anything that's processing data from any source (actually - anything that's processing data from any source) has to constantly ask itself how much it trusts the data and how it wants to process it.  Anyone seeing 77.99999998 in an elevation value isn't going to assume that it's accurate to 8 decimal places, so anyone processing the data after your edit is going to use exactly the same value if they process it before your edit - essentially you're not adding any value here.
woodpeck (2019-02-21 10:08:18+00:00): Why did you change the "ele" value on node 67225940 but not consider removing the useless "time" tag at the same time? Is it possible that this is an automated edit where you didn't really look at each object you changed? In that case, where's the documentation & prior discussion please?
Aleks-Berlin (2019-02-21 12:07:04+00:00): I did it by hand (no script). The reason for keeping time-tag is, I have read the statement "respect the work of others". It is a difficult question: how much wrong decides btw delete vs. fixing? I would like to remove all undocumented keys (no description in OSM wiki), if I would be asked. Some frequent examples: changed_by, created_by (not needed anymore), to, type (of nodes + ways), ..
Also an automatic rejection or at least information (mail) of typical error would help OSM: spaces at end/begin of tag, keys with single letter, frequent typos, frequent false friends (amenity=hotel), ..
Regards, Alexander
Aleks-Berlin (2019-02-21 12:16:59+00:00): As I reduced precision of another ele-tag (is was less than atom-size precision too) it was reverted because it does not improve something. Having thousands of .99999999 or .00000001 in OSM is (my opinion) misleading, memory wasting, wrong-format-string. I see this as an improvement.
I work with GPS data and precision, and I wonder how some users can reach even cm precision (usually factor 10 over lateral precision >1m ==> >10m). I'm sure there is no benefit keeping wrong ele-digits. SomeoneElse (you most likely know) sees no reason to fix it (was reverted).
Please take the time to suggest a reasonable solution here.
tux67 (2019-02-15 14:02:52+00:00): Hi Inka07,

bei OsmCha bekommt der Änderungssatz ein "Feature overlaps with existing features" . Woran das liegt habe ich noch nicht ergründet - aber vielleicht schaust du mal. Darüberhinaus hast du das angemahnte Gebäude mit area=yes getaggt (viellicht ist das der Fehler). Der Weg auf dem Parkplatz sollte nicht highway=unclassified sein, sondern highway=service bis zum Parkplatz und auf dem Parkplatz highway=parking_aisle. Ich nehme an die Wege, die du gelöscht hast sind wirklich alle nicht mehr da? Was die Gebäude angeht - auf PDOK (sollten die aktuellsten Luftbilder sein) sind die nicht so zu sehen. Was ist die Quelle? Wenn das noch eher geschätzt ist, dann wäre ein fixme mit dem entsprechenden Hinweis nett. Grundsätzlich - möchtest du solche Beobachtungen mitgeteilt bekommen um sie sebst zu korregieren? Ansonsten würde ich Dinge, die mir micht korrekt gemappt erscheinen korregieren und nur zu unklaren Punkten fragen.

Gruß
tux67
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67225983
tux67 (2019-02-15 14:07:38+00:00): ach ja - Strassen an sich bekommen in DE keinen postal code, PLZ-Gebiete sind komplett erfasst, und ein Geocoder wie Nominatim kann jeder Straße automatisch die richtige PLZ zuordnen.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67225983
Inka07 (2019-02-15 14:22:35+00:00): Danke für die Hinweise, ich habe die Straße vom Parkplatz getrennt und das area=yes entfernt. Die Gebäude sind fertig und auf PDOK sind die Grundrisse nach Baubeginn schon sichtbar. Die Postleitzahlen sind nicht von mir...
Inka07 (2019-02-15 14:35:36+00:00): nur als Ergänzung: offenbar ist es so, dass nach einem split zwei Wege entstehen und der eine hat keine history (version = 1). Dann sieht es so aus, als hätte ich den Weg neu angelegt mit allen tags. Tatsächlich habe ich aber nur die alten tags unverändert gelassen. Entsprechend waren einige der Wege auch schon vorher innerhalb der Parkplätze.