[OSM-talk-nl] Talk-nl Digest, Vol 71, Issue 3

Thu Jan 10 17:42:02 UTC 2013

 Send Talk-nl mailing list submissions to
	talk-nl at openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lis ts.openstr eetmap.org /listinfo/ talk-nl
or, via email, send a message with subject or body 'help' to
	talk-nl-request at openstreetmap.org

You  can reach the person managing the list at
	talk-nl-owner at openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-nl digest..."

Today's Topics:

   1. Re:  Wegaanpassingen via www.staatscourant.nl (Gertjan Idema)
   2. Re:  Wegaanpassingen via www.staatscourant.nl (Cartinus)
   3. Re:  Wegaanpassingen via www.staatscourant.nl
      (Floris Looijesteijn)

--------------------- ---------------------------------------- ---------

Message: 1
Date: Wed, 09 Jan 2013 21:50:34 +0100
From: Gertjan Idema 
To: talk-nl at openstreetmap.org
Subject: Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Message-ID:  u
Content-Type: text/plain; charset="utf-8"

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://geo data.natio naalgeoreg ister.nl/n wbwegen/wf s)
- ProRail Sporen (Op basis van Arcgis REST service
http://map services.p rorail.nl/ ArcGIS/res t/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  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 I&M 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 at openstreetmap.org
 http://lis ts.openstr eetmap.org /listinfo/ talk-nl

 ________________________________________ _______
 Talk-nl mailing list
 Talk-nl at openstreetmap.org
 http://lis ts.openstr eetmap.org /listinfo/ talk-nl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: "http://lis ts.openstr eetmap.org /pipermail /talk-nl/a ttachments /20130109/ 5df579c4/a ttachment- 0001.html& gt;

------------------------------

Message: 2
Date: Wed, 09 Jan 2013 23:15:41 +0100
From: Cartinus 
To: talk-nl at openstreetmap.org
Subject: Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Message-ID: 
Content-Type: text/plain; charset=ISO-8859-1

"http://wik i.openstre etmap.org/ wiki/Snaps hot_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://geo data.natio naalgeoreg ister.nl/n wbwegen/wf s)
 - ProRail Sporen (Op basis van Arcgis REST service
 http://map services.p rorail.nl/ ArcGIS/res t/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  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 I&M 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 at openstreetmap.org
> http://lis ts.openstr eetmap.org /listinfo/ talk-nl
>
>
> ________________________________________ _______
> Talk-nl mailing list
> Talk-nl at openstreetmap.org
> http://lis ts.openstr eetmap.org /listinfo/ talk-nl

 ________________________________________ _______
 Talk-nl mailing list
 Talk-nl at openstreetmap.org
 http://lis ts.openstr eetmap.org /listinfo/ talk-nl

-- 
---
m.v.g.,
Cartinus

-------- ----------------------

Message: 3
Date: Thu, 10 Jan 2013 12:19:50 +0100
From: Floris Looijesteijn 
To: OpenStreetMap NL discussion list 
Subject: Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Message-ID:
	 zvXr_zgDMsyYUg at mail.gmail.com
Content-Type: text/plain; charset="iso-8859-1"

klinkt erg mooi!

kom je naar de nieuwjaarsborrel? en zo ja, zou je dit dan kunnen
demonstreren?

gr,
floris

 2013/1/9 Gertjan Idema 

 **
 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://geo data.natio naalgeoreg ister.nl/n wbwegen/wf s)
 - ProRail Sporen (Op basis van Arcgis REST service
 http://map services.p rorail.nl/ ArcGIS/res t/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  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 I&M 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 at openstreetmap.org
 http://lis ts.openstr eetmap.org /listinfo/ talk-nl

 ________________________________________ _______
 Talk-nl mailing listTalk-nl at openstreetmap.orghttp://lis ts.openstr eetmap.org /listinfo/ talk-nl

 ________________________________________ _______
 Talk-nl mailing list
 Talk-nl at openstreetmap.org
 http://lis ts.openstr eetmap.org /listinfo/ talk-nl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: "http://lis ts.openstr eetmap.org /pipermail /talk-nl/a ttachments /20130110/ a2fc2d66/a ttachment- 0001.html& gt;

------------------------------

_______________________________________ ________
Talk-nl mailing list
Talk-nl at openstreetmap.org
http://lis ts.openstr eetmap.org /listinfo/ talk-nl

End of Talk-nl Digest, Vol 71, Issue 3
************************************* *