Thanks,
I configured out I can replace getSingle() with getEncoder("car") and it
complies properly.
Also need to re-import the pdf with additional argument
graph.flagEncoders=car as well as rerun match action give me the same
result as before.
The new feature seems very interesting for multi-modal. Just wondering how
well it may work for "foot" encoder. Next time will test it in forest
preserve where walking path is only for "foot" only. :)
On Fri, Feb 27, 2015 at 2:14 AM, Peter <[email protected]> wrote:
> Hi,
>
> it is okay to ask here. We've done a bit refactoring of graphhopper in
> the last days. So you will need a bit older graphhopper e.g. from 2
> weeks ago. Will update the map matching to the more recent GH soon.
>
> > or refactor Map-Matching not to use getSingle() to move forward?
>
> this is the way to go
>
> Kind Regards,
> Peter
>
> On 26.02.2015 22:47, lam ping to wrote:
> > Don't know if this is the right forum. New to this project.
> > Another project map-matching which depends on graphhopper project
> > build fail with error below.
> >
> > [ERROR]
> >
> /home/ec2-user/map-matching/src/main/java/com/graphhopper/matching/MapMatchingMain.java:[62,104]
> > cannot find symbol
> >
> > symbol: method getSingle()
> >
> > location: class com.graphhopper.routing.util.EncodingManager
> >
> > [INFO] 1 error
> >
> >
> > I was able to build map-matching last month. This is probably due to
> > some re-factoring change on EncodingManager and getSingle() method is
> > not available anymore.
> > Wondering if we should add back the getSingle() method in
> > EncodingManager or refactor Map-Matching not to use getSingle() to
> > move forward?
> >
> > Thanks
>
>
> _______________________________________________
> GraphHopper mailing list
> [email protected]
> https://lists.openstreetmap.org/listinfo/graphhopper
>
_______________________________________________
GraphHopper mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/graphhopper
