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

Transform scheduled stop point IDs before importing into OTP #231

Merged
merged 16 commits into from
Jan 21, 2025

Conversation

leonardehrenfried
Copy link
Contributor

@leonardehrenfried leonardehrenfried commented Dec 19, 2024

Unfortunately the IDs of the NeTEx scheduled stop points and the SIRI StopPoint refs do not match even though the SSP's do contain the correct ID but in the untyped grab bag of KeyValue "stuff".

This PR then uses an XSTL stylesheet (I can't believe I'm writing this) to transform the IDs into the correct format, so that NeTEx and SIRI matches.

In order to actually use the scheduled stop points, I also included the SIRI feeds and a preview version of OTP which is currently under review: opentripplanner/OpenTripPlanner#6397

cc @rcavaliere

@leonardehrenfried leonardehrenfried force-pushed the scheduled-stop-points branch 2 times, most recently from 9a6da76 to 8f6006a Compare January 20, 2025 13:24
@leonardehrenfried leonardehrenfried changed the title XSLT for transforming ScheduledStopPoint IDs Transform scheduled stop point IDs before importing into OTP Jan 20, 2025
@leonardehrenfried leonardehrenfried marked this pull request as ready for review January 20, 2025 16:08
@leonardehrenfried
Copy link
Contributor Author

This is now ready for review, @clezag .

@clezag clezag merged commit 3a00a5d into noi-techpark:main Jan 21, 2025
2 checks passed
@clezag
Copy link
Member

clezag commented Jan 21, 2025

Props on making a PR containing XSTL look reasonable

@leonardehrenfried leonardehrenfried deleted the scheduled-stop-points branch January 21, 2025 09:09
@leonardehrenfried
Copy link
Contributor Author

Ideally it would be the upstream source that does the transformation. Is there a chance that they can fix their data instead of us building pipelines to work around the problem?

@clezag
Copy link
Member

clezag commented Jan 21, 2025

@rcavaliere are they aware of the issue?

@rcavaliere
Copy link
Member

@clezag yes. Unfortunately work in progress...

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

Successfully merging this pull request may close these issues.

3 participants