piebro/osm-data huggingface dataset:
Mateusz Konieczny (2023-03-26 19:47:47+00:00): but https://wiki.openstreetmap.org/wiki/Tag:shop=newsagent was intended, not shop=newsagents - right?

(I edited it already, just checking)
woodpeck_repair (2022-06-07 19:50:58+00:00): This changeset has been reverted fully or in part by changeset 122087527 where the changeset comment is: revert edits made based on google maps
Vinber-Pro (2022-06-07 17:24:27+00:00): salut,
labastide dfondousse est en shop=wine ? e qui ne correspond pas vraiment à la description de formage de chèvre ?

à plus
SeverinGeo (2022-08-08 15:13:44+00:00): The buildings are curiously all aligned while it is not the case on the Maxar imagery that is mentioned as a source. Ca you have a look and make the necessary corrections?
woodpeck (2022-06-07 12:40:19+00:00): Hello Jan, in this changeset you have made changes to an underground road without specifying your source of information. In a private message to another contributor you have claimed to use Google Maps as a source. Please never use Google Maps to contribute data to OSM, as everything you base on Google Maps will have to be reverted. Instead, when making edits to features that are not visible on aerial imagery, always specify which (legal) source the edit is based on.
Jan de Vries Lentsch (2022-06-07 16:41:04+00:00): Hi woodpeck,
I did not copy from google maps in any electronic form. I made all these changes manually based on looking at google maps. I don't think that counts as copying.
Regards, Jan
woodpeck (2022-06-07 19:56:09+00:00): I am afraid "looking at Google Maps and then making edits to OSM" is exactly what we call "copying from Google" - it doesn't matter if you do it digitally or in a more analogue fashion. The fact that you are taking copyrighted information from Google and adding that to OSM is what counts. I have reverted your edits.
Luzandro (2022-06-08 10:43:29+00:00): Besides that, I would be interested to know why you consider the tunnel "completely in the wrong place" and Google more trustworthy than the governmental basemap.at in this case? They can both be wrong at some times, but in the case of this tunnel it seems relatively hard to me to make out much of a difference in practice.
Jan de Vries Lentsch (2022-06-08 15:14:16+00:00): Hi Luzandor,
the reason is that a friend of mine is owner of the Hotel Stadtwien in Zell am See. She told me that the B311 Schmittentunnel runs strait under her hotel. That is the case on the map of google maps and not on the other version. I have asked the Zell am See communiry service for clarification on which map is right but have not received an answer yet.
Regards, 
Jan
Rizki IRM-ED (2023-01-25 07:33:35+00:00): Hi FanaticAir75626 . Thank you for your contribution to OSM. I do some armchair mapper with Maproulette. I found an issue about layer tag in construction based on history there layer tag share nodes with secondary and residential highway. https://pewu.github.io/osm-history/#/way/950006838 
But in the southern area this construction road. Doesn't see any layer tag.
Is the secondary road still constructing or finished?
Other hand in mappilary,https://www.mapillary.com/app/?lat=21.094441646963&lng=105.91248186633&z=17&pKey=311654857147750&focus=photo  there’s no bridge / layer represent it? Would you mind to share some information this location? I appreciate any information you give. 
Regards
Константин Гам (2022-07-28 16:04:00+00:00): Внося свою правку вы удалили здание учреждения, и оно пропало из адресного поиска!
пожалуйста, повнимательней!
silversurfer83 (2022-06-08 09:34:31+00:00): Hi. Du hast ein Review angefordert :)
Wenn der Weg privat ist, dann ist access=private schon korrekt. foot, bicycle und motor_vehicle können dann eigentlich komplett weg, wenn das ein Privatweg ist.
Wie ist  denn die Beschilderung vor Ort? Das wäre interessant zu wissen.
Grüße
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122068586
schlueterdi (2022-06-08 12:40:55+00:00): Schilder weisen auf den beschränkten Zutritt hin. Teilweise zusätzlich Tore/Schranken.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122068586
silversurfer83 (2022-06-08 13:10:13+00:00): Gut. Dann reicht access=private und die anderen Beschränkungen können weg.
Tore und Schranken können (besser: sollten) natürlich auch noch in die Wege integriert werden. Guck mal unter https://wiki.openstreetmap.org/wiki/DE:Key:barrier wie das geht :)
user_5359 (2022-06-08 17:28:03+00:00): Hello! Please have a look on http://www.openstreetmap.org/way/1067580628. What is the meaning of the tag sdf = sdfsdf. Near by is also a way with only a name tag.
george1201 (2022-06-07 22:48:25+00:00): "Kückenhaus"? Oder vielleicht doch "Küchenhaus"?
D73730 (2022-06-08 06:02:06+00:00): Ja, danke!
Dawid2849 (2022-06-07 16:31:06+00:00): Dzięki za poprawę!
abakus_uploader (2022-06-07 22:32:15+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!
Wulfmorn (2022-06-07 13:13:51+00:00): Perfekt. Jag slängde på ett namn och website också.
jmsbert (2023-10-24 22:21:32+00:00): Hallo JanW_,
zur Info:
der Defibrillator 2572 war an der falschen Stelle eingetragen. Ich habe die Position nun korrigiert.
ualios (2022-12-17 18:13:45+00:00): Ciao Fra00, la rotatoria dello svincolo non la vedo su Esri, appare invece su Maxar. Credo che andrebbe riallineato il tracciato e corretta la direzione di un pezzo di rotatoria. L'accesso a nord della rotatoria non si vede neppure su maxar, se non hai fonti più aggiornate andrebbe eliminato.
Fra00 (2022-12-18 07:27:27+00:00): Ciao. La rotatoria va aggiustata, l'ho aggiunta sei mesi fa "a occhio", senza avere immagini satellitari disponibile ma solo le planimetrie di progetto. L'uscita nord è da eliminare, hai ragione: hanno fatto la predisposizione per crearlo ma non l'hanno aperto.
Polarbear-repair (2022-06-22 20:24:00+00:00): Can you make the proof available, please?
It appears illogical that a way serving serveral housenumbers would be access=private.
(DWG Ticket#2022060110000231)
Access Claims (komoot) (2022-06-24 10:22:25+00:00): Thanks for reaching out. We just answered the DWG ticket via e-mail. This was indeed a wrong edit on our side and the photos we received did not indicate that access is forbidden per se, rather that it is a private property with a "Betreten auf eigene Gefahr". We're sorry about the mistake and will revert the change.
rarad74 (2022-06-08 06:46:10+00:00): Salut. Nu mai adauga unclassified roads in zone industriale. Acolo se adauga service roads.  Citeste te rog documentaia wikipedia pentru rank-urile drumurilor si unde se folosesc acestea +tag-urile necesare. Multumesc.
dvdhoven (2022-06-07 14:04:42+00:00): Met ID kun je geen routerelaties bewerken, aanmaken gaat nog wel, maar ook dat kan snel fout gaan.
Een knooppuntroute moet altijd lid worden gemaakt van een netwerk en dat kan niet in ID.
Verder krijgt de knooppuntroute geen from en to en de ref wordt simpel knooppunt - streepje - knooppunt, 61-62 in dit geval. Dus geen rwn ervoor.

Ik heb de routerelatie aangepast en hem lid gemaakt van het netwerk.

Vriendelijke groeten,
Dick van den Hoven
RobbieRob F (2022-06-07 14:23:37+00:00): Bedankt voor de info en het kloppend maken van de wijziging. 

Aangezien dit de eerste keer is dat ik dit probeer had ik al verwacht dat het niet helemaal zou kloppen. Ik had de nacontrole aan moeten zetten.

Fijn om weer iets geleerd te hebben.
Mvg. Rob
literan (2022-06-07 18:12:37+00:00): подскажите, здесь https://www.openstreetmap.org/way/1067603695/history переделали дорогу? на панорамах я вижу плавное ответвление проезжей части съезда, а не под 50 градусов и далее параллельную дорогу https://yandex.ru/maps/-/CCUJFRvfKA
ZinaidaZ (2022-06-07 19:00:45+00:00): добрый вечер, делала по зеркалам и разметке на снимке. Сместила осевой нод съезда по разметке (второй от примыкания) - где начинается уже сплошная, и соответственно подровняла примыкание, чтобы навигатор вовремя дал совет. А что смущает в данной геометрии?
ZinaidaZ (2022-06-07 19:03:19+00:00): Могу чуть оттянуть примыкание, чтобы угол не выглядел слишком близким к прямому
literan (2022-06-07 19:43:58+00:00): обычно на развязках делают плавный угол, и не там, где полоса разгона начинается, а там, где проезжая часть отходит, например, как здесь https://www.openstreetmap.org/#map=18/55.76724/37.36848

ведь линиями highway обозначают проезжие части, а не полосы или разметку на дороге (то есть именно физический барьер говорит о том, что рисуется отдельная линия highway)

Это используется, например, навигаторами, которые говорят "плавно поверните направо", и не в том месте где надо полосу правую занять (это может быть и за полкилометра до съезда, например, там где пробочный съезд - видел такое в Европе - длиннющая полоса, отделенная сплошной линией разметки), а именно в том месте, где поворот начинается. 

За движение по полосам ответственны теги turn:lanes.
ZinaidaZ (2022-06-07 20:05:00+00:00): ок, поняла Вас
literan (2022-06-08 18:24:20+00:00): поправил на обходе Одинцово. Хорошо бы и на других трассах вернуть плавные съезды, если вы правили где-то.
seattlefyi (2022-06-07 20:42:28+00:00): Thanks, I've gone ahead and added the address details along with the existing shop tags on the building object.
Anton Valodzin (2022-06-20 13:19:28+00:00): You’re welcome
InsertUser (2023-01-22 13:41:46+00:00): Can the opennng_date and conditional restriction tags be removed now?
user_5359 (2022-06-08 17:42:14+00:00): Hello! Please have a look on http://www.osm.org/way/1067608320. What s the meaning of the tag sad = asdsa. Note that in OSM classification of the objects has the highest priority. Objects that have only one name, have little sense. As home page for the question "How do I describe you?" I recommend the web site http://wiki.openstreetmap.org.
SomeoneElse_Revert (2022-06-11 14:28:36+00:00): This changeset has been reverted fully or in part by changeset 122251158 where the changeset comment is: Reverting some edits by a user trying to avoid https://www.openstreetmap.org/user_blocks/6046 .
ig4map (2022-06-07 22:16:12+00:00): Hello! Do you know where is  Koimala Beach guest house located on island? Could you please draw it?
mustermannxx (2022-06-08 09:26:27+00:00): Sorry, no clue where it is.
ig4map (2022-06-08 19:40:03+00:00): Thank you for your contribution! don't worries
rurseekatze (2022-06-18 16:34:07+00:00): Hallo waldhans,

warum hast du hier die Feuerwache von der Fläche entfernt und stattdessen wieder als Node erfasst? Welchen Vorteil siehst du in dieser Erfassung?

Ziemlich unpassend ist das landuse=commercial, das du stattdessen der Fläche hinzugefügt hast. Um ein Gewerbegebiet handelt es sich bei einer Feuerwache eindeutig nicht.

Viele Grüße
rurseekatze
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/122073817
waldhans (2022-06-18 20:16:00+00:00): Ich habe 2018 alle Feuerwehr / Rettung / Polizei im Kreis erfasst und dokumentiert, siehe https://wiki.openstreetmap.org/wiki/Viersen_Versorgung.Solche Daten erfasse ich halt lieber als POI.

Falls du es lieber auf die Fläche hast, verteile ruhig um. Noch besser wäre es, Information hinzuzufügen, z.B. die stationierten Fahrzeuge oder lokale websites. Leider sehe ich davon gar nichts, nur die Neuverteilung bestehender Informationen.
Also, ich hab's als POI erfasst und pflege es so.
mfg
rurseekatze (2022-07-16 22:23:50+00:00): Hallo waldhans,

danke für deine Antwort und entschuldige bitte meine späte Antwort.

Bei der Ersterfassung darfst du gerne die Einrichtungen erst einmal als Punkt erfassen, das steht dir völlig frei. Wenn dann jedoch ein anderer Mapper sich die Mühe macht und die Einrichtung als Fläche erfasst (und damit Informationen über die Ausdehnung hinzufügt), wäre es schön, wenn du diese Arbeit respektieren würdest und solche Verbesserungen nicht wieder rückgängig machen würdest. Die Änderung zurück in einen Punkt ist nämlich ganz klar eine Verschlechterung der Daten, da die Information über die Ausdehnung verloren geht.

Neuverteilung von Informationen ist ein wichtiger Punkt, den du ansprichst. Das sehe ich nämlich ganz klar bei Änderungen wie dieser. Die Arbeit, die du dir hier gemacht hast, bringt keinen Mehrwert für OSM, ganz im Gegenteil, du verringerst den Detaillierungsgrad der Daten sogar.

Ja, ich werde den vorherigen Zustand wohl wieder herstellen. Jedoch muss ich wohl damit rechnen, dass meine Arbeit früher oder später wieder rückgängig gemacht wird...

Ärgerlich finde ich, dass du immer wieder von verschiedenen Mappern auf solche Änderungen angesprochen wirst (siehe https://www.openstreetmap.org/changeset/114886957 oder https://www.openstreetmap.org/changeset/114674625), und einfach nicht auf diese Kritik eingehst.

Daher nochmal meine Bitte an dich, das Umtaggen von Flächen auf Punkte künftig zu unterlassen und die Arbeit anderer Mapper zu respektieren. Ich denke, wir beide können unsere Zeit produktiver nutzen, um die Karte wirklich voranzubringen. Ansonsten leistest du ja viele gute Beiträge als einer der wohl aktivsten Mapper der Region.

Viele Grüße
rurseekatze
chl-osm (2022-06-07 19:17:31+00:00): Sûr de retirer le trait d'union ? Ça me semble aller à l'encontre de https://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Autres_noms
À noter qu'il y a une relation homonyme et une seconde partie de la rue, de l'autre côté de la rue des Deux Ponts.
Truchin (2022-06-13 11:52:07+00:00): Je corrige. En plus, ce n'est même pas ce qui est présent sur le terrain.

Thomas
mueschel (2022-06-15 18:36:37+00:00): Hi,
please check your edits of recycling containers. You added several strange tags like 
recycling:tout_type_de_verre_(cristal = yes
dcapillae (2022-06-07 14:07:33+00:00): Véase nota OSM número 3214617.
Adava Pays d'Aix (2022-06-07 17:34:32+00:00): Bonjour, Je me permet d'efface la piste de vélo qui n'avait aucun sens ici. A la rigueur utiliser le tag cycleway=track mais pas leisure=track, c'est pas une piste sur un terrain de sport
SkyCoops (2022-06-08 07:49:36+00:00): Bonjour, merci du retour. Il y a une piste/voie cyclable ici (je ne sais pas comment l'appeler, mais un endroit sur la route ou uniquement les vélos peuvent rouler, séparé de la route par une longue bande blanche). Quel type devrais-je lui donner ? "cycleway=track" est-il juste pour ce type de voie ?
Merci
Adava Pays d'Aix (2022-06-08 09:46:35+00:00): C'est un double-sens cyclable, il y en partout dans le centre-ville d'Aix (et dans toute la france aussi). cycleway=Track c'est pour les pistes cyclables, séparées des voitures avec une bordure alors bande cyclable (cycleway=lane) c'est sur la chaussée avec séparation peinture. ça s'ajoute sur openstreetmap sur le way existant avec les tag cycleway=opposite (opposite_lane ici) et oneway:bicycle=no.
Tout est déjà bien mis, il n'y a rien à ajouter.
SkyCoops (2022-06-08 11:50:29+00:00): Entendu, merci pour les clarification, mais si vous dites que c'est un double sens cyclable, pourquoi n'y a-t-il pas de contre-indication à la rue qui est est à sens unique ? Car la rue est à sens unique, et c'est pour ça que j'ai rajouté une piste cyclable sans l'autre sens, car elle bien présente et autorise les cyclistes à aller dans l'autre sens tout le long de la piste, et aller dans le sens des voitures uniquement sur un bout, mais pas jusqu'au bout (car au panneau STOP, le sigle "vélo" au sol indique bien qu'il est mono directionnel, à contre-sens des voitures). Voilà pourquoi j'avais ajouté une voie cyclable ici. Voyez avec Google Street View par vous-même.
SomeoneElse_Revert (2022-06-11 14:28:40+00:00): This changeset has been reverted fully or in part by changeset 122251158 where the changeset comment is: Reverting some edits by a user trying to avoid https://www.openstreetmap.org/user_blocks/6046 .
user_5359 (2022-06-08 18:12:31+00:00): Hello! Please have alook on http://www.openstreetmap.org/node/9801786552. What is thge meaning of the tag "existe t-il toujours?" = non. Please notice the standard negative value is no instead of non.
LyceeJaufreRudel_SNT_Chevallier (2022-06-09 20:59:04+00:00): hello,
I organized a visit of this island with my student and then they have modified the map with the informations they had on the field. I didn't notice that one of my student had invented a tag, I have change it in a note to explain that the «puit» doesn't exist any more.
Stereo (2022-06-09 23:16:54+00:00): Hello Umar and Port Authority, welcome to OpenStreetMap and congratulations on your first edit!
SomeoneElse_Revert (2022-06-11 14:29:12+00:00): This changeset has been reverted fully or in part by changeset 122251158 where the changeset comment is: Reverting some edits by a user trying to avoid https://www.openstreetmap.org/user_blocks/6046 .
ivanbranco (2022-06-07 17:19:07+00:00): Hi Avi,

in way 375103462 and 375103398 seems like you repeated the name also as the place value, could you check it out please? :)
Leo Slager (2022-06-07 22:02:20+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
aixbrick (2022-06-07 15:37:50+00:00): Hallo,
"locality=ALKIS Lagebezeichnung" Ist das dein Ernst? Du bist seit fast 14 Jahren bei OSM. Dir muss doch klar sein, dass das kein sauberes Tagging ist? 1. auf Deutsch, 2. mit Leerzeichen.
Ich hatte dir in https://www.openstreetmap.org/changeset/119647602 erklärt, wie du das am besten angehst (passende Übersetzung für Gewann finden, ggf. taginfo bemühen, evtl. im Forum "vorstellen"). Warum machst du das nicht?
Und überhaupt: Zuerst änderst du Gewannnamen nach old_name, damit sie nicht mehr gerendert werden. Dann die Rolle rückwärts und jetzt ergänzt du sie sogar mit fragwürdigen Tags. Ich blicke da nicht mehr durch...
Gruß
physi_retired (2022-06-07 16:21:04+00:00): Hallo aixbrick,

ich verwende als tag das key/value pair 'locality' (key) und 'ALKIS Lagebezeichnung' (value).
Values können free form text sein und insofern Leerzeichen enthalten. Die Sprache dürfte auch deutsch sein, ist sie hier aber nicht. Der Wert heißt in jeder Sprache 'ALKIS Lagebezeichnung' (So wie ja auch Straßennamen nicht in englisch abzulegen sind oder ohne Leerzeichen). Woraus leitest du ab, dass dieses von mir so gewählte tagging nicht "sauber" sei?

Gruß,
physi
aixbrick (2022-06-07 17:17:44+00:00): Auch wenn der Wert free text sein darf, so hat es sich eingebürgert, dass beschreibende Tags (Was ist das?) einen Unterstrich verwenden und in britischem englisch formuliert werden.
Das hier ist der Name eines Gewanns und kann man mit dem OSM-Schema abbilden: place=locality, locality=<engl. Gewann*>,name=xy
( * Offenbar heißt das im englischen open-field system: https://en.wikipedia.org/wiki/Open-field_system). Dieses Tagging kann überall verwendet werden: in Deutschland, England, quasi weltweit. Es ist hierarchisch sauber und auswertbar.
Dein Tagging funktioniert nur in Deutschland und wahrscheinlich noch nicht mal in allen Bundesländern.
physi_retired (2022-06-07 18:17:14+00:00): Hallo aixbrick,

das tagging betrifft exakt und ausschließlich ALKIS Lagebezeichnungen.
Diese stellen die alleinige nicht-historische amtliche Quelle für aktuelle Lagebezeichnungen (Gewannbezeichnungen) dar. 
Die ALKIS Struktur gilt zudem in allen Bundesländern.

Eine vergleichbare Struktur zu mit Namen versehenen Gewannen gibt es nach meinem Kenntnisstand in keinem anderen Land der Welt. 
Dein Beispiel aus England war etwas völlig anderes, nutzte keine Namen und existiert insbesondere heute nicht mehr, würde also ohnehin nicht so in OSM abgebildet werden. 

Der value "ALKIS Lagebezeichnung" beschreibt korrekt, um welchen Typ einer locality es sich handelt. Jede Übersetzung oder Verallgemeinerung würde diese eindeutige Information zerstören.

Ich kann zwar nach wie vor nicht erkennen, weshalb das Leerzeichen ein Problem ist (wir sind ja in 2022, den Verzicht auf Leerzeichen kann ich seit 1990 als Forderung nicht mehr akzeptieren). Aber was hältst du denn von ALKIS_Lagebezeichnung?

Gruß,
physi
vademecum (2022-06-08 06:30:43+00:00): Ich denke, locality=* sollte die Art der Örtlichkeit angeben, wie das bei Subvaliues üblich ist - nicht die Quelle der Information. Also in diesem Fall locality=selion und meinetwegen source=ALKIS (aber das steht ja sicherlich auch im Changeset.
aixbrick (2022-06-08 09:55:08+00:00): @physi: Ich bezweifle, dass es so etwas nicht auch in anderen Ländern geben soll. Mein Beispiel war mal eben schnell im Internet herausgesucht und nicht als allumfassende Lösung gedacht. Es ging darum, dort vielleicht einen englischen Ausdruck für Gewann zu finden.
Nein, "ALKIS Lagebezeichnung" bezeichnet keinen Typ, der Typ ist Gewann (oder Flur).
Ansonsten schließe ich mich vademecum an, locality=selion klingt gut.
physi_retired (2022-06-08 10:16:20+00:00): Da der Text "ALKIS Lagebezeichnung" offenbar als Datenquelle statt als Typ missverstanden werden kann, nutze ich jetzt zunächst "ALKIS_Lage". Denn es sind Lagen, die eingetragen werden. Sollte sich als Ergebnis der Diskussion ein anderer Eintrag für diese Objekte durchsetzen, passe ich das an.

Ein "selion" ist "ein mittelalterlicher (!) offener Landstreifen oder ein kleines Feld, das für den Anbau von Feldfrüchten genutzt wurde". Das ist Historie, die gibt es heute nicht mehr. Lagen sind dagegen aktuelle, reale Objekte.
aixbrick (2022-06-08 11:28:22+00:00): Kannst du eigentlich nicht mal warten, bis dass eine für alle sinnvolle Lösung gefunden wurde? Du machst selbst einen Vorschlag (erst Unterstrich statt Leerzeichen, jetzt ALKIS_Lage) und setzt das sofort um, ohne auf Meinungen von anderen Usern zu warten. Ich weiß, dass du keine Lust auf Diskussionen hast, aber manchmal geht es nicht anders. Vielleicht beteiligst du dich auch mal an https://forum.openstreetmap.org/viewtopic.php?id=71409.
Bitte höre vorerst auf, Gewannnamen zu ergänzen.
physi_retired (2022-06-08 12:19:06+00:00): Hallo aixbrick,

falls erforderlich ändere oder entferne ich den locality-tag, was schnell erledigt ist. Die Arbeit mach ich mir gern.
Meine Einträge sind ja konstruktiver Natur und, abgesehen von der von mir gewünschten Identifizierbarkeit von ALKIS Lagen, nicht weniger nützlich, als die bisherige Variante (also nur place=locality). 
Danke für die nette Einladung zur Diskussion im deutschen Forum, die ich aber zur Zeit noch leider ablehnen möchte. Bin aber dennoch gespannt auf Ergebnisse...

Gruß,
physi
vademecum (2022-06-08 13:00:01+00:00): 1) Mich wundert das Insistieren auf den Valuebestandteil "ALKIS". Das ist doch immer noch die Quelle, aus der du den Namen nimmst. Es hat ja kein Herr ALKIS die Flurbezeichnungen erfunden, die alle Welt als "ALKIS-Lage" kennt, sondern Alkis ist eine von vielen (!) Quellen, die uralte Namen zusammengetragen haben, die teilweise - ja! - aus dem Mittelalter stammen.
2) Wenn du eine bessere Übersetzung von Gewann ins Englische hast nenn sie gerne. 
3) Sich der Beteiligung an der Diskussion zu verweigern, wenn es um einen von dir erfundenen strittigen Value geht, finde ich im Rahmen eines Gemeinschaftsprojekts bedauerlich.
lg