Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
elevation: cliffs at director park #563
For this bike trip through downtown Portland, the obvious thing to do is ride down the edge of the park blocks, both for safety and speed.
If you put "flattest" into the mix, you get a crazy path. Looking at the elevation profile of the fastest path, you can see that this is caused by a 50-foot deep hole right where director park is. Looking at NED data on http://seamless.usgs.gov/website/seamless/viewer.htm I see that the hole is actually in the original data.
This park is recent, and has a parking garage under it. I wonder if this is the hole they dug when constructing the parking garage.
It would be nice to have a tool to visualize elevation data in the graph (2.5D / 3D) and adjust or smooth out artifacts by hand. You would have to somehow save the changes (to the original elevation data or to the graph edges?) so they would not be lost the next time you build a graph.
I suppose we could do some image processing on the NED data to pick out edges steeper than streets can be, and maybe geometric shapes, and flag them for smoothing.
This comment has been minimized.
This comment has been minimized.Show comment Hide comment
That's what I was thinking, but other than the occasional enormous temporary hole in the ground, we may not want to doctor the source elevation data, since many drop-offs are intentional parts of road infrastructure.
For example, here is a similar issue caused by the 405 trench:
In these two example cases, the problem is a road bridging over a hole. If we assume that the endpoints of edges (which are intersections) are at ground level (according to NED), I suppose we could low-pass-filter elevation change relative to a straight line between the endpoints.
In northeast Portland I can see a distinct rectangular grid of depressions where the streets are. Are the raised plateaus between the streets the treetops? I checked and fortunately the OSM data is well-aligned with the NED, so our streets do not cut across the tree-edges.
OSM superimposed on NED for reference:
Yes, making use of level= will certainly help. But at the 405 trench there is some ambiguity as to what is the "natural or permanently changed surface level" as with NW Couch Street here http://g.co/maps/ekh8g which is (not really incorrectly) at level 0, with the underpass at -1, though the NED data there seems to indicate the tunnel level. Some kind of filtering would have to be applied around ways with level=1 as well.