Voorverwerken BGT voor import in OSM

[justb (Just van den Broecke)]

Interessante werkwijze. Lijkt ook wat op de manier waarop in Spanje gebouwen/panden worden geïmporteerd, nl uiteindelijk met gegenereerde .osm bestanden. Daar worden de handmatige handelingen in een server-side tool met API gedaan. De .osm bestanden worden per gemeente(-polygoon) gegenereerd, en vervolgens in een HOT Task Manager opgenomen met daarnaast net als hier een een handmatige JOSM import/werkwijze, met alleen aantal standaard Plugins (TODO, Building etc) want het oog van de mapper is altijd nodig…

Naar zoiets zouden we hier ook kunnen toewerken en dan bijv op basis Wijk/Buurt polygoon. (Ik denk even hardop).

Andere discussie is of parkeervakken: Landuse of Landcover zijn. Ik beschouw ze (in map5topo) als Landuse, de functie, net als bijv boomgaarden…Landcover is het materiaal, de pure aardbedekking, maar pff ook bij BGT/BRT loopt dit doorelkaar…Dan ben ik weer roepende in de
landcover=sand :-). Denk in OSM weer ok, amenity ruikt naar Landuse.

[Peter_Elderson]

@justb

Andere discussie is of parkeervakken: Landuse of Landcover zijn. Ik beschouw ze (in map5topo) als Landuse, de functie, net als bijv boomgaarden…Landcover is het materiaal, de pure aardbedekking,

Amenity gebieden zijn functioneel, net als landuse dus, lijkt me. Dan beschouw ik de landuse die foutief gebruikt wordt voor landcover als, nou ja, foutief dus. Een historische vergissing. Parkeervlakken kunnen kunnen over een andere landuse of natural heen liggen, en hebben zelf een surface (of erven die misschien van waar ze op liggen?)