sfendrich
sfendrich
Some of the profiles have different names at different places, e.g., `bike-regular` and `cycling-regular` denote the same profile. In order to reduce confusion these names should be harmonized.
The new profile setup is kind of semi-hardcoded and should be fully integrated into the configuration.
AccelerationWeighting is an unfinished class that has not been touched since 2017 and is not covered by any tests. Therefore we should be able to remove it.
This issue is based on the forum post https://ask.openrouteservice.org/t/hiking-path-time/3536, stating that one might get better estimations of hiking times by using the swiss-rando formula. The formula is found in the...
The data flow that passes the weighting name from the API into the core engine seems overly complicated and should be simplified. Here is a rough sketch of the current...
- [ ] Rename into `OrsFlagEncoderFactory` - [ ] Use composition instead of inheritance to fallback on `DefaultFlagEncoderFactory`
We have copy-pasted parts of external libraries such as Json.org, JTS, which we have to maintain ourselves now. Therefore it would be better to use the original libraries as dependencies....
JSON is a data-exchange format and not well-suited to configuration. Therefore we should find an alternative and migrate to that. Possible examples: - [ ] Failsafe Yaml - [ ]...
There is quite some code that has been copy-pasted from our Graphhopper-fork into the main ORS-code base which caused a lot of maintenance issues.
The code around `ProfileUpdater` is unused since years and can be removed to reduce maintenance cost.