Hej Michel, og I andre.
Jeg synes ikke at layer er løsningen her. Hvis man tegner en virtuel sti
hen over et areal med det formål at hjælpe routeren bør stien gøres
usynlig, den skal ikke sendes ned i undergrunden.
Der findes et tag, osmarender:render=no, der gør en vej usynlig. Ifølge
beskrivelsen (http://wiki.openstreetmap.org/wiki/Key:osmarender:render)
bør tagget ikke anvendes i den generelle database uden en rigtig god
grund, men måske har vi en rigtig god grund her? Tagget virker også i
Mapnik, trods navnet.
Men jeg vil gerne vende tilbage til den oprindelige ide om at ændre i
routing engine.
I Michaels oprindelige eksempel fra Nørreskoven i Esbjerg vil routing
engine formodentlig finde ud af at stien fra den grønne markør hænger
sammen med P-arealet, som igen hænger sammen med stien til den røde
markør. Men da der ligger en beslutning om at P-arealer ikke bruges til
routning, bliver brugeren sendt en anden vej.
Hvis nu P-arealet i Nørreskoven havde været en rundkørsel, så havde
routing enginen (har vi et bedre ord?) fundet en rimeligt optimal vej,
rundt langs kanten på samme måde som det sker i eksemplerne fra
Rådhuspladsen og Nytorv. Så vi kan altså godt route på en vej der går
rundt og møder sig selv.
Når der så findes et "area=yes"-tag på vejstykket kan enginen vel
oprette en midlertidig vej i sin arbejdshukommelse direkte mellem de to
tilstødende stier.
Det giver godt nok mere arbejde til enginen, men det er jo meningen med
computere at de skal arbejde, så vi andre slipper...
Vh.
Erik Klausen
Den 12-10-2015 kl. 16:37 skrev Michel Coene:
Hjælper det hvis man tegner en sti med "layer=-3" ?
Michel Coene
Op 12-okt.-2015 16:12 schreef "Michael Andersen" <hj...@milvus.dk
<mailto:hj...@milvus.dk>>:
Problemet her er ikke helt det samme, idet man bliver routet rundt
langs
kanten af perronen (I modsætning til amenity=parking er
public_transport=platform faktisk "routable" på lige fod med
highway=*).
http://www.openstreetmap.org/directions?engine=graphhopper_foot&route=55.32811%2C8.77009%3B55.32748%2C8.77022
Man oplever samme fænomen som her, når man forsøger at route over
f.eks.
highway=pedestrian;area=yes (som f.eks. føromtalte Rådhuspladsen)
http://www.openstreetmap.org/directions?engine=graphhopper_foot&route=55.67529%2C12.56703%3B55.67537%2C12.57099
Mandag den 12. oktober 2015 15:33:42 skrev Niels Elgaard Larsen:
> Det samme gælder i øvrigt for perroner.
>
>
http://www.openstreetmap.org/directions?engine=graphhopper_foot&route=55.690
> 29%2C12.51514%3B55.69037%2C12.51503#map=19/55.69048/12.51543
> Michael Andersen:
> > Hej alle
> >
> > Lige for at gøre opmærksom på dette, da jeg har set (og
rettet) fejlen
> > rigtig mange steder og mange (både begyndere og mere erfarne)
ikke er
> > klar over det:
> >
> > Parkeringspladser (amenity=parking) er ikke i sig selv
navigerbare for
> > routingsoftware (se f.eks.
> >
http://www.openstreetmap.org/directions?engine=graphhopper_foot&route
> > =55.49970%2C8.43844%3B55.49831%2C8.44200[1]).
> >
> > Derfor er det bedst at forbinde veje og stier direkte, fremfor
til kanten
> > af polygonen. Amenity=parking tjener alene som en visuel hjælp
og til
> > søgninger (POI) på p-pladser.
> >
> > Mvh Hjart
> >
> > --------
> > [1]
> >
http://www.openstreetmap.org/directions?engine=graphhopper_foot&route
> > =55.49970%2C8.43844%3B55.49831%2C8.44200
> >
> >
> >
> > _______________________________________________
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org <mailto:Talk-dk@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-dk
_______________________________________________
Talk-dk mailing list
Talk-dk@openstreetmap.org <mailto:Talk-dk@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-dk
_______________________________________________
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
_______________________________________________
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
