piebro/osm-data huggingface dataset:
Kovoschiz (2021-12-28 10:28:43+00:00): * not uncategorized
Dodko (2022-12-04 11:54:24+00:00): ak je adresa v budove https://www.openstreetmap.org/way/58934850
nedáva sa duplicitne na body
https://www.openstreetmap.org/node/9372154499/history
https://www.openstreetmap.org/node/9372154498/history
aceman444 (2024-06-29 09:43:15+00:00): Na zaklade coho mozu na https://www.openstreetmap.org/way/220562894 jazdit bicykle?
wkdgs (2022-02-25 12:53:43+00:00): Hi,

der "name"-Tag ist für Eigennamen, nicht für Beschreibungen, gedacht. Die Zugangsbeschränkung drückt man mit "access=private" aus. Das wird auch auf den meisten Karten angezeigt. Das habe ich entsprechend geändert.

Und noch eine Sache zu deinen bisherigen Änderungen. Mir ist aufgefallen, dass du hauptsächlich Wege mit der Begründung "Privatweg. Betreten verboten" gelöscht hast. 

Privatwege sollen in OSM nicht unbedingt gelöscht werden, selbst wenn sie nicht betreten werden dürfen. OpenStreetMap soll das abbilden, was sich vor Ort befindet. Und wenn sich dort ein Weg befindet, soll er auch gemappt werden. Mal abgesehen von umweltschädlichen Trampelpfaden oder Wegen durch einen privaten Garten. Um die Zugangsbeschränkung auszudrücken gibt es den Tag "access=private".

Viele der von dir gelöschten Wege sind Trampelpfade über Felder, die man wohl nicht wirklich als Weg bezeichnen kann. Da kann ich verstehen, dass die gelöscht werden sollen.

Die Löschung der beiden Feldzufahrten fand ich aber problematisch. Die Wege konnte man teilweise auf den Luftbildern sehr gut erkennen. Hier wäre meiner Meinung nach ein "access=private" die bessere Alternative gewesen.

Daher die Bitte bei zukünftigen Löschungen genau darauf zu achten, ob ein "access=private" nicht ausreichen würde und im Zweifelsfall nicht zu löschen.

Gruß
winkeldings
PT-53 (2021-12-28 10:59:50+00:00): Hallo SeleinBaBu,
Du hast in diesem Änderungssatz den Umriß der Aussegnungshalle in Kappel anhand des Bing-Luftbildes vergrößert.

In OSM zeichnen wir Gebäude - sofern möglich - nicht mit dem Dachumriß sondern mit dem EG-Grundrißauf dem Boden ein. Die Aussegnungshalle war vor Deiner Änderung - anhand der amtlichen Karte Maps4BW - auch genau so eingezeichnet. Ich habe Deine Änderung daher wieder zurückgesetzt. 


Zu Maps4BW:
In Baden-Württemberg steht uns in OSM die amtliche Karte Maps4BW zur Verfügung. In dieser sind die Gebäude lagegenau und mit dem EG-Grundriß eingezeichnet.
Maps4BW kann in den Editoren JOSM und ID jeweils als Hintergrund eingeblendet werden  und wir dürfen davon legal abzeichnen.
Wiki:
https://wiki.openstreetmap.org/wiki/Maps4BW


Auch habe ich den Eintrag
name=Aussegnungshalle
wieder gelöscht, da dies kein Name sondern eine Beschreibung / Funktion ist. Die Funktion habe ich durch das Merkmal
building=funeral_hall
ergänzt.
https://www.openstreetmap.org/way/254486509#map=19/48.05662/9.60157
Wiki:
https://wiki.openstreetmap.org/wiki/DE:Names#name_ist_nur_der_Name

Noch ein Tipp:
Schau Dir auch noch folgende Infos für OSM-Neueinsteiger an:
https://learnosm.org/de/
https://wiki.openstreetmap.org/wiki/DE:Beginners'_guide 
http://einklich.net/temp/osm-tutorial.pdf 


Grüße
eggie (2021-12-28 13:00:14+00:00): Daf vvad.. 
Je vraagt feedback
Wanneer hier een verbinding is dan lijkt het me correct zo.
mvg
eggie
conradoos (2021-12-28 10:17:11+00:00): Z czego wynika nazwa ulicy "zła"? Czy tam zamieszkał "zło"?
syntex (2021-12-28 11:23:27+00:00): Nie ma takiej nazwy, to jakiś śmieszek
ToniE (2021-12-28 12:26:55+00:00): hi touristaschau,

da hätte ein access=private auch gereicht, das wird von Navis berücksichtigt und bei Routenplanung nicht benutzt.

Wie mappen grundsätzlich auch private Wege, denn diese sind für Feuerwehr, Sanka, Polizei, Post, Lieferdienste, ... Besucher relevant.

Das gleiche gilt allgemein auch für 'private Wege' = "Zutritt verboten" in Naturparks, ... übrigens im Einvernehmen mit den zuständigen Verwaltungen.

Ich erlaube mir daher den Weg wieder zu mappen und als 'privat' zu kennzeichnen.

Viele Grüße und einen guten Rutsch
Toni
geow (2021-12-28 12:41:21+00:00): Danke Toni für die schnelle Berichtigung :-)

@Touristaschau, herzlich willkommen bei OSM.  Als Tourismusverband seid ihr besonders eingeladen, euer aktuelles "Vorort-Wissen" zur Verbesserung der Datenbank konstruktiv einzubringen. 
Zum Einstieg vielleicht der Hinweis auf zwei Grundsätze, die sich seit Gründung von OSM vor mehr als 15 Jahren bewährt haben. 

1. On-the-Ground-Regel / Überprüfbarkeit 
In der Datenbank erfasste Merkmale müssen für andere nachvollziehbar sein, entweder vor Ort oder z.B. aufgrund geltender Gesetze, mehr dazu hier: https://wiki.openstreetmap.org/wiki/Verifiability
2. Don't map for the renderer/router 
Wir erfassen keine inkorrekten Merkmale, nur damit in der Karte oder in einer Navi-App ein bestimmtes, (subjektiv) wünschenswertes Ergebnis erscheint, -> don't bend the data to make it look prettier, just be patient, or report the issue to the data consumer. 
https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer

Ich wünsche allen einen guten Rutsch, auf ein produktives 2022!

geow
touristaschau (2021-12-28 13:29:22+00:00): Hallo, danke für die Info. Wir wurden nur vom Eigentümer schon ein paar Mal sehr beschimpft, daher hab ich es mal "versucht".
Danke für die Umstellung des Weges auf "Privat". 
Wünsche allen auch einen guten Rutsch, viele Grüße Tourist Info Aschau i.Ch.
marczoutendijk (2022-01-04 09:48:46+00:00): ok?
user_5359 (2021-12-29 07:22:25+00:00): Hello! Please have a look on http://overpass-turbo.eu/s/1eA5. You add a bigger number of unknown tags (only source is defined). Please explain the source / licence of this information and the meaning of the keys.
abakus_uploader (2021-12-28 23:31:21+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!
bxl-forever (2021-12-28 15:00:35+00:00): Hello,

Thanks for contributing to OpenStreetMap.

You seem to be using Organic Maps.
Perhaps you should have a look at the app settings because at the moment you are uploading very strange data, which is causing validation issues on the map.

For instance this convenience store here:
https://www.openstreetmap.org/node/1128028001
The way it looks now is that the original name "Bon Coin" is still there while you only provided translations into French and English to make it appear as "Flow".
I guess "Flow" is the real name, and that should be for every language, am I right?

Thanks.
Pimon (2021-12-28 23:27:15+00:00): Hi,
Thank you for your message. Indeed "Flow" is the new name of this place.

"Bon coin" doesn't exist anymore.

I'm using organic map indeed since a few days since I'm trying to ungoogle myself ;-)
francians (2021-12-28 19:37:39+00:00): Ciao,

1. "Le funze" non ha nessun tag che descrive di cosa si tratta... puoi integrare?

2. Il percorso 1009838501 è una cycleway, è quasi sicuramente un errore... Magari trasformalo in path.

3. bicycle=yes e foot=yes sono ridondanti, puoi toglierli

Francesco
ivanbranco (2021-12-28 16:44:35+00:00): Ciao ATOM_1971,

spostando questo POI hai però rimosso l'informazione del civico di Via Edmondo de Amicis 47, che ora non c'è più. Un'idea per le prossime volte potrebbe essere quella di fare copia-incolla del POI nel punto esatto, aggiornare i dati sulla copia ed eliminare tutte le informazioni tranne i tag addr: da quello vecchio per mantenere l'informazione del civico.

Inoltre per favore utilizza commenti dei changeset significativi, commentando "info OK, verified!" ogni volta non si capisce cosa hai modificato, vedi: https://wiki.openstreetmap.org/wiki/IT:Good_changeset_comments
ATOM_1971 (2021-12-29 12:24:03+00:00): Ciao!
hai ragione, fondamentalmente sono di "derivazione" Google MapMaker ed approvavo le modifiche altrui, senza dover mai giustificare le mie. Non sono per il motto "non è affar tuo cosa ho fatto e perché" ma il più delle volte è solo per una mancanza di tempo.
francians (2021-12-28 19:39:38+00:00): Ciao,

mtb:scale=3 è diventato mtb:scale=1. È voluto?
Mi pare strano...

Francesco
user_5359 (2021-12-29 08:43:58+00:00): Hello! Please have a look on https://www.openstreetmap.org/way/598068468. What is the meaning of the tag 8072addr:city =اراک
francians (2021-12-28 19:44:24+00:00): Ciao,

qui hai aggiunto la way 1016093569 come cycleway. Da trasformare in path o track

Francesco
francians (2021-12-28 19:54:34+00:00): Ciao,

avevi dimenticato di collegare la way:

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

l'ho ricollegata in questo changeset:

https://www.openstreetmap.org/changeset/115486512

Non capisco la necessità di tagliare/scollegare le way ad ogni incrocio... Puoi chiarire?

Grazie
Francesco
ZeLonewolf (2022-01-14 22:10:34+00:00): Did you really review over 100,000 buildings manually in a single day?
zluuzki (2022-01-15 00:01:48+00:00): Yes. Guess i missed 3 that have already been demolished, so i should revert or what?
Diacritic (2021-12-28 11:36:10+00:00): Hello,

I'm changing Hangar Lane back to type alley as I believe that it best describes the nature of the highway, and because driveway2 is a deprecated tag without usage in Australia.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/115461885
user_5359 (2021-12-29 08:27:18+00:00): Hello! Please have a look on https://www.openstreetmap.org/way/31262714/. You add the key admin_type:NE. why is it necessary to attach a country code to a technical description? For one thing, both border relations belong to the same country. Secondly, it would actually be information on the border relations and not on the path of the river.
Verdy_p (2021-12-29 14:51:11+00:00): it is the same way for the river (linear relation) and the administrative entity.
So it has admin_level (the smallest admin_level of boundary relations using it).
"admin_type" serves another purpose because admin_levels are not strictly the same as administrative entities (and there are frequent cases where different effective "admin_type" values share the same admin_level (or no admin_level value at all when they are not hierarchic or are in a separate hierarchy): these admin_types are country-specific according to their local definition.
All this has no effect on the river itself (these tags are ignored by them) but have effect on the interpretation of ways, a
Verdy_p (2021-12-29 15:00:58+00:00): and what they are used for: they indicate explictly that the way is used by "some" relations (without saying how may or where) so it indicates that we should look at these relations containing the way to interpret it. It also explicitly indicates that this way should not be removed (or joined) only because it is part of a river way, because it would break the other relations not defining the river itself.
Theoretically we could even drop all attributes from these ways, but experience shows that ways are not always loaded with all relations using them, and not marrking these ways causes relations to be frequently broken by removed/splitted ways or joining that did not have the same attributes. There are a few other purely linear attributes that are also local to each way (e.g. speed limits, width, or attributes marking what is along these ways, i.e. describing the borders of the river or highways, such as lanes, kerbs, retaining walls, fences... and that are not described in the relations themselves because they don't apply to all ways that are members of the relation). So there are tags as well on ways, but for different purposes. We have to play also with compatiblity of renderers or to database queries (it's mor difficult to query the database on objects as it requires querying whar are other objects referencing the described object). A few extra tags on ways do not hurt: they are descriptive, their interpretation still depends on what is effectiely described in the relations using them. But it let "others" be awre of what kind of objects these ways are part of.
user_5359 (2021-12-29 15:37:34+00:00): Unfortunately, you have not answered the essential part: Why the country code in the admin_type?!
Verdy_p (2021-12-29 22:19:25+00:00): Because the given value is country specific, bound to its law and has NO equivalent in any othjer country, even if the other country names these types the same way (they don't work the same way, and not necessarily at the same level.
There are many other examples existing already. "admin_type" values are NOT worldwide unifiable, unlike "admin_level" that are OSM-specific and have NO meaning by themselves in any country (admin level is purely an invention in OSM for OSM, which frequently mixes different statuses at the same level, even within the same country, you can find examples just nearby, within Burkina Faso, with the local statuses of its departments as "communes" with different statuses but all at the same "admin_level"; the same occurs in many countries, and in fact in most of them: the hierarchival model of "admin_level" is a OSM simplification for another reality. See other examples in US, Britain, France, Spain, Russia; Germany...: that's where "admin_level" is insufficient and we need country-specific statuses; in same cases there are competing status in areas claimed by several countries or administered jointly; administrative status are complex and have lot of exceptions to the simplified model of hierarchical levels). Adding the country suffix explicitly prohibits unifiying statuses defined only by the relevant country, sometimes even outside of its defined border, so that you can't even use a geometric request to locate all those entities (the same would apply to the country-specific tag set in relations, like it would apply to their member ways.
You'll also find "border_type" used as well but not necessarily for administrative areas (however border_type" is more weakly defined because of this and I've not seen any area in OSM where it as used consistantly; but they persist for legacy reasons as they are used by some applications; but they are much harder to fix without understanding their actual usage in third party apps; however a few usages have been documented in the wiki even if I don't know precisely if they are maintained the same way between those created these documentations and those that added them or attempted to maintain them in OSM data); you can find however a few old interesting talks in the mailing list archives; but for the purpose administrative boundaries, I think that "border_type" is deprecated since long, "admin_type" replaced them, preferably with a relevant country code suffix to avoid artefacts along international borders and to efficently facilitate their use in data queries). Using tsuch suffic is very common for country-specific tags (such as classification of schools, other public services or utilities, or maintenance of external references: there are many tags using a country code suffix appropriately to avoid collisions between concurrent interpretations)
pbnoxious (2021-12-29 10:54:22+00:00): Hi, wollte nur kommentieren dass bei Orten ohne Straßennamen (wie in Schlaifhausen) es vollkommen in Ordnung ist, wenn eine Adresse nur "addr:place" hat und man nicht noch "addr:street" hinzufügen muss.

(siehe z.B. den von dir geänderten https://www.openstreetmap.org/way/229213125 )

Habe deine kleinen Änderungen in Schlaifhausen mal zum Anlass genommen und es dort etwas vereinheitlicht :)

Grüße
pbnoxious
Enock4seth (2021-12-28 10:20:33+00:00): Hi SlavaWilde,

You have used the number 1 as changeset for several changesets already. The purpose of the changeset comment is to provide short information about what you did for yourself and everyone. Please refer to https://wiki.openstreetmap.org/wiki/Good_changeset_comments and kindly avoid using just "1" as changeset comment.

Best,
Enock
Abdullah Abdulrhman (2022-02-05 20:02:23+00:00): لماذا قمت بحذف الربع الخالي ؟؟
little_maper (2022-02-06 09:34:07+00:00): شكرا لك على تنبيهى لقد تم حذف هذة العلاقه عن طريق الخطأ واعتذر عن ذالك ولقد قمنا بأرجعها مره اخرى ولكن اعتقد انه حدث عليها بعض التعديلات الاخرى من هذا المستخدم:https://www.openstreetmap.org/user/cactolith
Abdullah Abdulrhman (2022-02-06 10:15:16+00:00): شكرا لكم وقد قمت بمراسلة DWG (Data Working Group) عبر البريد الإلكتروني لأنهم الأفضل في استرجاع المحذوف من العلاقات التي قد جرى تعديلها
Abdullah Abdulrhman (2022-02-06 14:34:12+00:00): تمت مراجعة علاقة الربع الخالي (12037787):
https://www.openstreetmap.org/changeset/117080928
والعلاقة الأخرى المحذوفة بشكل خاطئ (152364):
https://www.openstreetmap.org/changeset/117081213
أتمنى أني استرجعتها بشكل صحيح.
little_maper (2022-02-06 15:19:46+00:00): شكرا لك علي جهودك
Abdullah Abdulrhman (2022-02-06 17:13:39+00:00): العفو ومرحبا بكم
Mateusz Konieczny (2025-05-14 12:22:35+00:00): Hello! https://www.openstreetmap.org/node/4295769679/history has building = proposed that was added in this edit
Is this building existing now? Are there at least real plans for building it? If there are no serious plans for it - that should be entirely deleted. If construction started then building=construction is a better tag. If construction is upcoming then source for this claim should be tagged on the geometry itself (source tag, note tag) and different tagging should be used - we are mapping proposed features in OpenStreetMap very sparingly, not every promise or business plan should be mapped here.
DaveF (2022-01-12 18:11:02+00:00): Hi
Please don't remove valid data from OSM.https://www.openstreetmap.org/way/4732335
user_2066394 (2021-12-28 12:31:06+00:00): Wie erreicht man die Anwesen 10a, 10b, 10c?
OpenAlex99 (2021-12-28 12:44:58+00:00): Über 760032722 v2
user_2066394 (2021-12-28 12:49:05+00:00): Was ist mit der ursprünglichen Wegführung passiert? Baustelle?
OpenAlex99 (2021-12-28 12:51:00+00:00): Falsch und unberechtigt eingezeichnet. Den Weg gibt es nicht.
user_2066394 (2021-12-28 13:01:43+00:00): Im Luftbild eigentlich klar sichtbar, deshalb auch die Frage oben, wie man die Häuser erreicht.
Ggf. mit access=private eintragen?
https://wiki.openstreetmap.org/wiki/DE:Key:access
Komadinovic Vanja (2022-03-25 20:39:40+00:00): I think ways should not be added directly to this parent relation. Instead ways should be added to child relations per country.
Prusaker (2021-12-28 12:32:57+00:00): Зачем вы постоянно убираете с участков дорог теги с полосами движения?
RicoElectrico (2022-04-05 20:15:13+00:00): https://www.openstreetmap.org/node/9372773581/history - ja bym w ogóle nie dodawał. Jaki to ma sens, skoro lokalizacja jest niepewna?
user_4493657 (2022-04-06 11:57:14+00:00): AED usunąłem. AED dodałem, kierując się informacjami zawartymi na stronie Biedronki. Podczas dodawania nie wiedziałem niestety, że na ulicy Hallera znajdują się 2 Biedronki.
eggie (2022-01-12 10:09:43+00:00): Hi Nastia.. Please use in the Netherlands the present addressnode to add on.
I merged the info with the node.
greetz,
eggie
NastiaP1 (2022-01-12 14:43:53+00:00): Hello, Eggie!
Thank you for your feedback and correction. It was very helpful
Best regards,
Nastia
Heinz_V (2022-01-09 09:52:16+00:00): You made correction to NH309:
1) do not delete mapped ways but make corrections; else the history is completely deleted.
2) each NH is part of a relation; you should update these relations.
VLD226 (2022-01-11 14:37:54+00:00): Hi Heinz_V, I will add a new way to make any road dual carriage instead going forward and have added the relations back as suggested
Dimitar155 (2023-07-26 12:21:48+00:00): Hello SekeRob,

It looks like you've added public_transport:version=platform to a few hundred PT relations in Roma. Could you correct them? Thank you in advance.

Best wishes,
Dimitar
SekeRob (2023-07-26 16:38:42+00:00): Hi

I think that was the legacy code used at the time no ptv tag was present when i was closing endless gaps in routes and i think Osmose was prompting. Now adays it would be 1 or 2 depending on if a routemaster is linked or not, so JOSM would be flagging while fixing routes. 
Correcting? Just because platform was deprecated does not make it wrong. Platform in the human readable equivalent of 1, but I'll have a look at this one and surely when updating the whole thing starts snowballing again as it always does when touching a Rome street that has a PT route association and sure enough testing a few whether 1 or 2 the validation errors flagged for all touched by the 981 e.g., something ID hardly does, IS beyond believe to include newly added route gaps. 981 went from v69 i last touched is to v76.  Would need some serious dedicated time to sort all this mess out. Sigh. 

Cheers
Dimitar155 (2023-07-27 11:06:25+00:00): Dealing with PT relations is always a fun activity :). You can try out https://relatify.monicz.dev if you haven't. It makes editing routes a lot easier and faster. For it to work the relations need to have public_transport:version=2.

I've updated a few dozen public_transit:version in Rome (there are about 200 left) but I left the ones with almost no stops since I don't know if they are express services or not.
eggie (2021-12-28 12:53:12+00:00): Beste Tanya.. Wat voegt name=Safaritent toe?
Je kunt ook description= gebruiken. 
Dat zou toch hetzelfde zijn als we bij elke woning in Nederland name=Huis toevoegen.
Good practice    

https://wiki.openstreetmap.org/wiki/NL:Good_practice 
Gebruik geen tag name om een kenmerk te beschrijven !

De tag name is bestemd voor de naam van een kenmerk. Het dient niet gebruikt te worden als beschrijving of classificatie van een kenmerk. 

MVG
eggie
Tanya Rademakers (2021-12-28 12:58:01+00:00): Beste Eggie, 

Ik heb dit toegevoegd omdat er staat 'stacaravan' en dat is net even iets anders dan een safaritent, vandaar. Moet ik dit overal aanpassen en verwijderen? 

Groeten,
Tanya
eggie (2021-12-28 13:03:56+00:00): Niks moet natuurlijk. Je kunt alles selecteren en in één keer aanpassen en/of gewoon verwijderen. .
building=static_caravan kun je batuurlijk ook aanpassen naar building=tent.
https://wiki.openstreetmap.org/wiki/Tag:building%3Dtent

MVG
eggie
eggie (2021-12-28 13:06:17+00:00): Wanneer een Safaritent een naam heeft.. Bv Het Heideroosje oid dan mag een name=.. wel gebruikt worden.
Tanya Rademakers (2021-12-28 13:11:12+00:00): Ze hebben jammer genoeg geen naam, alleen een nummer.
Super fijn dat je mij de fijne kneepjes leert van het maken van aanpassingen in OpenStreetMap! Thnx!!
SomeoneElse (2021-12-28 13:34:13+00:00): Hello and welcome to OpenStreetMap!

Can you please explain what your source for your additions is? I'm sure that the names that you have added are not visible on aerial imagery.

Best Regards,
Andy
SomeoneElse (2021-12-28 13:34:28+00:00): Привет и добро пожаловать в OpenStreetMap!

Не могли бы вы объяснить, какой у вас источник для ваших дополнений? Я уверен, что добавленные вами имена не видны на аэрофотоснимках.

С уважением,
Энди
MichaelCollinson (2022-01-20 03:55:10+00:00): Hi again Diacritic. Would you point me to the "official" definition of the Bay Trail? The southern end is sign posted with 3 sign posts (verified still there) as going under Pompei Bridge and links to Mordialloc Creek trail. You've moved it to terminate in the middle of a busy road junction and there is no signage there (also verified). I'd like to move it back for safety and routing but want to consult with you first. The ambivalence I see is that the portion under the bridge may formally belong to the Mordialloc Creek path.