piebro/osm-data huggingface dataset:
mdaschke (2023-08-16 07:08:06+00:00): Nie wygląda to na nagrobek, bardziej na zawieszoną na drzewie rzeźbę. Miejsce do znalezienia na Google Maps jako "Zawrotka", tam są też zdjęcia. Pisownia jest oryginalna, ale zmienię jeśli jest konieczność. Dzięki za uwagi.
MxxCon (2023-09-18 05:43:10+00:00): It looks like in this edit you somehow mangled a height= tag for a bunch of buildings 🤔
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139933865
MapSpot (2023-09-18 15:48:40+00:00): Fixed in changeset 141431167
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139933865
eggie (2023-08-15 20:52:31+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback Probeer wel op de adresnodes bij te taggen.. Dus niet op de gebouwen zelf. Ook geen adressen toevoegen. Meestal is er een adresnode.


MVG, 

Eggie 

Namens de OSM Community
eggie (2023-08-15 20:56:49+00:00): Info verplaatst naar adresnode
eggie (2023-08-15 20:55:07+00:00): Dag Houtkamp.  
De eigennaam van een gebouw mag wel op de gebouwomtrek, maar niet nogmaals een adres toevoegen. 
De bedrijfs info hoort op de adresnode.. Niet op het gebouw.
eggie (2023-08-15 20:58:29+00:00): Het Panassos Cultuurcentrum staat al getagd op de adresnode.
eggie (2023-08-15 21:00:11+00:00): De dubbele info heb ik verwijderd..
MVG
eggie
eggie (2023-08-17 08:03:28+00:00): Dag Matthijs.. De info heb ik samengevoegd met de adresnode
gr eggie
eggie (2023-08-17 08:02:47+00:00): Dag Matthijs.. De info heb ik samengevoegd met de adresnode
gr eggie
FraukeLeo (2023-11-27 14:45:41+00:00): Hi GeoAndi, Fahrspuren werden nicht als separate Ways erfasst. Auch nicht bei durchgezogener Linie. Das führt zu Routingfehlern, weil das für die Routerlogik dann keine Fahrspur mehr ist, sondern eine separate, von der Hauptfahrbahn baulich getrennte Straße. Fahrspuren auf einer Fahrbahn daher immer über das lanes-Attribut erfassen, siehe https://wiki.openstreetmap.org/wiki/DE:Fahrspuren
Das war hier aber zumeist schon gegeben, ich habs nur etwas angepasst.
GeoAndi (2023-11-27 17:19:42+00:00): Hi FraukeLeo,
ich war mir da ehrlich gesagt nicht ganz sicher, wie ich diese Auffahrten am besten zeichne. Deswegen danke für die Info, wie es richtig ist, und für die Korrektur.
Viele Grüße.
GeoAndi (2023-11-27 18:06:51+00:00): Wenn wir schon bei dem Thema sind, vielleicht noch eine Frage. Wie würdest du die Verbindung zwischen Kreisverkehr und Kreuzung hier mappen? (https://www.openstreetmap.org/#map=19/49.27472/11.44804 -> am besten mal am Luftbild anschauen)
Hier existiert nämlich keine bauliche Trennung, sondern eine durchgezogene Linie. Allerdings wollte ich die Straße nach den Verkehrsinseln nicht wieder zusammenführen, da sie sich ja gleich wieder teilt und das Stück in Osm mit einem Straßensegment somit sehr kurz wäre.
FraukeLeo (2023-11-27 18:22:26+00:00): Das hätte ich genau so gemacht, wies jetzt ist. Lass es ruhig so. An beiden Enden sind Inseln, also bauliche Trennung. Ob man für den Mittelteil (30 Meter!) jetzt beide Ways zusammenführt oder separat durchzieht - beides geht, manchmal ist das eine sinnvoller, manchmal das andere. Es gibt bei OSM auch den Grundsatz "keep straight roads straight", man soll also in eine gerade verlaufende Straße keine "virtuellen Knicke" (z.B. durch häufiges Aufteilen und Wieder-Vereinigen) einbauen, die gar nicht da sind.
FraukeLeo (2023-11-27 18:23:30+00:00): Kennst du das OSM-Forum? https://community.openstreetmap.org/c/communities/de/56 
Da kannst du solche Fragen auch jederzeit stellen, und die meisten Leute da sind echt nett :)
GeoAndi (2023-11-27 18:36:54+00:00): Danke für die Erklärung und Bestätigung und für den Hinweis auf das Forum :)
FraukeLeo (2023-11-27 18:48:46+00:00): Und wo wir gerade eh nicht beim Thema sind: Du scheinst auch diese Kreuzung https://www.openstreetmap.org/#map=19/49.26841/11.43979 kürzlich umgebaut zu haben. Da entsteht jetzt von Nord nach West ein unnatürlich steiler Abbiegewinkel. Navis reagieren da allergisch, vor allem LKW-Navis. Nicht spitzer als 90 Grad, wenns nicht wirklich spitzer ist. Entweder den Kreuzungs-Node nach Westen schieben (der andere Ast wird dann noch schräger, aber der wird ja nur aus einer Richtung benutzt), oder die zwei Äste um die Insel rum gar nicht mehr zusammenführen, sondern beide rechtwinklig auf die B 299. Beides geht.
GeoAndi (2023-11-27 19:08:01+00:00): Danke für den Hinweis. Hab es an der Kreuzung mal nach deiner beschriebenen zweiten Möglichkeit angepasst (https://www.openstreetmap.org/changeset/144520478). Da ich das nun schon öfter so gemacht habe, habe ich da wohl ein wenig Arbeit für die nächsten Wochen :). Was mache ich aber bei der Kreuzung (https://www.openstreetmap.org/changeset/139936334#map=19/49.27702/11.48103)? Weil da kommt ja von Süden auch noch eine Straße auf die Kreuzung.
FraukeLeo (2023-11-27 19:15:25+00:00): Entweder 1. die Sturmwiese auch aufteilen (auch wenn da keine Insel ist), oder 2. die Wolfsteinstraße ungeteilt über die Insel führen, oder 3. in Kauf nehmen, dass Nutzer, die von Süd nach Nord oder umgekehrt wollen, einen kleinen Schlenker in den Daten haben, weil es nicht geradeaus drüber geht. Deine Entscheidung :) Da müssen wir Kompromisse machen, wenn wir Straßen (die eine Breite haben) durch Linien abbilden (die keine haben).
GeoAndi (2023-11-27 19:32:46+00:00): Ok, mal schauen, wahrscheinlich 1 oder 3.
Das mit dem Zusammenführen der Straßen nach einer Verkehrsinsel in einem Punkt habe ich vor einiger Zeit mal durch ein Changeset an dieser Kreuzung gelernt (https://www.openstreetmap.org/#map=19/49.31517/11.47560), wo meine Änderungen berichtigt wurden. Allerdings gibt es an dieser Kreuzung das Problem mit den zu steilen Winkeln für Navis nicht, da hier ja separate Auf- und Abfahren existieren.
Danke für die schnellen und plausiblen Antworten.
emersonveenstra (2023-08-16 11:14:07+00:00): Hi,

Please use the human wikipedia link when adding them (https://wiki.openstreetmap.org/wiki/Key:wikipedia?uselang=en#Using_Wikipedia_links:~:text=Use%20the%20human%20readable%20title%20of%20the%20article)

Thanks!
mueschel (2023-08-19 15:00:38+00:00): Hi,
are there two traffic signs on this node?
https://www.openstreetmap.org/node/11117712880
You can combine them in one tag: traffic_sign = maxspeed;speed_camera
n43fsa (2023-08-21 10:31:52+00:00): That's great, thanks I will do that. There is a sign on the same pole facing the other way which I put as a separate node - do you have a better suggestion for that
mueschel (2023-08-21 10:55:02+00:00): There's no good solution for this that is also widely supported. 
Some people try to put lists in the direction tag like direction=90;90;270 and traffic_sign = maxspeed;speed_camera;maxspeed.
Others use traffic_sign:forward and :backward - but if the node is not connected to a road this can't be evaluated easily.

It seems to be better to keep two nodes like you did.
Sandal man (2023-08-16 09:24:29+00:00): Hello,
please make smalle changesets, this helps others in tracking changes. 

Thank you.
Bruno1460 (2023-08-16 19:10:17+00:00): ok, got it
KasperSFranz (2023-11-19 11:42:19+00:00): Hi,
You added both not:operator:wikidata=Q638098 and operator:wikidata=Q638098

I am guessing the not:operator was added by mistake, so I have removed it as it can not both be Royal Mail and not be Royal Mail :).
habi (2023-08-16 05:00:59+00:00): Ciao!
Thanks for your additions to OpenStreetMap.
It is beneficial to confine changes to the data to smallish geographic region and not make them span several countries.
Happy mapping,
Habi

PS: Im monitoring a small region in Switzerland for 'review requested' changesets and was thus alerted of your changeset.
Mateusz Konieczny (2023-08-17 08:17:53+00:00): Thanks for help with this entries!

(BTW, you can switch to "nearest" as task source after you find one in area you are interested in to avoid some Persian text to handle)
CurlingMan13 (2023-11-14 07:02:26+00:00): Please leave more detailed changeset comments. What did you change, and why?

You can read more about changeset comments here:
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
Linslade (2023-10-29 19:37:05+00:00): Please take care when adding structures this way.  Many already have been mapped.
whammo (2023-10-30 10:16:14+00:00): Thanks, the couple overlapping buildings have been removed here: https://www.openstreetmap.org/changeset/143332111.
KasperSFranz (2023-11-19 11:40:25+00:00): Hi,
You added both not:operator:wikidata=Q638098 and operator:wikidata=Q638098

I am guessing the not:operator was added by mistake, so I have removed it as it can not both be Royal Mail and not be Royal Mail :).
user_5359 (2023-08-16 06:42:41+00:00): Welcome to OSM! Note that 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.
Did you mean the name of the driveway?
NorthCrab_upload (2023-08-16 00:30:26+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy.

"Zaciszna":
https://www.openstreetmap.org/node/11117886342
https://www.openstreetmap.org/way/1198499559

"Wspólna":
https://www.openstreetmap.org/way/948702549
https://www.openstreetmap.org/way/1198499522

"Krańcowa":
https://www.openstreetmap.org/way/1198499530

Pozdrawiam! 🦀
Piotr Strębski (2023-08-16 22:43:23+00:00): Zrobione! :-)
NorthCrab (2023-08-19 12:27:53+00:00): Reverted for vandalism

https://www.openstreetmap.org/changeset/140092861
user_8655426 (2023-08-16 03:25:45+00:00): Hello,
Did you read my comment on changeset:134269225?
https://www.openstreetmap.org/changeset/134269225

Your edit has a lot of mistakes. Did you do a field survey? Do you live in japan?
I will revert your changeset later. (#139940187, #139940254, #139939723)
Please stop vandalism!

Also, you seem to be using data sources that are not available for OSM.
Please read the following pages.

Sources of information (Don't use copyrighted information)
https://wiki.openstreetmap.org/wiki/Beginners_Guide_1.1

Copyright
https://wiki.openstreetmap.org/wiki/Copyright

Legal FAQ
https://wiki.openstreetmap.org/wiki/Legal_FAQ

Use of CC BY 4.0 licensed data in OpenStreetMap
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/139939723
user_8655426 (2023-08-16 11:52:21+00:00): Reverted. 
https://www.openstreetmap.org/changeset/139960182

You have already been warned by other mappers about your source.
I will report your questionable edits to the DWG.
user_8655426 (2023-08-16 11:57:39+00:00): DWG = Data Working Group
https://wiki.openstreetmap.org/wiki/Data_working_group
Ikuta (2023-08-16 12:36:07+00:00): I am very sorry for my mistakes. I was using the iD editor and chose "cycle and foot path" without a second thought. 

Could you make 浜名湖周遊自転車道 into a bike route relation? I always want to make this change but I now I do not know the correct way.
user_8655426 (2023-08-16 13:05:55+00:00): Thank you for your reply.
I've surveyed half of 浜名湖周遊自転車道, but haven't mapped it yet.
I will edit this route in the future.
jleedev (2023-08-25 18:27:14+00:00): If this is being demolished, you should change `building=garage` to `demolished:building=garage` (and remove most of the other tags).
user_8655426 (2023-08-16 11:48:26+00:00): Reverted. 
https://www.openstreetmap.org/changeset/139960182
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/139940187
user_8655426 (2023-08-16 11:47:15+00:00): Reverted. 
https://www.openstreetmap.org/changeset/139960182
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/139940254
user_5359 (2023-08-18 05:07:34+00:00): Hello! Please take a look on http://www.osm.org/way/1198513751. What is the mean of the tags
GPO_Unique = 059_13783
SourceID = 638320
?
If these are reference numbers, then please use the prefix ref and use lower case letters. Has this import been discussed?
map4e123 (2024-05-30 13:35:36+00:00): 

Hello, thank you for the contribution. Please pay attention, always add shops and other functions to the address node. Never create a seperate node for a shop - when there are multiple, duplicate the address node.

Can you move the shop info to the address node for the affected data?



    Übersetzt von https://wiki.openstreetmap.org/wiki/Welkom_op_OSM

    "Adressen werden auch automatisch zu Eigenschaften hinzugefügt. Wenn Sie einer bestimmten Adresse etwas hinzufügen möchten (z. B. dass sich dort ein Schuhgeschäft befindet), fügen Sie diese Details (d. h. Art des Geschäfts, Name, Website usw.) am besten zum Adressknoten des Geschäfts hinzu. Sie sollten diese Angaben nicht am Gebäude selbst anbringen. Warum? Geschäfte und Restaurants sind nur so lange an eine Adresse gebunden, wie sie besteht; das Gebäude kann Hunderte von Jahren bestehen.

    Übersetzt mit DeepL.com (kostenlose Version)"
Pink Duck (2024-10-17 15:44:11+00:00): I'm not sure node 4500440105 counts as a power=portal. It has two wooden posts for extra strength but the current carrying cables connect at the top and not between the legs. power=portal wiki contains "If some cables are outside them, it's a h-frame tower and power=tower + design=h-frame should be used."
Wookey (2024-10-17 17:40:07+00:00): Hmm. You are certainly correct according to https://wiki.openstreetmap.org/wiki/Tag%3Apower%3Dportal
and
https://wiki.openstreetmap.org/wiki/Tag%3Apower%3Dpole
But I've been tagging a lot of things like this: 
https://c8.alamy.com/comp/C1Y374/uk-pole-mounted-transformer-C1Y374.jpg
and this (standalone transformer so a bit different)
https://c8.alamy.com/comp/CEPH6X/a-pole-mounted-electricity-transformer-CEPH6X.jpg
as 'portals'.
Do you think that C1Y374 image is an H-frame? The wires are not outside, but they are anchored to the top bar rather than passing inside. There are an awful lot of those terminating cables at towns and substations in the UK. I have been calling them portals for the last couple of years.

I'm pretty sure I got that from vespucci and the OSM wiki but I see what you are saying about 'h-frame'. I have certainly tagged some h-frames as portals too, as I was simply unaware of term h-frame. Clearly I need to go back and fix those.
But I'm still a little unsure about all those 2-pole transition towers, usually with a distribution transformer mounted in between them, but not always. How should they be tagged?
Wookey (2024-10-17 17:46:38+00:00): Hmm. Actually that's not a great example as the main line does not go underground there, and the wires do go above the crossbar on pins on that one. So I guess you would call that an H-frame even though the top cross-bar is not really wider than the poles.
(this sort of thing:  https://polesnwires.com/knowledge-base/h-frame/ I see is defo an H-frame ).
I will update my practice, so thanks for pointing this out. I've done a lot of power lines in the last couple of years and have essentially been calling anything with 2 poles a portal. So there are a lot of locations to fix.
Pink Duck (2024-10-18 07:24:36+00:00): I've also seen some power poles with two individual poles at base joining together to form an inverted V peak with the usual three-phrase carrier bar.
Fizzie-DWG (2023-12-19 08:45:54+00:00): DWG revert

https://www.openstreetmap.org/changeset/145281736
Mateusz Konieczny (2026-02-08 16:39:13+00:00): Hello! https://www.openstreetmap.org/way/121194228/history has paved = yes that was added in this edit
Why not surface=paved ? What is benefit of using unusual paved=yes rather than surface=paved ?
mariotomo (2023-08-16 12:19:00+00:00): sería: "entre las mareas y caudal del río" ? ;-)
SK53 (2023-11-10 22:59:50+00:00): Hi,

I know you didn't do the original edit, but can you look at Barnstable MA. The place=town is located at Hyannis/Hyannisport. No-one I know locally calls this area anything other than by the name. Barnstable as a place (vs. admin. entity) is located on the Old King's Highway (Mass 6A). I don't think that the MA 'town of ' construct really fits well with place=town., whereas Hyannis in all respects does (has a CBD, transportation hub, shopping etc.), plus it's a big tourist destination.

I suspect it might lead to unexpected routing & other queries (nice seafood restaurant in Barnstable not found 'cos the wrong one) too.

Historically, I think the bay side of the Cape was settled first, so most of the places which gave rise to admin entities sit along 6A. The labels of all the others seem to be where I'd expect them to be.

Jerry
watmildon (2023-11-11 03:06:31+00:00): Sure! Love a little mystery. I can poke around sometime next week when I’m back at a real computer.
user_5359 (2023-08-16 06:37:58+00:00): Welcome to OSM! What is the mean of the key "Sidewalk Link - ADA_Path". This key violated rule for a good key name! What information does your project need? Have you checked the OSM Wiki (https://wiki.osm.org) to see if this can be expressed with existing keys? Has this project been discussed with OSM contributors? I can only recommend that you delete the data in this form.
Graptemys (2023-08-24 14:58:10+00:00): This looks like a description, not a name https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139943005
Graptemys (2023-08-24 15:03:42+00:00): Also, the feature is now duplicated, and what is the restaurant=no tag for? Were you following some guide for baseball diamond tagging?
ptaff (2023-08-24 18:51:27+00:00): Hello Graptemys,

[This looks like a description, not a name]

I've been OSM'ing tens of baseball fields in Québec in the last month or so and this way of organizing things appeared to me as the most logical, useful and practical; feel free to suggest better approaches.  Let me explain.

In this very case at Parc du Père-Marquette, the “name” is more of a description, I agree.

But in the many cases where there are multiple baseball fields (with different sizes and features) in the same park, locals will refer to them as “baseball park 1”, “baseball park 2”, and so on.  See for instance https://www.baseballstleonard.com/index.php/jarry-3-park

There are also cases where there are multiple baseball fields, only one which has a specific name, like at Parc Clair Matin https://www.openstreetmap.org/way/174494788

For sake of consistency across baseball parks, I've decided to give them all name.

Also to take into consideration for that naming of “anonymous” baseball parks: while mapping those baseball fields in OSM I've been adding cross-references to Wikidata entries for many, such as https://www.wikidata.org/wiki/Q121402244 which is a distinct entity from the park (which would be https://www.wikidata.org/wiki/Q22482810 in this case) and each entity needs a name.  OSM iD will automagically pull the name from Wikidata, and that name will likely be worse (as it will often include the name of the parent park) than the generic “baseball park”.

[the feature is now duplicated]

I don't understand; what is duplicated, can you please rephrase this to help me?

[what is the restaurant=no tag for]

It is somewhat expected for baseball park visitors, which will tend to remain on-site for a few hours while watching a game, to find some kind of snack bar and/or toilets and/or drinking fountains among its amenities, just like it is somewhat expected for a visitor to find a washroom at a gas station or a restaurant at a casino.

The indication there is no restaurant (or no toilet) is thus, I think, useful.  The point is that it is, at least in spirit, similar to the `wheelchair=*` attribute as it can make or break a decision to visit the baseball grounds.
Graptemys (2023-08-25 23:27:19+00:00): Okay I see the dilemma. I've mapped some hockey arenas before, many of which have multiple rinks and so have a similar issue about names for individual rinks (Rink A, Rink B) vs the arena as a whole. As far as I know there is no good solution yet.

For single non-notable baseball fields with no name I would think it's best to leave the name off entirely, as adding a generic name wouldn't reflect reality and wouldn't help anyone find the field. And for fields notable enough for wikidata pages, noname=yes seems better than adding a generic name. That's just my opinion though, I'm not by any means an expert in this.

Re: duplication
There are now overlapping ways for leisure=sports_centre https://www.openstreetmap.org/way/36907037 and leisure=pitch https://www.openstreetmap.org/way/36907037. I think there should only be a pitch. The wiki for sports_centre says it's not meant for single fields.
ptaff (2023-08-26 00:31:48+00:00): Hi Graptemys,

[adding a generic name wouldn't reflect reality and wouldn't help anyone find the field.]

Alas, neither nominatim nor the current popular tile generators do a great job at helping someone find unnamed baseball fields.  This is even truer on a visual level for rectangle-shaped soccer vs. american/canadian football fields; at least a baseball field shape is somewhat recognizable.

I totally understand and accept that we shouldn't tag for the renderer, but it's so tempting sometimes.
 
[noname=yes seems better than adding a generic name]

You just taught me today about the existence of `noname=yes`.  That would make perfect sense.   I've consequently de-baptized the Parc du Père-Marquette baseball field in changeset https://www.openstreetmap.org/changeset/140392873 — thank you for your input on this.  I plan to undo those inappropriate namings I've done in the upcoming weeks.

[There are now overlapping ways for `leisure=sports_centre` and `leisure=pitch`]

This is on purpose.

The `leisure=pitch` is for the baseball field itself, while the encompassing `leisure=sports_centre` is for the “whole baseball location” including bleachers, related buildings such as locker rooms, associated fences not tightly wrapping the baseball playing field itself, dedicated toilets, restaurants, dugouts, bullpens, drinking fountains and so on.

I've taken this problem of creating an explicit “relation” between the baseball pitch and its “facilities” to the community a couple of weeks ago and though there seems to be no perfect way for indicating the relationship, `leisure=sports_centre` appears to be the de facto standard for smaller soccer grounds in Europe with the same constraints.  See the discussion on 
https://www.reddit.com/r/openstreetmap/comments/15j677l/mapping_smaller_baseball_grounds_with_facilities/ if you're interested.

Have  a great weekend,
Graptemys (2023-08-26 01:40:48+00:00): Alright, seems like you've put plenty of thought into it. I hope some day we'll have a better way of tagging these facilities.
Frans S (2023-08-22 10:53:35+00:00): A new mapper !  Welcome. We hope you will enjoy mapping.
Thank you for mapping. You have correctly identified the location of most objects and mapped. 

Reminder: Please be sure to square all rectangular buildings with the Q key
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
On this document you will find some hints and tricks which might help to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/139943052
nevw (2023-08-16 12:33:58+00:00): Hi
Multipolygons cannot be constructed as you have done.
https://tools.geofabrik.de/osmi/?view=areas&lon=152.88689&lat=-27.37132&zoom=19
You need to read up on multipolygon relation validity.
nevw (2023-08-16 12:36:01+00:00): https://wiki.openstreetmap.org/wiki/Relation:multipolygon