++ 08/07/09 13:51 +0200 - Philip Homburg:
Fixen op basis van ik ken de omgeving is natuurlijk nooit voldoende
om alle data op te poetsen, vooral omdat je de fouten vaak niet
ziet.
Bij de fouten die ik tegen komt bij het gebruik van route software is juist
wel lokale kennis vereist.
Om een
++ 08/07/09 10:51 +0200 - ce-test, qualified testing bv - Gert Gremmen:
Er moet een programma komen dat systematisch de database controleert
op route-onmogelijkheden. Wegen die niet aansluiten op zijwegen,
kapotte rotondes, breuken in wegen, tegenstrijdige access rules,
rare eenrichtingswegen,
keepright hoort eigenlijk in de editor te zitten.
In een electronica printplaat teken programma zit bv een rulebase die zorgt
dat je geen illegale dingen doet of tenminste erop geattendeerd wordt.
Zoiets dergelijks zou je ook in onze editors moeten hebben.
Rob
Op 8 juli 2009 10:55 schreef Rejo
Ook in de data zitten veel fouten maar op route gebied is het model dan
ook verre van compleet.
Kun je eens wat voorbeelden noemen?
Een paar voorbeelden:
- Ik heb gisteren bij mij in de buurt een paar oneway tags weggehaald. Op een
of andere manier is de AND data daar erg verouderd.
- De
On Tue, 7 Jul 2009, Philip Homburg wrote:
Dat ligt niet aan de routeplanners maar aan de data. Werk aan de winkel dus!
Dat klopt niet. Ik heb redelijk veel met http://yournavigation.org/ gespeeld
(die natuurlijk gosmore als backend heeft) en recenter met ANDNAV2. En in
beide gevallen zie je
On Wed, 8 Jul 2009, Philip Homburg wrote:
Ook in de data zitten veel fouten maar op route gebied is het model dan
ook verre van compleet.
Kun je eens wat voorbeelden noemen?
Een paar voorbeelden:
- De tagging standaards zijn gewoon fout. Voor een verboden in te rijden
voor
Sommige dingen zitten al in Validator, maar daar wordt niet vanuit
een autorouter oogpunt naar gekeken.
Mijn ervaring is dat op dat punt de data gemiddeld genomen behoorlijk goed is.
Er zitten wel foutjes in die een validator kan vinden maar het is een relatief
laag percentage.
Fixen op basis
Christiaan Welvaart wrote:
Dat doe ik met een generieke access tag. Die moet iemand wel een keer gaan
beschrijven op de wiki:
access:motor_vehicle:backward=no
access:motorcycle:backward=yes
access:moped:backward=yes
access:mofa:backward=yes
Deze tags zijn dus de eenrichtingsversie van de
2009/7/8 Christiaan Welvaart c...@daneel.dyndns.org:
- In Nederland wordt een vrijliggend fietspad getagd als een losse cycleway.
Maar dan weet de navigatie software niet dat je daar wel verplicht bent
om te fietsen.
Jawel want dan geef je op de weg aan: foot=no bicycle=no mofa=no . Dit
Ben Laenen schreef:
Laten we het bij oneway houden. Een weg die enkelrichting is uitgezonderd
fietsers wordt dan: oneway=yes + bicycle:oneway=no
Volgens de wiki is in dit geval oneway=yes cycleway=opposite ook een
oplossing.
Jawel want dan geef je op de weg aan: foot=no bicycle=no mofa=no .
Andre Engels wrote:
2009/7/8 Christiaan Welvaart c...@daneel.dyndns.org:
- In Nederland wordt een vrijliggend fietspad getagd als een losse cycleway.
Maar dan weet de navigatie software niet dat je daar wel verplicht bent
om te fietsen.
Jawel want dan geef je op de weg aan: foot=no
Eugene van der Pijll wrote:
Ben Laenen schreef:
Laten we het bij oneway houden. Een weg die enkelrichting is uitgezonderd
fietsers wordt dan: oneway=yes + bicycle:oneway=no
Volgens de wiki is in dit geval oneway=yes cycleway=opposite ook een
oplossing.
Maar dan zit je met problemen als
On Wed, 8 Jul 2009, Ben Laenen wrote:
Christiaan Welvaart wrote:
Dat doe ik met een generieke access tag. Die moet iemand wel een keer gaan
beschrijven op de wiki:
access:motor_vehicle:backward=no
access:motorcycle:backward=yes
access:moped:backward=yes
access:mofa:backward=yes
Deze tags
Christiaan Welvaart wrote:
Een routing app moet dan intern een lijst van transportmiddelen gaan
aanleggen en voor elk land een andere mapping maken. Alles kan natuurlijk,
dus schrijf maar een voorstel en zet het op de wiki (country specific
access tag semantics for routing?), dan kunnen we
On Wed, 8 Jul 2009, Ben Laenen wrote:
Christiaan Welvaart wrote:
Een routing app moet dan intern een lijst van transportmiddelen gaan
aanleggen en voor elk land een andere mapping maken. Alles kan natuurlijk,
dus schrijf maar een voorstel en zet het op de wiki (country specific
access tag
In your letter dated Wed, 8 Jul 2009 13:35:28 +0200 (CEST) you wrote:
Heb je ook de andere 2 webrouteplanners bekeken?
http://www.openrouteservice.org/
Deze is (voor zover ik weet) nog steeds niet helemaal open source ook
al is ooit beloofd dat dit binnenkort zou gebeuren, op
Jawel want dan geef je op de weg aan: foot=no bicycle=no mofa=no . Dit
moet ik nog duidelijk op die wiki pagina zetten.
Dat zou kunnen, maar persoonlijk zou ik liever zien dat daar een relatie voor
komt en dat de routing software het dan uitzoekt. Dat zou ook bij een ventweg
de extra naam
Christiaan Welvaart wrote:
On Wed, 8 Jul 2009, Ben Laenen wrote:
En aangezien het al bestaat en routers al een lijst hebben van regels voor
elk
land, kan je er beter ook maar deftig gebruik van maken om tagging regels in
Welke router heeft dat dan? Gosmore doet niets land specifieks
Christiaan Welvaart schreef:
Dat kan je met 'designated' doen, d.w.z. als bicycle=designated op een pad
staat (door de highway tag of anders) dan is het een verplicht fietspad,
als er bicycle=yes op staat dan niet.
Dat is volgens mij niet wat designated betekent. Het betekent bedoeld
voor,
Christiaan Welvaart wrote:
Je zegt hier nu wel dat 'het al bestaat', maar waar kan ik dit op de wiki
teruglezen? En dan heb ik het niet over verschillende beschrijvingen voor
elk land-project want dat noem ik eerder chaos.
Welja, elk land heeft zijn eigen verschillende regels en dus bestaat
On Wed, 8 Jul 2009, Philip Homburg wrote:
Jawel want dan geef je op de weg aan: foot=no bicycle=no mofa=no . Dit
moet ik nog duidelijk op die wiki pagina zetten.
Dat zou kunnen, maar persoonlijk zou ik liever zien dat daar een relatie voor
komt en dat de routing software het dan uitzoekt.
Eugene van der Pijll wrote:
Christiaan Welvaart schreef:
Dat kan je met 'designated' doen, d.w.z. als bicycle=designated op een
pad staat (door de highway tag of anders) dan is het een verplicht
fietspad, als er bicycle=yes op staat dan niet.
Dat is volgens mij niet wat designated
On Wed, 8 Jul 2009, Philip Homburg wrote:
Ik probeerde voor de grap even Amsterdam-Stadskanaal, en ORS gaat via de
Afsluitdijk, dus dat is niet optimaal.
Lijkt idd een fout in de routing app want door waypoints toe te voegen kan
ik de reistijd korter maken.
Christiaan
Check deze:
http://www.routeware.dk/topology/topologychecker.php
Dit zijn functies die je nodig hebt om een netwerk sane te maken.
Rob wrote:
keepright hoort eigenlijk in de editor te zitten.
In een electronica printplaat teken programma zit bv een rulebase die
zorgt dat je geen illegale
Een routeplanner voor voetgangers, fietsers en automobilisten. De
gebruiker kan op meerdere manieren een route samenstellen. Dat kan
gebeuren door een tweetal punten aan te wijzen en de korste of
snelste weg te genereren, Dat kan door gepreparereerde routes te
bekijken en selecteren
++ 07/07/09 15:27 +0200 - Philip Homburg:
Een routeplanner voor voetgangers, fietsers en automobilisten. De
gebruiker kan op meerdere manieren een route samenstellen. Dat kan
gebeuren door een tweetal punten aan te wijzen en de korste of
snelste weg te genereren, Dat kan door gepreparereerde
Philip Homburg wrote:
Een routeplanner voor voetgangers, fietsers en automobilisten. De
gebruiker kan op meerdere manieren een route samenstellen. Dat kan
gebeuren door een tweetal punten aan te wijzen en de korste of
snelste weg te genereren, Dat kan door gepreparereerde routes te
bekijken
Beste Philip,
Je hebt bepaalde ideëen over wat er mis is, heb je ook gedachten over
hoe dit zou kunnen worden verbeterd?
Heb je een bepaald onderdeel waarvan jij zegt; als je daar de focus
legt, dan wordt het echt een grandioos succes?
Philip Homburg wrote:
Dat is niet waar, de
Hi,
Zie mijn posting van een paar minuten geleden voor de context...
Een paar van de doelen die ik mezelf zou zetten zijn het verhogen van
gebruiksgemak, het verhogen van de herkenbaarheid en het verbeteren van de
bekendheid van OpenStreetMap. Belangrijke middelen daarvoor zijn, IMHO, een
Hallo Rejo,
Nogmaals, wij willen je steunen als Stichting OpenGeo!
Is het een idee om eens een sessie op te zetten om te schetsen, uit te
werken en ook de in eerdere mail genoemde leek op het juiste moment te
betrekken?
Rejo Zenger wrote:
Hi,
Zie mijn posting van een paar minuten geleden
30 matches
Mail list logo
