Hvordan estimerer Google Maps sykkeltider

Svaret gitt av gammapoint er sikkert et fint anslag å ta i betraktning når du ser på Google Maps.

Imidlertid som å være ganske nær Google gjennom Topp bidragsyter og Local Guides -programmer (selv om jeg ikke er ansatt), kan jeg nesten helt sikkert si:

Vi vet aldri.

Med mindre du selvfølgelig får deg ansatt i det spesifikk avdeling i Google.

Algoritmene som Google bruker for å estimere syklingstid, er basert på mange faktorer. Angivelig er noen av disse (listen nedenfor er ikke noe offisielt, så ingen kilder):

• høyde
• kryss (trafikklys eller uten)
• kvalitet og type infrastruktur
• andre brukere «ganger på lignende ruter

Alle svarene på internett vil være basert på estimater på spesifikke retningsforespørsler og vil prøve å skaffe seg noen resultater fra å sammenligne forskjellige eller lignende ruter. Likevel er det vanskelig å bruke enda større data for å estimere atferden til komplekse algoritmer. Jeg vil si umulig. Forutsatt at Google bruker nevrale nettverk eller muligens enda mer sofistikerte algoritmer, er en slik analyse meningsløs.

Jeg beklager, men for å finne ut hastigheten din sammenlignet med Googles estimater, må du kjøre testene selv .

Kommentarer

• Velkommen til SE – flott første svar. Jeg ser frem til dine fremtidige bidrag.

Dette nettstedet ser ut til å ha noen gode svar på spørsmålene dine. Det står

Google antar en hastighet på grunnlinjen på rundt 16 km / t (10 miles / t) uavhengig av turavstand.

men Hvis du leser mer, kan du se at det er justeringer av den grunnlinjen. For noen ruter der jeg faktisk har sammenlignet, deler jeg Google-syklingstiden med 1,5 for å få et estimat på hvor lang tid det ville ta meg, men jeg pleide å kjøre p ganske alvorlig.

Kommentarer

• Det står absolutt for åser, og muligens for veikryss
• @ChrisH Avtalt. I det minste i San Francisco kan det å velge å reversere ruten gi et veldig annet estimat avhengig av høydeforsterkning.
• Jeg kom til den samme konklusjonen ved å teste på sykling. Selvfølgelig, hvis det er kupert, er 16 km / t litt av en vill antakelse …

Google og andre trafikkleverandører som Here (nokia) utveksler trafikkdata, som er samlet fra mobiltelefoner.

Hvis du planlegger 5 forskjellige punkter langs en kjent hovedvei og din gjennomsnittlige hastighet er 50 km / t det er en anstendig sjanse for den jevne flytende kjøretøystrafikken.

Hvis du kjører i kjappe 30 km / t, kan det se ut som treg trafikk. Så resultatene dine blir sammenlignet med andre biler på samme vei og retning omtrent den tiden.Hvis du omtrent følger med på kjøretøyene, kan reisen din oppdages som en biltur.

Jeg vet ikke hvordan epleøkosystemet gjør det, men hvis du bruker android- og google-tjenester, besøk deretter https://www.google.com/maps/timeline for å utforske stedene dine og din dags reise. Noen av reisesegmentene kan oppdages som en tur, en sykkeltur, et tog eller en bil. Du kan også korrigere denne informasjonen, hvis du ønsker det.

Her er Googles tidslinjeskjerm som viser tre forskjellige transportmåter, gange, sykling og bil. Viser også feil gjetning i grått (vi sluttet ikke å gå på sykehuset, vi gikk bare forbi det.)

Nå er all denne informasjonen tilgjengelig for google,

• Gjennomsnittlig hastighet for syklister på en gitt vei
• Din gjennomsnittlige hastighet over tid

Men Googles kart- / rutemotor bruker den ikke, i stedet er den bare en gjennomsnittshastighet for den gjennomsnittlige syklisten over alle veier.

Jeg kan vanligvis reise en rute på halvparten til 2/3 av den forventede tiden.

Kommentarer

• Et godt sammendrag ( +1), men vær oppmerksom på at gjennomsnittshastigheten din kanskje ikke er tilgjengelig, avhengig av maskinvare, innstillinger og datatilkobling. Tilsvarende forteller syklister fra sjåfører (som du nevner ovenfor) eller fotgjengere ikke ‘ ikke lett på mange veier (f.eks. jeg sykler regelmessig et par mil med høyere hastighet enn det motoriserte gjennomsnittet og færre stopp; det er bakker i byen min der de eneste syklistene som reiser seg, går gangtempo).
• … Min konklusjon pleier å være at Google gir et godt estimat for en helt ny rute, noe som gir tid til kart stopp og feil sving. Med hell vil du ‘ fremdeles slå den.
• @ChrisH-hastigheten kan beregnes fra to tidsbestemte punkter. Ingen ekstra maskinvare er nødvendig.
• Hvis du vet at ‘ er en rett linje som forbinder dem. Og disse dataene er ikke ‘ t tilgjengelig for Google hvis du ikke ‘ ikke måler det ved hjelp av noe som kobles til serverne deres (du kan bruke noe uten datatilkobling). Kanskje jeg burde ha sagt at » … kanskje ikke er tilgjengelig for Google osv. … »

Når det gjelder ditt siste avsnitt / spørsmål, får jeg samme rute og (sakte) timing om jeg er logget inn eller ikke, men jeg har ganske strenge personverninnstillinger på Google-kontoen min (spesielt posisjonsloggen er deaktivert) og jeg logger ikke på noe som bruker Google maps (min Android sykkelcomputer-app – IPbike – bruker openstreetmap). Hvis innstillingene dine og bruken av Google-apper er forskjellige fra mine, kan det være lurt å kjøre en test selv pålogget mot en ny nettleserprofil.

Kommentarer

• I utgangspunktet sier du ‘ at du ikke ‘ Ikke la Google ha all informasjon den kan bruke til å tilpasse timingene dine, så det ‘ t tilpasser timingene dine. Det virker veldig åpenbart, og jeg ser ikke ‘ hvordan det svarer på spørsmålet.
• @ DavidRicherby tvert imot, de har den informasjonen i sanntid. . Selv om jeg kanskje ikke logger sporene mine i Google-produkter, vet de hvor jeg er mens jeg ‘ kjører – jeg ‘ kjører android med plassering på (og når jeg kommer et sted, vil appene deres at jeg skal legge ut bilder av det stedet, og viser at de vet det). Så de kunne beregne hastigheten min i sanntid. Hvis du slår av posisjonshistorikk, slår det ikke ‘ seg veldig av og er kanskje ikke aktuelt med tanke på hvor mye breddegrad de gir seg selv.