If you want to filter out the stuff that’s not a diary then you can use: site:www.openstreetmap.org/user/ inurl:diary -inurl:comments "every door"

Nice. I always like me some Bash magic…

I’ll have to have a look at anglosaxon. I have some Python code I use to parse the changeset dump and I’ll be interested to see how much faster your program goes.

I’d love to come … but you know how it goes :-). Hopefully some other year we’ll make it.

The seven priorities coded into 1…7 for using as input is here.

Order based on Condorcet Ranked-Pairs:

Code used.

Try: http://overpass-turbo.eu/s/WlR

I did a quick check using the pyproj library and you’re not out by more than 200 mm so I wouldn’t worry about it.

There is an article that explains how they scaled the boundary off an 1857 map, so that’s going to be super accurate…

I also enjoyed the explanation about why NJ and NY spent so much time fighting this: “It’s a fight over gift shop sales tax revenue”.

@jidanni I didn’t say it was pretty, just that it get the job done. Strangely I was just discussing this on the tagging list: https://lists.openstreetmap.org/pipermail/tagging/2019-August/047582.html

@jidanni Here’s a nickel go and buy yourself a real editor.

;-)

I’m not sure you could design a more English tag if you tried.

It’s use is probably the result of a lack of other tags for an open area set aside for recreation. The common tag could stretch to cover these as the land is sorta held in common, but the tag doesn’t get rendered any more so no one is going to use it. As a side effect large swaths of land in Australia now get tagged as a park but you wouldn’t be able to tell by looking that it was anything other than bush.

Ouch.

There are at least two schools of thought on splitting a roundabout for routes.

I’m in the don’t split camp because I see the junction=roundabout as a single entity. Others want to split them because they think that it is more accurate.

As there is no consensus on which one to use I tend not to attempt to “fix” roundabouts as I don’t see it as a worthwhile use of my time.

The GPS receiver would also have to have been switched off for 20 years as the receivers store the last values it used so that they know when the counter has looped around.

Last time this happened it was pretty much a damp squib. Bugs do occasionally turn up GPS firmware but they are fairly rare.

Internally GPS works on the GPS time scale, which is the number of seconds since the epoch. All of the navigation calculations are done using the GPS time scale. The GPS time scale repeats every 19.6 years because the week number occupies only 10 bits, which means that the GPS receiver can only convert GPS time to UTC with a 19.6 year ambiguity.

This is why it is most likely that during the rollover a GPS will continue to give you correct navigation information as it doesn’t care what the current time is in UTC. It is also why the advisory from Homeland Security is addressed to “owners and operators and other users who obtain Coordinated Universal Time (UTC) from Global Positioning System (GPS) devices” and other, navigation concerned, organisations such as the FAA have not released any advisories.

To work out which particular UTC time and date it is now requires an external source of data. To do this your smart phone can just ask the network if it is currently 1980, 1998, or 2019 (or remember what the date was the last time it asked or what date it was when it was built).

Meh, the GPS rollover doesn’t affect the ability to provide accurate location data or time of day information. The real problem is that the day/month/year could be wildly wrong. However, as smart phones set their time from data received over the network this really isn’t going to be a problem.

We can’t really blame the Americans for “train station” as the correct term in US English would be railroad station. However, un/fortunately it is just one of those things where the language is changing.

I don’t know who set up the MapRoulette challenge but this has been discussed on the talk-au mail list:

https://lists.openstreetmap.org/pipermail/talk-au/2017-September/011451.html https://lists.openstreetmap.org/pipermail/talk-au/2017-September/011465.html

For reference 1 lakh = 100,000.

(Sorry I have to Google “lakh” every time I see it to work that out)

Turns out that it’s not that simple. I’ve tried this on a Windows 7 machine and it doesn’t work even if you have the dead keys activated. It will work if re-assign the shortcut to something else.

The instructions are not very clear. The imagery layer switch is mapped to the dead tilde key. This means if you are using an English keyboard layout then you don’t have this key. You need to change your keyboard layout to one that has the dead keys enabled ie:https://en.wikipedia.org/wiki/QWERTY#US-International.

Rather annoyingly you can’t use the keyboard shortcut set up to map things to the (live) tilde key (probably because they’re not available on a German keyboard layout?).