SOSM has commented on the following diary entries
|Add my location||18 days ago||
See http://www.openstreetmap.org/fixthemap for more information.
Note that the OSM database is not the place for non-observable features, so while it is reasonable to add the address to the building your office is in and potentially a POI for the kind of company you are (with the name), it is not the place for mareting and similar information.
|San Francisco data imports, anyone?||23 days ago||
And to not forget that love could mean fixing glaring problems before somebody multiple 1000 of miles away has to do it .... http://www.openstreetmap.org/changeset/29687035
|[LearnOSM] Report may 2015||2 months ago||
LeanOSM would be far more useful if it wasn't a HOT political pamphlet spouting an extremely biased and exclusive view of what OSM is, excludig the majority of the OSM community. If it was not so, it would be a useful starting point for beginners, nowyou can't point anybody except budding SJWs to it.
|Addressing||6 months ago||
@EdLoach the UK hasn't really embraced the idea of address mapping, see http://qa.poole.ch/addresses/ which likely has to do with the special situation wrt post codes in the UK compared to other European and the US. So I don't think the 200 year extrapolation is applicable for more than a small island in splendid isolation.
As to address mapping techniques: it really depends on if house numbers are large and clearly visible from the pavement. Most of the time this is not the case and that is why most schemes at trying to collect them "fast" fail.
IMHO the most efficient way to collect, on the ground, barring OSM employing streetview hardware with high res cameras, is: * at home draw the building outlines * walk along the streets in question and enter the the house numbers directly with vespucci With the address prediction functionality the accquistion rate is essentially limited how long you need to get from house to house.
|We can no longer go on like this||11 months ago||
It should be pointed out, given that neither the rate of new contributors joining nor their number of edits has noticeably changed over at least the last 5 years, the "damage" that they cause both relative to the number of larger and more experienced contributors and to the amount of pre-existing data has actually gone down and not increased.
|Contributor numbers revisited and empty changesets galore||about 1 year ago||
I haven't been following iD developement all too closely, but an OSM editor is one of those things that tend to mature fairly fast in real use. It is clearly not out of the question that there have been significant improvements in iD itself (relevant to the this discussion, there have naturally been a lot of improvements in general), but it could just as well be improved browsers.
If I get around to it, I'll produce some numbers on all empty changesets vs. editors given that any issues will affect all users and not just first timers.
But as you say, it is good news that the issues have been dropping.
|Identifying Imports in OSM data||about 1 year ago||
One possible refinement is to ignore or at least list in a class of their own, "bot" accounts (for example both woodpeck accounts don't actually introduce any new data).
|OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike||over 1 year ago||
[the following is naturally only my personal reading of the ODbL]
Your basic premise that "mixing" data is an issue is false.
The ODbL specifically allows aggregation of data via the concept of the "Collective Database", only the OSM derived component of such a database needs to be ODbL licenced.
Only if you actually modify your (proprieitary and other) non-OSM data on the basis of the data/information from OSM is your data subject to the share alike terms. Example: apply road surface tags from OSM to road vector data from a third party, then the result is derieved from OSM data and needs to be shared.
Ir is particularly important to note If you modify OSM data for example by improving the position changing/adding tags, yes, the resulting dataset must be licenced on ODbL terms, but it in no way effects the legal status of your original data such changes may have been based on.
|OpenStreetMap - Increasing diversity||over 1 year ago||
@tordanik while I fully support the notion of the foundation not defining goals for "OSM" and imposing them on the community (it is not quite clear by what kind of mechanism something along such lines could even be done), I do believe that the foundation can very well define goals for itself and support work on issues that it believes does not get enough attention.
|Attribution and all that (a rant)||over 1 year ago||
@dieterdreist you fail to show a practical way of attacking the issue. Since the OSMF is not the licensor of the data it is not a direct party to any legal questions surrounding the use of the data. As has been pointed out many many many times there is a large amount of legal uncertainty surrounding the protection of data with a CC-by SA licence in the USA, which in the end was one of the major reasons we changed the licence in the first place, this makes the risk for an affected individual to try and rectify the situation rather large, and AFAIK there have been no sucessful attempts to do that.