# Busplaner: hvad er forskellen på teoretiske og realtime tider? > Forstå forskellen på teoretiske busplaner og realtime tider, identificer den viste information og forbered dine afgange med en buffer. Source: https://www.roote.ai/da/guides/busplaner-forskellen-mellem-teoretiske-og-realtime-tider/ Language: da Author: ROOTE En teoretisk køreplan angiver det planlagte tidspunkt fra netværket. En realtime køreplan bruger opdaterede data til at annoncere et passage- eller estimat. Estimatet kan ændre sig: det reflekterer den kendte situation uden garanti for, at bussen ankommer præcis på det viste klokkeslæt. At forstå denne forskel hjælper dig med bedre at forberede ventetiden og forbindelser. ## Forstå den teoretiske køreplan Den teoretiske køreplan er en del af den planlagte drift. Den afhænger blandt andet af linjen, stoppestedet og køreplanen for driftsperioden. En plan gældende på en hverdag gælder ikke nødvendigvis søndag eller i særlige perioder. Tjek derfor dato, retning og stop, inden du læser den. Netværkets dokumentation kan indeholde særlige køreplaner. GTFS-dokumentationen beskriver de køreplaner og kalendere, der bruges til at repræsentere denne planlagte drift. [GTFS Schedule Reference](https://gtfs.org/documentation/schedule/reference/). En teoretisk køreplan er nyttig, når realtime data ikke er tilgængelig, forudsat at det erkendes som et planlagt passagepunkt. ## Forstå et realtime estimat Realtime data kan opdatere passager, annoncere en aflysning eller videregive andre servicemeldinger. GTFS-RT-formatet indeholder især opdateringer om afgange ved stoppesteder. De publicerede data varierer efter netværk. [GTFS Realtime — Trip Updates](https://gtfs.org/documentation/realtime/feed-entities/trip-updates/). Betegnelsen "realtime" betyder ikke, at du ser en direkte måling af bussen ved dit stoppested. Appen kan vise et estimat beregnet ud fra tilgængelige oplysninger. ## Genkend typen af vist køreplan Søg efter en forklaring, et symbol, ordene "planlagt" eller "realtime" og eventuelt et opdateringstidspunkt. Præsentationen afhænger af værktøjet: et nedtællingsur i minutter er ikke nok til at identificere kildens natur. Tjek om den viste tid svarer til en planlagt passage eller en opdateret vurdering. En planlagt tid kan vises, hvis realtime data ikke er tilgængelig. Undervisningseksempel: en passage er planlagt til 08:10. Et opdateret estimat viser 08:14. Den første tid beskriver planen; den anden giver det kendte estimat på det tidspunkt. Denne distinktion skal bevares, hvis estimatet ændrer sig igen. ## Hvorfor et estimat kan ændre sig Køretøjets progression og nye modtagne oplysninger kan ændre den annoncerede passage. En transmissionsafbrydelse eller en genberegning af estimatet kan også ændre, hvad appen viser. En ændring i visningen alene fortæller ikke, hvad der er sket. Tjek servicemeddelelser i stedet for automatisk at antage, at ændringen skyldes en forsinkelse. Vores artikel [om skiftende køreplaner i apps](https://www.roote.ai/da/guides/hvorfor-%C3%A6ndrer-busruter-sig-p%C3%A5-apps/) forklarer de nyttige kontrolmetoder. ## Brug køreplaner til at forberede din afgang Til et vigtigt møde eller forbindelse bør du tilføje buffer. Tjek stoppestedet, retningen og eventuelle forstyrrelser. Hvis kun en teoretisk plan er tilgængelig, skal du møde op ud fra dens planlagte karakter. At et stoppested findes på et kort garanterer ikke tilgængeligheden af realtime data på dette stop. Du kan tjekke [ROOTE](https://roote.ai/) for de tilgængelige oplysninger i området og supplere med netværkets data. Vores guide til [at finde et nærliggende stoppested](https://www.roote.ai/da/guides/hvordan-finder-du-det-naermeste-bus-og-sporvognsstoppested/) hjælper dig med at bekræfte placeringen. ## Forventet data, estimat og observation: tre forskellige tidspunkter En forventet passage beskriver køreplanen. Et estimat angiver en fremtidig hændelse baseret på opdaterede oplysninger. En observation beskriver en konstateret hændelse eller tilstand på et bestemt tidspunkt. Realtid kan bidrage til et estimat: det betyder derfor ikke altid, at passagen allerede er observeret. Pædagogisk eksempel: bussen er planlagt til kl. 8.10. Kl. 8.05 angiver et estimat kl. 8.14. Bussen passerer i sidste ende kl. 8.16. Planen, forudsigelsen og den observerede passage svarer til tre forskellige spørgsmål. Ingen af disse eksemplariske tidspunkter beskriver en reel tjeneste. En observeret køretøjsposition kl. 8.05 beviser ikke, at passagen skete på dit stoppested på det tidspunkt. Ligeledes erstatter det tidspunkt, hvor din app modtager data, ikke tidspunktet for den oprindelige observation. Hvis et estimat ikke længere opdateres, bør du bevare adskillelsen mellem dette og den teoretiske køreplan. For passageren: søg efter informationstype og seneste opdatering. For appen: hold planlagte tider, forudsigelser og deres tidsstempler separat; vis ikke en teoretisk fallback med samme betegnelse som en nylig estimering. | Information | Spørgsmål den besvarer | | --- | --- | | Forventet | Hvilken passage fremgår af køreplanen? | | Estimeret | Hvornår forventes passagen ifølge tilgængelige data? | | Observeret | Hvilken hændelse eller tilstand er konstateret, og hvornår? | [Formater, der transporterer disse informationer](https://www.roote.ai/da/guides/gtfs-gtfs-rt-og-gbfs-hvad-er-forskellen/) ## Ofte stillede spørgsmål ### Er et nedtællingsur i minutter altid realtime? Nej. Se forklaringen eller beskrivelsen i værktøjet. ### Garanterer et estimat den annoncerede passage? Nej. Det kan ændre sig med modtagne oplysninger og serviceforhold. ### Hvad gør man, hvis realtime mangler? Konsulter planlagte køreplaner og netværkets officielle information, og forbered en passende buffer.