SimonPoole has commented on the following diary entries

Post When Comment
Missing Maps Mapathons as a recruiting instrument 6 months ago

To be fair, all such events, with humanitarian twist or not, are woefully inefficient as a recruitment tool (as in essentially have no effect). I don't know if this was different before 2010 or so, but it clearly has been so for years.

Market shares of editors 6 months ago

Why on earth did you include Merkaator in the graphs?

OSMF Selling Data to Google? 6 months ago

As the April fools joke obviously has created some real concern, a couple of clarifications:

  • google can use OSM data on the same terms as anybody else and the only thing stopping them are there own strategy product marketing considerations and as anybody else they would just have to abide by the licence. There definitely would be no obligation to compensate anybody for such use. With other words, there is actually no reason that anybody would have to take the trouble to create such a subterfuge.

  • while the presented construct for getting around the contributor terms and the licence is quite elaborate, it doesn't actually work that way. Forks have to continue to be distributed on the licence terms that the forked copy was originally obtained on. The OSMF itself is bound by the CTs to only distribute, or use, the data on terms of the licences approved by the community, that includes making copies/forks, to which the CTs do -not- apply. We have actually discussed if the OSMF even has the freedom to licence Produced Works on any compatible terms, a freedom we afford every other user of OSM data.


Are maproulette challenges undiscussed mechanical edits? 7 months ago

Have any comments been left on the relevant changesets?

Deteriorating Bing aerial imagery. - Mount Arrowsmith, Vancouver Island, British Columbia, Canada 8 months ago

Why don't you simply use the mapbox imagery it it is more recent?

While I can understand the moaning a bit,, microsoft did not, and has not entered in to an agreement with "OSM" to provide the latest up-to-data imagery or matter of fact has entered in to any obligation to provide anything. Or put differently: if you are not happy, you should simply go and organize something better.

POI standardization: Tractor Supply Co. 9 months ago

In general POIs are "standardized" via presets which typically provide both the fixed values and fields for those that need to be provided on a case by case base.

Typically you would provide such a preset for both iD and JOSM formats and then lobby the devs to include it.

Maproulette vs SSL vs Privatsphäre 9 months ago

Bezüglich OAuth fundtioniert Maproulette auch nicht anders als alle anderen Tools (JOSM, iD usw).

Dein Login/Passwort wird dabei nicht überhaupt nicht übertragen (das ist ja der ganze Sinn von OAuth) und das einzige was man machen muss ist über eine verschlüsselte Verbindung (nicht wie in deinem 3. Punkt behauptet unverschlüsselt), der sich über ein Token sich identifizierende Applikation die nötigen Zugriffsrechte zu geben. Auch die Applikation (in diesem Fall Maproulette) hat keinen Zugriff auf dein Login/Passwort.

Das ganze ist aber orthogonal zur Frage ob Maproulette jetzt https verwenden sollte oder nicht.

OpenStreetMap Community Statistics Revisited 9 months ago

@joost the "rawer" data would be a rather largish database dump, which I can naturally provide, I'm just not so sure that it would be useful. I can naturally run specific queries if a good case can be made for them.

Given that the published souce code is currently just a readme file the 1kB zips are not that surprising (the source code is totally uninteresting throwaway SQL with some perl around it) :-)..

OpenStreetMap Community Statistics Revisited 9 months ago

@Imre that is a bit of an insider joke, those are simply the changsets that couldn't be geocoded because the center wasn't inside a country boundary (see the original blog post), they can simply be ignored.

OpenStreetMap Community Statistics Revisited 9 months ago

To put the "205" in a bit more context, a comparison over the same time period with iD (~78'000 new users using iD over the period from April to December 2016):

Editor      >10     >100   >1000
iD          63%     35%      10%     11%      1%      0.2%

I don't think this is negative as such, it just shows that users starting off with are unlikely to be a source of lager mappers that in the end keep OSM alive.

OpenStreetMap Community Statistics Revisited 9 months ago

@BushmanK of the ~89'000 contributors that started off with ~2'200 tried a different editor at least once. In other words a bit over 2%.

The other interesting number is that just 205 of those 89'000 made more than 1000 changes in 2016. Note "changes" not "changesets", 1000 changes is really small, typically a changeset or two with a conventional editor.

OpenStreetMap Community Statistics Revisited 9 months ago

@pitscheplatsch IMHO the most interesting question currently is if we will see any uptick in longer term mappers due to the large numbers of people starting off with, or if the underlying trend continues as is

Active contributors per year

2014: 154'994
2015: 162'059
2016: 171'929 + 89'131 ( 
OpenStreetMap Community Statistics Revisited 9 months ago

Caribbean and Central America is lumped in to South America IIRC

3 years of welcome messages, more than 3400 of them 10 months ago

@mmd rarely, however I do superficially check contributions and if necessary follow up with a 2nd message or changeset comment, that will typically get some more feedback.

3 years of welcome messages, more than 3400 of them 10 months ago

@Vincent de Phily the difficulty is naturally that, on a larger scale, we don't actually know who got a welcome message or not (only who we sent one).

The more general problem with measuring the success (or absence of such) is on the one hand that the numbers are very small: we would expect perhaps 10% of contributors to edit more than once and an even smaller number to become regulars. Halving the numbers to do A/B testing (I wouldn't want to stop for a while because sign ups very often depend on external factors which we can't control) is not going to help with that. And on the other hand that effects may be hard to measure, contribution quality particularly. We do know, as already said that there hasn't been any drastic changes, wit: which would appear to be stable (contrary for example to Germany where the number of daily editors has been going down for a while).

Interesting enough one thing has subjectively changed over the last 2-3 years: we have a lot less broken municipality boundaries than we used to have (it used to be a at least once per week, and now that is extremely rare), but that could just as well be due to better tools.

Totalrevision der Verordnung über das eidgenössische Gebäude- und Wohnungsregister (VGWR) 10 months ago

Well "person in charge" is me, and there hasn't been any changes as of late. Originally we were planning on documenting in OA format, but given the potential changes (as mentioned) it doesn't seem to make sense until we have clarity wrt the GWR.

Totalrevision der Verordnung über das eidgenössische Gebäude- und Wohnungsregister (VGWR) 10 months ago

@MapMakinMeyers nope, essentially there is some cantonal and city data, but that is it at this point in time (OSM is currently likely the best open dataset), see

Mapping my home town : Gobichettipalayam 11 months ago

Great! You show the value of somebody surveying and mapping on the ground that knows the place.

BTW I noticed that this road nearby has a rather weird "ref" value, that should probably be replaced with the proper value or removed.

My Area Needed a Lot of Work 11 months ago

N-S vs E-W is not that uncommon see for example and actually quite easy to explain: the TIGER surveyors at the time drew a paper map and couldn't remember which side was up..... (it should be pointed out that there are places where TIGER actually did have something to do with reality).

My Area Needed a Lot of Work 11 months ago

Ah yes TIGER as we all love it. DesertTrip +1 for fixing.