From 3ee4f47ea9d10ace74d4db46bdb4dda6c45597cc Mon Sep 17 00:00:00 2001 From: Dustin Carlino Date: Fri, 8 Sep 2023 17:26:16 +0100 Subject: [PATCH] Document output #22 --- docs/output.md | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 docs/output.md diff --git a/docs/output.md b/docs/output.md new file mode 100644 index 0000000..6b9d2c6 --- /dev/null +++ b/docs/output.md @@ -0,0 +1,15 @@ +# Output format + +## Main output + +The main mode of the tool outputs a GeoJSON FeatureCollection, with each LineString representing a road segment between two intersections. These LineStrings cover every segment in the imported network, and the order of points matches the direction of the original OpenStreetMap way. Each Feature has the following properties: + +- If enabled, `osm_tags` is an object with string keys and values, representing the original OSM data for that way +- `way` is the OSM way ID of the road +- `node1` and `node2` are the OSM node IDs bounding this road segment. Intermediate nodes of a curvy way (of degree 2, with no other connecting roads) are not used. +- `count` represents the sum of trips along the segment. This is equal to the number of trips crossing the segment when the uptake model is "Identity", and something weighted for other uptake models. +- `lts` is the Level of Traffic Stress for the segment, based on the chosen configuration. `0` means not allowed, `1` is suitable for children, and `4` is high stress. + +## Detailed routes + +If you call the tool with `--detailed_routes`, you'll get individual GeoJSON files, each representing one route. The route is broken into LineStrings representing each segment. The direction followed across the segment is indicated both by the order of points and `node1` and `node2`. The properties for each Feature are the same as above, except there's no `count`, since this is just a single route.