Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Realtime Data in general #647

Open
ZihRah opened this issue Nov 18, 2022 · 4 comments
Open

Realtime Data in general #647

ZihRah opened this issue Nov 18, 2022 · 4 comments
Assignees

Comments

@ZihRah
Copy link

ZihRah commented Nov 18, 2022

We have to check if we can work with the Traffic datas that are accessable for us and create a plugin for the backend.

@SamuelRioTz
Copy link
Member

Answer from Edzon:
ma3route
se puede hacer algo análogo a las alertas(cambiando protobuf de ambos lados)

TrafficLayer
Se puede combinar dos grafos

Use algo parecido para cargar pbf a un grafo y luego agregarle la informacion gtfs
tambien podemos usar un servicio de notas como (StreetNotesService) para mostrar informacion de aristas
pero aun no estoy seguro de que las notas sean la mejor opción
te envio un pdf con los paquetes referidos
y el loader que use:
loader.pdf

@ValorNaram ValorNaram changed the title Realtime Data in generel Realtime Data in general Dec 21, 2022
@amenk
Copy link
Contributor

amenk commented Feb 10, 2023

deepL translation :-)

Answer from Edzon:
ma3route
you can do something analogous to alerts(changing protobuf from both sides).

TrafficLayer
You can combine two networks

Use something similar to load pbf to a graph and then add the gtfs information to it.
we can also use a notes service like (StreetNotesService) to display edge information
but I'm still not sure that notes are the best option.
i send you a pdf with the referenced packages
and the loader I used:

@amenk
Copy link
Contributor

amenk commented Apr 7, 2023

I am experimenting with feeding GTFS-RT data (which I generate using PHP from mocked data, as we don't have much realtime data here available, yet) to OpenTripPlanner v2.2
This causes to return an arrivalDelay field in the plan endpoint which could be used to display delay as seen here in the standard OTP ui:

image

Remark: Providing such StopTimeUpdates works seems to work only for trips that are not frequency based (frequencies.txt should not have an entry for those) and have a full schedule (in stop_times.txt)

amenk added a commit to AddisMap/trufi-core that referenced this issue Apr 7, 2023
* Before we requested always the plan of the beginning of the month and 12:00
* For realtime features we should request the exact time
* For non-realtime, it should not matter if we request the exact time as well
amenk added a commit to AddisMap/trufi-core that referenced this issue Apr 7, 2023
* Show arrival time if arrivalDelay is set

TODO: It would be nice to-have if the time until the arrival time updates dynamically
Currently it is calculated once.

Also we should take into account if the phone's clock is wrong.

For this we could fetch the server time during plan fetch from
plan.date and calculate the offset with the phone clock and use that to correct the time stamp.
@amenk
Copy link
Contributor

amenk commented Apr 7, 2023

I did some proof of concept here: AddisMap#1
Currently the merge request targets the AddisMapTransit fork as it is mixed with adding Amharic language. Would need to be extracted.

@SamuelRioTz comments are welcome :-)

amenk added a commit to AddisMap/trufi-core that referenced this issue Apr 10, 2023
…r_count_down package)

TODO: Also we should take into account if the phone's clock is wrong.
For this we could fetch the server time during plan
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants