piebro/osm-data huggingface dataset:
Kuritsyn Roman (2023-05-05 02:38:58+00:00):  Poliakoff Mykhailo, Вас не туда понесло.
В правке были масштабно удалены данные, точка.
Добавление/изменений данных осуществляется в соответствии с простыми правилами. В данном случае надо было перенести в name:ru, а не замещать название удалив таким образом данные. В первом комментарии мной на это было указано.
BCNorwich (2022-11-03 07:41:11+00:00): Hi, I've added a POI within the building so that the amenity=police tag is mapped. 

Regards Bernard.
mavl (2023-04-25 09:05:08+00:00): This changeset has been reverted fully or in part by changesets 135307362, 135331978, 135327734, 135318197, 135323168 where the changeset comment is: Hi all. The changesets are reverted [DWG has the request to revert the changesets. Reason: valid data are deleted - https://www.openstreetmap.org/user_blocks/7056].
mavl (2023-04-25 09:03:33+00:00): This changeset has been reverted fully or in part by changesets 135307362, 135331978, 135327734, 135318197, 135323168 where the changeset comment is: Hi all. The changesets are reverted [DWG has the request to revert the changesets. Reason: valid data are deleted - https://www.openstreetmap.org/user_blocks/7056].
relaemanila (2022-11-03 07:15:37+00:00): This changeset reverts some or all edits made in changesets #127764643, and #127764929 due to deleted nodes/ways.
user_5359 (2022-11-05 07:43:21+00:00): Hello! Please have look on https://www.osm.org/node/10153829167 (one of hundred ten objects). What is the meaning
permission=permissive (separate comment: did you mean access?)
recycled=None (separate comment please use no instead None) 
Also the value "Human Waste" of waste isn't  a standard value.
Fizzie-DWG (2023-12-22 02:40:06+00:00): DWG revert

https://www.openstreetmap.org/changeset/145391334
OpenStreetBoy (2022-11-03 08:10:24+00:00): Hi highflyer, was ist besser daran, den POI auf eine separate Node zu setzen, als direkt auf den Gebäudeumriß?
highflyer74 (2022-11-03 08:21:42+00:00): Moin!

Ich hatte hier vor allem den Namen im Blick. Generell mappe ich (und die meisten Mapper im Bremer Raum) die POIs als Node, um die Gebäudedaten von den Daten des POI zu trennen. Der Hintergrund ist, dass Gebäude in zunehmendem Maße Daten wie z.B. 3D-Tags, Infos zu Baujahr, Architekt oder Denkmalschutz tragen, so dass es zu Tag-Kollisionen kommen kann. Auch ist es einfacher, beim Hinzukommen eines weiteren POI im gleichen Gebäude diesen zu mappen.

Letztendlich macht es die Sache auch einfacher für Neulinge. Mir sind schon öfter mal Gebäude untergekommen, wo noch Überreste von POI Daten dranhingen, die dort vergessen wurden.

Viele Grüße!
mcliquid (2022-11-04 09:49:38+00:00): Hi, regardless of the signs it's mostly a good idea to save the old name as "alt_name" or "old_name" to have a little bit history. As there is the Spring with the name "Hellabründl" nearby it's quite sure the "old" name had an intention :) I've already did this here.
SekeRob (2022-11-03 09:20:29+00:00): And so we learned that if an object  is not fully downloaded as was long 1 line Via Nazionale and start cutting it up and rename a section you get a validator warning that the object is incomplete when saving. If then downloading the object in full one ends up with 2 ways on top of each other, nodes merged and all and no validator warning when saving the edit. Presto pronto, a 35 node duplicate edge created. 👎 This would not have been possible in ID Editor unless hitting the ignore button. Me don't.
A67-A67 (2022-11-03 07:02:56+00:00): Dat stond al stond aangegeven door het ontbreken van de tag motorroad=yes. Die tag geeft de exacte begrenzing van een autoweg aan.

Een verbindingsweg tussen een highway=trunk en een lagere weg is trunk_link. Dat zegt dus niets over de wegklasse van de verbindingsweg zelf.
Diógenes de Sinope (2022-11-17 12:23:03+00:00): is the proper name of this road 'Rua 9 do Cassenda' as you have designated it as or is it simply 'Rua 9'? |  é o nome próprio desta via 'Rua 9 do Cassenda' como a designou ou é simplesmente 'Rua 9'?
LakeTiticaca (2022-11-18 22:49:04+00:00): Hello Diógenes de Sinope, thanks for reaching out. I have removed the road name.
Diógenes de Sinope (2022-12-19 04:24:16+00:00): 👍🏽
user_8655426 (2022-11-03 09:31:05+00:00): こんにちは。はじめまして。浜松市西区の Mappin' Jack Flash と申します。
浜松市内のバス停の編集、ありがとうございます。

編集時に気が付かれたかもしれませんが、背景画像として使用している Bing の航空画像は「ズレ」があります。この変更セットで編集された江西地区を調べてみましたが、道路一車線分ほど西にずれているようです。そのため「神田町」バス停が、民家の敷地内(生け垣の内側)に追加されてしまっています。(先週、現地で位置を確認していますので、後で修正します。)
浜松市内は「国土地理院 全国最新写真(シームレス)」がズレもなく鮮明なので使いやすいです。しかし少し古いのでBingなどと併用することをおすすめします。
以下のページに、航空画像使用時の注意点や画像の合わせ方が書かれています。参考にしてみてください。

・JA:画像の利用
https://wiki.openstreetmap.org/wiki/JA:画像の利用

・idエディタでの背景画像の変更
https://learnosm.org/ja/beginner/id-editor/

それから念のため、OSMで利用できる情報源、情報収集方法のご確認もお願いいたします。

・利用可能なデータソース
https://openstreetmap.jp/node/764

・データの情報源
https://wiki.openstreetmap.org/wiki/JA:Beginners_Guide_1.1
Supaplex (2022-11-03 10:51:03+00:00): 已經有了
重複加上去
https://www.openstreetmap.org/relation/6473889#map=17/23.02305/120.23179
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128422478
abakus_uploader (2022-11-03 23:31:30+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!
Niels GM (2022-12-17 16:21:35+00:00): Hi there, 
You changed our 'Cycle and Foot Path' to a 'Path'; this is not good for routing and navigation. I have changed it back.
Cheers, Niels
b-holdet (2022-12-18 06:00:47+00:00): Same comments from changeset https://www.openstreetmap.org/changeset/127441025
magrej (2022-12-19 07:14:48+00:00): Hej Niels,

Tack för din meddelande. Jag har bara raderat layer=1 eftersom det hade varit konflikter med bröar med samma layer tag. Jag har ikke bytt highway tag enligt min historia.

Hälsningar,
magrej
Niels GM (2022-12-19 07:46:24+00:00): Hi magrej,
Ok, tak. Jeg synes bare, at Fodsporet var ændret fra "Cycle and Foot Path" til "Path" her... min routing gik gal.
Jeg har en diskussion et andet sted om klassifikation af Fodsporet, se https://www.openstreetmap.org/changeset/127441025.
Hilsener,
Niels
TrickyFoxy (2024-09-11 05:07:55+00:00): Линий там две, а ещё вы перепутали направление движения
Carto'Cité (2023-08-31 14:30:05+00:00): Bonjour Alexandre,
Je me permets de te contacter pour te remercier pour tes contributions sur les aménagements cyclables.
Je fais une petite correction suite à l'ajout de cette piste :
https://www.openstreetmap.org/way/1109933063
Elle était déjà décrite, mais ce n'est pas évident de le savoir, sur ce way :
https://www.openstreetmap.org/way/243399044
https://www.openstreetmap.org/way/1159990890
https://www.openstreetmap.org/way/1037001501
Je supprime le doublon en gardant ta version.
Pour voir et éviter les doublons, le plus simple est d'utiliser le rendu Cyclosm (https://www.openstreetmap.org/#map=18/48.74611/-0.55766&layers=Y) ou sinon le mieux est d'utiliser JOSM avec le rendu vélo que j'ai créé et qui montre bien tous les aménagements.
À ta disposition pour en discuter.
Charles de Carto’Cité pour #VeloNormandi
MicDK (2022-11-12 13:09:57+00:00): Hello,

The name of the national flag of Denmark is actually Dannebrog.

Best regards 
Michael

https://en.wikipedia.org/wiki/Flag_of_Denmark
HirschKauz (2022-11-15 21:08:01+00:00): Hi DanielCosma 
BITTE halte Dich an das Tagging-Schema für Geldautomaten: https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Datm 
Die Adresse ist NIE der name=* (das passt in andere tags. Wichtig ist zB auch der operator, also das Geldinstitut das den Automaten betreibt.
Grüße
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128425594
TonyS999 (2022-11-03 17:02:14+00:00): access = no  - - -  really?
lentinj (2022-11-05 09:17:33+00:00): Whoops, didn't notice the access tag. Thanks!
Stahlmann (2023-04-28 21:32:53+00:00): Ich musste länger suchen, wo "warnings:outdated_tags:deprecated_tags:1" herkommt.

Ursache/Weg: https://www.openstreetmap.org/way/496732390 — Rev. #3

Ursache/Grund:
"Mitarbeiterparkplatz" ist kein gültiger Wert für operator:type.

Vgl. https://wiki.openstreetmap.org/wiki/DE:Key:operator:type?uselang=de

Ändere ich, ist damit gesichtet und okay.
guerda (2022-11-07 11:06:42+00:00): Hallo exarkun, du hast bei mindetens zwei Gebäuden das "name" Tag zu "Ref" Tags umbenannt. Die Gebäude D162 und B151 haben vor Ort tatsächlich diese Namen, sind von außen erkennbar und sind nicht nur eine interne Referenz. 
KAnnst du bitte erklären, warum du den Namen entfernt hast?
Falls nicht, werde ich es rückgängig machen.
GerdP (2022-11-07 08:28:41+00:00): Moin!
Wo verläuft denn jetzt die Knotenpunktroute in Ri. Norden? https://www.osm.org/relation/10578102
user_404333 (2022-11-07 14:45:50+00:00): Berechtigte Frage. Wie kann denn die Route hier entlangführen, wenn es keinen Radweg gibt?

Vom Bahnübergang bis am Friedhof vorbei stehen die Bäume so dicht und mit oberflächigen Wurzeln, dass hier kein Radfahren möglich ist. Ich kann das doch nicht einfach ignorieren, da es ja sogar mit "Radweg Ende" beschildert ist.

Haben sie eine Idee? Dann bitte umsetzen.
GerdP (2022-11-07 16:08:45+00:00): Evtl. auf die Fahrbahn verlegen? Oder werden dort jetzt auch "Fußgänger + Radfahrer frei" Schilder aufgestellt? 
Ich komme da eher selten vorbei, aber kann mal eine Radtour planen.
GerdP (2022-11-10 16:55:49+00:00): Ich war heute vor Ort, der Radweg auf anderen Seite ist in beide Richtungen befahrbar. Ich werde das morgen anpassen, wenn ich meine Fotos genau gesichtet habe.
eggie (2022-11-03 09:25:41+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

Feedback,  Wanneer een bedrijf verdwijnt dan graag alleen de bedrijfsinfo verwijderen van de adresnode. Een adresnode altijd intact laten. 
Ik zal deze weer herstellen.

MVG, 

Eggie 

Namens de OSM Community
Stahlmann (2023-05-02 17:07:56+00:00): Hi CSakel,
du hast in diesem Changeset Praxis Rhiel Physiotherapie Podologie Fitness-Studio hinzugefügt. Vermutlich wird nicht das ganze Wohngebäude zur Praxis gehören. Bitte tagge solche Informationen als einzelnen Node am Gebäude.

Aufmerksam geworden bin ich jedoch, da im Datensatz ein Gebäude verzeichnet war, das nicht gerendert wurde. Grund: Es wurde building:yes entfernt. So ist die Praxis nur in den Daten, jedoch auf keinem Renderer zu sehen, da die Information zum Gebäude fehlt.
eggie (2022-11-03 09:36:07+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback. De oever heb ik wat aangepast, want je weg liep door het water.
Straten in woonwijken kun je taggen met highway=residential ipv unclassified.
Is het hier werkelijk maxspeed 50? 


MVG, 

Eggie 

Namens de OSM Community
tspskns (2022-11-03 09:49:20+00:00): Volgens mij wel, al zijn er heel veel drempels, waardoor je dat niet haalt. Ik wilde eigenlijk aanpassen dat de weg nu verbouwd wordt, dus dat je er niet kan rijden. Maar dat is volgens mij geen optie?
eggie (2022-11-03 10:14:04+00:00): Dag trp..

Wanneer het voor een heel korte periode is dan beter gewoon zo laten, want die weg gaat immers weer open.
Wanneer je de data weet van afsluiting en opening taggen we conditional.. Even alleen als voorbeeld 
access:conditional=no @ (2022 Jan 20-2022 Apr 3) 

Routers houden er dan rekening mee. Dea weg gaat na de einddatum automatisch weer routeren. 
Is het voor vele maanden dan highway=construction  .. construction=residential

Mapse
eggie
micheleOSM3 (2023-09-30 07:49:41+00:00): I have some doubts about the name: "Forcella ferrata Sidon Bassa".
Are you sure?
Perhaps the name refers only to a very short part, not to the whole way.
Arminus (2023-09-30 07:57:34+00:00): To which way/part do you think the name applies? I used sources as mentioned in the changesets source info, unfortunately, I have no local expertise...
micheleOSM3 (2023-09-30 08:12:38+00:00): Perhaps the equipped part is only the final part, that is, near the Forcella La Sidon Bassa (2215 m). However, I am asking the CAI for information, then if they give me certain information, I will correct it.
RedAuburn (2022-11-03 09:35:21+00:00): (sorry about the big changeset)
ivanbranco (2022-11-03 11:36:24+00:00): Hi endim8,

are you aware of https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct ?
maro21 (2022-11-06 11:57:26+00:00): Please revert this changeset. Building:part=no with building=yes is totally correct and I use this tagging for 3D buildings.
ivanbranco (2022-11-06 12:35:53+00:00): @maro21 I see problems with the automated edit but not with content of it, what's the meaning of leaving building:part=no with building=yes? Isn't it implied?
maro21 (2022-11-06 13:00:41+00:00): I also see the problem with the automated edit because it wasn't discussed and spans all world, so I can't even check if there were changes in my city where I meticulously added these tags for 3D tagging. No, it's not implied.
RedAuburn (2022-11-07 12:15:01+00:00): Fair enough for the automated edit (although I really don't think it should apply to these maintenance-style fixes), but building= & building:part= both imply one 'building part' by their existence. Tagging building:part=no is like tagging building=no.

A renderer not correctly displaying data should be fixed, not the data changed.
SomeoneElse_Revert (2022-11-07 12:32:43+00:00): This changeset has been reverted fully or in part by changeset 128592022 where the changeset comment is: Reverting an undiscussed mechanical edit - see https://www.openstreetmap.org/changeset/128428505
SomeoneElse (2022-11-07 12:37:19+00:00): > I really don't think it should apply to these maintenance-style fixes

The comments above are exactly why https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct applies to fixes like this.  While in many cases removing a redundant tag might make sense, in others it absolutely does not, and a discussion would allow people to look at the edge cases.
I fully agree that "A renderer not correctly displaying data should be fixed" - but the only way we can understand that is to have the discussion and find out why some people think the tag is needed.
miroslavuzice87 (2022-11-08 14:29:09+00:00):  ivanbranco wrote: "I see problems with the automated edit but not with content of it, what's the meaning of leaving building:part=no with building=yes? Isn't it implied?" 

Answer: It is definitely not implied. The reason why this tag building:part=no NEEDs to be added with the building=yes is for the object actually to be rendered like here: https://osmbuildings.org/?lat=43.85171&lon=19.84253&zoom=16.0&tilt=30 and here: https://demo.f4map.com/#lat=43.8533517&lon=19.8545375&zoom=17
All building:part=yes tags must be within an outline of a tag building=yes & building:part=no together with eachother because this second tag building:part=no is the one that defines the hall structure of a building and allows it to render because it excludes outline of a building as a part of a building. So when this tag was removed the hall building loose its value and couldn't render anymore on any map. So it is a good thing that this changeset was reverted in order to bring back good render. 
Miroslav
ivanbranco (2022-11-08 15:09:25+00:00): Ok I got what you mean (I think), from the Wiki: 
"The building outline provides backward compatibility for 2D rendering software, such as Mapnik, and other data consumers not interested in 3D modeling. When a building has any building:part=* areas, the building outline is not considered for 3D rendering."

Imho this is "lying for the renderer". I don't think 3d renderers know what building:part=no mean, they don't care about the value at all (they don't render differently if it's building:part=balcony or building:part=column) so you are "lying" to the renderer telling him the outline IS a building part.

The proper solution imho would be to have a building:part with the same outline geometry. The difference is that in the building (not :part) outline is tagged with the attributes that are common to the whole building (such as the address) while the building part would be just there for the renderer (so without address). Also considere that the outline needs to have the max height, while the building part would have the outline height minus the roof height. 

Maybe someone with better english can re-phrase this better.

tl;dr building:part=no is wrong imho and should be fixed with an additional building:part
maro21 (2022-11-08 18:50:48+00:00): I'd compare `building:part=no` with mapping a building as a node - mapping a building as a node is not wrong, but it's just not the best solution. But mapping as a node has already information, that in case a new imagery is published and available, one can map the building as a way. It is possible to have a working 3D building without using building:part=no, but this tag can be used to "rescue" the 3D model of a building which was not perfectly modeled or is not yet finished. Imagine a building with 3000 building:part's - it may not be finished and building:part=no helps to some extent. Of course it can be replaced with the better 3D modeling but usually, from my experience, it's A LOT of work.
ivanbranco (2022-11-08 19:06:59+00:00): Nope, mapping buildings as node is only less detailed, but clear to everyone and documented on the wiki. Mapping a building as building:part=no to tell the renderer that the element IS a building part is just weird, the value is not documented anywhere and the logic behind it goes against the current 3d mapping schema, which requires that "the entire building outline should be filled with building:part=* areas" (from the Wiki).

In your example you flag the outline as a building part to "save" an incomplete rendering, but why not using building:part=yes then? 

building:part=no is semantically wrong and makes no sense. And is confusing to other people. You read that and think the mapper wanted to flag the exact opposite.
eggie (2022-11-03 11:32:36+00:00): Dag GP  Je vraagt feedback.. 
Lijkt me oke.. 
Wellicht hoort deze tagging er nog bij.

https://wiki.openstreetmap.org/wiki/Tag:historic%3Dtower

MVG
eggie
Nearby0051 (2022-11-04 13:11:46+00:00): Moin,
ich habe hier auch noch mal dedupliziert und dann kommerzielles Gebäude ausgewählt
Eine Liste mit Optionen findest du hier: https://wiki.openstreetmap.org/wiki/Key:building

Auch auf deutsch verfügbar :)
Frans S (2022-11-03 13:23:16+00:00): Hello. Thanks for mapping here.
Your mappings are a relief between all the bad mapped tasks. :-)
A remark. 
When you add a culvert, please add also layer=-1 because it is on a lower level than the road. Now they cross, which is not possible and gives an error.
Best regards
mavl (2023-04-25 09:03:40+00:00): This changeset has been reverted fully or in part by changesets 135307362, 135331978, 135327734, 135318197, 135323168 where the changeset comment is: Hi all. The changesets are reverted [DWG has the request to revert the changesets. Reason: valid data are deleted - https://www.openstreetmap.org/user_blocks/7056].
mavl (2023-04-25 08:59:09+00:00): This changeset has been reverted fully or in part by changesets 135307362, 135331978, 135327734, 135318197, 135323168 where the changeset comment is: Hi all. The changesets are reverted [DWG has the request to revert the changesets. Reason: valid data are deleted - https://www.openstreetmap.org/user_blocks/7056].
pitscheplatsch (2022-11-06 08:50:44+00:00): partly reverted by https://www.openstreetmap.org/changeset/128491689
Mordechai23 (2022-11-07 17:29:34+00:00): po co poprzesuwałeś drogi? było wszystko równo narysowane
danvyr (2022-11-07 18:42:39+00:00): narysowałem z ostatnich zdjęć lotniczych
Mordechai23 (2022-11-17 11:33:07+00:00): a których? najnowszy geoportal to jesień 2021 i na nim za bardzo nic ciekawego tu nie widać
danvyr (2022-11-18 18:09:13+00:00): Dobrze, przepraszam
Zrobiłem ślad GPS i widzę, że teraz wszystko jest narysowane poprawnie
Sumedha Sandaruwan (2022-11-03 14:02:52+00:00): updated_roadds_building
eggie (2022-11-03 10:27:31+00:00): Je vraagt feedback.. Hier is het goed gegaan.
Je ziet de effecten gaan over heel A'dam
https://overpass-api.de/achavi/?changeset=128429642

Oevers bewerken als starter is tricky.. Het zijn veelal multipolygonen.  Kijk steeds of het water blijft renderen op de kaart.

Mapse
eggie
maraf24 (2022-11-03 14:02:06+00:00): Naniosłem kilka poprawek.
1. Jako że to jest jeden park, to połączyłem go w jeden obszar: https://www.openstreetmap.org/way/1110014096
2. Z artykułu wynika, że on nie posiada nazwy. Jeśli jednak ma jakąś, to podaj do niej link.
KapitanPLANETA (2022-11-03 17:40:30+00:00): https://www.google.com/search?q=zielona+gora+park+mazurski&oq=zielona+gora+park+mazurski&aqs=chrome..69i57j69i60.8839j0j1&client=ms-android-oppo-rvo3&sourceid=chrome-mobile&ie=UTF-8
maraf24 (2022-11-04 12:24:02+00:00): Tak, widziałem. Park przy osiedlu Mazurskim. Sam park nie ma nazwy i nie jest częścią osiedla.
gurglypipe (2022-11-03 11:32:38+00:00): Was moving the LA12 postcode centroid intentional? (https://www.openstreetmap.org/node/314716450)
Pete Owens (2022-11-03 12:27:22+00:00): no it was an accident
gurglypipe (2022-11-03 13:09:00+00:00): OK, thanks for fixing it!

For anyone else coming across this in future, it was fixed as https://www.openstreetmap.org/changeset/128437212
maraf24 (2022-11-03 13:50:18+00:00): Las wycięli?
Stahlmann (2023-04-28 21:51:35+00:00): In diesem Changeset finden sich einige Fehler, die Stück für Stück behoben werden sollten.

Zuerst:

https://www.openstreetmap.org/way/672732357
und
https://www.openstreetmap.org/way/921104386

landuse:farmland wird auf landwirtschaftliche Betriebsflächen (landuse) verwendet. Also für die gesamte Hoffläche. Beispielhaft lässt sich dies auf die Fläche um den Stall

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

anwenden. WICHTIG: Hofstellen innerhalb geschlossener Ortschaften sollten über landuse:residential mitgetaggt werden. OSM-Wiki: "Ein Flächen-Tag zur Kennzeichnung landwirtschaftlicher Betriebe im Außenbereich von Ortschaften, insbesondere Aussiedlerhöfe und Mühlen."
Stahlmann (2023-04-28 22:00:37+00:00): Der Kuhstall

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

wird vermutlich keinen Eigennamen haben. Da Karl Warnecke auf mehreren Gebäuden getaggt wurde nehme ich an, dass er der Eigentümer ist. Diese Daten kommen nicht in das Name-Tag.

In Changeset #135485745 korrigiert.
Stahlmann (2023-04-28 22:12:45+00:00): Die "Biogas Sollingland GmbH & Co. KG" mit dem Unternehmensgegenstand "Die Errichtung und der Betrieb einer Biogasanlage in Sohlingen." lt. HRA Amtsgericht Göttingen ist vor Ort in der Außenwirkung nicht als solche zu erkennen, auch wenn die GmbH & Co. KG dort ansässig ist.

Hier würde maximal ein Datenpunkt okay sein. Von außen betrachtet scheint es sich hier um eine Hofstelle mit Privatwohnung zu handeln. Ich habe die Benennung einmal von den Gebäuden entfernt und als Datenpunkt office:company hinzugefügt. Vgl. Changeset #135486030
Herrieman (2022-11-03 12:39:47+00:00): Hi Knockerclot,
Not sure if you are Dutch, so will type this in English.
Please be aware that when using the prefix +31 in phone numbers, the leading 0 for the regional prefix is dropped. E.g. 012 3456789 becomes +31 12 3456789.
Also I saw that you both use `contact:phone=*` and `phone=*`. While both tags are accepted, I would recommend using only one to be consistent. I think `phone=*` is more widely accepted.
Hope you can incorporate this feedback in your changes. If you have any questions, don't hesitate.
Cheers!