http://wiki.openstreetmap.org/wiki/Snapshot_Server
Iets wat vergelijkbaar is met de laatste stap hieronder voor Potlatch2
i.p.v. JOSM.
On 01/09/2013 09:50 PM, Gertjan Idema wrote:
Ik zit ook al een tijdje in die richting te denken, mede naar aanleiding
van mijn ervaringen met BAG data in OSM.
Inmiddels ben ik begonnen met een Josm plug-in voor dit doel.
De functionaliteit die ik nu heb is als volgt:
- Selecteer via het menu (of via een toolbar) een open data verzameling
(Bijvoorbeeld NWB - Nationaal wegenbestand)
- Geef een download gebied aan (net als met de normale OSM download)
- Converteer deze data naar OSM formaat en bied ze aan in een aparte
laag.
Dit heb ik nu werkend voor de volgende open data:
- NWB (op basis van WFS service
http://geodata.nationaalgeoregister.nl/nwbwegen/wfs)
- ProRail Sporen (Op basis van Arcgis REST service
http://mapservices.prorail.nl/ArcGIS/rest/services/)
- BAG panden (Op basis van Geoserver WFS service op mijn locale systeem)
Naast het genereren van een Josm data laag, wordt de data ook in
specifieke Java objecten bewaard. Dit biedt mogelijkheden om geven
tussen verschillende lagen te vergelijken (Bijvoorbeeld straatnamen in
BAG vergelijken met dit in NWB).
Ook zou je hiermee bijvoorbeeld de history van een BAG object kunnen
bekijken. Een gesloopt pand wil je meestal niet in de data laag hebben,
maar als het pand nog in OSM staat wil je wel kunnen zien dat het
volgens BAG inmiddels gesloopt is.
Ik probeer het zo modulair mogelijk op te zetten, zodat het eenvoudiger
wordt om nieuwe datasets toe te voegen.
De status is op dit moment nog erg experimenteel, maar omdat het volgens
mij aardig aansluit bij jouw ideeën wou ik ieder geval even laten weten
dat ik hier mee bezig ben.
Gertjan Idema
On Wed, 2013-01-02 at 23:49 +0100, Robert Elsenaar wrote:
Ik kreeg ook steeds vaker die indruk. Naar mijn idee moeten wel dan zo
langzamerhand hand denken aan een andere generieke manier om niet de
data op een min of meer generieke manier voor OSM beschikbaar te
krijgen, maar voor de mappers van OSM.
Ik denken daarbij aan een soort 'containers' waarin voorbewerkte josm
layers of anders soortgelijke informatie te vinden is. Je kunt dan
denken dat iedere container een map gebied vertegenwoordigd.
Belangrijk is dan dat de toch redelijk technisch ingewikkelde data
verwerkingsklaar in de containers beschikbaar is. Op die manier zijn
er meer osmers die in staat zullen zijn om de gegevens naar OSM te
brengen.
Wat denken jullie van deze visie. Ik zou er graag eens over verder
willen praten.
Achtergrond: ik heb al tijden de wens om mee te helpen met inbrengen
van open data, maar heb niet de technische geopend kennis om mij
verdienstelijk te maken. Graag zou ik dat echter voor de omgeving van
Putten wel willen doen.
Met vriendelijke groeten
Robert Elsenaar
Stefan de Konink ste...@konink.de schreef:
On Tue, 1 Jan 2013, Robert Elsenaar wrote:
Is mijn indruk correct dat er steeds meer data wel beschikbaar is en
geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch
toevoegen van deze gegevens of niet mogelijk of onwenselijk is?
Nouja ik ben wel eens bij een bespreking van IM hierover geweest. En
er
zijn natuurlijk koppelvlakken te bedenken waarop dit werkt maar dit
integreert niet naar jouw eigen eind oplossing totdat je zelf een
converter maakt.
Het datamodel van OSM is voor een aantal dingen zoals robotisch
toevoegen
gewoon niet geschikt. Op welke wegvlakken is het bord van toepassing
is
een vraag relevant voor OSM, terwijl andere toepassingen genoegen
nemen
met een X,Y van het bord.
Stefan
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
--
---
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
