I don’t think there is a need to replicate Graphhopper, their license is permissive and their algorithms are really robust (A*, contrition hierarchies [1]).
At some point, we exchanged about osm parser performance and the discussion was really interesting [2]. I hope we can find was to collaborate with them in the future. A plugin or a service based on graphhopper would definitely be interesting. [1] https://www.graphhopper.com/blog/2017/08/14/flexible-routing-15-times-faster/ <https://www.graphhopper.com/blog/2017/08/14/flexible-routing-15-times-faster/> [2] https://github.com/graphhopper/graphhopper <https://github.com/graphhopper/graphhopper> > On 7 Apr 2023, at 15:27, Josh Fischer <j...@joshfischer.io> wrote: > > interesting project. Pretty cool too. In terms of "all the major > components" do you envision replicating the functionality of Graphhopper > within Baremaps or using Graphhopper as a plugin to Baremaps (for lack of a > better term)? > > On Fri, Apr 7, 2023 at 5:03 AM Bertil Chapuis <bchap...@gmail.com> wrote: > >> Graphhopper is a really good Java project that provides a routing engine >> (Apache License). >> >> One of the motivation for writing Baremaps in Java was to have all the >> major components written in the same language (Map, IP to location, >> Geocoding, Reverse Geocoding, Routing, etc). The fact that Graphhopper is >> written in Java and achieves high performance clearly influenced this >> choice. >> >> [1] https://github.com/graphhopper/graphhopper >> >> >>> On 7 Apr 2023, at 02:13, Josh Fischer <j...@joshfischer.io> wrote: >>> >>> Hey all, >>> >>> What is the feasibility of using baremaps for giving directions to a >>> location based on a user's current location? >>> >>> The functionality would be similar to Google maps, but we'd like to >>> customize the directions given to the driver. >> >>
signature.asc
Description: Message signed with OpenPGP
