Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
klinkt erg mooi! kom je naar de nieuwjaarsborrel? en zo ja, zou je dit dan kunnen demonstreren? gr, floris 2013/1/9 Gertjan Idema g.id...@zonnet.nl ** 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 listTalk-nl@openstreetmap.orghttp://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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
GertJan, Ik ben erg blij dat je het idee aanstond en dat je er mee aan de slag bent gegaan. Ik moet je eerlijk zeggen dat ik me een nitwit voel omdat ik dergelijke technische zaken niet zelf voor elkaar kan boxen. Om mij toch ook verder verdienstelijk te maken bied ik je aan om verder mee te denken over de toekomst van dit geheel. Ik ben zelf (user) Interface specialist en kan jhe wellicht bijstaan in een stukje vormgeving en usability. Ook testwerk is voor mij dagelijks werk. Stuur me even een PM als je van mijn diensten gebruik wilt maken. Mvrgr Robert Elsenaar Citeren Gertjan Idema g.id...@zonnet.nl: 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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Hoi Floris, Ik kom naar de nieuwjaarsborrel en zal m'n laptop meenemen. Een demonstratie is dan geen probleem. Gertjan On Thu, 2013-01-10 at 12:19 +0100, Floris Looijesteijn wrote: klinkt erg mooi! kom je naar de nieuwjaarsborrel? en zo ja, zou je dit dan kunnen demonstreren? gr, floris 2013/1/9 Gertjan Idema g.id...@zonnet.nl 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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Heren Floris en Hugo, 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? mvrgr Robert Elsenaar From: St Niklaas Sent: Friday, December 28, 2012 6:15 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl Hoi Floris en Hugo, Uit de nieuwsberichten klinkt door dat de kaart updates beschikbaar te zijn voor alle routers of route programma's. Dus waarom zou OSM daar niet onder vallen ? Bij twijfel even vragen lijkt mij, maar dan wel volgend jaar, het ambtelijk apparaat wordt gekend door ADV's en milieu vriendelijke sluitingen. En ik ben geen programmeur dus zal geen bijdrage leveren aan dit proces of de omzetting van de data. Greetz Hendrik --- Tekst ingevoegd door Panda GP 2013: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: It is SPAM! --- ___ 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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
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
[OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Hallo! Heeft iemand al eens gekeken of wij deze informatie ook kunnen gebruiken? http://www.nu.nl/gadgets/2992181/wegaanpassingen-sneller-navigatiesystemen.html Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Ik heb er even naar gekeken, maar niet concreets kunnen vinden over wat voor informatie aangeboden gaat worden en in wat voor formaat. Volgende week maar eens kijken of er al data beschikbaar is en hoe dat er uit ziet. Gertjan On Fri, 2012-12-28 at 15:52 +0100, Floris Looijesteijn wrote: Hallo! Heeft iemand al eens gekeken of wij deze informatie ook kunnen gebruiken? http://www.nu.nl/gadgets/2992181/wegaanpassingen-sneller-navigatiesystemen.html Groet, Floris ___ 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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
@Floris, Interessante vraag. Volgens mij vallen besluiten van de overheid niet het kopieerrecht (artikel 11). Aangezien er een besluit van een overheidsinstantie gepubliceerd wordt zouden we het dus mogen gebruiken zonder problemen. Waar je misschien wel heisa mee krijgt is de huidige gebruiker van deze gegevens: Andes. Die maakt er namelijk deze kaart van http://www.nhbereikbaar.nl/ voor de provincie NH. Wat wel eigenaardig is, is dat ze als basis kaart Googlemaps gebruiken. Ik vraag me af of ze al onder de kosten regeling van Google maps vallen. Hugo From: Floris Looijesteijn Sent: Friday, December 28, 2012 3:52 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl Hallo! Heeft iemand al eens gekeken of wij deze informatie ook kunnen gebruiken? http://www.nu.nl/gadgets/2992181/wegaanpassingen-sneller-navigatiesystemen.html Groet, Floris ___ 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
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Ik was namens mijn werkgever bij een van de regiobijeenkomsten voor het uitrollen van de applicatie die de wegbeheerders moeten gebruiken hiervoor. Na afloop had ik nog wat doorgepraat over het gebruik van de data. Alle data is open data en het is uitdrukkelijk gewenst dat partijen zoals OpenStreetMap hier gebruik van maken. Het is wel een beetje omslachtig in gebruik. Er is namelijk geen geconsolideerd bestand, er worden alleen besluiten gemeld. Het kan dus zijn dat er gepubliceerd wordt dat ergens een weg 70 km/uur wordt en vervolgens duurt het nog 6 maanden tot dit besluit is uitgevoerd (de borden zijn geplaatst). Het kan zelfs zijn dat iemand bezwaar maakt tegen dit besluit en de weg dus nooit 70 km/uur wordt. Er zullen 2 datakanalen geopend worden, waarbij de ene de besluiten zelf bevat en de andere het vervolg (dus plaatsen bord, bezwaar etc). Alleen de eerste is verplicht voor de wegbeheerder. Verder is een probleem dat er ontzettend veel Spam via de feed verspreidt wordt (formele verkeersbesluiten zonder relevantie voor OSM) en dat het format verre van computerleesbaar is (als enige geografische aanduiding een lat/lon van het centrum van de maatregel, optie later een gebied op te nemen), verder tekstuele, mens-leesbare informatie met enkele meta-tags om erin te kunnen zoeken. Ik heb met de mensen van KOOP afgesproken dat wij begin 2013 nog een keer bij elkaar komen en doorpraten over hoe wij dit voor niet-commerciële kaartenmakers (zoals OSM, maar ook universiteiten, adviesbureaus, de overheid zelf etc) kunnen ontsluiten. Mijn idee is een webapplicatie die de feed volgt, in een database gooit, dit bestand als download beschikbaar maakt en via crowd-sourcing mensen de mogelijkheid geeft enkele extra eigenschappen toe te voegen, zoals type besluit, inschatting of relevant voor OSM en zoja wie de taak op zich neemt dit in OSM toe te voegen. Als hier iemand concreet mee wil denken graag contact met mij. Trouwens, nhbereikbaar van Falk heeft hier totaal niets mee te maken. Falk is één van de aanbieders van wegwerkmeldingen (wij = Goudappel Coffeng en Via zijn de andere twee). Ik had eerder al op de lijst vermeldt dat wij via onze eigen klanten, aangevuld met informatie uit het NDW een landelijk dekkend beeld van actuele wegwerkmeldingen bijhouden onder een open licentie. Wie daar iets mee wil kan deze bij ons via een xml feed betrekken. Groeten, Dirk Dirk Bussche Senior Adviseur Geografische Toepassingen T +31 (0)570 666 830 ? E dbuss...@goudappel.nl (aanwezig op kantoor: maandag, dinsdag en woensdag) Goudappel Coffeng ? Snipperlingsdijk 4 ? 7417 BJ Deventer ? Postbus 161 ? 7400 AD Deventer ? The Netherlands ? http://www.goudappel.nl/adviseurs/dirk-bussche Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam __ Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Hoi Floris en Hugo,Uit de nieuwsberichten klinkt door dat de kaart updates beschikbaar te zijn voor alle routers of route programma's. Dus waarom zou OSM daar niet onder vallen ? Bij twijfel even vragen lijkt mij, maar dan wel volgend jaar, het ambtelijk apparaat wordt gekend door ADV's en milieu vriendelijke sluitingen.En ik ben geen programmeur dus zal geen bijdrage leveren aan dit proces of de omzetting van de data.Greetz Hendrik ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
