-
Notifications
You must be signed in to change notification settings - Fork 205
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
Question about reconstructing the ‘spdist’ by using ‘offset’ and ‘road length’ #204
Comments
It seems the road length you obtained is not correct. How did you get it? |
The original Shapefile was downloaded from OSM for map matching. |
From your example, the edge 14675 has a length of 143.378 but its offset is 154.8306739, which is longer than the length. I think the length field you are reporting here is not correct. |
OK, I will check it now. |
Yes, it weirds. I plot the road network and trajectory together and demonstrate that the road id is correct.
|
If you directly calculate the length from the geometry, what is your result? |
What means about ‘directly calculate’? |
The length is calculated from the geometry of the linestring in fmm rather than using the cost information. You could also export the length field of the matching result to check the length inside the program. It may be different from the current one you are using, which comes from the cost field of the shapefile. |
|
I mean the length of each edge, not the spdist, or pgeom. Pgeom is just a line connecting each matched point, its length is not the same as the spdist. |
OK, I will check it now. |
Yes, you are right. When I transfer the cost to 'linestring', the 'spdist' is matched.
thanks a lot. |
So when I want to use the offset and road length to reconstruct the spdist. For example, tpath 1 '14695,7036,14715'
The text was updated successfully, but these errors were encountered: