Re: [OSM-talk-nl] Nieuwe Waalbrug A50
In onze fietsrouteplanners nemen wij een malus mee voor iedere knoop. Hoe hoog die is is afhankelijk van het gekozen profiel, bij "kortste route" is die kleiner (bijna 0) dan bij "makkelijk te vinden" (het hoogst). In beide gevallen voorkom je rondslingeren tussen parallele wegen om een net enkele meter kortere route te krijgen.Wij hadden in het begin ook een extra hoge malus voor stoplichten, maar die er weer uitgehaald omdat het niet altijd zo is dat het goed is stoplichten te mijden. Drukke wegen kan je soms juist beter (en sneller) kruisen bij stoplichten.Wij zijn verder samen met de NHTV bezig met een project "BikePrint", waarbinnen wij gps-tracks van fietsers mappen op OpenStreetMap en zo snelheden en vertragingen bepalen op dezelfde manier als ook TomTom en Navteq dat doen. In eerste instantie om hier beleidsinformatie mee te creeeren (waar kan de gemeente doorstroming fiets verbeteren), maar ik kan me goed als bijproduct een dataset voorstellen historische fietssnelheden op OpenStreetMap om zo de routing te verbeteren.Groeten Dirk de OSM routeplanner bouwers zijn niet de eersten die hier tegenaan lopen. TomTom gebruikt de historische data over een weg om de gemiddelde snelheid te bepalen en daarmee de geschatte reistijd (en dat is behoorlijk nauwkeurig). Die dynamische gegevens zullen voorlopig wel buiten bereik van OSM zijn, maar wat je zou kunnen proberen is het effect van stoplichten op de route mee te nemen. Bijvoorbeeld: 1 stoplicht betekend gemiddeld 30 seconden vertraging. Met een door mappers ingevulde aanvullende tag: longest_waiting_time=75 seconde zou je een verfijning daarvan kunnen maken. Dit zou ook voor fietsrouteplanners handig zijn: neem ik de route met stoplichten of ga ik meanderen en probeer ze te vermijden. Hugo 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
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] wegen in drievoud
Vreemd verhaal.Ik moest alles handmatig herstellen omdat door de dubbeling de relaties (bus en fietsknopen) zo in de war waren dat terugdraaien geen optie meer was. Bljikbaar was iemand anders tegelijk of net na mij met de buslijnen bezig op "mijn" drievoudige wegen...Nu is volgens mij alles weer netjes.Vervolgens ben ik op zoek gegaan of er elders dubbele wegen zijn maar kon er geen vinden. Het is dus niet zo dat JOSM dit vaker doet maar een idee hoe deze changeset kon ontstaan heb ik nog steeds niet.-Johan C osm...@gmail.com schreef: -Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.orgVan: Johan C osm...@gmail.comDatum: 10/20/2012 04:22PMOnderwerp: Re: [OSM-talk-nl] wegen in drievoudIk zie twee mogelijkheden:1. terugdraaien2. checken met de validator en de crossing ways handmatig verwijderenOp 20 oktober 2012 01:31 schreef dbuss...@goudappel.nl het volgende:vandaag iets te enthousiast teveel tegelijk in een changeset gepackt.JOSM heeft daarop een aantal keren timeout gegeven tot het uiteindelijk gelukt is.Effect is nu dat alle objecten die ik geraakt heb drie keer boven elkaar in OSM staan.Weet iemand hoe dat komt en of het eenvoudig ongedaan gemaakt kan worden? Het gaat om http://www.openstreetmap.org/browse/changeset/13561955Voorbeeld: de volgende ways (allen behorende tot changeset 13561955) zijn identiek:http://www.openstreetmap.org/browse/way/186703099http://www.openstreetmap.org/browse/way/186691521http://www.openstreetmap.org/browse/way/186693939Groeten, Dirk 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 listTalk-nl@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl___Talk-nl mailing listTalk-nl@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl 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
[OSM-talk-nl] wegen in drievoud
vandaag iets te enthousiast teveel tegelijk in een changeset gepackt.JOSM heeft daarop een aantal keren timeout gegeven tot het uiteindelijk gelukt is.Effect is nu dat alle objecten die ik geraakt heb drie keer boven elkaar in OSM staan.Weet iemand hoe dat komt en of het eenvoudig ongedaan gemaakt kan worden? Het gaat om http://www.openstreetmap.org/browse/changeset/13561955Voorbeeld: de volgende ways (allen behorende tot changeset 13561955) zijn identiek:http://www.openstreetmap.org/browse/way/186703099http://www.openstreetmap.org/browse/way/186691521http://www.openstreetmap.org/browse/way/186693939Groeten, Dirk 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
[OSM-talk-nl] Centrumverbinding fietsknopennet
Beste, in het fietsknopennetwerk Brabant is er een bijzonderheid die tot nu toe niet is getagd in OSM: de centrumverbinding. Op de officiele kaarten zijn deze geel getekend (groen de 'gewone' fietsknopenroute). Het gaat om verbindingen vanuit het (buiten de steden/dorpen liggende) netwerk met een centrale punt. Dorp in zijn deze aangegeven met een bord 'centrum', dorp uit staat een verwijzing naar de volgende nummer. Voorbeeld zie google streetview http://maps.google.nl/maps?q=diessenhl=nlll=51.473044,5.177822spn=0.017268,0.104628sll=51.630698,4.958954sspn=0.0764,0.209255hnear=Diessen,+Hilvarenbeek,+Noord-Brabantt=mz=14layer=ccbll=51.473038,5.177855panoid=PkpWl_PasXFftPjAaq9figcbp=11,87.38,,1,4.58 Ik wil deze graag taggen omdat ze horen bij het fietsroutenetwerk en nu missende schakels zijn waar alle op osm baserende routeplanners (waaronder de onze ;-) rare routes genereren. Mijn voorstel is het aanmaken van een relatie met waardes network: rcn note: centrumverbinding [naam plaats] route: bicycle type: route Op die manier worden de verbindingen in de bestaande toepassingen (b.v. openfietskaart) als fietsknopennetwerk gerenderd (en dat is beter dan nu waar ze volledig ontbreken), maar wie wil kan uit de data halen dat het om een centrumverbinding gaat en deze anders weergeven. Mee eens? Groeten Dirk 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] Levert Amsterdam OSM data aan Google?
Hoi Stefan, Amsterdam heeft het hele hoofdfietsnetwerk (700 km) door ons laten infietsen (met 2-3 mensen 5 weken aan gefietst, ontelbare gps-tracks, foto's en data opgenomen en vervolgens nog op kantoor nabewerkt). De data is op ons voorstel double-licensed: CC-BY-SA (en later toestemming voor ODbL gegeven!) om ze in OSM te mogen opnemen en een eigen licentie voor de gemeente Amsterdam, juist bedoeld om in het belang van de fietser partijen zoals google maar ook de fietsersbond in staat te stellen hun planners te verbeteren. De laatste geldt natuurljik alleen voor de door ons gegenereerde data, niet voor het netwerk dat er al lag. Wij hebben daarom ook 2 sets gegevens aangeleverd waarvan maar een van beide double-licensed is, en op de website van Amsterdam zie ik wel beide terug zonder dat voor de downloader het verschil duidelijk wordt. Snelle plausibiliteitscheck of een wegvak door ons is ingefietst: wij moesten het attribuut 'color' (in het shape 'kleur') opnemen om aan te duiden of een fietspad rood, zwaart of wat dan ook is, iets wat geen normale osm-er zal doen. Ik hoop dat google maar met onze data aan de haal gaat maar ik wil dat wel morgen even navragen. 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 __ From: Stefan de Konink ste...@konink.de To: talk-nl@openstreetmap.org Date: 21-08-2012 17:41 Subject:[OSM-talk-nl] Levert Amsterdam OSM data aan Google? http://www.amsterdam.nl/parkeren-verkeer/fiets/nieuws/amsterdam-levert/ Misschien oud nieuws, maar toch wel een leuke om even te onderzoeken :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl 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
[OSM-talk-nl] download situatie ná licentiewijziging
Beste, er zijn een aantal sites (zoals http://osm.informatik.uni-leipzig.de/map/) die de situatie visualiseren nadat alle niet-ODL objecten zijn verwijderd. Wij willen dit graag als een planet-file kunnen downloaden om te kunnen simuleren wat er straks (1 april? of wordt het later?) met de fietsrouteplanner gaat gebeuren en waar we dus zelf nog wegen/fietspaden moeten intekenen om weer een sluitend net te hebben. Helaas lukt dat niet via de API en heb ik geen directe toegang tot de database. Iemand een idee? Met vriendelijke groet, 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 ▪ www.goudappel.nl 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] Warmoesstraat Amsterdam
Hoi Floris op google streetview zie je duidelijk wel een rond blauw fietspad bord bij de zuidelijke inrit. Ik kan maandag op kantoor nog eens in cyclomedia kijken, daar hebben wij expliciet toestemming om het tbv osm/fietsrouteplanner te gebruiken en de foto's zijn ook recenter. Groeten, Dirk 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
[OSM-talk-nl] uitspraak rechtzaak NWB
de rechter staat vrijgave van het NWB toe en wijst niet alleen het spoedeisende belang af (dat was makkelijk geweest) maar legt ook uit waarom het inhoudelijk niet waarschijnlijk is dat het vrijgeven van het NWB verboden is: http://zoeken.rechtspraak.nl/ResultPage.aspx?snelzoeken=tsearchtype=ljnljn=BU8010 Nu afwachten onder welke licentie het NWB wordt vrijgegeven. Rechtstreekse import in OSM zou onzin zijn gezien de kwaliteit van OSM gemiddeld veel beter is. Wat ik wel wil doen is een applicatie maken die inzichtelijk maakt waar wij in OSM hele wijken of verbindingen missen en omgekeerd. Op de OSM kant kan ik me een WMS-onderlegger in JOSM voorstellen waar deze wegen initieel worden overgetrokken (bij gebrek aan beter) en van een tag hier moet nog iemand langs kunnen worden voorzien. RWS zal onze wegen vanwege licentie niet zomaar kunnen overnemen maar de melding dat er iets mist wel als aanleiding nemen om de informatie bij de wegbeheerde op te vragen. Zo kunnen we wederzijds van elkaar profiteren. Met vriendelijke groet, 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 ▪ www.goudappel.nl 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
[OSM-talk-nl] Betr: Re: Nederland van boven
Goudappel heeft data geleverd voor dit project maar was niet betrokken bij de uitvoering. Ik wist niet eens dat ze ook OSM gingen gebruiken.Als Stefan contact had met een VPRO'er is het misschien handig als hij naar de bronvermelding vraagt.---Dirk BusscheSenior Adviseur Geografische ToepassingenGoudappel Coffeng BVSnipperlingsdijk 4Postbus 1617400 AD DeventerThe Netherlandst +31 (0)570 666 830f +31 (0)570 666 888i http://www.goudappel.nlaanwezig op kantoor: maandag, dinsdag en woensdagGoudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam-Stefan de Konink ste...@konink.de schreef: -Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.orgVan: Stefan de Konink ste...@konink.deDatum: 12/07/2011 11:31AMOnderwerp: Re: [OSM-talk-nl] Nederland van bovenZal even het kaartje van de vpro'er zoeken met wie we vorig jaar hebben gesproken over dit project.StefanOp 7 dec 2011 om 11:21 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven:\ Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepens mart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nleen hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ 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 !DSPAM:1,4edf3e4b140071609116338!___Talk-nl mailing listTalk-nl@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl-- *** De Afdeling IT heeft deze mail gescand op virussen ** LET OP: Open nooit attachments van onbekende afzenders *** 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
[OSM-talk-nl] Betr: Re: NL Van Boven
Inderdaad staan er sommige heel rare ov-reistijden op, het lijkt bijna dat de postcodegebieden niet goed gekoppeld zijn.Ik heb mijn collega hierop gewezen en hij gaat uitzoeken wat er is misgegaan.Let wel dat je dit nooit 100% goed krijgt omdat we voor- en natransport meenemen naar een centroid binnen de postcode 4, en het maakt nogal wat uit waar die t.o.v. bijvoorbeeld een station ligt.OV tijden volgens die kaart zijn voor de kortere afstand soms slechts een derde van wat ze werkelijk zijn. En blijkbaar is dat data van Goudappel Coffeng, dus de medemappers van die firma die hier meelezen mogen zich aangesproken voelen ;) 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] Falkplan Andes naar de rechter om NWB
Wij hebben als Goudappel geen formele rol in het geding, maar konden het niet laten om er onze mening over te ventileren: http://www.goudappel.nl/actueel/2011/11/29/laatste-horde-op-weg-naar-een-openbaar-nationaal-wegenbestand/ Met vriendelijke groet, 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 ▪ www.goudappel.nl 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] FRN Stadsregio Arnhem - Nijmegen
Hoi Jo,Fijn dat je de knooppuntnetwerken opruimt, dank daarvoor.Arnhem-Nijmegen is echt één netwerk, aub niet naar Arnhem en Nijmegen opdelen. Netwerk wordt onderhouden door de stadsregio Arnhem-Nijmegen en niet de afzonderlijke steden.Ik woon in de regio en kan je later deze week antwoord sturen op je concrete vragen.Groeten, DirkSent from Lotus TravelerJo --- [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen --- Von:JoAn:OpenStreetMap NL discussion listDatum:Sa., 19.11.2011 11:47Betreff:[OSM-talk-nl] FRN Stadsregio Arnhem - NijmegenHallo, Ik maak stukje bij beetje vooruitgang met het nazicht van de fietsroutenetwerken. Ik ga aan de oostkant naar het noorden en het lijkt erop dat ik assistentie krijg aan de westelijke kant, wat ik ten zeerste apprecieer. (Bedankt Jeroen) Nu ben ik dus bij het netwerk Arnhem - Nijmegen aanbelandt. Is dit echt 1 netwerk? Meer naar het zuiden omvatte zo'n stadsregio slechts 1 grootstad, die ongeveer even ver van elkaar lagen als Arnhem en Nijmegen. Ik vind in dit netwerk 5 keer een knooppunt met het nummer 01. 2 keer, of 3 keer, dat had ik al gezien en daar ben ik ook niet echt blij mee, maar goed, dat is persoonlijke voorkeur. 5 keer lijkt mij echter een indicatie dat er ergens iets foutgelopen is bij het toewijzen van knooppunten aan netwerken. Sommige van deze knooppunten liggen zelfs in Duitsland. Heeft een Nederlandse provincie/stadsregio echt een heel netwerk aangelegd in Duitsland? Een grensoverschrijdend knooppunt hier of daar, of een route die een stukje Duitsland doorkruist, daar kan ik me iets bij voorstellen. Maar meerdere verbonden knooppunten? Dat kan toch niet? Vandaar dus mijn vraag/vragen: Is het OK dat ik die Duitse knooppunten in een apart netwerk onderbreng? Zou het heel erg zijn als Arnhem en Nijmegen elk in een apart netwerk worden ondergebracht? Ik kan niet ter plaatse gaan kijken wat er op de bordjes staat. Als daar effectief Stadsregio Arnhem - Nijmegen op staat, zal ik me erbij moeten neerleggen dat het allemaal in 1 relatie moet worden ondergebracht, maar ik vraag het toch liever even, of dat inderdaad wel zo is. mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- *** De Afdeling IT heeft deze mail gescand op virussen *** *** LET OP: Open nooit attachments van onbekende afzenders *** 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. -- *** De Afdeling IT heeft deze mail gescand op virussen *** *** LET OP: Open nooit attachments van onbekende afzenders *** ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Notaris
Iemand kan mij vast wel een voorbeeld geven of zelfs de tags voor een Notaris kantoor http://wiki.openstreetmap.org/wiki/Tag:office%3Dlawyer 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. -- *** GC Systeembeheer heeft deze mail gescand op virussen *** *** LET OP: Open nooit attachments van onbekende afzenders *** ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG (Was: Diverse vragen)
Er zijn twee belangrijke redenen voor de import: 1. internationale applicaties zoals smartphone-navigatie en b.v. onderzoekstoepassingen verwachten adressen en gebouwen in de dataset, niet apart. Niemand gaat speciaal voor Nederland andere code maken. 2. het is nutteloze bezigheidstherapie voor mappers om gebouwen en huisnummers in te tekenen die al lang beschikbaar zijn. Mijn tijd en energie wil ik liever kwijt in bijhouden van nieuwe ontwikkelingen, taggen van gebruik van de gebouwen etc Wat mij betreft graag een werkgroep oprichten die in eerste instantie 2 vragen meekrijgt: - ontwikkel een procedure voor import en up-to-date houden van gebouwen en adressen uit BAG rekening houdend met edits van mappers - ga na welke mogelijkheden de BAG-licentie biedt, hoe we praktisch bij de data komen En dit dan weer hier terugkoppelt alvorens het ook daadwerkelijk te bouwen. Ik wil deel van de werkgroep zijn. Wie meer? 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 ▪ www.goudappel.nl 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] actuele spoorkaart
Bedoel je dit? http://www.öpnvkarte.de Werkt ondanks de Duitse domain internationaal. Met vriendelijke groet, 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 ? www.goudappel.nl Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam __ From: ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Date: 30-08-2011 12:16 Subject:[OSM-talk-nl] actuele spoorkaart Weet iemand wie deze kaart heeft gemaakt ? Of iemand die iets vergelijkbaars kan maken (in opdracht ? Gert Gremmen - Openstreetmap.nl (alias: cetest) P Before printing, think about the environment. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl 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] Plastic Heroes bakken taggen?
Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Ik zou specifiek Nederlandse termen voorkomen zolang het geen specifiek Nederlands fenomeen is. Anders heeft straks ieder land zijn eigen tags. In dit geval benadert amenity=recycling + recycling_type=container + recycling:plastic=yes al ongeveer wat het is (en dit is gebruikelijk) amenity=recycling + recycling_type=container + recycling:plastic_bags=yes + recycling:plastic_bottles=yes + recycling:plastic_packaging=yes geeft in nog betere benadering weer wat in de plastic heroes mag en zo snappen buitenlanders dit ook nog. Mocht je echt behoefte hebben aan te geven dat het een plastic heroe is kan dat met de name-tag of eventueel de operator-tag, maar ik persoonlijk zou die niet gebruiken. Een kaart is altijd een vereenvoudigde weergave van de werkelijkheid. 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 ▪ www.goudappel.nl 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
[OSM-talk-nl] Betr: Re: BAG
Wat is marginaal? Bv. 100 euro per kwartaal kunnen we vast wel opbrengen. Maar dat is waarschijnlijk op de zaken vooruitlopen... De definitieve licentie is nog niet beschikbaar, maar zoals ik het begrijp zal het toegestaan zijn de data door te leveren. Alleen het ophalen bij het BAG-loket kost geld. De workflow moet wat mij betreft dus zo uitzien dat een van de bevriende bedrijven (geodan, goudappel) die de data sowieso nodig hebben die voor de community gratis beschikbaar maken. Groeten, Dirk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG
Martijn, We moeten wat mij betreft ook onder ogen zien dat de BAG misschien niet per se in de OSM-database zou hoeven te worden geimporteerd. Het kan ook als afzonderlijke laag worden weergegeven. Importeren moet niet dogmatisch worden. Het is niet van: er is vrije data, *dus* het moet in OSM. je hebt gelijk. De reflex vrije data = import is verkeerd. Daarom heb ik ook toen gezegd dat we wegwerk- en filemeldingen er niet in moeten hebben ondanks die vrij beschikbaar zijn. De BAG echter is wel ontzettend waardevol. 1. de kaart ziet visueel zeer volledig uit met alle gebouwen, zeker als er straks ook de hoogte in staat en wij die 3D renderen. 2. indirect krijgen wij volledige huisnummers en vanaf 2010 ook postcodes mee. Heel handig om te routeren. 3. Omgekeerd willen wij die wel kunnen aanpassen. Bijvoorbeeld aanvullende eigenschappen toevoegen (basisschool, winkel, geldautomaat) en natuurlijk fouten verbeteren. 4. wat gebeurt met de huidige gebouwen in osm als iedereen alleen naar de nieuwe extra-laag kijkt? 5. een extra laag is ook jammer voor de wereldwijde integratie: apps uit andere landen die generiek iets met osm-data doen zouden die niet gebruiken. Synchronisatie hoeft volgens mij niet super-moeilijk zijn. De automaat kijkt dan naar het datum van de laatste wijziging. Als de BAG recent heeft gewijzigt wint die, anders OSM. Dit inderdaad per attribuut (en geometry als verzameling van alle nodes is voor het gemak een attribuut). Ook verwijderen is een wijziging die kan winnen. Dus een welbewust weggehaald pand in osm wordt niet indirect via de BAG weer hersteld. Daar waar afwijkingen zijn kunnen wij die als een extra tag (SYNC of zo) expliciet maken zodat plaatselijke mappers dat eventueel op kunnen pakken. Wat dat betreft met Vincent eens. Dit is trouwens een goede oefening voor het NWB straks als die vrij wordt gegeven (ik geef het niet op!). Ook daar willen wij niet zomaar alle goede osm-wegen met slechte NWB-wegen overschrijven, maar er zijn echt wel ook nieuwbouwwijken die in OSM ontbreken en in het NWB wel inzitten. Wie organiseert een chat of skype conferentie hierover, eventueel als voorbereiding voor een fysieke ontmoeting? Groeten, Dirk 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] bag vs shape import
Net langs diverse gebouwen gelopen die ik ooit in Nijmegen heb ingetekend (kerken, ziekenhuizen, scholen etc). Een aantal is netjes vervangen door de BAG-import, maar een stuk op 10 staan er nog. En in de Waalsprong zijn enkele onlangs gesloopte panden weer verrezen. Morgen heb ik geen tijd, ik zal dit vrijdag eens goed opruimen. Groeten, Dirk Het noordelijke sportfondsenbad heb ik 2 jaar geleden, dus nog voor de 3D shapes op basis van een gps-meting langs de voorgevel ingetekend. Ben best trots hoe goed het overeenkomt met de BAG ;-) Ik zal de attributen overnemen (BAG weet niet eens dat het een zwembad is) en mijn oud gebouwtje dan verwijderen. Met vriendelijke groet, 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 ▪ www.goudappel.nl 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
[OSM-talk-nl] Betr: Re: Fietsinventarisatie Amsterdam
Hoi Martin, Klinkt als een mooi project! Waar haal je die veldwerkers vandaan? Hebben zij al ervaring met mappen? Onze afdeling veldwerk doet dit soort projecten vaker, maar dit is wel de eerste keer dat we het met OSM doen. Vandaar dat Francien en ik er ook kritisch meekijken en zullen proberen ervaringen met de community te delen. Het blijft een uitdaging om zo iets in een semi-commerciele setting binnen de osm-community te doen. Als we gaandeweg hier gede spelregels voor ontwikkelen hebben we direct ook een uitnodigende blauwdruk voor andere bedrijven hun data te delen. Er wordt nog steeds zo ontzettend veel binnen afzonderlijke projecten geinventariseerd zonder enig hergebruik! Groeten, Dirk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: Fietsinventarisatie Amsterdam
Beste, nog eens voor de duidelijkheid omdat de meesten niet het hele document door willen nemen. Wij houden voor de fietsinventarisatie natuurlijk waar mogelijk bestaande tags aan. Soms hebben we een keuze gemaakt uit meerdere mogelijkheden hetzelfde te beschrijven. Voorbeeld: onverplichte fietspad. Deze taggen wij met duty_of_use=no. Mochten er al andere tags op staan zoals official=no, dan zullen wij die niet aanraken maar wel duty_of_use = no toevoegen. Voor het typisch Duits-Nederlands fenomeen fietssuggestiestrook bestaat nog geen algemeen geaccepteerde tag Het lijkt ons verkeerd die als cycleway=lane te taggen want dat is het gewoon niet (autos mogen er zelfs op parkeren). Wij hebben ervoor gekozen fietssuggestiestroken te taggen als cycleway = shared_lane zoals het al bestaande proposal op http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed_features_-_Cycleway Openbare verlichting kun je taggen alt lit:yes of lit:no. Vele fietspaden hebben zelf geen verlichting maar worden indirect vanuit de naastliggende weg verlicht. In dit geval taggen wij ook lit:yes (omdat er functioneel gezien licht is) maar voegen ter verduidelijking toe lit:indirect=yes. Groeten, Dirk --- Dirk Bussche Senior Adviseur Geografische Toepassingen Goudappel Coffeng BV Snipperlingsdijk 4 Postbus 161 7400 AD Deventer The Netherlands t +31 (0)570 666 830 f +31 (0)570 666 888 i http://www.goudappel.nl aanwezig op kantoor: maandag, dinsdag en woensdag Goudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam -Martijn van Exel m...@rtijn.org schreef: - Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Van: Martijn van Exel m...@rtijn.org Datum: 05/20/2011 09:23AM Onderwerp: Re: [OSM-talk-nl] Fietsinventarisatie Amsterdam Dirk, 2011/5/20 dbuss...@goudappel.nl: Beste OSMers, [..] De ontstaande data wordt door ons dubbel gelicenseerd en mag door de gemeente Amsterdam zonder beperkingen, en verder door iedereen onder de CC-BY-SA (ja, we moeten nog over naar de nieuwe licentie...) gebruikt worden. Voor wie dit interessant vindt: we hebben de interne handleiding voor het invoeren in JOSM op http://osm.goudmap.info/amsterdam gezet. Graag zou ik een pagina aanmaken op wiki.openstreetmap.org waar ik het volgende beschrijf: - wat is nodig om zinvol routes te kunnen plannen voor de fiets - welke regio's zijn al door ons onder handen genomen (met uitnodiging dat vrijwilligers inschrijven om ontbrekende regio's te doen) - aanbevelingen voor te gebruiken tags - links van draaiende fietsrouteplanners - beschrijving onze api om osm-fietsroutes uit je eigen app (web of mobiel) te laten bepalen Zijn daar regels voor of mag ik zomaar een wiki-pagina aanmaken en verlinken? Klinkt als een mooi project! Waar haal je die veldwerkers vandaan? Hebben zij al ervaring met mappen? Bij het maken van de wikipagina zou ik letten op * voorkomen van dubbele info t.o.v. bestaande pagina's * linken vanaf relevante pagina's (bijv. Amsterdam) * kijk naar vergelijkbare projecten (als die er zijn) voor een template voor de pagina. Kan er zo geen verzinnen. Hier lijkt me ook wel Amsterdam-OSM-Goudappel PR-muziek in te zitten trouwens! Martijn -- Martijn van Exel http://about.me/mvexel ___ 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] Betr: Re: Fietsinventarisatie Amsterdam
Beste, bedankt voor al jullie commentaar. Francien heeft het commentaar van Martijn en Maarten dat we terecht vonden verwerkt in een nieuwe versie van de tagging-handleiding op http://osm.goudmap.info/amsterdam/ Wat betreft de andere opmerkingen: - waarom suggestiestroken lanes en verplicht/niet verplicht? Enerzijds doen wij daar echt iets mee in de planner; de verschillende types fietsinfrastructuur hebben een andere aantrekkelijkheid = weerstand in de routezoekmodule. Als er twee parallelle routes zijn waarvan een met vrijliggend fietspad en de andere met fietsstrook, zal de planner die met vrijliggende fietspad kiezen. Anderzijds is het zo dat wij eigenlijk opdracht hebben tbv het fietsbeleid in Amsterdam een inventarisatie te maken. OSM was daarbij helemaal geen eis, maar wij dachten 1+1=3, wij gaan dit benutten om OSM en de fietsrouteplanner verder te brengen. Maar ja, dan moeten we wel alle parameters inwinnen die gevraagd zijn en daar horen fiets(suggestie)stroken bij. De van Maarten genoemde punten doorsteekjes, fietsen tegen eenrichting in en fietsverboden (plus correcte aansluitingen) zijn voor ons ook de minimale vereisten om in een gebied te kunnen routeren. De rest is luxe maar wat mij betreft wel gewenst. - meefietsen dat kunnen we zeker organiseren, wie wil? Floris? - hesjes met OSM vind ik een leuk idee, zal ik aan de veldwerkers vragen zij moeten zich er immers prettig bij voelen. Waar kunnen we ze desgewenst ophalen? - ontmoeting met gemeente Amsterdam volgens mij zal de gemeente dat niet interessant vinden, zij zitten alleen te wachten op het shape-bestand dat ze straks van ons krijgen. Dat wij het ook in OSM invoeren staan zij toe maar is verder ons hobby. En ikzelf ga nu richting Duitsland en ben pas dinsdag weer terug. Anders een conference call of skype? Wie heeft belangstelling? Met vriendelijke groet, 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 ▪ www.goudappel.nl 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
[OSM-talk-nl] Betr: Re: Fietsinventarisatie Amsterdam
Hoi Cartinus, Ik snap de volgende omschrijving uit het document niet helemaal. Kun je die misschien toelichten (of een foto met een voorbeeld;): Aanliggend fietspad * op het niveau van de rijweg en visueel van gescheiden door afwijking in materiaal of kleur. Wat er mee bedoeld is is een volwaardig fietspad (dus verplicht gebruik voor fietser, verboden voor gemotoriseerd verkeer etc) die echter direct naast de weg ligt (max 1 meter). Verschil met fietsstrook is dus dat er een scheiding is van de weg. Verschil met vrijliggend fietspad is dat die verder weg ligt. Typisch voorbeeld is dit: http://wiki.openstreetmap.org/wiki/File:Copenhagen_Style_Bike_Lane.jpg Kijk hier eens goed naar de foto's (let vooral op het centimetergrid): http://wiki.openstreetmap.org/wiki/Key:surface cobblestone zijn kinderkopjes, geen klinkers. paving_stones zijn klinkers paving_stones:30 zijn stoeptegels (30x30cm) Bedankt voor je opmerking, zullen we meenemen. Voor versmallingen zou je ook eens hier kunnen kijken (als ze tenminste bewust zijn aangelegd): http://wiki.openstreetmap.org/wiki/Tag:traffic_calming%3Dchoker Dit is niet wat wij bedoelen. Traffic_calming voor fietsers bestaat volgens mij amper. Het gaat hier om hinderlijke versmallingen door b.v. een transformatorhuisje of een of ander pal op de fietspad. Groeten, Dirk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fietsinventarisatie Amsterdam
Beste OSMers, zoals bekend hebben wij nog steeds de visie tot een landsdekkende (en misschien grensoverschrijvende) fietsrouteplanner op OSM-basis te komen. Omdat wij zoals eerder scherp vastgesteld een heel boos bedrijf zijn dat alleen maar geld wil verdienen proberen wij hiervoor handig zoveel mogelijk regionale projecten bij elkaar te voegen. Naast de bekende fietsrouteplanner-zuid.nl en fietsrouteplanner.nl (Twente) hebben we inmiddels ook Rotterdam en Utrecht geïnventariseerd. Voor de gemeente Amsterdam mogen wij nu een detailinventarisatie van het fietsnetwerk maken. Zij hebben dit nodig voor analyses en priorisering van onder meer investeringen in fietsinfrastructuur. Deze inventarisatie doen we (met hun toestemming) natuurlijk in OSM om weer een stap verder naar de landelijke dekking te komen. De komende weken fietsen 2-3 veldwerkers van ons meer dan 700 km fietsinfrastructuur af in Amsterdam, en zullen dit in tracks, tags, voice-messages en fotos via osmtracker vastleggen en korte tijd later in JOSM invoeren. De ontstaande data wordt door ons dubbel gelicenseerd en mag door de gemeente Amsterdam zonder beperkingen, en verder door iedereen onder de CC-BY-SA (ja, we moeten nog over naar de nieuwe licentie...) gebruikt worden. Voor wie dit interessant vindt: we hebben de interne handleiding voor het invoeren in JOSM op http://osm.goudmap.info/amsterdam gezet. Graag zou ik een pagina aanmaken op wiki.openstreetmap.org waar ik het volgende beschrijf: - wat is nodig om zinvol routes te kunnen plannen voor de fiets - welke regio's zijn al door ons onder handen genomen (met uitnodiging dat vrijwilligers inschrijven om ontbrekende regio's te doen) - aanbevelingen voor te gebruiken tags - links van draaiende fietsrouteplanners - beschrijving onze api om osm-fietsroutes uit je eigen app (web of mobiel) te laten bepalen Zijn daar regels voor of mag ik zomaar een wiki-pagina aanmaken en verlinken? Groeten Dirk Dirk Bussche Senior Adviseur Geografische Toepassingen T +31 (0)570 666 830 #9642; E dbuss...@goudappel.nl (aanwezig op kantoor: maandag, dinsdag en woensdag) Goudappel Coffeng #9642; Snipperlingsdijk 4 #9642; 7417 BJ Deventer #9642; Postbus 161 #9642; 7400 AD Deventer #9642; The Netherlands #9642; www.goudappel.nl Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Waterkaarten
In Duitsland is OSM daar al heer ver in. Voor tagging kijk op http://wiki.openstreetmap.org/wiki/DE:Seekarte En natuurlijk het project freie Tonne waar scheepvaartgerelateerde osm-data op kaart gezet wordt Beschrijving: http://wiki.openstreetmap.org/wiki/DE:FreieTonne Interaktieve kaart: http://www.freietonne.de/seekarte/ Met vriendelijke groet, 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 ▪ www.goudappel.nl Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam __ From: Erik Oppedijk erik_opped...@hotmail.com To: talk-nl@openstreetmap.org Date: 18-05-2011 09:55 Subject:[OSM-talk-nl] Waterkaarten Interessante discussie over de kaarten en de data. Zelf ben ik bezig met de mensen van Openseamap.org, om de zeekaarten over openstreetmap heen te projecteren: http://map.openseamap.org/map/?zoom=12lat=51.98838lon=3.80092layers=B0TTFF Eerste opzet zijn de verkeersscheidingsstelsels en een aantal boeien, later zal ik alle nederlandse boeien (via een rijkswaterstaat bestand) toe gaan voegen. Iemand nog tipstrucs? Groeten, Erik___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl 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
[OSM-talk-nl] Betr: Re: Uiterlijk van de kaart
Ik zie nu pas dat er inderdaad hoogtelijnen op de kaart staan. Weet iemand wat de oorspronkelijke bron is van de hoogtedata en of die in de osm-planetfile is ingelezen of bij het renderen extern opgehaald wordt? Wij gebruiken namelijk voor de fietsrouteplanner AHN-hoogtedata voor de zuidelijke provincies maar hebben bij het landelijk gaan hoogtedata onder een vrije licentie nodig. Op dit moment niets beters gevonden dan SRTM, maar wat ik op openstreetmap.org qua hoogtelijnen zie is veel beter. Groeten, Dirk Bussche ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Gebruiker Emiel1 - wijzigingingen tbvfietsrouteplanner
Ik ben steeds weer aangenaam verrast van de oplettendheid van de osm community. Ik maak veel reclame voor osm bij overheden en dit noem ik er altijd als er vragen komen over "dan kan iederen zomaar onzin op de kaart zetten".Emiel is een van de studenten die wij betalen om de fietsinfrastructuur in osm te verbeteren.Ze volgen daarbij een aantal doelen en in dit geval was het doel "ontbrekende aansluitingen toevoegen".We plannen hiervoor een aantal kris-kras routes door het gebied en analyseren waar de planner rare sprongen maakt. In dit geval een weg (Thorbeckelaan), die op een andere weg (Huis ten Boschstraat) aansluit met twee eenrichtingsfietspaden ernaast.Als de fietser nu van noord komt en wil op de Huis ten Boschstraat verder naar Oosten, zal hij door de planner eerst via de eenrichtingsfietspad naar westen gestuurd worden tot de eerste oversteek (Zandweg), daar de Huis ten Boschstraat oversteken en dan op de andere kant terug. Nonsens, omdat je natuurlijk direct over kunt steken en naar oosten kunt fietsen.Emiel heeft dit hier kennelijk opgelost door de Thorbeckelaan door te trekken naar de fietspad. Dat is duidelijk verkeerd. Ik zal met hem en zijn begeleidster maandag overleggen hoe we dit ongedaan kunnen maken en in de toekomst kunnen voorkomen.Nu is natuurlijk de vraag wat dan wel goed is. Graag jullie commentaar.We kunnen dit buiten osm oplossen door de verbindingsstukjes in onze lokale database te zetten. Maar dan zullen Garmin, android-apps, yournavigation en al die andere osm-gebaseerde planners hier geen baat bij hebben. Veel liever dus een oplossing binnen osm.Mijn voorstel is dat we het verbindingsstukje dus wel plaatsen, maar dan als fietspad taggen wat het feitelijk ook is.Onze reparatuur-actie zal dan ook niet zijn de edits terugtedraaien, maar de extra stukjes taggen als fietspad.Vanzelfsprekend mogen dit soort verbindingsstukjes alleen toegevoegd worden als de weg daadwerkelijk voor fietsers oversteekbaar is. Emiel en de andere studenten checken dat via fotos van Cyclomedia - wij hebben toestemming deze hiervoor te mogen gebruiken.Groeten, Dirk---Dipl. Geogr. Dirk BusscheAdviseur Geografische ToepassingenGoudappel Coffeng BVSnipperlingsdijk 4Postbus 1617400 AD DeventerThe Netherlandst +31 (0)570 666 830f +31 (0)570 666 888i http://www.goudappel.nlaanwezig op kantoor: maandag, dinsdag en woensdagGoudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam-Colin Smale colin.sm...@xs4all.nl schreef: -Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.orgVan: Colin Smale colin.sm...@xs4all.nlDatum: 04/08/2011 03:42PMOnderwerp: [OSM-talk-nl] Gebruiker Emiel1 - wijzigingingen tbvfietsrouteplannerGebruiker Emiel1 is de afgelopen weken voortvarend bezig geweest met honderden kleine changesets met de titel "wijzigingen tbv fietsrouteplanner". Mijn aandacht werd getrokken door een paar van die edits bij mij in de buurt die m.i. niet helemaal correct zijn. Ik wil jullie hiervan op de hoogte brengen zodat iedereen in z'n eigen omgeving kan kijken wat de gevolgen zijn.Het betreft het doortrekken van een zijweg naar een losgelegen fietspad aan de andere kant van de hoofdweg.Stel, je hebt een hoofdweg met een apart fietspad aan een kant, met aan de andere kant van de hoofdweg een zijweg. Recht tegenover de zijweg is een doorsteek voor fietsers van de hoofdweg naar het fietspad. Het gaat om de doorsteek, die uitsluitend voor fietsers is, zodat ze vanaf het fietspad kunnen afslaan naar de zijweg en v.v.Ik tag deze doorsteek consequent als fietspad omdat het dat eigenlijk is - zij het een heel kort stuk. Wat Emiel1 herhaaldelijk doet (hij is nog steeds bezig) is de zijweg doortrekken (de bestaande way met een node verlengen) naar het doorgaande fietspad. De topologie van het kruispunt wordt dan ook anders voor de automobilist natuurlijk. Het ziet er ook ineens raar uit op de kaart.Eenvoudig terugdraaien van de changesets is waarschijnlijk niet aan de orde omdat het er honderden zijn en omdat er heel veel (naar ik aanneem) correcte wijzigingen in zitten.Een voorbeeld bij mij in de buurt (deze heb ik met opzet nog niet gecorrigeerd):http://www.openstreetmap.org/?way=7067847Kijk naar het zuidelijke uiteinde van de Thorbeckelaan waar die uitkomt op de Huis ten Boschstraat. Deze wijziging is vandaag gedaan en is misschien nog niet gerenderd maar als je met Potlatch kijkt dan is het wel duidelijk.Wat vinden jullie?Groeten,Colin___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
[OSM-talk-nl] Betr: Re: Fietsrouteplanners gelanceerd
Wij gebruiken op dit moment inderdaad de NL-Tiles en de tiles van openfietsmap. De langeafstand-fietsroutes etc. vonden wij juist een prettige bijkomstigheid.We zijn wel positief verrast door het grote aantal bezoekers na de lancering en denken mede daarom erover na een eigen tileserver in te richten.Is de handleiding al gereed of moeten wij zelf aan de slag ;-)Groeten, Dirk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fietsrouteplanners gelanceerd
Beste,de op OSM baserende fietsrouteplanners voor Brabant, Zeeland en Limburg en voor Twente zijn nu officieel onlinewww.fietsrouteplanner.nlwww.fietsrouteplanner-zuid.nlhttp://www.blikopnieuws.nl/bericht/127257/Provincies_lanceren_fietsrouteplanner_Zuid-Nederland.htmlDe samenwerking met de fietsersbond is helaas niet gelukt. Ondanks ik dat heel graag wou (ben zelf lid) heeft de fietsersbond gekozen dat controle over de "eigen" data voor hun belangrijk is en ze daarom niet met een open licentie kunnen werken. Jammer, te meer er nu dubbel werk door vrijwilligers verricht wordt - ook de fietserbond heeft een fietsrouteplanner voor de zuidelijke provincies aangekondigd.Voor ons stopt de ontwikkeling nu niet.We hebben nog een aantal features in de pipelijn en ook plannen voor een uitrol naar heel Nederland. Dit kan echter alleen als de datakwaliteit dan op orde is en dat kunnen wij niet met betaalde krachten organiseren. Wat er met name nekt zijn:- eenrichtingswegen die in tegenrichting open staan voor de fiets- binnensteden die voor de auto, maar niet voor de fiets ontoegankelijk zijn- ontbrekende vrijliggende fietspaden, met name afkortingen, ontbrekende bruggen of tunnels en dergelijke- fietsverboden op grote wegen, die niet in osm gecodeerd zijn.- fietspaden op grote wegen- ontbreken van aansluitingen van fietspaden, waardoor geen doorgaande routes mogelijk zijnIdeen hoe we dit voor heel NL systematisch kunnen oppakken?---Dipl. Geogr. Dirk BusscheAdviseur Geografische ToepassingenGoudappel Coffeng BVSnipperlingsdijk 4Postbus 1617400 AD DeventerThe Netherlandst +31 (0)570 666 830f +31 (0)570 666 888i http://www.goudappel.nlaanwezig op kantoor: maandag, dinsdag en woensdagGoudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: Betr: Re: Mappingparty in Berlijn
Dan stel ik voor om dit wel te winnen en dan uit principe collectief niet in het vliegtuig te stappen. Dan zou ik wel meedoen ;-)Maar serieus: voel je vooral vrij te doen wat jullie zelf goed vinden.Ik was alleen geprikkeld door de reclamecampagne voor KLM waar ik iets tegenover wou zetten.Hoe dan ook: hoe meer mappingmartys hoe beter! Dus bedankt voor jullie initiatieven Henk en Martijn!Groeten, Dirk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] wegen verwijderen
Hallo,ik hou de ontwikkelingen in het nieuwbouwgebied Waalsprong bij Nijmegen bij.Naast nieuwe wegen worden ook oude verwijderd.Ik vind het jammer die zomaar weg te gooien omdat- iemand die op een foto (bing, streetview, luchtfoto, cyclomedia) zou kunnen zien en weer intekenen- het voor de toekomstige bewoners leuk kan zijn te kunnen raadplegen wat er vroeger in hun tuin wasIs er een tag die een element "uitzet" maar wel in de database houdt?Groeten, Dirk---Dipl. Geogr. Dirk BusscheAdviseur Geografische ToepassingenGoudappel Coffeng BVSnipperlingsdijk 4Postbus 1617400 AD DeventerThe Netherlandst +31 (0)570 666 830f +31 (0)570 666 888i http://www.goudappel.nlaanwezig op kantoor: maandag, dinsdag en woensdagGoudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] aanpassing openstreetmap.nl
ik weet niet wie over deze site gaat, daarom naar de lijst.Op http://www.openstreetmap.nl/content/problemen-melden.html staat:De meest intuïtieve interface voor het melden van fouten is OpenStreetBugs. Rechtsboven in de kaart is een groen icoon met een plus. Als je daarop geklikt hebt, kun je de locatie van het probleem aanwijzen en met een korte tekst een omschrijving van het probleem geven.Dit is niet meer correct. In de actuele versie van OpenStreetBugs bestaat geen groen icoon meer maar kan je rechtstreeks in de kaart klikken om een probleem te melden.Wie kan die aanpassen?Groeten, Dirk---Dipl. Geogr. Dirk BusscheAdviseur Geografische ToepassingenGoudappel Coffeng BVSnipperlingsdijk 4Postbus 1617400 AD DeventerThe Netherlandst +31 (0)570 666 830f +31 (0)570 666 888i http://www.goudappel.nlaanwezig op kantoor: maandag, dinsdag en woensdagGoudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Bedankt Frank voor de interessante analyse.Volgens zijn bij "tegen" ODbL ook alle gebruikers meegeteld die zich (nog) niet uitgesproken hebben.#nodes #ways #rels Zonder import, voor ODbL 44.44% 54.98% 62.17% Zonder import, tegen ODbL 55.56% 45.02% 37.83% ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] openstreetbugs / fietsrouteplanner
Beste, wij willen in onze fietsrouteplanners graag een aanmoediging opnemen de kaart te verbeteren als je ergens lokale kennis hebt. In eerste instantie een verwijzing naar www.openstreetmap.nl/content/zelf-de-kaart-bewerken.html, plus voor wie dat te ingewikkeld vindt een verwijzing naar www.openstreetbugs.org Heeft iemand ervaring met hoe lang meldingen op openstreetbugs blijven staan alvorens ze door iemand worden opgepikt? Groeten, Dirk --- Dipl. Geogr. Dirk Bussche Adviseur Geografische Toepassingen Goudappel Coffeng BV Snipperlingsdijk 4 Postbus 161 7400 AD Deventer The Netherlands t +31 (0)570 666 830 f +31 (0)570 666 888 i http://www.goudappel.nl aanwezig op kantoor: maandag, dinsdag en woensdag Goudappel Coffeng 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] Fietsrouteplanner Twente
Bedankt aan iedereen die feedback geeft op de site (via deze lijst of privee). Wij zijn alle reacties aan het afwerken en geven iedereen persoonlijk antwoord wat ermee gebeurd is. Dit probleem van André had ik eerder al door Michiel gemeld gekregen en heb het nu eindelijk in mijn debug-omgeving kunnen reproduceren en ben optimistisch het snel op te kunnen lossen. Het schijnt te gaan om een heel raar stuk weg die een verbinding vormt tussen de twee punten heel ver uit elkaar maar zogenoemd toch maar 25 meter lang is. In JOSM niet te zien, dus ontstaat blijkbaar pas bij het inlezen in Postgres... Groeten, Dirk Andre Engels andreeng...@gmail.com Sent by: talk-nl-boun...@openstreetmap.org 11-24-10 12:56 PM Please respond to OpenStreetMap NL discussion list talk-nl@openstreetmap.org To OpenStreetMap NL discussion list talk-nl@openstreetmap.org cc Subject Re: [OSM-talk-nl] Fietsrouteplanner Twente Nog eens gekeken, en ik heb nu toch een 'kan echt niet' routering gevonden. Startpunt: Nordhorn, net over de grens, Ootmarsumerweg Eindpunt: station Holten Route: De route loopt noordwaarts tot net voorbij Neuenhaus (naar ik vermoed de rand van het gebied), en maakt dan plotseling een sprong naar de Haverrietweg ten oosten van Hengelo. Vandaaruit volgt een op het eerste gezicht redelijke route naar het doel. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl 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] Fietsrouteplanner Twente
Bedankt voor het meekijken - ik heb de desbetreffende links al gevonden en quick-and-dirty (uitsluiten in de query) het probleem opgelost. Nu ben ik op zoek waarom deze links ontstaan om herhaling te voorkomen - het is blijkbaar een fout in onze eigen inlees-algoritme die een nodenummer 0 genereert voor wegvakken die met de ene kant binnen en de andere kant buiten het gebied vallen. Ik verwacht binnen enkele uren een versie online te hebben die dit rare gedrag niet meer vertoont. Groeten, Dirk Voor het geval het helpt met opsporen: Het lijkt te reproduceren met veel verschillende eindpunten, die allemaal verbonden lijken te zijn (alsof ze op hetzelfde punt liggen) met één punt ten oosten van Hengelo (de splitsing Haverrietweg-Drienermarkeweg). De punten die als het andere punt dienst doen hebben allemaal gemeen dat er minimaal 1 weg vanuit gaat naar een punt dat niet tot het gebied Twente gerekend wordt. Het lijkt alleen op te treden vanuit een dergelijk randpunt naar het 'centrumpunt', niet andersom. 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
[OSM-talk-nl] Planet NL doet het niet?
Wij downloaden voor de fietsrouteplanner iedere nacht de OSM data van planet.openstreetmap.nl.Sinds enkele dagen is die niet beschikbaar, in plaats daarvan een "Dead Letter":http://planet.openstreetmap.nl/dead.letterWie gaat hier over?Groeten, Dirk---Dipl. Geogr. Dirk BusscheAdviseur Geografische ToepassingenGoudappel Coffeng BVSnipperlingsdijk 4Postbus 1617400 AD DeventerThe Netherlandst +31 (0)570 666 830f +31 (0)570 666 888i http://www.goudappel.nlaanwezig op kantoor: maandag, dinsdag en woensdagGoudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: Fietsrouteplanner Twente
Jammer is dan echter wel dat de geplande route niet als GXP opgevraagd kan worden, of is dat ergens wel.Als de route is berekend, kan je rechts naast de routebeschrijving op "opties" klikken en daar "download" in een aantal formats, waaronder ook gpxMisschien moeten wij deze optie nog anders noemen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] melding 'you have downloaded too much data'
Hoi Floris, goed idee, echter Trapi does not store all tags, so Trapi data should not be used to edit and upload back to openstreetmap. Alle download tbv de fietsrouteplanner gebeurt al via de planet-downloads en niet via de api. De api gebruiken wij alleen om edits door te voeren en ik zou daar ook geen andere weg voor weten. Groeten, Dirk Floris Looijesteijn o...@floris.nu Sent by: talk-nl-boun...@openstreetmap.org 10-27-10 12:42 PM Please respond to OpenStreetMap NL discussion list talk-nl@openstreetmap.org To OpenStreetMap NL discussion list talk-nl@openstreetmap.org cc Subject Re: [OSM-talk-nl] melding 'you have downloaded too much data' net even met tom hughes gesproken. 'you have downloaded too much data' betekent inderdaad dat jullie een data limiet hebben. slechts 0,5% van de users kreeg gisteren een limiet. toch werd daarmee 75% van het verkeer tegengehouden. meestal terecht, in jullie geval helaas niet. het is misschien mogelijk dat jullie via trapi (http://wiki.openstreetmap.org/wiki/Trapi) gaan downloaden maar dat zal ik even uit moeten proberen. ik kom er nog even op terug. groet, floris Martijn van Exel wrote: Ik zei: ik zou een mail sturen, niet: ik *zal* een mail sturen :) Martijn On 10/27/2010 9:37 AM, Floris Looijesteijn wrote: Als ik naar http://www.openstreetmap.org/user/Emiel1/edits kijk is dat nou niet zoveel verkeer dat dat een ban op zou moeten leveren. Op user Pim kan ik niet vinden. Gebruiken ze wel allebei een eigen account? Zo niet is dat misschien nog een mogelijke oplossing. Maar als het goed is heeft Martijn inmiddels een mail gestuurd dus komt er vast snel een antwoord. Groet, Floris fbo...@goudappel.nl wrote: Bedankt voor jullie reacties, Ik weet niet welk IP-adres naar buiten gaat, dat zou ik aan de helpdesk moeten vragen. De medewerkers die nu aan de fietsrouteplanner werken zijn Pim (p...@fietsrouteplanner.info) en Emiel1 (em...@fietsrouteplanner.info) Zij werken beiden de hele dag tegelijk in JOSM. Dus er wordt wel meer gedaan dan 1 persoon normaal zou kunnen doen vanaf 1 adres. Het zijn wel allemaal handmatige acties, dus geen rendering. We hebben nu 2 verschillende netwerkverbindingen, dus hopelijk kunnen we een tijdje vooruit, maar ik ben wel benieuwd of we daadwerkelijk aan de limiet zitten of dat er iets anders aan de hand is. Groeten Francien From: Floris Looijesteijno...@floris.nu To: OpenStreetMap NL discussion listtalk-nl@openstreetmap.org Date: 10/26/2010 04:25 PM Subject:Re: [OSM-talk-nl] melding 'you have downloaded too much data' Sent by:talk-nl-boun...@openstreetmap.org Met welk account (of nog beter, welk ip adres) doen jullie de edits? Dan zal ik eens navragen of er echt een limiet is ingesteld. En wat voor edits doen jullie eigenlijk? Iets met fietsroutes toch? Groet, Floris fbo...@goudappel.nl wrote: Vorige week heb ik al een berichtje gepost 'communication with the osm-server timed out' Inmiddels zijn we een stapje verder en weten we dat dat komt doordat we meer dan gemiddeld downloaden. De osm-server is daar waarschijnlijk op beveiligd. We zijn op meerdere computers aan het werk, die via hetzelfde IP-adres naar buiten gaan. Logisch dat de server daarop controleert,, maar wij lopen nu dus tegen deze beperking aan. Weet iemand hoe wij hier omheen kunnen. We hebben inmiddels een laptop op een andere aansluiting tot onze beschikking, maar we zoeken een meer permanente oplossing, want deze zal waarschijnlijk op een gegeven moment ook op deze beperking stuiten. Helaas lag het netwerk vanmiddag ook een tijdje plat, waardoor er twee rpoblemen door elkaar liepen. Groeten Francien br font size=2 color=#FF face=Arial br Disclaimer br br 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. /font ___ 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 br font size=2 color=#FF face=Arial br Disclaimer br br 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
[OSM-talk-nl] ESRI community basemap
Hallo,ESRI heeft een project opgestart om "gratis" geodata vanuit haar community te verzamelen en te distribueren.Ze vullen het zelf aan met commerciële bronnen zoals Teleatlas.De gebruikte licentie is voor mij onduidelijk.Kent iemand dit project en de relatie met osm? http://resources.arcgis.com/content/community-basemap/aboutZe gebruiken (naast anderen) ook osm als ondergrond: http://www.arcgis.com/home/webmap/viewer.html?useExisting=1Groeten, Dirk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: EPSG:28992, Google's 900913 en nieuwekaart.nl
Hallo,wij gebruiken in een project een nieuwekaart laag boven 900913 tiles en hebben hetzelfde probleemHet lijkt aan de WMS van de nieuwekaart te liggen.Onze oplossing is een verschuiving met een offset van x: 47 en y: 170(zie codeuitsnede onderaan).Groeten, Dirk// ---// Workaround om WMS met bepaalde offset te verschuiven// --- OpenLayers.Layer.WMS.prototype.getURL = function (bounds) { bounds = this.adjustBounds(bounds); if (this.sphericalcorrection) { var y = (bounds.top+bounds.bottom)/2; var p = new OpenLayers.Geometry.Point(0,y); var WGS84 = p.transform( new OpenLayers.Projection("EPSG:900913"), new OpenLayers.Projection("EPSG:4326")); var x=WGS84.y; var dy = 4.440670387E-7*x*x*x*x*x + 9.641338494E-6*x*x*x*x - 3.791462848E-2*x*x*x + 1.521499548E-2*x*x + 745.0588281*x + 0.434; bounds.top -= dy; bounds.bottom -= dy; } if (this.corry) { bounds.top += this.corry; bounds.bottom += this.corry; } if (this.corrx) { bounds.left += this.corrx; bounds.right += this.corrx; } var imageSize = this.getImageSize(); var newParams = { 'BBOX': this.encodeBBOX ? bounds.toBBOX() : bounds.toArray(), 'WIDTH': imageSize.w, 'HEIGHT': imageSize.h }; var requestString = this.getFullRequestString(newParams); return requestString; }; nieuwekaartWMS1 = new OpenLayers.Layer.WMS( "Nieuwe Kaart 1", "http://webservice.nieuwekaart.nl/cgi-bin/nkn", { layers: 'nk_wonen,nk_werken,nk_voorziening,nk_gemengd,nk_verkeer', format:'png', transparent: 'true'}, { isBaseLayer: false, singleTile: true, ratio: 1, projection: new OpenLayers.Projection("EPSG:900913"), corrx: 47, corry: 170 });De laatste dagen ben ik - deels uit nieuwsgierigheid, deels voor OSM énomdat ik er misschien voorm'n werk iets mee kan - aan het spelen met Geoserver en OpenLayers. Daarbij leek het me leuk de OSM kaart als baselayer te combineren met enige lagen die ik in Oracle heb en de tiles vanDe Nieuwe Kaart[1+2]. [1] http://www.nieuwekaart.nl/ [2] http://webservice.nieuwekaart.nl/cgi-bin/nkn?service=wmsversion=1.1.1request=getCapabilities OSM en Oracle (SRID = 90112) combineren gaat goed, maar de lagen uit De Nieuwe Kaart zijn verschoven.Wie kanmijhelpen vast te stellen of dit aan mij ligt of aan de WMS service van De Nieuwe Kaart? In OpenLayers heb ik een 'standaard' map gedefinieerd met projection "EPSG:900913", met een OSM laag met sphericalMercator: true. Hierop probeer ik overlays te tonen zoals: map.addLayer(new OpenLayers.Layer.WMS.Untiled("Nieuwe kaart - Gemengd","http://webservice.nieuwekaart.nl/cgi-bin/nkn",{service: 'wms', version: '1.0.0',layers: 'nk_gemengd',format: 'image/png',projection: 'epsg:900913' ,transparent: true,isBaseLayer: false })); *) Het is mij niet duidelijk of 'projection' of 'srs' de juiste key is om het coördinatenstelsel aan te duiden. De WMS claimt '900913' te ondersteunen (zie getCapabilities response [2]), maar alle geometrieën lijken circa 100m naar het noorden verschoven te zijn. Zie ik iets over het hoofd, of kan er iets mis zijn met de configuratie van de WMS server? De originele data is in RD (EPSG:28992, zie [2]) en moet voor "900913" dus getransformeerd worden. Bij Martijn van Exel[3] vond ik een aanwijzing dater watmis zou kunnen zijn met de definitie van EPSG:28992 en dat dit best een verschuiving van 100m kan veroorzaken. Elders [4+5] kreeg ik de indruk dat OpenLayers geen WMS tiles transformeert, maar dat dit op de server moet gebeuren. [3] http://oegeo.wordpress.com/2008/05/20/note-to-self-the-one-and-only-rd-projection-string/ [4] http://trac.osgeo.org/openlayers/wiki/SphericalMercator [5] http://docs.openlayers.org/library/spherical_mercator.html Dank, en groet, J-. Jeroen Muris___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
[OSM-talk-nl] Betr: Fietsrouteplanner edits in Twente
Frank, bedankt voor dit duidelijke verhaal. Ik wil alleen een punt rechtzetten: wij zijn er nooit van uitgegaan dat fietsers nooit op primary mogen komen, wel hebben wij gezegd dat deze bij ontbrekende bicycle-tag default ontoegankelijk zijn en wij tegelijk voor ALLE primary wegen controlleren of fietsers daar op mogen en zonodig een bicycle=yes (of fietspad etc) zetten. Wij gebruiken daarvoor de ons ter beschikking staande cyclomedia-fotos en kijken daar naar borden en fietspaden.Daarom was voor ons de tag primary relevant en hebben wij die ook gecontrolleerd volgens de richtlijnen op de wiki - en waar nodig omgetagd. Op de wiki staat duidelijk en helder dat N-wegen met een nummer onder de 400 primary zijn en met een nummer boven de 400 secondary. Als wij zoals Frank voorsteld niet meer van de N-nummers maar van het gevoel van de plaatselijk bekende mapper uit gaan (wat ik prima vindt), dan moeten wij dat wel op de wiki ook zo vermelden. Dit (de wiki actualiseren) is dan ook het voorstel van Frank en ons. Groeten, Dirk Bussche ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fietsrouteplanner? import
Hoi René,bedankt voor je feedback - fietsrouteplanner2 is daadwerkelijk een van de studenten die door ons begeleid op vrij grote schaal fietsinfrastructuur en ontbrekende wegen toevoegen aan Openstreetmap tbv het fietsrouteplanner-project. Het blijft een uitdaging en verantwoordelijkheid voor ons hier goede begeleiding en controle uit te oefenen.Wij hadden zelf al topologische fouten opgemerkt en zijn begonnen deze te herstellen.Groeten, DirkHallo,Naar aanleiding van wijzigingen in Tilburg van 22 juni [1] door userfietsrouteplanner2.Gezien de naam van de gebruiker lijkt het erop dat deze data afkomstigis van het fietsrouteplanner project dat enige tijd geleden isaangekondigd [2]. Erg mooi dat we de data die daarvoor extra verzameldis terugkrijgen, maar toch het verzoek om iets nauwkeuriger te werk tegaan.Even een lijst van wat er in dat gebied (waarschijnlijk onbewust) foutis gegaan:- Op een flink aantal wegen en nodes was de tag highway=residental(ipv residential) geplaatst. Ook op stukken spoorlijn, nodes enbestaande doorgaande wegen.- foot=jes en bicycle=jes op wegen (moet =yes zijn, maar is ook nogeens overbodig op de meeste wegtypes en incorrect op gebouwen).- Veel kleine (een paar meter lange) ways, niet doen als er geenaanleiding voor is. Deze korte stukjes zijn namelijk niet ofnauwelijks te onderhouden omdat je ze over het hoofd ziet bij hetediten.- Ways die halverwege onderbroken zijn. Tenzij er een goede reden vooris, probeer ways aaneengesloten te houden en alleen te splitsen op eenkruising of een scherpe bocht. Dus niet één node de hoek om gaan endan splitsen.We zijn ondertussen al een maand verder en dus heb ik nog een paar vande laatste changesets bekeken. En daar zag ik gedeeltelijk hetzelfde.Ways die op een onlogische plek gesplitst zijn. Ways die elkaarkruisen zonder een verbings-node of een bridge=yes [3].Ik Hoop dat dit verhaal niet te negatief overkomt en niet persoonlijkopgevat wordt. Deze data kan zeker een toevoeging zijn voor OSM.René[1] http://www.openstreetmap.org/browse/changeset/5049739[2] http://lists.openstreetmap.org/pipermail/talk-nl/2010-March/010777.html[3] http://www.openstreetmap.org/?lat=51.08661lon=5.96496zoom=16___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
[OSM-talk-nl] Wegwerkmeldingen / stremmingen
Onderstaand naar aanleiding van de gesloten brug vanwegen SAIL een interessante discussie.Wij (Goudappel) beschikken nu al over wegwerkmeldingen (stremmingen en hinder) voor Oost-Nederland en onze opdrachtgevers willen die juist zo breed mogelijk communiceren, dus toestemming voor opname in OSM is makkelijk te regelen.Naar verwachting begin 2011 zullen wij via het NDW over meldingen voor heel NL beschikken, waarschijnlijk met een PD-achtige licentie.De vraag is alleen: willen wij echt de OSM-database daarmee belasten?Mijn voorkeur heeft het korttijdige stremmingen buiten de OSM database te houden en de wegwerkmeldingen bijvoorbeeld als aparte laag op opentreetmap.nl aanbieden. Ik wil graag een webservice maken waardoor dat mogelijk wordt.Van andere aard zijn langdurige stremmingen. Deze zijn vaak met verandering van infrastructuur verbonden zodat het waardevol is op 2 momenten (begin en einde werkzaamheden) de OSM database aan de werkelijkheid aan te passen.Dit is handwerk voor een vrijwilliger. Als iemand bereid is dit te doen dan kan ik ervoor zorgen dat diegene een automatische email krijgt bij iedere melding van langer dan b.v. 2 maanden.Groeten, Dirk we gaan toch ook niet alle wegwerkzaamheden in de kaart verwerken? alsZover ik weet doen we dat wel. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fiets Knooppuntennetwerken
Wij (Goudappel Coffeng) zijn bezig voor Limburg, Noord-Brabant, Zeeland en Twente OSM te verbeteren om hier een fietsrouteplanner op te baseren. Onze opdrachtgevers hebben hier juist voor gekozen omdat de data die wij genereren niet alleen in onze eigen planner blijft maar vanzelf meer nut genereert (van een touristische I-Phone app in Zeeland tot garmin-downloads). In dit kader worden natuurlijk ook de fietsknopennetwerken opnieuw nagelopen. Wij hebben de fietsersbond uitgenodigd hierin met ons samen te werken - onze data dubbel-licensed ook in de fietsersbond planner en hun data via ons naar OSM. De gesprekken hierover lopen nog. Dirk Bussche 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.inline: 0F365215.gif___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: sluizen
Het is niet zo dat freietonne altijd name=lock gebruikt, in alle gevallen die ik heb gezien gebruiken ze gewoon waterway=lock_gate. Waarschijnlijk een individueel foutje dus, maar misschien dat iemand een keer in de database wil zoeken?De kaart http://www.freietonne.de/seekarte is gewoon heel erg goed, voor Nederland nog wel onvolledig gevuld.Groeten, Dirk-talk-nl-boun...@openstreetmap.org schreef: -Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.orgVan: Lambertus o...@na1400.infoVerzonden door: talk-nl-boun...@openstreetmap.orgDatum: 04/16/2010 10:17AMOnderwerp: Re: [OSM-talk-nl] sluizenWater features interesseren mij ook. Een sluis taggen met name=lock lijkt me een totaal verkeerde aanpak. waterway=lock_gate is al veel beter.Ronald wrote: Geachte lezers, op het moment dat ik bij Spaarndam bezig was, kwam ik iets tegen dat door freientonne.de was ingetekend: namelijk een sluis. Op zich ben ik blij als zij zich bezig houden met water en de onderdelen daarvan, maar helaas lijkt het erop dat zij andere standaards gebruiken als openstreetmap. freientonne.de gebruikt: name = lock openstreetmap gebruikt: waterway = lock_gate Graag zie ik dit eenduidig opgelost. Ronald ___ 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
[OSM-talk-nl] Fietsrouteplanner Zuid Nederland
Beste OSMers, Goudappel Coffeng heeft opdracht gekregen de fietsrouteplanner Zuid-Nederland te maken (Limburg, Noord-Brabant en Zeeland). Wij hebben besloten dit niet op basis van het NWB of een commercieel netwerk, maar op basis van OSM te doen. Onderdeel van de opdracht is een hoop veldwerk en desk research om OSM in de regio zodanig te verbeteren en aan te vullen dat het geschikt wordt om betrouwbare fietsroutes te plannen. De verbeteringen zullen in JOSM worden uitgevoerd op de OSM database en staan daarmee iedereen onder CC BY SA ter beschikking. De planner zelf zal bij ons op een locale kopie van de OSM database draaien om performance te waarborgen en de OSM server niet te zwaar te belasten. De planner zal technisch ook buiten Zuid-Nederland werken. Daar zullen wij geen veldwerk uitvoeren maar wel onze tools aan de community ter beschikking stellen in de hoop dat ook daar een hoogwaardig netwerk ontstaat. In ieder geval een kans voor OSM om de zichtbaarheid en kwaliteit van OSM te verhogen en tegelijk een gezamelijke uitdaging om de data goed op orde te brengen en houden. De verwachting is dat de fietsrouteplanner Zuid-Nederland begin 2011 operationeel zal zijn. Ik zal jullie binnenkort op de hoogte stellen van de attributen die wij zullen controlleren/toevoegen en de automatische checks die wij uitvoeren. Groeten, Dirk Bussche Goudappel Coffeng b.v. 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