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

About cpath #216

Closed
HajimeSeya opened this issue Oct 8, 2021 · 2 comments
Closed

About cpath #216

HajimeSeya opened this issue Oct 8, 2021 · 2 comments

Comments

@HajimeSeya
Copy link

Hi, thank you for sharing this wonderful software.

With open data,
"Dataset for testing and training map-matching methods"
https://zenodo.org/record/57731#.YV-lbBrP3Zv
I implemented the fmm and used the data from "00000001".
The data converted to a shapefile is copied here.
https://www.dropbox.com/s/swwicff3lc68239/test_data.zip?dl=0

The problem I am facing is shown in the attached.
results.pdf
The "cpath" from edge 139208 should go to 8970 via 133950, but it skips 133950.
(The content seems to be identical to “opath”).
I have checked the geometry, source and target of shape file, and everything seems
to be fine for this place. The settings I used are shown below for reference.
Do you have any idea why this is happening?


ubodt_gen --network edges.shp --output ubodt.txt --delta 0.03
fmm --ubodt ubodt.txt --network edges.shp --gps 00000001.csv --gps_point -k 8 -r 0.01 -e 0.0001 --output mr.txt --reverse_tolerance 0.3 --output_fields cpath

@cyang-kth
Copy link
Owner

cyang-kth commented Oct 8, 2021

In your example, the GPS id field is used to determine the trajectory from the GPS points, you have a single trajectory so you need to have the same ID, but different timestamps.

@HajimeSeya
Copy link
Author

I am very sorry, I understand that.

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

2 participants