Re: [Talk-dk] P-pladser og navigation

2015-10-12 Tråd Niels Elgaard Larsen 


Erik Klausen:
> Hej Michael.
> 
> Jeg er lidt usikker omkring dette. Jeg synes det svarer til at "mappe
> for the renderer", hvilket jo er et no-go. Routing-softwaren burde være
> indrettet til at håndtere trafikérbare arealer på en fornuftig måde,
> ellers skal vi til at tegne en masse virtuelle stier på Rådhuspladsen i
> København, af hensyn til routningen for fodgængere. Er det ikke en
> farbar vej at få ændret routing-softwaren?


Det er jo spørgsmålet.

Routeberegnerne kan så vidt jeg ved ikke finde de korteste/bedste ruter
over vilkårlige polygoner og det er også et svært problem at løse
effektivt. Og det skal være effektivt, for ruteberegningen er i forvejen
dyr.

Men derudover kan de heller ikke antage, at man bare kan færdes på
vilkårlige linier indenfor arealer som parkeringspladser og pladser
(highway=pedestrian, area=yes). For sådan mapper vi typisk ikke. Vi har
ikke tegnet alle forhindringer, såsom hegn, hække, sten, kantsten,
lygtepæle, blomsterkrukker, trin, osv.

Rådhuspladsen er der faktisk tegnet en sti over. Og der burde efter min
mening være flere. Hvis man fx skal fra tortovet på H. C. Andersens
Boulevard til Vestervoldgade, vil en fodgænger ikke følge kanten af
polygonen, for så er trappen til rådhuset i vejen. Dragespringvandet er
kun en knude, så man ved ikke hvor langt, man skal gå udenom det. Der er
også bænke og lygtepæle, som slet ikke er på OSM.

Kongens Nytorv er endnu værre. Hegnet omkring indkørslen til
metrobyggeriet betyder, at man skal helt op til lyskrydset for at komme
fra den vestlige til den nordlige side at torvet. Men hegnet er ikke på
kortet.

Eller se på parkeringen ved Bellacenteret:
http://www.openstreetmap.org/way/29057435

Jeg tror, at det er nemmere at tagge vejene end hækkene (selvom vi
naturligvis burde gøre begge dele). Derudover så ser det ud til, at en
af vejene er ensrettet, hvilket man jo er nødt til at tegne den for at
få angivet.

På Nørreskoven parking
http://www.openstreetmap.org/way/4360937
er der jo store træer midt på pladsen, som heller ikke er tagget. Og et
halvt hus.

På de fleste parkeringspladser er der afmærkede båse. Det er jo ting på
jorden, som skulle mappes. Man kunne mene, at når vi har mappet hver
enkelt bås, så kunne ruteberegnere tage højde for at, der kunne være en
bil i hver bås og så rute omkring dem. Men det synes jeg, er lidt søgt.
Som bilist opfatter man passagerne mellem båsene som veje.

Så det er jo et spørgsmål om arbejdsfordelingen mellem kortet og
ruteberegnere. Det er ikke klart beskrevet i Wiki'en. Og så handler det
vel om at tage hensyn til, hvad man med rimelighed kan forvente af
ruteberegnere. Og så synes jeg godt, at man kan hjælpe dem lidt.

Se fx ruten fra Byretten til Sari
http://www.openstreetmap.org/directions?engine=graphhopper_foot=55.67717%2C12.57280%3B55.6%2C12.57330#map=19/55.67734/12.57329

Det er jo dobbelt så langt som nødvendigt. Og ikke helt nemt for en
ruteberegner. Og der er forhindringer i form af udendørsservering (i alt
fald om sommeren) cykelstativer, niveauændringer og nogle gange
kunstudstillinger.

Og i øvrigt er det ikke kun af hensyn til ruteberegnere.
Når jeg ser fx Rådhuspladsen på http://www.openstreetmap.org/, så synes
jeg at det er rart, at jeg kan se hvordan jeg kommer fra
Frederiksberggade ned mod Hovedbanegården

Så vi skal ikke mappe til en bestemt ruteberegner. Men vi kan godt mappe
til hvad enhver god ruteberegner har brug for. Ligesom vi også mapper
til hvad en god render har brug for at vide for at tegne et kort.


> Eventuelt kunne vi tilføje "foot=yes" hhv. "motor_vehicle=yes" til
> arealerne så routingsoftwaren kan se hvordan de skal håndteres.
> 
> 
> Vh.
> Erik Klausen
> 
> 
> Den 11-10-2015 kl. 11:19 skrev 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=55.49970%2C8.43844%3B55.49831%2C8.44200).
>>
>>
>> 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
>>
>>
>>
>> ___
>> 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
> 

-- 
Niels Elgaard Larsen

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] P-pladser og navigation

2015-10-12 Tråd Niels Elgaard Larsen 
Det samme gælder i øvrigt for perroner.

http://www.openstreetmap.org/directions?engine=graphhopper_foot=55.69029%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
> =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
> =55.49970%2C8.43844%3B55.49831%2C8.44200
> 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
> 

-- 
Niels Elgaard Larsen

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] P-pladser og navigation

2015-10-12 Tråd Michael Andersen 
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=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=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=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
> > =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
> > =55.49970%2C8.43844%3B55.49831%2C8.44200
> > 
> > 
> > 
> > ___
> > 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

Re: [Talk-dk] P-pladser og navigation

2015-10-12 Tråd Michael Andersen 
Hvis du forestiller dig at du dermed kan lave "skjulte" stier under et areal?  
I visse tilfælde åbenbart ja. På vores "standard" kort se f.eks. henholdsvist 
http://www.openstreetmap.org/way/25111483 og 
http://www.openstreetmap.org/way/371387906. Men læg mærke til at på f.eks. 
cykelkortet og det "humanitære" kort kan man ikke engang se perroner mm.

Bemærk at dengang jeg lavede tunnellen under Odense banegård forsøgte jeg i 
samme ombæring at få routing til at fungere fornuftigt der ved at forbinde 
trapper mm med perronerne (fordi når man som jeg var ikke er så kendt på 
stedet, så kan det være lettere uoverskueligt at finde ud hvordan man bedst 
kommer ud). Desværre var der andre mappere der åbenbart ikke forstod 
problematikken og praktisk talt reverterede skidtet :-(

Mandag den 12. oktober 2015 16:37:20 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" :
> > 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=55.3
> > 2811%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=55.6
> > 7529%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=55.6
> > 90> 
> > > 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
> > > > =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
> > > > =55.49970%2C8.43844%3B55.49831%2C8.44200
> > > > 
> > > > 
> > > > 
> > > > ___
> > > > 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


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Mapillary / privatliv

2015-10-12 Tråd Lars Gravengaard 
Hej alle

https://www.mapillary.com/instructions.html


"What not to capture
We want to protect the privacy and integrity of our fellow neighbors. Avoid
taking photos with lots of people in them. Definitely avoid photos where
you can clearly identify people. Delete such photos in the app before
uploading."

Jeg er/var selv skyldig. Men for at være helt ærligt så kan alle godt
stramme sig an !!

Eks. så sent som her til aften har jeg anmodet om sløring af et ansigt der
var taget under et meter væk.

Lars G
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk