piebro/osm-data huggingface dataset:
abakus_uploader (2020-11-20 23:34:25+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!
syntex (2020-11-20 21:36:10+00:00): Почему вы назвали дороги в Шушы "No name"? Просто можно оставить дороги без никакого названия.
GeoTek BS (2020-11-21 04:25:36+00:00): Спасибо за Ваше участие, но не в Шуши а в Шуше. Оставить пустыми и No name это тоже самое, если есть конкретное правило по данному параметру ввода данных, предоставьте. Работа над данной территорией продолжается и будет продолжатся не один год, все улицы будут названы.
UT93 (2026-06-30 11:15:39+00:00): Was genau möchtest du mit dem Weg / der Fläche https://www.openstreetmap.org/way/390787980 darstellen? Ein Notruftelefon?
nurdafur (2026-06-30 13:36:30+00:00): Wie ist das denn da hin gekommen. Ich habe damals eigentlich nur den Tunnel angepasst und das area-tag entfernt.
Habe das emergency-tag schon gelöscht.
UT93 (2026-07-01 06:18:56+00:00): Für mich erscheint es auch als Novum, dass man Tunnelumrisse separat erfasst. Dass es sich um einen Tunnel handelt, ist doch eigentlich schon in den Attributen vom Weg https://www.openstreetmap.org/way/83518319 niedergeschrieben...
nurdafur (2026-07-01 06:52:44+00:00): Das darfst du gerne mit dem Menschen besprechen, der den Tunnel angelegt hat. Ich hab es einfach so belassen, wie es war.
blackboxlogic (2020-11-29 23:23:37+00:00): Hi karren_k, welcome to OSM. I've been trying to create a clear distinction between places where people may not go, and places which are not publicly owned, which are different things. You used the 'access=private' tag, which to me means there is a sign that says "you can't be here" or a gate or fence. In Maine, if you haven't been you can't be there, then you generally can be there and the access=private tag isn't appropriate. If you want to document that something isn't publicly owned, I'd suggest the 'ownership=private' tag.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94487133
karren_k (2020-12-01 14:32:43+00:00): Hi. The tag "access = private" means that this is a private area, that access is only with the permission of the owner, which I indicated. Maybe I'm wrong to point out that this is private territory?
The "ownership" tag describes the type of organization to which the given territory belongs. I do not know whether this territory belongs to a company or an individual. The absence of a fence does not mean that this territory can be publicly available, for example, if it is a private household.
blackboxlogic (2020-12-01 16:52:03+00:00): "access is only with the permission of the owner" accurately describes a household, but it does not accurately describe a "private" land or "private" road. In Maine you don't need permission to be on "private land", you CAN be there unless told otherwise (a sign).

That's the logic I use to support my position, but the reason I have taken this position is that if we put the access=private tag on EVERYTHING that is privately owned, then there is no way to indicate places that you REALLY can't go (like a sign saying keep out). I think it is important (and useful) to have a record of places where you are breaking a law to be there.

I haven't personally visited the road you tagged, but if there isn't a sign or a gate, then I CAN go there, and I've broken no law.

(I am not a lawyer)
Nakaner (2020-11-20 09:43:48+00:00): Hallo,

wo finde ich die Diskussion und Dokumentation dieses mechanischen Edits, wie sie vom Automated Edits Code of Conduct verlangt wird?

https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Viele Grüße

Michael
plennert (2020-11-20 11:10:17+00:00): zugegeben, diese fand nicht statt. Ich denke aber das man bei dieser Ergänzung eine Diskussion nicht unbedingt durchführen muss. Die Notrufnummer sollte ja ohnehin jedem bekannt sein.
tux67 (2020-11-20 12:39:38+00:00): Hi, auf Werksgeländen kann die Notrufnummer durchaus eine andere sein.

Gruß
tux67
DD1GJ (2020-11-20 13:13:59+00:00): Es gibt bereits emergency_telephone_code,  das weltweit über 15.000 mal verwendet wird. Das von Dir verwendete Tagging gab es zuvor eigentlich nur bei den AEDs in der Schweiz. Zudem haben auch einige öffentliche AEDs eine direkte Sprechverbindung von der Säule und/oder Gerät zur Leitstelle.

Viele Grüße, Joachim
Jakob48 (2020-11-20 18:59:32+00:00): Auch wenn ich den mechanischen Edit meines lokalen Mapperkollegen nicht gut finde, sollte die Infos in der Wiki-Seite https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Ddefibrillator klarer beschrieben sein.

Die von DD1GJ ergänzenden Infos fehlen dort.

Gruß
Jakob48
Weide (2020-11-22 05:10:50+00:00): Das Argument, dass ja sowieso offensichtlich jeder für diese automatische Änderung wäre und man deshalb keine Diskussion nach unseren Regeln braucht, ist falsch. Ich z.B. sehe nicht ein, dass eine Notrufnummer eine Eigenschaft eines Defibrillators ist.
tux67 (2020-11-30 11:10:49+00:00): Wie geht's hier weiter? Ich bleibe dabei, nicht jeder in Deutschland stationierte Defi hat automatisch 110 als Notruf. Siehe Joachims Hinweis auf Standleitungen und meinen auf Werkgelände mit abweichender, interner Nummer (Telefone können nicht rauswählen und erreichen so die Werksfeuerwehr).
In diesem Falle ist die Information spezifisch für dieses Gerät falsch.

Gruß
tux67
tux67 (2020-11-30 11:15:16+00:00): kleiner, unterstützender Link: 
https://www.thyssenkrupp-steel.com/media/content_1/unternehmen_3/hoesch_hohenlimburg/dokumente_1/bedingungen_fuer_den_fremdfirmeneinsatz_und_werkfremde_sowie_hinweis_fuer_leitlinien_und_unternehmenspolitik/hoeschhohenlimburg_amd_27_sicherheitsinformationen_rev01.pdf
Man beachte die Hinweise zu Notruf und Sanitätsdienst Nummern, die intern sind.
Nakaner (2020-12-01 22:47:03+00:00): Hallo plennert,

die DWG hat dich heute Abend für 24 Stunden gesperrt (https://www.openstreetmap.org/user_blocks/4260).

Ich habe soeben einen Revert all deiner Änderungssätze beginnend mit diesem gestartet.

DD1GJ, tux67 haben Mängel dieses Änderungssatzes aufgezeigt, für unsorgfältige mechanische Edits typisch sind. Die Diskussion- und Dokumentationspflichten siehst du als in diesem Fall als unnötig an. Darüber führtest du anschließend weitere mechanische Edits durch. Du ergänztest in weiteren Änderungssätzen Notrufnummern bei Sanitätssationen – sogar mit denselben Fehlern (z.B. 112 bei einer werksinternen Station im KIT Campus Nord, siehe https://www.openstreetmap.org/changeset/94952321) – und ergänzte addr:country=DE bei unzähligen Feuerwehr-/Rettungsdiensteinrichtungen.

Der Revert erfolgt auch, um die durch den Regelverstoß erlangten Einfluss auf das Tagging wieder zurückzunehmen.

Der Revert umfasst sämtliche Änderungssätze beginnend mit diesem, da ich die mechanische Edits nicht mit zumutbarem Aufwand von den gute Edits trennen konnte. Bitte verwende für künftige mechanische Edits ggf. ein separates Benutzerkonto und halte dich an die Regeln.

Viele Grüße

Michael
Nakaner-repair (2020-12-01 23:18:58+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
milet (2020-12-03 09:07:38+00:00): Ich habe auch die vorgenommene Änderung im Wiki vorerst wieder rückgängig gemacht: https://wiki.openstreetmap.org/w/index.php?title=DE%3ATag%3Aemergency%3Ddefibrillator&type=revision&diff=2068061&oldid=2056650
eggie (2020-11-20 09:16:41+00:00): Oke.. en deze node zou je kunen combineren met de BAG adresnode. Volgens mij plakt editor iD automatisch alles aan elkaar.
Het importeren van BAG-adresnodes is van later datum.. vandaar dat veel zaken nog gescheiden staan. 
MVG,
eggie
aceman444 (2020-12-20 00:29:54+00:00): Hi, thanks for adding the real stop name, but you could move the existing one that is put more to the north of there near house 382, instead of creating a new one with wrong name (no accents). Also what is the ref=628 number meaning?
porfiriopaiz (2020-12-13 03:55:22+00:00): Thank for fixing this, ToniE.

For the last month I was unable to use my laptop and I found hard to fix this from my phone. I'm glad to see you took care of this.

Thank you. Now I'm back and fixed a couple of gaps I found on other two relations.

Thanks,

Porfirio
porfiriopaiz (2020-12-13 03:55:36+00:00): Thank for fixing this, ToniE.

For the last month I was unable to use my laptop and I found hard to fix this from my phone. I'm glad to see you took care of this.

Thank you. Now I'm back and fixed a couple of gaps I found on other two relations.

Thanks,

Porfirio
porfiriopaiz (2020-12-13 03:55:52+00:00): Thank for fixing this, ToniE.

For the last month I was unable to use my laptop and I found hard to fix this from my phone. I'm glad to see you took care of this.

Thank you. Now I'm back and fixed a couple of gaps I found on other two relations.

Thanks,

Porfirio
nuxper_np (2020-11-20 10:46:30+00:00): Idem ici s'il te plait. takeaway:covid19 ne correspond pas au click and collect. Pour l'instant il n'y a pas de décision sur le tag à utiliser. takeaway correspond pour un resto/bar/café à la "vente à emporter" ce qui n'est pas la même chose. description:covid19 est pour l'instant la meilleure solution.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94488974
gileri (2020-11-20 10:55:29+00:00): C'est pas de la consommation sur place, c'est donc de la vente à emporter.

"The key takeaway=* is mostly used with the value yes on eateries to indicate that customers can purchase a meal to be consumed elsewhere. Other values in use are only and no."

https://wiki.openstreetmap.org/wiki/Key:takeaway
nuxper_np (2020-11-20 11:03:51+00:00): Je parle de de PicketGram par exemple qui est un vendeur de savons et produits ménagers. takeaway=* n'est pas adapté pour ce type de magasin. Et takeaway=yes/only peut très bien correspondre à un fast food qui te permet de commander sur place à emporter, sans proposer de click & collect. Je sais que ce n'est pas idéal mais pour l'instant description:covid19 est notre meilleur champ pour le click and collect.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94488974
Nakaner-repair (2020-12-01 23:19:02+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
PT-53 (2020-11-20 10:30:06+00:00): Hallo  kmu65,
Willkommen bei OSM.

Verkehrsberuhigte Bereiche werden in OSM mit dem Merkmal
highway=living_street
gekennzeichnet.
Wiki:
https://wiki.openstreetmap.org/wiki/DE:Key:highway
https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dliving_street

Richtig wäre also das Merkmal
highway=residential
abzuändern auf
highway=living_street.
Damit wäre dann für Navis automatisch Schrittgeschwindigkeit als Höchstgeschwindigkeit gekoppelt und das Merkmal
maxspeed=7
unnötig.

Änderst Du das noch entsprechend ab oder soll ich das machen?

Grüße von der anderen Seite des Bussen.
kmu65 (2020-11-21 17:35:10+00:00): Hallo PT-53,
danke für deinen Hinweis, ich habe es gleich geändert. Da muss ich mich noch besser vertraut machen. Grüße aus Unlingen
Warin61 (2020-11-26 04:45:00+00:00): Error. Way 875071199 contains segment twice. See https://tools.geofabrik.de/osmi/?view=areas&lon=138.90488&lat=-34.33832&zoom=17
MichaelCollinson (2020-11-26 13:55:54+00:00): Thanks. Fixed.
Nakaner-repair (2020-12-01 23:19:01+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
Rahjerd (2020-11-25 12:07:51+00:00): Stop this vandalism!
Akrimullah IRM-RV (2020-11-30 02:06:45+00:00): hi Naw Zar Zar lin, you need to check your inbox and start to learn about this osm tag guideline first, https://wiki.openstreetmap.org/wiki/Map_features
Atakua (2020-11-20 10:54:35+00:00): Hej! Det verkar att något är fel med dina ändringar. "NÄRF yta" vad det än är kan inte vara landuse=residential. Sträckan är för stor och täcker fler sjöar, städer, skogar mm. Om det är någon gräns bör den taggas med "border" eller liknande, inte "landuse".
Atakua (2020-11-20 10:56:40+00:00): Och samma med "NÄRF Förbundsgräns". "barrier" betyder en fysisk barriär, vilken tydligen inte kan förekomma i vattnet eller vara 200+ km lång
user_5359 (2020-11-23 15:20:46+00:00): Welcome to OSM! Short question about your entry: You have entered a named object with a hashtag. Is this really the name of the object or "only" a label for your action?
Nakaner (2020-11-21 12:08:38+00:00): Hallo,

so wie du das eingetragen hast, ist das ein Pfad, der sich auf einem Damm befindet. Wenn du einen Hochwasserdeich mappen wolltest, müsstest du man_made=dyke stattdessen verwenden.

Viele Grüße

Michael
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94492356
Glassman (2020-11-20 16:13:15+00:00): Tip: instead of deleting the mistagged driveways, just change the tag to highway=service + service=driveway. Driveways are useful features for finding routing.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94492533
Glassman (2020-11-20 16:20:47+00:00): I restored the driveways.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94492533
Glassman (2020-11-20 16:23:36+00:00): The county shows it as Division.5 Road Northeast. Is it actually Division.5 Northeast?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94492875
nuxper_np (2020-11-20 10:43:52+00:00): Bonjour Gilles,
Je veux bien qu'on ajoute des tags supplémentaires mais ne supprime pas les description:covid19 s'il te plait. 
Je fais attention à remplacer l'URL du site web par "sur le site web" ou les numeros de téléphone par "par téléphone" quand adéquat mais ce n'est pas toujours le cas. 
De plus les descriptions contiennent souvent des indications de détail sur comment accéder au menu...
Et pour l'instant les delivery:deliveroo ... ne sont ni reconnus à ma connaissance par la communauté, ni affichés par caresteouvert.
On peut relancer les discussions et augmenter progressivement la structuration de ces informations mais tant que ce n'est pas stable, description:covid19 est la meilleure solution.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94492962
gileri (2020-11-20 10:53:16+00:00): Bonjour nux,

Le problème du tag description:covid19 est que c'est un fourre-tout. Pourquoi pas mettre les cycles de nettoyage ? Les promos exceptionnelles COVID19 ?

Il ne supporte que 255 caractères, n'est pas traduit, n'est pas recherchable dans les applications.

Aussi j'ai dû ajouter takeaway:covid19 sur beaucoup de tes contributions, car l'info n'était que dans la description.

Plus il est utilisé, moins les contributeurs et consommateurs vont structurer la donnée.
OpenStreetMap est une base de données, la données doit être structurée au maximum sinon ça devient inexploitable et ça dessert tout le monde.

Éric
nuxper_np (2020-11-20 11:17:46+00:00): On n'en est pas là.
Je comprends tout à fait ta volonté de garder une base de donnée structurée.
Pour l'instant cette solution certe pas idéale est nécessaire pour permettre de traiter l'urgence.
Je t'assure que ces champs seront supprimés à terme mais pour l'instant on ne peut pas faire porter toute les informations par des champs structurée et description:covid19 permet de porter le reste.
Pour le cas particulier de takeaway:covid19, j'ai sciemment utilisé takeaway:covid19 quand le restaurant/café/bar propose un service de vente à emporter et click & collect dans description:covid19 quand le magasin / restaurant propose de la commande à distance et retrait sur place. À minima Florian et Nicolas demandent aussi qu'on ne supprime surtout pas les description:covid19.
As tu la possibilité de nous rejoindre sur https://t.me/joinchat/Up1P6kjtYTiyf2g5fqFj4w ?
Glassman (2020-11-20 16:24:32+00:00): Nice edits - Thanks for fixing this area up. It's amazing what one person can do. I'll send you more info on OSM in a message.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94493203
gileri (2020-11-20 10:26:20+00:00): Il n'aurait pas dû y avoir de source sur ce changeset.
gileri (2020-11-20 10:26:17+00:00): Il n'aurait pas dû y avoir de source sur ce changeset.
gileri (2020-11-20 10:26:09+00:00): Il n'aurait pas dû y avoir de source sur ce changeset.
Nakaner-repair (2020-12-01 23:18:55+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
Nakaner-repair (2020-12-01 23:18:57+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
BCNorwich (2020-11-20 14:28:39+00:00): Hello and Welcome to OpenStreetMap.

We try to map ground truth on OSM and the car park can be clearly seen and had been mapped for nearly ten years. Please don't delete genuine verifiable features. Please rather amend or correct to better reflect ground truth. If the car park is private then it could be tagged access=private or access=permissive as the case maybe.

I've reverted your change to reinstate the car park. If you need help taggin please just ask.

Regards Bernard.
ibanez (2020-11-20 21:58:46+00:00): Das Eintragen von Notrufnummern widerspricht dem OSM Wiki
https://wiki.openstreetmap.org/wiki/Key:phone
ich zitier es hier nochmal: "You should not map objects with universal emergency numbers (e.g. 911 / 110 / 112) for local objects since this could result in non emergency calls blocking real emergency calls when people try to reach a local police station, hospital or fire station with non emergency matters."
Nakaner (2020-12-01 22:49:22+00:00): siehe auch https://www.openstreetmap.org/changeset/94487227
Nakaner-repair (2020-12-01 23:19:00+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
Andrea Musuruane (2020-11-21 20:12:57+00:00): Ciao Walter. Il tag ref sul https://www.openstreetmap.org/way/867239995 è errato. Quello che hai inserito su sembra di più il ref:REI. Comunque questi tag vanno sulla relazione di tipo hiking e non sulla way. Ciao, Andrea
daradesu (2020-11-20 11:52:15+00:00): Should contain #ebf hashtag
czubi (2020-11-22 13:39:05+00:00): surface befestigt gibt es nicht
Balewupp (2020-11-24 08:03:15+00:00): Sorry, das ist so ein Fall, wo ich nicht verstehe was du meinst, also lösch den Fall einfach, danke.
czubi (2020-11-24 09:31:03+00:00): https://www.openstreetmap.org/way/875105284/history
surface="befestigt" ist kein zulässiger (englischer) Wert.
Habe es in "paved" geändert, wobei paved auch nur ein Überbegriff ist.
Du kannst dir hier einen aussuchen den ich nehmen soll. https://wiki.openstreetmap.org/wiki/DE:Key:surface
Meine Erfahrung sagt mir das compacted der vermutlich richtige Wert wäre.
Balewupp (2020-11-24 11:52:05+00:00): compacted ist genau richtig, wieder was dazu gelernt, danke.
czubi (2020-11-22 14:37:32+00:00): name=description
daradesu (2020-11-20 11:51:52+00:00): Should contain #ebf hashtag
ivanbranco (2022-10-04 08:22:53+00:00): Ciao Fabrizio,

i sentieri vanno aggiunti come relazione, non aggiungendo il nome ai singoli tratti. Riesci a crearla? Così possiamo procedere con la pulizia dei nomi
mavl (2020-11-20 16:21:41+00:00): Добрый вечер. В этом пакете правок линия детского сада
https://www.openstreetmap.org/way/875113266\history  
добавлена прямо на линию забора.
https://www.openstreetmap.org/way/104291334\history  
  
Это затрудняет редактирование (JOSM выдаёт предупреждение). Лучше всего добавлять тег amenity=kindergarten прямо на существующий забор (так как они полностью совпадают). На этот же забор переносить название детского сада (иначе получается, что название есть у здания детского сада, а у самого детского сада названия нет).
mavl (2020-11-20 16:27:32+00:00): Прошу прощения. Это был неправильный пример. Здесь эти линии не совпадают как раз. Вот здесь совпадали:  
https://www.openstreetmap.org/way/770588085/history  
https://www.openstreetmap.org/way/875107163/history
pesec (2020-11-21 08:48:59+00:00): Согласен, забор отдельно, территория отдельно.
А наименование правильнее присваивать именно зданию, и в навигаторе искать подъезд к нему, а не к территории.
amenity=kindergarten - в моем понимании это только назначение территории, а не объект. И вики так же.
Хотя про имя в вики иначе:
"Тег name с названием детского сада следует указывать на территории, а не на здании детского сада".
Но табличка с названием объекта висит над дверью, а не на калитке или воротах.
mavl (2020-11-21 10:05:54+00:00): Можно и на здании указать название, но в этом случае тег amenity=kindergarten тоже должен быть на здании.
pesec (2020-11-21 10:35:43+00:00): Зачем он на здании, если там уже есть building=kindergarten ?
mavl (2020-11-21 10:45:01+00:00): building=kindergarten обозначает только здание. Сам детский сад это amenity=kindergarten. Здесь как и любыми точками интереса. Например, если есть здание building=retail, то это не магазин, а только здание, которое используется как магазин. Чтобы появился магазин, на это здание нужно добавить тег shop=convenience.
pesec (2020-11-21 12:00:47+00:00): Итак, у нас есть территория amenity=kindergarten, внутри которой есть здание building=kindergarten.
Вы считаете, что на здании при этом тоже должен быть тег amenity=kindergarten?
mavl (2020-11-21 12:10:52+00:00): Не так уж важно, где находится тег детского сада. Важно, чтобы он был один. «Один объект на местности - один объект на карте». Если тег на здании, то его не должно быть на территории. Если тег на территории, то его не должно быть на здании.  
  
https://wiki.openstreetmap.org/wiki/RU:%D0%9E%D0%B4%D0%B8%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82_-_%D0%BE%D0%B4%D0%B8%D0%BD_%D1%8D%D0%BB%D0%B5%D0%BC%D0%B5%D0%BD%D1%82_OSM  
  
Название детского сада должно быть на том объекте, на котором находится тег amenity=kindergarten. Это может быть точка, это может быть здание, это может быть территория.  
  
Вики рекомендует ставить тег amenity=kindergarten на территорию, если она известна.  
https://wiki.openstreetmap.org/wiki/RU:Tag:amenity%3Dkindergarten
pesec (2020-11-21 12:32:27+00:00): Единственно, с названием не согласен, это не логично, но приму к сведению.