MAPS.ME/Questionable OSM Edits
This page collects changesets created by Maps.Me users which are "questionable", i.e. they are of low quality, introduce duplicated objects or have other problems. Please only add cases which might have been prevented by a better Maps.Me.
Vandalism is possible and known via all editors and is difficult to prevent by a developer. ;-) Therefore please do not add it here.
Please sign your contributions using --~~~~.
See also the thread at the German forum.
You can do some changeset filtering via http://simon04.dev.openstreetmap.org/whodidit/ or http://osmcha-django-staging.tilestream.net/ ... these services have a text box where you can enter any editor name, like maps.me, Osmand, Vespucci, iD, Merkaartor, JOSM etc.
There is a Maps.Me monitoring tool at http://mmwatch.osmz.ru/ . It allows for filtering by country, edit type or user, and it has links to JOSM and Level0.
- 1 Duplicates
- 2 Invalid Tag Value (e.g. opening_hours or phone numbers)
- 3 Usage/Abuse of the name Tag
- 4 "Deleting" POIs with a note
- 5 Data Sources
- 6 Wrong Tagging
- 7 Modifying Tags
There is systematically a risk of creating duplicates as the data provided in Maps.Me is more or less out-of-date (weeks to months). Possible solution might be a real-time check of the OSM-db before uploading.--geow (talk) 11:37, 12 June 2016 (UTC)
- Maps.me does check the actual data and tries to prevent duplicates, but it doesn't have enough data to conflate e.g. two shops with slightly different names. Think a mall, where similar shops are one above the other. --Zverik (talk) 08:26, 14 June 2016 (UTC)
Duplicates could be entered into OSM database because they are not rendered by Maps.Me (hidden by another feature which is very close to them, e.g. two shops in one small building). The user would add the "missing" shop because he thinks that the shop is missing. (I have no changeset to prove this because I encountered this together with a workmate at his iPad) --Nakaner (talk) 11:53, 13 June 2016 (UTC)
- When you click "Add a place", all objects are displayed regardless of their position, even overlapping ones, so a user will see the shop they are trying to add. --Zverik (talk) 08:26, 14 June 2016 (UTC)
- I've got an example here: highway=rest_area tag paired with area=yes, changeset 41975372. It is rendered on OSM's slippy map, but it is not rendered by the app. Please refer to this screenshot. A MAPS.ME user has introduced a duplicate, with the assumption that this rest area doesn't exist yet in OSM's database. AkuAnakTimur (talk) 13:51, 7 September 2016 (UTC)
Maps.Me should also display objects which have tags not used by OSM. This prevents the entering of duplicates because the correctly tagged objects are not rendered. example --Nakaner (talk) 09:09, 27 June 2016 (UTC)
The "The place has gone or never existed." note could get two features:
- If not using the latest map the note should not be allowed to create
- The text should include the type of POI (e.g. "bakery"). Really cool would be the node/way/relation id. If the feature is already removed in the database the note is very confusing and other nearby POI might be deleted in order to close the note. Example: note on 2016-08-20 with map data 2016-06-20 and bakery already deleted on 2016-06-25 (incidentally on an earlier Maps.Me note).
Maps.me cannot add to existing address-nodes. Hence users tend to create a new POI and then duplicate the details of the address-node (partially, and often faulty) into the POI. Resulting in confusing/conflicting data. This problem is especially true in the Netherlands where almost all buildings have their proper address-nodes. Marczoutendijk (talk) 13:02, 21 August 2016 (UTC)
- The main issue here is that the person does not respond, not that he/she submits duplicate data. --Zverik (talk) 08:26, 14 June 2016 (UTC)
- 39969114 --geow (talk) 08:16, 15 June 2016 (UTC)
- 39989024 --R0bst3r (talk) 10:20, 15 June 2016 (UTC)
- 40090781 --Nakaner (talk) 08:58, 18 June 2016 (UTC)
- 4247551090 --Ziltoidium (talk)
- 41975372. See discussion above. AkuAnakTimur (talk) 13:51, 7 September 2016 (UTC)
Invalid Tag Value (e.g. opening_hours or phone numbers)
Usage/Abuse of the name Tag
name=* is abused by users whose language is not offered by the app (e.g. Chinese users entering Chinese names into name=*). They either add it to or replace the local name by a Chinese one. This might be a RTL (right to left) problem. --Nakaner (talk) 05:41, 14 June 2016 (UTC)
- 39664718 --Morryis (talk) 17:00, 14 June 2016 (UTC)
- 40027465 --geow (talk) 08:15, 15 June 2016 (UTC)
- 39950999 --R0bst3r (talk) 10:00, 15 June 2016 (UTC)
- 40179816, nodes 2389188915 and 703461016. --D3d9ex (talk) 13:39, 21 June 2016 (UTC)
- 41002641 and 41002980 - guillaumerose - 25 July 2016
- Values of name:* were set to names of the specific language in Russian, for example name:de=немецкий ("German"). name:en was set to "eng". I'm not sure whether it's the app's mistake or just the actual user input. --D3d9ex (talk) 13:39, 21 June 2016 (UTC)
- 40141550 --Datendelphin (talk) 15:31, 22 June 2016 (UTC)
- 41485627 More appending/replacing with foreign languages. --MMN-o (talk) 12:28, 16 August 2016 (UTC)
- English translation added to name tag, though an name:en already exists: 40324079, 40323842 40323731--morryis (talk) 16:17, 27 June 2016 (UTC)
-  Data is entered into the unusual (and in this context incorrect) name:cs tag (likely based on phone language) Stephankn (talk) 14:57, 30 October 2016 (UTC)
Confusion about scope for edits
Many users seem to think maps.me edits are their personal, local data.
- 39828910: A place name was changed to "the house of the user's sister near Tasek Gelugor". I changed it back, and I assume the user thinks that this is a local edit which is only stored in the device. AkuAnakTimur (talk) 23:54, 19 June 2016 (UTC)
- 40735620 The name tag was set as "Home" for a bus stop, as one would for a locally stored favorite/bookmark for example. --MMN-o (talk) 22:13, 14 July 2016 (UTC)
- Note 616766 This note was labeled "my appartment".--Jojo4u (talk)
- Note 645958 which describes a changeset.--Jojo4u (talk) 22:23, 1 August 2016 (UTC)
- Any edit of this user: reverted by others across the globe; also, \
- any of these changesets in the past month: 41067305, 41099803, 41099824, 41112549, 41049301, 41049301, 41061157, 41031683, 41017302, 40961184, 40923013, 40916179, 40814860, 40811869, 40811120, 40513223, 39813637 --Piskvor (talk) 21:36, 29 July 2016 (UTC); since then, any of the multitude of changesets in my edit history with title containing "mm" and "revert" (one or two a day, just for http://mmwatch.osmz.ru/?country=Czech+Republic).
- 39898568 which marks a highway rest_area in a residential front yard. 39912457 by the same user which inserted a furniture shop in the back yard of the same residence. --AndrewSnow 17:44, 14 October 2016 (UTC).
- The Middle East is infested with personal bookmarks. See my edit history and this discussion. I deleted hundreds (and perhaps a thousand) already. -- SwiftFast (talk) 15:34, 24 July 2017 (UTC)
Name used to convey metadata
- 38837869 adding road blockades as "viewpoints"; the user did in fact create notes, but marked them as "resolved" immediately --Jedrzej Pelka (talk) 19:00, 15 June 2016 (UTC)
- 41222172 Peak elevation added to name tag. --MMN-o (talk) 09:44, 4 August 2016 (UTC)
- name=Altglascontainer ("Recycling container for glass") instead of recycling:glass=yes. There should be options to specify the the materials according to Tag:amenity=recycling#Materials. Also consider to remove such descriptive name-Tags for these POIs. --rurseekatze (talk) 19:40, 6 October 2016 (UTC) using
- name=Briefkasten and name:en=Postbox additionally to amenity=post_box. Such descriptive name-Tags are not necessary. --rurseekatze (talk) 09:52, 27 October 2016 (UTC) using
- amenity=telephone was potentially being abused to "add" personal phone number entries. Any inputs with privacy concerns have been deleted. Changeset examples but with history links: Changeset 42561462, Changeset 42568199 AkuAnakTimur (talk) 18:17, 5 October 2016 (UTC)
"Deleting" POIs with a note
- In terms of (tagged) places in OSM, the coverage in Malaysia can be said quite sparse. Some MAPS.ME users would love to improve that, but using the completely wrong tags. E.g. tourism=*. 1 2 AkuAnakTimur (talk) 00:08, 20 June 2016 (UTC)
- MAPS.ME users don't find the correct category and select "alpine hut" (first). Please, add generic categories for offices (office=company), shops (shop=yes) or amenity. e.g.  Smaug (talk) 02:18, 22 June 2016 (UTC)
- MAPS.ME user did not find a good category and entered a astronomical observatory as tourism=attraction. Maps.Me should offer a category "other" whose entries are not uploaded automatically to OSM and instead put on a moderation website where experienced OSM contributors can pick them and enter them manually with correct tagging. --Nakaner (talk)
- Or just let it through and the experienced contributors can correct and/or add the appropriate tags later. Sometimes, even as an experienced user, it'd be a lot quicker for me to add the name and general type of place instead of finding the appropriate category on my phone for every single entry. Then I can fill in the rest at home with the category definitions at my side. If the moderators can't keep up with the submissions, there is a danger that other users will try to add the same places which haven't gone through the moderation process. That could be avoided if the entries went through, even if they didn't include as much information as people would like. -Svavar Kjarrval (talk) 23:55, 12 July 2016 (UTC)
- tourism=attraction is not wrong here. Almost always it is possible to add more tags, this edit was OK Mateusz Konieczny (talk) 18:25, 18 July 2016 (UTC)
- Maps.Me user added bus_station for a bus_stop.--Jojo4u (talk)
- Maps.Me users use the building:levels tag in a wrong way. They enter all levels including the roof level, even though the roof level should not be counted as building:levels. -- Prince Kassad (talk) 21:30, 27 July 2016 (UTC)
- There is no possibilty to add parking. Medulove (talk) 11:40, 15 September 2016 (UTC)
- Maps.me user added a speed camera as a police station in  --rurseekatze (talk) 19:27, 6 October 2016 (UTC) , tried to delete this mistake some minutes later with a note:
- Maps.me users add cuisine=vegetarian;vegan for restaurants (Example) that offer vegan/vegetarian dishes. The correct tagging should be diet:vegetarian=yes/only and diet:vegan=yes/only -- Mapper999 (talk) 20:59, 13 October 2016 (UTC)
- Useable tags when adding objects in mapsme is very limited so, a lot of people are using the first tag available to add anything they want and type in more info as notes. People using english uses "attraction" tag ,those from Brazil is using "abrigo", including more things in the list might help to resolve the issue partially. Also including an option to leave notes without creating or editing objects will also help to lessen wrong edits. Muzirian (talk) 11:06, 10 March 2017 (UTC)
- Maps.Me (I assume the app did this automatically) changed cuisine=Gutbürgerliche_Küche to cuisine=gutbürgerliche_küche. This should not happen automatically. --Nakaner (talk) 08:57, 27 June 2016 (UTC)
- Name got changed from name=Hvammur name=秘密泡湯 . fixed it -- malenki 20:38, 6 July 2016 (UTC)
- Maps.Me encourages users to delete opening hours for public holidays (PH). I have reported this bug twice via email and github but there has been no reaction from Maps.me so far. -- Mapper999 (talk) 21:06, 24 July 2016 (UTC)
- previous name was revived in https://www.openstreetmap.org/changeset/55218763 (old map data problem). A few days ago I visited the place and added the new name. I kept the previous name as old_name as it is still used as advertisement ("be surprised by our new concept"). Yesterday someone saw the previous name in the MAPS.ME app, as my change wasn't yet in their offline map data, and also tried to update the name. The user uploaded the new name as "name:de" and "name:en", but the previous value of the "name" tag was restored, overriding my change and being in conflict with the "name:de" and "name:en" tags. --Athalis (talk) 00:18, 7 January 2018 (UTC)