piebro/osm-data huggingface dataset:
abakus_uploader (2020-07-02 22:32:23+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!
Ars-UA (2020-07-02 10:46:14+00:00): Здравствуйте. Номера домов нужно ставить только на строения, на объекты внутри них (магазины) не надо. Если в номере дома есть буква, то ставьте маленькую (например, "12а", но не "12А").
skfd (2020-07-11 00:33:00+00:00): Привет! Имя у велопарковок ставить не нужно -- ето понятно из уже из типа точки ☺
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/87447731
Andriy Lg (2020-07-11 07:18:05+00:00): Привет! Ок, спасибо!
Protoxenus (2026-02-26 10:10:39+00:00): Hi, du hast hier in Wesselstorf das tag addr:suburb hinzugefügt. Du hast den Namen falsch geschrieben. Würdest du das mal ändern?
Gruß Protoxenus
AndySchulte (2026-02-27 09:43:18+00:00): Hi Protoxenus, danke für den Hinweis. ich habe es korrigiert.
Gruß Andy
andrewwiseman (2020-08-07 22:11:01+00:00): Thanks for mapping! Make sure to only add the name if you know the name of that feature. It looks like you added the hashtags to the Name field. The hashtags are what you add when you save your edits.
SomeoneElse (2021-01-09 21:28:46+00:00): Hello Adamant1,
I'm aware that you're involved in an edit-war (wiki and OSM data) with ti-lo and the actions of the other party have been extremely problematic (see e.g. https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/motorcycle_friendly&oldid=1631121#Staged_voting ), but can you explain why you've removed the extra tags here (http://osm.mapki.com/history/node.php?id=6517442249 shows the history).  I know there have been arguments about whether a show that primarily sells motorcycle clothing should be tagged as a shop-motorcycle with subtags or a shop=clothes with subtags, but this example isn't one of those - it is clearly a shop the sells motorcycles, and the initial version of the node made it clear that in addition they did not rent or repair them.  That information appears to have been lost in your edit.
Best Regards,
Andy Townsend, from the Data Working Group.
Adamant1 (2021-01-10 04:01:34+00:00): Andy, the last time I checked the point in a shop tag is to tell that a place sells whatever the tag says it does. So motorcycle:sales is completely unnecessary and redundant.  As far as the other tags goes, I believe (and I think other people do also. I seem to remember there being a discussion about it somewhere, although I can't remember where), that there is no value in tagging a bunch of things that something isn't or does not do. Especially in cases where that is not the expectation. For instance, every movie theater is not tagged as movie:rental=no, because no one thinks movie theaters rent movies.  

It also says on the wiki that when something does multiple things it should just mapped as a separate node. Even in cases where we expect to find something, like with convenience stores that have gas stations, we do not tag convenience stores with gas_station=no when they don't or whatever. We just map the gas station when they do. That's the expected, widely accepted way of doing things. Map what's there and can be confirmed on the ground, not what isn't, can't be, and that no one thinks might be. Otherwise, your veering into "mapping every blade of grass" and expecting people to sift through a massive list of no tags to figure out what a place actually does. 

Some of these places with motorcycle:rental=no Etc. Etc. have upwards of 17 no tags. Which isn't useful. It just makes it seem as though the motorcycle namespace tags are more widely used and accepted then they actually are. Which is the only reason Ti-lo cares about them. So I see zero problem with removing them. 99% of places that sell motorcycles do not rent or repair them and in cases where they do, we should just follow the accepted standards and map them separate nodes. 

That said, if you think 17 no tags to show somewhere doesn't do a bunch of obscure stuff that no one expects them to do is the way to go, then I'm fine reverting this edit and adding tags for everything else it doesn't do.
Adamant1 (2021-01-10 04:05:22+00:00): In the meantime, there's zero legitimate reason to use a tag like motorcycle:sales=yes on something already tagged as shop=motorcycle.
SomeoneElse (2021-01-10 10:26:48+00:00): Perhaps it would help to take a step back and ask yourself why you find yourself involved in edit wars so much in OSM - both in the OSM Data and in the wiki?  This doesn't happen to most people.
All of us have different goals - different sets of things that we want to map.  Working together that should mean lots of things get added to OSM.  For example, the initial tags on http://osm.mapki.com/history/node.php?id=6517442249 seem reasonable to me - it's a shop that sells motorcycles, but doesn't repair or rent them.  Some way of representing "doesn't repair motorcycles" makes sense as many shops that sell motorcycles will also do that. 
What seems to have happened here is that a wiki argument that you are having with ti-lo/Rtfm has spilled out into OSM data (in this case mapped by a different mapper altogether), and that's not OK.
Best Regards,
Andy
Adamant1 (2021-01-10 21:38:04+00:00): Andy, I find it rather bizarre that most times I see a report opened on here it turns into a personal thing about the person who filed the report. Doing so never actually deals with the issues, is just victim blaming, and causes these kinds of petty (on the original persons side) to continue. It also discourages people from reporting things in the first place because they don't want to dragged through the mud simply for pointing out an issue. Which is unfortunate and doesn't help anything. 

Also, I don't get in edit wars "so much" in OSM. I find the suggestion that I do or that it this on me rather because past unrelated disagreements rather insulting. I have had a few problems here and there, but everyone does. There is nothing unique about that and it has nothing to do with me as an editor or this particular situation. As you have said yourself, RTFM/Ti-lo edit wars and have problems with everyone. So, the same petty, personal things that don't actually deal with anything could said about pretty much anyone that he interacts with. Including longtime, well behaved members who don't usually have problems like Mateusz Konieczny. 

As I made clear in the private message and as you clearly already know, RTFM made a proposal for these tags, added them to the map in mass through un-disclosed mass edit, then abandoned the proposal and is going around reverting anyone who uses different tags, changing perfectly valid tags like shop=motorcycle_repair to shop=motorcycle, and edit warring/insulting anyone who disagrees with him or changes tags from the ones for his abandoned proposal. Including DWG members. 

Feel free to point out where I have done anything alone those lines and feel free to chide Mateusz Konieczny, Jeisenbe, and the many other people he has constant problems with of those problems being on them for getting in edit wars so much. In the meantime, I'd like to actually deal with the issue so this doesn't happening again.  Not just to me.

Otherwise, are you going to tell me it's cool if someone creates a proposal for a tagging scheme, introduces to OSM through un-discussed mass editing, and then calls anyone who changes said tags as a vandal? If so, I think your priorities are extremely slanted and wrong. Like I said, maybe this particular edit was "wrong." It happens sometimes, but the underlining issue still needs to be dealt with.
Adamant1 (2021-01-10 21:48:15+00:00): On this particular issue, and I think it applies to the other ones also, the wiki is pretty clear in the article about namespaces that Over-namespacing should be avoided. Two things it says applies here and in the other instances also IMO. 

Particularly points two and three of the article. Which applies to tags like motorcycle:sales=yes when the place is already tagged as shop=motorcycle. Which the Wiki is clear applies to A shop that sells motorcycles. The wiki, and consensus in general is pretty clear that we don't use two different tags on a single POI to show the same thing. So, is there something you disagree with about either of the points in the Wiki article or is your only thing to say about it personal comments?   

BTW, it's worth noting that no one who originally created the POIs that I have edited has taken issue with any of my edits. I've also received more then message and had more multiple discussions with established editors, including the ones I mentioned already who have repeated problems with RTFM about these types of edits. No one has taken issue with them and some have given their explicit approval for removing duplicate/un-necessary tags. So, should I listen to you and RTFM when both of you are clearly being bias and unfair about this or them?
Adamant1 (2021-01-10 21:51:06+00:00): I've done a ton of research on a lot of the POIs I've edited, I always do, and I can guarantee from that research that a lot of the ones RTFM is modify are correct how me and other users had them. I guess I should ignore that though and let RTFM change all my edits to how he wants them because I had disagreement with a few people once and accidentally miss-tagged this. Which isn't even proven by anything you've said.
SomeoneElse (2021-01-10 21:57:15+00:00): >  I have had a few problems here and there, but everyone does. 

No - they don't, honest.
Adamant1 (2021-01-10 22:24:04+00:00): Oh yeah, and lets add to that a member of the DWG telling me awhile back we should use more specific shop tags when we can. So, me using a general shop was a problem and now me using a more specific one when I was told to by someone from the DWG is also a problem and your maligning me for having problems. Seriously, maybe you should take a step back and reflect on why that is and what the actual issue here is, because it's not me.
Adamant1 (2021-01-10 22:28:37+00:00): >No - they don't, honest.

Really? I just pointed out examples of people who do. Especially with RTFM. Jeisenbe routinely has issues with people on the wiki for reverting people. I won't even go into the many problems there's been with Woodpeck and his bad attitude. or I guess that whole "grab them by #$%#$" thing he recently went through on the mailing list a none issue. When he works for the DWG none the less. So what the hell are you even talking about?
Adamant1 (2021-01-10 23:00:08+00:00): I don't expect you to treat the platform like it's a cesspool, even though it really is, but you should at least have enough respect for users to be honest about the general level of disfunction and not use some crap like "everyone except you gets along and your the only that has problems" as a way to "win" a discussion. Especially when it's someone like me who has the amount of edits I do and has contributed to a lot of the backend stuff like I have.
Adamant1 (2021-01-11 01:46:39+00:00): Back to the actual issue. Here's an edit made my Ti-lo three days to a place I had tagged as shop=motorcycle_parts called "Germany Motorsports - Motorcycle accessories and motorcycle clothing"
https://www.openstreetmap.org/changeset/97161716#map=19/48.27626/9.47769

With the changeset comment "obviously not only a parts shop." You can easily look on their website to see they sell turn signals, lights, and other things that are clearly "motorcycle parts." They literally have the word "accessories" in their name. "There's absolutely nothing to indicate they sell motorcycles either. 

So how is that place "obviously not a parts shop" or not better tagged as the more descriptive shop=motorcycle_parts tag then shop=motorcycle?
Adamant1 (2021-01-11 21:20:31+00:00): BTW, Andy. If you'll notice in my changeset before Ti-Lo's I said in my changeset comment "Changed tags per discussion." 

You want to know why? Because I had talked about how to tag the place properly with the person who originally created the POI and we both agreed that shop=motorcycle_parts was the better tag. 

Feel free to ignore that though and chalk the whole thing up to me just "getting in edit wars in OSM so much." Not anything to do with RTFM giving zero craps about prior consensus or anything. 

It's completely ridiculous when something can be discussed and approved by the person who originally created the POI, reverted, and then the attitude by you is that I'm the one in the wrong for making the edit. Just because I had a disagreement about something completely unrelated with someone a few years ago. 

Seriously, you should take a step back and ask yourself why you find yourself taking such a clearly ridiculous and judgmental opinion about this.
dvdhoven (2020-07-02 11:38:30+00:00): Ik heb het verkeersbesluit opgezocht https://www.zundert.nl/bestuur-en-politiek/bekendmakingen/bekendmaking?tx_windgvop_windgvop%5Bpublication%5D=443&cHash=7f82a564e509064082e54794f334a0c7 
Daarin staat dat er een uitzondering is voor fietsers en bromfietsers
Dat tag je met:
oneway:bicycle=no
oneway:mofa=no
oneway:moped=no

Ik zet die tags er bij. Er is nu een foutmelding voor fietsknooppuntroute over deze weg

Vrienfelijke groeten,
Dick van den Hoven
marcelsmidt (2020-07-02 11:44:22+00:00): Super bedankt, zo leer ik iedere dag weer een hoop bij! Bedankt voor het aanpassen en het meekijken!
Ingolf2 (2021-06-05 21:18:26+00:00): Der Schnellimbiss "Holländische Spezialitäten" hat nach dem kompletten Etagen-Umbau zum Bistro "Extrablatt" 'für immer' dort geschlossen.
Der Knoten sollte gelöscht werden.
IIVQ (2020-10-06 20:46:33+00:00): Something went wrong, you renamed the Place de l'Hôtel de Ville to "$".
gscscnd (2020-07-04 10:17:47+00:00): Tag type stosuje się na relacjach, nie na drogach.
Map3456 (2020-07-02 11:20:56+00:00): Should this road and Boundary Street eastbound be merged?
Anton Khorev (2020-07-11 23:48:51+00:00): Hello. You have already received similar messages. One of them was discussed here:

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

Another user commented that you shouldn't add addr: tags to streets. But there's one more reason why your edits are being detected as errors.

Buildings may have addresses, but they should not have both addr:place and addr:street tags. You happen to have edited buildings that had addr:place tag set before. Once you added addr:street tag to those buildings without removing addr:place, the error was detected.

At this point there are two possibilities:

1. The houses are actually not numbered along the street, each house has unique number in the entire village, addr:place tag was set correctly - in this case you shouldn't have added addr:street tag.

2. The houses are numbered along the street, addr:place tag was set incorrectly - in this case you should have deleted addr:place after adding addr:street.

For more information see:

https://wiki.openstreetmap.org/wiki/Addresses#Addresses_without_street_names

https://wiki.openstreetmap.org/wiki/Key:addr:place

Best regards  
Anton Khorev  
Data Working Group

(automatyczne tłumaczenie)

Dzień dobry. Otrzymałeś już podobne wiadomości. Jeden z nich został tutaj omówiony:

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

Inny użytkownik skomentował, że nie należy dodawać tagów addr: do ulic. Ale jest jeszcze jeden powód, dla którego zmiany są wykrywane jako błędy.

Budynki mogą mieć adresy, ale nie powinny mieć tagów addr: place i addr: street. Zdarza się, że edytowałeś wcześniej budynki, które miały ustawiony adres add: tag miejsca. Po dodaniu tagu addr: street do tych budynków bez usuwania adresu add: place wykryto błąd.

W tym momencie istnieją dwie możliwości:

1. Domy w rzeczywistości nie są ponumerowane wzdłuż ulicy, każdy dom ma unikalny numer w całej wiosce, adres add: place został ustawiony poprawnie - w tym przypadku nie powinieneś dodawać addr: street tag.

2. Domy są ponumerowane wzdłuż ulicy, tag addr: place został ustawiony nieprawidłowo - w tym przypadku powinieneś usunąć adres add: place po dodaniu adresu add: street.

Aby uzyskać więcej informacji zobacz:

https://wiki.openstreetmap.org/wiki/Addresses#Addresses_without_street_names

https://wiki.openstreetmap.org/wiki/Key:addr:place
eggie (2020-07-02 11:48:12+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Er zijn nogal wat afspraken binnen osm anders wordt het een rommeltje.  
Gebouwen in OSM zijn allemaal import vanuit het kadaster. Beter niet zomaar veranderen. Een nieuwe import kun je aanvragen via het forum. 
Een schuur heet niet name=Schuurtje. Net als een woning niet heet name=Huis

Svp geen adressen toevoegen aan de gebouwen zelf.



MVG,
Eggie
eggie (2020-07-02 11:54:58+00:00): Adres en naam Schuurtje verwijderd.. knoop uit gebouw nr 15 gehaald. 
Gr eggie
berndw (2020-07-02 17:28:45+00:00): Hallo Bunkerpark

wenn man einen Weg als privat und/oder verboten zu befahren markieren will, sollte man sich diese Seite ansehenhttps://wiki.openstreetmap.org/wiki/DE:Key:access

Ansonsten gilt 'name is name only', beschreibende Namen sind unerwünscht, kann sowieso keiner auswerten.
Hier würde ich den Schlüssel operator vorschlagen

https://wiki.openstreetmap.org/wiki/DE:Key:operator

Und da dort auch bestimmt Zäune o.ä. stehen auch https://wiki.openstreetmap.org/wiki/DE:Key:barrier

Viel Spaß beim Lesen
berndw (2020-07-02 17:29:18+00:00): https://wiki.openstreetmap.org/wiki/DE:Key:access

Link korrigiert
berndw (2020-07-02 17:38:50+00:00): BTW:

Ich würde auch gerne wissen, ob der gesamte Weg vom Gewerbegebiet an der Triftstraße bis zur K 61 Privatstraße ist, in den Fall wären einige Waldwege Richtung Nordost betroffen, oder nur das Bunkergelände im Wald.
el_tommo (2020-07-03 09:30:10+00:00): Danke berndw,
ich habe gerade Schadensbegrenzung betrieben (die K61 fehlte auf 400m) und den überlappenden Weg gelöscht. Nach meiner Erinnerung stehen die ersten Schilder (gefühlte 42 Verbote auf einem Schild untergebracht) von Norden kommend an der Triftstraße ungefähr in Höhe der Grenze zur VG Selters. Die Quertracks sind also offen.
berndw (2020-07-03 10:45:52+00:00): ich schau mir das vor Ort an
Cascafico (2020-07-03 08:11:38+00:00): Forse dovrebbe comprendere il perimetro esterno, non solo la rotatoria. Vedi la wiki in inglese che è più descrittiva.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/87450326
fabiotofy (2020-07-04 19:13:30+00:00): ok, correggo subito seguendo le tue indicazioni
user_5359 (2020-07-02 16:33:42+00:00): Hello again! Please notice: We use normaly the lowercase word for a key: building instead BUILDING.
SomeoneElse (2020-07-08 16:33:19+00:00): Hello Okwii,
In this changeset you accidentally deleted Tanzania https://www.openstreetmap.org/relation/195270 and Uganda https://www.openstreetmap.org/relation/192796 .  I've therefore reverted it.  Can you please also make sure that in future you use meaningful changeset comments?  Here you've used "#hotosm-project-9013 #HOTMicrograntcovid19 #covid19 #MapUganda #Kikagati#Okwii#goodmappers" which does not explain to anyone what you are doing.
Best Regards,
Andy
limmmoh (2020-07-02 11:39:32+00:00): Added a driveway according to Private Maxar Imagery
stefanct (2021-12-17 12:42:12+00:00): Das war Unsinn. Bitte keine Änderungen machen, nur weil irgendein Tool sagt, dass etwas nicht stimmt. In diesem Fall hast du die Situation verschlimmert.
_torsten_ (2022-02-18 09:28:03+00:00): Hallo sinngrund-erleben, ihr habt in diesem Änderungssatz route=mtb auf route=bicycle geändert. Welchen Grund gibt es dafür? 
Die Route 35 - Schondratal ist Bestandteil des Bikewaldes Spessart: https://www.bikewald.com/routen-und-touren/bikewald-route-35-schondratal/. Damit sollte m. M. n. diese Route als MTB-Route definiert sein und man kann sie z. B. hier https://mtb.waymarkedtrails.org/#?map=13.0/50.1582/9.6613 besser finden. 
Herzliche Grüße, Torsten.
DP24PH (2020-07-02 13:32:19+00:00): Change log: Modern PUV route B7 got into overhaul as Alabang TSC is the primary operator, including the route_master.

#Mapping101 Thursdays S1 E005:
https://www.facebook.com/DearPaulPH/videos/402619877323656/

Papercut Fix Reference: https://github.com/OSMPH/papercut_fix/issues/64

Questions? Comments? Suggestions? Kindly comment down here.

Much love,

DEARPAUL24
HeyItsAdam (2020-07-02 21:13:02+00:00): Thanks for your map additions. When making map changes in the future, please try to use descriptive changeset comments. Just putting a hyphen isn't much help to other mappers trying to figure out what edits you made. Thanks
mosstreet (2020-07-05 10:46:02+00:00): Do you take into account gps tracks in your edits? If you do not consider why, rule what has been done correctly before you, and how to evaluate it? The point in the correct location of the road and that could not be shifted to your editing. I am constantly convinced of some hackwork and attempts to do what no one needs in relation to Apple employees. https://www.openstreetmap.org/changeset/87452319#map=19/68.78634/32.76335&layers=G
Jordaan23 (2020-07-07 07:10:03+00:00): Hi mosstreet, thanks for reaching out and providing the link to the GPS traces, I’ll make sure to look for these going forward. I reviewed this area and made some more adjustments with reference to this layer to ensure everything is aligned appropriately.
jeslop (2020-07-02 12:12:57+00:00): La etiqueta name: de la carretera es Carretera Madrid a A Coruña. No conseguirás nada con amenazas a la comunidad.
user_5359 (2020-07-03 18:52:42+00:00): Hallo! Du hast den Versuch unternommen einen zweiten Wikipedia Artikel an den Klosterknoten hinzufügen.
Ein Kloster und ein im Kloster vorhandenes Zimmer sind definitiv unterschiedliche Sachen und verdienen andere OSM-Objekte(!).)
Zudem ist die Sprache des Wikiartikel (und schon garnicht fehlerhaft mit einem Punkt statt Doppelpunkt getrennt) kein geeignetes Mittel einen Schlüssel zweimal zu verwenden.
Ist es nicht so, dass das Gebäude https://www.osm.org/way/25672384 das Kloster ist und der Punkt das Zimmer?
Bitte pass Deinen Eintrag ( egal, ob in dieser oder anderer Weise) an, da ist sonst den fehlerhaften Schlüssel löschen müsste.
Nina Eger (2020-07-04 10:53:34+00:00): Ah, hallo, ich schrieb dir schon direkt über dein Userkonto oder ? Bernstein war ein ehemaliges Kloster und existierte wesentlich länger als die Bernsteinschule, die dafür überregional Bedeutung hatte. Zum Gebäude gehört der Artikel Kloster Bernstein (Sulz am Neckar) und von dort ein Verweis auf Bernsteinschule. Heute ist es auf jeden Fall ein Hofgut und die Bernsteinschule gibt es dort nicht mehr. Allerdings gibt es temporär in der alten Klosterkirche Ausstellungen.
eggie (2020-07-02 12:45:53+00:00): |Review...  Lijkt me oke zo.. en JOSM!!

Eggie
BCNorwich (2020-07-02 19:38:34+00:00): Hi it's Royal Mail not Royal mail.
joost schouppe (2020-08-11 08:54:35+00:00): Ha, bedankt! Het is me wel niet duidelijk hoe je er moet geraken - kan je eventueel het toegangspaadje nog toevoegen?
Ik heb er ondertussen "een hondenpark" (leisure=dog_park) van gemaakt, dat is exact voor dit soort gebied bedoeld.
Mateusz Konieczny (2024-04-11 13:23:14+00:00): Hello! https://www.openstreetmap.org/node/3283753261/history has amenity = church that was added in this edit (if I checked things correctly)
What you meant by amenity=church? It seem to be not documented value and it seems to be a duplicate of https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship - if you meant christian church then then it is taggable by amenity=place_of_worship religion=christian.
Tooga (2020-07-16 16:04:50+00:00): Fina tillägg! Bra jobbat! :)