<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/4.1.92">
</HEAD>
<BODY>
Ik zit ook al een tijdje in die richting te denken, mede naar aanleiding van mijn ervaringen met BAG data in OSM.<BR>
<BR>
Inmiddels ben ik begonnen met een Josm plug-in voor dit doel.<BR>
De functionaliteit die ik nu heb is als volgt:<BR>
- Selecteer via het menu (of via een toolbar) een open data verzameling (Bijvoorbeeld NWB - Nationaal wegenbestand)<BR>
- Geef een download gebied aan (net als met de normale OSM download)<BR>
- Converteer deze data naar OSM formaat en bied ze aan in een aparte laag.<BR>
<BR>
Dit heb ik nu werkend voor de volgende open data:<BR>
- NWB (op basis van WFS service <A HREF="http://geodata.nationaalgeoregister.nl/nwbwegen/wfs)">http://geodata.nationaalgeoregister.nl/nwbwegen/wfs)</A><BR>
- ProRail Sporen (Op basis van Arcgis REST service <A HREF="http://mapservices.prorail.nl/ArcGIS/rest/services/)">http://mapservices.prorail.nl/ArcGIS/rest/services/)</A><BR>
- BAG panden (Op basis van Geoserver WFS service op mijn locale systeem)<BR>
<BR>
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).<BR>
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.<BR>
<BR>
Ik probeer het zo modulair mogelijk op te zetten, zodat het eenvoudiger wordt om nieuwe datasets toe te voegen.<BR>
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.<BR>
<BR>
Gertjan Idema <BR>
<BR>
<BR>
On Wed, 2013-01-02 at 23:49 +0100, Robert Elsenaar wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
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.
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
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.
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
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.
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
Wat denken jullie van deze visie. Ik zou er graag eens over verder willen praten.
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BR>
<BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
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. <BR>
<BR>
<BR>
<BR>
<FONT SIZE="2">Met vriendelijke groeten </FONT><BR>
<FONT SIZE="2">Robert Elsenaar</FONT>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BR>
<BR>
<BR>
Stefan de Konink <stefan@konink.de> schreef:<BR>
<BR>
<BR>
On Tue, 1 Jan 2013, Robert Elsenaar wrote:<BR>
<BR>
> Is mijn indruk correct dat er steeds meer data wel beschikbaar is en<BR>
> geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch<BR>
> toevoegen van deze gegevens of niet mogelijk of onwenselijk is?<BR>
<BR>
Nouja ik ben wel eens bij een bespreking van I&M hierover geweest. En er <BR>
zijn natuurlijk koppelvlakken te bedenken waarop dit werkt maar dit <BR>
integreert niet naar jouw eigen eind oplossing totdat je zelf een <BR>
converter maakt.<BR>
<BR>
Het datamodel van OSM is voor een aantal dingen zoals robotisch toevoegen <BR>
gewoon niet geschikt. Op welke wegvlakken is het bord van toepassing is <BR>
een vraag relevant voor OSM, terwijl andere toepassingen genoegen nemen <BR>
met een X,Y van het bord.<BR>
<BR>
<BR>
Stefan<BR>
<BR>
_______________________________________________<BR>
Talk-nl mailing list<BR>
Talk-nl@openstreetmap.org<BR>
http://lists.openstreetmap.org/listinfo/talk-nl<BR>
<BR>
<PRE>
_______________________________________________
Talk-nl mailing list
<A HREF="mailto:Talk-nl@openstreetmap.org">Talk-nl@openstreetmap.org</A>
<A HREF="http://lists.openstreetmap.org/listinfo/talk-nl">http://lists.openstreetmap.org/listinfo/talk-nl</A>
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>