Zuerst einmal: http://vespucci.io/help/en/19.0.0%20Release%20notes/#support-for-external-measurement-apps

Zum Workflow: wenn ich richtig verstehe generierst du über mehrere Schritte hinweg modifizierte OSM Daten die du dann in Vespucci lädst und vor Ort anpasst. Das scheint mir etwas umständlich, ich hätte eher aus den Geoportal Daten Geojson generiert mit den gewünschten Attributen und die Geojson Schicht dann direkt in Vespucci gebraucht um entweder die Tags upzudaten, oder neue Objekte zu erstellen. Das braucht maximal 2-3 Klicks pro Objekt.

Alternativ oder zusätzlich, kannst du auch einfach eine Todo Liste erstellen, siehe http://vespucci.io/help/en/18.0.0%20Release%20notes/#improved-osmose-and-todo-support Das Format könnte vermutlich auch von deinem Skript erstellt werden, wenn du Interesse hast, bitte melden.

The long tail of values in essentially any “numeric” tag in OSM will contain malformed data that has to be dealt with. How exactly could range from trying to parse them to extract some useful information, to simply ignoring them. What you can’t do is simply assume they will contain well formatted numbers.

We had a discussion back in October in the Swiss community with respect to best practices of mapping individual chargers vs. the area of larger charging facilities. (and tagging the area). See http://lists.openstreetmap.ch/pipermail/talk-ch/2022-October/011686.html It would be nice if we could get general agreement on how to handle detailed vs. rough mapping without losing information.

Some of the issues you have seen in numeric values are “normal” and not specific to charging station tagging, any use will have to normalize these.

PS: I need to remember that we need a plug-in value for authentication, while this is only common right now for Teslas it is likely to become much more common.

Apologies, but from reading the post it isn’t clear if this is official product marketing, aka you announcing this as an Meta employee (or employee of an other related organisation), or something else. I believe a clarification would be in order.

@tg4567 and @jonsger this is already covered in the blog post.

@DeBigC sounds kind of normal and roughly in line with the influx of new mappers we see here https://www.openstreetmap.org/user/SimonPoole/diary/397810

One time editors have always been common as long as I’ve been involved in OSM and “larger mappers” that is contributors that have turned mapping in to their hobby are rare and I wouldn’t really expect that to change.

The dynamics are naturally going to be different in developing countries.

@pnorman thanks for the numbers, I think they at least indicate that there was something going on with the HOT numbers.

Naturally contributions tend to lag conversion/signup by a fair bit, but on the other hand if we assume that most HOT signups happen immediately at events at which the signups start mapping, those numbers would actually align with the periods we are looking at.

@stevea the point was not that residential areas can’t have names, the question was about using the brand of a development company to nmae them.

From a world wide point of view there may be legal issues.

Guess what mvexels audience here is.

Unluckily it probably has to be said: check your local legislation before using a dash cam in general and specifically for mapillary.

Street name format are not consistent in OSM. 

Best see if you can contact other mappers in the country and get agreement on how to handle them. Potentially it is also a good idea to get input from the Nominatim maintainers.

@dolbr historically financials has always been the largest non-delegated board task (with the exception of actual accounting), because there are a number of things in that space that are difficult to hand off to non-staff / non-officers. Growth is just making it more and more painful (and the specifics of the OSMF naturally don’t make it easier either).

No one disagrees with your opinion that OSMF should be more governance oriented and less of a working board.

Well for starters the board as a whole seems to disagree with that. The last three boards have been substantially more hands on than previous boards going back a decade, not to mention to the communications that refocused from the working group to the board activities over the same time frame.

The map editing software doesn’t have a diary function.

The OSM website has (among other things), a diary function and a way of starting a number of different editing apps on the area that you happen to be viewing.

@mvexel prior to 0.6 there was no grouping of edits. The objects versions had timestamps just as they had now, but as @mmd points out that is all independent of the concept of an “upload” which is not reflected (including in 0.6) in the data model.

It is just an artifact from when changesets were introduced in March 2009 and they were automatically created from the existing edits at the time.

With other words you are being sentimental about something you never actually did, that is create a changeset in 2007.

Conferences will tend to be biased towards those that can either afford to go there or are paid to be present, so organizations with deep pockets will always be over represented (chatting with somebody during the conferences we were musing if there was a majority present that would be sending in expense claims on Monday, and our conclusion was yes).

This year it was even more noticeable due to the adjacent FOSS4G and naturally due to the fact that you could easily participate online, thanks to the pandemic for that one :-).

@coolmule0 while the ODbL is nominal compatible with itself, that is not the point. Incorporating ODbL licensed data makes a future licence change of any kind (and if it is just fixing the couple of minor issues the current version of the ODbL has), completely dependent on the good will of the original licensors (if they even still exist at that point in time), or removing the data in question.

There’s a further issue with all licenses that don’t allow sub-licensing that makes all such sources problematic, but that isn’t an ODbL specific issue.

Besides everything that has been said, there are regions, for example the UK, where if the outlines were generated from Bing imagery, the imagery is obviously no longer available making it very difficult to determine if the outlines are even just half correct.

The other issue is naturally, as has been pointed out many times, that the licensing isn’t ideal and will long term cause issues.

@woodpeck there are lots of bits and pieces that could have been done 4 years ago with minimum effort and programming, for example restricting access to planet files with PI. This would have been totally unproblematic and with minimal or even no impact (as most consumers immediately throw the problematic data away in the 1st place).

But instead of doing that, distribution of the problematic dumps has actually been increased via torrents and mirrors (9 in 2018, now 17) making the issue worse instead of better.