gorn has commented on the following diary entries
|Scaling multilingual name tags with Wikidata||14 days ago||
Great initiative! I see one danger thought. Usually a city or village is also connected to surrounding region. Both the city and the region cam be mapped in OSM (and in Czechia they always are) having the same or similar name. One needs to be carefully to attach the wiki data label to the right area than. If needed I can easily fingers and example.
|GSoC 2016 - marking cities||3 months ago||
I think that the problem with airports is a general one. The apperance of any feature is fixed to the zoom level. But this can NEVER work in general. If you set up such parameters correctly for a crowded city it wont work for a desert or nature with few villages. If you set it up for less populated areas, it will be broken for cities.
Currently the result is (at least as I feel it for areas in Czech republic) that in zooms below 11 there is not much usefull information and one must zoom in to get some - and there is tons of empty space on the map (well not really empty but with no labels and pois). But again it is uselles to adjust it for such a case because it would break somewhere else.
I thik we need to instroduce something as "density of map" and adjust the apperance of features, labales etc, according to this. This density would be dependent on location on the map and can even be precalculated every week or so (as it does not change that fast).
Second possible approach simmilar to this one would be not to use "absolute zoom" to decide if the feature should be displayed / labelled or not, but use "importancy scale". Every feature would have an "importancy" - for the starters we can use the lowest zoom it shows on, but it can be refined. Than the algorithm to form a map for area would be as follows:
The importancy can be different for object itself and for its label and of course it can be much complicated than that, but this is just the basic simplified idea. The result would be that at any zoom and any place the map will look resonably informative / not too crowded. Also note that in large maps you may want to run this process more "locally" i.e. to some extent independedly for each part of the map.
|How to find Missing Roads in OSM with GPS data||about 1 year ago||
Nice job :)
Funny observation - I have randomly mapper some places in CZ and DE and all of them were some sort of insustrial areas with lot of dirt foads - mostly land-fills or mines. It seems that drivers driving dump cars like to use OSM :)
|Lower Part of Arinsal||over 2 years ago||
Good work. You make it disappear by "solving it". They will disappear after some time.
|google google google||over 3 years ago||
I agree that there users should not be forced to use google recapcha. In addition to what has been said, it helps google with digitalizing the books and there might be people who do not want to help google in this - the project has many contraversories, including data licencing and unhappy authors of books beeing digitalized. Therefore users of project like openstreetmap with very different philosophy should not force its users to contribute to google digitalization.