SomeoneElse has commented on the following diary entries

Post When Comment
A Map Legend 25 days ago

The "if you move away from it" issue is less of a problem with tabbed browsers everywhere these days; the bigger issue is that there is no one zoom level at which all of the map legend is sensibly visible! Another problem is agressive caching by e.g. mobile web browsers - it can be difficult to persuade an area to redisplay even if reendered on the server.

I'll probably end up with black boxes around groups of legend items with a label that appears at all zoom levels (saying "zoom in to see more" or similar). It might even be worth having special rendered map features just for the legend (rather than misusing place=locality for some of the names as now).

Even as it is though, it's hugely useful for QA - I spotted several errors such as "name not displayed" in the style only after I'd created the map legend. As it stands it's probably only about 20% complete (or maybe 40% complete of style-unique features).

Maps.Me loses OSM editing? 25 days ago

@Zverik Should that apply to notes too? has just been added and the MAPS.ME data that that user was seeing was from June last year.

Towards Creating General Melchett's Map about 1 month ago

@philippec Yes, that;s the problem that this is designed to solve. I do now render maps of Great Britain and Ireland using the method above, but unfortunately not Belgium :(

OSM has failed me about 1 month ago

"Having MAPS.ME show names as if the the phone language was language XX" sounds like a feature request to MAPS.ME to me (and one that I'd find useful, too!).

AAARGH !!! Those Spammers ! about 1 month ago

The admins do tidy the diary entries periodically, but if you're reading the feed that won't help. You'd need to suggest to whoever runs the feed that they change the way it works - perhaps only posting after a period of time. I'm not sure who runs it, but if you ask in #osm-dev on IRC, someone may know.

The bike lanes: Broken! about 2 months ago

The first thing I'd do is mention it (politely) to the other mapper - they won't know there's a problem otherwise. They've only been mapping for a few days, so be gentle :)

BOUNTY: identify changesets where street names were inserted 3 months ago

@jinalfoflia - OsmCha, while useful, doesn't actual do what is requested here, does it - "identify changesets where street names were inserted"?

If it does, perhaps you could explain how?

Potential contribution from ICT perspective 3 months ago

Re "we've done the quick fix for the app" can you confirm what changes you have made?

There are a number of issues. One is that the only changeset tag is typically "created_by" and is set to the mapper name, which is useless.

Another is that often the geometry of objects is implausible. Apparently is a >3 storey building with a shed on the roof, with a footprint that is less than a meter wide. This seems unlikely.

Still another is that all edits from the last day or so seem to have added the building type (typically "house") as either the name or the addr:housename or both.

Another is that some other tags seem to be unique within OSM. Where did you discuss the tagging scheme that you are using, and with whom? With imports there would be a step discussing the mapping of GIS attributes to OSM tags, and it seems only sensible to do the same here, especially where you are creating tags unique in OSM.

Potential contribution from ICT perspective 3 months ago

What'd be really helpful right now would be if you and the "great team who have got your back" could try and resolve some of the duplicates that are right now being added to the OSM database because of your buggy "geoMapTool" software.

It's easy to spot. All of the data has mistaggings. Much of it is duplicated - the same building uploaded in the same are over and over again.

It's not the fault of the users adding this data - they are presumably only doing what they were told to do, and are "trying to do the right thing" by adding valuable information in rural areas in Bangladesh. Unfortunately, the software that they have been given to use is letting them down.

Best Regards,


New edits not showing (yet again) 4 months ago

Yes - just to reiterate what has been said above - your edits are fine, and anyone using OSM data will see them. All the mobile apps that use OSM data will include them at the next upgrade cycle. The various third parties using data from e.g. Mapbox will see them; even the public transport infrastructure and the company printing maps that are displayed near supermarkets and railway stations local to me will see them too. They'll appear on the "standard" map at too, just a little slower for now.

New edits not showing (yet again) 4 months ago

It's a known problem - there's just been a discusson on IRC about it.

Dressed-up Notification Mails 4 months ago

I have one question - how do I turn it off?

The mails themselves do include a "text/plain" part, which is good, and it is often possible in view that by default in individual email clients, but not always (and it's cumbersome to have to do it many times).

Clearly some people actually like to read HTML formatted text (though I can't for the life of me think why). However the fact that this is still being adjusted to make it usable on mobile ( overlooks the fact that there's an excellent solution to "make a message readable everywhere" already - just make it available in plain text.

Was a profile option for "send always-legible notification emails" considered? How hard would it be to add?

Are you joking ?? 4 months ago

... which for the curious is here in OSM.

Are you joking ?? 4 months ago

It's perhaps worth adding that what you're seeing is "landuse=forest" in the sense of timber production - imported ways such as . It doesn't correspond to "trees on the ground here and only here" (as the underlying imagery shows, there's a light covering of trees all over). There's a bit of background about the ways that people map forest/woodland/trees in OSM here - unfortunately it's quite complicated. See also here for part of the discussion in OSM's "standard" style about how to map forest/woodland/trees.

Pokemon Go trash 5 months ago

Taking the points raised here from the top...

As it was recently discovered, Pokemon Go users have found that OSM data affects Pokemon "nests" location.

I'm not convinced that that has been discovered. It's certainly true that some fake stuff is being added (as you mention, some helpfully marked "not actual park", but also some water features such as ), but I don't think that anyone's found the "smoking gun" yet showing that Pokemon game locations actually derive from OSM. We know that the game map claims to use OSM data in South Korea, but that's a different issue.

So the next question is, what to do about it? There are two bits to it - the new users, and the data.

In the case of the data, if (as here) it's obviously fake, then it makes sense to revert it so that those cars in Troutville are no longer parked in a pond. However quite a lot of the Pokemon Go new edits that I've seen are actually trying to map real-world features. They may not be making a very good job of it, but they're not in any sense "vandalism".

The other issue is the new users. In this case, the fake Troutville pond mapper has made exactly 4 edits. They likely have absolutely no idea what OSM is; they only know it as "source for in-game items" (and whether that's true or not is an entirely different issue). Personally I'd like to think that there's a non-zero chance that we can explain to them what OSM is and have them become a "real" OSM mapper. Ethan's response seems entirely reasonable to me in terms of trying to guide them on that path - it may not work; but if it doesn't we've lost nothing, and it doesn't stop us fixing the data,

Finally, with regard to how to fix the data I suspect that a JOSM revert-based approach is likely to work better than an overpass find-and-fix one, as I suspect that that will miss stuff that other people have edited in the meantime - JOSM revert also flag up where there have been subsequent edits (which might be valid) that need to be considered.

"Crisis of anarchy" 5 months ago

I'm sorry, but if you think that the choice is between "a cool project or the best map" then you're talking through part of your anatomy not best adapted for the purpose :)

Let's take an example. According to Wikipedia that is a "is a place noted on a map". That curious form of words was used after various people tried to get the article deleted because the place does not exist. Perhaps it did, 150 years ago or so. Unfortately, the wikipedia admins, who thought they knew best, decide that because some left-over historic text appears on some maps of the area it deserves an article, and for that reason it lives on as a 21st-century "trap street" advertising the folly of wikipedia.

In fact it gets worse - it even has a wikidata article, and that has been shoe-horned into a category of "hamlet" rather than "place that used to exist but doesn't any more" because whatever created it had no local knowledge. I say "whatever" rather than "whoever" there with reason, because the history suggests it's bot-created and almost-entirely bot-modified.

In short, wikipedia is an excellent example to OSM - of exactly what not to do.

"Crisis of anarchy" 5 months ago

@salmin Yes, because obviously we just need to follow what wikipedia does :)

More seriously, wikipedia and OSM are very different. We've seen people coming from wikipedia recently and seeming shocked that they were asked about what they had been editing - in OSM it's not good enough to just copy from somewhere else. In many ways OSM is the anti-wikipedia - original knowledge is preferred.

Whilst communities online and offline can always learn from one another, I'd take advice from wikipedia with a very large pinch of salt.

Egleton Triangulation Pillar 5 months ago

The wiki pages often suggest other tags that I don't know about (I had no idea that "type=triangulation" was used, for example). Looking at the area in an OSM editor, I can see that the "NLS - OS 1:25k 1st Series 1937-61" map that's available as background does show it as being just above a 475' (145m) contour, so somewhere in that region would do I guess. Depending on the editor you're using you may need to zoom out to zoom level 16 to see this background.

Re mapping parties, the talk-gb mailing list is the place that most things will be mentioned. There may also be discussion in the talk-gb channel on IRC. There are regular active meetups (usually in pubs) in at least London, Birmingham, Notingham/Derby and Edinburgh. I think someone has recently been trying to organise something in Oxford too. Mapping meetups are rarer - I'd guess April/May for the next Midlands one.

Egleton Triangulation Pillar 5 months ago

Re the elevation, I probably wouldn't use the elevation from an eTrex 10 as I don't think that's got an altimeter in it and is just reporting the GPS altitude. It might be close to the real value, or it might not. Personally I'd also be careful with an altimeter-equipped value, based on changing weather conditions and how recently calibrated.

However, any trig point that's been there for 50 years or so is probably going to be on an out of copyright map somewhere - presumably you could use the elevation from that?

Re "Bing's idea of the absolute position of points on the earth's surface" - that's an excellent question. Imagery such as Bing's can be offset (though it's less of a problem than it once was) so it makes sense to check available compatible sources such as GPS traces as well. In the absense of any other information where you've put it is as good a place as any. The general way things work in OSM is that things get added and then refined later - don't get worried about "I might not have put it in exactly the right place" - someone can always move it later.

For info - if you've got any general questions you can always ask over at the help site: .

Finally, welcome! You actually missed a mapping party at Scalford just up the road from you at the weekend :)

2016 Washington New Users Report 6 months ago

That's great - it's brilliant that you're seeing a difference in the "time to stick around mapping" over a significant number of users.