498 changesets created by mueschel have been discussed with 291 replies of this contributor
Changeset # Tmstmp UTC Contributor Comment
168704522
by mueschel
@ 2025-07-09 16:26
12025-07-10 07:01TheNewCivilian
♦6
Hi @Mueschel. Thank you for the quick quality check. I added those keys as a test in regards to: https://community.openstreetmap.org/t/railway-station-id-confusion-uic-ref/132393 . I am trying to find out whats the best way to deal with the issue of uic_ref not being clearly defined. For now I check...
22025-07-10 16:55mueschel Changing a tag that has been in use for more than a decade and is used 130k times is very difficult - you need to update all the tools that use the tag, update the memory of all the mappers that remember the old tag, change all the editors... In general it's not worth all the effort.
168435728
by mueschel
@ 2025-07-03 09:35
12025-07-07 21:20Brickblock1
♦7
Thanks for fixing it!
168388658
by mueschel
@ 2025-07-02 09:22
12025-07-06 06:21Pathumthani
♦28
Bitte um Auskunft, was Du da verändert hast!
22025-07-06 06:30mueschel So wie es im Kommentar steht: Ich habe einen fehlenden Doppelpunkt ergänzt. southroute -> south:route
32025-07-06 15:36Pathumthani
♦28
Danke! Alles klar!
161107772
by mueschel
@ 2025-01-07 19:09
12025-06-28 05:20無限の刃
♦11
You violated "On the Ground Rule"
https://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule
I recommend you quit editing in Japan. Because you can't read Japanese comment.
22025-06-28 07:08mueschel I'm very well able to understand what was written there, but it doesn't describe the common tagging practice. On a highway, the 'name' tag refers to the name of the highway and 'bridge:name' is the name of the bridge if it is not mapped separately. There's nothing ...
32025-07-02 08:43無限の刃
♦11
Be aware my edits is in conformity with OSM rule. https://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule
Almost roads in Japan don't have highway name. It is just operator and reference number. 東海道 is not currently road name but used in places because it is popular.
If we follo...
168171107
by mueschel
@ 2025-06-27 07:34
12025-06-29 18:20DodoGTA
♦15
I meant to type addr:contact here (I'll re-add the correct key soon)
168265848
by mueschel
@ 2025-06-29 13:40
12025-06-29 17:12VictorIE
♦912
Thanks!
168221973
by mueschel
@ 2025-06-28 10:55
12025-06-28 22:58queenofthenightosphere
♦2
I'm not sure about the tag `toilets:wheelchair:grab_rails=yes`. I feel like I prefer `toilets:grab_rails=yes`. The `wheelchair` namespace seems unnecessary, and somewhat inaccurate. Grab rails aren't only for wheelchairs, and it doesn't feel necessary to namespace them under wheelchai...
22025-06-29 06:51mueschel "wheelchair" is the key that summarizes many different kinds of disabilities, in the same way the wheelchair symbol on parking spaces doesn't restrict it to wheelchair users only.

"toilets:wheelchair:grab_rails" is in use since a couple of years. I don't think there...
167915616
by mueschel
@ 2025-06-21 14:07
12025-06-26 17:16VigilantPenguin
♦31
Whoops, my bad, thanks for fixing!
167922221
by mueschel
@ 2025-06-21 16:54
12025-06-26 14:49真中あお
♦26
Thank you for your correction of my mistake! (*´∀’)b
166908834
by mueschel
@ 2025-05-29 08:44
12025-06-26 12:37flohoff
♦2,366
Moin,
ich reverte deine position:forward zu position:distance wieder.

distance ist hier nicht eindeutig. Distance wäre die diagonale - das ist hier aber nicht angeschlagen.

Und ja - Im wiki steht distance. Das ist aber eben unsinn.

Flo
22025-06-26 13:32mueschel Bitte lass die Tags so wie im Wiki beschrieben.
Bitte erst dort diskutieren und einen Konsens finden.
167961665
by mueschel
@ 2025-06-22 14:35
12025-06-22 14:41NorthCrab_upload
♦6,984
Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Nazwa ulicy nie powinna zawierać przedrostka.
https://www.openstreetmap.org/node/12931017816
https://www.openstreetmap.org/node/12931017817

Pozdrawiam! 🦀
118374924
by mueschel
@ 2022-03-11 18:29
12025-06-20 15:17dpolovinkin
♦334
love the comment haha
167823646
by mueschel
@ 2025-06-19 12:15
12025-06-19 13:09ilias_
♦217
Thanks, didn't catch the typo
165342830
by mueschel
@ 2025-04-23 16:37
12025-06-11 14:02Le_Sharkoïste
♦66
Thanks
167352125
by mueschel
@ 2025-06-08 13:34
12025-06-09 10:53Marych_
♦189
Dear mueschel,

What for you did this change?

Main language in Uzbekistan is Uzbek Latin-based alphabet
Name in name filed is correct

for what reason you add uz-Latn ?
Where you got
Shoxjaxon mahallasi - for example?
22025-06-10 07:48mueschel Hi,
I didn't add these names, they are there since 3 years. I just fixed the mistake in the keys with a ':' at the end.
167347266
by mueschel
@ 2025-06-08 11:41
12025-06-08 23:25GinaroZ
♦1,280
whoops thanks for fixing!
167213832
by mueschel
@ 2025-06-05 09:42
12025-06-05 14:17VictorIE
♦912
Thank you.
167084973
by mueschel
@ 2025-06-02 10:17
12025-06-02 10:38Tatfahren
♦271
Hallo mueschel,
Der Nutzer hat noch viele weitere Koordinaten ergänzt, dort aber das letzte "s" in "GPs" groß geschrieben.

Wenn Koordinaten in diesem tag falsch sind, sollten die wohl alle entfernt werden, und wenn nicht, an dieser Stelle nur der Schreibfehler korr...
22025-06-02 10:57mueschel Hi,
danke für den Hinweis. Diesen Key hatte ich nicht gesehen, weil er schon seit einem Import 2012 existiert (mit yes/no).

Koordinaten von Objekten in Tags sind unnötig, da sich der Knoten ja bereits an der richtigen Stelle befindet. Nur wenn Koordinaten explizit auf dem Objekt vermer...
134662246
by mueschel
@ 2023-04-08 17:38
12025-05-31 15:01Johnwhelan
♦84
deleting the tag and adding fixmedoesn
22025-05-31 15:02Johnwhelan
♦84
add that much value.

John
32025-05-31 15:04mueschel There are very few tools that mark random tags as error / warning, but many tools that highlight 'fixme'. The edit made the problem much more visible to most mappers.
42025-05-31 15:45Johnwhelan
♦84
I think JOM validation highlights them and changing it to heathcare centre wouldn't have taken that much extra effort unless you're using an automated tool.
52025-05-31 15:56mueschel JOSM doesn't highlight unknown tags - unless they contain other errors like spaces like in this case. I can't simply change them without knowing what a "centre de sante" is in the local context.
62025-05-31 16:11Johnwhelan
♦84
Apols, I accept "centre de sante" isn't english so might be difficult for you to understand.

Cheerio John
166602707
by mueschel
@ 2025-05-22 09:23
12025-05-22 15:48Davidos64
♦9
Oops, thanks !
166073363
by mueschel
@ 2025-05-10 14:58
12025-05-16 08:19LuxuryCoop
♦110
Hi,

The node is not a spam, but just mis-tagged. It's '진주남강유등전시관(Jinju Namgang Oil Lamp Exhibition Museum)'[1], and you can view the constructions on Bing Aerial Imagery (but not Esri). I've undeleted the object and corrected the tags and geometry.

Thank y...
166193044
by mueschel
@ 2025-05-13 09:52
12025-05-15 02:47julcnx
♦404
Thanks! I wasn't aware of such documented lifecycle highway key, I will use it for now with fixme=survey.
166079528
by mueschel
@ 2025-05-10 17:31
12025-05-10 19:16Fraxi
♦130
Thanks! When I was "on the ground", I was hesitating for the correct syntax.
165972876
by mueschel
@ 2025-05-08 09:15
12025-05-08 11:28Mappin' Jack Flash
♦225
Thank you for correcting my typo!
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/165972876
164460202
by mueschel
@ 2025-04-03 11:33
12025-05-06 22:48VLD290
♦5
Thanks for fixing that copy paste error! I appreciate it.

- Jonathon
165884210
by mueschel
@ 2025-05-06 10:15
12025-05-06 15:40NVBW_Edit_Nakaner
♦5
Hallo,

der Taggingfehler stammt aus unserer Kampagne durch einen Bug bei der Objekterzeugung. Es gibt mittlerweile eine Validatorregel dagegen (und einen Bugfix dafür).

Viele Grüße

Michael
165705903
by mueschel
@ 2025-05-02 07:42
12025-05-04 12:04catgirlseraid
♦32
thanks <3
165683986
by mueschel
@ 2025-05-01 16:24
12025-05-02 02:46あじさか
♦3
Thank you for correcting the typo in the vending tag.
I'll make sure to use vending=noodles from now on.
165560748
by mueschel
@ 2025-04-28 18:05
12025-04-30 10:31TheNightRider
♦21
Thanks for finding and fixing my type1 typo!
165441175
by mueschel
@ 2025-04-25 20:21
12025-04-29 02:21afgb1977
♦22
Hello. What is your data source for Tienda el Mono (N12785004891)?
I know that business location and at least 50% of the key=value is incorrect.
22025-04-29 07:46mueschel Hi, I didn't add any data, this was done in another changeset.
165516960
by mueschel
@ 2025-04-27 17:44
12025-04-27 22:08grzegorz75jan
♦466
Thanks for correcting "wikimedia commons" Why didn't I detect that myself.

I'm getting dementia.
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/165516960
165342782
by mueschel
@ 2025-04-23 16:35
12025-04-24 13:59Alexcunn
♦3
Thank you!
165285543
by mueschel
@ 2025-04-22 13:14
12025-04-23 11:06Teremys
♦6
bien vu, déso pour la coquille !
165192891
by mueschel
@ 2025-04-20 13:00
12025-04-22 14:25Strubbl
♦552
Danke!
165233648
by mueschel
@ 2025-04-21 11:18
12025-04-21 13:30user_5359
♦19,415
see https://www.osm.org/changeset/165209623
165185095
by mueschel
@ 2025-04-20 09:50
12025-04-21 09:12Lezurex
♦213
Danke fürs genaue Hinschauen! Das verwechselt man noch schnell haha :D
165067897
by mueschel
@ 2025-04-17 11:50
12025-04-17 21:34MxxCon
♦3,359
If you use osmcha to spot this spam, when you remove it, could you please flag the original changeset as resolved? Makes it easier to know if cleanup still needs to be done.
---

Published using OSMCha: https://osmcha.org/changesets/165067897
165063124
by mueschel
@ 2025-04-17 09:51
12025-04-17 10:24somehundred
♦101
That's not private data. It's public toilet and code is written on the door and in the receipt if a person buys something.
22025-04-17 10:29mueschel The pure existence of such a code implies that the door is not meant to be used by everyone. If they distribute the code to all their customers, that is their decision, but making the information public to everyone in the world is likely not their intention.
32025-04-17 10:40somehundred
♦101
This information would not benefit anyone in the world except their customers and visitors. It's just a toilet that needs a code to open the door.
42025-04-17 10:45mueschel See e.g.
https://community.openstreetmap.org/t/opinions-on-internet-access-password/117581
163979718
by mueschel
@ 2025-03-23 10:26
12025-04-15 09:06alesarrett
♦130
I'd suggest to use obstacle:bicycle instead of danger:bicycle, given that the obstacle key is more formalized: https://wiki.openstreetmap.org/wiki/Key%3Aobstacle
What do you think?
---

Published using OSMCha: https://osmcha.org/changesets/163979718
...
22025-04-15 09:14mueschel Fine with me - but the 'danger' key was added somewhere else:
https://www.openstreetmap.org/changeset/163883089
32025-04-15 10:03alesarrett
♦130
Thanks, I'll discuss it with voschix.
160057592
by mueschel
@ 2024-12-08 13:49
12025-04-12 02:02scruss
♦74
Hey, there's some complete fiction going on here:

1) the Uxbridge line is still mostly single track, especially near kennedy station. I live about 200 m from this, I'd know if there was a new line

2) there are no public electrification plans. If they manage to electrify this line in ...
22025-04-12 05:50mueschel Hi,
that wasn't my edit. The tags were added in https://www.openstreetmap.org/changeset/160007751
164538770
by mueschel
@ 2025-04-05 07:33
12025-04-06 18:42kevinp2
♦19
Hi, please don’t delete the url:cadastre tag if you don’t understand what it is going to be used for. A new municipality is being created here and this tag will help link properties to their official records.

Thanks!
22025-04-06 18:42kevinp2
♦19
Hi, please don’t delete the url:cadastre tag if you don’t understand what it is going to be used for. A new municipality is being created here and this tag will help link properties to their official records.

Thanks!
32025-04-06 19:16mueschel This link to official sources is already contained in the ref:cadastre tag. The actual url doesn't need to be tagged - it can be generated automatically. And as urls like these tend to change often having only the reference number in the database is very much preferable.
164260778
by mueschel
@ 2025-03-29 18:17
12025-03-30 04:58Dimitar155
♦662
Thanks!
164072039
by mueschel
@ 2025-03-25 11:20
12025-03-25 21:47wielandb
♦132
Uff, da habe ich mich vertippt. Danke dir für die Korrektur!
163877352
by mueschel
@ 2025-03-20 19:13
12025-03-21 11:11Carole34
♦1
Why have you delete my points ? It was a try but i have 248 points to add or modify on Sète. I'm new and i want to understand my mistakes please.
22025-03-21 18:25mueschel Hi, welcome to OSM.
These nodes don't have any common tag to describe what they are. In OSM we have to use a well-defined set of tags to allow all software and all other users to understand what they mean.
If you look at the tags without knowing what it is and without reading the changeset c...
163010503
by mueschel
@ 2025-02-27 12:33
12025-02-27 13:16SafwatHalaby
♦623
Thank you for the fix! These wrong "heb" tags were auto-added by StreetComplete. I should report a bug there.
22025-03-19 20:57SafwatHalaby
♦623
https://github.com/streetcomplete/countrymetadata/pull/29
163486660
by mueschel
@ 2025-03-11 14:07
12025-03-12 10:17DodoGTA
♦15
I noticed a piece of paper (next to the one which said that the shop was permanently closing) that mentions the same place is now available for rent with a phone number (so I attempted to map it)

Is that out-of-scope for OSM?
22025-03-12 10:42mueschel That's how I understood the tag. And I'd say rental advertisements like these are definitely out of scope of OSM. There is already a lot of spam in this respect by people who try to use OSM to advertise their real estate which gets removed regularly.

If there's a permanent sign wit...
163364117
by mueschel
@ 2025-03-08 13:23
12025-03-10 18:14Xvtn
♦470
Howdy! I agree with the removal of lift_tickets as it is not used (https://taginfo.openstreetmap.org/keys/lift_tickets#overview), but rental=no seems appropriate? Why move that to description?
22025-03-10 18:49mueschel If you like, you can add it, but it needs to be more specific. The POI is a restaurant, so I wouldn't expect any kind of rental there.
I see how someone might assume some rental shop here, but I think the description is better - it's very unlikely that any software shows the negative &quo...
163283773
by mueschel
@ 2025-03-06 12:37
12025-03-06 15:17Andrew Chadwick
♦58
Ah yes. Thanks for that!
163113395
by mueschel
@ 2025-03-02 09:18
12025-03-02 13:06Xavizard Knight
♦12
Hello! Your contributions of this changeset make no sense.

You've moved the translated inscription to a new tag "inscription:es-t-la"
This -t- setup is the first time that I heard about it, and despite it is used elsewhere (https://taginfo.openstreetmap.org/search?q=-t-), it seems...
22025-03-02 13:28mueschel What was in the name tag was a description of the plaque, but not a proper name.

All the "inscription:translation:es:description:XX" tags are nothing else than the source of the translated transcription, so they should be in a source tag.

The -t- syntax is a standard also outside OS...
32025-03-03 16:58Xavizard Knight
♦12
I understand your logic behind some of your tag changes and rearrangements, but I disagree on some.

The name fits a description better, true, but so are literally all the names of monuments, plaques and memorials. Very few memorials do have a "title" in it that is its official name. Man...
42025-03-03 19:20mueschel Regarding the name, I wouldn't add any name tag if there is just a description and no real name. At most I'd add the name of the subject in the name tag.

Regarding the rest: 👍
163009887
by mueschel
@ 2025-02-27 12:17
12025-02-27 21:11OSM_RogerWilco
♦724
Danke! :-)
163010951
by mueschel
@ 2025-02-27 12:45
12025-02-27 17:20joel56dt
♦170
Thank you, I couldn't find a good tag to use. This is much better.
162935099
by mueschel
@ 2025-02-25 14:35
12025-02-25 16:37Marek-M
♦906
Thank you for correction my typo! :)
162465680
by mueschel
@ 2025-02-13 12:52
12025-02-24 11:25muralito
♦2,023
:-)
152935646
by mueschel
@ 2024-06-20 10:09
12025-02-22 03:39ElliottPlack
♦926
Hi! This edit made some bad data worse. Not your fault. The note:old_railway_operator tag was changed to another non-standard tag, and now we have a company that went out of business nearly a century ago listed as the operator. I will adjust. Cheers!
162775436
by mueschel
@ 2025-02-21 11:13
12025-02-21 19:50pitscheplatsch
♦5,402
Revert of https://www.openstreetmap.org/changeset/162724652

Thanks.
162441602
by mueschel
@ 2025-02-12 18:51
12025-02-20 12:18Lakachew Yihunie Alemneh
♦1
What is this line about?
162673795
by mueschel
@ 2025-02-18 19:06
12025-02-19 20:24d3mol3k
♦168
thx
162602203
by mueschel
@ 2025-02-17 09:03
12025-02-17 14:43spiregrain
♦198
Oh- thanks for fixing that embarrassing one.
161869095
by mueschel
@ 2025-01-28 18:30
12025-02-16 21:26rodolfovargas
♦50
Hola.

Me parece que no corresponde "daño, damage", porque están en situación de "emergencia", peligro, vulnerables.
Evidentemente la etiqueta "emergency" no existe en los Tag de OSM, pero muy bien debería diferenciarse de destruido, que ...
22025-02-16 22:05mueschel The tag "emergency" has a different meaning, it's not used to tag an abstract danger of some kind. That would be "hazard". Or, in the case of flooding, the common tag is "flood_prone".

If the buildings just were in danger of being flooded once, but nothing happe...
162565874
by mueschel
@ 2025-02-16 11:03
12025-02-16 17:10mcliquid
♦1,863
Grüß dich, ist das Tagging falsch? Das wird hier so vorgeschlagen: https://trafficsigns.osm-verkehrswende.org/DE?signs=DE:240,1000-33
22025-02-16 17:23mueschel Das sieht nach einem Bug aus. Das Tag "oneway:cycleway" gibt es nämlich nicht. "oneway" oder "oneway:bicycle" wäre korrekt.
An Straßen gäbes dann noch "cycleway:left:oneway" als Möglichkeit.
32025-02-16 17:24mueschel https://github.com/osmberlin/osm-traffic-sign-tool/issues/72
42025-02-16 17:27mcliquid
♦1,863
Danke für das Ticket! Hatte 2 Minuten davor gesucht und nichts gefunden :)
162563523
by mueschel
@ 2025-02-16 09:41
12025-02-16 09:51Spaghetti Monster🍝
♦2,069
Why not revert?
22025-02-16 10:06mueschel The larger part of the edit looks quite reasonable to me.

If you disagree, feel free to revert including my changes.
162546367
by mueschel
@ 2025-02-15 18:17
12025-02-16 09:11OSM_RogerWilco
♦724
Naja. "Experimentell" sind die nicht, sondern haben sich einfach an das vorhandene socket-Schema gehalten. Zu dem Zeitpunkt, als ich socket:usb benutzt habe gab es nur eine Handvoll socket:device Tags . Das socket:device Schema hat sich einfach nicht an das vorhandene Schema gehalten. Mach...
162538873
by mueschel
@ 2025-02-15 14:53
12025-02-16 05:31watmildon
♦246
Thanks for tidying up my typo!
162237478
by mueschel
@ 2025-02-07 09:37
12025-02-08 23:15Mortein
♦4
The mobile numbers are for different countries (https://wiki.openstreetmap.org/wiki/Key:phone#Support_for_multiple_countries), they should not be merged.
22025-02-09 09:24mueschel The phone numbers are *from* different countries, but not *for* different countries. Both have a country prefix and are reachable from anywhere in the world.
The phone:XX tags with country suffixes are used for local phone numbers (often toll-free or special numbers) that are only usable within on...
162082147
by mueschel
@ 2025-02-03 11:50
12025-02-03 23:51BurritoKing
♦2
This one is actually kind of weird - from the park website I think you cannot fish as an adult, ONLY as < 17 with an adult:

"Fishing is permitted at Shypond only for children 17 years and younger while accompanied by an adult."

This confused me too!
22025-02-04 11:38mueschel Thanks! I just changed the conditional accordingly
162013464
by mueschel
@ 2025-02-01 14:41
12025-02-03 16:55dreua
♦119
Thanks :)
162081381
by mueschel
@ 2025-02-03 11:35
12025-02-03 16:18d3mol3k
♦168
👍👍👍
162081859
by mueschel
@ 2025-02-03 11:44
12025-02-03 12:40Tatfahren
♦271
Du hast hier ein fixme hinzugefügt das die Wasserablaufrinne genauer getaggt werden soll. Was meinst du was hier passen könnte?

Es handelt sich um eine Rinne dieser Art (Beispiel: https://www.wasserundsteine.de/naturstein-baumaterial/schwerlast-betonrinne-fortis-edelstahl.html)

Das e...
22025-02-03 12:44mueschel Da habe ich auch keine gute Idee.

Ich hatte den Weg nur editiert weil er außerdem noch ein anderes Tag hatte, das da nicht hingehört:

"iD_validator_skip_to_allow_upload=yes"
32025-02-03 12:53Tatfahren
♦271
Dazu zwingt mich leider der iD validator, der sieht einen "note" nicht als tag an und verweigert dann den Upload des gesamten changesets aufgrund eines "objektes ohne beschreibende Eigenschaften".
162039857
by mueschel
@ 2025-02-02 10:31
12025-02-02 11:22osmviborg
♦1,647
👍
162038901
by mueschel
@ 2025-02-02 10:03
12025-02-02 10:05limes11
♦892
Danke. Werde mich nie daran gewöhnen, dass es sac_scale aber mtb:scale heißt...
162006858
by mueschel
@ 2025-02-01 11:15
12025-02-02 08:48d3mol3k
♦168
👍👍👍👍
131050038
by mueschel
@ 2023-01-09 11:12
12025-02-01 16:53The_Raven
♦8
Habe heute dieses Dach von OSM entfernt weil es nicht mehr da ist. War das richtig oder war dieser Eintrag "Virtuell" damit man weiss das es mal hier stand?
22025-02-01 17:24mueschel Da kann ich wenig dazu sagen, ich hatte hier nur einen Tippfehler korrigiert. Wenn sich Leute dafür interessieren könnten, kann man das Objekt sicher auch noch länger in OSM lassen damit es gefunden wird, inklusive dem Verweis auf den neuen Standort. Falsch ist das Löschen aber a...
32025-02-01 18:55The_Raven
♦8
Danke dir für die Antwort. Habe zwischenzeitlich noch etwas darüber gelesen/geforscht. Ist echt etwas kniffelig (löschen oder lassen). Ich glaube aber löschen ist die "bessere" Option. Ich lasse es daher mal so. Gute Zeit und happy mapping! :-)
161936440
by mueschel
@ 2025-01-30 12:56
12025-01-31 07:00APneunzehn74
♦138
Hallo mueschel, was spricht hier dagegen wie es zuvor mit greenfield eingetragen war?
Grüße Andreas
22025-01-31 08:45mueschel Hi,
"landuse:use" gibt es nicht (weder dokumentiert noch irgendwo benutzt und damit nirgends unterstützt).

Wie das Wiki schreibt ist "greenland" etwas problematisch, weil es nicht die momentane Nutzung beschreibt wie ein übliches "landuse". Mit dem "...
32025-01-31 09:52APneunzehn74
♦138
Alles klar, danke für die Aufklärung.
151104523
by mueschel
@ 2024-05-09 14:51
12025-01-28 22:40JeroenvanderGun
♦182
The legal basis for the zones is tied to the side of the road rather than the direction of travel (e.g. pedestrians can walk on the left), hence the choice for :left/:right instead of :forward/:backward is intentional and matches the tagging of other roads on a boundary. Data consumers can take driv...
22025-01-29 07:09mueschel Hi,
left/right usually refers to a feature besides the main feature, e.g. a sidewalk on the side of the highway, but not to the left and right half of an object.

While the regulation obviously depends on the left/right half of the road, I think backward/forward is the closest we can get to in OS...
32025-01-30 19:00JeroenvanderGun
♦182
left and right can be and are used for both. For example, if you use name:left and name:right, this doesn't imply an unnamed space between both names. If you want to refer to a specific feature on the side instead of half the feature, you'd use something like sidewalk:right:name instead of...
161937691
by mueschel
@ 2025-01-30 13:30
12025-01-30 13:41NorthCrab_upload
♦6,984
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.
https://www.openstreetmap.org/node/10879421078

Pozdrawiam! 🦀
160237777
by mueschel
@ 2024-12-13 09:36
12025-01-29 12:46TaiB2C
♦1
You should use the form of `@username@mastodon.homeserver` if you want a complete reference to a specific Mastodon account without the URL; as your edit removed reference to the correct Mastodon homeserver. (Not everyone uses the main/popular `mastodon.social` server.)
22025-01-29 15:13mueschel Right. I'll fix that later.
161886840
by mueschel
@ 2025-01-29 08:20
12025-01-29 10:08grzegorz75jan
♦466
+
---

Published using OSMCha: https://osmcha.org/changesets/161886840
161813348
by mueschel
@ 2025-01-27 11:02
12025-01-28 11:10aharvey
♦1,735
Thank you. This is because I was using StreetComplete EE trying to edit tags directly without any field presets to guide me.
161824584
by mueschel
@ 2025-01-27 16:06
12025-01-27 18:27d3mol3k
♦168
thx
161556056
by mueschel
@ 2025-01-20 10:08
12025-01-20 20:40Hans Thompson
♦107
Thanks!
157222604
by mueschel
@ 2024-09-28 18:14
12025-01-13 10:43Bierphysik
♦87
Hi. Ich hätte es gut gefunden, wenn Du vor deiner Anpassung kurz mit mir diskutiert hättest im Changeset indem ich das auf =track gesetzt habe. Kannst Du mir bitte kurz darlegen, wieso hier =path doch angeraten ist. =track sah ich wegen https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radver...
22025-01-13 11:01Bierphysik
♦87
Öhm und ich sehe grade, dass Du das auf motor_vehicle=no gesetzt hast. Das ist nicht richtig! Dort dürfen Anlieger KFZ fahren. Dort stand im Frühjahr ein "Anlieger frei". Da mapillary leider grade nicht will, kann ich da nix raussuchen.
32025-01-13 11:03mueschel highway=track ist ein " Wirtschaftsweg, der u. a. hauptsächlich für die Land- oder Forstwirtschaft [...] genutzt wird."

Das trifft hier nicht zu: Landwirtschaftlicher Verkehr ist nicht erlaubt, nur auf kurzen Teilstücken Anliegerverkehr. Teile des Weges sind auch mit Poll...
42025-01-13 11:05mueschel Mapillary ist nicht aktuell. z.B. fehlen dort auch noch überall die "S-Pedelec frei" Schilder.
52025-01-13 11:08Bierphysik
♦87
Die mapillary Bilder sind leider schlecht und die falsche Richtung :(
62025-01-13 11:15Bierphysik
♦87
Englisches wiki: The tag highway=track is used for minor land-access roads that are not considered part of the general-purpose road network. Das trifft mE hier zu. Aber ich wählte =track als Kompromiss, da =service mir overkill erschien (ebenso =unclassified).

Aber dein motor_vehicle=no stim...
72025-01-13 11:18mueschel Ich bin mir sehr sicher, dass auf genau diesem Abschnitt kein Verkehr zugelassen ist.
... was die Autofahrer aber nicht davon abhält ihn trotzdem zu benutzen.

Ich werde mir das in den nächsten 1-2 Wochen aber nochmal genau vor Ort anschauen.
82025-01-13 11:23Bierphysik
♦87
Ich lege mein Hand dafür ins Feuer, dass dort im Frühjahr Anlieger frei Schilder waren, sonst hätte ich das nämlich nicht geändert. Vll wurde das zwischenzeitlich geändert! Dann hast Du mit Deiner Anpassung recht. Ich schaue auch mal, ob ich die Tage dahin komme.
92025-01-13 11:31Bierphysik
♦87
Was auch GEGEN ein vollständiges KFZ Verbot spricht ist, dass der Wge die einzige Zufahrt für bspw. https://www.openstreetmap.org/way/272030141 ist.
102025-01-13 18:36Bierphysik
♦87
Ok wir haben beide Recht; https://www.openstreetmap.org/way/22589656 ist nach Norden so beschildert: https://streetcomplete.app/p/257197.jpg
112025-01-13 18:37Bierphysik
♦87
https://www.openstreetmap.org/way/993406966 nach Süden so: https://streetcomplete.app/p/257198.jpg
122025-01-13 18:38Bierphysik
♦87
https://www.openstreetmap.org/way/902613366 nach Süden so: https://streetcomplete.app/p/257200.jpg
132025-01-13 18:40Bierphysik
♦87
Und - hier hast du jetzt recht - https://www.openstreetmap.org/way/72581239 nach Süden so: https://streetcomplete.app/p/257201.jpg
142025-01-13 18:42Bierphysik
♦87
dh die motor_vehicle-access tags bei den oberen dreien sind motor_vehicle=destination und beim 4. motor_vehicle=no
152025-01-13 18:42mueschel So ungefähr hatte ich das auch in Erinnerung. Das nördliche Ende ist an den Pollern an der kleinen Brücke, und das südliche am Abzweig des Feldweges nach Osten.
162025-01-13 18:44Bierphysik
♦87
mE beisst sich das =path mit der Befahrbarkeit der durch KFZ/Traktor/etc. - da hier auch landwirtschaftlicher Verkehr fahren darf, hatte ich damals mich für =track entschieden. Das sehe ich noch immer so (für die ersten 3) - wie siehst Du das?
172025-01-13 18:52mueschel Ein track ist das für mich in keinem Fall. Den Eintrag im Wiki halte ich für fragwürdig, bzw. nur zutreffend wenn ein größerer Teil des Verkehrs landwirtschaftlich ist. Hier ist aber der Hauptzweck der Radverkehr, der Weg extra dafür angelegt, und landwirtschaftlicher ...
182025-01-13 19:07Bierphysik
♦87
service wäre der passende Kompromiss, sozusagen als Verlängerung des Leukertswegs von Nordostost
192025-01-14 10:15Bierphysik
♦87
Von Deiner Seite aus okay?
202025-01-14 10:40mueschel Ja klar.
212025-01-14 12:09Bierphysik
♦87
https://www.openstreetmap.org/changeset/161341842
222025-01-17 20:04mueschel Hast du auch diese tolle "eingeschränktes Vorfahrt gewähren" gesehen?
An der Einmündung des Feldweges von Osten
https://osm.janmichel.eu/img/20250117_192255.jpg
232025-01-18 14:00Bierphysik
♦87
Jein. Ich hatte es bei der Schnellvisite gesehen, aber "ignoriert" - bin kein Straßenschildmapper, deswegen hatte ich das ad acta gelegt. Oder worauf willst Du hinaus?
242025-01-19 09:56mueschel Ich würde den Unsinn als Beleg dafür werten, dass die Beschilderung wie sie im Augenblick ist, nicht so gedacht war und sich eventuell noch ändert.
252025-01-20 15:18Bierphysik
♦87
Da bin ich mir nicht so sicher. Dieses Schild, dass Du als unsinnig beschreibst (auf dem Foto), hängt da schon mindestens 2-3 Jahre.
161346628
by mueschel
@ 2025-01-14 14:06
12025-01-19 09:46lyctkel
♦335
Danke für die Korrektur von https://www.openstreetmap.org/node/5998090465.
161493211
by mueschel
@ 2025-01-18 14:17
12025-01-19 02:13markvwald
♦1
Hi @mueschel. I've been working on creating a high-detail 3D model of Levi's Stadium. The ways you removed were not duplicates, but rather individual seating sections.
Let me know if I've broken the community guidelines somehow. If not, I'm wondering if you can put them back. Th...
22025-01-19 09:45mueschel Objects with the tags @id and id are always duplicates due to uploading objects that have been exported to geojson files before.

Checking again I see that you deleted some of the original objects before. I'm sure I found duplicates yesterday, but now it seems like I was mistaken.

I'...
161277026
by mueschel
@ 2025-01-12 15:21
12025-01-18 21:39tttnnn24
♦52
dank je @mueschel

Met een conditional; dat had ik zelf moeten bedenken. Sorry
22025-01-19 09:37mueschel With so many exceptions it might be even better to not use oneway tags at all and simply use access restrictions:

bicycle:backward = yes
mofa:backward = yes
vehicle:backward = destination
161420222
by mueschel
@ 2025-01-16 13:52
12025-01-16 21:29aharvey
♦1,735
https://wiki.openstreetmap.org/wiki/Key:name:etymology says "This key is intended for a name or sometimes a word, but not a full etymology tracing the evolution of that word, as one would find in a dictionary."

Previously the etymology value was "Lt.William Bradley" but you�...
22025-01-16 23:00mueschel I'd say that the text is still reasonably short and not like "one would find in a dictionary.".
I understand the Wiki as "keep it short, OSM is not the right place to give a full description like on a Wikipedia page". That would also include not circumventing this limitatio...
32025-01-17 00:14aharvey
♦1,735
Still I thought name:etymology was meant to only contain the persons name, as it's "intended for a name or sometimes a word", further details could go in `name:etymology:description` or `name:etymology:note`. We could just delete the whole `name:origin` that was there and got moved to...
42025-01-17 08:03mueschel :description is already in use for a bit of further information and could be used here.
:origin has never been used on another object (that's why I found it and edited)

"Just a word or name" seems a bit strict: In many cases that would just be a copy of the name of the object. A s...
52025-01-18 06:42TheSwavu
♦545
The requirement that the tag value be a name or just a word was added by one user in Sep 2021 https://wiki.openstreetmap.org/w/index.php?title=Key%3Aname%3Aetymology&diff=prev&oldid=2200202 with (as far as I can tell) no discussion on the forum or the tagging mail list.

As it currently st...
161419587
by mueschel
@ 2025-01-16 13:35
12025-01-17 07:19UW Amy Bordenave
♦1
Thank you for catching and fixing my typo :) Happy mapping!
161420432
by mueschel
@ 2025-01-16 13:58
12025-01-16 22:50VictorIE
♦912
Thank you
161418603
by mueschel
@ 2025-01-16 13:11
12025-01-16 16:40spiregrain
♦198
Good spot, thanks for fixing!
161266001
by mueschel
@ 2025-01-12 09:43
12025-01-12 21:20ChrissW-R1
♦344
https://osm.org/note/4585256
https://osm.org/note/4585257
160986267
by mueschel
@ 2025-01-04 13:42
12025-01-09 17:37rskedgell
♦1,481
Maybe discuss it with a local who actually understands how parking permits work around here first, or at least have the basic courtesy to discuss it?

From the wiki for access=permit:
"Open only to people who have obtained a permit granting them access, but permit is ordinarily granted. If p...
22025-01-09 18:07mueschel But that's clearly what is described in the Wiki. I won't get a permit by going to some place, filling a form and paying a fee. I need to be a resident in the area, or need to be invited by one. That's exactly what access=private, private=permit is intended to mean.
32025-01-09 18:47rskedgell
♦1,481
No, you'll get a permit by filling in a web form, e.g.

https://www.walthamforest.gov.uk/parking-roads-and-travel/parking-permits-and-suspensions/resident-traders-parking-permit
42025-01-09 18:50mueschel "must be applied for by a resident"
52025-01-09 19:05rskedgell
♦1,481
That's a resident of the CPZ, not of the street. Other permits are available and on the council's website.

Whatever the condition is, it certainly isn't the private=residents which you have used. I have no idea what private=permit is supposed to mean, as it isn't documented on...
62025-01-09 19:14rskedgell
♦1,481
This was also discussed on OSM Community without reaching any definite conclusion, perhaps continue there?

https://community.openstreetmap.org/t/resident-parking-access-permit-gb/106069/3
72025-01-09 20:13mueschel private=permit is documented for street parking and was part of the proposal accepted with 98% approval.
"parking:side:private=* is in use as an addition to specify [private] more precisely, e.g. parking:side:private=residents"
82025-01-09 20:21rskedgell
♦1,481
Then I suggest that you update the wiki page for private=* to reflect that. Meanwhile, private=residents is still wrong for these streets. Streets which are, incidentally, less than 1km from y home.
92025-01-09 20:26mueschel If you are sure that my edit is wrong and against local habits, please feel free to revert it. I'm not insisting, my comments are just to back up my decision with the usage documented in the Wiki.
161092250
by mueschel
@ 2025-01-07 11:47
12025-01-09 18:35Fjellrev
♦14
Hallo mueschel
Ich bin zufällig beim "rumspielen" auf diesen Änderungssatz gestossen.
Der ursprüngliche Urheber der Einträge beschäftigt sich gerade mit den Möglichkeiten und Schwierigkeiten eines Imports von Bodenbedeckungen in Schweden.
Siehe: https://com...
152720492
by mueschel
@ 2024-06-15 13:01
12025-01-07 20:24hlfan
♦65
Vielleicht hätte ich mir mehr reviews aanschauen sollen, bevor ich meine Ersatz-Tastatur gekauft hab, um mitzubekommen, dass die hier und da paar Hänger hat...
160600144
by mueschel
@ 2024-12-25 11:28
12025-01-05 15:28pitscheplatsch
♦5,402
Revert of https://www.openstreetmap.org/changeset/160536061

Thanks.
158094240
by mueschel
@ 2024-10-19 14:42
12024-12-22 13:52KoiAndBlueBird
♦32
Ich finde nicht, dass gesperrte Wege als disused: eingetragen werden sollten, sondern als access=restricted/no. Die Wege an sich sind ja noch in Benutzung von z.B. Naturschützern.
22024-12-22 14:16mueschel Ich habe hier nur einen Tippfehler korrigiert, das Prefix stammt von einem anderen User.
32025-01-04 16:50KoiAndBlueBird
♦32
Okay, ich habe es jetzt mal als access=no eingetragen.
160901183
by mueschel
@ 2025-01-02 10:47
12025-01-03 02:31TuAmigoElEditor
♦65
Sorry about that. Glad you corrected it. :)
160754833
by mueschel
@ 2024-12-29 15:18
12025-01-02 22:21DeFra85
♦236
Wieso denn die Änderung?
160494442
by mueschel
@ 2024-12-22 09:22
12025-01-01 23:18JesseFTW
♦153
Heh, with just two changes so far apart, it would have been nice to put them in separate changesets to avoid a cross-Atlantic bounding box. In any case, thanks for fixing the typo.
22025-01-02 09:39mueschel That's due to a "feature" in Level0. I didn't manually edit the node in Germany. The editor automatically replaced line breaks in the note=* Tag with spaces, which is a change not visible to the user.
32025-01-02 13:57JesseFTW
♦153
Oy. That's a lovely 'feature'. Good to know!
160826276
by mueschel
@ 2024-12-31 10:27
12025-01-01 12:41sykul
♦58
Thanks for the correction. I didn't know language tags go on the value rather than the key. Does that mean we can only choose one language's Wikipedia to link? If so, since this is in the Gaeltacht and describing an Irish-language writer, shouldn't we prefer the 'ga' tag?
22025-01-01 12:49mueschel You can add the language to the key like you did, if it's necessary to add more than one Wiki link.

But: There's no need to link to more than one Wiki entry in OSM - all the 20 different language versions are easily accessible by Wikipedias own directory. Only in rare cases this doesn&#...
32025-01-01 16:22sykul
♦58
Thanks. I'll just change it to the Irish language tag then, since that was the preferred language of the subject.
160826217
by mueschel
@ 2024-12-31 10:25
12024-12-31 12:20chris66
♦367
Du Spaßbremse :-)

Guten Rutsch
Chris
160785354
by mueschel
@ 2024-12-30 10:41
12024-12-30 11:49Mappin' Jack Flash
♦225
Thank you so much!
(It's my mistake.)
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/160785354
160712434
by mueschel
@ 2024-12-28 12:53
12024-12-28 14:52GA_Kevin
♦24
Hi,
https://wiki.openstreetmap.org/wiki/Key:quiet_hours
https://taginfo.openstreetmap.org/keys/quiet_hours#overview
The quiet_hours proposal is only used in 12 places worldwide, this is far from wide use. The sign on the front door specifies sensory, not just quiet, which includes visual and audi...
22024-12-28 14:59mueschel While it might not be used much, there was some longer discussion about the tag.

"opening_hours:sensory" is not used anywhere - and following the usual scheme of subkeys for opening_hours, it means that a special sub-part of the shop named "sensory" is open, not that it's...
32024-12-28 15:02GA_Kevin
♦24
That makes sense, will keep the quiet_hours tag and use that for future Walmarts. Thanks for the clarification!
160507648
by mueschel
@ 2024-12-22 16:19
12024-12-25 18:27jbcharron
♦105
Thanks to remove wrong tags
I have tried to contact the contributors but I don't have any answer
https://www.openstreetmap.org/changeset/160416549
160054540
by mueschel
@ 2024-12-08 12:14
12024-12-09 09:36joost schouppe
♦1,179
Hey Mueschel,
Could you join the discussion at https://community.openstreetmap.org/t/detention-centres-for-rejected-asylum-seekers/122453/16 instead of just changing the way I mapped these. I'd prefer you'd have contacted me about this. I just mapped this a few days ago, and I'm open...
22024-12-09 10:13mueschel I only changed a new tag to one that is already in use and follows the common scheme of using a *:for suffix to tag the designated users of an amenity.

It's impossible to check the whole forum for completely unrelated thread titles for every change I make.
32024-12-09 10:40joost schouppe
♦1,179
That's not what I meant to say.
Two things:
As a general remark: if you want to change tags according to something that's not in the wiki, then at the very least notify the mappers whose work you edit. And if at all possible, leave a remark on the wiki Discussion page mentioning that you...
133681772
by mueschel
@ 2023-03-14 19:23
12024-12-08 22:03LorenzoPesci
♦64
sembra una fattoria piuttosto che una stazione di servizio
22024-12-08 23:04mueschel That's possible - I don't have further kmowledge. All I did was changing the uppercase tags to the correct spelling.
160054503
by mueschel
@ 2024-12-08 12:13
12024-12-08 12:40Fraxi
♦130
Thanks! I'm sorry that it was necessary so often to correct my misses
159783192
by mueschel
@ 2024-11-30 18:05
12024-12-06 16:07First3h
♦6
dolby_atmos != dolby_cinema
159907981
by mueschel
@ 2024-12-04 08:05
12024-12-05 15:25Pink Duck
♦151
Weird how auto-correct is contact:x to contact:twitter, the old name, the auto-redirected domain, that is falling out of common use, and near totally in media broadcasts.
22024-12-05 15:29mueschel The name of the tag has nothing to do with any website or name of a service.
It's just a well-defined and documented token that is used to link to some online platform. Note how the value is just the user name, and not a full link to any web page. This makes it completely independent from the ...
32024-12-05 15:41Pink Duck
♦151
There is that benefit I guess, but I just wish all the websites would update their logos and links for efficiency of user agent look-up. So long as the data is there all is good in some discoverable form, just as I've gotten used to sidewalk/soccer terms.
159815696
by mueschel
@ 2024-12-01 18:22
12024-12-02 05:30reigi
♦65
Hallo mueschel, du hast das von mir genutzte tag signed_direction=yes (leider von mir falsch geschrieben wie ich gerade gesehen habe) ersetzt durch oneway=yes. Lt. wiki soll oneway nicht mehr in diesem Zusammenhang genutzt werden und stattdessen signed_direction. https://wiki.openstreetmap.org/wiki/...
159701654
by mueschel
@ 2024-11-28 13:17
12024-11-28 13:58gurglypipe
♦873
Oops, thanks for fixing that :)
159431072
by mueschel
@ 2024-11-21 19:12
12024-11-21 20:01Metzor
♦370
Danke!
159137351
by mueschel
@ 2024-11-14 16:23
12024-11-15 03:27Supaplex
♦10,446
It should be changed to Paiwan language code, not Deutsch
---

Published using OSMCha: https://osmcha.org/changesets/159137351
158855252
by mueschel
@ 2024-11-07 13:04
12024-11-14 10:26joost schouppe
♦1,179
thanks for the fix. Why did you delete the website though? Yes, it would have been better under contact:facebook than website
22024-11-14 11:25mueschel That's what I did: move it to contact:facebook. But I used the short version with just the user name and not the full URL.
32024-11-14 13:43joost schouppe
♦1,179
Oh, my bad! I overlooked that part
146747224
by mueschel
@ 2024-01-27 14:56
12024-11-13 22:46Elefant aus Wuppertal
♦737
Hi,

danke, den Tag kannte ich noch nicht!
LG
Lukas aka Elefant
135059213
by mueschel
@ 2023-04-18 13:07
12024-11-09 20:14redd
♦390
Hallo mueschel,
was spricht von deiner Seite aus gegen skatepark=flatbar/funbox/halfpipe?

So ähnlich wird auch auch bei playground und fitness_station vorgegangen.
22024-11-10 08:57mueschel Dagegen spricht die Einheitlichkeit von Tags. Als ich das vor eineinhalb Jahren editiert habe, gab es skatepark=* noch überhaupt nicht, nur ein paar Dutzend skatepark:*=yes.

Die Form mit Doppelpunkt entspricht auch dem 2019 geschriebenen Proposal für Skateparks.

158529509
by mueschel
@ 2024-10-30 08:17
12024-10-30 08:59thautal
♦35
Greetings! Is there are a reason why this was completely removed? I think it's an office of NGO, just wrongly tagged
22024-10-30 09:14mueschel The node just had the username of the mapper added as key and value - no useful information there.
If there is some POI in this place, please feel free to add it.
32024-10-30 09:41thautal
♦35
I think the username is member of the said NGO and tried to add their office. I will add it now, thank you for the clarification!
158404788
by mueschel
@ 2024-10-27 09:48
12024-10-27 21:42joel56dt
♦170
Thank you for fixing this
157937314
by mueschel
@ 2024-10-15 20:09
12024-10-19 09:05Fraxi
♦130
Thanks!
158021869
by mueschel
@ 2024-10-17 18:39
12024-10-18 07:10plamen
♦69
Thanks.
157950449
by mueschel
@ 2024-10-16 07:08
12024-10-17 10:06amicklew
♦1
Thanks for the fix !
157950466
by mueschel
@ 2024-10-16 07:09
12024-10-16 07:38aTarom
♦775
"kick-scooter_parking" to "kick_scooter_parking"?
https://www.openstreetmap.org/node/12250806937/history
Cheers
22024-10-16 07:53mueschel Ah yes...
The tags in use are
amenity=kick-scooter_parking
but
kick_scooter_parking = *

I'll fix that later.
156641409
by mueschel
@ 2024-09-15 10:31
12024-10-11 20:44sr-71
♦4
Thanks for catching that, not sure how that slipped through.
---

Published using OSMCha: https://osmcha.org/changesets/156641409
157707816
by mueschel
@ 2024-10-10 10:11
12024-10-10 12:37spiregrain
♦198
Thanks!
157713025
by mueschel
@ 2024-10-10 12:14
12024-10-10 12:37spiregrain
♦198
Thanks!
157626551
by mueschel
@ 2024-10-08 13:19
12024-10-09 17:30maro21
♦714
Why?
22024-10-09 17:58mueschel There is a general consensus that OSM is not a directory of prices of various amenities. See e.g. here in a recent question about hotel prices:

https://community.openstreetmap.org/t/complex-hotel-price-charge-or-charge-conditional/115275/1
151567498
by mueschel
@ 2024-05-20 08:52
12024-09-22 18:46SomeoneElse
♦13,390
"bar_billiards" is a completely different game to billiards.
22024-09-29 22:49SomeoneElse
♦13,390
For info, this is what a bar billiards table looks like: https://map.atownsend.org.uk/tmp/241539.jpg . That's not one of these but the one in https://www.openstreetmap.org/node/559267374/ .
138987160
by mueschel
@ 2023-07-25 12:40
12024-09-04 00:23aceman444
♦2,578
Why this change? The traffic signals are still there, just turned off (when you did this change). They are actually enabled at this time. So it was never true that they were unrecoverably removed, which would justify tagging with 'was:'. 'disabled' and 'was' have differ...
22024-09-04 06:23mueschel 'disabled' refers to handicapped people and vehicles for them.
If the lights are off, but not used any more, the correct prefix would be 'disused'.
32024-09-04 21:15aceman444
♦2,578
Yes, 'disused:' could be close to 'disabled:'. But 'was:' is clearly wrong.
'disabled' only refers to disabled people when used as a key (at least on https://wiki.openstreetmap.org/wiki/Key:disabled), not as a key prefix.
Still 'disabled:' and ...
42024-09-04 22:04mueschel A tag doesn't magically change its meaning just because of calling it "prefix" in front of a "key" instead of "key" with a "subkey".
"disabled:XX" is and stays an access tag for disabled vehicles or a property thereof. It can never be a lifec...
52024-09-06 08:41mueschel How about "unused"? This doesn't contain the "not any more" meaning from "disused" and doesn't have any double meaning like "disabled".
62024-09-29 16:26aceman444
♦2,578
Yes, I can use a different prefix :)
156950006
by mueschel
@ 2024-09-22 12:45
12024-09-23 21:08sfrank
♦23
Thank you for fixing the tags !
156007658
by mueschel
@ 2024-08-31 10:15
12024-09-21 14:59Esneider Castro
♦3
D
22024-09-21 15:02Esneider Castro
♦3
Disculpa, estas editando vías que tienen diferentes superficies y especificaciones, por favor tener mas cuidado al editar, y revisar mejor las ediciones, gracias.

32024-09-21 15:37mueschel As I already explained, this statement is wrong. I did not merge any ways with different tags. All the ways had exactly the same tags.
42024-09-21 18:38Esneider Castro
♦3
Podrías revertir los cambios y yo lo arreglo? Es para un proyecto de exposición y lo estoy intentando pulir, por favor
52024-09-21 18:44Esneider Castro
♦3
Sigo agregando las etiquetas correspondientes y estoy uniendo las vías, pero por favor ayúdame a revertir los cambios y yo lo termino de arreglar.
62024-09-21 21:52mueschel Please stop reverting my edits. Now the main road is again blocked for all traffic, except dogs at the bridge over Rio Surba.

If you want to add individual tags to parts of a way, please do this manually by splitting the way again at the necessary places.
156758528
by mueschel
@ 2024-09-18 07:13
12024-09-18 21:49djw
♦1
Thanks for spotting the typo!
156655409
by mueschel
@ 2024-09-15 16:33
12024-09-15 23:13fortera_au
♦1,123
Thanks for catching my typo!
---

Published using OSMCha: https://osmcha.org/changesets/156655409
156346390
by mueschel
@ 2024-09-08 11:11
12024-09-09 12:26icestormy
♦5
Danke für fixen, hab ich total übersehen. Hab' das eigentlich angepasst weil sich in ID ways besser splitten und mergen lassen als areas und dann offenbar nicht zurück geändert. Danke nochmal.
22024-09-09 12:26icestormy
♦5
*für's
156338997
by mueschel
@ 2024-09-08 07:52
12024-09-08 09:48Axelos
♦102
Merci. J’ai des difficultés avec ces façons de représenter, cycleway:left=opposite_track était beaucoup plus simple.
156099418
by mueschel
@ 2024-09-02 13:38
12024-09-02 18:41Kelso-Mg
♦126
Hallo mueschel,
das Gebäude wurde Abgerissen und meinerseits entsprechen mit dem präfix demolished versehen. Die Adresse gibt's also momentan nicht, als Anhaltspunkt für die zukünftige Adresse eines Neubaus, hatte ich die Adresse mit dem präfix preposed versehen. Von m...
22024-09-02 19:06mueschel Auch ohne Gebäude hat das Gelände noch eine Anschrift. Der Baustofflieferant sollte auch in der Lage sein, die Adresse in sein Navi eingeben zu können.

Übrigens gibt es "preposed" nicht (deswegen habe ich das Objekt gefunden) und müsste "proposed" hei&...
32024-09-02 19:38Kelso-Mg
♦126
Ok, bin bisher davon ausgegangen, dass Adressen zum Gebäude gehören, aber was du sagst, steht auch so im Wiki und mach jetzt aufgrund deiner Erläuterung für mich auch einen, nachvollziehbaren ein Sinn.
Deshalb danke für deine Belehrung, werds mir merken.

Gruß Kelso
42024-09-02 20:09Kelso-Mg
♦126
Hallo nochmal,
ich hätte diesbezüglich noch eine Frage, die du mir vielleicht noch beantworten könntest.
Erlischt die Adresse, wenn es einen neuen Bebauungsplan gibt.
Mit einer Neubebauung ändern sich die Adressen zumindest bei größeren Grundstücken ja ö...
155965670
by mueschel
@ 2024-08-30 10:06
12024-08-31 21:50kitsee
♦96
hi there, this is not correct. I've removed all instances of srcName and official_name from power lines. srcName was the name of the substation where the power line originated, it wasnt meant to be included as the origin substation can be found with the "wpd_source_site" tag and it na...
111060332
by mueschel
@ 2021-09-11 12:36
12024-08-30 10:16marc__marc
♦1,265
Hello,
I advice ref:ration_shop in stead of ration_shop_number
and what's the licence ?
not the correct key
https://wiki.openstreetmap.org/wiki/Key%3Alicense
Regards,
Marc
22024-08-30 10:32mueschel I'm not the one who invented that tag, I just did a bit of cleanup here.
155767264
by mueschel
@ 2024-08-26 07:32
12024-08-26 18:10impiaaa
♦420
Where did you move the address and unit numbers?
155693705
by mueschel
@ 2024-08-24 12:26
12024-08-26 12:55ljc_jlyb
♦37
Thanks for fixing
151089516
by mueschel
@ 2024-05-09 09:11
12024-08-23 22:10Leonardo Gutierrez
♦17
Saludos,

Las vías eran cortas porque tenían diferentes tipo de superficie, al unirlos se destruyó la información de la superficie. Por favor tenga cuidado .
22024-08-24 07:20mueschel Hi,
there was no information destroyed. All the ways had and still have absolutely identical tags. Otherwise I couldn't have merged them easily.

You're revert also reintroduced wrong tags like "maxwidth" (there is for sure no restriction on vehicles wider than 7 meters) or a ...
155603280
by mueschel
@ 2024-08-22 12:24
12024-08-24 06:41OSM_RogerWilco
♦724
Danke! :-)
155375585
by mueschel
@ 2024-08-17 15:07
12024-08-18 13:15Alexey Vazhnov
♦163
Thank you!
155359796
by mueschel
@ 2024-08-17 08:59
12024-08-17 16:35mcliquid
♦1,863
Thanks! See this SCEE issue for more: https://github.com/Helium314/SCEE/issues/602
154889924
by mueschel
@ 2024-08-06 11:58
12024-08-14 05:55Stereo
♦359
Ahh, thank you for that!
155053351
by mueschel
@ 2024-08-10 09:22
12024-08-10 19:58streckenkundler
♦1,042
Dickes Danke... ist das überhaupt ausreichend dokumentiert? Hab ich da was übersehen?

Sven
153654174
by mueschel
@ 2024-07-07 09:55
12024-08-09 23:34aceman444
♦2,578
Thanks!
154927485
by mueschel
@ 2024-08-07 10:01
12024-08-08 17:51InsertUser
♦446
Thanks.

I have no idea where that tag came from.
154948019
by mueschel
@ 2024-08-07 17:52
12024-08-08 04:47Kovoschiz
♦2,543
This doesn't express there are only 50 and 80 possible. https://taginfo.openstreetmap.org/keys/maxspeed:variable:values won't be nice if other roads use a smaller step with a larger range.
22024-08-08 07:33mueschel "maxspeed:variable:values" sounds like a good tag.

It's definitely not an "interpolation".
Even "interval" doesn't seem a good choice, because I doubt that all signs use values in regular intervals.
32024-08-08 09:15Kovoschiz
♦2,543
Listing every number shouldn't be encouraged, and practiced. It's bad because imperial speed limits can use 5mph steps, causing an even longer list than metric 10km/h steps. That's described as the "majority" in USA, although the case studies hasn't mentioned yet. The `...
42024-08-08 09:34mueschel We should list values only in exceptional cases, so having a long list is not really a problem. I'm pretty sure we'll find cases with no fixed step size. In that case we need to use :values and can't use :interpolation. E.g. a sign that shows 80,100,110 can't be described using :...
154809730
by mueschel
@ 2024-08-04 12:17
12024-08-04 15:21JassKurn
♦154
Hi Mueschel,

In this changeset you delete a node that contained useful "information". The tagging was completely wrong, but the tagging not meet my definition of "spam". I believe the correct action would have been to fix the tagging, and inform the original editor of their bl...
22024-08-04 15:22JassKurn
♦154
I've reverted your changeset and I've fixed the tagging in changeset - 154816735
32024-08-04 15:28mueschel The business is for sure a legitimate one, but the way this data ended up in OSM is not. This was just one of several nodes with identical keys and style of tags, all from different new user accounts added within a day. This is just the typical behavior of SEO companies that dump data into OSM and g...
154610959
by mueschel
@ 2024-07-30 15:12
12024-08-01 16:29MCalaOSM
♦48
Grazie e stata una svista, un caro saluto
154491123
by mueschel
@ 2024-07-27 16:07
12024-07-27 23:49Crsi
♦25
Oh wow what a mistake of mine. And then JOSM auto-completed the typo again. Thanks for spotting.

P.S. Damn you're an incredibly active mapper. Thank you so much for your constant year-long contributions!
154402721
by mueschel
@ 2024-07-25 16:29
12024-07-25 21:27g8o
♦4
Hi, mir ist noch aufgefallen, dass es da bessere Tags gibt und wollte das korrigieren. Da war ich wohl zu langsam ... Aber wieso nicht authentication:bluetooth=yes?
22024-07-26 07:07mueschel Das kann man sicher ergänzen, aber der eigentlich entscheidende Punkt ist ja, dass man eine App braucht um die Maschine zu bedienen. Ob das dann im Hintergrund über Bluetooth oder Internet läuft ist ja zweitrangig.
145726125
by mueschel
@ 2023-12-31 10:21
12024-07-19 20:15Antonin Del Fabbro
♦310
Thank you! :D
154136054
by mueschel
@ 2024-07-19 10:02
12024-07-19 11:00flohoff
♦2,366
Moin,
das macht hier keinen sinn landuse UND natural zu taggen.

Flo
103461972
by mueschel
@ 2021-04-23 07:47
12024-07-18 23:23aceman444
♦2,578
Yes, but playground:theme is used 1000 times more and is documented.
153824289
by mueschel
@ 2024-07-11 18:24
12024-07-11 21:29TravelerHiker
♦3
Klucz food=yes/no jest używany do wskazania, czy funkcja zapewnia spożywanie, nie służy do opisu co jest sprzedawane.

Jest to przydatne w cechach, które nie zawsze serwują jedzenie, takich jak amenity=cafe, amenity=bar, a zwłaszcza amenity=pub.

Rzadko był on używany z cechami to...
153773677
by mueschel
@ 2024-07-10 08:48
12024-07-10 16:32danieldegroot2
♦675
Hey mueschel,

Sorry, I will try to clean these up myself.

Regards,

Daniel

https://www.openstreetmap.org/changeset/153792040
153745120
by mueschel
@ 2024-07-09 13:32
12024-07-09 16:49dmfr
♦54
This changeset is wrong, because it joins departures, departures_1 and departures_2 using a comma (,) instead of a semicolon (;).

I'd also like you to indicate where this syntax "06:30-19:30/60" is documented. I understand it is supposed to mean "between 06:30 and 19:30, every...
22024-07-09 17:13mueschel Hi,
You can check this with the evaluation tool:
https://openingh.openstreetmap.de/evaluation_tool/?EXP=Mo-Fr%2006%3A00%2C06%3A50%2C08%3A05%2C09%3A15%2C10%3A05%2C10%3A35%2C11%3A15%2C11%3A55%2C13%3A15%2C13%3A55%2C14%3A35%2C15%3A15%2C15%3A55%2C16%3A35%2C17%3A15%2C17%3A55%2C18%3A35%2C%20Sa-Su%2CPH%20...
32024-07-09 17:50dmfr
♦54
Thank you. I'm also clarified with respect to the format.

By the way, are you detecting these issues automatically, or...?
42024-07-09 18:20mueschel I use Taginfo to create a list of new keys - many of these are spelling mistakes. And it happens that here we got the first and only "departures_2" in the database.

https://osm.janmichel.eu/taginfo/newkeys.htm
52024-07-09 19:18dmfr
♦54
Ah nice, that's good to know :)
153617070
by mueschel
@ 2024-07-06 10:01
12024-07-06 14:19Margoulinot
♦13
Hello, could you explain your change ? I think it's better to introduce :double or :simple... as suffix because most hotels have different types of room so we can't use only one key. And multiple values are dirty
22024-07-06 14:26mueschel You asked about this last week in the forums. Kovoschiz gave a long explanation how a single "charge" tag is the common way and too detailed price information on hotels is not wanted (check also all the up votes those posts got!).
32024-07-06 23:09Margoulinot
♦13
Hello, thanks for your reply. I think most people agreed that the :conditional scheme was too complicated for this case and I dropped it. I could also defend that the prices moving on a daily basis was a western-centric approach. After that nobody voted for Kovoschiz answer on "/double" ra...
42024-07-06 23:31Margoulinot
♦13
Hi again @mueschel, I posted again here : https://community.openstreetmap.org/t/complex-hotel-price-charge-or-charge-conditional/115275/9
52024-07-07 05:40Kovoschiz
♦2,543
Lack of reacts doesn't mean one part of a comment is good or bad. I described many issues, with my opinions. Others don't have to agree with all of them.
"However, this does not mean "feel free to ignore existing tagging schemes " https://wiki.openstreetmap.org/wiki/Any_t...
62024-07-07 10:48Margoulinot
♦13
I read that part too ;) but... there are no existing tagging schemes as evidenced by the void of the documentation on the topic and the erratic practices. I was not convinced by the /double argument so I thought it was one voice against one voice. But I understand there's kind of hierarchy betw...
72024-07-07 10:59mueschel That's not about hierarchy between contributors, but hierarchy between tags:

Major tags vs. minor information: Semicolons are bad in major tags (e.g. building or amenity), but are very well suited for minor and diverse additional information.

Existing tags vs. new tags:
The specificati...
152645679
by mueschel
@ 2024-06-13 18:31
12024-06-25 15:12adiatmad
♦446
Hello mueschel, would you mind explaining how to detect this descriptive name?

(https://community.openstreetmap.org/t/cleanup-of-name-fields-describing-buildings/99591/37)
---

Published using OSMCha: https://osmcha.org/changesets/152645679
22024-06-25 19:18mueschel The easiest way is to search for the tag on Taginfo and then use the "Overpass Turbo" link.
https://taginfo.openstreetmap.org/tags/name=Rumah#overview
32024-06-26 04:02adiatmad
♦446
I removed that tag (https://overpass-api.de/achavi/?changeset=153182571). Thanks, mueschel!
153076098
by mueschel
@ 2024-06-23 16:28
12024-06-23 19:16Dimitar155
♦662
Thank you! I was planning to remove that tag today.
152542631
by mueschel
@ 2024-06-11 13:04
12024-06-22 09:05jaale
♦7
Danke für die Korrektur! Ich hatte den Key aus dem Wiki (https://wiki.openstreetmap.org/wiki/DE:Tag:tower:type%3Dcommunication) übernommen. Habe es im Wiki nun korrigiert.
152937653
by mueschel
@ 2024-06-20 10:47
12024-06-20 11:48A35K
♦39
Vielen Dank!
152363932
by mueschel
@ 2024-06-07 08:24
12024-06-17 16:34MxxCon
♦3,359
In my opinion tiger:* tags shouldn't be added or updated at all. They are leftovers of a decade old streets import and are not used for anything else. If anything, they should be deleted...
---

Published using OSMCha: https://osmcha.org/changesets/1523639...
22024-06-17 17:26mueschel Hi,
the tags were added in another changeset: https://www.openstreetmap.org/changeset/152313131
152753091
by mueschel
@ 2024-06-16 09:53
12024-06-16 21:40InsertUser
♦446
Well, yeah, if you want to spell it correctly. Sheesh, you'd think these things were going to be interpreted by a computer or something...

Thanks.
152715309
by mueschel
@ 2024-06-15 10:41
12024-06-15 15:35joel56dt
♦170
Thank you for fixing my mistake.
152542863
by mueschel
@ 2024-06-11 13:10
12024-06-11 20:14HirschKauz
♦267
ah crap - sorry für den typo
---

Published using OSMCha: https://osmcha.org/changesets/152542863
152542635
by mueschel
@ 2024-06-11 13:05
12024-06-11 18:22MatchaHatesGoogle
♦17
l have - the worst - habit of doing that, thank you!
146241696
by mueschel
@ 2024-01-14 11:50
12024-06-11 15:42MrSledge
♦24
Tag "name" in relation/16947936?
152425486
by mueschel
@ 2024-06-08 17:43
12024-06-09 04:55Kovoschiz
♦2,543
We have double "parking"/stopping restrictions here. The double solid yellow is marked between the parking bay and the travel lane.
This question has been asked in eg https://wiki.openstreetmap.org/wiki/Talk:Street_parking#no_parking_on_lane_scheme_problem
The forum post doesn't a...
22024-06-09 04:56Kovoschiz
♦2,543
So it's not based on a legal default that shouldn't be added. We clearly distinguish whether stopping is allowed outside parking bays here.
32024-06-09 08:18mueschel Hi,
this intention wasn't clear to me from the tags. It rather looked like the leftovers from some older tagging of someone not familiar with the use of parking tags.

There was a question about something similar a few weeks ago: parking in marked areas allowed, but stopping in unmarked area...
42024-06-09 14:47Kovoschiz
♦2,543
If you mean the regional post, sorry I don't read German, so I didn't notice it https://community.openstreetmap.org/t/parken-in-gekennzeichneten-flachen-erlaubt/113946/
From translation, I don't see how `parking:*:restriction:conditional=`can co-exist with `parking:*:restriction` ni...
52024-06-09 17:23mueschel This seems to get too complicated for a changeset discussion. Let's continue in the forums (but not today).

I think ':lanes' is the wrong concept here. We're not tagging a lane-dependent property as the ':lanes' Suffix suggests.
Isn't the fitting terminology &q...
62024-06-10 10:29Kovoschiz
♦2,543
We can sort out our differences and clarify the opposing views first, before presenting to the global audience to decide https://wiki.openstreetmap.org/wiki/User_talk:Kovposch#Double_"parking"
152403950
by mueschel
@ 2024-06-08 08:36
12024-06-08 08:50StefanHRT
♦403
Hey, das sollte bestimmt statt "is_sidewalk" "is_sidepath" heissen, damit das straßenbegleitende zu erkennen ist. ;)
VG Stefan
22024-06-08 09:05mueschel Das kann gut sein. Allerdings gibt es genau dafür das wesentlich häufiger benutzte und ältere

highway=footway
footway=sidewalk

bzw hier, wo es als path getaggt ist

highway=path
path=sidewalk
32024-06-08 11:38StefanHRT
♦403
Ist richtig, der andere Tag hat was mit mit der Verkehrswendegruppe zu tun. Kann ja mal Tordans Bedcheid geben damit er dies aufklärt 😉
152387377
by mueschel
@ 2024-06-07 17:52
12024-06-07 19:25flex16
♦34
Why did you change it?
22024-06-07 19:41flex16
♦34
Bzw Warum hast du es geändert falls du Deutsch kannst
32024-06-07 19:49flex16
♦34
Ah ok ich verstehe es jetzt. Ich hab nur deinen Rechtschreibfehler nicht verstanden.
42024-06-07 21:08mueschel Leider benutzen post_office und parcel_locker unterschiedliche Keys für die angebotenen Services. Das wollte ich korrigieren...
Danke für's fixen von meinem Tippfehler!
152387733
by mueschel
@ 2024-06-07 18:01
12024-06-07 18:23Tatfahren
♦271
Danke!
für deine häufigen Rechtschreibkorrekturen, ich kann mir nicht erklären, warum ich mich in letzter Zeit ständig vertippe, aber du räumst ja glücklicherweise schnell auf.
152073213
by mueschel
@ 2024-05-31 10:15
12024-06-01 09:37ianlopez1115
♦365
Hello, mueschel

If contact details are to be modified in a changeset, please indicate it as such (in this instance, "fix payment key and contact:facebook details").

Kind regards,
Ian Lopez/ianlopez1115
---

Published using OSMCha: https://osmc...
152072953
by mueschel
@ 2024-05-31 10:09
12024-06-01 08:01Kovoschiz
♦2,543
This is obviously not a `traffic_sign=`
22024-06-01 08:02Kovoschiz
♦2,543
I'm transitioning from `road_marking=` to `road_marking:id=` as words are predominant in `road_marking=`
32024-06-01 08:13mueschel I think 'traffic_sign' is totally correct here. In most legislatures "traffic signs" are not only the metal plates on poles, but any type of road marking are defined in the same part of law and also named traffic signs.

I'd suggest to use 'traffic_sign' and in ...
42024-06-01 08:39Kovoschiz
♦2,543
1. The common language connotation is preferable over some legal interpretation. Despite being titled "Traffic Sign" , Vienna Convention is still split into chapters of "Traffic Sign" and "Road Marking". Under TSRGD, UK's Traffic Signs Manual still mentions "...
52024-06-01 08:47mueschel I can only repeat what I wrote several times: Please don't invent new tags without documentation and discussion. This just makes the data inaccessible for anyone else who is not a human manually reading the tags on an object.

62024-06-01 08:49Kovoschiz
♦2,543
Fundamentally, in this direction of thinking, `road_marking=` could still be treated as a combination under some hypothetical `traffic_sign:*=road_marking` ...
Similar to the possibility of "signs" being fixed plates, flip-flap, or LED display, markings can be paint, surfacing (bricks) ,...
72024-06-01 08:51Kovoschiz
♦2,543
Should the use of `traffic_sign=` be redefined to include markings? I have only seen you suggest this now. Diluting it still pollutes the data.
82024-06-01 08:56Kovoschiz
♦2,543
The application and rendering of signs is completely different from markings. Mixing them in `traffic_sign=` directly causes a mess (including to applications using them now), and requires more processing to identify whether they are panels or markings.
92024-06-01 08:58mueschel Nothing new to suggest or define here, that's an established use case, even supported by common presets in JOSM. See e.g.
https://taginfo.openstreetmap.org/tags/traffic_sign=DE%253A298
https://taginfo.openstreetmap.org/tags/traffic_sign=DE%253A293
102024-06-01 09:14Kovoschiz
♦2,543
And where is this documented or discussed?
On the contrary, markings were stilll discussed around that proposal https://community.openstreetmap.org/t/large-scale-change-of-traffic-sign-to-traffic-sign-id/107508/61
`=GB:1003A` doesn't have that many more `traffic_sign=` than `road_marking=`...
112024-06-01 09:21Kovoschiz
♦2,543
I believe `traffic_sign=none` was discussed to mean no plates, but there can be markings https://community-cdn.openstreetmap.org/uploads/default/original/2X/c/cec22899d55dead5714839e00eb430e9f6f92037.jpeg https://community.openstreetmap.org/t/fahrradinfrastruktur-tagging-realitat-und-fragen/8417
152089888
by mueschel
@ 2024-05-31 16:39
12024-05-31 17:10Aerond
♦66
oh darn, thanks!
152034072
by mueschel
@ 2024-05-30 12:53
12024-05-30 14:08aixbrick
♦840
Hallo,
ich hatte bewusst auf das Präfix "post_office:" verzichtet, weil ich annahm, dass das nur genutzt wird, wenn es sich um eine Postfiliale im Einzelhandel handelt (Haupttag ist also z.B. "shop"), um deutlich zu machen worauf sich "service_provider" bezieht. B...
22024-05-30 14:22mueschel Hi,
es hat mich auch gewundert, aber "service_provider" wird tatsächlich bisher nirgends verwendet. post_office:service_provider zusammen mit amenity=post_office hingegen schon 140 Mal.

Deswegen auch die Änderung - ansonsten bin ich aber auch eher der Meinung das Präfix...
151304223
by mueschel
@ 2024-05-14 09:57
12024-05-27 16:55motogs
♦27
Oops! Thanks for correcting.
151812046
by mueschel
@ 2024-05-25 13:35
12024-05-26 06:42RainerBielefeld
♦4
Thx. And in Between I got hints concerning
https://github.com/gravitystorm/openstreetmap-carto/issues/4913
https://github.com/gravitystorm/openstreetmap-carto/issues/1901
https://github.com/gravitystorm/openstreetmap-carto/issues/1891
151630714
by mueschel
@ 2024-05-21 14:06
12024-05-22 02:09Johnny Carlsen
♦94
Hi,

A quick explanation. I'm adding house numbers to OSM every day for about an hour or two. Recently I was told I have 10 days to move out from my current rental place and find a new place.

While I am adding house numbers, it was easy for me to quickly call the numbers and find the price...
22024-05-22 02:33Johnny Carlsen
♦94
I have re-added the address, did you remove any other addresses?
32024-05-22 08:11mueschel Hi,
I'm pretty sure I checked and saw that the address itself was already mapped. But maybe I misread one of the other ones. It was not my intention to delete valid house numbers.
42024-05-22 09:02Johnny Carlsen
♦94
No problem, mistakes happen.
151629082
by mueschel
@ 2024-05-21 13:31
12024-05-21 14:18StefanHRT
♦403
Danke für die Korrektur
151566590
by mueschel
@ 2024-05-20 08:34
12024-05-20 09:32pyrog
♦337
thanks

Yves
151532518
by mueschel
@ 2024-05-19 12:39
12024-05-19 13:15Pink Duck
♦151
Twitter.com changed to X.com on Friday. Twitter is dead, the key should be too.
22024-05-19 13:20mueschel If you want to propose to change the tag and / or do a mechanical edit to change the 75,000 occurrences of twitter tags please feel free to do so. Until this is approved, we should stay with the established and documented tag.
32024-05-19 13:24Pink Duck
♦151
Disagree. Users should be free to tag whatever they want for new features. Now is clearly the time to switch to the correct brand name suffix. However, the Twitter.com redirect is only 302 Found for the moment. Once that becomes Permanent might be the time to do a mechanical edit.
42024-05-19 13:27mueschel You are free to tag whatever you want, but don't expect any tag to be understood by fellow mappers and to be shown in any application unless it is documented and approved.
58286874
by mueschel
@ 2018-04-21 10:17
12024-05-18 20:46streckenkundler
♦1,042
Hei, auch wenn es 6 Jahre her ist, ich bin durch Zufall hier drauf gestoßen...

Manchmal muß man etwas um die Ecke denken... Bearbeitung war von einen User "FF_MB" also "Freiwillige Feuerwehr Märkisch Buchholz"

Ich nehme also an, daß man Hydranten, Sa...
151175857
by mueschel
@ 2024-05-11 08:46
12024-05-14 01:05MxxCon
♦3,359
Is wikimedia_commons:1= even a valid tag at all?
---

Published using OSMCha: https://osmcha.org/changesets/151175857
22024-05-14 07:44mueschel It's a common scheme to add :1 to a key if the value doesn't fit into one tag.
Usually this is done only if the value is too long.
For wikimedia_commons the more often used semicolon to separate two values doesn't work - file names are allowed to contain semicolons.
133889624
by mueschel
@ 2023-03-20 09:18
12024-05-10 13:45Mateusz Konieczny
♦7,666
Hello! https://www.openstreetmap.org/node/10701109455/history has building:name = biyosavunma that was added in this edit (if I checked things correctly)
Is building:name for building name? In such case it would be much better to put it into name tag. If this object merges builing and POI inside su...
22024-05-10 13:50mueschel Hi,
you better ask the mapper who added the "building name" tag in the first place:
https://www.openstreetmap.org/changeset/133157482
I only added the missing colon.
32024-05-13 08:42Mateusz Konieczny
♦7,666
Asked in https://www.openstreetmap.org/changeset/133157482

Though in such cases where tag is confused in the first place, such migration do not really add anything - it only hides info that whoever was adding this tag was likely a confused newbie.

Repairing keys makes sense if their meaning ma...
150883788
by mueschel
@ 2024-05-04 14:50
12024-05-13 03:20CAM-Gerlach
♦26
Thanks for the fixes! In the original change I was just typing the tags free-text into Rapid's text field, and for whatever reason I didn't catch it in my later pass with the JOSM validator, despite fixing another tag value on the same object.
---
#REVIEWED_GOOD #...
150977926
by mueschel
@ 2024-05-06 18:14
12024-05-11 20:35ftrebien
♦168
Lifecycle tags should be used for all tags related to the destroyed feature according to the wiki: https://wiki.openstreetmap.org/wiki/Lifecycle_prefix#How_to_tag
151176120
by mueschel
@ 2024-05-11 08:54
12024-05-11 16:23map per
♦1,298
Ich hatte im 'note' eigentlich extra dazu geschrieben, das es kein öffentlicher Aufzug ist...
22024-05-11 16:27mueschel Hallo,
ein Aufzug ist es trotzdem. Dass er nicht öffentlich genutzt werden kann ergibt sich aus access=private.

Ein Privatparkplatz wird ja auch nicht als private:amenity=parking erfasst.
151047440
by mueschel
@ 2024-05-08 10:15
12024-05-08 11:30Andrew Chadwick
♦58
This is a public car park, not a health facility, assuming you mean the staff_count:doctors in https://wiki.openstreetmap.org/wiki/Global_Healthsites_Mapping_Project

I will tag the relevant parking space (and the others, *sigh*) using https://wiki.openstreetmap.org/wiki/Key:parking_space
22024-05-08 11:34mueschel Woops... sorry, didn't look carefully enough before editing.
Thanks for fixing and improving it!
32024-05-08 11:52Andrew Chadwick
♦58
No problem! My choice of tag on the day was a guess, so let's try this next change as a slight improvement...

It's labelled on the ground as "Doctor", and near a health facility (though the building offers lots of other things too). Going with "staff" for now, but it...
125569269
by mueschel
@ 2022-08-30 13:08
12024-05-05 03:10Allison P
♦1,136
Instead of blindly fixing, you should check and see if it is an SEO spammer adding a restaurant in California over one in Wisconsin
22024-05-05 08:44mueschel You're right. This one was definitely not as obvious as others I removed or fixed.
32024-05-05 18:01Allison P
♦1,136
Thank you for correcting. I found this while checking weird addr:state values.
150436974
by mueschel
@ 2024-04-24 10:12
12024-04-24 16:14mavOsaure
♦38
Thanks for typo fix! ;-)
150356188
by mueschel
@ 2024-04-22 16:36
12024-04-24 06:24eMerzh
♦14
Hehe thanks for typo fix 💃
150268800
by mueschel
@ 2024-04-20 15:34
12024-04-23 15:09grawal
♦32
Ciao, il percorso è franato completamente?
22024-04-23 15:12mueschel Hi,
I only fixed a tagging mistake. The "destroyed" tag was added in
https://www.openstreetmap.org/changeset/150136820
32024-04-23 15:18grawal
♦32
Hi. Sorry, I didn’t see well...
149947541
by mueschel
@ 2024-04-13 11:37
12024-04-22 22:00Probertp
♦13
Hi!
I am sorry, I did not fix recyclig type tags, because I looked on your comment first time on 22.04.2024. I read comments always later after editing and only in time periods. So Thank You, you fixed recyclig type tags correct :)! My english is not 100%, so I clicked on offered translated in cze...
149948038
by mueschel
@ 2024-04-13 11:50
12024-04-17 12:47flohoff
♦2,366
Hi,
good catch - wie bist du denn auf die gekommen oder hast die gefunden?

Flo
22024-04-17 17:33mueschel Neue Tippfehler in Keys tauchen in meiner Taginfo-basierten Liste auf:
https://osm.janmichel.eu/taginfo/newkeys.htm
150075024
by mueschel
@ 2024-04-16 09:39
12024-04-16 10:48tastrax
♦1,147
Hi folks FYI - Phone numbers in Australia should be added to OSM according to the following format with the country and regional code +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number.
For freecall numbers that work whilst overseas (ie 13 13 13) use +61...
22024-04-16 10:50tastrax
♦1,147
Apologies - just noticed that you were just correcting Key values not adding the actual number. Cheers
149856392
by mueschel
@ 2024-04-11 09:57
12024-04-11 23:14hoserab
♦194
Oops, thank you, haha
145996139
by mueschel
@ 2024-01-07 15:37
12024-04-08 06:51HikeAndMap
♦104
Hi there, may I ask why you changed the colour:pole into pole:colour?

It is my understanding that we need consistency on OSM?

We have colour:back, colour:text, colour:border, etc.

So why would we do pole:colour now suddenly instead of colour:pole?

I thank you in advance for explaining th...
22024-04-08 07:30mueschel Hi,
the reason why I noticed the tagging: colour:pole and colour:support are not in use, but pole:colour and support:colour are.

But there is also a logical reason why it makes sense. The main feature is a sign. It has several colors, so subkeys are used. colour:text, colour:back as you mentione...
32024-04-09 01:34HikeAndMap
♦104
Hi thank you for taking time to explain it! It makes sense, yeah thank you so much..

I was wondering already in the past how do you know which colour belongs to which part? LOL

So thank you so much for explaining it.

149687592
by mueschel
@ 2024-04-07 11:17
12024-04-08 20:49ChrissW-R1
♦344
Thanks.
Sorry, I used the wrong tags and want to change it now. But they are already fixed.
145996146
by mueschel
@ 2024-01-07 15:37
12024-04-08 06:52HikeAndMap
♦104
Same here, why would we do pole:colour instead of colour:pole

but we do colour:text, colour:back, colour:border, etc.

Seems inconsistent to me.. maybe it's not, maybe there's a logical reason which I'd like to know. Thank you
---

Publishe...
22024-04-08 07:29mueschel See https://www.openstreetmap.org/changeset/145996139
149439534
by mueschel
@ 2024-04-01 14:59
12024-04-01 19:07Lumikeiju
♦102
Thank you for catching and fixing my spelling mistake! Much appreciated!
149438707
by mueschel
@ 2024-04-01 14:41
12024-04-01 19:05Lumikeiju
♦102
Hi! I had set "contact:text" because I didn't see anything better on the Key:contact:* OSM Wiki page (and contact:sms is not listed there) but OSM taginfo shows over 100 existing uses of contact:sms=* and none of contact:text=* so I agree that this is a good change.

Thanks so much ...
148249372
by mueschel
@ 2024-03-05 12:54
12024-03-05 16:41AndersAndersson
♦601
Hello
Even though the tags are wrong you are removing information. The building types where written there.
147603495
by mueschel
@ 2024-02-18 11:00
12024-02-27 21:15Mateusz Konieczny
♦7,666
Hello! https://www.openstreetmap.org/node/11611948273/history has it=websitedesign key that was added in this edit (if I checked things correctly)
What you intended to express by using this unusual key? Is this tag needed? Or maybe can it be expressed in a more typical way that would be easier to u...
147884830
by mueschel
@ 2024-02-25 10:39
12024-02-25 20:34Kin Sapalot
♦36
Hi,

Just curious, why change h2 to H2 when osm wiki states the tag should really be fuel:LH2 ?
https://wiki.openstreetmap.org/wiki/Key:fuel:LH2

Best regards,
Kin

22024-02-25 21:41mueschel Hi,
fuel:LH2 is only correct if they sell liquid hydrogen - without knowing if it's liquid or gas I can't change that, so I left it as fuel:H2 - which is already in use in some other cases while fuel:h2 was usedonly here.
Changing it to LH2, h35, h70 or whatever else is up to someone wh...
147686990
by mueschel
@ 2024-02-20 11:04
12024-02-21 00:36BarryMyles
♦10
Oops, thanks for fixing my mistaken tags there.
147574813
by mueschel
@ 2024-02-17 14:45
12024-02-18 12:08andy_wand
♦11
Hallo, bitte Baustellen mit https://wiki.openstreetmap.org/wiki/DE:Key:construction taggen, nicht die tags verändern. wenn diese <6 monate dauern, wenn es kürzer dauert, entsprechend mit access=no@(zeitraum) taggen, siede dazu https://wiki.openstreetmap.org/wiki/DE:Key:access#Zeitabh%C3...
22024-02-18 12:45silversurfer83
♦3,420
(Ich glaube du meinst ">6 Monate")
32024-02-18 12:51mueschel Die Baustelle wurde hier eingetragen:
https://www.openstreetmap.org/changeset/147264298
42024-02-18 13:35andy_wand
♦11
@silversurfer93 ja
52024-02-18 14:01Hb-
♦290
@andy_wand Hier handelt es sich um eine versprochene "Turbo-Baustelle", deren Ende fast zum Greifen nahe ist. https://www.haz.de/lokales/umland/wennigsen/b217-baustelle-in-wennigsen-holtensen-bauarbeiten-verzoegern-sich-weiter-UNMHWTFSHJEDFIWYIQNYH2ZHDI.html
147604178
by mueschel
@ 2024-02-18 11:16
12024-02-18 12:48silversurfer83
♦3,420
Are you sure this was spam? Looks to me like a company tried to put their poi on the map and could need some help
22024-02-18 12:58mueschel It might be a legit business, but there is no user who might need help, just somebody who takes their money and produces these nodes.

These entries come from some SEO company, not from the business themselves. This is evident from the fact that nodes with identical (often mispelled) keys appear i...
147529748
by mueschel
@ 2024-02-16 12:09
12024-02-16 16:06danieldegroot2
♦675
Hey mueschel,

This link is specifically for the streetsign, (especially) since it is very recent and the only visible feature.
POIs usually do not have their own mapillary. Other mappers would likely change this link to that which shows the whole building or remove it alltogether, since the imag...
22024-02-16 17:43mueschel Hi Daniel,
I think having a mapillary tag that shows how the POI/object looks like from the street is perfectly fine, and is indeed how the mapillary tag is used in most cases.

"streetsign:mapillary" is a bit problematic syntax-wise: There is no "streetsign" key it could refe...
32024-02-16 21:52danieldegroot2
♦675
Thanks for the reply.
147335967
by mueschel
@ 2024-02-11 17:09
12024-02-13 21:33sbre
♦22
Hi, man_made=chimney is only for large industrial chimney, not residential ones. The ATYL tag I used was deliberate, until a suitable tagging scheme for residential chimneys is agreed upon.
22024-02-13 21:46mueschel I think we don't need a new top-level tag for a minor chimney.
How about man_made=house_chimney?

32024-02-13 21:50sbre
♦22
Sure, go ahead, sounds better. Just something that can't be confused with other stuff.
42024-02-13 22:38mueschel Actually, there is already a tag used 170 times for chimneys on buildings: building:part=chimney

https://taginfo.openstreetmap.org/tags/building%3Apart=chimney#overview
147323883
by mueschel
@ 2024-02-11 11:30
12024-02-11 18:16Kento Kei
♦22
why did you get rid of a piece of landuse?
22024-02-11 18:19Kento Kei
♦22
wait what the hell, I just looked at the tags for that thing, you were definitely right for deleting that, why did it have those tags? I didn't even add them
146707676
by mueschel
@ 2024-01-26 12:12
12024-01-26 22:15mweper
♦405
Hi mueschel. I am interested to know why you have removed the tags with namespaces, as I have used them a lot, plus (according to Taginfo) it is supported by OsmAnd, among others. If this tagging is incorrect or not standardized in the Wiki, I will get to work to correct them.

I use both methods:...
22024-01-27 12:24mueschel Hi,
here are a few points:

- Taginfo statistics show clothes=* containing "women": 30000 tags and
clothes:women=yes: 220 tags - less than one percent.
- There is no mention of clothes:XX in the Wiki, while clothes=* containing a list of values is explicitly mentioned

The use of ...
146670242
by mueschel
@ 2024-01-25 11:47
12024-01-25 11:50NorthCrab_upload
♦6,984
Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy.
https://www.openstreetmap.org/node/11393853138
https://www.openstreetmap.org/node/11393853137
https://www.openstreetmap.org/node/113...
22024-01-25 11:54mueschel Please contact the original editor of these nodes: https://www.openstreetmap.org/changeset/146403229
32024-01-25 13:33NorthCrab
♦4,531
I just removed the duplicates :-)
146276114
by mueschel
@ 2024-01-15 10:52
12024-01-15 11:41flohoff
♦2,366
Danke - da hab ich wohl ge-fat-fingered ...

hat auch jetzt das routing richtig beeinflusst (So hab ich den changeset gefunden)


Flo
146240270
by mueschel
@ 2024-01-14 11:03
12024-01-14 11:23HirschKauz
♦267
ups - dankeschön
---

Published using OSMCha: https://osmcha.org/changesets/146240270
145951009
by mueschel
@ 2024-01-06 10:24
12024-01-09 07:56Mond00
♦76
Hallo,
warum, wurden die Öffnungszeiten zu Fleischverkauf, Tagesgerichte und Wurstverkauf gelöscht, bzw. auf einen EIintrag reduziert?
Die Öffnungszeiten sind unterschiedlich.
22024-01-09 08:05Mond00
♦76
Habe leider die nicht die ganze Zeile angesehen und die richtige Korrektur von Ihnen entdeckt.

Das Geschäft ist vom 24.12 bis 1. Wochenende im Januar geschlossen. was ich nachgetragen habe. Bitte prüfen, ob es so stimmt.

32024-01-09 09:31mueschel Hallo,
jetzt passt es nicht mehr ganz, nach Samstag steht einmal zuviel der Text "open...".
Öffnungszeiten kann man hier ganz einfach testen:

https://openingh.openstreetmap.de/evaluation_tool/?EXP=Th%2C%20Fr%2009%3A00-16%3A00%3B%20Sa%2009%3A00-14%3A00%20open%20%22Fleischverkauf%2...
42024-01-09 13:47Mond00
♦76
Danke, sollte nun passen
145705671
by mueschel
@ 2023-12-30 16:59
12024-01-05 21:21IpswichEdits
♦25
Oops, Thank you! :-)
145530282
by mueschel
@ 2023-12-26 11:46
12023-12-26 12:38Patrickov
♦103
Keep your edits in one country please. For this edit you should upload one for the two NZ edits and the other for the four USA edits
22023-12-26 13:00Kovoschiz
♦2,543
@Patrickov This is fixing a previous changeset. It's fine.
32023-12-26 13:02Kovoschiz
♦2,543
Ok it's not. But it's the same minor mistake.
42023-12-26 13:05mueschel That wasn't intentional. In Level0 it's not always easy to keep track of the location of edits, especially if the objects are similar and the map doesn't give clear hints on the different location.
145326610
by mueschel
@ 2023-12-20 11:12
12023-12-22 21:57gileri
♦1,003
Thanks !
144994610
by mueschel
@ 2023-12-11 10:53
12023-12-11 22:20HellMap
♦676
Hello,

Just wanted to check if I understand this correctly. What was your intention with this edit/correction?
I understand that name:etymology is for the word or term that the name is directly from, not for a lengthy description. I don't know if name:etymology:description is correct or us...
22023-12-12 10:44mueschel Hi,
yes, you're right. I just reverted my edits here.
144994799
by mueschel
@ 2023-12-11 10:58
12023-12-11 19:58DaveF
♦1,566
Hi
Please don't do that.
138264410
by mueschel
@ 2023-07-08 13:41
12023-12-07 10:02lyctkel
♦335
Hi Mueschel,
at https://www.openstreetmap.org/node/11022143425 you changed
...
recycling:brown_bottles=yes
recycling:brown_jars=yes
...
to
recycling:glass:colour=brown
recycling:glass_bottles=yes
recycling:glass_bottles:colour=brown
recycling:jars=yes

recycling:glass:colour=brown was n...
144364248
by mueschel
@ 2023-11-23 11:10
12023-11-29 09:08kitto33
♦3
I don't really agree that this is "fixing" the opening_hours. It is counterintuitive to specify an opening_hours range for when they are closed for something. There is no positive indication of when sales are allowed, οnly a negative indication of when they are closed for sale...
22023-11-29 09:31kitto33
♦3
I also just realized that "no sales" overlaps with the main time for Monday-Saturday, but not for Sunday. This is now definitely more broken than before, so please put more care and thought into your fixes in the future, thanks.
32023-11-29 10:25mueschel Hi,
your recent edit doesn't work, because one entry overwrites another. You can use the opening hours evaluation tool to see it:
https://openingh.openstreetmap.de/evaluation_tool/?EXP=Mo-Sa%2010%3A00-21%3A00%3B%20Su%2012%3A00-19%3A00%3B%20Mo-Sa%2010%3A00-20%3A00%20%22selling%22%3B%20Su%2012%...
42023-11-29 19:13kitto33
♦3
Thanks for clearing that up. I now see the comments are not for seperating distinct components of the store, but rather just to annotate different opening hours intervals. I will update this with your fixed version
143611566
by mueschel
@ 2023-11-04 12:36
12023-11-28 20:27SomeoneElse
♦13,390
C'mon - please engage your brain when making edits like this. Did you really think this was valid data?
144135792
by mueschel
@ 2023-11-17 11:42
12023-11-17 15:28Xvtn
♦470
Thanks. My mistake
143740734
by mueschel
@ 2023-11-07 14:51
12023-11-07 17:17aixbrick
♦840
Danke
143412220
by mueschel
@ 2023-10-31 10:10
12023-11-01 23:38Matt_
♦78
Thank you for fixing these tags! They were my fault, I was copying information from another layer and didn't name them correctly.
71202965
by mueschel
@ 2019-06-13 05:33
12023-10-26 02:11Allroads
♦420
Hello, you deleted duobike?

Why, on that location is permitted a "duofiets" this is on a footway.

Someone did express that.
Maybe there is a better key.

Special this mobility duo bicycle is permitted.

It is a subcategory of bicycle.
https://www.mapillary.com/app/?pKey=536164...
142966083
by mueschel
@ 2023-10-22 12:31
12023-10-23 20:49Allison P
♦1,136
Oops. Darn Brits. Thank you for catching
142622989
by mueschel
@ 2023-10-15 15:28
12023-10-23 18:02Mateusz Konieczny
♦7,666
https://www.openstreetmap.org/way/300121747/history - this edit was unhelpful and it was only hiding actual problem
22023-10-23 18:21Mateusz Konieczny
♦7,666
key: source:maxspeed:backward=*
value: 50

"fixed" to

key: source:maxspeed:backward
value: 50
142509123
by mueschel
@ 2023-10-13 07:18
12023-10-13 07:30mcliquid
♦1,863
Hi,

Welcome to OSM and thanks for contributing :-)

One general recommendation: changesets should be local.

To avoid conflicts and as a courtesy to reviewers, it is recommended to:

• combine changes in a small geographical area (within a city, district or province)

• keep cha...
22023-10-13 08:01OSM_RogerWilco
♦724
Danke für die Korrektur! :-)
138017267
by mueschel
@ 2023-07-02 10:07
12023-09-23 16:29Niiepce
♦191
Hey,
Hier ist dir ein Fehler unterlaufen:
protected_titel zu protected_title zu verbessern bringt nichts, wenn der korrekte Key protection_title ist.
Ansich super, dass du dich um so typos kümmerst, aber nächstes Mal lieber nochmal nachschauen, wie der Key genau richtig ist. Ich hab...
22023-09-23 16:38mueschel Ups, danke fürs korrigieren. Ich habe gerade noch die beiden anderen "protected_title" in der Datenbank korrigiert, dann taucht der Fehler auch wieder in der QA auf wenn er wieder passiert.
32023-09-24 10:47Niiepce
♦191
Super, dankeschön
141617445
by mueschel
@ 2023-09-22 18:39
12023-09-23 12:24felipeeugenio
♦2,359
pfff... thank you.
what a typo.
---

Published using OSMCha: https://osmcha.org/changesets/141617445
140719761
by mueschel
@ 2023-09-02 13:43
12023-09-12 15:41aseidel
♦251
Liebe:r mueschel,
danke für die Korrektur der sidewalk-Tags mit den verdrehten traffic_sign-Positionen. Eine Frage: die Mapperin wollte mit dem Tag sidewalk:right:backward:bicycle=yes angeben, dass der Gehweg rechts der K31 in umgekehrter Linienrichtung für den Radverkehr freigegeben ist ...
22023-09-12 17:41mueschel Hallo,
da hast du recht, "sidewalk:right:bicycle:backward" ist irgendwie abhanden gekommen. (Beachte, erst das Fahrzeug, dann die Richtung ist die übliche Reihenfolge).

oneway=-1 ist hier völlig in Ordnung - die englische Version im Wiki drückt das auch nicht so explizit...
32023-09-13 07:47aseidel
♦251
Liebe:r mueschel,
klasse, danke für die schnelle Rückmeldung dazu!! Erst das Fahrzeug, dann die Richtung, das macht natürlich mehr Sinn, danke. Auch das oneway=-1 verstehe ich jetzt besser, da es gleich anzeigt, in welche Richtung es gilt.
Die Beschilderung ist hier wirklich seltsam...
140975797
by mueschel
@ 2023-09-08 08:38
12023-09-11 13:50Dimitar155
♦662
Thank you! I was wondering why that shop was flagged again for missing opening hours.
140312217
by mueschel
@ 2023-08-24 09:23
12023-08-24 16:37LockOnGuy
♦772
Thank you! keep up the great work!
140315633
by mueschel
@ 2023-08-24 10:37
12023-08-24 11:28qugeb
♦81
Ups, da habe ich wohl gepfuscht. Da hatte ich noch die gerade entdeckte destination-Relation im Kopf. Danke für die Korrektur.
140312901
by mueschel
@ 2023-08-24 09:36
12023-08-24 10:06Pink Duck
♦151
Thanks for correcting.
139819085
by mueschel
@ 2023-08-13 11:12
12023-08-16 18:11mcliquid
♦1,863
Danke für die Korrektur! :)
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/139819085
139819219
by mueschel
@ 2023-08-13 11:17
12023-08-14 03:55jmarchon
♦427
Oops, thanks for fixing!
139825028
by mueschel
@ 2023-08-13 13:49
12023-08-13 18:54aixbrick
♦840
Und nochmal danke! :-)
139313888
by mueschel
@ 2023-08-01 18:50
12023-08-12 20:41Mapillox
♦7
thanx
139783524
by mueschel
@ 2023-08-12 11:22
12023-08-12 13:51aixbrick
♦840
Ups, danke!
139698961
by mueschel
@ 2023-08-10 10:15
12023-08-12 03:56MxxCon
♦3,359
Shouldn't this just be surface= tag?
---

Published using OSMCha: https://osmcha.org/changesets/139698961
22023-08-12 08:15mueschel I guess this is what janedoe1999 intended to tag here. I'll change it.
139605537
by mueschel
@ 2023-08-08 10:16
12023-08-08 16:11rskedgell
♦1,481
Thanks for spotting and fixing that.
139181328
by mueschel
@ 2023-07-29 16:56
12023-07-30 04:06Kai Johnson
♦164
Many people in the US would consider the information about latino-owned and women-owned businesses to be important information that the owners would share with the community. Why did you feel that this would be private information that should be removed?
---

P...
22023-07-30 06:41mueschel The ethnicity of people is considered as private information that needs special protection by law in many places, e.g. by GPDR and CCPA. Having this kind of information in an open database would make use of OSM almost impossible in these areas. I also remember several discussions with the result tha...
32023-07-30 14:29Kai Johnson
♦164
That doesn't sound right to me. I would be interested to see the previous discussions you mentioned. Would you be kind enough to share any links to them you might have?
42023-07-30 14:58mueschel Check e.g. https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_information

Note that this particular case is not mentioned here, but things that are listed there as not allowed are much less problematic according to law.
52023-07-31 17:20jumbanho
♦148
I don't know the details of this particular establishment since I haven't visited, but many businesses will sign details about owners' identities. In the US it is perfectly legal to do so, as is creating databases about such information.
62023-07-31 23:44Kai Johnson
♦164
Thanks, jumbanho. I think it would be good to discuss this topic more broadly, so I've started a thread about it on the Community Forum: https://community.openstreetmap.org/t/mapping-minority-owned-and-women-owned-businesses/101915
72023-08-03 01:21Ferrocarriles de México
♦46
Private information about the owner has no place in OSM, neither do tags added for the sake of political propaganda, like this.
139309125
by mueschel
@ 2023-08-01 16:39
12023-08-01 18:57geow
♦447
mueschel, danke fürs berichtigen 🖖
44325690
by mueschel
@ 2016-12-11 15:52
12023-08-01 07:56ADAC Touristische InfoSysteme
♦31
Hallo mueschel, ein ADAC Mgl hat uns darauf aufmerksam gemacht, dass wir in "unserer" Karte den Ort "Wem gehört die Welt" anzeigen. Nach Prüfung auf OSM bin ich auf diesen way gestossen. Aufgrund von landuse=residential und name wird dieser in OSM Karten angezeigt. Bitt...
22023-08-01 08:45mueschel Hallo,
Ich kenne die Situation vor Ort nicht, aber laut Google scheint es sich dabei tatsächlich um den Namen dieser Wohnwagensiedlung zu handeln.
139181247
by mueschel
@ 2023-07-29 16:53
12023-07-29 23:25Kai Johnson
♦164
How were you able to determine that this feature is not a landslide?
---

Published using OSMCha: https://osmcha.org/changesets/139181247
22023-07-30 06:00mueschel The area is still tagged as being a landslide. I only removed the mispelled "landuse_2" tag. If you think that
natural=landslide describes the situation better than landuse=scree (which was there for years and never changed), feel free to change the natural=* tag to the better value.
32023-07-30 14:20Kai Johnson
♦164
We just had a discussion about this in https://community.openstreetmap.org/t/various-landslide-tags-replaced-with-hazard-landslide/101466 after another user replaced the natural_2=landslide tag with hazard=landslide. Those two tags have different meanings and purposes, as I'm sure you can see i...
42023-07-30 16:17mueschel If it's not clear what the correct natural value is, then there should be a 'fixme' tag on the area so that every mapper in the area gets a marker in their editor.
Just adding a wrong tag again is not helpful at all.

Even the questionable 'hazard' tag seems to be fittin...
52023-07-31 23:50Kai Johnson
♦164
As the consensus in the Community Forum discussion about this feature was that the natural_2=landslide tag contained valuable information, I'll be restoring that tag.

If you'd like to add a fixme tag to the feature, please do.

Also, please be careful when you're cleaning up tags...
138983503
by mueschel
@ 2023-07-25 11:19
12023-07-29 23:27Kai Johnson
♦164
The tag that was deleted translates to "import=yes". By deleting it, it seems we have lost some important information. Shall we restore this tag?
---

Published using OSMCha: https://osmcha.org/changesets/138983503
22023-07-30 03:13Abdullah Abdulrhman
♦712
Mr. Kai Johnson
This tag was added by mistake because I am working on a project to import GNS points to the map of Saudi Arabia, but I did not finish work on correcting errors, final checking, and deleting duplicates before doing the import process, and this peak was already on the map and I corre...
32023-07-30 14:25Kai Johnson
♦164
Thanks for the explanation. If you agree the tag should be removed, I think that was the right thing to do.

Also, thanks for working on mapping natural features like this. I do some similar work in the US, and I'm happy to see that the map has more features like this!
42023-07-31 07:37Abdullah Abdulrhman
♦712
You are welcome and happy mapping
138026642
by mueschel
@ 2023-07-02 14:45
12023-07-29 15:00jumbanho
♦148
Why did you make this change, especially without notifying the original editor (me)? `surface=compacted` is the correct tag for these roads. While `compacted=*` is not a currently accepted tag, it does not do any damage to add a detail to the accepted tag on these types of roads.

Regardless, if ...
22023-07-29 15:27mueschel 'crushed_limestone' is among the 70th most common surface values. It's better to use this value directly in the surface tag compared to inventing a new key that no common tool knows about.
32023-07-29 16:15jumbanho
♦148
The reason I included both tags is that the `surface=compacted` reveals a process, while the `compacted=crushed_limestone` refers to a material. The combination of material and process gives more information than either alone. Regardless, surface=compacted is correct and more commonly used. It ...
42023-07-29 16:30mueschel It's just not possible to inform each and every user whose tags I change. In this changeset alone this would mean to check 14 objects for their history to figure out who added which tag in which changeset I have to leave a comment on.

"compacted:material" won't solve the issue...
52023-07-29 17:09jumbanho
♦148
I don't feel like you understood my previous post. The surface tag represents a condition of a surface. The condition is the outcome of both a process and a material and that can vary. surface=crushed_limestone is a material and doesn't represent the surface well. as a sole tag surface=...
62023-07-29 18:18mueschel May I suggest to discuss these fundamental questions about the definition of the surface tag in the forums or mailing lists? A changeset discussion is not the right place for that.
72023-07-29 18:38jumbanho
♦148
Seems like a good idea.
82023-07-29 18:57jumbanho
♦148
I posted a question here and tried to be as fair as possible for someone with a point of view! https://community.openstreetmap.org/t/how-to-tag-the-surface-of-highways-that-are-compacted-crushed-limestone/101824/1
135970566
by mueschel
@ 2023-05-11 10:20
12023-07-25 22:03trial
♦870
Hi, you are changing the parking keys from the new to the old schema. If that's really wanted, you should get in touch with the developer of the validator https://github.com/osm-fr/osmose-backend/blob/master/plugins/Highway_Parking_Lane.py#L110

Changing back and forth doesn't make sens...
22023-07-26 06:23mueschel Hi,
not quite... the new scheme would be parking:right:restriction=no_parking. But my edit here was clearly a mistake. Feel free to correct it or I'll do it later.
32023-07-26 11:18trial
♦870
Looking at https://wiki.openstreetmap.org/wiki/Key:parking:right (and ID - not a reference, I know) say parking:right=no.
According to https://wiki.openstreetmap.org/wiki/Street_parking, parking:right:restriction=no_parking means it's illegal. Here it's simply physically not possible. Exc...
138753504
by mueschel
@ 2023-07-20 09:14
12023-07-21 01:05HikeAndMap
♦104
Hi there, I put it in a wikidata:1 analog with inscription tagging system, for the reason JOSM complains about that the ; doesn't work for wikidata.

Which is sad of course if 0.00% of the users worldwide can use this now you merged it.

And the reason I added both - is because the smaller ...
22023-07-21 01:05HikeAndMap
♦104
Which you by merging it broke ..

So now I'm looking forward to your explanation why you consider it's better to break a functioning tag - and make it unuseable for everyone?

If your reason is:"to make sure someone will merge it on wikidata" then I understand that - that th...
32023-07-21 08:27mueschel Tags with several values are a well-supported feature in OSM. The recommended syntax is to have a semicolon-separated list. Your proposal of adding number to keys is not a generally accepted scheme. I only know of few tags for which this is an official scheme, e.g. 'seamark' and 'ins...
42023-07-21 14:37Timmy_Tesseract
♦152
Besides the fact that semicolon-separated values are well-established, using this tagging also improves likelihood of redundant wikidata elements being reviewed and fixed.

Some wikidata enthusiasts might regularly check all unusual wikidata tags in their area of interest but they wouldn't wa...
52023-07-23 11:39HikeAndMap
♦104
good arguments - thanks
61776708
by mueschel
@ 2018-08-18 18:02
12023-07-19 03:37Johnny Mapperseed
♦99
There are open bins of peanuts in this store.
138462747
by mueschel
@ 2023-07-13 12:33
12023-07-14 00:31MafogMachine
♦2
Thanks for the corrections; looks like I was incorrectly interpreting the wiki where name=* as the tag name for an "alt_name" instead.
134645473
by mueschel
@ 2023-04-08 09:54
12023-06-22 14:19Kovirii
♦30
It appears this edit incorrectly replaced the "network" tag on the subway relation with "building:stairs" instead.
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/134645473
22023-06-22 14:24mueschel Thanks for pointing it out - I have no idea how that happened, it was not my intention. Thanks for fixing it!
32023-06-23 17:53Kovirii
♦30
No problem, just wanted to make you aware.
136629284
by mueschel
@ 2023-05-27 15:35
12023-06-16 12:40Mathias_ADAV
♦168
Hello,
do you think the best practice is cycleway:color and not cycleway:surface:color?

I chose this key because there is no cycleway:color on taginfo
22023-06-16 13:00mueschel Hi,
"surface:colour" is perfectly fine and the version that has more use cases.
I somehow prefer the shorter version (which also exists). I think that 'surface' is redundant - what else could be the color of a path but the surface?

The reason for my edit was a different one...
32023-06-16 13:24Mathias_ADAV
♦168
thank you, I had not paid attention to this change between color and colour sorry!
I will make these changes, I have used the color version.
137104420
by mueschel
@ 2023-06-08 16:37
12023-06-08 22:33bxl-forever
♦2,489
Hello,

Is the "." (period) characted inside a key allowed? The wiki considers it as discouraged and it is usually flagged as incorrect by Osmose and others, this is the reason why I changed it into "delivery:takeaway_com" in the previous version.

I won’t make a fuss ...
22023-06-09 11:55mueschel Hi,
I'm fine with both versions.
We have several tags with an url in the key, e.g. ref:refuges.info
I think that's more straightforward than replacing the dot with an underscore.

In any case we should have the same tag everywhere, i.e. also on the restaurant nearby
https://www.open...
52032168
by mueschel
@ 2017-09-14 10:03
12023-05-27 23:51Marc_ch
♦277
why did you think that a device that convert electricity to electricity is better describe with generetor:* in stead of converter ?
a generator convert one type of energy to another. a frequence change isn't a generator
22023-05-28 08:24mueschel Hi,
this is an old edit and there are still no defined "converter:*" tags. No tag like this is currently used in any place.

According to current schemes I suggest to


- change generator:method=motor_generator
to converter = motor_generator

- change
generator:output:electricity...
136632640
by mueschel
@ 2023-05-27 17:15
12023-05-27 21:17aixbrick
♦840
Danke :-)
136336956
by mueschel
@ 2023-05-20 13:08
12023-05-20 13:18Baraka Jungwa
♦12
I hope you corrected the error that I made? Thanks in advance!
136246492
by mueschel
@ 2023-05-18 09:56
12023-05-20 01:39MxxCon
♦3,359
🤣🤦‍♂️She's not an insect.
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/136246492
22023-05-20 13:05hrhino
♦61
No, but she is the etymology of one...

https://www.science.org/content/article/mantis-named-after-ruth-bader-ginsburg-may-usher-new-way-classify-insects
136170745
by mueschel
@ 2023-05-16 13:51
12023-05-17 10:37SK53
♦864
A Munro top is not a Munro. Whilst it's worth discussing whether munro_top or munro:top=yes or munro=top are sensible tag choices, changing a tag so that the meaning is incorrect doesn't help overmuch.
22023-05-17 11:06mueschel You're right, that should be "munro_top", which is already used a few times.
The original spelling with a space is definitely not a good choice.
I fixed it.
32023-05-17 11:23SK53
♦864
I've added a short wiki page just to try and cover these somewhat obscure keys: https://wiki.openstreetmap.org/wiki/Tagging_of_peak_lists_in_Great_Britain_and_Ireland
136082026
by mueschel
@ 2023-05-14 11:52
12023-05-16 00:43rodolfovargas
♦50
Hola.
En el TAG "operator" corresponde colocar el nombre de la institución que administra la colmena. Supongo que es Senda Verde (confirmar y cambiar)
En "species:en" corresponde la ESPECIE de abeja, segun taxonomía. Lo que se escribio "Stingless native bee&q...
22023-05-16 07:38mueschel Hi,
all these tags were added by maramirez13, I just fixed the really wrong keys.
32023-05-16 11:40rodolfovargas
♦50
Good. Thanks so much :)
135779354
by mueschel
@ 2023-05-06 14:26
12023-05-15 19:40Elefant aus Wuppertal
♦737
Hi,

danke für die Korrektur!

LG
136077786
by mueschel
@ 2023-05-14 09:39
12023-05-14 17:17marc__marc
♦1,265
Hello,
I'm very happy you target mistake and add a fixme to help them to be detected
but, as it's a newboie and he request review_request, why not posting a very small autotranslated review to him ?
Regards,
Marc
136078188
by mueschel
@ 2023-05-14 09:52
12023-05-14 14:14Lanuarius
♦1
The actual visible buildings, "파라다이독" and "승마센터", have different building names.

파라다이스독: https://map.naver.com/v5/entry/place/1421369841?c=18.41,0,0,2,dh

승마센터: https://map.naver.com/v5/entry/place/818784732?c=18.41,0,0,2,dh

I'll...
136011609
by mueschel
@ 2023-05-12 10:23
12023-05-12 11:12yelisey90
♦138
apparently https://wiki.openstreetmap.org/wiki/Tag:shop=tyres needs updating...
22023-05-12 11:33mueschel You're right, somebody changed the recommended tag a month ago. But this one is not used anywhere, compared to the old 'repair=yes' that is used 720 times on shop=tyres. 'service:vehicle:tyres_repair' is also used, but only 120 times.
135221112
by mueschel
@ 2023-04-22 09:29
12023-05-11 09:23tntchn
♦24
Oops thanks for fixing my typo😅😅
135772319
by mueschel
@ 2023-05-06 11:03
12023-05-08 14:29Reclus
♦90
Danke!
135779491
by mueschel
@ 2023-05-06 14:29
12023-05-08 12:31fawkes2
♦14
Thanks for this. I will use this prefix in the future if I need to do this again.
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/135779491
135819438
by mueschel
@ 2023-05-07 16:39
12023-05-07 17:39aTarom
♦775
Hi, the tag
"parking:right:condition"="free"
it's more widespread the maybe
"parking:right:fee"="no"?
Cheers
22023-05-07 17:46mueschel Hi,
I edited these ways because the side of parking was not tagged correctly.

There was a very recent rework of the parking tag scheme for highways:
https://wiki.openstreetmap.org/wiki/Street_parking

parking:right:fee is the recommended tag since a few months.
32023-05-07 17:49mueschel My mistake is fixed, thanks for pointing it out.
112007834
by mueschel
@ 2021-10-02 16:30
12023-05-02 12:36joost schouppe
♦1,179
Vergeet ook niet de snelheid aan te passen als je een fietsstraat fixt/doorvoert. Ik heb het nu gecorrigeerd.
134069769
by mueschel
@ 2023-03-24 14:03
12023-04-11 20:03Alexmol
♦94
Olá.
Agradeço a contribuição na actualização das antenas. No entanto sugiro uma leitura atenta da página wiki sobre comunicações móveis.
Os MNC e os nomes de operadores devem ser separados por ponto e virgula e estarem ordenados...
22023-04-12 08:28mueschel Hi, I didn't edit these tags, I guess you want to contact the earlier editors.
32023-04-12 22:43Alexmol
♦94
Ok, thank you for the reply. I'll contact the earlier editor.

Regards
Alexandre
134411278
by mueschel
@ 2023-04-02 12:10
12023-04-02 14:47reigi
♦65
Welchen key meinst du?
22023-04-02 14:49mueschel In der Änderungsansicht siehst du, dass dort "Website" anstelle von "website" stand:
https://www.openstreetmap.org/way/1158992559/history
32023-04-02 14:59reigi
♦65
Ah ja stimmt, danke für den Hinweis, hatte ich übersehen.
133989939
by mueschel
@ 2023-03-22 18:06
12023-03-28 05:28❤️‍🔥
♦367
hey, not sure what you meant by this comment, should I add the tag back with proper capitalization? thanks
22023-03-28 18:02mueschel Hu, this change was not what I intended...
I wanted to change communication:vhf to communication:VHF, because this tag was already used on some other nodes.

I'll fix it right now.
32023-03-28 20:18❤️‍🔥
♦367
thanks :)
133990213
by mueschel
@ 2023-03-22 18:12
12023-03-23 09:54Mex
♦72
thanks for the fix, don't sure how did that.
---

Published using OSMCha: https://osmcha.org/changesets/133990213
133473875
by mueschel
@ 2023-03-09 10:53
12023-03-09 14:52rempshaener
♦731
Hallo,
du hast versehentlich den neuen Tag fire_service_inlet=* (https://wiki.openstreetmap.org/wiki/Key:fire_service_inlet) umgestellt. Setzt du dein Changeset zurück?
Viele Grüße
22023-03-09 15:16mueschel I knew the proposal for emergency=fire_service_inlet, but didn't recognize this tag.
Feel free to revert my changes, or I can do it later.
32023-03-09 18:23rempshaener
♦731
Thank you, I have just seen that you have corrected it.
133373667
by mueschel
@ 2023-03-06 17:43
12023-03-07 16:06Danfost
♦136
Hallo,
hier sind bei contact:facebook= ,Instagram und Yelp die Links abhanden gekommen

Gruß
Danfost
22023-03-07 16:10mueschel Ja, die volle URL wird nicht benötigt, die jeweiligen Nutzernamen sind ausreichend.
Ich bevorzuge die kurze Variante, deswegen ändere ich die Tags manchmal, wenn ich einen Knoten ohnehin editiere.

E.g. contact:instagram: "Instagram account name or full URL"
https://wiki.op...
32023-03-07 16:13Danfost
♦136
Ah, ok, das wußte ich noch nicht.

Gruß
Danfost
133320232
by mueschel
@ 2023-03-05 10:59
12023-03-05 18:27Bobropiton
♦144
Well, why was it done? Are you somehow related to Moscow transport? Maybe you are also updating public transport routes in Moscow? If not, then don't touch it. I need all the tags you removed to filter what is done and what is not. All unnecessary tags introduced by me will be deleted AFTER upd...
133286037
by mueschel
@ 2023-03-04 11:35
12023-03-04 21:01emersonveenstra
♦1,457
??

Very clearly a legitimate business that just didn't know how to use iD. I'm reverting this and fixing up the tags. You can't say there's not 'any valid tag' when there's a valid website, name, address, phone number, and a tag describing what it is
22023-03-04 21:03emersonveenstra
♦1,457
Reverted for vandalism in https://www.openstreetmap.org/changeset/133306235
32023-03-04 21:16mueschel Hi,
yes, the data may be of a legitimate business, but these entries are made by some SEO company they hired. There are about ~ 10 of these nodes each day, across the world, all with the same tagging, same spelling mistakes. Creating new user accounts for this without stating their SEO identity is ...
42023-03-04 21:25emersonveenstra
♦1,457
Deleting valid data because you don't like that a company added it is also clearly in violation of the OSM rules.

That was verifiably a real business, the node was in the right place, all the data was there, just the tags were wrong, so that's not 'misuse'.
52023-03-04 22:30mueschel It is clearly against the organised editing guidelines. They explicitly forbid hiding behind many new accounts and not revealing their occupation.
https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines
133123567
by mueschel
@ 2023-02-28 11:02
12023-02-28 16:11jmarchon
♦427
Thank you, not sure how this happened!
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/133123567
133038610
by mueschel
@ 2023-02-26 11:36
12023-02-26 15:36aTarom
♦775
Hi, "note:ast" is the note Asturianu value
https://ast.wikipedia.org/wiki/Asturianu
to inform the locals of the peculiarity of the two towns
Why do you consider a duplicated note tag?
Cheers
22023-02-26 17:48mueschel When I edited it, the two values looked identical to me... maybe not enough coffee? I added them back.
Sorry!
132785615
by mueschel
@ 2023-02-20 11:10
12023-02-20 14:52spiregrain
♦198
Thank-you! These were all my mistakes, I think.
132322048
by mueschel
@ 2023-02-09 18:26
12023-02-17 08:47benoitdd
♦74
hello mueschel, did you contact the contributor before reverting their changes? to give them a chance to make it better rather than losing all their work?
22023-02-17 09:31mueschel Hi,
these edits looked like any random import from some external shapefile like we have so many every day.
There didn't seem to be anything valuable, e.g.:

- everything tagged with just a date and the users name
- random areas that don't resemble anything on aerial images (e.g. an a...
132348917
by mueschel
@ 2023-02-10 10:01
12023-02-10 10:35Langlaeufer
♦1,315
Das war Absicht - auch wenn noch nicht gebräuchlich.
---

Published using OSMCha: https://osmcha.org/changesets/132348917
22023-02-10 11:01Langlaeufer
♦1,315
Begründung passt nicht, bin aber auch nicht böse, dass es wieder weg ist.
---

Published using OSMCha: https://osmcha.org/changesets/132348917
132200093
by mueschel
@ 2023-02-07 11:11
12023-02-09 20:09danieldegroot2
♦675
Hi,

I'm using
- mapillary for the best image of an object; and
- *:image for one property of the object. This is intended for mappers, not for general users of the data. Noteably, some of these images lie in unexpected locations and there may be many other traces hiding them.
I'm awa...
22023-02-09 20:27mueschel I never heard of or have seen an "image" suffix. The use cases are very few.

It's much more common to use source:key:mapillary. It's necessary to have 'mapillary' as part of the key, otherwise it's impossible to figure out what the number refers to. You can�...
32023-02-09 20:55danieldegroot2
♦675
Could you message b-unicycling regarding this as well, please? Thanks in advance.
132152432
by mueschel
@ 2023-02-06 11:04
12023-02-09 20:21danieldegroot2
♦675
I would suggest using lifecycle prefixes only for main keys, not for properties such as mapillary, as this is redundant.
I would add this information to the proper object instead -which I was hesitant to do-, namely the rectangular building it is on, since it has multiple entrances which IIRC seem ...
22023-02-09 20:33mueschel 'old_*' is not a documented key part. There are a few cases of tags containing an 'old_' in them, but these are explicitly defined tags. 'was:' is perfectly fine for any tag that isn't describing the current status of an object any more.
32023-02-09 20:55danieldegroot2
♦675
Ok. I'm exaggerating quite a bit since people tend to tag everything with a lifecycle prefix. Sorry.
I'll leave it as a seperate node for now and maybe it can be surveyed in the future if the building/rooms have any ref, eventhough they may not be signed anymore.
131925726
by mueschel
@ 2023-01-31 14:59
12023-01-31 15:14osmviborg
♦1,647
👍
131602261
by mueschel
@ 2023-01-23 11:02
12023-01-24 05:21MxxCon
♦3,359
Shouldn't this be under website tag or some type of suffix of website: tag?
---

Published using OSMCha: https://osmcha.org/changesets/131602261
22023-01-24 09:16mueschel 'url' is quite typical for additional information about an object which is not its website.

Checking Taginfo I found that links to this site are often tagged as 'source:url', maybe we should change this here as well.
32023-01-24 19:21MxxCon
♦3,359
If that's what that website provides, ya,, that's probably appropriate tag. Although perhaps source:website= is more suitable than source:url=
42023-01-24 19:29mueschel Not quite: In general "source:xyz" is the tag for the source of the information in the "xyz" key.

"source:url" is a special case (not documented as it seems...) and is mostly used to add an URI of the source, while "source" holds some readable text.
131576825
by mueschel
@ 2023-01-22 18:18
12023-01-23 01:17orthocircular
♦120
Hi there! Remember to add the housenumber tag for the numeric portion of the address.
---

Published using OSMCha: https://osmcha.org/changesets/131576825
131183870
by mueschel
@ 2023-01-12 11:28
12023-01-21 17:46cyclehunter
♦10
With destination:minutes=1;4;7;10... I meant that it is 1 minute to The Fens, 4 to Greatham, 7 to Newton Bewley, 10 to Low Grange from here.
So you cannot derive an interval from this data. Maybe they drive only once an hour or so.
I had no idea if there is a convention to add this data but I have...
130455261
by mueschel
@ 2022-12-24 12:40
12023-01-19 05:49Xanadu_Contractor
♦21
If you follow the "website" tag, they have the removed link explicitly for leaving reviews in the upper-right. Removing this contact info is a removal of relevant data, which does not pertain to copying another mapping program's data.
If there is a more exact link for "leave a g...
22023-01-19 05:52Xanadu_Contractor
♦21
(Meant "more exact tag", not "more exact link" in previous comment.)
131183211
by mueschel
@ 2023-01-12 11:18
12023-01-12 20:12Allison P
♦1,136
Sorry, I put this here because I intend to map it soon and wanted to keep the name. It seems I misspelled the tag though.
130383365
by mueschel
@ 2022-12-22 16:14
12022-12-23 09:59SekeRob
♦1,435
Hi,

I'm sorry for these repeating copy-paste errors. This happens to me since starting use of JOSM but I have not discovered how this happens like my 'w' value suffixes.. Suspect it's looking at screen rather than keyboard while typing.

Sometimes JOSM warns when the key is ...
129893080
by mueschel
@ 2022-12-09 09:46
12022-12-19 12:50Mateusz Konieczny
♦7,666
Have you actyally looked at this tags? What is mispelled here?

Can you stop removing rarely used tags without neither consulting original mapper nor replacing them - with highly misleading edit descriptions? You did it again.

Please restore them.
22022-12-19 12:53Mateusz Konieczny
♦7,666
Please also read https://wiki.openstreetmap.org/wiki/ATYL and review all your similar edits and restore other tags removed with false and misleading descriptions.

I remember that you did it before in https://www.openstreetmap.org/changeset/110106635 and https://www.openstreetmap.org/changeset/582...
32022-12-19 13:18mueschel Hi,
"male_haircur" is definitely a spelling mistake which needs to be fixed.
A proper currency code is missing as well.

The question about how to tag prices of services pops up every now and then on the diverse discussion channels. The answer always is an unambiguous "we don...
42022-12-19 14:17NorthCrab
♦4,531
The following ones don't have any misspellings (and they do have a currency), yet, you removed tags from them:
https://www.openstreetmap.org/node/9248039728/history
https://www.openstreetmap.org/node/8948497378/history
52022-12-19 14:17Mateusz Konieczny
♦7,666
> "male_haircur" is definitely a spelling mistake which needs to be fixed.

Then why you deleted this tags instead of fixing them or letting me know that I had a typo?

> So I decided to follow this advice and not fix the spelling.

Then please mention that as a reason - not a...
62022-12-19 14:20NorthCrab
♦4,531
It feels like you put a blind eye on the majority of your changeset (2/3) just to make your point.
72022-12-21 10:48mueschel All tags I removed were not correct.
Please check the Wiki, "zł" is not a valid currency code.
82022-12-21 12:27NorthCrab
♦4,531
Okay, that's correct.
130211722
by mueschel
@ 2022-12-18 12:59
12022-12-19 17:52rskedgell
♦1,481
Thanks!
130071491
by mueschel
@ 2022-12-14 11:27
12022-12-19 00:15VictorIE
♦912
Thanks!
130211559
by mueschel
@ 2022-12-18 12:54
12022-12-18 14:53Kovoschiz
♦2,543
This doesn't do any help. `*:roof=` is not an `access:*=` mode or condition. `access:roof=` was mass-added by an organized edit https://wiki.openstreetmap.org/wiki/HOT_-_PDC_InaWARE_Indonesia_Project_(Surabaya_&_Jakarta) which uses other questionable tags such as `building:roof=` and `bu...
22022-12-18 14:55Kovoschiz
♦2,543
https://taginfo.openstreetmap.org/keys/access:roof#chronology is obviously added en masse.
130151958
by mueschel
@ 2022-12-16 11:29
12022-12-17 11:06Dawid2849
♦712
oh, that's how it's spelled... thanks, I'll remember in future
129654582
by mueschel
@ 2022-12-02 18:43
12022-12-14 13:58Friendly_Ghost
♦636
Hi mueschel,

These boundaries both have a duplicate. Do you know which ones are correct and which ones can be deleted?

I also don't think these two ways need any tags at all, as they are both parts of https://www.openstreetmap.org/relation/179745.
22022-12-14 14:27mueschel Hi,
I guess you have to ask ZeLonewolf who added these two lines.
It seems that one is from Tiger data and one from the city council...
32022-12-14 15:32Friendly_Ghost
♦636
Thank you for the quick reply.
ZeLonewolf told me on Slack to delete the versions that are not part of a relation. I ended up using my own judgement and I deleted the ones without a stated source, and I kept the ones that had data from Elizabeth City GIS: https://www.openstreetmap.org/changeset/13...
42022-12-14 15:44ZeLonewolf
♦559
Thanks!
129957652
by mueschel
@ 2022-12-11 10:24
12022-12-12 13:26RpalmerAC
♦2
Thank you!
129961742
by mueschel
@ 2022-12-11 12:53
12022-12-11 17:43Jay May
♦148
Oho ... If I did the whole border line with this mistake, it's going to take me quite a bit of time ...............
22022-12-11 17:58Jay May
♦148
Ahhh, you already did that! Thanks a loooot
129857472
by mueschel
@ 2022-12-08 11:34
12022-12-11 11:47johantiden
♦81
I guessed cliff since the terrain is already very steep there. The planning map has even tighter looking height lines converging here. We can change it to cliff later when it's more clear how it will look!
129701880
by mueschel
@ 2022-12-04 11:46
12022-12-05 10:05Jan Olieslagers
♦201
I will revert this change - ICAO codes never begin with a Z. This really is a local code, assigned by Moscow authority
22022-12-05 10:08mueschel I cross checked with Google and at least some websites list this as icao...
If you know better, feel free to edit.

Please don't just change it back, but change to something like ref:RU or local_ref,
32022-12-05 10:14Jan Olieslagers
♦201
Schoenen Dank! You might wish to take a look at https://wiki.openstreetmap.org/wiki/Key:icao :)
129402649
by mueschel
@ 2022-11-26 13:39
12022-12-02 10:59GEO ECLA
♦68
Thanks!
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/129402649
30561738
by mueschel
@ 2015-04-27 21:53
12022-11-28 06:57Riyadi IRM-ED
♦140
Hi. @musche. I've changed highway classification to residential id ways 340615268. thank you
129360148
by mueschel
@ 2022-11-25 09:50
12022-11-25 17:08HirschKauz
♦267
ups - danke für die Korrektur
---

Published using OSMCha: https://osmcha.org/changesets/129360148
128808623
by mueschel
@ 2022-11-12 11:22
12022-11-12 15:21rempshaener
♦731
Hallo,
du hast als Begründung für deine Änderung angegeben 'payment:sepa' is already in use.

Dazu folgende Anmerkungen:
1. Wirklich häufig ist das nicht in Nutzung, ein großer Teil entfällt davon allein auf "sigo E-Lastenrad"-Standorte.
2. Ic...
22022-11-12 16:24mueschel Hi,
ein Proposal für die ganzen payment-Tags ist sicher nicht nötig.

Für eine Überweisung haben wir schon payment:wire_transfer (sepa versteht sich in der EU dabei ja von selbst), daher verstehe ich payment:sepa als Synonym für SEPA-Lastschrift.
Sollte man vielleicht ei...
128591927
by mueschel
@ 2022-11-07 10:59
12022-11-07 22:00traveleditor
♦104
Thanks for the edits! I see that you edited 2 countries. Next time, try making a changeset for each country, or area to make it easier for other mappers to verify edits.
127931035
by mueschel
@ 2022-10-22 17:03
12022-11-03 16:51pyrog
♦337
Hi,
removing the tag lwn_name=? broke theses relations.

https://knooppuntnet.nl/fr/analysis/route/14386808
https://knooppuntnet.nl/fr/analysis/route/14386807
https://knooppuntnet.nl/fr/analysis/route/14392469/map?position=45.75546194,6.42384591,15

I fixed it.

Best regards,
Yves
22022-11-04 09:24mueschel Hi,
how does removing a name tag break a relation?

Btw, the tag 'Guidepost' is not used in any place and seems to be a mistake.
32022-11-05 10:03StC
♦254
Hi,
the relation is not 'broken' as in 'it is not continuous anymore'. It is broken as in 'renderers such as Knooppuntnet and Waymarkedtrails (?) cannot deduce its name anymore'

Cheers,
St.
42022-11-05 10:11mueschel Is "?" actually the name of this relation? If not it would be rather pointless to show it as a name in any tool.
And, shouldn't the name of a relation be tagged on a relation and not on individual members?
52022-11-05 17:58StC
♦254
The name of the relation is built from the names of its two extremities, which themselves are member of the network relation. E.g. '? - Col de Varces'

This more or less matches the reality on the ground in several countries (Belgium, Germany, France, Netherlands, Spain, etc): network no...
127718675
by mueschel
@ 2022-10-18 10:38
12022-10-18 11:53SekeRob
♦1,435
Not a copy / paste, a result of mapping in the same area, moving a tile and not realising all current data was loaded into JOSM for that tile, then mapping the same thing again. In that big thumbs down for JOSM not doing that automatically.

cheerio
127662130
by mueschel
@ 2022-10-17 10:11
12022-10-17 11:23tux67
♦1,940
Hi mueschel,
sieht der Rest des CS für dich ok aus? Ich hatte noch mit einem OSM Kollegen der in MG mappt noch über diesen way diskutiert: https://www.openstreetmap.org/way/766192886
2 lanes, während sich die destination parameter scheinbar auf 3 lanes beziehen? Oder verstehe ich d...
22022-10-17 12:53mueschel Hi,
2 lanes / 3 Einträge in :lanes ist völlig korrekt - bei lanes wird die Radspur ja nicht mitgezählt.
Bei den Richtungen würde ich die rechte Autospur auf slight_right;right ändern - da ist ja auch ein leicht gebogener Pfeil auf der Fahrbahn. destination:arrow dann nat&...
127662569
by mueschel
@ 2022-10-17 10:22
12022-10-17 10:34Langlaeufer
♦1,315
Danke
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/127662569
123511552
by mueschel
@ 2022-07-12 09:41
12022-10-08 08:54vikozo
♦1
Hallo, this place is Saspul but the name is not showing in the map
127143065
by mueschel
@ 2022-10-07 09:55
12022-10-07 10:34yasslay
♦93
Hello!

Please try to adhere to the good practice of keeping your changesets local in size (https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets) in the future, please!

Kind regards,
yasslay
88556755
by mueschel
@ 2020-07-27 09:47
12022-09-25 20:37voschix
♦180
What is the base of your retagging? I am aware of the approved proposal https://wiki.openstreetmap.org/wiki/Key:cycle_barrier, but that does not mention "chicane" as value. According to the new wiki page this is a "cycle_barrier=double".
22022-09-25 20:40voschix
♦180
Forgot the important: thanks for picking up the spelling mistake
32022-09-26 16:21mueschel Feel free to change the tags as you see fit.
I kept the value 'chicane', which is currently used > 100 times. I haven't seen the barrier, so you know best what fits - the current Wiki description didn't exist yet 2.5 years ago.
126173491
by mueschel
@ 2022-09-14 10:19
12022-09-16 23:27SHARCRASH
♦752
it's the same :P :)
22022-09-16 23:28SHARCRASH
♦752
and your not:building may be confused with "note="
32022-09-17 08:29mueschel "not:" is the documented and widely used prefix for this kind of situation:
https://wiki.openstreetmap.org/wiki/Key:not:
125860678
by mueschel
@ 2022-09-06 13:55
12022-09-06 15:47aixbrick
♦840
Hallo,
danke. Wenn das einmal in der Vorschlagsliste ist und man nicht richtig hinschaut...
Gruß
125434250
by mueschel
@ 2022-08-27 08:52
12022-08-31 15:43☆Finvenkulo
♦91
Zastosowałem znacznik "kick-scooter_rental=dropoff_point" jako analogię do "bicycle_rental=dropoff_point" opisanego na wiki (https://wiki.openstreetmap.org/wiki/Tag:amenity=bicycle_rental).
22022-08-31 17:07mueschel Hi,
thanks for the clarification. The whole "rental" tagging in OSM is really messy.
- we have a general approach to used
"vehicletype:rental" for any kind of vehicles,
- we have "vehicletype_rental", mainly for water vehicles
- and then there is bicycle_rental=*,...
32022-09-01 18:56☆Finvenkulo
♦91
EN
My opinion:
1. These vehicles should be called "small_electric_vehicle".
2. The feature which I wanted to tag is simply rectangle painted on the foot-way. There is no guarantee to find a vehicle there, it's not operated by any rental company, rental is done using application/web...
42022-09-01 20:40mueschel Ah yes, I completly forgot about that one. If you like, feel free to change the node to these tags.
125098839
by mueschel
@ 2022-08-19 09:55
12022-08-29 18:52Fabi2
♦39
Das war leider keine Verbesserung! Ich hatte das nicht ohne Grund als separate Tags erfaßt. Abgesehen von der Begrenzung auf 255 Zeichen ist die Form mit ; als Separator vergleichsweise schwerer (mehr Rechenaufwand nötig) auszuwerten, es mag sein, daß wenn man alle Nutzungen wissen ...
22022-08-29 20:30mueschel 'building:use' wird zehntausende Mal mit mehreren Werten verwendet, das ist kein Problem.
Wenn du dieses etablierte Schema ändern möchtest, solltest du das vorschlagen und diskutieren.
32022-08-29 21:01Fabi2
♦39
Es ist so manches ein Problem, von dem manche Mapper denken, es wäre keines... z.B. eben das oben Genannte.
Andererseits ist manches kein Problem wie z.B. die Zuordnung der straßenbegleitenden Wege, von dem die Mapper denken es wäre eins. Nur weil viele Mapper Mist machen, ist das k...
42022-08-29 21:30mueschel "building:use:commercial" wurde vor deinem Edit noch nirgends verwendet.

Wenn es ein tausendfach verwendetes Tag gibt, und eines, das es nirgends sonst gibt hat das nichts mit "weil mir das Format nicht gefällt" zu tun.
52022-08-29 21:48Fabi2
♦39
building:use:residential hat fast 46100 Benutzungen, außerdem gibt es genügend andere Keys mit dem Schema. Sollen solche Haarspaltereien etwa Argumente sein?

CS revertiert.
62022-08-29 22:03mueschel Du weißt aber schon, dass sehr viele OSMler diese Tags mit Werten im Key nicht mögen?
Anstelle den dokumentierten Key zu löschen wäre es vernünftig, ihn am Objekt zu lassen, damit er weiterhin gefunden wird von allen Anwendern die deinen neuen Key nicht kennen.
72022-08-30 00:51Fabi2
♦39
Wenn es für das "nicht mögen", sachliche Gründe gibt, die diese Einstellung rechtfertigen, dann hätte ich die gerne gewußt. Wenn man keine Gründe hat, dann kann man ja gerne für eigenen Erfassungen nehmen, was einem gefällt, aber dann bitte auch die...
82022-08-30 17:28mueschel Diese Weiterleitung macht wohl keinen Sinn, da building:use dieses Tag überhaupt nicht erwähnt.

Die Gründe für und gegen Werte im Schlüssel findest du in den diversen Diskussionen im Forum und der Mailingliste. Sehr viele der Tags (allen vorran "service:vehicle:*&quo...
92022-08-30 21:01Fabi2
♦39
Die Weiterleitung reicht aber aus, um die Bedeutung des Tags zu klaren!

Irgendwo im Forum und auf den Mailinglisten wird schon mal jemand was geschrieben haben, warum ihm dieses Tagging nicht gefällt, warum das so ist, weiß ich aber auch nicht, weil sonst hätte ich ja mal kurz die...
102022-08-30 21:16mueschel U.a. aus den Gründen die du auch anführst: Resourcenbedarf bei der Suche in der Datenbank.
Und wenn ich dein "any tags" zitieren darf: "it is recommended to use the tagging given [in the wiki]. Otherwise other users might eventually convert your contributions to fit that s...
112022-08-31 17:21Fabi2
♦39
Das Zitat bezieht sich auf unstrittige, lang etablierte Tags, wie sie auf der Map Features-Seite zu finden sind. Wenn man jeden Tag mit 1 Benutzung dokumentieren würde, würde das Wiki nur noch unübersichtlich sein, bevor nicht klar ist, daß der Tag entweder schon vom Konzept her...
122022-08-31 17:35mueschel Wie schon gesagt: Bitte führe Diskussionen in den dafür vorgesehen Foren und Mailinglisten, nicht in Changeset-Kommentaren.
125010822
by mueschel
@ 2022-08-17 10:29
12022-08-27 12:56canfe
♦1,117
Thank you for the correction.
I know that I had written "little hand" in a post, but I can't see how it could be reported on the map.
How did you find my mistake? What tool did you use?
22022-08-27 13:03mueschel Hi,
I guess you hit Ctrl-V accidentally in JOSM, it just puts all the text to tags...

There's a list of new keys appearing in the database, based on Taginfo:
https://osm.janmichel.eu/taginfo/newkeys.htm
32022-08-27 13:14canfe
♦1,117
Great!
You do digital patrolling like me too!
112904598
by mueschel
@ 2021-10-24 12:41
12022-08-26 10:59b-unicycling
♦242
Temple Street Street?
125073495
by mueschel
@ 2022-08-18 17:50
12022-08-19 03:04julcnx
♦404
thank you :)
---

Published using OSMCha: https://osmcha.org/changesets/125073495
122475018
by mueschel
@ 2022-06-16 17:53
12022-08-16 15:56lefuturiste
♦173
Merci, je me trouve souvent en plus. par contre je ne connaissais pas l'éditeur "Level0", intéressant !
124885339
by mueschel
@ 2022-08-14 12:19
12022-08-14 14:43naruton
♦3
Thank you for correcting my tag mistake.
124534950
by mueschel
@ 2022-08-05 18:16
12022-08-06 15:23canfe
♦1,117
Tolto il disused vuol dire che allora ha riaperto il ristorante??
---

Published using OSMCha: https://osmcha.org/changesets/124534950
22022-08-06 15:23canfe
♦1,117
Tolto il disused vuol dire che allora ha riaperto il ristorante??
---

Published using OSMCha: https://osmcha.org/changesets/124534950
32022-08-06 15:31mueschel Hi,
I just removed a tag added by mistake:

"disused:amenity=restaurant" = "yes"

the correct tag
"disused:amenity" = "restaurant"
is still there.
42022-08-06 16:07canfe
♦1,117
OK!
124295228
by mueschel
@ 2022-07-31 10:00
12022-08-01 05:24PT-53
♦3,642
natural=scrub plus landcover=trees:
https://www.openstreetmap.org/way/951667182/history

Ist das so schon gewollt?
124295326
by mueschel
@ 2022-07-31 10:03
12022-07-31 18:08PT-53
♦3,642
Willst Du einen Editwar?
Kannst Du haben!
124178847
by mueschel
@ 2022-07-28 10:25
12022-07-28 10:58brickbird
♦4
Almost all "payment:" keys which you think are "common" were tagged by one mapper. These keys haven't been approved by the Japanese OpenStreetMap community. Therefore, I don't think that they are "common". Recently we discussed "payment:" keys of Jap...
22022-07-28 13:33mueschel Hi,
I'm perfectly fine with using another key or spelling if this is agreed upon.

What I'm after is to have a common spelling of a key in the database, until we have one documented version. Otherwise we end up with several different versions which get harder and harder to keep track o...
32022-07-28 15:14brickbird
♦4
Thank you for your understanding. I reflected new agreed keys in the main English Wiki page.
https://wiki.openstreetmap.org/wiki/Key:payment#Digital_wallets
New agreed keys are the followings.
payment:au_pay
payment:d_barai
payment:edy
payment:id
payment:line_pay (This was already added.)
pa...
42022-07-28 16:12mueschel Perfect! Is there any plan to check the POI using the "old" spelling and change them to the new one?
52022-07-29 01:54brickbird
♦4
Yes, there is. We have a replacement plan. We will replace carefully.
123885806
by mueschel
@ 2022-07-21 09:57
12022-07-21 14:53clay_c@wonder
♦18
My bad! Thanks for fixing this.
108533793
by mueschel
@ 2021-07-24 14:03
12022-07-20 12:20Alexey Vazhnov
♦163
Thank you!
I've just saw your improvement.
92912312
by mueschel
@ 2020-10-22 17:47
12020-10-23 13:26plennert
♦90
Hallo,
warum veränderst Du die wiki_commons obwohl es im note ausdrücklich steht, das deise nicht geändert bzw. gelöscht werden sollen?? bitte mache deine ànderungen in Singen ALLE rückgängig und beachte zukünftig die note-tags.
22020-10-23 13:29mueschel In wikimedia_commons gehört nur der Dateiname, nicht die komplette URL. Das steht auch im Wiki so.
Du kannst auch gut sehen, dass der Wert so wie er jetzt ist, immer noch korrekt ist - der Link funktioniert nämlich:
https://www.openstreetmap.org/way/604671405
32020-10-23 13:32plennert
♦90
nur wenn ich die daten exporierte kann ich keinen link mehr gebrauchen.
Auch wenn es so im wiki steht, ist es nicht falsch den Link zu belassen, zumal man ja schon den hinweis gibt. bitte mache dies rückgängig oder ich revertiere.
Und lese bitte zukünftig den note-tag. Der Text ste...
42020-10-23 13:33plennert
♦90
im übrigen hast du noch andere tags gelöscht. warum löscht du dinge die richtig sind und für andere nützlich sind?
52020-10-23 13:39mueschel In diesem Fall hat eure Export-Software einen Fehler und muss geändert werden.
Wir können nicht das Tagging an jeden Bug in jeder Software anpassen.

Der direkte Link zu den Bildern in "wikimedia_upload" ist ebenfalls nicht gut - so fehlt die komplette Attributierung und alle...
62020-10-23 14:01PT-53
♦3,642
Hallo plennert,
halte doch zurerstmal Du Dich an die OSM-Regeln und gib z.B. bei jedem Änderungssatz einen brauchbaren Kommentar an.
Grüße
72020-10-23 14:25plennert
♦90
@PT-53 mit anomymen Kürzel kommuniziere ich grundsätzlich nicht (mehr) . Oute dich beim Namen, dann können wir uns gerne unterhalten.

@mueschel
Danke für die Erläuterungen. Umap kann mit dem link nix anfangen. Wenn ich via Overpass turbo in csv exportiere ist der link un...
82020-10-23 14:37mueschel So wie es im Wiki beschrieben ist und im Moment auch getagged ist, ist es korrekt.

Die Darstellung als Link oder das Einbinden als attributiertes Bild ist dann Sache der Anwendung (in diesem Fall deiner Datenaufbereitung nachdem du sie von Overpass bekomen hast), aber nicht die Sache der OSM-Date...
92020-10-23 14:42PT-53
♦3,642
Hallo plennert,
dann nenne Du doch zuerstmal Du Deinen vollständigen Namen mit Anschrift und Telefon-Nr. zur Überprüfung!
102020-10-23 15:41plennert
♦90
@mueschel:
Das sehe ich nicht so und werde es auch nicht so taggen. Im Key:wikimedia_commons steht nicht explizit dirn das es verboten ist die lang-URL zur verwenden. Im Key:image ist es sogar explizit so drin. Demnach müsste ich ja nur den Key ändern und alles wäre in Butter ...? Ka...
112020-10-23 15:58mueschel Bitte beruhige dich, höre mit deinen Beschimpfungen auf und lies das Wiki in Ruhe.

Sowohl unter Key:image als auch unter Key:wikimedia_commons steht ausdrücklich, dass es Bilder auf Wikimedia nur mit ihrem Dateinamen verlinkt werden.
"ein Wikimedia Commons Dateiname (formatiert al...
122020-10-24 09:12Jakob48
♦66
Hallo plennert,

überdenke die Verwendung von "wikimedia_upload" diese gibt es weltweit nur 8 mal und alle Gebiet der Gemeinde Singen (Hohentwiel). Alle acht wurden erstmalig von Dir in OSM eingetragen.

Vorschlag: Nimm lieber image=* für die Bilder-Links.

Gruß
Jako...
132020-10-24 09:35Jakob48
♦66
Ergänzend noch die Links:
https://taginfo.openstreetmap.org/keys/wikimedia_upload

https://overpass-turbo.eu/s/ZlT
142020-10-24 09:57plennert
♦90
@jakob48

Das hatte ich mir schon überlegt, fand es aber nicht passend, da es sich nicht um einen "normalen" link handelt. Etwas vergleichbares, oder annähernd vergleichbares, habe ich nicht gefunden, wird es wahrscheinlich auch nicht geben.
Aber Danke für den Hinweis. W...
152020-10-24 10:05mueschel Wie schon oben geschrieben, der direkte Link zu einem Bild sollte nicht verwendet werden. Das wird auch von Wikimedia nicht empfohlen, siehe
https://commons.wikimedia.org/wiki/Commons:Reusing_content_outside_Wikimedia/technical#Hotlinking
162022-07-10 10:23plennert
♦90
Ein sollte ist kein muss. Das steht auch darin. Es steht auch darin, das es nicht verboten ist. Einer reinen Empfehlung muss man nicht folgende und die sollte/muss auch niemandem aufgezwungen werden.

in dubio pro reo.
172022-07-10 11:24mueschel Ich weiß nicht warum du diese Änderung nach zwei Jahren nocheinmal kommentierst. Im Wiki steht eindeutig "Don't use URLs in values".
123223072
by mueschel
@ 2022-07-05 08:27
12022-07-05 16:23joel56dt
♦170
Is this actually spam? I acknowledge the tags need cleaning up but it looks like a legitimate business to me...
22022-07-05 17:27mueschel "Spam" and "legitimate business" is not a contradiction. There are many accounts which seem to be created (semi-)automatically, create just one node and contain a dump of whatever they want to show up in search engines without taking care about any proper tagging scheme. I'm...
123057562
by mueschel
@ 2022-06-30 18:54
12022-07-01 20:27janolezab
♦102
Ah, so einen Key habe ich im Wiki vergeblich gesucht.
122875704
by mueschel
@ 2022-06-26 17:20
12022-06-26 18:16Langlaeufer
♦1,315
Danke, ich sollte mal lieber die Brille beim Mappen auflassen
---

Published using OSMCha: https://osmcha.org/changesets/122875704
122677436
by mueschel
@ 2022-06-21 16:56
12022-06-22 11:29dcapillae
♦360
My mistake (sorry). Thanks for fixing it.

Regards,

Daniel
122571397
by mueschel
@ 2022-06-19 08:55
12022-06-20 17:00monotar
♦82
also ich hab das mit der Reihenfolge der Tags noch nie so richtig verstanden, aber warum ist die Reihenfolge da jetzt falsch, ist doch hier auch als oneway:bicycle beschrieben? https://wiki.openstreetmap.org/wiki/Key:oneway:bicycle

Also das oneway:bicycle nach dem Fußweg links stellen?
22022-06-20 17:17mueschel Ja, das ist kompliziert :)
Eigentlich kannst du 'bicycle' sogar weglassen - "oneway" bezieht sich ja an sich nur auf Fahrzeuge, nicht auf Fußgänger.

Ich habe hier versucht die Reihenfolge allgemeingültig zusammenzufassen:
https://wiki.openstreetmap.org/wiki/U...
121707059
by mueschel
@ 2022-05-30 10:23
12022-06-18 12:19SomeoneElse
♦13,390
Not only was https://www.openstreetmap.org/way/1061729355/history not "area 51" it wasn't a fence either!
122064409
by mueschel
@ 2022-06-07 10:04
12022-06-08 04:55ionr
♦45
Ach du meine Güte. Jetzt verstehe ich auch, warum die Farbe nicht in deinem destination-signs-tool angezeigt wurde. Danke fürs korrigieren, werde zukünftig drauf achten.
121310584
by mueschel
@ 2022-05-22 09:34
12022-05-22 13:38cyton
♦217
Ups, dann hab ich mir das vor ort ausgedacht, wollt aber signed taggen. Naja mist, nu steht das bei mir in vespucci als vorgabe drin, hoffentlich passiert mir das nicht nochmal
---

Published using OSMCha: https://osmcha.org/changesets/121310584
121004300
by mueschel
@ 2022-05-15 08:56
12022-05-21 01:16Arlo James Barnes
♦101
Thanks, I always forget about that tag.
121007045
by mueschel
@ 2022-05-15 10:29
12022-05-16 01:20Allison P
♦1,136
Couldn't find an address listing on their website. May be a real business, but they didn't use any recognized tags. I'll give them a call if they try to add the business again.

I have surveyed the address before (a couple years ago); there was some other occupant.
120794879
by mueschel
@ 2022-05-10 13:37
12022-05-12 13:28Austrianton
♦45
Please keep individual edits local to avoid spamming the history feed all over the world.
22022-05-13 22:14avinet_ua
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
120901844
by mueschel
@ 2022-05-12 18:34
12022-05-13 02:05MxxCon
♦3,359
Hello.
This change doesn't seem to make sense. This is a currency exchange office, not a mint or a mine. They don't manufacture those things.
https://wiki.openstreetmap.org/wiki/Key:currency vs https://wiki.openstreetmap.org/wiki/Key:product
---

Pu...
22022-05-13 06:55mueschel Hi,
I understand this distinction. But unfortunately the 'currency' key can only be combined with ISO 4217 codes - and there are none for silver or diamonds.

The other available tags (vending, sells....) also don't fit properly, I think 'product' still describes it best...
32022-05-13 12:46MxxCon
♦3,359
Hmm. You are right about the 3 letter code. I haven't noticed that. 👍
120794749
by mueschel
@ 2022-05-10 13:34
12022-05-11 15:44OSM_RogerWilco
♦724
post_officer finde ich aber auch gut. ;-)
Danke für die Korrektur!
120785403
by mueschel
@ 2022-05-10 09:59
12022-05-10 11:49zluuzki
♦224
I'm againest the usage of abandoned:power here (or on lines general) because of the reason in the first section here: https://wiki.openstreetmap.org/wiki/Key:abandoned:building
22022-05-10 12:08mueschel Feel free to change it to
power = line
abandoned = yes

The reason for my edit was:
- the fact that it is abandoned was only given in the description
- "old_voltage" is not a common tag ("old_*" is only defined for certain tags like old_name, not as a generic prefix)
- Th...
120552794
by mueschel
@ 2022-05-04 16:38
12022-05-05 14:17Pink Duck
♦151
I don't really see what the problem is with using charge key-like value in the fee key. Either there's no fee and zero charge, or a fee and non-zero charge. Seems wasteful to be using two keys for that sort of thing. People really should be able to handle fee=no, fee=0, fee=free few cases ...
22022-05-05 14:25mueschel Hi,
the wiki explicitly discourages the use of 'fee' to tag the cost and points to the very often used 'charge' key.
https://wiki.openstreetmap.org/wiki/Key:fee

The reason of my edit was not that I wanted to change fee to charge, but the use of 4 keys that are not used in an...
32022-05-05 14:27Pink Duck
♦151
I'm fine with the conditional, but if you read the wiki discussion it becomes apparent that bias towards using two keys appear to originate from one single user unsure of how to code handling for the fee key. Not a great single-point reference for defining guidelines.
42022-05-05 14:52mueschel There is one entriy from 11 years ago when 'fee' was introduced, plus one comment against separation of keys 6 years later. I wouldn't call that a discussion.

Currently, 'fee' is used 98.7% with yes/no and the rest is mostly times. Maybe 0.5% with prices (i.e. 5000 use ca...
52022-05-05 14:56Pink Duck
♦151
From a coding and database point of view a non-conditional fee would be stored as a nullable currency numeric value. Which is probably why seeing fee=yes + charge=1 GBP/hour seems a bit strange to me, instead of fee=no or fee=1 GBP/hour. Despite the many use cases that TagInfo higlights, but such is...
104178084
by mueschel
@ 2021-05-05 10:28
12022-04-20 18:27trial
♦870
Es war nicht "copy and paste error" sondern Vandalismus.
https://www.openstreetmap.org/user/joyeuxbernard687/blocks
Deshalb ein Revert dieser Änderung!
119744518
by mueschel
@ 2022-04-15 10:04
12022-04-15 16:58Patchanka
♦385
bonjour
je vois votre correction de name en name:oc. BARIS Miquèu c'est nom nom du contributeur qui a fait la modif, à mon avis ça n'a rien à voir avec le nom de la rue !
22022-04-15 17:02mueschel You're right, I didn't spot this. I just read the changeset comment and assumed that... Fixed.
119744051
by mueschel
@ 2022-04-15 09:53
12022-04-15 10:04Kovoschiz
♦2,543
This is a transliteration name I kept here in case anyone wrongly adds it again. This is not really used.
22022-04-15 10:12mueschel So this is the English name, transliterated to simplified Han?
As we use the ISO codes for languages and scripts, that would be
reg_name:en-Hans
32022-04-15 10:18Kovoschiz
♦2,543
1. I thought we shouldn't use transliteration in `*_name=`?
2. This is part of the the BCP 47 extended syntax.
42022-04-15 10:32mueschel 1. Yes, we really shouldn't do it in most cases. But if it is tagged to avoid mistakes as is your intention, this is fine.

2. This syntax is used very rarely in OSM, and doesn't seem to be referenced in the Multilingual Names Wiki page.

So, I see two options:
- en-Hans (following th...
119272959
by mueschel
@ 2022-04-03 17:31
12022-04-04 02:46julcnx
♦404
Hi mueschel,

while the global wiki for destination contains no indications for translations,
the original proposal clearly states: destination:xxxxx:en or destination:xxxxxx:lang:en are the expected value for translations
https://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details...
22022-04-04 08:30mueschel Hi Julien,
the documentation about destination tags and its subkeys is really not very good.
The original proposal always used 'lang:' to mark languages. Only at some point some people started to use "destiantion:street:en" without 'lang:' and just put it to the docum...
32022-04-07 15:04julcnx
♦404
Thanks for the update. You should really consider improving the global wiki. It's really not clear the forward/backward keywords need to be at the end :)
---

Published using OSMCha: https://osmcha.org/changesets/119272959
119272388
by mueschel
@ 2022-04-03 17:12
12022-04-04 03:34Herman Lee
♦312
thx
117598956
by mueschel
@ 2022-02-19 10:54
12022-03-07 03:32Amin Fozdar
♦21
That was not needed.
I will be adding it back to routing to manning park actually works!
22022-03-07 10:58mueschel POI must be mapped only once. There can't be a node and an area for the same object.
32022-03-08 00:07Amin Fozdar
♦21
Well, maybe just let it stay how it should be this time. The reason that I make a point tagged as the park is so routing actually direct to into the real roads and to the car park, not to a random road that leads to a track up into the bush within the park.
42022-03-08 00:09Amin Fozdar
♦21
It is added back now. Please leave it alone.
59990373
by mueschel
@ 2018-06-19 20:42
12022-03-02 22:09maraf24
♦5,279
Reverted, this is not fuel station.
117767058
by mueschel
@ 2022-02-23 11:55
12022-02-24 11:19radiotrefoil
♦109
Hi, the telecom:medium:transition is meant to indicate that these Fibre to the Node cabinets transition from fibre to copper as the telecom:medium. I am aware that this key has no uses yet but this is not a tagging error. The location is underground for both networks so not a location:transition.
22022-02-24 11:25radiotrefoil
♦109
Please note I have reverted this in 117807883. Thank you for your other data quality edits, I have noticed your good work.
32022-02-24 11:28mueschel Hi,
thanks for the explanation, the tagging was not clear at all to me.

The nodes seem to be missing a telecom=* tag describing what they are (likely a connection_point).

And I guess the telecom:medium should contain both copper and fiber as values.

And lastly, I'd opt for a diffe...
42022-02-24 11:51radiotrefoil
♦109
Thank you for your suggestions, I will discuss with the Au community and most likely implement them soon. Cheers
117693247
by mueschel
@ 2022-02-21 17:49
12022-02-22 15:26Eifelkobold!
♦79
Hi, warum hast du die Werte von chip_card zu membership_card geändert?
22022-02-22 15:47mueschel Hi,
'authentication:chip_card' wurde bis jetzt noch nie verwendet. Der übliche Tag ist 'authentication:membership_card'.

Ja, im Wiki stand etwas anderes, weil es ein User letztes Jahr geändert hat. Für die Einführung eines neuen Tags und der Abschaffung de...
117324583
by mueschel
@ 2022-02-12 14:56
12022-02-12 19:54cytryn
♦132
Hi!
Thanks for the revision, but I'm not sure, if this edit is justified actually. I've done the research before mapping these objects to find out what tags would be the best here. Surprisingly, there are very few skatepark equipment objects mapped explicitly as done here, so the sample f...
22022-02-12 20:42mueschel Hi,
all you wrote is perfectly correct. We have the unfortunate situation to have two different tagging schemes for both playground and fitness equipment already. I'm not sure if we should take this as a reason to introduce the same two tagging options to skateparks as well. Having only one op...
117061886
by mueschel
@ 2022-02-05 21:38
12022-02-06 07:29user_5359
♦19,415
Hello! See https://www.osm.org/changeset/116549884
116743034
by mueschel
@ 2022-01-29 12:59
12022-01-29 20:58jcr83
♦222
Thank you for the correction, and sorry for my typo!
116183648
by mueschel
@ 2022-01-15 14:12
12022-01-18 16:28mapuit
♦37
Oh, Danke. :)
115712271
by mueschel
@ 2022-01-03 13:40
12022-01-04 11:36Janjko
♦86
Hi mueschel,

the tag ref:e-matica is still a work in progress. We are probably going to rename it to ref:HR:e-matica. Also, for district schools (Područne škole) we are probably going to use something else, like operator:ref:HR:e-matica. We have discussed it here, in Croatian:

https://...
22022-01-04 11:52mueschel Hi,
it's good to see that tags are actually discussed and planned. Using the 'HR' country identifier is a good idea to reduce the mess of world-wide defined tags.

I can't read your discussion, but I guess you are aware that "operator:ref:HR:e-matica" is the referenc...
32022-01-04 12:05Janjko
♦86
"Područne škole" are schools that are a part of the main school. Like an extension of a school to surrounding villages. Children usually go there for 4 years, and after that, go to the main school for the remainder.

All or most of the school administration is done in the main s...
42022-01-04 12:21mueschel That sounds perfectly valid. Should I revert the changes I made here?
52022-01-04 12:45Janjko
♦86
No problem, I already fixed it. Thanks!
115647490
by mueschel
@ 2022-01-01 18:45
12022-01-01 20:05streckenkundler
♦1,042
Hei,

ich hatte hier bewußt socket:schuko =9x1 gesetzt, da dort 9 einzelne Boxen sind. Es ist derzeit anzunehmen, daß es pro Box 1 Anschluß gibt. Eine Angabe socket:schuko=9 ist dahingehend unbestimmt. Ich habe wegen dieser Unsichheiten auch einen Forembeitrag aufgemacht: https:/...
22022-01-01 20:11mueschel 9 einzelne Boxen heißt
capacity=9, damit ist dann klar, dass 9 Räder gleichzeitig laden können.

"socket" kennt nur eine Anzahl als möglichen Wert, aber nicht Freitext mit Zahlen und Buchstaben.
32022-01-01 20:30streckenkundler
♦1,042
... Die Frage ist: was ich wenn es pro Box mehr als 1 Anschluß gibt?

Sven
42022-01-02 10:36mueschel Dann ist capacity kleiner als die Zahl der Sockel. Gar kein Problem.
109641836
by mueschel
@ 2021-08-13 17:26
12021-12-24 14:51Erik_
♦5
Hallo, das Gebäude wurde abgerissen und an dieser Stelle wird ein völlig anderes Gebäude gebaut...
114878898
by mueschel
@ 2021-12-13 11:07
12021-12-13 14:20Tanzbärli
♦5
Vertippt. Danke für die Korrektur.
114663169
by mueschel
@ 2021-12-07 14:18
12021-12-07 20:44surveyor54
♦648
Lassen wir mal die Kindereien mit Groß- und Kleinschreibung.
Ich kenne den Beitrag aus dem Forum.
Ich bin für klein. ;)

Erkläre mir doch bitte einmal den Unterschied, wie man einen Stecker und eine Steckdose taggt.
Gruß
22021-12-08 16:04mueschel Mir ist die Sache mit Groß- und Kleinschreibung auch egal. Aber ich bin dagegen, für ein Tag zwei verschiedene Schreibweisen gleichzeitig zu verwenden. Wir können das gerne in ein Proposal packen.

Ein explizites Tag für Stecker vs Steckdose gibt es nicht. Teils ist es Defini...
113729272
by mueschel
@ 2021-11-13 12:48
12021-11-21 01:29Paul The Archivist
♦18
Hi, this change is incorrect, the spelling of the tag should be handrail:centre as I originally mapped it. OSM uses British English for tag spellings, not American English. I will revert. Thanks.
22021-11-21 09:24mueschel In general you are right, but in this particular case the American spelling is used. I have no idea why, but these are the statistics:

handrail:centre : 0 cases
handrail:center : 6154 cases
https://taginfo.openstreetmap.org/keys/handrail:center
32021-11-23 00:30Paul The Archivist
♦18
Yes, but the Taginfo statistics are meaningless when people other than the original mappers are changing it just in an attempt to standardize tags. I can't see any reason why this should have the American spelling, I think someone just made a mistake on the wiki! Pretty much every other tag wit...
42021-11-23 08:22mueschel It's not just the Wiki - there's also a preset in JOSM and one renderer that claims to use this tag.

52021-11-24 19:25Paul The Archivist
♦18
The preset has presumably been copied from the wiki, and is probably part of the reason why the 'center' spelling (which I consider incorrect in an OSM context) has become established rather than following the standard OSM convention. It's a relatively low usage tag and using the Amer...
62021-11-24 19:48mueschel Well, the Wiki and Presets can be corrected. If you do that, I'm perfectly fine in changing tags to the then-documented spelling. Before that it just doesn't make sense to have two tags, one with a uncommon spelling, but documented and used - and one unknown, undocumented, seldomly used wi...
72021-11-24 21:24Paul The Archivist
♦18
At the moment I don't have the time for the hassle of putting together a proposal to change the spelling, and it wouldn't be right to do it without discussion first on the Tagging mailing list. I've already spent a ridiculous amount of time discussing this with you when I could be doi...
113421512
by mueschel
@ 2021-11-05 18:21
12021-11-06 08:13Lee Carré
♦665
How was it misspelled?
22021-11-06 09:59mueschel The POI had these two tags:

socket:type2:cable
socket:type2_cable

The version with underscore is the documented spelling.
32021-11-06 21:55Lee Carré
♦665
That's not a case of misspelling (which applies to words).

I was attempting to be backward-compatible while using a more structured, less redundant tagging methodology.
42021-11-07 08:34mueschel I don't understand what you mean. There is a tag to explicitly state if a type2 charging station has a cable. Why do we need another, new tag? What makes an undocumented colon more "backward-compatible" than a documented underscore?
52021-11-21 12:04Lee Carré
♦665
Once again, I'm commenting about what's sound, rather than argument-from-authority (or popularity).

“… undocumented … documented …?”

If I change the documentation, would you still use the same argument?

You've also cited the counts in TagInfo,...
62021-11-21 12:18Lee Carré
♦665
Separately, a real-world problem re tagging. Since you like things a certain way, then I'm most interested in your solution.

Take a look at Gorey Harbour (east coast, near the castle). While surveying, I noted several ladders (between the surface of the pier / breakwater, down into the harbo...
72021-11-21 12:24mueschel How about making a proposal for new keys? That should take about the same time as writing this endless rant about addr:, diet: and internet_access: tags.
Changeset comments are not the right place for that. If you post it to the tagging mailing list, more people are likely to read and comment.
\...
82021-11-21 12:33Lee Carré
♦665
“You still haven't explained what the supposed difference between type2:cable and type2_cable is and why they have to be present on the same object.”

Except that I did. Either you didn't read or didn't comprehend.

“How about making a proposal for new keys?&rdqu...
92021-11-21 12:35Lee Carré
♦665
“endless rant”

I was responding to your questions. Seems like you don't want responses with which you disagree.

No comment on the ladders question, I notice. Though, perhaps you've not seen that, yet.
102021-11-21 12:53Lee Carré
♦665
“why they have to be present on the same object”

Conversely; what's the harm of using multiple schemes?

If only a new one, instead of the old, had been used, then I would entirely see the point and accept the argument. However, that wasn't so in this case.

What was the...
113853671
by mueschel
@ 2021-11-16 14:03
12021-11-17 16:21_torsten_
♦96
@mueschel: Danke für´s Korrigieren! :-)
113729222
by mueschel
@ 2021-11-13 12:46
12021-11-13 20:47cyton
♦217
Ah, yeah sorry
---

Published using OSMCha: https://osmcha.org/changesets/113729222
113688146
by mueschel
@ 2021-11-12 09:49
12021-11-12 12:33SekeRob
♦1,435
apologies, somehow I manage to often suffix a 'w' to tags and values, the ù too, fat finger syndrome I'm sure. Most get flagged in my error reports on Osmose and OSMi but that seems to be working only on frequently used keys. Bigger keyboard acquisition overdue (wireless) :O)
...
113559986
by mueschel
@ 2021-11-09 10:49
12021-11-09 14:00aixbrick
♦840
Hallo,
food? Sicher? ;-)
Gruß
22021-11-09 14:34mueschel Knapp vorbei... Danke!
32021-11-09 16:23aixbrick
♦840
:-)
113158838
by mueschel
@ 2021-10-30 12:07
12021-10-30 15:15Supaplex030
♦397
Hallo mueschel, Hinweis für deine (offenbar automatisierte) Prüf-Routine: "wip" meinte hier "work in progress" - du hast es fälschlicherweise in "was" geändert. Also der Radweg hier ist vorhanden, derzeit noch nicht separat gemappt, aber wurde von ei...
22021-10-30 15:53mueschel Meine "Prüf-Routine" ist mein Hirn, und das hat "wip" mit "wipe" in Verbindung gebracht, und zusammen mit deinem Kommentar "Umgestaltung Kreuzung" war die Änderung in "was" für mich logisch. "wip" gibt es nirgendwo sonst als...
32021-10-30 16:13Supaplex030
♦397
Ja, könnte man auch ohne Prefix, aber wir experimentieren hier in der Ecke seit einer Weile mit einem erweiterten Radwege-Tagging und versuchen in diesem Zuge die Wege systematisch und möglichst vollständig zu erfassen (Breiten, Oberflächenbeschaffenheit, Geometrie, access, cross...
42021-10-30 16:18mueschel Lass aber besser noch einen Hinweis da, was "wip" heißen soll, sonst versteht es der nächste wieder nicht.
113078970
by mueschel
@ 2021-10-28 11:40
12021-10-28 23:47LiFo
♦7
Why have you added this tag to a house ?
22021-10-29 07:30mueschel The tag was added in this changeset: https://www.openstreetmap.org/changeset/113012499
32021-10-29 23:28DoKimbDeSun
♦14
I have updated it. The houses are tagged as building=yes now and the guesthouse/cafe is one node now.
the tag fo:veganr wasn't intended to be made by me but it seems some tags were cut off in my changeset. It has been saved only partially and I uploaded what I had.
42021-10-29 23:34LiFo
♦7
ok. so an error i think (about the us.fo tag).
the tag is an identifier i use for updating and importing address nodes, and should not be used for anything else than address nodes in the Faroe Islands
52021-10-29 23:41DoKimbDeSun
♦14
is removed from the building now :)
103134065
by mueschel
@ 2021-04-18 11:54
12021-10-28 13:03pkoby
♦110
I found this POI when looking at lgbtq tags. It looks like the undocumented tag "lgbt_friendly" was replaced with the documented "lgbtq". However, the value "=no" means that LGBTQ+ people are denied entry (https://wiki.openstreetmap.org/wiki/Key:lgbtq). I believe that s...
22021-10-28 16:41mueschel I wasn't aware of this definition of lgbtq=no - it also somehow contradicts the description in the first sentence which says "lqbtq friendly".
"prohibited" is not the same as "not lqbtq friendly".

I guess we need to either remove this tag or introduce a new va...
32021-10-28 20:08pkoby
♦110
I don't think it contradicts it, but I can see that the statements could be interpreted in different ways. I reworded some of the value descriptions on the wiki to try to clear up some ambiguity.

In countries with anti-discrimination legislation, I don't think it's possible to tag ...
112994613
by mueschel
@ 2021-10-26 13:31
12021-10-26 16:16Dawid2849
♦712
Thank you for fixing my typo! :)
111966431
by mueschel
@ 2021-10-01 14:20
12021-10-22 13:57Mateusz Konieczny
♦7,666
Why you made this edit? This medicines are not recycled.

Please do not make edits that reduce quality of OSM data.
22021-10-22 14:21mueschel There are plenty tags in the recycling:* scheme that are not recycled, but either burned, put to landfill or re-used. Despite the name, the namespace is not limited to recycling, strictly.

Actually, the documented tag is "recycling:drugs", not "recycling:medicines", so my edit...
32021-10-22 19:31Mateusz Konieczny
♦7,666
Every tag and namespace was created at some point.

"tag X is not used elsewhere" is not a valid reason for retagging if some info would be lost

And popularity of some misleading tagging is not really sufficient to justify autromated retagging
42021-10-22 19:32Mateusz Konieczny
♦7,666
https://taginfo.openstreetmap.org//search?q=recycling%3Adrugs is used just 312 times so it is not even so dominant
52021-10-23 07:41mueschel It's always bad to have two different tags that have exactly the same meaning. If you want to introduce a new scheme with a better name (which your tag definitely is), we should deprecate the old one and document the new one first.

110106635
by mueschel
@ 2021-08-23 10:24
12021-10-22 14:00Mateusz Konieczny
♦7,666
This edit was reverted.

Please, do not make remote edits like this where it is likely that you damage data.

On what you base your claim that this medicines are recycled?
22021-10-22 14:24mueschel There is no claim at all, it is the documented tag *, described as "Expired drugs. Container available generally in pharmacies."
Drugs will never be recycled anywhere, so there can't be any confusing about what happens with them.

* Yes, I confused "drugs" and "medic...
112645773
by mueschel
@ 2021-10-18 10:20
12021-10-19 21:56BeKri
♦713
Danke Dir ;-))
112608244
by mueschel
@ 2021-10-17 11:41
12021-10-17 18:15OSM_RogerWilco
♦724
Hallo mueschel,

ich habe mich bewusst gegen socket:device:USB-A entschieden. Das device macht keinen Sinn und auch die Großschreibung USB-A entspricht nicht den Syntax-Regeln von OSM. Da wurde leider ein Tag erfunden und im Wiki eingetragen, der so nicht OK ist.

Daher halte ich mich an d...
22021-10-17 18:21mueschel OSM funktioniert nur dann gut, wenn alle die gleichen Tags verwenden. Und hier haben wir einen dokumentierten, weltweit genutzten Key, der über 140 Mal verwendet wird, im Gegensatz zu deinem hier erfundenen, den es bisher gar nicht gibt.
Wenn du ein neues Schema etablieren willst, dann schrei...
32021-10-17 18:43OSM_RogerWilco
♦724
Da gebe ich Dir Recht, aber 140 Verwendungen weltweit machen noch keinen "Standard": Vor allem dann nicht, wenn andere Tags mechanisch in diese geändert werden. Ich möchte mich nicht streiten oder ein Edit-War herbeiführen, aber wo ist das Proposal für "socket:devi...
42021-10-17 18:59OSM_RogerWilco
♦724
Ich sehe gerade, dass Du selber das ins Wiki geschrieben hast. Das jetzt als Argument für diesen falschen Tag herzunehmen ist schon eine Klasse für sich. Ich werde das mal im Forum ansprechen.
52021-10-17 19:20mueschel Ich weiß nicht, von welchen automatischen Edits du hier redest. Alles was ich getan habe ist, vor einiger Zeit ein Tag zu dokumentieren, das in Verwendung war. Erfunden habe ich nichts.

Heute ist dann ein neues Tag aufgetaucht, das ich von Hand in die bisherige Schreibweise geändert ha...
62021-10-18 04:45OSM_RogerWilco
♦724
Wenn Du aus der Ferne Tags nach einem Schema änderst, dann ist das eine halb-automatische Änderung und es gilt https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct . Ob die Änderung dabei automatisiert oder manuell erfolgt ist dabei egal. Es wäre etwas anderes, wen...
72021-10-18 05:46OSM_RogerWilco
♦724
"Heute ist dann ein neues Tag aufgetaucht, das ich von Hand in die bisherige Schreibweise geändert habe."

Du hast schon mehrfach socket:usb-a in socket:device:USB-A geändert.

Beispiel: https://www.openstreetmap.org/changeset/106244496

Ich kann über Dein Verhalten nu...
102340450
by mueschel
@ 2021-04-05 14:18
12021-10-15 08:30nurdafur
♦225
Hallo Mueschel

In diesem Changeset hast du bei diversen Straßen, bei denen es am Straßenrand einen Radweg gibt, zusätzliche access=* und turn=* gesetzt.
In diesen Fällen ist es meiner Ansicht nach überflüssig, diese Tags zu setzten. Cycleway:(left/right):lane gen&...
22021-10-16 18:47mueschel Bei dem verlinkten Weg habe ich mich wohl vertippy, ist korrigiert. Danke!

Ja, in den "einfachen" Fällen geben die zusätzlichen Tags keine zusätzlichen Informationen. Ich finde aber ein einheitliches Tagging doch ganz erstrebenswert.
112341164
by mueschel
@ 2021-10-10 16:40
12021-10-14 17:34Lee Carré
♦665
I presume because old_name is more widely supported, and was:* is newer & more-generic for things other than name?
22021-10-14 19:02mueschel Essentially yes. 'old_name' is founde.g. by Nominatim and used for old names for objects that still exist. "was:name" is used seldomly and mainly in cases when the object itself got a 'was:' prefix.

I think that we don't need to have several name tags with the s...
90481918
by mueschel
@ 2020-09-06 14:13
12021-10-14 18:55fkv
♦585
Wenn du nicht selber draufkommst, dass mit cave-ref cave:ref gemeint ist, dann wäre es zumindest besser, den Mapper zu fragen, statt selber etwas auf gut Glück umzutaggen.
112007532
by mueschel
@ 2021-10-02 16:22
12021-10-02 20:14overlooking
♦1
Новий Буг (з середини і до кінця XVIII ст. — Куца Балка, до 1810 р. — Семенівка, до 1832 р. — Новопавлівка) — місто районного підпорядкування, центр Новобузького ра...
22021-10-03 16:24tom_yorados
♦117
Please keep your changesets local. Thank you.
32021-10-08 17:03tekim
♦696
I agree with Tom, please limit the geographic extent of your changesets
42021-10-08 17:07mueschel I try to do so, but sometimes it just happens. I'm using an editor that focuses on editing tags and that is not necessarily aware of coordinates.
52021-10-11 01:16skquinn
♦804
Arguably, that's a bug in the editor.
112327545
by mueschel
@ 2021-10-10 10:14
12021-10-10 19:50Lee Carré
♦665
“socket:type2_cable”

Good to know, I'll keep that in mind for when I add other charging_stations.
112341317
by mueschel
@ 2021-10-10 16:44
12021-10-10 19:20IgorEliezer
♦72
Thank you!
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/112341317
112256363
by mueschel
@ 2021-10-08 10:17
12021-10-09 10:50Allroads
♦420
Danke!
112114959
by mueschel
@ 2021-10-05 10:14
12021-10-06 12:08SekeRob
♦1,435
Truly weird.... the history only shows the landuse value as farmland, yet latest keys lists the case as famrland. One of the many riddles in OSM, noting that I found histories being lost if areas/lines are split or merged. Here over the cause of days I've added members, so who knows what happen...
22021-10-06 12:33mueschel The "landuse = farmland" was right from the beginning. It's the "farmland = field" that had the typo.
32021-10-06 12:39SekeRob
♦1,435
Lol, confidence restored. Did not make it into is Osmose or neis type flag listing. At least one who keeps me straight.

Ciao
112024283
by mueschel
@ 2021-10-03 08:32
12021-10-04 08:24Joopvdl
♦42
I'm sorry. I must have accidently used "laness" instead of "lanes".

I see that you're also using JOSM. Is it possible for JOSM to warn before uploading that you're using a non-existing key? I haven't received a warning when uploading this wrong "laness...
111536912
by mueschel
@ 2021-09-22 10:42
12021-10-03 12:44Elefant aus Wuppertal
♦737
Hi mueschel,

nah, Moment: Ich weiß nicht, aber eventuell hast du das hier angebrachte Tag "booth:covered" missverstanden. Das (hergebrachte) Tagging für ein Telefon mit Zelle "drumherum" ist wenn dann covered=booth, ja, das ist korrekt. Aber mit booth:covered=yes wo...
22021-10-03 12:53mueschel Nein, das habe ich wirklich nicht so verstanden. Ich würde aber sagen, dass die Tatsache ausreicht, dass der Knoten innerhalb eines building=roof liegt sollte ausreichend sein als Tagging.
111882866
by mueschel
@ 2021-09-29 19:19
12021-09-29 22:31abakus_uploader
♦9,167
(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...
111690019
by mueschel
@ 2021-09-25 14:24
12021-09-26 10:00Kovoschiz
♦2,543
These two are the more well-known holding companies of this one front company, like a joint venture. Both are publicized and presented.
111688368
by mueschel
@ 2021-09-25 13:39
12021-09-25 15:22hvalentim
♦92
Thanks for fixing the typo.
111368603
by mueschel
@ 2021-09-18 10:10
12021-09-18 11:20L'imaginaire
♦408
Hi mueschel,
I carefully read the wiki (both https://wiki.openstreetmap.org/wiki/Key:no: and https://wiki.openstreetmap.org/wiki/Key:not:) before mapping these. The idea I got was that not: is better suited to avoid confusion with something else that exists in reality, while no: is better suited to...
22021-09-18 11:38mueschel I think the difference in description simply comes from the fact that both pages where written by a different person (and both mainly by just one user).

Actually the "not" page says:
"a feature may not have ever existed in reality, but it may be easy for mappers to think it exist...
32021-09-18 17:24L'imaginaire
♦408
Personally, I liked the nuance hinted at in the wiki between no and not. It makes sense to me that if there are two different concepts, there are also two different prefixes.

Generalizing this case to the idea that we should always go for the the more common prefix / key to avoid subtle differen...
42021-09-18 17:36mueschel Sure, "always go for the the more common key" sounds too general, that was meant to be "I'd always prefer not to no"

What do you think about asking on the tagging mailing list for some opinions on this case? My personal feeling is that we should abandon the 'no'...
52021-09-18 18:17L'imaginaire
♦408
I agree with you, it should be one of those two options.

I'm not on the tagging mailing list because of its reputation of endless discussions, but I guess it's the place to go to if we want to settle this :-)
111369894
by mueschel
@ 2021-09-18 10:42
12021-09-18 15:31darkonus
♦84
Thank you.
---

Published using OSMCha: https://osmcha.org/changesets/111369894
22021-09-18 15:31darkonus
♦84
Thank you.
---

Published using OSMCha: https://osmcha.org/changesets/111369894
108980322
by mueschel
@ 2021-08-01 16:27
12021-09-17 16:10ivanbranco
♦2,701
Hi mueschel,

I'm not really into language codes, where did you find "sit" for Ladakhi? Searching I only found the "lbj" code.
22021-09-17 16:49mueschel Hi,
you're right, it seems lbj is the better code. I took the sit from Wikipedia, german version:
https://de.wikipedia.org/wiki/Ladakhische_Sprache
But it seems to be a collective code for the whole family of languages.
111157635
by mueschel
@ 2021-09-13 17:34
12021-09-13 19:29normelton
♦3
Hey thanks for cleaning that up! I'll try to be more careful next time :)
111091316
by mueschel
@ 2021-09-12 11:14
12021-09-12 15:04地図山彼方
♦4
Thanks for correcting my typo!
I shall be more careful ....
110667321
by mueschel
@ 2021-09-03 09:54
12021-09-03 19:31Lee Carré
♦665
traffic_calming=raised_table is only used 21 times globally (unlike the recommended traffic_calming=table which occurs 120,077 times).
22021-09-05 09:15mueschel You're right, I just copied the original tag to the value.

I just changed it.
32021-09-05 22:20Lee Carré
♦665
“I just copied the original”

I suspected so.

I left a comment on the original changeset (which introduced the suspect key) with some advice for traffic_calming=* (since there's a LOT of it here; local government seems to be anti-car), so will hopefully be avoided in future. Th...
110741219
by mueschel
@ 2021-09-05 09:14
12021-09-05 22:11Lee Carré
♦665
👍🙂
109856430
by mueschel
@ 2021-08-18 08:03
12021-09-01 15:41Elefant aus Wuppertal
♦737
Thanks! :-)
110058992
by mueschel
@ 2021-08-22 12:12
12021-08-23 14:36Zaneo
♦41
Thanks!
110026430
by mueschel
@ 2021-08-21 12:18
12021-08-22 09:45SekeRob
♦1,435
Hi

Since you are the author of the Latest 'new' key report, would there be the possibility to run such a report at a user level i.e. pour moi? I'd be eradicating my own typos and strays without delay (fixing my caused troubles I do as a daily chore as reported by Osmose and Neis, c...
22021-08-22 10:05mueschel Unfortunately, no. I just read the list of tags from Taginfo which doesn't contain this information.
You could run your own query in Overpass to get a list of keys on objects you are the last editor of, and make a diff between lists generated at different times:
http://overpass-turbo.eu/s/1ax...
32021-08-22 10:19SekeRob
♦1,435
That report already is a great start, it turns scanning for key/value pollution into a jiffy. A differential report would put the icing on the cake i.e. the short list.

Many thanks
42021-08-22 10:32SekeRob
♦1,435
Alright, so I put the area in view I worked on this morning and ran your script. short list, manageable, now permanent bookmark and pinned for quick access.

Have a great day.
110027252
by mueschel
@ 2021-08-21 12:42
12021-08-21 22:585m4u9
♦1,574
OMG! thanks
109253605
by mueschel
@ 2021-08-06 10:50
12021-08-08 05:155m4u9
♦1,574
hi, I added a "inhabitant=yes" for map "empty/vacant plots" without any building, with owner and no people living there. Thinking a bit, landuse=greenfield only describes the landuse. :-/
109088558
by mueschel
@ 2021-08-03 11:16
12021-08-03 12:16Martin Constantino–Bodin
♦120
Thanks! ☺
108747155
by mueschel
@ 2021-07-28 10:15
12021-07-31 13:19SHARCRASH
♦752
Hi! Thanks for the correction! I wanted to add ford=yes. Readded properly this time.
108892429
by mueschel
@ 2021-07-30 12:51
12021-07-31 05:31Zaneo
♦41
Is this correct? 日本 is not a "county" as far as I know, it is a Country.
22021-07-31 08:54mueschel No...
There were 3 児玉郡 which I corrected to county, and changing the two 日本 happened by mistake.
As there is no need to translate a country code (addr:country doesn't take a name that could be translated, but only a fixed code) I'm going to remove these two.
108807450
by mueschel
@ 2021-07-29 08:42
12021-07-29 13:17marczoutendijk
♦2,755
Thanks!
108557891
by mueschel
@ 2021-07-25 09:27
12021-07-25 09:48gyotoku810
♦15
Thank you for fixing my typo, but it is supposed to use "addr:block_number" for a block number in Japanese community, so I'll refix it.
22021-07-25 09:51mueschel You're right, sorry for the mistake!
107742448
by mueschel
@ 2021-07-10 10:36
12021-07-23 18:59Lee Carré
♦665
Besides the key name, the value is also incorrect syntax.

“1 hour” not ‘1 hr’.
22021-07-23 19:14mueschel According to the Wiki it is wrong. Looking at what we actually have - 20% with 'hr', 15% with 'h'. I'd just keep it as it is, because getting all of this corrected is a bit hopeless and parsing the values is still possible.
107741927
by mueschel
@ 2021-07-10 10:18
12021-07-23 19:01Lee Carré
♦665
The value is also incorrect syntax (according to the wiki); should be “6'6"”.
108483920
by mueschel
@ 2021-07-23 10:06
12021-07-23 11:11ToniE
♦1,233
... thanks again for cleaning up behind me :)
108242084
by mueschel
@ 2021-07-19 10:20
12021-07-20 00:17Zaneo
♦41
Thanks! Sorry I made such a mistake.
108045622
by mueschel
@ 2021-07-15 11:12
12021-07-15 17:08InsertUser
♦446
Thanks.
106244618
by mueschel
@ 2021-06-12 08:38
12021-06-16 22:19Lee Carré
♦665
Hmm, this is what Vespucci set, but the wiki concurs with the underscore being inserted.

In order to know what needs to be fixed (and where to direct the bug report); would this be due to Vespucci itself, or the JOSM presets I point it to?
22021-06-17 07:13mueschel Hi,
thanks for pointing that out!
The presets are handled by "beautified-JOSM-preset". I just created a pull-request to change this:

https://github.com/simonpoole/beautified-JOSM-preset/pull/271
32021-07-01 02:57Lee Carré
♦665
Welcome.

Presets it is; good to know (and I've starred the repo you cite, for future reference).

Glad that it'll be fixed in a forthcoming update.
106954884
by mueschel
@ 2021-06-25 10:28
12021-06-28 14:28nmombo12
♦66
Thanks for the catch!
107009963
by mueschel
@ 2021-06-26 16:36
12021-06-26 18:08Danfost
♦136
Hallo mueschel, könntest du mir den Tag "was:building=train_station" im gegensatz zu" disused:trainstation=yes" erklären?
22021-06-26 19:00mueschel Hallo,
ein Tag "trainstation=xyz" gibt es nicht, deswegen kann es auch nicht mit einem "disused" Prefix versehen werden.

Ein Stationsgebäude wird als building=train_station erfasst:
https://wiki.openstreetmap.org/wiki/DE:Tag:building%3Dtrain_station

Ob nun "disu...
32021-06-27 10:30Danfost
♦136
Hallo
kannst du mir bitte noch den Tag
"was:building" erklären, im Wiki finde ich den nicht.
Das Gebäude wird nicht mehr genutzt und steht leer
42021-06-27 10:36mueschel "building" dürfte klar sein, das Prefix findest du unter
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix

Wenn das Gebäude nicht mehr genutzt wird, aber noch wie ein Bahnhofsgebäude aussieht, empfehle ich

building = train_station
disused = yes
52021-06-27 10:40Danfost
♦136
Danke
106954451
by mueschel
@ 2021-06-25 10:22
12021-06-25 16:02imagoiq
♦25
Hi Mueschel,

Thanks for the change. By litter, I wanted to say that it support "cat litter". Is there something more appriopriate?
22021-06-25 16:10mueschel Hi,
this wasn't clear to me.
Here's the full list of all "recycling:..." tags in use anywhere:
https://taginfo.openstreetmap.org/keys/recycling#similar

I wasn't able to find anything related to pet excrement there - or I'm looking for the wrong terms.
32021-06-25 16:45imagoiq
♦25
I don't know either. Litter was in the dropdown of ID. I know this doesn't valid anything, but I would have thought that it was use somewhere else. What should we do?
42021-06-25 17:24mueschel "litter" is too unspecific. But I think 'recycling:cat_litter' would be perfectly fine, although it's not used anywhere yet.
106773854
by mueschel
@ 2021-06-22 11:37
12021-06-23 11:02aharvey
♦1,735
This looks good to me.
106391588
by mueschel
@ 2021-06-15 10:09
12021-06-15 12:36Lee Carré
♦665
Why, exactly?

Both are recognised and they're semantically different.
22021-06-15 12:49mueschel Well, yes, there is a Wiki page about "todo".
But there are several good reasons for "fixme":

- "todo" is marked as deprecated

- Wiki says "todo=* has minimal support, usage etc."

- "fixme" is used far more often and supported by much more ...
32021-06-16 22:24Lee Carré
♦665
Thanks for the explanation.

Especially that more editors / QA tools will handle a fixme but ignore a todo, I'll endeavour to use fixme instead, in future.

I'll have to see about cleaning up all the other todo entries I've made, elsewhere.
44984360
by mueschel
@ 2017-01-07 17:37
12021-06-15 10:17oiooio
♦26
Wo kommt eigentlich der IATA-Code QEF für Egelsbach in diesem Changeset her? Das scheint nicht mehr aktuell zu sein, oder?
22021-06-15 12:25mueschel Dazu kann ich nichts sagen. Der Code taucht noch in diversen Tabellen online auf.
Ich hatte damals nur "ref" in "iata" geändert.
106154649
by mueschel
@ 2021-06-10 11:59
12021-06-10 18:02anebophil
♦10
Thanks for the error correction
22021-06-10 18:02anebophil
♦10
Thanks for the error correction
105848655
by mueschel
@ 2021-06-04 15:55
12021-06-07 19:57jengelh
♦116
das war so nicht gedacht.
Es handelt sich hier tatsächlich um das Leuchtmittel-Modell, nicht die Lampenart.
22021-06-08 07:49mueschel Ungewöhnlich, aber in Ordnung. Ich ändere es zurück.
105880162
by mueschel
@ 2021-06-05 12:23
12021-06-05 19:55Lee Carré
♦665
Why?

I read the wiki, before making this change, which makes clear that vacant:* is not only perfectly valid, but preferable to disused;* since it'll likely remain a retailer of some sort, even if it's merely changing hands or otherwise between occupants.

Disused:* implies that it�...
22021-06-05 20:41Lee Carré
♦665
See http://wiki.openstreetmap.org/wiki/Shops
---

Published using OSMCha: https://osmcha.org/changesets/105880162
32021-06-06 08:37mueschel The prefix 'vacant' is not among the common lifecycle prefixes:
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix

"vacant:shop" is used 60 times world-wide (likely due to the one line in the Wiki you found on the "shop" page).
There are no other use cases of &qu...
42021-06-06 11:44Lee Carré
♦665
Then the wiki is misleading, especially for newbies. Though it's not the first instance of inconsistency I've found. Another is craft=pottery versus shop=pottery, but I'll address that one separately.
Might I suggest that an experienced contributor, such as yourself, correct the misl...
52021-06-06 11:59mueschel Conveying all details as precisely as possible is always a bit tricky, especially if we want to make sure data consumers understand the tagging (at least roughly) at the same time. According to your description I suggest to use:

shop = vacant (there is an currently unused retail space)
was:craft...
62021-06-06 12:10Lee Carré
♦665
Separately;

“Btw, there was never a tag on this POI saying it was a retailer - it was only tagged as a workshop. A pottery shop should be tagged shop = pottery.”

I wondered about this.
This is another way in which the wiki is either unclear or misleading.

From what I read, it s...
72021-06-06 13:32Lee Carré
♦665
“we want to make sure data consumers understand the tagging (at least roughly)”
This is a good point. Though, one hardly ‘consumes’ data; it still exists after use. In fact, more copies exist by using it. The term is a very narrow economic one.
http://www.gnu.org/philosophy...
82021-06-06 13:47Lee Carré
♦665
“was:”
First saw this, yesterday. Seems like a good idea. I can think of a few places where it would make great sense; something was there for a long time for which the place became known, but has been recently replaced or changed.

“old_name”
As opposed to was:name ?

...
105873153
by mueschel
@ 2021-06-05 08:58
12021-06-05 10:42Lee Carré
♦665
D'oh, dunno how I managed to bungle that one. Thanks for spotting & correcting. Will be more careful in future.
105764323
by mueschel
@ 2021-06-03 08:42
12021-06-03 10:50nw520
♦157
Hallo mueschel, danke für die Korrektur. Gab es eine Änderung am Schema? Ich habe noch vage in Erinnerung, dass in irgendeiner Tabelle stand, dass der ref auf diese (komische) Weise angegeben werden sollte, finde aber keinen Hinweis mehr darauf.

Beste Grüße
22021-06-03 12:57mueschel Hallo,
die Doku findet sich hier:
https://wiki.openstreetmap.org/wiki/Key:post_office

Das ist der aktuelle Stand nach dem kürzlich akzeptierten Proposal.
Bei "ref" braucht es den Prefix "post_office" nicht, da besteht ja keine Verwechslungsgefahr mit Tags die sich auf ...
105572497
by mueschel
@ 2021-05-30 15:22
12021-05-31 16:57Lachgast
♦119
Thanks a lot for correcting this!
105526533
by mueschel
@ 2021-05-29 09:33
12021-05-31 08:34Lee Carré
♦665
Noted; I was trying to be through (since tags can always be ignored) for the benefit of data-users (not knowing which tagging keys they'd recognise).
---

Published using OSMCha: https://osmcha.org/changesets/105526533
105525283
by mueschel
@ 2021-05-29 09:01
12021-05-31 08:31Lee Carré
♦665
Thanks; I'll endeavour to use this more specific key in future.
---

Published using OSMCha: https://osmcha.org/changesets/105525283
104734969
by mueschel
@ 2021-05-15 14:00
12021-05-24 11:19JeroenvanderGun
♦182
This change prevents the road from rendering, as if it's not a road anymore. But the road still exists.

If we prefix the service highway type with abandoned, then we should also set a different new highway type to represent the current state of the road: https://wiki.openstreetmap.org/wiki/K...
22021-05-24 11:31JeroenvanderGun
♦182
Also we'd need to edit more than just this one link, since there are many more abandoned roads in this border crossing.
32021-05-24 12:03mueschel Both using the prefix 'abandoned' and using an extra 'abandoned' key are valid ways to add the information that an object is not maintained any more.

If one or the other tag is ignored by some renderer, this is a software issue, but not an issue with tagging.
42021-05-24 13:21JeroenvanderGun
♦182
This is a tagging issue, not a rendering issue. Indeed both tagging schemes are valid, but they have different meanings. abandoned=yes indicates the object still exists and hence can still be rendered. Tags with the abandoned: prefix describe a prior state of the object and hence should not be rende...
52021-05-24 13:31mueschel That's not correct. Please see
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
"abandoned: - Still visible but fallen into serious disrepair".
If something doesn't exist any more, it can't be abandoned.
62021-05-24 14:29JeroenvanderGun
♦182
The very next line on that page:

"For physical objects (e.g. buildings, towers or quarries), abandoned=yes is used more often."

This road is a physical object.

From https://wiki.openstreetmap.org/wiki/Tag:abandoned%3Dyes:

"The abandoned=yes tag is used for building=* and o...
72021-05-24 14:37mueschel It seems we have a completely different understanding of this key.

For me, 'oneway' can never be 'abandoned' because it's impossible to have a rule/regulation (and oneway is nothing else) "fallen into serious disrepair".
And actually this was the only reason I ...
105162460
by mueschel
@ 2021-05-23 11:50
12021-05-24 14:19mappinglander
♦99
The issue has been fixed.
105163950
by mueschel
@ 2021-05-23 12:35
12021-05-23 13:18dcapillae
♦360
Thank you, Mueschel. It was my mistake.
105076089
by mueschel
@ 2021-05-21 08:50
12021-05-21 18:05dafadllyn
♦66
Hallo mueschel

Weshalb hast du bei diesen Sammelstellen, die nur PET-Getränkeflaschen akzeptieren, recycling:PET_drink_bottles zu recycling:plastic_bottles geändert? Nicht alle Plastikflaschen (recycling:plastic_bottles) sind PET-Getränkeflaschen. Siehe auch https://wiki.openstreet...
22021-05-21 18:13mueschel Hallo,
ich habe nicht gesehen, dass du vor 3 Tagen ein neues Tag ins Wiki eingeführt hast.
Kommentare auf den Talk-Seiten im Wiki bekommen nur sehr wenige Leute mit.

Da das Thema ein globales Problem ist, würde ich vorschlagen dass mal auf der Tagging-Mailingliste anzusprechen. Ich g...
32021-05-22 19:30dafadllyn
♦66
Werden all die unterschiedlichsten kartografischen Diskussionen auf ein und derselben Mailingliste geführt? Was ist dann der Zweck der Wiki-Diskussionsseiten und des Forums?

plastic_bottles und PET sind im Wiki-Eintrag klar definiert und sind auch bezüglich des Namens (Tags) eindeutig. ...
42021-05-22 20:14mueschel Die Menge an verschiedenen Kanälen ist ein Problem, aber bei einem so großen Projekt auch nicht anders machbar. Die Talk-Wikiseiten lesen nur Leute die aktiv an dem Tag gearbeitet haben und die Seite in den 3 Wochen vor deinem Eintrag besucht haben.
Normale User kriegen das nicht mit (ha...
52021-05-22 21:08dafadllyn
♦66
Die paar Sammelstellen, die ich verbessert habe, waren nicht recycling:plastic_bottles getaggt, sondern recycling:PET. Wenn schon, müsste man eher alle recycling:PET in der Umgebung durchgehen, was ich sowieso machen wollte.

Ich habe nun eine Nachricht geschrieben.
105125793
by mueschel
@ 2021-05-22 09:48
12021-05-22 10:18archie
♦1,305
I am terribly sorry for that!
104985690
by mueschel
@ 2021-05-19 21:34
12021-05-20 19:46Violaine_Do
♦190
Hi Mueschel, please document the use of tagging traffic_sign=Diasbled_Parking in case you still want to use it, as there is only 3 use cases in OSM: https://taginfo.openstreetmap.org/search?q=traffic_sign%3DDisabled_Parking
I didn't find any wiki reference for using it.
Btw, you never answer...
22021-05-20 20:31mueschel You added the tag 'sign:disabled' here - both parts of this is key are not in use. Traffic signs are tagged using the traffic_sign key, which can take free text as value. Feel free to replace it by an official traffic sign number in case you know it.
32021-05-20 20:36Violaine_Do
♦190
issue with traffic_sign is that horizontal marking is missing, will add it as a description as there is not traffic sign as understood by the wiki def for now. If you have a suggestion for horizontal marking i will take it! thks
---

Published using OSMCha: htt...
42021-05-20 20:39Violaine_Do
♦190
plus this was experimental tagging for a local prject on mobility, please next time ask before modifying...
---

Published using OSMCha: https://osmcha.org/changesets/104985690
52021-05-20 20:44mueschel Please don't invent new tags - these can not be understood by other mapers (as you can see here). In these cases, please add a description and a fixme yourself. In the best case, you can provide an image of the situation so that others have a clear idea what the situation is exactly.
62021-05-20 20:47mueschel If you use "experimental tagging" please mention it in the changeset comment. Make clear that the tag was intentional and not just a mistake or due to missing knowledge.
72021-05-20 20:49Violaine_Do
♦190
yes of course, i should have documented it on a wiki page, still under process. I will document it here by next month : https://wiki.openstreetmap.org/wiki/FR:French_Polynesia/CartoMobilite/Tags
I am pretty sure local experimentation was possible in OSM, isn't it? I've seen osm tagging ev...
82021-05-20 20:50Violaine_Do
♦190
thks for the clarification on experimental tagging!
104759294
by mueschel
@ 2021-05-16 08:55
12021-05-16 14:51black_bike
♦26
Bitte nehme diesen Änderungssatz zurück,

Hier wurde wohl automatisiert, ohne Ansehen der restlichen Daten und Rücksprache mit dem der diese Daten eingetragen hat, eine Änderung von name:etymology:start_date nach name:start_date vorgenommen.

Gleichzeitig wurden aber auch and...
22021-05-16 16:22mueschel Ich habe hier keine automatisierten Änderungen vorgenommen. Ich habe keine Daten gelöscht, nur Tags korrigiert.

In 3 Fällen standen lange Erklärungstexte in einem wikidata Tag - dort gehört nur eine Nummer rein, sonst nichts. Die identische Information steht auch im wikip...
32021-05-16 16:25mueschel Und diese Wikipedia-Tags sind auch sinnlos, da es nie eine so benannte Seite bei Wikipedia geben wird.
Solche Erklärungen gehören in "name:etymology", aber nicht in ein Wikipedia-Tag.

"name:etymology:wikipedia:missing = de:Anna Schlinkheider (1852-1939), wurde 1919 als e...
42021-05-17 18:07black_bike
♦26
Ich bin seit mehr als einem Jahr aktiv dabei, die OSM-Community, die Wikipedia-Community und die Wikidata-Community miteinander zu vernetzen. Das von mir gewählte Thema ist dabei die Herkunft von Straßennamen. Mit Hilfe von OSM, Wikipedia und Wikidata können sehr informative Karten u...
52021-05-17 18:17black_bike
♦26
Das Datum der Namensvergabe einer Straße kann mit name:etymology:start_date oder name:start_date erfasst werden.
Es ist nicht eindeutig klar welches die bessere oder richtige Methode ist.

Ich hatte mich dafür entschieden, alle Informationen zur Namensvergabe unter name:etymology:*
z...
62021-05-17 18:23mueschel Tut mir leid, ich bleibe bei meiner Meinung. Du willst dieses Tagging hier durchsetzen:

"name:etymology:wikidata:missing = de:Anna Schlinkheider (1852-1939), wurde 1919 als erste Frau in den Gemeinderat von Eckamp gewählt"

Der korrekte Key dafür ist aber "name:etymolog...
72021-05-20 20:04black_bike
♦26
Hallo,

ich bin, wie ich schon geschrieben habe, aktiv daran beteiligt, die Erfassung der Bedeutung und Herkunft
von Straßennamen mit Hilfe von OpenStreetMap und Wikipedia und Wikidata voran zu bringen.

Dazu habe ich viele Diskussionen geführt, daraus ein Taggingschema entwickelt un...
82021-05-20 20:39mueschel Nochmal: Ich habe keine Daten gelöscht.
Alle Informationen sind noch unverändert vorhanden.

Ich habe nur undiskutierte, undokumentierte Keys ersetzt durch dokumentierte und weltweit verwendete Keys.
Wenn du/ihr existierende Keys durch neue ersetzen wollt - bitte sucht das Gesprä...
98411182
by mueschel
@ 2021-01-30 11:54
12021-05-20 19:42Violaine_Do
♦190
loss of informaiton, better to correct info, or add fixme instead of deeting it
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/98411182
90815429
by mueschel
@ 2020-09-13 10:22
12021-05-20 19:37Violaine_Do
♦190
iaorana, j'ai changé les tags car tu avais retiré l'information sur le côté "spot de surf", mieux vaut garder l'info dans un fixme la prochaine fois, merci!
---

Published using OSMCha: https://osmcha.org/chan...
22021-05-20 19:37Violaine_Do
♦190
dailleurs l'info natural=reef était déjà indiquée...
---

Published using OSMCha: https://osmcha.org/changesets/90815429
104694792
by mueschel
@ 2021-05-14 15:50
12021-05-18 21:17Jrachi
♦769
Ti dispiacerebbe evitare di cancellare oggetti senza prima avvisare?
C'era un errore da correggere.
Non era necessaria la cancellazione.
22021-05-19 18:13mueschel (Sorry, my Italian isn't good enough to write an answer)
As you saw and commented on this morning, this relation has already been added properly (without wrong keys and with members).

Having empty relations in the database is useless - most users are not even able to find and load these to...
32021-05-19 19:47Jrachi
♦769
Sto insegnando la mappatura dei percorsi del catasto regionale ad un gruppo di soci CAI.
La risposta l'avevo data durante una lezione.
Un commento avrebbe richiesto meno tempo e sarebbe stato più istruttivo.
Comunque, grazie della risposta.
Ivo, Jrachi
104818391
by mueschel
@ 2021-05-17 10:36
12021-05-17 13:40gabro00
♦321
Thanks! The tagging needs a cleanup as well, keys like
service:bicycle:something=value is ridiculous.
I think a better approach for "the_premium_touring_bike_or_electric_bike" to see it as irony ;)
104758248
by mueschel
@ 2021-05-16 08:22
12021-05-16 11:07Frans S
♦9,822
Hello Mueschel
Thanks for finding these mistakes.
I don't know where it went wrong, but I uploaded the taks areas. My mistake. (also the other changeset you reported.
104734825
by mueschel
@ 2021-05-15 13:57
12021-05-15 20:20alessandrocarmeli
♦236
grazie per la correzione!
---

Published using OSMCha: https://osmcha.org/changesets/104734825
104528717
by mueschel
@ 2021-05-11 18:07
12021-05-14 09:40Dawid2849
♦712
Thanks.
104038506
by mueschel
@ 2021-05-03 08:30
12021-05-09 23:31Viajero Perdido
♦243
Hello. Foot=yes (et al) override access=no, which is incorrect here. (Routing is broken again.) No access period, right now. Survey. Trust me.
22021-05-09 23:50Viajero Perdido
♦243
To clarify, *bike* routing is broken, presumably along with foot. The wiki doesn't specify that construction implies no access, hence routers are free to route through construction if they wish. Here, access=foot=bicycle=NO.
32021-05-10 00:10Viajero Perdido
♦243
Fixed.
42021-05-10 07:47mueschel I didn't add any "foot=yes" here. It was and still is unchanged since your edits 14 days ago.

I only changed your custom "-restore-this" tag to the common tagging with a "construction:" prefix.
103134392
by mueschel
@ 2021-04-18 12:03
12021-05-08 20:26azakh-world
♦282
This changeset is an example when mechanical edit converts one type of wrong data to another.
102731741
by mueschel
@ 2021-04-11 10:32
12021-05-03 13:55Canal des Pangalanes
♦54
Hi mueschel,
IMHO the local mappers mapped this on purpose since the Wikidata is already at https://www.openstreetmap.org/relation/12548412
22021-05-03 18:32mueschel Interesting. I don't really see a reason for this. First, what's wrong about having the wikidata link on both objects, that makes it easier to find and also links the two objects with one another.
Second, the tag "river:wikidata" doesn't fit. The construct of "TAG:wiki...
103097493
by mueschel
@ 2021-04-17 10:41
12021-05-03 17:07Netzwolf
♦12
Aus gewöhnlich gut unterrichteter Quelle weiß ich, dass die Wege noch vorhanden und in gutem Zustand sind; außerdem seien keine Bemühungen erkennbar, den Zugang zu erschweren. Damit ist abandoned falsch. Korrekt wäre highway=path;access=no
22021-05-03 17:10mueschel Das müsstest du an anderer Stelle anmerken, ich habe nur einen Tippfehler korrigiert:
https://www.openstreetmap.org/changeset/102703241
103897786
by mueschel
@ 2021-04-30 09:00
12021-04-30 14:38Allroads
♦420
Thanks!
103542786
by mueschel
@ 2021-04-24 15:49
12021-04-29 12:04timmito
♦171
Hallo mueschel, Danke für die Aktualisierung. Warum hast du aus dem highway=mini_roundabout ein junction=roundabout gemacht? Der rote Mittelbereich ist eindeutig überfahrbar gestaltet.
https://wiki.openstreetmap.org/wiki/DE:Tag:highway=mini%20roundabout?uselang=de
22021-04-29 12:47mueschel Ja... Ist allerdings schon recht groß, deswegen bin ich da (entgegen der momentanen Beschreibung im Wiki) eher bei roundabout. Ein mini-roundabout darf ja nur als Node gemappt werden, was bei der schiefen Geometrie hier auch schon nicht wirklich passt.
Da gibt es hier in der Gegend aber auch ...
103712674
by mueschel
@ 2021-04-27 14:09
12021-04-27 17:55Violaine_Do
♦190
Thks mueschel for the contribution. I am ok with the simplification (street_lamp:operational_status > operational_status) on the northern street lamp (near road "servitude auffray"), but not on the southern one, as the street lamp is on a power pole. I wanted to make sure the operationa...
103529810
by mueschel
@ 2021-04-24 10:41
12021-04-24 11:51aixbrick
♦840
Hallo,
also doch so herum :-). Ich hatte es mit http://osm.mueschelsoft.de/destinations/example/sandbox.htm geprüft und da wurde es mit ...lanes:symbol auch richtig angezeigt.
Danke fürs Korrigieren.
Gruß
103134216
by mueschel
@ 2021-04-18 11:58
12021-04-19 10:14Lachgast
♦119
Thanks a lot! I missed that one.
103097368
by mueschel
@ 2021-04-17 10:38
12021-04-17 14:22KuoLLK
♦21
You only deleted two nodes, why not do it separately
102977345
by mueschel
@ 2021-04-15 08:18
12021-04-15 15:05DAMIANO MORETTI
♦1
why?
22021-04-15 15:28mueschel You uploaded a GPX track directly as a way in OSM - this is not how OSM works. You can upload Tracks (see the extra function on osm.org) and use this to draw objects, or create a route relation out of existing highways.
32021-04-15 16:24DAMIANO MORETTI
♦1
ok, I understand, i coverted the gpx into data level, and that's wrong...but i wish only to draw a path for mtb, for bikes, not a way, as is mountain hiking path
42021-04-15 16:57mueschel I think you're looking for a route relation:
https://wiki.openstreetmap.org/wiki/Relation:route
52021-04-15 18:08DAMIANO MORETTI
♦1
I tried...perhaps!! grazie!
62021-04-15 18:20mueschel Sorry, but that not how it works - you can't insert a new way. You need to reuse the streets that are already mapped.
102921768
by mueschel
@ 2021-04-14 10:15
12021-04-14 13:19Wulfmorn
♦193
Oh dear, that was an unfortunate mistake. Thank you :)
102697350
by mueschel
@ 2021-04-10 12:54
12021-04-10 16:20alexashh
♦43
thank you for your update!

I thought that "disused:" tag applicable only to material objects from real world, but it actually makes sense to be used everywhere, so thanks for that edit. It is educational for me.

Also, should I update route_master in the same way?
22021-04-10 16:27mueschel I did the same on the master relation already.

I could have used the more neutral "was:" instead, but I think 'disused' is fine here.

As you say, such a tag should only be added to objects that are actually 'disused', and not just vanished. A bus route that is not...
102696157
by mueschel
@ 2021-04-10 12:23
12021-04-10 12:46StefanHRT
♦403
Hallo mueschel, nur zum Verständnis, bedeutet dies nicht, das auch Fußgänger nur in eine Richtung laufen dürfen? VG
22021-04-10 12:50mueschel Nein. "oneway" an highways bezieht sich nicht auf Fußgänger - sonst dürften die in keiner Einbahnstraße in beide Richtungen laufen.

Für Fußgänger gibt es "oneway:foot", bzw. an Routen-Relationen (z.B. hiking) auch ein einfaches "onewa...
32021-04-10 13:00StefanHRT
♦403
ah ok, dachte nur weil sich das oneway auf den Tag mit sidewalk bezieht, das es dann auch für Fußgänger gilt. wofur gilt dann das mit dem bicycle?
42021-04-10 13:34mueschel "sidewalk:right:oneway:bicycle" meinst du? Das hat effektiv die gleiche Bedeutung wie sidewalk:right:oneway, ist nur unnötig lang und spezifisch.

Übrigens müsste es "sidewalk:right:bicycle:oneway" heißen, um bei der üblichen Reihenfolge Key-Seite-Fah...
52021-04-10 14:14StefanHRT
♦403
Danke, ok, hast recht mit der Reihenfolge des bicycle:oneway. Danke für die Aufklärung.
102331191
by mueschel
@ 2021-04-05 11:54
12021-04-05 12:44PGW77
♦3
I was never contacted. I would rather have fixed the tags then have it removed. Clay hole creek data was provided by the suwannee river water management district and can even be seen on google maps.
22021-04-05 12:47PGW77
♦3
https://www.google.com/maps/@30.11244,-82.6475034,16z
32021-04-05 12:50mueschel Sorry if you didn't receive a notice - I added a changeset comment and you should have received an email:
https://www.openstreetmap.org/changeset/102213295

There were parts of the ways crossing through buildings and crossing highways repeatedly and no hint of anything in the aerial images.
42021-04-05 13:08PGW77
♦3
You're right. Your deletion was good. I made a mistake and you make a good deletion. I'm sorry. I messed up on that one and didn't catch it.
52021-04-05 13:09PGW77
♦3
I still have it loaded in JOSM and I'm looking at it.
62021-04-05 13:12mueschel Mistakes happen...

Btw, you could also use the reverter plugin to revert this changeset, then you have these objects back and can move them to the right place.
72021-04-05 13:53PGW77
♦3
That's good to know. I might need it in the future but your edits were great.
101320455
by mueschel
@ 2021-03-19 10:35
12021-04-05 12:04Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
22021-04-05 12:08mueschel Thanks for this polite remark.

Please check the wiki:
'opening_date' -> "An approximated date in the future when a construction will be finished"

'start_date' -> "the date the feature opened or construction of the feature finished"

32021-04-05 12:18Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
42021-04-05 12:22mueschel This is a monument, it has a 'start_date'. There is no ambiguity here.

If you want to make clear that it's the start_date of a monument, the proper tag is "start_date:monument".
52021-04-05 12:43Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
62021-04-05 12:47Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
102263266
by mueschel
@ 2021-04-04 09:43
12021-04-04 21:47MCDA
♦112
Why did you change these tags?
22021-04-04 22:02mueschel Hi,
mobile_phone:technology doesn't exist as a tag yet. Tagging this information as communication:XX is common and already used >1000 times.
32021-04-04 22:11MCDA
♦112
if it is so common, where is this documented?
42021-04-04 22:17mueschel Unfortunately I'm not aware of a Wiki page yet...
I consult Taginfo in these cases:
https://taginfo.openstreetmap.org/search?q=communication%3A
52021-04-04 22:24MCDA
♦112
Yet there are people using communication:mobile_phone=gsm;umts;lte are you going to mass edit these too?

https://taginfo.openstreetmap.org/keys/communication%3Amobile_phone#values
62021-04-04 22:30mueschel I'm not doing any mass edits. Feel free to use this scheme if you like. As long as there is no accepted proposal, communication:lte=yes and communication:mobile_phone = lte are equally valid.

I only changed these 3 nodes because the tags there were yet another new, different scheme.
72021-04-04 22:43MCDA
♦112
I'd argue that as long as there is no accepted proposal the person collecting the data and placing the node should be able to tag it as they see fit without others making automated edits and trampling over their work.
82021-04-05 08:35mueschel This was not an automated edit. I did not delete any information. I changed your tags to an established tagging scheme that is used thousands of times by hundreds of mappers.

If you want to introduce a new tagging scheme, please write a proposal.
92021-04-05 12:15MCDA
♦112
Level0 is an automated "find and replace" tool. Of course it is used hundreds of times because people like you are going round changing tagging to suit yourself!

If you are so confident that your tagging is correct, why don't YOU make the proposal and get consensus before you go...
102021-04-05 12:27mueschel Level0 is an editor like any other one. There's nothing automatic there - changing a tag is even more manual work than in JOSM, because you can't edit several nodes at once.

If you want to use 'mobile_phone:technology', feel free to do so. But please keep the common 'comm...
102262444
by mueschel
@ 2021-04-04 09:18
12021-04-04 17:37Tesla
♦40
Oops! Thanks! Edited the wrong field.
101870137
by mueschel
@ 2021-03-28 11:55
12021-04-01 18:09user_5359
♦19,415
Please see https://www.osm.org/changeset/101963844
101869110
by mueschel
@ 2021-03-28 11:25
12021-03-31 13:15PeterPan99
♦43
Thank you for correcting my spelling. Regards, Peter
101870395
by mueschel
@ 2021-03-28 12:02
12021-03-30 00:39GOwin
♦852
Thanks for catching this typo. Fixed my JOSM presets
---

Published using OSMCha: https://osmcha.org/changesets/101870395
101869945
by mueschel
@ 2021-03-28 11:48
12021-03-28 17:53micheleOSM3
♦104
Why do you think the tags were wrong?
22021-03-28 17:57mueschel Keys are case sensitive - "From" and "To" don't exist, it has to be "from" and "to".
32021-03-28 18:05micheleOSM3
♦104
Ok, but you changed also the values, why?
42021-03-28 18:14mueschel Ah yes.
The from/to tag is for the name of the start and end of the route. The elevation is not part of the name. I added the relevant information in the 'ascent' tag instead.
52021-03-28 18:40ivanbranco
♦2,701
Excuse me if I get into the conversation, I just want to say that is unlikely for the ascent to be only 1343 m, maybe CAI has an official number?
62021-03-28 18:43micheleOSM3
♦104
In my zone, but also in other areas of northern Italy, the mountain trails often do not start from specific locations that have a specific name.
For this reason often in the "from / to" tags are also written others indications to identify the exact point of departure / arrival. Often als...
72021-03-28 19:46mueschel If you want to have the elevation numbers in from and to, feel free to add them again. My main concern was to correct the keys.
82021-03-28 19:54micheleOSM3
♦104
I think you made the changes wrong. I think you must to re-enter the previous values.
101877076
by mueschel
@ 2021-03-28 14:53
12021-03-28 15:07alessandrocarmeli
♦236
Not make big changeset in big area
---

Published using OSMCha: https://osmcha.org/changesets/101877076
101834249
by mueschel
@ 2021-03-27 11:50
12021-03-27 13:37Ger Groeneveld
♦3
https://wiki.openstreetmap.org/wiki/Tag:power%3Dtransformer; propose to change output to rating:transformer rating with value xx MVA/KVA/VA
22021-03-27 13:42Ger Groeneveld
♦3
transformer:rating with value xx MVA/KVA/VA
32021-03-27 14:12mueschel Right, transformers use 'rating', as opposed to generators and plants.

Thanks!
101434667
by mueschel
@ 2021-03-21 11:18
12021-03-21 17:36Allison P
♦1,136
Whoops. None of those tags are meaningful to OSM. Same with Foothills East Park. I'll remove the fixmes.
101432985
by mueschel
@ 2021-03-21 10:25
12021-03-21 12:28SekeRob
♦1,435
For tagging consistency in OSM parking:fee but parking_space
(I know, it's just a dream)
Have a nice day.
22021-03-21 12:46mueschel Yes, we have this issue in many places, but it's actually not bad here:

"fee" is a subkey that gives further details for the general concept of 'parking'.

amenity=parking_space and parking_space=* describe a distinct physical feature and is it's own keyword.

I....
32021-03-21 13:04SekeRob
♦1,435
thx for replying, Just me, seen parking_space dozens if not hundreds of times creating disability parking spots and lots and still falling for the reflexive... the Id editor is often slow here to fill in or offer the options. I have to slow down too ;o)
ciao
100777875
by mueschel
@ 2021-03-10 12:05
12021-03-10 12:44Kovoschiz
♦2,543
I'm referring to `temporary=yes` in https://wiki.openstreetmap.org/wiki/Key:temporary. `temporary:*=` without a date range is syntactically wrong according to the latest proposal. https://wiki.openstreetmap.org/wiki/Proposed_features/temporary is obsolete. You would also see that this is `onewa...
22021-03-10 13:00mueschel This tagging scheme needs the tag "temporary=yes", but not "oneway:temporary=*".

Using 'temporary' as a suffix is not documented anywhere, and is not used in combination with 'oneway' up to now.

Having a 'conditional'-style tag without a time ...
32021-03-11 05:59Kovoschiz
♦2,543
Then how I can add `temporary=yes` here? It would indicate the roadway is "temporary". A "condition"-style tag still needs a condition, right?
There are ~200 `cycleway:*:temporary=yes`.
100649465
by mueschel
@ 2021-03-08 16:01
12021-03-08 23:23whb
♦615
Hallo mueschel,

so war das wohl nicht gedacht?
22021-03-09 12:11mueschel Hallo,
"closed:" ist kein weit verbreiteter Prefix, deswegen habe ich das auf "disused" geändert.
Ob diese Prefixe vor alle Tags oder nur vor das Haupttag kommen - dazu gibt es keinen Konsens. Ich stehe da auf der letzteren Seite.
32021-03-10 10:08whb
♦615
Hallo,

nur steht der Präfix jetzt nicht vor dem Haupttag tourism=information, sondern vor information=office.

So sieht es derzeit nach deiner Änderung aus:
tourism=information
disused:information=office

Aber eigentlich sollte es doch so aussehen:
disused:tourism=information
in...
42021-03-10 10:14mueschel Da hast du natürlich Recht. Ich habe es korrigiert.
91556654
by mueschel
@ 2020-09-26 16:00
12021-03-04 11:52mariotomo
♦1,896
Hi. The information you removed was significant. It was expressed in mm instead of m, so it did need correction.
https://en.m.wikipedia.org/wiki/Diameter_at_breast_height
22021-03-04 12:09mueschel All lengths in OSM are given in meter - "diameter" is the only exception where millimeter are used as default. Fixed it.

Thanks for noticing!
32021-03-04 12:57mariotomo
♦1,896
hi! thanks for fixing, and thanks for correcting my wrong assumption.
100286372
by mueschel
@ 2021-03-02 14:22
12021-03-02 16:56Martin Constantino–Bodin
♦120
Oups, je n’avais pas remarqué ma typo. Merci ! ☺
99690962
by mueschel
@ 2021-02-21 17:28
12021-02-23 18:52JayTurnr
♦155
Oh my bad, I'll change my preset :)
99837460
by mueschel
@ 2021-02-23 15:07
12021-02-23 17:21SekeRob
♦1,435
Something I've been doing the last few weeks, destinations tagging (love it showing in Mapfactor Navigator), except where lanes are involved. Leading by example, now I know how to add destinations to lanes (effectively the same as directions on lanes). If you have a tip or pointer how to do th...
22021-02-23 17:32mueschel Hi,
this scheme helps to remember the order of parts of the key:
destination
[:hgv|:bicycle|...]
[:subkey]
[:lanes]
[:forward|:backward|:both_ways]

To test tagging, I can only point you to my own tool:
http://osm.mueschelsoft.de/destinations/example/index.htm#wayid=19729792&direction=0...
32021-02-23 18:17SekeRob
♦1,435
Thx, I give your tool a swirl in the near future. As said the destination signs in navigators are brilliant. You woosh by a sign or the view is obstructed by a brumi in the right lane and miss it, the display giving assurance you're still on the right track and honestly, cant say I've seen...
97224469
by mueschel
@ 2021-01-09 18:30
12021-02-22 14:39Carto'Cité
♦1,139
Merci pour la correction !
Antoine de Carto’Cité.
87852895
by mueschel
@ 2020-07-11 12:42
12021-02-20 15:11alzyee
♦26
looks like an Automated Edit
99583981
by mueschel
@ 2021-02-19 10:14
12021-02-19 12:03StefanHRT
♦403
Hallo mueschel,
Danke, ist mir unerklärlich, wie das da mit rein kam. VG Stefan
22021-02-19 17:10!bm
♦897
Es handelt sich doch um eine Sammelstelle? Für jeden Container einen gesonderten node anzulegen, die sich noch dazu im Tagging nicht unterscheiden, ist mE übers Ziel hinausgeschossen. https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
32021-02-19 19:07StefanHRT
♦403
Hmm, hatte extra die wiki angeschaut und da war nicht ersichtlich ob man sowas als 1 Container deklariert oder alle dann separat, da immer nur von einem Container geschrieben wird. Man kann ja leider nicht nach Farbe unterscheiden oder eine Anzahl der Container angeben (Gibt ja auch Stellen wo nicht...
42021-02-19 19:12mueschel Man kann durchaus jeden Container einzeln erfassen - je nachdem ob das "one object" die Sammelstelle oder der Container ist.
Für nötig würde ich es aber nicht halten.
Es gibt "recycling:glass_bottles:colour" um die Glasfarbe zu erfassen. Ist leider nicht dokument...
52021-02-19 19:24!bm
♦897
Richtig. Kann man angeben, muss man aber nicht. Wir hatten die Diskussion in Berlin schon – https://www.openstreetmap.org/changeset/82462555 – fall sich jemand ins Thema vertiefen will: der letzte Kommentar (von tordans) dazu scheint mir der interessanteste/hilfreichste.
62021-02-20 03:26StefanHRT
♦403
Danke Euch beiden, dann weis ich zukünftig Bescheid und werde dies auch bei Gelegenheit entsprechend korrigieren. Eine Frage hierzu noch. wenn dort Altkleidercontainer sind, die ja von anderen Organisationen sind, dürfen die separat erfasst sein?
72021-02-20 09:27mueschel Ja klar. Wenn du den Operator angeben willst, musst du das sogar machen.
82021-02-20 14:05StefanHRT
♦403
Super, Danke Euch Beiden, werde alles zukünftig berücksichtigen und diese 3 hier habe ich bereits zu einer geschrumpft
90592931
by mueschel
@ 2020-09-08 14:24
12021-02-19 14:40dmlu
♦164
Thank you (and sorry)!
98766203
by mueschel
@ 2021-02-05 11:57
12021-02-11 08:58Dino Michelini
♦321
the route_master key does not yet support the "hiking" value. Please read https://wiki.openstreetmap.org/wiki/Relation:route_master before editing other hiking reports. Greetings
22021-02-11 09:46mueschel Sorry, my fault. Thanks for fixing it again!
99049115
by mueschel
@ 2021-02-10 14:48
12021-02-10 21:06streckenkundler
♦1,042
Hei,

die Änderung von communication:radio_cottbus=yes zu operator=Radio Cottbus dürfte Falsch sein, genauso wie überhaupt das communication:radio_cottbus=yes erst mal an einen solchen Mast zu setzen... Meiner Meinung nach kann man (wenn überhaupt) ausschließlich durch ei...
22021-02-10 21:33mueschel Ja, das ist sicher richtig. Zu den Details kann ich aber auch nichts sagen. Du kannst das Tag gerne entfernen.
99047826
by mueschel
@ 2021-02-10 14:20
12021-02-10 19:09mistergoodnight
♦16
Danke für die Korrektur!
98847048
by mueschel
@ 2021-02-07 11:52
12021-02-09 21:01!bm
♦897
Hallo mueschel,

was soll not:parking=surface bedeuten? S. auch https://www.openstreetmap.org/note/2514621

--besteGrüße!bm
22021-02-09 21:19mueschel Hi,
vor ein paar Tagen hat jemand "no parking = surface" eingetragen, das habe ich in not:parking geändert. Ich denke das macht Sinn, da der benutzte Parkplatz noch auf Bildern zu sehen ist.
Zu dem place=square kann ich nichts sagen.
98847588
by mueschel
@ 2021-02-07 12:10
12021-02-07 21:12zyphlar
♦52
Thanks for noticing this, I dug and found this previous discussion and will comment on it to hopefully improve the local data https://www.openstreetmap.org/changeset/76180011
97488211
by mueschel
@ 2021-01-14 10:03
12021-02-04 09:36Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
22021-02-04 09:37Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
32021-02-04 09:42mueschel The term "subscriber connection" is exclusively used for telecommunication lines.
So it's obvious that 'telecom' is the correct tag for it. If this is not what you intended to map, please use only tags that are documented in the Wiki to avoid such misunderstandings.
42021-02-06 22:30Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
52021-02-06 22:44Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
98411667
by mueschel
@ 2021-01-30 12:09
12021-01-31 11:55Milhouse
♦26
Hi mueschel,

It looks like you've introduced a tagging error here - would you mind fixing it (and checking if you've inadvertently changed any others?)

Thanks!
Steven
22021-01-31 12:00Milhouse
♦26
PS thanks for fixing my error!
32021-01-31 13:03mueschel Whoops... Copy and paste went wrong. Guess what I did in the changeset just before this one.

Thanks for pointing it out!
96767733
by mueschel
@ 2021-01-01 12:03
12021-01-29 08:22Vinber-Pro
♦1,248
Bonjour,
grand merci pour les corrections sur le siret, désolé, on va améliorer en ref:FR:SIRET, je creuse pour comprendre pourquoi id fait cela !
Je ne connais pas LevelO qu'est ce que c'est ?
Vincent
22021-01-29 08:39mueschel Hi Vincent
(sorry, I have to answer in English)

Level0 is the most basic, text-based editor.
It's perfect if you want to change only tags on a few objects. You need to know the ID of the objects or a database query to find the objects.
https://wiki.openstreetmap.org/wiki/Level0
32021-01-29 11:22Vinber-Pro
♦1,248
Sorry for french :)
thanks for level0 i was forgot it.


95335632
by mueschel
@ 2020-12-05 14:16
12020-12-17 08:34Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
22020-12-23 13:57Something B
♦142
@Sowa1980,
"precipice = natural" это тег обрыва-склона?
32021-01-24 22:45Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
42021-01-24 22:48Something B
♦142
Тогда взгляните на https://wiki.openstreetmap.org/wiki/RU:Tag:natural%3Dcliff
52021-01-24 23:11Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
62021-01-24 23:14Something B
♦142
Почему не подходит? Объясните, пожалуйста.
72021-01-25 00:22Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
82021-01-25 01:06Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
92021-01-25 08:07Something B
♦142
1. Удаление совершено не мной, а @mueschel;
2. Тем не менее, "precipice = natural" не документирован, имеет только одно вхождение (taginfo) и отличие от "natural = cliff" не очевидно.
102021-01-25 08:28mueschel It seems that this is mostly an issue of language here. A cliff is an almost vertical incline, and a precipice is an even steeper and taller cliff. Both can't be "natural=sand", because sand would simply collapse. A cliff/precipice can only be formed by rock.

The area is clearly v...
112021-01-25 16:57Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
122021-01-25 17:03Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
132021-01-25 21:33Something B
♦142
Это понятно, что документирование не обязательно, но без этого назначение "precipice = natural" не понятно. Вы можете создать wiki-страницу для него? Чем это отличается от...
142021-01-25 22:11Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
152021-01-25 22:24Something B
♦142
@Sowa1980
Вместо того, чтобы ответить на вопрос, чем Ваш тег отличается от общепринятого, Вы пишите длинный комментарий, что у Вас нет времени на это. Неужели это так сло...
162021-01-25 22:56Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
172021-01-25 22:57Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
182021-01-25 23:00Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
192021-01-25 23:04Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
202021-01-25 23:26Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
212021-01-25 23:30Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
222021-01-26 00:25Something B
♦142
Спасибо за ответ. Советую придумать (или поискать на taginfo) другой тег, текущий (precipice = natural) слишком неочевидный.
232021-01-26 00:31Something B
♦142
Кажется, вот оно
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dearth_bank
242021-01-26 01:41Sowa1980
Active block
Comment not displayed. To view it, please select the "Include blocked users" option.
252021-01-26 08:44mueschel @Something B
From the scarce information we got I agree that this is most likely

natural=earth_bank
earth_bank=scarp
98027768
by mueschel
@ 2021-01-23 16:49
12021-01-24 13:10martindemling
♦8
Hello mueschel, thanks for pointing out that mistake and fixing it! Regads, Martin
97777197
by mueschel
@ 2021-01-19 15:03
12021-01-22 18:38vorpalblade
♦101
Just to clarify, https://wiki.openstreetmap.org/wiki/Tag:shop%3Dmobile_home indicates that `shop=mobile_home` is for "[a] place that primarily sells mobile- or manufactured-homes, which are intended to be permanently, or semi-permanently, located in one spot."

You changed this to `shop=...
22021-01-22 18:54mueschel Well, there is some discrepancy of tags here it seems.

The category of vehicles is called "motorhome", documented and used >2000 times. See, e.g. https://wiki.openstreetmap.org/wiki/Key:access

I have never seen the Wiki page you linked before, and I'm very sure this tag was ...
32021-01-22 19:09vorpalblade
♦101
OK. Then why did you change `shop=mobile_home` to `shop=motorhome` (both tag pages were created by Fizzie41), if `shop=mobile_home` is part of the discussed/accepted tagging schemes?

Just in case there is a language barrier (UK English -> US English and vice versa is bad enough), this location...
42021-01-22 19:42mueschel I changed it, because I assumed it to be a mistake - as I said, I never saw this tag before, neither in the data, nor in the Wiki.
I usually check for tags in Taginfo, but in the list of occurrences of 'mobile_home' I didn't spot the 18 shop=mobile_home somewhere on the third page. ...
52021-01-22 21:31vorpalblade
♦101
Fair enough.

For my validation purposes, I typically use both TagInfo and WikiData (this is mostly so I can avoid flagging newly created tags that are well documented, and also take automatic advantage of value validation regexes).

Anyway, I've updated the Wiki Data pages for `shop=mobile...
62021-01-22 21:36vorpalblade
♦101
Note:
I've just changed it back in https://www.openstreetmap.org/changeset/97997557 -- if I get around to making a discussion on the tagging list, it will be easier to do a mass change (and I won't forget about it )
96912452
by mueschel
@ 2021-01-04 13:36
12021-01-04 14:41!bm
♦897
Hallo mueschel,

Weltwissen mal ausgeklammert, bedeutet das doch, dass oneway auch für Fußgänger gilt? Sollte es hier nicht *:bicycle:oneway=yes sein?

--besteGrüße!bm
22021-01-04 14:51mueschel Hi,
ja, sidewalk:bicycle:oneway ist eine der beiden Möglichkeiten.
Allerdings ist das eigentlich nicht nötig, da sich "oneway" laut Wiki ausdrücklich auf Fahrzeuge beschränkt.

Die Statistik steht ungefähr 1:10 für die Variante ohne "bicycle":
...
96670914
by mueschel
@ 2020-12-30 13:32
12020-12-30 15:21Kovoschiz
♦2,543
`*:ja-Kana=` is same as `*:ja-Hira=` and `*:ja-Latn=` (also `*:ja-Hrkt=`)
22020-12-30 15:25mueschel The key "name:ja-Kana" doesn't exist.
The documented spelling is name:ja_kana
53000 uses vs. 0 uses.
https://wiki.openstreetmap.org/wiki/Multilingual_names#Japan
32020-12-30 15:31Kovoschiz
♦2,543
This is surprising. I have been using current OSM as well as IETF BCP 47 and Unicode standard `*:ja-Hira=` and `*:ja-Latn=`.
42020-12-30 15:31Kovoschiz
♦2,543
I changed to `*:ja-Hrkt=`
52020-12-30 15:33mueschel Please use the documented tags.
62020-12-30 15:33Kovoschiz
♦2,543
https://wiki.openstreetmap.org/wiki/JA:Key:name:ja_kana makes it a https://wiki.openstreetmap.org/wiki/Category:JA:状態が「非推奨」のキー. Maybe there are some confusion on iragana and Katakana.
72020-12-30 15:35Kovoschiz
♦2,543
Also "ja_rm 日本語のローマ字表記(BCP 47 標準に従えば、 ja-Latn とするべきです)
ja_kana 日本語のかな表記(BCP 47 標準に従えば、ひらがな表記は ja-Hira、カタカナ表記は ja-Kana とするべきです)"
https://wiki.openstreetmap.or...
96114953
by mueschel
@ 2020-12-19 16:42
12020-12-19 18:42spiregrain
♦198
oops! thanks!
89732157
by mueschel
@ 2020-08-21 08:21
12020-12-18 22:05Robhubi
♦132
Wow, wie hast du das nur bemerkt???
Respekt und vielen Dank!
LG Robert
22020-12-19 10:29mueschel Falsch geschriebene Tags, die es vorher nicht gab, tauchen in der Liste neuer Tags auf:
https://osm.janmichel.eu/taginfo/newkeys.htm
95721137
by mueschel
@ 2020-12-12 12:51
12020-12-12 14:01SekeRob
♦1,435
Hi

With whom can we further for options like 'essocard' where you chgd it to 'esso_card' do no longer appear in the drop list?. IF the dropdown list is driven by all tags in use globally, is there some machine editor king that could clean these out? Too many 'deprecated&#...
22020-12-12 14:49mueschel The tag suggestions from iD are mysterious...

Just recently a new project was started, the id-tagging-schema that is supposed to hold all presets used within the editor:
https://github.com/openstreetmap/id-tagging-schema

But it seems that the list currently used is not yet from there.
90374256
by mueschel
@ 2020-09-03 17:19
12020-12-07 12:16ququruzka
♦203
hello.
Why did you delete name:uk from this street ?
22020-12-07 12:28mueschel
Please check the history:
https://www.openstreetmap.org/way/169486186/history

I didn't remove 'name:uk', I remove the key 'name:правды улица'.

And please fix the edit you just made - it's wrong again.
94855243
by mueschel
@ 2020-11-26 18:17
12020-12-06 05:26tastrax
♦1,147
Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updat...
95330384
by mueschel
@ 2020-12-05 11:28
12020-12-05 12:18Kovoschiz
♦2,543
There are 69 `closing_date=` instances. Do you intend to remove all of them? This is in line with not using `start_date` in the case of `opening_date=`.
22020-12-05 12:20Kovoschiz
♦2,543
This was mentioned in https://wiki.openstreetmap.org/wiki/Talk:Key:opening_date unsigned.
I don't suppose we should convert to `proposed:start_date=` and `proposed:end_date=`.