Een tijdje geleden werd hier de vraag gesteld over het routeren over een
veerpont. Ligfietser heeft nu zijn OSFM aangepast. Uit het NL-forum
==
Inmiddels zijn op mkgmap (programma waarmee we de garmin kaarten maken) de
road_class parameters aangepast bij veerpontjes die specifiek getagd zijn
met m
Ik wil mij in de maand Dec wel amuseren met het ‘aflopen’ van de stromen en
rivieren en de nodige aanpassingen te doen.
Het zou natuurlijk handig zijn indien iemand voor een lijstje zou kunnen zorgen
van de veerponten die nu bv in Vlaanderen op de kaart staan !
Groeten
Marc D
Van: Ma
dat kan je door de Overpass Query uit te voeren die in de oorspronkelijke
post staat. Gewoon op de link klikken, kaartje verschuiven naar Vlaanderen
en op Run drukken. Eventueel inzoomen als er een "time out" komt.
met vriendelijke groeten
m
2014-10-21 14:34 GMT+02:00 Marc Deroep :
> Ik wil mij
Interessant. De veerdienst van Planckendael (Muizen - Mechelen) komt
uit de Overpass query. Nu dit is geen publieke veerdienst in essentie
maar een "shuttledienst".
Maar daar kan dus in theorie wel over geroute worden al lijkt het mij
onwaarschijnlijk dat de veerdienst preferentie krijgt over de
Die boot mag geschrapt worden, bestaat niet meer.
http://www.gva.be/cnt/aid1558530/planckendael-kiest-voor-shuttlebus-als-vervanger-voor-boottochtjes
http://www.planckendael.be/nl/bereikbaarheid
http://www.planckendael.be/nl/nieuws/de-boot-naar-planckendael-stopt
2014-10-21 15:31 GMT+02:00 Glenn P
Idd Wannes, tx. Was ik nog niet van bewust. De Ferry lijn is weg nu.
https://www.openstreetmap.org/changeset/26235727
Glenn
On 21-10-14 15:34, wannes wrote:
> Die boot mag geschrapt worden, bestaat niet meer.
> http://www.gva.be/cnt/aid1558530/planckendael-kiest-voor-shuttlebus-als-vervanger-
Er zijn een aantal plaatsen in België waar in OSM gebouwen ingetekend
zijn. Op sommige van die plaatsen is het zo dat de CRAB-punten boven
niet-overeenkomstige gebouwen liggen. Dat het punt voor huisnummer 3
boven de polygoon voor huisnummer 4 ligt, dat het punt voor huisnummer 4
boven de polyg
In de discussie over node vs gebouw kan ik zeker meegaan in wat Sander
zegt. Bij nader inzien hoeft een combinatie van beide geen probleem te
zijn. Wat mij betreft kunnen in dat opzicht ook zeker adresposities
geimporteerd worden zonder dat daar gelijk een gebouw-polygoon voor moet
ingetekend z
al even kort:
- bedankt voor de extra uitleg, nu begrijp ik wat je bedoel met
onnauwkeurige positie.
- we beschikken nog niet zo heel lang over de AGIV beelden (een jaar of
zo). De Bing beelden zijn veel onnauwkeuriger, i.e. meer verschoven t.o.v.
de werkelijkheid, ze zijn ook ouder en dikwijls on
In België heb je met alle koterij ook vaak het probleem dat het onduidelijk
is bij welk kotje het gebouw net begint (telt een honden- of kippenhok al
als huis?).
Anyway, ik heb gemerkt dat ik nu nog wat problemen heb met de encodering
(Staden bleek volledig uit ASCII straatnamen te bestaan), dus b
inline dan toch:
On 21-10-14 20:54, Marc Gemis wrote:
> al even kort:
>
> - bedankt voor de extra uitleg, nu begrijp ik wat je bedoel met
> onnauwkeurige positie.
> - we beschikken nog niet zo heel lang over de AGIV beelden (een jaar of
> zo). De Bing beelden zijn veel onnauwkeuriger, i.e. meer v
Zou het bing-probleem al niet opgelost kunnen worden als we AGIV
gemakkelijker beschikbaar maken in de verschillende editors ? of zelfs als
default voor Vlaanderen (als dat mogelijk is) ?
m.
2014-10-21 23:12 GMT+02:00 Glenn Plas :
> inline dan toch:
>
> On 21-10-14 20:54, Marc Gemis wrote:
> > a
12 matches
Mail list logo