You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be interesting to give/enter a point, either in x,y,z or lat, long coordinates...
The library would then compute the cell index and maybe cell center.
And then the library would compute which edge is nearest to this point.
The edge could then be a number 0 to 5 or so... indicating which edge in a clock wise direction.
Alternatively it could be some edge index number... but preferably some number 0 to 5 for me at least, for coloring purposes...
(In general I think this library could benefit from all kinds of distance computation functions, for visualization purposes, see distance field rendering).
(But also ordering of the geometry and applieing some kind of order to the phenomenon like edges and verteces but at a local ordering scheme).
The text was updated successfully, but these errors were encountered:
It would be interesting to give/enter a point, either in x,y,z or lat, long coordinates...
The library would then compute the cell index and maybe cell center.
And then the library would compute which edge is nearest to this point.
The edge could then be a number 0 to 5 or so... indicating which edge in a clock wise direction.
Alternatively it could be some edge index number... but preferably some number 0 to 5 for me at least, for coloring purposes...
(In general I think this library could benefit from all kinds of distance computation functions, for visualization purposes, see distance field rendering).
(But also ordering of the geometry and applieing some kind of order to the phenomenon like edges and verteces but at a local ordering scheme).
The text was updated successfully, but these errors were encountered: