Changeset | # | Tmstmp UTC | Contributor | Comment |
---|---|---|---|---|
168704522 by mueschel @ 2025-07-09 16:26 | 1 | 2025-07-10 07:01 | TheNewCivilian ♦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... |
2 | 2025-07-10 16:55 | mueschel | 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 | 1 | 2025-07-07 21:20 | Brickblock1 ♦7 | Thanks for fixing it! |
168388658 by mueschel @ 2025-07-02 09:22 | 1 | 2025-07-06 06:21 | Pathumthani ♦28 | Bitte um Auskunft, was Du da verändert hast! |
2 | 2025-07-06 06:30 | mueschel | So wie es im Kommentar steht: Ich habe einen fehlenden Doppelpunkt ergänzt. southroute -> south:route | |
3 | 2025-07-06 15:36 | Pathumthani ♦28 | Danke! Alles klar! | |
161107772 by mueschel @ 2025-01-07 19:09 | 1 | 2025-06-28 05:20 | 無限の刃 ♦11 | You violated "On the Ground Rule"https://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_RuleI recommend you quit editing in Japan. Because you can't read Japanese comment. |
2 | 2025-06-28 07:08 | mueschel | 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 ... | |
3 | 2025-07-02 08:43 | 無限の刃 ♦11 | Be aware my edits is in conformity with OSM rule. https://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_RuleAlmost 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 | 1 | 2025-06-29 18:20 | DodoGTA ♦15 | I meant to type addr:contact here (I'll re-add the correct key soon) |
168265848 by mueschel @ 2025-06-29 13:40 | 1 | 2025-06-29 17:12 | VictorIE ♦912 | Thanks! |
168221973 by mueschel @ 2025-06-28 10:55 | 1 | 2025-06-28 22:58 | queenofthenightosphere ♦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... |
2 | 2025-06-29 06:51 | mueschel | "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 | 1 | 2025-06-26 17:16 | VigilantPenguin ♦31 | Whoops, my bad, thanks for fixing! |
167922221 by mueschel @ 2025-06-21 16:54 | 1 | 2025-06-26 14:49 | 真中あお ♦26 | Thank you for your correction of my mistake! (*´∀’)b |
166908834 by mueschel @ 2025-05-29 08:44 | 1 | 2025-06-26 12:37 | flohoff ♦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 |
2 | 2025-06-26 13:32 | mueschel | 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 | 1 | 2025-06-22 14:41 | NorthCrab_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/12931017816https://www.openstreetmap.org/node/12931017817Pozdrawiam! 🦀 |
118374924 by mueschel @ 2022-03-11 18:29 | 1 | 2025-06-20 15:17 | dpolovinkin ♦334 | love the comment haha |
167823646 by mueschel @ 2025-06-19 12:15 | 1 | 2025-06-19 13:09 | ilias_ ♦217 | Thanks, didn't catch the typo |
165342830 by mueschel @ 2025-04-23 16:37 | 1 | 2025-06-11 14:02 | Le_Sharkoïste ♦66 | Thanks |
167352125 by mueschel @ 2025-06-08 13:34 | 1 | 2025-06-09 10:53 | Marych_ ♦189 | Dear mueschel,What for you did this change?Main language in Uzbekistan is Uzbek Latin-based alphabetName in name filed is correctfor what reason you add uz-Latn ?Where you got Shoxjaxon mahallasi - for example? |
2 | 2025-06-10 07:48 | mueschel | 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 | 1 | 2025-06-08 23:25 | GinaroZ ♦1,280 | whoops thanks for fixing! |
167213832 by mueschel @ 2025-06-05 09:42 | 1 | 2025-06-05 14:17 | VictorIE ♦912 | Thank you. |
167084973 by mueschel @ 2025-06-02 10:17 | 1 | 2025-06-02 10:38 | Tatfahren ♦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... |
2 | 2025-06-02 10:57 | mueschel | 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 | 1 | 2025-05-31 15:01 | Johnwhelan ♦84 | deleting the tag and adding fixmedoesn |
2 | 2025-05-31 15:02 | Johnwhelan ♦84 | add that much value.John | |
3 | 2025-05-31 15:04 | mueschel | 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. | |
4 | 2025-05-31 15:45 | Johnwhelan ♦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. | |
5 | 2025-05-31 15:56 | mueschel | 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. | |
6 | 2025-05-31 16:11 | Johnwhelan ♦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 | 1 | 2025-05-22 15:48 | Davidos64 ♦9 | Oops, thanks ! |
166073363 by mueschel @ 2025-05-10 14:58 | 1 | 2025-05-16 08:19 | LuxuryCoop ♦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 | 1 | 2025-05-15 02:47 | julcnx ♦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 | 1 | 2025-05-10 19:16 | Fraxi ♦130 | Thanks! When I was "on the ground", I was hesitating for the correct syntax. |
165972876 by mueschel @ 2025-05-08 09:15 | 1 | 2025-05-08 11:28 | Mappin' 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 | 1 | 2025-05-06 22:48 | VLD290 ♦5 | Thanks for fixing that copy paste error! I appreciate it.- Jonathon |
165884210 by mueschel @ 2025-05-06 10:15 | 1 | 2025-05-06 15:40 | NVBW_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üßeMichael |
165705903 by mueschel @ 2025-05-02 07:42 | 1 | 2025-05-04 12:04 | catgirlseraid ♦32 | thanks <3 |
165683986 by mueschel @ 2025-05-01 16:24 | 1 | 2025-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 | 1 | 2025-04-30 10:31 | TheNightRider ♦21 | Thanks for finding and fixing my type1 typo! |
165441175 by mueschel @ 2025-04-25 20:21 | 1 | 2025-04-29 02:21 | afgb1977 ♦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. |
2 | 2025-04-29 07:46 | mueschel | Hi, I didn't add any data, this was done in another changeset. | |
165516960 by mueschel @ 2025-04-27 17:44 | 1 | 2025-04-27 22:08 | grzegorz75jan ♦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 | 1 | 2025-04-24 13:59 | Alexcunn ♦3 | Thank you! |
165285543 by mueschel @ 2025-04-22 13:14 | 1 | 2025-04-23 11:06 | Teremys ♦6 | bien vu, déso pour la coquille ! |
165192891 by mueschel @ 2025-04-20 13:00 | 1 | 2025-04-22 14:25 | Strubbl ♦552 | Danke! |
165233648 by mueschel @ 2025-04-21 11:18 | 1 | 2025-04-21 13:30 | user_5359 ♦19,415 | see https://www.osm.org/changeset/165209623 |
165185095 by mueschel @ 2025-04-20 09:50 | 1 | 2025-04-21 09:12 | Lezurex ♦213 | Danke fürs genaue Hinschauen! Das verwechselt man noch schnell haha :D |
165067897 by mueschel @ 2025-04-17 11:50 | 1 | 2025-04-17 21:34 | MxxCon ♦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 | 1 | 2025-04-17 10:24 | somehundred ♦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. |
2 | 2025-04-17 10:29 | mueschel | 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. | |
3 | 2025-04-17 10:40 | somehundred ♦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. | |
4 | 2025-04-17 10:45 | mueschel | See e.g. https://community.openstreetmap.org/t/opinions-on-internet-access-password/117581 | |
163979718 by mueschel @ 2025-03-23 10:26 | 1 | 2025-04-15 09:06 | alesarrett ♦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%3AobstacleWhat do you think? --- Published using OSMCha: https://osmcha.org/changesets/163979718 ... |
2 | 2025-04-15 09:14 | mueschel | Fine with me - but the 'danger' key was added somewhere else:https://www.openstreetmap.org/changeset/163883089 | |
3 | 2025-04-15 10:03 | alesarrett ♦130 | Thanks, I'll discuss it with voschix. | |
160057592 by mueschel @ 2024-12-08 13:49 | 1 | 2025-04-12 02:02 | scruss ♦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 line2) there are no public electrification plans. If they manage to electrify this line in ... |
2 | 2025-04-12 05:50 | mueschel | 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 | 1 | 2025-04-06 18:42 | kevinp2 ♦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! |
2 | 2025-04-06 18:42 | kevinp2 ♦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! | |
3 | 2025-04-06 19:16 | mueschel | 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 | 1 | 2025-03-30 04:58 | Dimitar155 ♦662 | Thanks! |
164072039 by mueschel @ 2025-03-25 11:20 | 1 | 2025-03-25 21:47 | wielandb ♦132 | Uff, da habe ich mich vertippt. Danke dir für die Korrektur! |
163877352 by mueschel @ 2025-03-20 19:13 | 1 | 2025-03-21 11:11 | Carole34 ♦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. |
2 | 2025-03-21 18:25 | mueschel | 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 | 1 | 2025-02-27 13:16 | SafwatHalaby ♦623 | Thank you for the fix! These wrong "heb" tags were auto-added by StreetComplete. I should report a bug there. |
2 | 2025-03-19 20:57 | SafwatHalaby ♦623 | https://github.com/streetcomplete/countrymetadata/pull/29 | |
163486660 by mueschel @ 2025-03-11 14:07 | 1 | 2025-03-12 10:17 | DodoGTA ♦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? |
2 | 2025-03-12 10:42 | mueschel | 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 | 1 | 2025-03-10 18:14 | Xvtn ♦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? |
2 | 2025-03-10 18:49 | mueschel | 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 | 1 | 2025-03-06 15:17 | Andrew Chadwick ♦58 | Ah yes. Thanks for that! |
163113395 by mueschel @ 2025-03-02 09:18 | 1 | 2025-03-02 13:06 | Xavizard 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... |
2 | 2025-03-02 13:28 | mueschel | 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... | |
3 | 2025-03-03 16:58 | Xavizard 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... | |
4 | 2025-03-03 19:20 | mueschel | 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 | 1 | 2025-02-27 21:11 | OSM_RogerWilco ♦724 | Danke! :-) |
163010951 by mueschel @ 2025-02-27 12:45 | 1 | 2025-02-27 17:20 | joel56dt ♦170 | Thank you, I couldn't find a good tag to use. This is much better. |
162935099 by mueschel @ 2025-02-25 14:35 | 1 | 2025-02-25 16:37 | Marek-M ♦906 | Thank you for correction my typo! :) |
162465680 by mueschel @ 2025-02-13 12:52 | 1 | 2025-02-24 11:25 | muralito ♦2,023 | :-) |
152935646 by mueschel @ 2024-06-20 10:09 | 1 | 2025-02-22 03:39 | ElliottPlack ♦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 | 1 | 2025-02-21 19:50 | pitscheplatsch ♦5,402 | Revert of https://www.openstreetmap.org/changeset/162724652Thanks. |
162441602 by mueschel @ 2025-02-12 18:51 | 1 | 2025-02-20 12:18 | Lakachew Yihunie Alemneh ♦1 | What is this line about? |
162673795 by mueschel @ 2025-02-18 19:06 | 1 | 2025-02-19 20:24 | d3mol3k ♦168 | thx |
162602203 by mueschel @ 2025-02-17 09:03 | 1 | 2025-02-17 14:43 | spiregrain ♦198 | Oh- thanks for fixing that embarrassing one. |
161869095 by mueschel @ 2025-01-28 18:30 | 1 | 2025-02-16 21:26 | rodolfovargas ♦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 ... |
2 | 2025-02-16 22:05 | mueschel | 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 | 1 | 2025-02-16 17:10 | mcliquid ♦1,863 | Grüß dich, ist das Tagging falsch? Das wird hier so vorgeschlagen: https://trafficsigns.osm-verkehrswende.org/DE?signs=DE:240,1000-33 |
2 | 2025-02-16 17:23 | mueschel | 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. | |
3 | 2025-02-16 17:24 | mueschel | https://github.com/osmberlin/osm-traffic-sign-tool/issues/72 | |
4 | 2025-02-16 17:27 | mcliquid ♦1,863 | Danke für das Ticket! Hatte 2 Minuten davor gesucht und nichts gefunden :) | |
162563523 by mueschel @ 2025-02-16 09:41 | 1 | 2025-02-16 09:51 | Spaghetti Monster🍝 ♦2,069 | Why not revert? |
2 | 2025-02-16 10:06 | mueschel | 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 | 1 | 2025-02-16 09:11 | OSM_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 | 1 | 2025-02-16 05:31 | watmildon ♦246 | Thanks for tidying up my typo! |
162237478 by mueschel @ 2025-02-07 09:37 | 1 | 2025-02-08 23:15 | Mortein ♦4 | The mobile numbers are for different countries (https://wiki.openstreetmap.org/wiki/Key:phone#Support_for_multiple_countries), they should not be merged. |
2 | 2025-02-09 09:24 | mueschel | 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 | 1 | 2025-02-03 23:51 | BurritoKing ♦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! |
2 | 2025-02-04 11:38 | mueschel | Thanks! I just changed the conditional accordingly | |
162013464 by mueschel @ 2025-02-01 14:41 | 1 | 2025-02-03 16:55 | dreua ♦119 | Thanks :) |
162081381 by mueschel @ 2025-02-03 11:35 | 1 | 2025-02-03 16:18 | d3mol3k ♦168 | 👍👍👍 |
162081859 by mueschel @ 2025-02-03 11:44 | 1 | 2025-02-03 12:40 | Tatfahren ♦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... |
2 | 2025-02-03 12:44 | mueschel | 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" | |
3 | 2025-02-03 12:53 | Tatfahren ♦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 | 1 | 2025-02-02 11:22 | osmviborg ♦1,647 | 👍 |
162038901 by mueschel @ 2025-02-02 10:03 | 1 | 2025-02-02 10:05 | limes11 ♦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 | 1 | 2025-02-02 08:48 | d3mol3k ♦168 | 👍👍👍👍 |
131050038 by mueschel @ 2023-01-09 11:12 | 1 | 2025-02-01 16:53 | The_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? |
2 | 2025-02-01 17:24 | mueschel | 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... | |
3 | 2025-02-01 18:55 | The_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 | 1 | 2025-01-31 07:00 | APneunzehn74 ♦138 | Hallo mueschel, was spricht hier dagegen wie es zuvor mit greenfield eingetragen war?Grüße Andreas |
2 | 2025-01-31 08:45 | mueschel | 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 "... | |
3 | 2025-01-31 09:52 | APneunzehn74 ♦138 | Alles klar, danke für die Aufklärung. | |
151104523 by mueschel @ 2024-05-09 14:51 | 1 | 2025-01-28 22:40 | JeroenvanderGun ♦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... |
2 | 2025-01-29 07:09 | mueschel | 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... | |
3 | 2025-01-30 19:00 | JeroenvanderGun ♦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 | 1 | 2025-01-30 13:41 | NorthCrab_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/10879421078Pozdrawiam! 🦀 |
160237777 by mueschel @ 2024-12-13 09:36 | 1 | 2025-01-29 12:46 | TaiB2C ♦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.) |
2 | 2025-01-29 15:13 | mueschel | Right. I'll fix that later. | |
161886840 by mueschel @ 2025-01-29 08:20 | 1 | 2025-01-29 10:08 | grzegorz75jan ♦466 | + --- Published using OSMCha: https://osmcha.org/changesets/161886840 |
161813348 by mueschel @ 2025-01-27 11:02 | 1 | 2025-01-28 11:10 | aharvey ♦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 | 1 | 2025-01-27 18:27 | d3mol3k ♦168 | thx |
161556056 by mueschel @ 2025-01-20 10:08 | 1 | 2025-01-20 20:40 | Hans Thompson ♦107 | Thanks! |
157222604 by mueschel @ 2024-09-28 18:14 | 1 | 2025-01-13 10:43 | Bierphysik ♦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... |
2 | 2025-01-13 11:01 | Bierphysik ♦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. | |
3 | 2025-01-13 11:03 | mueschel | 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... | |
4 | 2025-01-13 11:05 | mueschel | Mapillary ist nicht aktuell. z.B. fehlen dort auch noch überall die "S-Pedelec frei" Schilder. | |
5 | 2025-01-13 11:08 | Bierphysik ♦87 | Die mapillary Bilder sind leider schlecht und die falsche Richtung :( | |
6 | 2025-01-13 11:15 | Bierphysik ♦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... | |
7 | 2025-01-13 11:18 | mueschel | 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. | |
8 | 2025-01-13 11:23 | Bierphysik ♦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. | |
9 | 2025-01-13 11:31 | Bierphysik ♦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. | |
10 | 2025-01-13 18:36 | Bierphysik ♦87 | Ok wir haben beide Recht; https://www.openstreetmap.org/way/22589656 ist nach Norden so beschildert: https://streetcomplete.app/p/257197.jpg | |
11 | 2025-01-13 18:37 | Bierphysik ♦87 | https://www.openstreetmap.org/way/993406966 nach Süden so: https://streetcomplete.app/p/257198.jpg | |
12 | 2025-01-13 18:38 | Bierphysik ♦87 | https://www.openstreetmap.org/way/902613366 nach Süden so: https://streetcomplete.app/p/257200.jpg | |
13 | 2025-01-13 18:40 | Bierphysik ♦87 | Und - hier hast du jetzt recht - https://www.openstreetmap.org/way/72581239 nach Süden so: https://streetcomplete.app/p/257201.jpg | |
14 | 2025-01-13 18:42 | Bierphysik ♦87 | dh die motor_vehicle-access tags bei den oberen dreien sind motor_vehicle=destination und beim 4. motor_vehicle=no | |
15 | 2025-01-13 18:42 | mueschel | 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. | |
16 | 2025-01-13 18:44 | Bierphysik ♦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? | |
17 | 2025-01-13 18:52 | mueschel | 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 ... | |
18 | 2025-01-13 19:07 | Bierphysik ♦87 | service wäre der passende Kompromiss, sozusagen als Verlängerung des Leukertswegs von Nordostost | |
19 | 2025-01-14 10:15 | Bierphysik ♦87 | Von Deiner Seite aus okay? | |
20 | 2025-01-14 10:40 | mueschel | Ja klar. | |
21 | 2025-01-14 12:09 | Bierphysik ♦87 | https://www.openstreetmap.org/changeset/161341842 | |
22 | 2025-01-17 20:04 | mueschel | Hast du auch diese tolle "eingeschränktes Vorfahrt gewähren" gesehen?An der Einmündung des Feldweges von Ostenhttps://osm.janmichel.eu/img/20250117_192255.jpg | |
23 | 2025-01-18 14:00 | Bierphysik ♦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? | |
24 | 2025-01-19 09:56 | mueschel | 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. | |
25 | 2025-01-20 15:18 | Bierphysik ♦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 | 1 | 2025-01-19 09:46 | lyctkel ♦335 | Danke für die Korrektur von https://www.openstreetmap.org/node/5998090465. |
161493211 by mueschel @ 2025-01-18 14:17 | 1 | 2025-01-19 02:13 | markvwald ♦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... |
2 | 2025-01-19 09:45 | mueschel | 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 | 1 | 2025-01-18 21:39 | tttnnn24 ♦52 | dank je @mueschelMet een conditional; dat had ik zelf moeten bedenken. Sorry |
2 | 2025-01-19 09:37 | mueschel | With so many exceptions it might be even better to not use oneway tags at all and simply use access restrictions:bicycle:backward = yesmofa:backward = yesvehicle:backward = destination | |
161420222 by mueschel @ 2025-01-16 13:52 | 1 | 2025-01-16 21:29 | aharvey ♦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... |
2 | 2025-01-16 23:00 | mueschel | 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... | |
3 | 2025-01-17 00:14 | aharvey ♦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... | |
4 | 2025-01-17 08:03 | mueschel | :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... | |
5 | 2025-01-18 06:42 | TheSwavu ♦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 | 1 | 2025-01-17 07:19 | UW Amy Bordenave ♦1 | Thank you for catching and fixing my typo :) Happy mapping! |
161420432 by mueschel @ 2025-01-16 13:58 | 1 | 2025-01-16 22:50 | VictorIE ♦912 | Thank you |
161418603 by mueschel @ 2025-01-16 13:11 | 1 | 2025-01-16 16:40 | spiregrain ♦198 | Good spot, thanks for fixing! |
161266001 by mueschel @ 2025-01-12 09:43 | 1 | 2025-01-12 21:20 | ChrissW-R1 ♦344 | https://osm.org/note/4585256https://osm.org/note/4585257 |
160986267 by mueschel @ 2025-01-04 13:42 | 1 | 2025-01-09 17:37 | rskedgell ♦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... |
2 | 2025-01-09 18:07 | mueschel | 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. | |
3 | 2025-01-09 18:47 | rskedgell ♦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 | |
4 | 2025-01-09 18:50 | mueschel | "must be applied for by a resident" | |
5 | 2025-01-09 19:05 | rskedgell ♦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... | |
6 | 2025-01-09 19:14 | rskedgell ♦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 | |
7 | 2025-01-09 20:13 | mueschel | 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" | |
8 | 2025-01-09 20:21 | rskedgell ♦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. | |
9 | 2025-01-09 20:26 | mueschel | 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 | 1 | 2025-01-09 18:35 | Fjellrev ♦14 | Hallo mueschelIch 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 | 1 | 2025-01-07 20:24 | hlfan ♦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 | 1 | 2025-01-05 15:28 | pitscheplatsch ♦5,402 | Revert of https://www.openstreetmap.org/changeset/160536061Thanks. |
158094240 by mueschel @ 2024-10-19 14:42 | 1 | 2024-12-22 13:52 | KoiAndBlueBird ♦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. |
2 | 2024-12-22 14:16 | mueschel | Ich habe hier nur einen Tippfehler korrigiert, das Prefix stammt von einem anderen User. | |
3 | 2025-01-04 16:50 | KoiAndBlueBird ♦32 | Okay, ich habe es jetzt mal als access=no eingetragen. | |
160901183 by mueschel @ 2025-01-02 10:47 | 1 | 2025-01-03 02:31 | TuAmigoElEditor ♦65 | Sorry about that. Glad you corrected it. :) |
160754833 by mueschel @ 2024-12-29 15:18 | 1 | 2025-01-02 22:21 | DeFra85 ♦236 | Wieso denn die Änderung? |
160494442 by mueschel @ 2024-12-22 09:22 | 1 | 2025-01-01 23:18 | JesseFTW ♦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. |
2 | 2025-01-02 09:39 | mueschel | 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. | |
3 | 2025-01-02 13:57 | JesseFTW ♦153 | Oy. That's a lovely 'feature'. Good to know! | |
160826276 by mueschel @ 2024-12-31 10:27 | 1 | 2025-01-01 12:41 | sykul ♦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? |
2 | 2025-01-01 12:49 | mueschel | 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... | |
3 | 2025-01-01 16:22 | sykul ♦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 | 1 | 2024-12-31 12:20 | chris66 ♦367 | Du Spaßbremse :-)Guten Rutsch Chris |
160785354 by mueschel @ 2024-12-30 10:41 | 1 | 2024-12-30 11:49 | Mappin' 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 | 1 | 2024-12-28 14:52 | GA_Kevin ♦24 | Hi,https://wiki.openstreetmap.org/wiki/Key:quiet_hourshttps://taginfo.openstreetmap.org/keys/quiet_hours#overviewThe 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... |
2 | 2024-12-28 14:59 | mueschel | 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... | |
3 | 2024-12-28 15:02 | GA_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 | 1 | 2024-12-25 18:27 | jbcharron ♦105 | Thanks to remove wrong tagsI have tried to contact the contributors but I don't have any answerhttps://www.openstreetmap.org/changeset/160416549 |
160054540 by mueschel @ 2024-12-08 12:14 | 1 | 2024-12-09 09:36 | joost 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... |
2 | 2024-12-09 10:13 | mueschel | 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. | |
3 | 2024-12-09 10:40 | joost 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 | 1 | 2024-12-08 22:03 | LorenzoPesci ♦64 | sembra una fattoria piuttosto che una stazione di servizio |
2 | 2024-12-08 23:04 | mueschel | 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 | 1 | 2024-12-08 12:40 | Fraxi ♦130 | Thanks! I'm sorry that it was necessary so often to correct my misses |
159783192 by mueschel @ 2024-11-30 18:05 | 1 | 2024-12-06 16:07 | First3h ♦6 | dolby_atmos != dolby_cinema |
159907981 by mueschel @ 2024-12-04 08:05 | 1 | 2024-12-05 15:25 | Pink 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. |
2 | 2024-12-05 15:29 | mueschel | 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 ... | |
3 | 2024-12-05 15:41 | Pink 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 | 1 | 2024-12-02 05:30 | reigi ♦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 | 1 | 2024-11-28 13:58 | gurglypipe ♦873 | Oops, thanks for fixing that :) |
159431072 by mueschel @ 2024-11-21 19:12 | 1 | 2024-11-21 20:01 | Metzor ♦370 | Danke! |
159137351 by mueschel @ 2024-11-14 16:23 | 1 | 2024-11-15 03:27 | Supaplex ♦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 | 1 | 2024-11-14 10:26 | joost 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 |
2 | 2024-11-14 11:25 | mueschel | 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. | |
3 | 2024-11-14 13:43 | joost schouppe ♦1,179 | Oh, my bad! I overlooked that part | |
146747224 by mueschel @ 2024-01-27 14:56 | 1 | 2024-11-13 22:46 | Elefant aus Wuppertal ♦737 | Hi,danke, den Tag kannte ich noch nicht!LGLukas aka Elefant |
135059213 by mueschel @ 2023-04-18 13:07 | 1 | 2024-11-09 20:14 | redd ♦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. |
2 | 2024-11-10 08:57 | mueschel | 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 | 1 | 2024-10-30 08:59 | thautal ♦35 | Greetings! Is there are a reason why this was completely removed? I think it's an office of NGO, just wrongly tagged |
2 | 2024-10-30 09:14 | mueschel | 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. | |
3 | 2024-10-30 09:41 | thautal ♦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 | 1 | 2024-10-27 21:42 | joel56dt ♦170 | Thank you for fixing this |
157937314 by mueschel @ 2024-10-15 20:09 | 1 | 2024-10-19 09:05 | Fraxi ♦130 | Thanks! |
158021869 by mueschel @ 2024-10-17 18:39 | 1 | 2024-10-18 07:10 | plamen ♦69 | Thanks. |
157950449 by mueschel @ 2024-10-16 07:08 | 1 | 2024-10-17 10:06 | amicklew ♦1 | Thanks for the fix ! |
157950466 by mueschel @ 2024-10-16 07:09 | 1 | 2024-10-16 07:38 | aTarom ♦775 | "kick-scooter_parking" to "kick_scooter_parking"?https://www.openstreetmap.org/node/12250806937/historyCheers |
2 | 2024-10-16 07:53 | mueschel | Ah yes...The tags in use areamenity=kick-scooter_parkingbut kick_scooter_parking = *I'll fix that later. | |
156641409 by mueschel @ 2024-09-15 10:31 | 1 | 2024-10-11 20:44 | sr-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 | 1 | 2024-10-10 12:37 | spiregrain ♦198 | Thanks! |
157713025 by mueschel @ 2024-10-10 12:14 | 1 | 2024-10-10 12:37 | spiregrain ♦198 | Thanks! |
157626551 by mueschel @ 2024-10-08 13:19 | 1 | 2024-10-09 17:30 | maro21 ♦714 | Why? |
2 | 2024-10-09 17:58 | mueschel | 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 | 1 | 2024-09-22 18:46 | SomeoneElse ♦13,390 | "bar_billiards" is a completely different game to billiards. |
2 | 2024-09-29 22:49 | SomeoneElse ♦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 | 1 | 2024-09-04 00:23 | aceman444 ♦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... |
2 | 2024-09-04 06:23 | mueschel | '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'. | |
3 | 2024-09-04 21:15 | aceman444 ♦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 ... | |
4 | 2024-09-04 22:04 | mueschel | 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... | |
5 | 2024-09-06 08:41 | mueschel | How about "unused"? This doesn't contain the "not any more" meaning from "disused" and doesn't have any double meaning like "disabled". | |
6 | 2024-09-29 16:26 | aceman444 ♦2,578 | Yes, I can use a different prefix :) | |
156950006 by mueschel @ 2024-09-22 12:45 | 1 | 2024-09-23 21:08 | sfrank ♦23 | Thank you for fixing the tags ! |
156007658 by mueschel @ 2024-08-31 10:15 | 1 | 2024-09-21 14:59 | Esneider Castro ♦3 | D |
2 | 2024-09-21 15:02 | Esneider 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. | |
3 | 2024-09-21 15:37 | mueschel | 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. | |
4 | 2024-09-21 18:38 | Esneider 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 | |
5 | 2024-09-21 18:44 | Esneider 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. | |
6 | 2024-09-21 21:52 | mueschel | 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 | 1 | 2024-09-18 21:49 | djw ♦1 | Thanks for spotting the typo! |
156655409 by mueschel @ 2024-09-15 16:33 | 1 | 2024-09-15 23:13 | fortera_au ♦1,123 | Thanks for catching my typo! --- Published using OSMCha: https://osmcha.org/changesets/156655409 |
156346390 by mueschel @ 2024-09-08 11:11 | 1 | 2024-09-09 12:26 | icestormy ♦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. |
2 | 2024-09-09 12:26 | icestormy ♦5 | *für's | |
156338997 by mueschel @ 2024-09-08 07:52 | 1 | 2024-09-08 09:48 | Axelos ♦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 | 1 | 2024-09-02 18:41 | Kelso-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... |
2 | 2024-09-02 19:06 | mueschel | 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&... | |
3 | 2024-09-02 19:38 | Kelso-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 | |
4 | 2024-09-02 20:09 | Kelso-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 | 1 | 2024-08-31 21:50 | kitsee ♦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 | 1 | 2024-08-30 10:16 | marc__marc ♦1,265 | Hello,I advice ref:ration_shop in stead of ration_shop_numberand what's the licence ?not the correct keyhttps://wiki.openstreetmap.org/wiki/Key%3AlicenseRegards,Marc |
2 | 2024-08-30 10:32 | mueschel | 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 | 1 | 2024-08-26 18:10 | impiaaa ♦420 | Where did you move the address and unit numbers? |
155693705 by mueschel @ 2024-08-24 12:26 | 1 | 2024-08-26 12:55 | ljc_jlyb ♦37 | Thanks for fixing |
151089516 by mueschel @ 2024-05-09 09:11 | 1 | 2024-08-23 22:10 | Leonardo 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 . |
2 | 2024-08-24 07:20 | mueschel | 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 | 1 | 2024-08-24 06:41 | OSM_RogerWilco ♦724 | Danke! :-) |
155375585 by mueschel @ 2024-08-17 15:07 | 1 | 2024-08-18 13:15 | Alexey Vazhnov ♦163 | Thank you! |
155359796 by mueschel @ 2024-08-17 08:59 | 1 | 2024-08-17 16:35 | mcliquid ♦1,863 | Thanks! See this SCEE issue for more: https://github.com/Helium314/SCEE/issues/602 |
154889924 by mueschel @ 2024-08-06 11:58 | 1 | 2024-08-14 05:55 | Stereo ♦359 | Ahh, thank you for that! |
155053351 by mueschel @ 2024-08-10 09:22 | 1 | 2024-08-10 19:58 | streckenkundler ♦1,042 | Dickes Danke... ist das überhaupt ausreichend dokumentiert? Hab ich da was übersehen?Sven |
153654174 by mueschel @ 2024-07-07 09:55 | 1 | 2024-08-09 23:34 | aceman444 ♦2,578 | Thanks! |
154927485 by mueschel @ 2024-08-07 10:01 | 1 | 2024-08-08 17:51 | InsertUser ♦446 | Thanks. I have no idea where that tag came from. |
154948019 by mueschel @ 2024-08-07 17:52 | 1 | 2024-08-08 04:47 | Kovoschiz ♦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. |
2 | 2024-08-08 07:33 | mueschel | "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. | |
3 | 2024-08-08 09:15 | Kovoschiz ♦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 `... | |
4 | 2024-08-08 09:34 | mueschel | 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 | 1 | 2024-08-04 15:21 | JassKurn ♦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... |
2 | 2024-08-04 15:22 | JassKurn ♦154 | I've reverted your changeset and I've fixed the tagging in changeset - 154816735 | |
3 | 2024-08-04 15:28 | mueschel | 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 | 1 | 2024-08-01 16:29 | MCalaOSM ♦48 | Grazie e stata una svista, un caro saluto |
154491123 by mueschel @ 2024-07-27 16:07 | 1 | 2024-07-27 23:49 | Crsi ♦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 | 1 | 2024-07-25 21:27 | g8o ♦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? |
2 | 2024-07-26 07:07 | mueschel | 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 | 1 | 2024-07-19 20:15 | Antonin Del Fabbro ♦310 | Thank you! :D |
154136054 by mueschel @ 2024-07-19 10:02 | 1 | 2024-07-19 11:00 | flohoff ♦2,366 | Moin,das macht hier keinen sinn landuse UND natural zu taggen.Flo |
103461972 by mueschel @ 2021-04-23 07:47 | 1 | 2024-07-18 23:23 | aceman444 ♦2,578 | Yes, but playground:theme is used 1000 times more and is documented. |
153824289 by mueschel @ 2024-07-11 18:24 | 1 | 2024-07-11 21:29 | TravelerHiker ♦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 | 1 | 2024-07-10 16:32 | danieldegroot2 ♦675 | Hey mueschel,Sorry, I will try to clean these up myself.Regards,Danielhttps://www.openstreetmap.org/changeset/153792040 |
153745120 by mueschel @ 2024-07-09 13:32 | 1 | 2024-07-09 16:49 | dmfr ♦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... |
2 | 2024-07-09 17:13 | mueschel | 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... | |
3 | 2024-07-09 17:50 | dmfr ♦54 | Thank you. I'm also clarified with respect to the format.By the way, are you detecting these issues automatically, or...? | |
4 | 2024-07-09 18:20 | mueschel | 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 | |
5 | 2024-07-09 19:18 | dmfr ♦54 | Ah nice, that's good to know :) | |
153617070 by mueschel @ 2024-07-06 10:01 | 1 | 2024-07-06 14:19 | Margoulinot ♦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 |
2 | 2024-07-06 14:26 | mueschel | 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!). | |
3 | 2024-07-06 23:09 | Margoulinot ♦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... | |
4 | 2024-07-06 23:31 | Margoulinot ♦13 | Hi again @mueschel, I posted again here : https://community.openstreetmap.org/t/complex-hotel-price-charge-or-charge-conditional/115275/9 | |
5 | 2024-07-07 05:40 | Kovoschiz ♦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... | |
6 | 2024-07-07 10:48 | Margoulinot ♦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... | |
7 | 2024-07-07 10:59 | mueschel | 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 | 1 | 2024-06-25 15:12 | adiatmad ♦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 |
2 | 2024-06-25 19:18 | mueschel | 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 | |
3 | 2024-06-26 04:02 | adiatmad ♦446 | I removed that tag (https://overpass-api.de/achavi/?changeset=153182571). Thanks, mueschel! | |
153076098 by mueschel @ 2024-06-23 16:28 | 1 | 2024-06-23 19:16 | Dimitar155 ♦662 | Thank you! I was planning to remove that tag today. |
152542631 by mueschel @ 2024-06-11 13:04 | 1 | 2024-06-22 09:05 | jaale ♦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 | 1 | 2024-06-20 11:48 | A35K ♦39 | Vielen Dank! |
152363932 by mueschel @ 2024-06-07 08:24 | 1 | 2024-06-17 16:34 | MxxCon ♦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... |
2 | 2024-06-17 17:26 | mueschel | Hi,the tags were added in another changeset: https://www.openstreetmap.org/changeset/152313131 | |
152753091 by mueschel @ 2024-06-16 09:53 | 1 | 2024-06-16 21:40 | InsertUser ♦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 | 1 | 2024-06-15 15:35 | joel56dt ♦170 | Thank you for fixing my mistake. |
152542863 by mueschel @ 2024-06-11 13:10 | 1 | 2024-06-11 20:14 | HirschKauz ♦267 | ah crap - sorry für den typo --- Published using OSMCha: https://osmcha.org/changesets/152542863 |
152542635 by mueschel @ 2024-06-11 13:05 | 1 | 2024-06-11 18:22 | MatchaHatesGoogle ♦17 | l have - the worst - habit of doing that, thank you! |
146241696 by mueschel @ 2024-01-14 11:50 | 1 | 2024-06-11 15:42 | MrSledge ♦24 | Tag "name" in relation/16947936? |
152425486 by mueschel @ 2024-06-08 17:43 | 1 | 2024-06-09 04:55 | Kovoschiz ♦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... |
2 | 2024-06-09 04:56 | Kovoschiz ♦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. | |
3 | 2024-06-09 08:18 | mueschel | 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... | |
4 | 2024-06-09 14:47 | Kovoschiz ♦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... | |
5 | 2024-06-09 17:23 | mueschel | 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... | |
6 | 2024-06-10 10:29 | Kovoschiz ♦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 | 1 | 2024-06-08 08:50 | StefanHRT ♦403 | Hey, das sollte bestimmt statt "is_sidewalk" "is_sidepath" heissen, damit das straßenbegleitende zu erkennen ist. ;)VG Stefan |
2 | 2024-06-08 09:05 | mueschel | Das kann gut sein. Allerdings gibt es genau dafür das wesentlich häufiger benutzte und älterehighway=footwayfootway=sidewalk bzw hier, wo es als path getaggt isthighway=pathpath=sidewalk | |
3 | 2024-06-08 11:38 | StefanHRT ♦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 | 1 | 2024-06-07 19:25 | flex16 ♦34 | Why did you change it? |
2 | 2024-06-07 19:41 | flex16 ♦34 | Bzw Warum hast du es geändert falls du Deutsch kannst | |
3 | 2024-06-07 19:49 | flex16 ♦34 | Ah ok ich verstehe es jetzt. Ich hab nur deinen Rechtschreibfehler nicht verstanden. | |
4 | 2024-06-07 21:08 | mueschel | 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 | 1 | 2024-06-07 18:23 | Tatfahren ♦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 | 1 | 2024-06-01 09:37 | ianlopez1115 ♦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 | 1 | 2024-06-01 08:01 | Kovoschiz ♦2,543 | This is obviously not a `traffic_sign=` |
2 | 2024-06-01 08:02 | Kovoschiz ♦2,543 | I'm transitioning from `road_marking=` to `road_marking:id=` as words are predominant in `road_marking=` | |
3 | 2024-06-01 08:13 | mueschel | 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 ... | |
4 | 2024-06-01 08:39 | Kovoschiz ♦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 "... | |
5 | 2024-06-01 08:47 | mueschel | 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. | |
6 | 2024-06-01 08:49 | Kovoschiz ♦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) ,... | |
7 | 2024-06-01 08:51 | Kovoschiz ♦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. | |
8 | 2024-06-01 08:56 | Kovoschiz ♦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. | |
9 | 2024-06-01 08:58 | mueschel | 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%253A298https://taginfo.openstreetmap.org/tags/traffic_sign=DE%253A293 | |
10 | 2024-06-01 09:14 | Kovoschiz ♦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=`... | |
11 | 2024-06-01 09:21 | Kovoschiz ♦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 | 1 | 2024-05-31 17:10 | Aerond ♦66 | oh darn, thanks! |
152034072 by mueschel @ 2024-05-30 12:53 | 1 | 2024-05-30 14:08 | aixbrick ♦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... |
2 | 2024-05-30 14:22 | mueschel | 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 | 1 | 2024-05-27 16:55 | motogs ♦27 | Oops! Thanks for correcting. |
151812046 by mueschel @ 2024-05-25 13:35 | 1 | 2024-05-26 06:42 | RainerBielefeld ♦4 | Thx. And in Between I got hints concerninghttps://github.com/gravitystorm/openstreetmap-carto/issues/4913https://github.com/gravitystorm/openstreetmap-carto/issues/1901https://github.com/gravitystorm/openstreetmap-carto/issues/1891 |
151630714 by mueschel @ 2024-05-21 14:06 | 1 | 2024-05-22 02:09 | Johnny 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... |
2 | 2024-05-22 02:33 | Johnny Carlsen ♦94 | I have re-added the address, did you remove any other addresses? | |
3 | 2024-05-22 08:11 | mueschel | 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. | |
4 | 2024-05-22 09:02 | Johnny Carlsen ♦94 | No problem, mistakes happen. | |
151629082 by mueschel @ 2024-05-21 13:31 | 1 | 2024-05-21 14:18 | StefanHRT ♦403 | Danke für die Korrektur |
151566590 by mueschel @ 2024-05-20 08:34 | 1 | 2024-05-20 09:32 | pyrog ♦337 | thanksYves |
151532518 by mueschel @ 2024-05-19 12:39 | 1 | 2024-05-19 13:15 | Pink Duck ♦151 | Twitter.com changed to X.com on Friday. Twitter is dead, the key should be too. |
2 | 2024-05-19 13:20 | mueschel | 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. | |
3 | 2024-05-19 13:24 | Pink 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. | |
4 | 2024-05-19 13:27 | mueschel | 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 | 1 | 2024-05-18 20:46 | streckenkundler ♦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 | 1 | 2024-05-14 01:05 | MxxCon ♦3,359 | Is wikimedia_commons:1= even a valid tag at all? --- Published using OSMCha: https://osmcha.org/changesets/151175857 |
2 | 2024-05-14 07:44 | mueschel | 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 | 1 | 2024-05-10 13:45 | Mateusz 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... |
2 | 2024-05-10 13:50 | mueschel | Hi,you better ask the mapper who added the "building name" tag in the first place:https://www.openstreetmap.org/changeset/133157482I only added the missing colon. | |
3 | 2024-05-13 08:42 | Mateusz Konieczny ♦7,666 | Asked in https://www.openstreetmap.org/changeset/133157482Though 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 | 1 | 2024-05-13 03:20 | CAM-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 | 1 | 2024-05-11 20:35 | ftrebien ♦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 | 1 | 2024-05-11 16:23 | map per ♦1,298 | Ich hatte im 'note' eigentlich extra dazu geschrieben, das es kein öffentlicher Aufzug ist... |
2 | 2024-05-11 16:27 | mueschel | 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 | 1 | 2024-05-08 11:30 | Andrew 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_ProjectI will tag the relevant parking space (and the others, *sigh*) using https://wiki.openstreetmap.org/wiki/Key:parking_space |
2 | 2024-05-08 11:34 | mueschel | Woops... sorry, didn't look carefully enough before editing.Thanks for fixing and improving it! | |
3 | 2024-05-08 11:52 | Andrew 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 | 1 | 2024-05-05 03:10 | Allison 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 |
2 | 2024-05-05 08:44 | mueschel | You're right. This one was definitely not as obvious as others I removed or fixed. | |
3 | 2024-05-05 18:01 | Allison P ♦1,136 | Thank you for correcting. I found this while checking weird addr:state values. | |
150436974 by mueschel @ 2024-04-24 10:12 | 1 | 2024-04-24 16:14 | mavOsaure ♦38 | Thanks for typo fix! ;-) |
150356188 by mueschel @ 2024-04-22 16:36 | 1 | 2024-04-24 06:24 | eMerzh ♦14 | Hehe thanks for typo fix 💃 |
150268800 by mueschel @ 2024-04-20 15:34 | 1 | 2024-04-23 15:09 | grawal ♦32 | Ciao, il percorso è franato completamente? |
2 | 2024-04-23 15:12 | mueschel | Hi,I only fixed a tagging mistake. The "destroyed" tag was added in https://www.openstreetmap.org/changeset/150136820 | |
3 | 2024-04-23 15:18 | grawal ♦32 | Hi. Sorry, I didn’t see well... | |
149947541 by mueschel @ 2024-04-13 11:37 | 1 | 2024-04-22 22:00 | Probertp ♦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 | 1 | 2024-04-17 12:47 | flohoff ♦2,366 | Hi,good catch - wie bist du denn auf die gekommen oder hast die gefunden?Flo |
2 | 2024-04-17 17:33 | mueschel | 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 | 1 | 2024-04-16 10:48 | tastrax ♦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... |
2 | 2024-04-16 10:50 | tastrax ♦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 | 1 | 2024-04-11 23:14 | hoserab ♦194 | Oops, thank you, haha |
145996139 by mueschel @ 2024-01-07 15:37 | 1 | 2024-04-08 06:51 | HikeAndMap ♦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... |
2 | 2024-04-08 07:30 | mueschel | 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... | |
3 | 2024-04-09 01:34 | HikeAndMap ♦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? LOLSo thank you so much for explaining it. | |
149687592 by mueschel @ 2024-04-07 11:17 | 1 | 2024-04-08 20:49 | ChrissW-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 | 1 | 2024-04-08 06:52 | HikeAndMap ♦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... |
2 | 2024-04-08 07:29 | mueschel | See https://www.openstreetmap.org/changeset/145996139 | |
149439534 by mueschel @ 2024-04-01 14:59 | 1 | 2024-04-01 19:07 | Lumikeiju ♦102 | Thank you for catching and fixing my spelling mistake! Much appreciated! |
149438707 by mueschel @ 2024-04-01 14:41 | 1 | 2024-04-01 19:05 | Lumikeiju ♦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 | 1 | 2024-03-05 16:41 | AndersAndersson ♦601 | HelloEven though the tags are wrong you are removing information. The building types where written there. |
147603495 by mueschel @ 2024-02-18 11:00 | 1 | 2024-02-27 21:15 | Mateusz 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 | 1 | 2024-02-25 20:34 | Kin 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:LH2Best regards,Kin |
2 | 2024-02-25 21:41 | mueschel | 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 | 1 | 2024-02-21 00:36 | BarryMyles ♦10 | Oops, thanks for fixing my mistaken tags there. |
147574813 by mueschel @ 2024-02-17 14:45 | 1 | 2024-02-18 12:08 | andy_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... |
2 | 2024-02-18 12:45 | silversurfer83 ♦3,420 | (Ich glaube du meinst ">6 Monate") | |
3 | 2024-02-18 12:51 | mueschel | Die Baustelle wurde hier eingetragen:https://www.openstreetmap.org/changeset/147264298 | |
4 | 2024-02-18 13:35 | andy_wand ♦11 | @silversurfer93 ja | |
5 | 2024-02-18 14:01 | Hb- ♦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 | 1 | 2024-02-18 12:48 | silversurfer83 ♦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 |
2 | 2024-02-18 12:58 | mueschel | 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 | 1 | 2024-02-16 16:06 | danieldegroot2 ♦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... |
2 | 2024-02-16 17:43 | mueschel | 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... | |
3 | 2024-02-16 21:52 | danieldegroot2 ♦675 | Thanks for the reply. | |
147335967 by mueschel @ 2024-02-11 17:09 | 1 | 2024-02-13 21:33 | sbre ♦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. |
2 | 2024-02-13 21:46 | mueschel | I think we don't need a new top-level tag for a minor chimney.How about man_made=house_chimney? | |
3 | 2024-02-13 21:50 | sbre ♦22 | Sure, go ahead, sounds better. Just something that can't be confused with other stuff. | |
4 | 2024-02-13 22:38 | mueschel | Actually, there is already a tag used 170 times for chimneys on buildings: building:part=chimneyhttps://taginfo.openstreetmap.org/tags/building%3Apart=chimney#overview | |
147323883 by mueschel @ 2024-02-11 11:30 | 1 | 2024-02-11 18:16 | Kento Kei ♦22 | why did you get rid of a piece of landuse? |
2 | 2024-02-11 18:19 | Kento 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 | 1 | 2024-01-26 22:15 | mweper ♦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:... |
2 | 2024-01-27 12:24 | mueschel | 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 mentionedThe use of ... | |
146670242 by mueschel @ 2024-01-25 11:47 | 1 | 2024-01-25 11:50 | NorthCrab_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/11393853138https://www.openstreetmap.org/node/11393853137https://www.openstreetmap.org/node/113... |
2 | 2024-01-25 11:54 | mueschel | Please contact the original editor of these nodes: https://www.openstreetmap.org/changeset/146403229 | |
3 | 2024-01-25 13:33 | NorthCrab ♦4,531 | I just removed the duplicates :-) | |
146276114 by mueschel @ 2024-01-15 10:52 | 1 | 2024-01-15 11:41 | flohoff ♦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 | 1 | 2024-01-14 11:23 | HirschKauz ♦267 | ups - dankeschön --- Published using OSMCha: https://osmcha.org/changesets/146240270 |
145951009 by mueschel @ 2024-01-06 10:24 | 1 | 2024-01-09 07:56 | Mond00 ♦76 | Hallo,warum, wurden die Öffnungszeiten zu Fleischverkauf, Tagesgerichte und Wurstverkauf gelöscht, bzw. auf einen EIintrag reduziert?Die Öffnungszeiten sind unterschiedlich. |
2 | 2024-01-09 08:05 | Mond00 ♦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. | |
3 | 2024-01-09 09:31 | mueschel | 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... | |
4 | 2024-01-09 13:47 | Mond00 ♦76 | Danke, sollte nun passen | |
145705671 by mueschel @ 2023-12-30 16:59 | 1 | 2024-01-05 21:21 | IpswichEdits ♦25 | Oops, Thank you! :-) |
145530282 by mueschel @ 2023-12-26 11:46 | 1 | 2023-12-26 12:38 | Patrickov ♦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 |
2 | 2023-12-26 13:00 | Kovoschiz ♦2,543 | @Patrickov This is fixing a previous changeset. It's fine. | |
3 | 2023-12-26 13:02 | Kovoschiz ♦2,543 | Ok it's not. But it's the same minor mistake. | |
4 | 2023-12-26 13:05 | mueschel | 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 | 1 | 2023-12-22 21:57 | gileri ♦1,003 | Thanks ! |
144994610 by mueschel @ 2023-12-11 10:53 | 1 | 2023-12-11 22:20 | HellMap ♦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... |
2 | 2023-12-12 10:44 | mueschel | Hi,yes, you're right. I just reverted my edits here. | |
144994799 by mueschel @ 2023-12-11 10:58 | 1 | 2023-12-11 19:58 | DaveF ♦1,566 | HiPlease don't do that. |
138264410 by mueschel @ 2023-07-08 13:41 | 1 | 2023-12-07 10:02 | lyctkel ♦335 | Hi Mueschel,at https://www.openstreetmap.org/node/11022143425 you changed ...recycling:brown_bottles=yesrecycling:brown_jars=yes...torecycling:glass:colour=brownrecycling:glass_bottles=yesrecycling:glass_bottles:colour=brownrecycling:jars=yesrecycling:glass:colour=brown was n... |
144364248 by mueschel @ 2023-11-23 11:10 | 1 | 2023-11-29 09:08 | kitto33 ♦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... |
2 | 2023-11-29 09:31 | kitto33 ♦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. | |
3 | 2023-11-29 10:25 | mueschel | 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%... | |
4 | 2023-11-29 19:13 | kitto33 ♦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 | 1 | 2023-11-28 20:27 | SomeoneElse ♦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 | 1 | 2023-11-17 15:28 | Xvtn ♦470 | Thanks. My mistake |
143740734 by mueschel @ 2023-11-07 14:51 | 1 | 2023-11-07 17:17 | aixbrick ♦840 | Danke |
143412220 by mueschel @ 2023-10-31 10:10 | 1 | 2023-11-01 23:38 | Matt_ ♦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 | 1 | 2023-10-26 02:11 | Allroads ♦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 | 1 | 2023-10-23 20:49 | Allison P ♦1,136 | Oops. Darn Brits. Thank you for catching |
142622989 by mueschel @ 2023-10-15 15:28 | 1 | 2023-10-23 18:02 | Mateusz Konieczny ♦7,666 | https://www.openstreetmap.org/way/300121747/history - this edit was unhelpful and it was only hiding actual problem |
2 | 2023-10-23 18:21 | Mateusz Konieczny ♦7,666 | key: source:maxspeed:backward=*value: 50"fixed" tokey: source:maxspeed:backwardvalue: 50 | |
142509123 by mueschel @ 2023-10-13 07:18 | 1 | 2023-10-13 07:30 | mcliquid ♦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... |
2 | 2023-10-13 08:01 | OSM_RogerWilco ♦724 | Danke für die Korrektur! :-) | |
138017267 by mueschel @ 2023-07-02 10:07 | 1 | 2023-09-23 16:29 | Niiepce ♦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... |
2 | 2023-09-23 16:38 | mueschel | 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. | |
3 | 2023-09-24 10:47 | Niiepce ♦191 | Super, dankeschön | |
141617445 by mueschel @ 2023-09-22 18:39 | 1 | 2023-09-23 12:24 | felipeeugenio ♦2,359 | pfff... thank you.what a typo. --- Published using OSMCha: https://osmcha.org/changesets/141617445 |
140719761 by mueschel @ 2023-09-02 13:43 | 1 | 2023-09-12 15:41 | aseidel ♦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 ... |
2 | 2023-09-12 17:41 | mueschel | 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... | |
3 | 2023-09-13 07:47 | aseidel ♦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 | 1 | 2023-09-11 13:50 | Dimitar155 ♦662 | Thank you! I was wondering why that shop was flagged again for missing opening hours. |
140312217 by mueschel @ 2023-08-24 09:23 | 1 | 2023-08-24 16:37 | LockOnGuy ♦772 | Thank you! keep up the great work! |
140315633 by mueschel @ 2023-08-24 10:37 | 1 | 2023-08-24 11:28 | qugeb ♦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 | 1 | 2023-08-24 10:06 | Pink Duck ♦151 | Thanks for correcting. |
139819085 by mueschel @ 2023-08-13 11:12 | 1 | 2023-08-16 18:11 | mcliquid ♦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 | 1 | 2023-08-14 03:55 | jmarchon ♦427 | Oops, thanks for fixing! |
139825028 by mueschel @ 2023-08-13 13:49 | 1 | 2023-08-13 18:54 | aixbrick ♦840 | Und nochmal danke! :-) |
139313888 by mueschel @ 2023-08-01 18:50 | 1 | 2023-08-12 20:41 | Mapillox ♦7 | thanx |
139783524 by mueschel @ 2023-08-12 11:22 | 1 | 2023-08-12 13:51 | aixbrick ♦840 | Ups, danke! |
139698961 by mueschel @ 2023-08-10 10:15 | 1 | 2023-08-12 03:56 | MxxCon ♦3,359 | Shouldn't this just be surface= tag? --- Published using OSMCha: https://osmcha.org/changesets/139698961 |
2 | 2023-08-12 08:15 | mueschel | I guess this is what janedoe1999 intended to tag here. I'll change it. | |
139605537 by mueschel @ 2023-08-08 10:16 | 1 | 2023-08-08 16:11 | rskedgell ♦1,481 | Thanks for spotting and fixing that. |
139181328 by mueschel @ 2023-07-29 16:56 | 1 | 2023-07-30 04:06 | Kai 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... |
2 | 2023-07-30 06:41 | mueschel | 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... | |
3 | 2023-07-30 14:29 | Kai 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? | |
4 | 2023-07-30 14:58 | mueschel | Check e.g. https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_informationNote that this particular case is not mentioned here, but things that are listed there as not allowed are much less problematic according to law. | |
5 | 2023-07-31 17:20 | jumbanho ♦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. | |
6 | 2023-07-31 23:44 | Kai 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 | |
7 | 2023-08-03 01:21 | Ferrocarriles 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 | 1 | 2023-08-01 18:57 | geow ♦447 | mueschel, danke fürs berichtigen 🖖 |
44325690 by mueschel @ 2016-12-11 15:52 | 1 | 2023-08-01 07:56 | ADAC 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... |
2 | 2023-08-01 08:45 | mueschel | 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 | 1 | 2023-07-29 23:25 | Kai Johnson ♦164 | How were you able to determine that this feature is not a landslide? --- Published using OSMCha: https://osmcha.org/changesets/139181247 |
2 | 2023-07-30 06:00 | mueschel | 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. | |
3 | 2023-07-30 14:20 | Kai 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... | |
4 | 2023-07-30 16:17 | mueschel | 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... | |
5 | 2023-07-31 23:50 | Kai 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 | 1 | 2023-07-29 23:27 | Kai 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 |
2 | 2023-07-30 03:13 | Abdullah Abdulrhman ♦712 | Mr. Kai JohnsonThis 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... | |
3 | 2023-07-30 14:25 | Kai 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! | |
4 | 2023-07-31 07:37 | Abdullah Abdulrhman ♦712 | You are welcome and happy mapping | |
138026642 by mueschel @ 2023-07-02 14:45 | 1 | 2023-07-29 15:00 | jumbanho ♦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 ... |
2 | 2023-07-29 15:27 | mueschel | '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. | |
3 | 2023-07-29 16:15 | jumbanho ♦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 ... | |
4 | 2023-07-29 16:30 | mueschel | 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... | |
5 | 2023-07-29 17:09 | jumbanho ♦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=... | |
6 | 2023-07-29 18:18 | mueschel | 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. | |
7 | 2023-07-29 18:38 | jumbanho ♦148 | Seems like a good idea. | |
8 | 2023-07-29 18:57 | jumbanho ♦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 | 1 | 2023-07-25 22:03 | trial ♦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... |
2 | 2023-07-26 06:23 | mueschel | 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. | |
3 | 2023-07-26 11:18 | trial ♦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 | 1 | 2023-07-21 01:05 | HikeAndMap ♦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 ... |
2 | 2023-07-21 01:05 | HikeAndMap ♦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... | |
3 | 2023-07-21 08:27 | mueschel | 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... | |
4 | 2023-07-21 14:37 | Timmy_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... | |
5 | 2023-07-23 11:39 | HikeAndMap ♦104 | good arguments - thanks | |
61776708 by mueschel @ 2018-08-18 18:02 | 1 | 2023-07-19 03:37 | Johnny Mapperseed ♦99 | There are open bins of peanuts in this store. |
138462747 by mueschel @ 2023-07-13 12:33 | 1 | 2023-07-14 00:31 | MafogMachine ♦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 | 1 | 2023-06-22 14:19 | Kovirii ♦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 |
2 | 2023-06-22 14:24 | mueschel | Thanks for pointing it out - I have no idea how that happened, it was not my intention. Thanks for fixing it! | |
3 | 2023-06-23 17:53 | Kovirii ♦30 | No problem, just wanted to make you aware. | |
136629284 by mueschel @ 2023-05-27 15:35 | 1 | 2023-06-16 12:40 | Mathias_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 |
2 | 2023-06-16 13:00 | mueschel | 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... | |
3 | 2023-06-16 13:24 | Mathias_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 | 1 | 2023-06-08 22:33 | bxl-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 ... |
2 | 2023-06-09 11:55 | mueschel | Hi,I'm fine with both versions. We have several tags with an url in the key, e.g. ref:refuges.infoI 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 nearbyhttps://www.open... | |
52032168 by mueschel @ 2017-09-14 10:03 | 1 | 2023-05-27 23:51 | Marc_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 |
2 | 2023-05-28 08:24 | mueschel | 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_generatorto converter = motor_generator- changegenerator:output:electricity... | |
136632640 by mueschel @ 2023-05-27 17:15 | 1 | 2023-05-27 21:17 | aixbrick ♦840 | Danke :-) |
136336956 by mueschel @ 2023-05-20 13:08 | 1 | 2023-05-20 13:18 | Baraka Jungwa ♦12 | I hope you corrected the error that I made? Thanks in advance! |
136246492 by mueschel @ 2023-05-18 09:56 | 1 | 2023-05-20 01:39 | MxxCon ♦3,359 | 🤣🤦♂️She's not an insect. --- #REVIEWED_GOOD #OSMCHA Published using OSMCha: https://osmcha.org/changesets/136246492 |
2 | 2023-05-20 13:05 | hrhino ♦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 | 1 | 2023-05-17 10:37 | SK53 ♦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. |
2 | 2023-05-17 11:06 | mueschel | 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. | |
3 | 2023-05-17 11:23 | SK53 ♦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 | 1 | 2023-05-16 00:43 | rodolfovargas ♦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... |
2 | 2023-05-16 07:38 | mueschel | Hi,all these tags were added by maramirez13, I just fixed the really wrong keys. | |
3 | 2023-05-16 11:40 | rodolfovargas ♦50 | Good. Thanks so much :) | |
135779354 by mueschel @ 2023-05-06 14:26 | 1 | 2023-05-15 19:40 | Elefant aus Wuppertal ♦737 | Hi,danke für die Korrektur!LG |
136077786 by mueschel @ 2023-05-14 09:39 | 1 | 2023-05-14 17:17 | marc__marc ♦1,265 | Hello,I'm very happy you target mistake and add a fixme to help them to be detectedbut, 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 | 1 | 2023-05-14 14:14 | Lanuarius ♦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,dhI'll... |
136011609 by mueschel @ 2023-05-12 10:23 | 1 | 2023-05-12 11:12 | yelisey90 ♦138 | apparently https://wiki.openstreetmap.org/wiki/Tag:shop=tyres needs updating... |
2 | 2023-05-12 11:33 | mueschel | 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 | 1 | 2023-05-11 09:23 | tntchn ♦24 | Oops thanks for fixing my typo😅😅 |
135772319 by mueschel @ 2023-05-06 11:03 | 1 | 2023-05-08 14:29 | Reclus ♦90 | Danke! |
135779491 by mueschel @ 2023-05-06 14:29 | 1 | 2023-05-08 12:31 | fawkes2 ♦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 | 1 | 2023-05-07 17:39 | aTarom ♦775 | Hi, the tag"parking:right:condition"="free"it's more widespread the maybe"parking:right:fee"="no"?Cheers |
2 | 2023-05-07 17:46 | mueschel | 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_parkingparking:right:fee is the recommended tag since a few months. | |
3 | 2023-05-07 17:49 | mueschel | My mistake is fixed, thanks for pointing it out. | |
112007834 by mueschel @ 2021-10-02 16:30 | 1 | 2023-05-02 12:36 | joost 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 | 1 | 2023-04-11 20:03 | Alexmol ♦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... |
2 | 2023-04-12 08:28 | mueschel | Hi, I didn't edit these tags, I guess you want to contact the earlier editors. | |
3 | 2023-04-12 22:43 | Alexmol ♦94 | Ok, thank you for the reply. I'll contact the earlier editor.RegardsAlexandre | |
134411278 by mueschel @ 2023-04-02 12:10 | 1 | 2023-04-02 14:47 | reigi ♦65 | Welchen key meinst du? |
2 | 2023-04-02 14:49 | mueschel | In der Änderungsansicht siehst du, dass dort "Website" anstelle von "website" stand:https://www.openstreetmap.org/way/1158992559/history | |
3 | 2023-04-02 14:59 | reigi ♦65 | Ah ja stimmt, danke für den Hinweis, hatte ich übersehen. | |
133989939 by mueschel @ 2023-03-22 18:06 | 1 | 2023-03-28 05:28 | ❤️🔥 ♦367 | hey, not sure what you meant by this comment, should I add the tag back with proper capitalization? thanks |
2 | 2023-03-28 18:02 | mueschel | 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. | |
3 | 2023-03-28 20:18 | ❤️🔥 ♦367 | thanks :) | |
133990213 by mueschel @ 2023-03-22 18:12 | 1 | 2023-03-23 09:54 | Mex ♦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 | 1 | 2023-03-09 14:52 | rempshaener ♦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 |
2 | 2023-03-09 15:16 | mueschel | 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. | |
3 | 2023-03-09 18:23 | rempshaener ♦731 | Thank you, I have just seen that you have corrected it. | |
133373667 by mueschel @ 2023-03-06 17:43 | 1 | 2023-03-07 16:06 | Danfost ♦136 | Hallo,hier sind bei contact:facebook= ,Instagram und Yelp die Links abhanden gekommenGrußDanfost |
2 | 2023-03-07 16:10 | mueschel | 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... | |
3 | 2023-03-07 16:13 | Danfost ♦136 | Ah, ok, das wußte ich noch nicht.GrußDanfost | |
133320232 by mueschel @ 2023-03-05 10:59 | 1 | 2023-03-05 18:27 | Bobropiton ♦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 | 1 | 2023-03-04 21:01 | emersonveenstra ♦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 |
2 | 2023-03-04 21:03 | emersonveenstra ♦1,457 | Reverted for vandalism in https://www.openstreetmap.org/changeset/133306235 | |
3 | 2023-03-04 21:16 | mueschel | 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 ... | |
4 | 2023-03-04 21:25 | emersonveenstra ♦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'. | |
5 | 2023-03-04 22:30 | mueschel | 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 | 1 | 2023-02-28 16:11 | jmarchon ♦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 | 1 | 2023-02-26 15:36 | aTarom ♦775 | Hi, "note:ast" is the note Asturianu valuehttps://ast.wikipedia.org/wiki/Asturianuto inform the locals of the peculiarity of the two townsWhy do you consider a duplicated note tag?Cheers |
2 | 2023-02-26 17:48 | mueschel | 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 | 1 | 2023-02-20 14:52 | spiregrain ♦198 | Thank-you! These were all my mistakes, I think. |
132322048 by mueschel @ 2023-02-09 18:26 | 1 | 2023-02-17 08:47 | benoitdd ♦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? |
2 | 2023-02-17 09:31 | mueschel | 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 | 1 | 2023-02-10 10:35 | Langlaeufer ♦1,315 | Das war Absicht - auch wenn noch nicht gebräuchlich. --- Published using OSMCha: https://osmcha.org/changesets/132348917 |
2 | 2023-02-10 11:01 | Langlaeufer ♦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 | 1 | 2023-02-09 20:09 | danieldegroot2 ♦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... |
2 | 2023-02-09 20:27 | mueschel | 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... | |
3 | 2023-02-09 20:55 | danieldegroot2 ♦675 | Could you message b-unicycling regarding this as well, please? Thanks in advance. | |
132152432 by mueschel @ 2023-02-06 11:04 | 1 | 2023-02-09 20:21 | danieldegroot2 ♦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 ... |
2 | 2023-02-09 20:33 | mueschel | '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. | |
3 | 2023-02-09 20:55 | danieldegroot2 ♦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 | 1 | 2023-01-31 15:14 | osmviborg ♦1,647 | 👍 |
131602261 by mueschel @ 2023-01-23 11:02 | 1 | 2023-01-24 05:21 | MxxCon ♦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 |
2 | 2023-01-24 09:16 | mueschel | '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. | |
3 | 2023-01-24 19:21 | MxxCon ♦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= | |
4 | 2023-01-24 19:29 | mueschel | 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 | 1 | 2023-01-23 01:17 | orthocircular ♦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 | 1 | 2023-01-21 17:46 | cyclehunter ♦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 | 1 | 2023-01-19 05:49 | Xanadu_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... |
2 | 2023-01-19 05:52 | Xanadu_Contractor ♦21 | (Meant "more exact tag", not "more exact link" in previous comment.) | |
131183211 by mueschel @ 2023-01-12 11:18 | 1 | 2023-01-12 20:12 | Allison 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 | 1 | 2022-12-23 09:59 | SekeRob ♦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 | 1 | 2022-12-19 12:50 | Mateusz 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. |
2 | 2022-12-19 12:53 | Mateusz 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... | |
3 | 2022-12-19 13:18 | mueschel | 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... | |
4 | 2022-12-19 14:17 | NorthCrab ♦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/historyhttps://www.openstreetmap.org/node/8948497378/history | |
5 | 2022-12-19 14:17 | Mateusz 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... | |
6 | 2022-12-19 14:20 | NorthCrab ♦4,531 | It feels like you put a blind eye on the majority of your changeset (2/3) just to make your point. | |
7 | 2022-12-21 10:48 | mueschel | All tags I removed were not correct. Please check the Wiki, "zł" is not a valid currency code. | |
8 | 2022-12-21 12:27 | NorthCrab ♦4,531 | Okay, that's correct. | |
130211722 by mueschel @ 2022-12-18 12:59 | 1 | 2022-12-19 17:52 | rskedgell ♦1,481 | Thanks! |
130071491 by mueschel @ 2022-12-14 11:27 | 1 | 2022-12-19 00:15 | VictorIE ♦912 | Thanks! |
130211559 by mueschel @ 2022-12-18 12:54 | 1 | 2022-12-18 14:53 | Kovoschiz ♦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... |
2 | 2022-12-18 14:55 | Kovoschiz ♦2,543 | https://taginfo.openstreetmap.org/keys/access:roof#chronology is obviously added en masse. | |
130151958 by mueschel @ 2022-12-16 11:29 | 1 | 2022-12-17 11:06 | Dawid2849 ♦712 | oh, that's how it's spelled... thanks, I'll remember in future |
129654582 by mueschel @ 2022-12-02 18:43 | 1 | 2022-12-14 13:58 | Friendly_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. |
2 | 2022-12-14 14:27 | mueschel | 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... | |
3 | 2022-12-14 15:32 | Friendly_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... | |
4 | 2022-12-14 15:44 | ZeLonewolf ♦559 | Thanks! | |
129957652 by mueschel @ 2022-12-11 10:24 | 1 | 2022-12-12 13:26 | RpalmerAC ♦2 | Thank you! |
129961742 by mueschel @ 2022-12-11 12:53 | 1 | 2022-12-11 17:43 | Jay May ♦148 | Oho ... If I did the whole border line with this mistake, it's going to take me quite a bit of time ............... |
2 | 2022-12-11 17:58 | Jay May ♦148 | Ahhh, you already did that! Thanks a loooot | |
129857472 by mueschel @ 2022-12-08 11:34 | 1 | 2022-12-11 11:47 | johantiden ♦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 | 1 | 2022-12-05 10:05 | Jan Olieslagers ♦201 | I will revert this change - ICAO codes never begin with a Z. This really is a local code, assigned by Moscow authority |
2 | 2022-12-05 10:08 | mueschel | 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, | |
3 | 2022-12-05 10:14 | Jan 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 | 1 | 2022-12-02 10:59 | GEO ECLA ♦68 | Thanks! --- #REVIEWED_GOOD #OSMCHA Published using OSMCha: https://osmcha.org/changesets/129402649 |
30561738 by mueschel @ 2015-04-27 21:53 | 1 | 2022-11-28 06:57 | Riyadi 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 | 1 | 2022-11-25 17:08 | HirschKauz ♦267 | ups - danke für die Korrektur --- Published using OSMCha: https://osmcha.org/changesets/129360148 |
128808623 by mueschel @ 2022-11-12 11:22 | 1 | 2022-11-12 15:21 | rempshaener ♦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... |
2 | 2022-11-12 16:24 | mueschel | 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 | 1 | 2022-11-07 22:00 | traveleditor ♦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 | 1 | 2022-11-03 16:51 | pyrog ♦337 | Hi,removing the tag lwn_name=? broke theses relations.https://knooppuntnet.nl/fr/analysis/route/14386808https://knooppuntnet.nl/fr/analysis/route/14386807https://knooppuntnet.nl/fr/analysis/route/14392469/map?position=45.75546194,6.42384591,15I fixed it.Best regards,Yves |
2 | 2022-11-04 09:24 | mueschel | 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. | |
3 | 2022-11-05 10:03 | StC ♦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. | |
4 | 2022-11-05 10:11 | mueschel | 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? | |
5 | 2022-11-05 17:58 | StC ♦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 | 1 | 2022-10-18 11:53 | SekeRob ♦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 | 1 | 2022-10-17 11:23 | tux67 ♦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/7661928862 lanes, während sich die destination parameter scheinbar auf 3 lanes beziehen? Oder verstehe ich d... |
2 | 2022-10-17 12:53 | mueschel | 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 | 1 | 2022-10-17 10:34 | Langlaeufer ♦1,315 | Danke --- #REVIEWED_GOOD #OSMCHA Published using OSMCha: https://osmcha.org/changesets/127662569 |
123511552 by mueschel @ 2022-07-12 09:41 | 1 | 2022-10-08 08:54 | vikozo ♦1 | Hallo, this place is Saspul but the name is not showing in the map |
127143065 by mueschel @ 2022-10-07 09:55 | 1 | 2022-10-07 10:34 | yasslay ♦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 | 1 | 2022-09-25 20:37 | voschix ♦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". |
2 | 2022-09-25 20:40 | voschix ♦180 | Forgot the important: thanks for picking up the spelling mistake | |
3 | 2022-09-26 16:21 | mueschel | 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 | 1 | 2022-09-16 23:27 | SHARCRASH ♦752 | it's the same :P :) |
2 | 2022-09-16 23:28 | SHARCRASH ♦752 | and your not:building may be confused with "note=" | |
3 | 2022-09-17 08:29 | mueschel | "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 | 1 | 2022-09-06 15:47 | aixbrick ♦840 | Hallo,danke. Wenn das einmal in der Vorschlagsliste ist und man nicht richtig hinschaut...Gruß |
125434250 by mueschel @ 2022-08-27 08:52 | 1 | 2022-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). |
2 | 2022-08-31 17:07 | mueschel | 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=*,... | |
3 | 2022-09-01 18:56 | ☆Finvenkulo ♦91 | ENMy 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... | |
4 | 2022-09-01 20:40 | mueschel | 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 | 1 | 2022-08-29 18:52 | Fabi2 ♦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 ... |
2 | 2022-08-29 20:30 | mueschel | '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. | |
3 | 2022-08-29 21:01 | Fabi2 ♦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... | |
4 | 2022-08-29 21:30 | mueschel | "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. | |
5 | 2022-08-29 21:48 | Fabi2 ♦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. | |
6 | 2022-08-29 22:03 | mueschel | 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. | |
7 | 2022-08-30 00:51 | Fabi2 ♦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... | |
8 | 2022-08-30 17:28 | mueschel | 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... | |
9 | 2022-08-30 21:01 | Fabi2 ♦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... | |
10 | 2022-08-30 21:16 | mueschel | 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... | |
11 | 2022-08-31 17:21 | Fabi2 ♦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... | |
12 | 2022-08-31 17:35 | mueschel | 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 | 1 | 2022-08-27 12:56 | canfe ♦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? |
2 | 2022-08-27 13:03 | mueschel | 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 | |
3 | 2022-08-27 13:14 | canfe ♦1,117 | Great!You do digital patrolling like me too! | |
112904598 by mueschel @ 2021-10-24 12:41 | 1 | 2022-08-26 10:59 | b-unicycling ♦242 | Temple Street Street? |
125073495 by mueschel @ 2022-08-18 17:50 | 1 | 2022-08-19 03:04 | julcnx ♦404 | thank you :) --- Published using OSMCha: https://osmcha.org/changesets/125073495 |
122475018 by mueschel @ 2022-06-16 17:53 | 1 | 2022-08-16 15:56 | lefuturiste ♦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 | 1 | 2022-08-14 14:43 | naruton ♦3 | Thank you for correcting my tag mistake. |
124534950 by mueschel @ 2022-08-05 18:16 | 1 | 2022-08-06 15:23 | canfe ♦1,117 | Tolto il disused vuol dire che allora ha riaperto il ristorante?? --- Published using OSMCha: https://osmcha.org/changesets/124534950 |
2 | 2022-08-06 15:23 | canfe ♦1,117 | Tolto il disused vuol dire che allora ha riaperto il ristorante?? --- Published using OSMCha: https://osmcha.org/changesets/124534950 | |
3 | 2022-08-06 15:31 | mueschel | Hi,I just removed a tag added by mistake:"disused:amenity=restaurant" = "yes"the correct tag"disused:amenity" = "restaurant"is still there. | |
4 | 2022-08-06 16:07 | canfe ♦1,117 | OK! | |
124295228 by mueschel @ 2022-07-31 10:00 | 1 | 2022-08-01 05:24 | PT-53 ♦3,642 | natural=scrub plus landcover=trees:https://www.openstreetmap.org/way/951667182/historyIst das so schon gewollt? |
124295326 by mueschel @ 2022-07-31 10:03 | 1 | 2022-07-31 18:08 | PT-53 ♦3,642 | Willst Du einen Editwar?Kannst Du haben! |
124178847 by mueschel @ 2022-07-28 10:25 | 1 | 2022-07-28 10:58 | brickbird ♦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... |
2 | 2022-07-28 13:33 | mueschel | 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... | |
3 | 2022-07-28 15:14 | brickbird ♦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_walletsNew agreed keys are the followings.payment:au_paypayment:d_baraipayment:edypayment:idpayment:line_pay (This was already added.)pa... | |
4 | 2022-07-28 16:12 | mueschel | Perfect! Is there any plan to check the POI using the "old" spelling and change them to the new one? | |
5 | 2022-07-29 01:54 | brickbird ♦4 | Yes, there is. We have a replacement plan. We will replace carefully. | |
123885806 by mueschel @ 2022-07-21 09:57 | 1 | 2022-07-21 14:53 | clay_c@wonder ♦18 | My bad! Thanks for fixing this. |
108533793 by mueschel @ 2021-07-24 14:03 | 1 | 2022-07-20 12:20 | Alexey Vazhnov ♦163 | Thank you!I've just saw your improvement. |
92912312 by mueschel @ 2020-10-22 17:47 | 1 | 2020-10-23 13:26 | plennert ♦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. |
2 | 2020-10-23 13:29 | mueschel | 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 | |
3 | 2020-10-23 13:32 | plennert ♦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... | |
4 | 2020-10-23 13:33 | plennert ♦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? | |
5 | 2020-10-23 13:39 | mueschel | 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... | |
6 | 2020-10-23 14:01 | PT-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 | |
7 | 2020-10-23 14:25 | plennert ♦90 | @PT-53 mit anomymen Kürzel kommuniziere ich grundsätzlich nicht (mehr) . Oute dich beim Namen, dann können wir uns gerne unterhalten.@mueschelDanke für die Erläuterungen. Umap kann mit dem link nix anfangen. Wenn ich via Overpass turbo in csv exportiere ist der link un... | |
8 | 2020-10-23 14:37 | mueschel | 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... | |
9 | 2020-10-23 14:42 | PT-53 ♦3,642 | Hallo plennert, dann nenne Du doch zuerstmal Du Deinen vollständigen Namen mit Anschrift und Telefon-Nr. zur Überprüfung! | |
10 | 2020-10-23 15:41 | plennert ♦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... | |
11 | 2020-10-23 15:58 | mueschel | 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... | |
12 | 2020-10-24 09:12 | Jakob48 ♦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... | |
13 | 2020-10-24 09:35 | Jakob48 ♦66 | Ergänzend noch die Links:https://taginfo.openstreetmap.org/keys/wikimedia_uploadhttps://overpass-turbo.eu/s/ZlT | |
14 | 2020-10-24 09:57 | plennert ♦90 | @jakob48Das 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... | |
15 | 2020-10-24 10:05 | mueschel | Wie schon oben geschrieben, der direkte Link zu einem Bild sollte nicht verwendet werden. Das wird auch von Wikimedia nicht empfohlen, siehehttps://commons.wikimedia.org/wiki/Commons:Reusing_content_outside_Wikimedia/technical#Hotlinking | |
16 | 2022-07-10 10:23 | plennert ♦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. | |
17 | 2022-07-10 11:24 | mueschel | 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 | 1 | 2022-07-05 16:23 | joel56dt ♦170 | Is this actually spam? I acknowledge the tags need cleaning up but it looks like a legitimate business to me... |
2 | 2022-07-05 17:27 | mueschel | "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 | 1 | 2022-07-01 20:27 | janolezab ♦102 | Ah, so einen Key habe ich im Wiki vergeblich gesucht. |
122875704 by mueschel @ 2022-06-26 17:20 | 1 | 2022-06-26 18:16 | Langlaeufer ♦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 | 1 | 2022-06-22 11:29 | dcapillae ♦360 | My mistake (sorry). Thanks for fixing it.Regards,Daniel |
122571397 by mueschel @ 2022-06-19 08:55 | 1 | 2022-06-20 17:00 | monotar ♦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:bicycleAlso das oneway:bicycle nach dem Fußweg links stellen? |
2 | 2022-06-20 17:17 | mueschel | 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 | 1 | 2022-06-18 12:19 | SomeoneElse ♦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 | 1 | 2022-06-08 04:55 | ionr ♦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 | 1 | 2022-05-22 13:38 | cyton ♦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 | 1 | 2022-05-21 01:16 | Arlo James Barnes ♦101 | Thanks, I always forget about that tag. |
121007045 by mueschel @ 2022-05-15 10:29 | 1 | 2022-05-16 01:20 | Allison 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 | 1 | 2022-05-12 13:28 | Austrianton ♦45 | Please keep individual edits local to avoid spamming the history feed all over the world. |
2 | 2022-05-13 22:14 | avinet_ua Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
120901844 by mueschel @ 2022-05-12 18:34 | 1 | 2022-05-13 02:05 | MxxCon ♦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... |
2 | 2022-05-13 06:55 | mueschel | 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... | |
3 | 2022-05-13 12:46 | MxxCon ♦3,359 | Hmm. You are right about the 3 letter code. I haven't noticed that. 👍 | |
120794749 by mueschel @ 2022-05-10 13:34 | 1 | 2022-05-11 15:44 | OSM_RogerWilco ♦724 | post_officer finde ich aber auch gut. ;-)Danke für die Korrektur! |
120785403 by mueschel @ 2022-05-10 09:59 | 1 | 2022-05-10 11:49 | zluuzki ♦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 |
2 | 2022-05-10 12:08 | mueschel | Feel free to change it to power = lineabandoned = yesThe 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 | 1 | 2022-05-05 14:17 | Pink 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 ... |
2 | 2022-05-05 14:25 | mueschel | 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:feeThe 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... | |
3 | 2022-05-05 14:27 | Pink 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. | |
4 | 2022-05-05 14:52 | mueschel | 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... | |
5 | 2022-05-05 14:56 | Pink 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 | 1 | 2022-04-20 18:27 | trial ♦870 | Es war nicht "copy and paste error" sondern Vandalismus. https://www.openstreetmap.org/user/joyeuxbernard687/blocksDeshalb ein Revert dieser Änderung! |
119744518 by mueschel @ 2022-04-15 10:04 | 1 | 2022-04-15 16:58 | Patchanka ♦385 | bonjourje 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 ! |
2 | 2022-04-15 17:02 | mueschel | 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 | 1 | 2022-04-15 10:04 | Kovoschiz ♦2,543 | This is a transliteration name I kept here in case anyone wrongly adds it again. This is not really used. |
2 | 2022-04-15 10:12 | mueschel | So this is the English name, transliterated to simplified Han?As we use the ISO codes for languages and scripts, that would bereg_name:en-Hans | |
3 | 2022-04-15 10:18 | Kovoschiz ♦2,543 | 1. I thought we shouldn't use transliteration in `*_name=`? 2. This is part of the the BCP 47 extended syntax. | |
4 | 2022-04-15 10:32 | mueschel | 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 | 1 | 2022-04-04 02:46 | julcnx ♦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 translationshttps://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details... |
2 | 2022-04-04 08:30 | mueschel | 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... | |
3 | 2022-04-07 15:04 | julcnx ♦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 | 1 | 2022-04-04 03:34 | Herman Lee ♦312 | thx |
117598956 by mueschel @ 2022-02-19 10:54 | 1 | 2022-03-07 03:32 | Amin Fozdar ♦21 | That was not needed.I will be adding it back to routing to manning park actually works! |
2 | 2022-03-07 10:58 | mueschel | POI must be mapped only once. There can't be a node and an area for the same object. | |
3 | 2022-03-08 00:07 | Amin 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. | |
4 | 2022-03-08 00:09 | Amin Fozdar ♦21 | It is added back now. Please leave it alone. | |
59990373 by mueschel @ 2018-06-19 20:42 | 1 | 2022-03-02 22:09 | maraf24 ♦5,279 | Reverted, this is not fuel station. |
117767058 by mueschel @ 2022-02-23 11:55 | 1 | 2022-02-24 11:19 | radiotrefoil ♦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. |
2 | 2022-02-24 11:25 | radiotrefoil ♦109 | Please note I have reverted this in 117807883. Thank you for your other data quality edits, I have noticed your good work. | |
3 | 2022-02-24 11:28 | mueschel | 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... | |
4 | 2022-02-24 11:51 | radiotrefoil ♦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 | 1 | 2022-02-22 15:26 | Eifelkobold! ♦79 | Hi, warum hast du die Werte von chip_card zu membership_card geändert? |
2 | 2022-02-22 15:47 | mueschel | 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 | 1 | 2022-02-12 19:54 | cytryn ♦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... |
2 | 2022-02-12 20:42 | mueschel | 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 | 1 | 2022-02-06 07:29 | user_5359 ♦19,415 | Hello! See https://www.osm.org/changeset/116549884 |
116743034 by mueschel @ 2022-01-29 12:59 | 1 | 2022-01-29 20:58 | jcr83 ♦222 | Thank you for the correction, and sorry for my typo! |
116183648 by mueschel @ 2022-01-15 14:12 | 1 | 2022-01-18 16:28 | mapuit ♦37 | Oh, Danke. :) |
115712271 by mueschel @ 2022-01-03 13:40 | 1 | 2022-01-04 11:36 | Janjko ♦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://... |
2 | 2022-01-04 11:52 | mueschel | 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... | |
3 | 2022-01-04 12:05 | Janjko ♦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... | |
4 | 2022-01-04 12:21 | mueschel | That sounds perfectly valid. Should I revert the changes I made here? | |
5 | 2022-01-04 12:45 | Janjko ♦86 | No problem, I already fixed it. Thanks! | |
115647490 by mueschel @ 2022-01-01 18:45 | 1 | 2022-01-01 20:05 | streckenkundler ♦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:/... |
2 | 2022-01-01 20:11 | mueschel | 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. | |
3 | 2022-01-01 20:30 | streckenkundler ♦1,042 | ... Die Frage ist: was ich wenn es pro Box mehr als 1 Anschluß gibt?Sven | |
4 | 2022-01-02 10:36 | mueschel | Dann ist capacity kleiner als die Zahl der Sockel. Gar kein Problem. | |
109641836 by mueschel @ 2021-08-13 17:26 | 1 | 2021-12-24 14:51 | Erik_ ♦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 | 1 | 2021-12-13 14:20 | Tanzbärli ♦5 | Vertippt. Danke für die Korrektur. |
114663169 by mueschel @ 2021-12-07 14:18 | 1 | 2021-12-07 20:44 | surveyor54 ♦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ß |
2 | 2021-12-08 16:04 | mueschel | 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 | 1 | 2021-11-21 01:29 | Paul 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. |
2 | 2021-11-21 09:24 | mueschel | 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 caseshandrail:center : 6154 caseshttps://taginfo.openstreetmap.org/keys/handrail:center | |
3 | 2021-11-23 00:30 | Paul 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... | |
4 | 2021-11-23 08:22 | mueschel | It's not just the Wiki - there's also a preset in JOSM and one renderer that claims to use this tag. | |
5 | 2021-11-24 19:25 | Paul 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... | |
6 | 2021-11-24 19:48 | mueschel | 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... | |
7 | 2021-11-24 21:24 | Paul 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 | 1 | 2021-11-06 08:13 | Lee Carré ♦665 | How was it misspelled? |
2 | 2021-11-06 09:59 | mueschel | The POI had these two tags:socket:type2:cable socket:type2_cableThe version with underscore is the documented spelling. | |
3 | 2021-11-06 21:55 | Lee 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. | |
4 | 2021-11-07 08:34 | mueschel | 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? | |
5 | 2021-11-21 12:04 | Lee 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,... | |
6 | 2021-11-21 12:18 | Lee 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... | |
7 | 2021-11-21 12:24 | mueschel | 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. \... | |
8 | 2021-11-21 12:33 | Lee 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... | |
9 | 2021-11-21 12:35 | Lee 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. | |
10 | 2021-11-21 12:53 | Lee 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 | 1 | 2021-11-17 16:21 | _torsten_ ♦96 | @mueschel: Danke für´s Korrigieren! :-) |
113729222 by mueschel @ 2021-11-13 12:46 | 1 | 2021-11-13 20:47 | cyton ♦217 | Ah, yeah sorry --- Published using OSMCha: https://osmcha.org/changesets/113729222 |
113688146 by mueschel @ 2021-11-12 09:49 | 1 | 2021-11-12 12:33 | SekeRob ♦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 | 1 | 2021-11-09 14:00 | aixbrick ♦840 | Hallo,food? Sicher? ;-)Gruß |
2 | 2021-11-09 14:34 | mueschel | Knapp vorbei... Danke! | |
3 | 2021-11-09 16:23 | aixbrick ♦840 | :-) | |
113158838 by mueschel @ 2021-10-30 12:07 | 1 | 2021-10-30 15:15 | Supaplex030 ♦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... |
2 | 2021-10-30 15:53 | mueschel | 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... | |
3 | 2021-10-30 16:13 | Supaplex030 ♦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... | |
4 | 2021-10-30 16:18 | mueschel | 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 | 1 | 2021-10-28 23:47 | LiFo ♦7 | Why have you added this tag to a house ? |
2 | 2021-10-29 07:30 | mueschel | The tag was added in this changeset: https://www.openstreetmap.org/changeset/113012499 | |
3 | 2021-10-29 23:28 | DoKimbDeSun ♦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. | |
4 | 2021-10-29 23:34 | LiFo ♦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 | |
5 | 2021-10-29 23:41 | DoKimbDeSun ♦14 | is removed from the building now :) | |
103134065 by mueschel @ 2021-04-18 11:54 | 1 | 2021-10-28 13:03 | pkoby ♦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... |
2 | 2021-10-28 16:41 | mueschel | 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... | |
3 | 2021-10-28 20:08 | pkoby ♦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 | 1 | 2021-10-26 16:16 | Dawid2849 ♦712 | Thank you for fixing my typo! :) |
111966431 by mueschel @ 2021-10-01 14:20 | 1 | 2021-10-22 13:57 | Mateusz Konieczny ♦7,666 | Why you made this edit? This medicines are not recycled.Please do not make edits that reduce quality of OSM data. |
2 | 2021-10-22 14:21 | mueschel | 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... | |
3 | 2021-10-22 19:31 | Mateusz 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 lostAnd popularity of some misleading tagging is not really sufficient to justify autromated retagging | |
4 | 2021-10-22 19:32 | Mateusz Konieczny ♦7,666 | https://taginfo.openstreetmap.org//search?q=recycling%3Adrugs is used just 312 times so it is not even so dominant | |
5 | 2021-10-23 07:41 | mueschel | 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 | 1 | 2021-10-22 14:00 | Mateusz 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? |
2 | 2021-10-22 14:24 | mueschel | 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 | 1 | 2021-10-19 21:56 | BeKri ♦713 | Danke Dir ;-)) |
112608244 by mueschel @ 2021-10-17 11:41 | 1 | 2021-10-17 18:15 | OSM_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... |
2 | 2021-10-17 18:21 | mueschel | 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... | |
3 | 2021-10-17 18:43 | OSM_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... | |
4 | 2021-10-17 18:59 | OSM_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. | |
5 | 2021-10-17 19:20 | mueschel | 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... | |
6 | 2021-10-18 04:45 | OSM_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... | |
7 | 2021-10-18 05:46 | OSM_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/106244496Ich kann über Dein Verhalten nu... | |
102340450 by mueschel @ 2021-04-05 14:18 | 1 | 2021-10-15 08:30 | nurdafur ♦225 | Hallo MueschelIn 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&... |
2 | 2021-10-16 18:47 | mueschel | 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 | 1 | 2021-10-14 17:34 | Lee Carré ♦665 | I presume because old_name is more widely supported, and was:* is newer & more-generic for things other than name? |
2 | 2021-10-14 19:02 | mueschel | 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 | 1 | 2021-10-14 18:55 | fkv ♦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 | 1 | 2021-10-02 20:14 | overlooking ♦1 | Новий Буг (з середини і до кінця XVIII ст. — Куца Балка, до 1810 р. — Семенівка, до 1832 р. — Новопавлівка) — місто районного підпорядкування, центр Новобузького ра... |
2 | 2021-10-03 16:24 | tom_yorados ♦117 | Please keep your changesets local. Thank you. | |
3 | 2021-10-08 17:03 | tekim ♦696 | I agree with Tom, please limit the geographic extent of your changesets | |
4 | 2021-10-08 17:07 | mueschel | 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. | |
5 | 2021-10-11 01:16 | skquinn ♦804 | Arguably, that's a bug in the editor. | |
112327545 by mueschel @ 2021-10-10 10:14 | 1 | 2021-10-10 19:50 | Lee 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 | 1 | 2021-10-10 19:20 | IgorEliezer ♦72 | Thank you! --- #REVIEWED_GOOD #OSMCHA Published using OSMCha: https://osmcha.org/changesets/112341317 |
112256363 by mueschel @ 2021-10-08 10:17 | 1 | 2021-10-09 10:50 | Allroads ♦420 | Danke! |
112114959 by mueschel @ 2021-10-05 10:14 | 1 | 2021-10-06 12:08 | SekeRob ♦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... |
2 | 2021-10-06 12:33 | mueschel | The "landuse = farmland" was right from the beginning. It's the "farmland = field" that had the typo. | |
3 | 2021-10-06 12:39 | SekeRob ♦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 | 1 | 2021-10-04 08:24 | Joopvdl ♦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 | 1 | 2021-10-03 12:44 | Elefant 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... |
2 | 2021-10-03 12:53 | mueschel | 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 | 1 | 2021-09-29 22:31 | abakus_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 | 1 | 2021-09-26 10:00 | Kovoschiz ♦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 | 1 | 2021-09-25 15:22 | hvalentim ♦92 | Thanks for fixing the typo. |
111368603 by mueschel @ 2021-09-18 10:10 | 1 | 2021-09-18 11:20 | L'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... |
2 | 2021-09-18 11:38 | mueschel | 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... | |
3 | 2021-09-18 17:24 | L'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... | |
4 | 2021-09-18 17:36 | mueschel | 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'... | |
5 | 2021-09-18 18:17 | L'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 | 1 | 2021-09-18 15:31 | darkonus ♦84 | Thank you. --- Published using OSMCha: https://osmcha.org/changesets/111369894 |
2 | 2021-09-18 15:31 | darkonus ♦84 | Thank you. --- Published using OSMCha: https://osmcha.org/changesets/111369894 | |
108980322 by mueschel @ 2021-08-01 16:27 | 1 | 2021-09-17 16:10 | ivanbranco ♦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. |
2 | 2021-09-17 16:49 | mueschel | 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_SpracheBut it seems to be a collective code for the whole family of languages. | |
111157635 by mueschel @ 2021-09-13 17:34 | 1 | 2021-09-13 19:29 | normelton ♦3 | Hey thanks for cleaning that up! I'll try to be more careful next time :) |
111091316 by mueschel @ 2021-09-12 11:14 | 1 | 2021-09-12 15:04 | 地図山彼方 ♦4 | Thanks for correcting my typo!I shall be more careful .... |
110667321 by mueschel @ 2021-09-03 09:54 | 1 | 2021-09-03 19:31 | Lee Carré ♦665 | traffic_calming=raised_table is only used 21 times globally (unlike the recommended traffic_calming=table which occurs 120,077 times). |
2 | 2021-09-05 09:15 | mueschel | You're right, I just copied the original tag to the value. I just changed it. | |
3 | 2021-09-05 22:20 | Lee 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 | 1 | 2021-09-05 22:11 | Lee Carré ♦665 | 👍🙂 |
109856430 by mueschel @ 2021-08-18 08:03 | 1 | 2021-09-01 15:41 | Elefant aus Wuppertal ♦737 | Thanks! :-) |
110058992 by mueschel @ 2021-08-22 12:12 | 1 | 2021-08-23 14:36 | Zaneo ♦41 | Thanks! |
110026430 by mueschel @ 2021-08-21 12:18 | 1 | 2021-08-22 09:45 | SekeRob ♦1,435 | HiSince 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... |
2 | 2021-08-22 10:05 | mueschel | 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... | |
3 | 2021-08-22 10:19 | SekeRob ♦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 | |
4 | 2021-08-22 10:32 | SekeRob ♦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 | 1 | 2021-08-21 22:58 | 5m4u9 ♦1,574 | OMG! thanks |
109253605 by mueschel @ 2021-08-06 10:50 | 1 | 2021-08-08 05:15 | 5m4u9 ♦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 | 1 | 2021-08-03 12:16 | Martin Constantino–Bodin ♦120 | Thanks! ☺ |
108747155 by mueschel @ 2021-07-28 10:15 | 1 | 2021-07-31 13:19 | SHARCRASH ♦752 | Hi! Thanks for the correction! I wanted to add ford=yes. Readded properly this time. |
108892429 by mueschel @ 2021-07-30 12:51 | 1 | 2021-07-31 05:31 | Zaneo ♦41 | Is this correct? 日本 is not a "county" as far as I know, it is a Country. |
2 | 2021-07-31 08:54 | mueschel | 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 | 1 | 2021-07-29 13:17 | marczoutendijk ♦2,755 | Thanks! |
108557891 by mueschel @ 2021-07-25 09:27 | 1 | 2021-07-25 09:48 | gyotoku810 ♦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. |
2 | 2021-07-25 09:51 | mueschel | You're right, sorry for the mistake! | |
107742448 by mueschel @ 2021-07-10 10:36 | 1 | 2021-07-23 18:59 | Lee Carré ♦665 | Besides the key name, the value is also incorrect syntax.“1 hour” not ‘1 hr’. |
2 | 2021-07-23 19:14 | mueschel | 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 | 1 | 2021-07-23 19:01 | Lee Carré ♦665 | The value is also incorrect syntax (according to the wiki); should be “6'6"”. |
108483920 by mueschel @ 2021-07-23 10:06 | 1 | 2021-07-23 11:11 | ToniE ♦1,233 | ... thanks again for cleaning up behind me :) |
108242084 by mueschel @ 2021-07-19 10:20 | 1 | 2021-07-20 00:17 | Zaneo ♦41 | Thanks! Sorry I made such a mistake. |
108045622 by mueschel @ 2021-07-15 11:12 | 1 | 2021-07-15 17:08 | InsertUser ♦446 | Thanks. |
106244618 by mueschel @ 2021-06-12 08:38 | 1 | 2021-06-16 22:19 | Lee 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? |
2 | 2021-06-17 07:13 | mueschel | 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 | |
3 | 2021-07-01 02:57 | Lee 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 | 1 | 2021-06-28 14:28 | nmombo12 ♦66 | Thanks for the catch! |
107009963 by mueschel @ 2021-06-26 16:36 | 1 | 2021-06-26 18:08 | Danfost ♦136 | Hallo mueschel, könntest du mir den Tag "was:building=train_station" im gegensatz zu" disused:trainstation=yes" erklären? |
2 | 2021-06-26 19:00 | mueschel | 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_stationOb nun "disu... | |
3 | 2021-06-27 10:30 | Danfost ♦136 | Hallokannst 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 | |
4 | 2021-06-27 10:36 | mueschel | "building" dürfte klar sein, das Prefix findest du unterhttps://wiki.openstreetmap.org/wiki/Lifecycle_prefixWenn das Gebäude nicht mehr genutzt wird, aber noch wie ein Bahnhofsgebäude aussieht, empfehle ichbuilding = train_stationdisused = yes | |
5 | 2021-06-27 10:40 | Danfost ♦136 | Danke | |
106954451 by mueschel @ 2021-06-25 10:22 | 1 | 2021-06-25 16:02 | imagoiq ♦25 | Hi Mueschel,Thanks for the change. By litter, I wanted to say that it support "cat litter". Is there something more appriopriate? |
2 | 2021-06-25 16:10 | mueschel | 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#similarI wasn't able to find anything related to pet excrement there - or I'm looking for the wrong terms. | |
3 | 2021-06-25 16:45 | imagoiq ♦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? | |
4 | 2021-06-25 17:24 | mueschel | "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 | 1 | 2021-06-23 11:02 | aharvey ♦1,735 | This looks good to me. |
106391588 by mueschel @ 2021-06-15 10:09 | 1 | 2021-06-15 12:36 | Lee Carré ♦665 | Why, exactly?Both are recognised and they're semantically different. |
2 | 2021-06-15 12:49 | mueschel | 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 ... | |
3 | 2021-06-16 22:24 | Lee 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 | 1 | 2021-06-15 10:17 | oiooio ♦26 | Wo kommt eigentlich der IATA-Code QEF für Egelsbach in diesem Changeset her? Das scheint nicht mehr aktuell zu sein, oder? |
2 | 2021-06-15 12:25 | mueschel | 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 | 1 | 2021-06-10 18:02 | anebophil ♦10 | Thanks for the error correction |
2 | 2021-06-10 18:02 | anebophil ♦10 | Thanks for the error correction | |
105848655 by mueschel @ 2021-06-04 15:55 | 1 | 2021-06-07 19:57 | jengelh ♦116 | das war so nicht gedacht.Es handelt sich hier tatsächlich um das Leuchtmittel-Modell, nicht die Lampenart. |
2 | 2021-06-08 07:49 | mueschel | Ungewöhnlich, aber in Ordnung. Ich ändere es zurück. | |
105880162 by mueschel @ 2021-06-05 12:23 | 1 | 2021-06-05 19:55 | Lee 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... |
2 | 2021-06-05 20:41 | Lee Carré ♦665 | See http://wiki.openstreetmap.org/wiki/Shops --- Published using OSMCha: https://osmcha.org/changesets/105880162 | |
3 | 2021-06-06 08:37 | mueschel | 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... | |
4 | 2021-06-06 11:44 | Lee 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... | |
5 | 2021-06-06 11:59 | mueschel | 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... | |
6 | 2021-06-06 12:10 | Lee 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... | |
7 | 2021-06-06 13:32 | Lee 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... | |
8 | 2021-06-06 13:47 | Lee 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 | 1 | 2021-06-05 10:42 | Lee 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 | 1 | 2021-06-03 10:50 | nw520 ♦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 |
2 | 2021-06-03 12:57 | mueschel | Hallo,die Doku findet sich hier:https://wiki.openstreetmap.org/wiki/Key:post_officeDas 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 | 1 | 2021-05-31 16:57 | Lachgast ♦119 | Thanks a lot for correcting this! |
105526533 by mueschel @ 2021-05-29 09:33 | 1 | 2021-05-31 08:34 | Lee 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 | 1 | 2021-05-31 08:31 | Lee 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 | 1 | 2021-05-24 11:19 | JeroenvanderGun ♦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... |
2 | 2021-05-24 11:31 | JeroenvanderGun ♦182 | Also we'd need to edit more than just this one link, since there are many more abandoned roads in this border crossing. | |
3 | 2021-05-24 12:03 | mueschel | 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. | |
4 | 2021-05-24 13:21 | JeroenvanderGun ♦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... | |
5 | 2021-05-24 13:31 | mueschel | 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. | |
6 | 2021-05-24 14:29 | JeroenvanderGun ♦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... | |
7 | 2021-05-24 14:37 | mueschel | 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 | 1 | 2021-05-24 14:19 | mappinglander ♦99 | The issue has been fixed. |
105163950 by mueschel @ 2021-05-23 12:35 | 1 | 2021-05-23 13:18 | dcapillae ♦360 | Thank you, Mueschel. It was my mistake. |
105076089 by mueschel @ 2021-05-21 08:50 | 1 | 2021-05-21 18:05 | dafadllyn ♦66 | Hallo mueschelWeshalb 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... |
2 | 2021-05-21 18:13 | mueschel | 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... | |
3 | 2021-05-22 19:30 | dafadllyn ♦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. ... | |
4 | 2021-05-22 20:14 | mueschel | 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... | |
5 | 2021-05-22 21:08 | dafadllyn ♦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 | 1 | 2021-05-22 10:18 | archie ♦1,305 | I am terribly sorry for that! |
104985690 by mueschel @ 2021-05-19 21:34 | 1 | 2021-05-20 19:46 | Violaine_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_ParkingI didn't find any wiki reference for using it. Btw, you never answer... |
2 | 2021-05-20 20:31 | mueschel | 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. | |
3 | 2021-05-20 20:36 | Violaine_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... | |
4 | 2021-05-20 20:39 | Violaine_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 | |
5 | 2021-05-20 20:44 | mueschel | 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. | |
6 | 2021-05-20 20:47 | mueschel | 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. | |
7 | 2021-05-20 20:49 | Violaine_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/TagsI am pretty sure local experimentation was possible in OSM, isn't it? I've seen osm tagging ev... | |
8 | 2021-05-20 20:50 | Violaine_Do ♦190 | thks for the clarification on experimental tagging! | |
104759294 by mueschel @ 2021-05-16 08:55 | 1 | 2021-05-16 14:51 | black_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... |
2 | 2021-05-16 16:22 | mueschel | 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... | |
3 | 2021-05-16 16:25 | mueschel | 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... | |
4 | 2021-05-17 18:07 | black_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... | |
5 | 2021-05-17 18:17 | black_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... | |
6 | 2021-05-17 18:23 | mueschel | 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... | |
7 | 2021-05-20 20:04 | black_bike ♦26 | Hallo,ich bin, wie ich schon geschrieben habe, aktiv daran beteiligt, die Erfassung der Bedeutung und Herkunftvon 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... | |
8 | 2021-05-20 20:39 | mueschel | 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 | 1 | 2021-05-20 19:42 | Violaine_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 | 1 | 2021-05-20 19:37 | Violaine_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... |
2 | 2021-05-20 19:37 | Violaine_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 | 1 | 2021-05-18 21:17 | Jrachi ♦769 | Ti dispiacerebbe evitare di cancellare oggetti senza prima avvisare?C'era un errore da correggere.Non era necessaria la cancellazione. |
2 | 2021-05-19 18:13 | mueschel | (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... | |
3 | 2021-05-19 19:47 | Jrachi ♦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 | 1 | 2021-05-17 13:40 | gabro00 ♦321 | Thanks! The tagging needs a cleanup as well, keys likeservice: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 | 1 | 2021-05-16 11:07 | Frans S ♦9,822 | Hello MueschelThanks 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 | 1 | 2021-05-15 20:20 | alessandrocarmeli ♦236 | grazie per la correzione! --- Published using OSMCha: https://osmcha.org/changesets/104734825 |
104528717 by mueschel @ 2021-05-11 18:07 | 1 | 2021-05-14 09:40 | Dawid2849 ♦712 | Thanks. |
104038506 by mueschel @ 2021-05-03 08:30 | 1 | 2021-05-09 23:31 | Viajero 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. |
2 | 2021-05-09 23:50 | Viajero 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. | |
3 | 2021-05-10 00:10 | Viajero Perdido ♦243 | Fixed. | |
4 | 2021-05-10 07:47 | mueschel | 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 | 1 | 2021-05-08 20:26 | azakh-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 | 1 | 2021-05-03 13:55 | Canal 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 |
2 | 2021-05-03 18:32 | mueschel | 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 | 1 | 2021-05-03 17:07 | Netzwolf ♦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 |
2 | 2021-05-03 17:10 | mueschel | 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 | 1 | 2021-04-30 14:38 | Allroads ♦420 | Thanks! |
103542786 by mueschel @ 2021-04-24 15:49 | 1 | 2021-04-29 12:04 | timmito ♦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 |
2 | 2021-04-29 12:47 | mueschel | 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 | 1 | 2021-04-27 17:55 | Violaine_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 | 1 | 2021-04-24 11:51 | aixbrick ♦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 | 1 | 2021-04-19 10:14 | Lachgast ♦119 | Thanks a lot! I missed that one. |
103097368 by mueschel @ 2021-04-17 10:38 | 1 | 2021-04-17 14:22 | KuoLLK ♦21 | You only deleted two nodes, why not do it separately |
102977345 by mueschel @ 2021-04-15 08:18 | 1 | 2021-04-15 15:05 | DAMIANO MORETTI ♦1 | why? |
2 | 2021-04-15 15:28 | mueschel | 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. | |
3 | 2021-04-15 16:24 | DAMIANO 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 | |
4 | 2021-04-15 16:57 | mueschel | I think you're looking for a route relation:https://wiki.openstreetmap.org/wiki/Relation:route | |
5 | 2021-04-15 18:08 | DAMIANO MORETTI ♦1 | I tried...perhaps!! grazie! | |
6 | 2021-04-15 18:20 | mueschel | 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 | 1 | 2021-04-14 13:19 | Wulfmorn ♦193 | Oh dear, that was an unfortunate mistake. Thank you :) |
102697350 by mueschel @ 2021-04-10 12:54 | 1 | 2021-04-10 16:20 | alexashh ♦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? |
2 | 2021-04-10 16:27 | mueschel | 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 | 1 | 2021-04-10 12:46 | StefanHRT ♦403 | Hallo mueschel, nur zum Verständnis, bedeutet dies nicht, das auch Fußgänger nur in eine Richtung laufen dürfen? VG |
2 | 2021-04-10 12:50 | mueschel | 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... | |
3 | 2021-04-10 13:00 | StefanHRT ♦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? | |
4 | 2021-04-10 13:34 | mueschel | "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... | |
5 | 2021-04-10 14:14 | StefanHRT ♦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 | 1 | 2021-04-05 12:44 | PGW77 ♦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. |
2 | 2021-04-05 12:47 | PGW77 ♦3 | https://www.google.com/maps/@30.11244,-82.6475034,16z | |
3 | 2021-04-05 12:50 | mueschel | 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/102213295There were parts of the ways crossing through buildings and crossing highways repeatedly and no hint of anything in the aerial images. | |
4 | 2021-04-05 13:08 | PGW77 ♦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. | |
5 | 2021-04-05 13:09 | PGW77 ♦3 | I still have it loaded in JOSM and I'm looking at it. | |
6 | 2021-04-05 13:12 | mueschel | 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. | |
7 | 2021-04-05 13:53 | PGW77 ♦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 | 1 | 2021-04-05 12:04 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. |
2 | 2021-04-05 12:08 | mueschel | 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" | |
3 | 2021-04-05 12:18 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
4 | 2021-04-05 12:22 | mueschel | 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". | |
5 | 2021-04-05 12:43 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
6 | 2021-04-05 12:47 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
102263266 by mueschel @ 2021-04-04 09:43 | 1 | 2021-04-04 21:47 | MCDA ♦112 | Why did you change these tags? |
2 | 2021-04-04 22:02 | mueschel | Hi,mobile_phone:technology doesn't exist as a tag yet. Tagging this information as communication:XX is common and already used >1000 times. | |
3 | 2021-04-04 22:11 | MCDA ♦112 | if it is so common, where is this documented? | |
4 | 2021-04-04 22:17 | mueschel | Unfortunately I'm not aware of a Wiki page yet...I consult Taginfo in these cases:https://taginfo.openstreetmap.org/search?q=communication%3A | |
5 | 2021-04-04 22:24 | MCDA ♦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 | |
6 | 2021-04-04 22:30 | mueschel | 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. | |
7 | 2021-04-04 22:43 | MCDA ♦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. | |
8 | 2021-04-05 08:35 | mueschel | 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. | |
9 | 2021-04-05 12:15 | MCDA ♦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... | |
10 | 2021-04-05 12:27 | mueschel | 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 | 1 | 2021-04-04 17:37 | Tesla ♦40 | Oops! Thanks! Edited the wrong field. |
101870137 by mueschel @ 2021-03-28 11:55 | 1 | 2021-04-01 18:09 | user_5359 ♦19,415 | Please see https://www.osm.org/changeset/101963844 |
101869110 by mueschel @ 2021-03-28 11:25 | 1 | 2021-03-31 13:15 | PeterPan99 ♦43 | Thank you for correcting my spelling. Regards, Peter |
101870395 by mueschel @ 2021-03-28 12:02 | 1 | 2021-03-30 00:39 | GOwin ♦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 | 1 | 2021-03-28 17:53 | micheleOSM3 ♦104 | Why do you think the tags were wrong? |
2 | 2021-03-28 17:57 | mueschel | Keys are case sensitive - "From" and "To" don't exist, it has to be "from" and "to". | |
3 | 2021-03-28 18:05 | micheleOSM3 ♦104 | Ok, but you changed also the values, why? | |
4 | 2021-03-28 18:14 | mueschel | 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. | |
5 | 2021-03-28 18:40 | ivanbranco ♦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? | |
6 | 2021-03-28 18:43 | micheleOSM3 ♦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... | |
7 | 2021-03-28 19:46 | mueschel | 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. | |
8 | 2021-03-28 19:54 | micheleOSM3 ♦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 | 1 | 2021-03-28 15:07 | alessandrocarmeli ♦236 | Not make big changeset in big area --- Published using OSMCha: https://osmcha.org/changesets/101877076 |
101834249 by mueschel @ 2021-03-27 11:50 | 1 | 2021-03-27 13:37 | Ger Groeneveld ♦3 | https://wiki.openstreetmap.org/wiki/Tag:power%3Dtransformer; propose to change output to rating:transformer rating with value xx MVA/KVA/VA |
2 | 2021-03-27 13:42 | Ger Groeneveld ♦3 | transformer:rating with value xx MVA/KVA/VA | |
3 | 2021-03-27 14:12 | mueschel | Right, transformers use 'rating', as opposed to generators and plants.Thanks! | |
101434667 by mueschel @ 2021-03-21 11:18 | 1 | 2021-03-21 17:36 | Allison 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 | 1 | 2021-03-21 12:28 | SekeRob ♦1,435 | For tagging consistency in OSM parking:fee but parking_space(I know, it's just a dream)Have a nice day. |
2 | 2021-03-21 12:46 | mueschel | 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.... | |
3 | 2021-03-21 13:04 | SekeRob ♦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 | 1 | 2021-03-10 12:44 | Kovoschiz ♦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... |
2 | 2021-03-10 13:00 | mueschel | 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 ... | |
3 | 2021-03-11 05:59 | Kovoschiz ♦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 | 1 | 2021-03-08 23:23 | whb ♦615 | Hallo mueschel,so war das wohl nicht gedacht? |
2 | 2021-03-09 12:11 | mueschel | 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. | |
3 | 2021-03-10 10:08 | whb ♦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=informationdisused:information=officeAber eigentlich sollte es doch so aussehen:disused:tourism=informationin... | |
4 | 2021-03-10 10:14 | mueschel | Da hast du natürlich Recht. Ich habe es korrigiert. | |
91556654 by mueschel @ 2020-09-26 16:00 | 1 | 2021-03-04 11:52 | mariotomo ♦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 |
2 | 2021-03-04 12:09 | mueschel | All lengths in OSM are given in meter - "diameter" is the only exception where millimeter are used as default. Fixed it.Thanks for noticing! | |
3 | 2021-03-04 12:57 | mariotomo ♦1,896 | hi! thanks for fixing, and thanks for correcting my wrong assumption. | |
100286372 by mueschel @ 2021-03-02 14:22 | 1 | 2021-03-02 16:56 | Martin Constantino–Bodin ♦120 | Oups, je n’avais pas remarqué ma typo. Merci ! ☺ |
99690962 by mueschel @ 2021-02-21 17:28 | 1 | 2021-02-23 18:52 | JayTurnr ♦155 | Oh my bad, I'll change my preset :) |
99837460 by mueschel @ 2021-02-23 15:07 | 1 | 2021-02-23 17:21 | SekeRob ♦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... |
2 | 2021-02-23 17:32 | mueschel | 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... | |
3 | 2021-02-23 18:17 | SekeRob ♦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 | 1 | 2021-02-22 14:39 | Carto'Cité ♦1,139 | Merci pour la correction !Antoine de Carto’Cité. |
87852895 by mueschel @ 2020-07-11 12:42 | 1 | 2021-02-20 15:11 | alzyee ♦26 | looks like an Automated Edit |
99583981 by mueschel @ 2021-02-19 10:14 | 1 | 2021-02-19 12:03 | StefanHRT ♦403 | Hallo mueschel,Danke, ist mir unerklärlich, wie das da mit rein kam. VG Stefan |
2 | 2021-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 | |
3 | 2021-02-19 19:07 | StefanHRT ♦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... | |
4 | 2021-02-19 19:12 | mueschel | 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... | |
5 | 2021-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. | |
6 | 2021-02-20 03:26 | StefanHRT ♦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? | |
7 | 2021-02-20 09:27 | mueschel | Ja klar. Wenn du den Operator angeben willst, musst du das sogar machen. | |
8 | 2021-02-20 14:05 | StefanHRT ♦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 | 1 | 2021-02-19 14:40 | dmlu ♦164 | Thank you (and sorry)! |
98766203 by mueschel @ 2021-02-05 11:57 | 1 | 2021-02-11 08:58 | Dino 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 |
2 | 2021-02-11 09:46 | mueschel | Sorry, my fault. Thanks for fixing it again! | |
99049115 by mueschel @ 2021-02-10 14:48 | 1 | 2021-02-10 21:06 | streckenkundler ♦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... |
2 | 2021-02-10 21:33 | mueschel | 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 | 1 | 2021-02-10 19:09 | mistergoodnight ♦16 | Danke für die Korrektur! |
98847048 by mueschel @ 2021-02-07 11:52 | 1 | 2021-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 |
2 | 2021-02-09 21:19 | mueschel | 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 | 1 | 2021-02-07 21:12 | zyphlar ♦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 | 1 | 2021-02-04 09:36 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. |
2 | 2021-02-04 09:37 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
3 | 2021-02-04 09:42 | mueschel | 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. | |
4 | 2021-02-06 22:30 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
5 | 2021-02-06 22:44 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
98411667 by mueschel @ 2021-01-30 12:09 | 1 | 2021-01-31 11:55 | Milhouse ♦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 |
2 | 2021-01-31 12:00 | Milhouse ♦26 | PS thanks for fixing my error! | |
3 | 2021-01-31 13:03 | mueschel | 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 | 1 | 2021-01-29 08:22 | Vinber-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 |
2 | 2021-01-29 08:39 | mueschel | 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 | |
3 | 2021-01-29 11:22 | Vinber-Pro ♦1,248 | Sorry for french :)thanks for level0 i was forgot it. | |
95335632 by mueschel @ 2020-12-05 14:16 | 1 | 2020-12-17 08:34 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. |
2 | 2020-12-23 13:57 | Something B ♦142 | @Sowa1980,"precipice = natural" это тег обрыва-склона? | |
3 | 2021-01-24 22:45 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
4 | 2021-01-24 22:48 | Something B ♦142 | Тогда взгляните на https://wiki.openstreetmap.org/wiki/RU:Tag:natural%3Dcliff | |
5 | 2021-01-24 23:11 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
6 | 2021-01-24 23:14 | Something B ♦142 | Почему не подходит? Объясните, пожалуйста. | |
7 | 2021-01-25 00:22 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
8 | 2021-01-25 01:06 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
9 | 2021-01-25 08:07 | Something B ♦142 | 1. Удаление совершено не мной, а @mueschel;2. Тем не менее, "precipice = natural" не документирован, имеет только одно вхождение (taginfo) и отличие от "natural = cliff" не очевидно. | |
10 | 2021-01-25 08:28 | mueschel | 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... | |
11 | 2021-01-25 16:57 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
12 | 2021-01-25 17:03 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
13 | 2021-01-25 21:33 | Something B ♦142 | Это понятно, что документирование не обязательно, но без этого назначение "precipice = natural" не понятно. Вы можете создать wiki-страницу для него? Чем это отличается от... | |
14 | 2021-01-25 22:11 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
15 | 2021-01-25 22:24 | Something B ♦142 | @Sowa1980Вместо того, чтобы ответить на вопрос, чем Ваш тег отличается от общепринятого, Вы пишите длинный комментарий, что у Вас нет времени на это. Неужели это так сло... | |
16 | 2021-01-25 22:56 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
17 | 2021-01-25 22:57 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
18 | 2021-01-25 23:00 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
19 | 2021-01-25 23:04 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
20 | 2021-01-25 23:26 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
21 | 2021-01-25 23:30 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
22 | 2021-01-26 00:25 | Something B ♦142 | Спасибо за ответ. Советую придумать (или поискать на taginfo) другой тег, текущий (precipice = natural) слишком неочевидный. | |
23 | 2021-01-26 00:31 | Something B ♦142 | Кажется, вот оно https://wiki.openstreetmap.org/wiki/Tag:natural%3Dearth_bank | |
24 | 2021-01-26 01:41 | Sowa1980 Active block | Comment not displayed. To view it, please select the "Include blocked users" option. | |
25 | 2021-01-26 08:44 | mueschel | @Something B From the scarce information we got I agree that this is most likelynatural=earth_bankearth_bank=scarp | |
98027768 by mueschel @ 2021-01-23 16:49 | 1 | 2021-01-24 13:10 | martindemling ♦8 | Hello mueschel, thanks for pointing out that mistake and fixing it! Regads, Martin |
97777197 by mueschel @ 2021-01-19 15:03 | 1 | 2021-01-22 18:38 | vorpalblade ♦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=... |
2 | 2021-01-22 18:54 | mueschel | 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:accessI have never seen the Wiki page you linked before, and I'm very sure this tag was ... | |
3 | 2021-01-22 19:09 | vorpalblade ♦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... | |
4 | 2021-01-22 19:42 | mueschel | 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. ... | |
5 | 2021-01-22 21:31 | vorpalblade ♦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... | |
6 | 2021-01-22 21:36 | vorpalblade ♦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 | 1 | 2021-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 |
2 | 2021-01-04 14:51 | mueschel | 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 | 1 | 2020-12-30 15:21 | Kovoschiz ♦2,543 | `*:ja-Kana=` is same as `*:ja-Hira=` and `*:ja-Latn=` (also `*:ja-Hrkt=`) |
2 | 2020-12-30 15:25 | mueschel | The key "name:ja-Kana" doesn't exist.The documented spelling is name:ja_kana53000 uses vs. 0 uses.https://wiki.openstreetmap.org/wiki/Multilingual_names#Japan | |
3 | 2020-12-30 15:31 | Kovoschiz ♦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=`. | |
4 | 2020-12-30 15:31 | Kovoschiz ♦2,543 | I changed to `*:ja-Hrkt=` | |
5 | 2020-12-30 15:33 | mueschel | Please use the documented tags. | |
6 | 2020-12-30 15:33 | Kovoschiz ♦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. | |
7 | 2020-12-30 15:35 | Kovoschiz ♦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 | 1 | 2020-12-19 18:42 | spiregrain ♦198 | oops! thanks! |
89732157 by mueschel @ 2020-08-21 08:21 | 1 | 2020-12-18 22:05 | Robhubi ♦132 | Wow, wie hast du das nur bemerkt???Respekt und vielen Dank!LG Robert |
2 | 2020-12-19 10:29 | mueschel | 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 | 1 | 2020-12-12 14:01 | SekeRob ♦1,435 | HiWith 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... |
2 | 2020-12-12 14:49 | mueschel | 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-schemaBut it seems that the list currently used is not yet from there. | |
90374256 by mueschel @ 2020-09-03 17:19 | 1 | 2020-12-07 12:16 | ququruzka ♦203 | hello.Why did you delete name:uk from this street ? |
2 | 2020-12-07 12:28 | mueschel | Please check the history:https://www.openstreetmap.org/way/169486186/historyI 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 | 1 | 2020-12-06 05:26 | tastrax ♦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 | 1 | 2020-12-05 12:18 | Kovoschiz ♦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=`. |
2 | 2020-12-05 12:20 | Kovoschiz ♦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=`. |