<div dir="ltr">Hi,<div><br></div><div>When you define the CSV file structure "<span style="font-size:12.8px">from_osm_id;to_osm_id;edge_</span><span style="font-size:12.8px">value", what means the "osm_id" ? Two vertex of an edge or a set of connected edges ?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">For example, e is an edge and n a vertex :</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">n1 -------</span><font size="1">(e1)</font><span style="font-size:12.8px">------- </span><span style="font-size:12.8px">n2 </span><span style="font-size:12.8px">-------</span><font size="1">(e2)</font><span style="font-size:12.8px">------- n3 </span><span style="font-size:12.8px">-------</span><font size="1">(e3)</font><span style="font-size:12.8px">------- n4 </span><span style="font-size:12.8px">-------</span><font size="1">(e4)</font><span style="font-size:12.8px">------- n5</span></div><div><br></div><div>Should we make a CSV file with 4 lines (n1-n2, n2-n3, n3-n4, n4-n5) or one line (e1-e4) ?</div><div><br></div><div>Thank you very much for your work, and happy new year in advance !</div><div><br></div><div>Kin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 24, 2015 at 12:42 PM, Patrick Niklaus <span dir="ltr"><<a href="mailto:patrick.niklaus@student.kit.edu" target="_blank">patrick.niklaus@student.kit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"># Overview<br>
<br>
`4.9.0` is a massive release with 198 files being touched, 8501 lines<br>
added, and 6308 deleted.<br>
This release features experimental support for traffic updates based on CH.<br>
It is an experimental feature and will most likely be subject to<br>
change. Some instructions<br>
to get traffic updates running can be found int the wiki<br>
[here](<a href="https://github.com/Project-OSRM/osrm-backend/wiki/Traffic" rel="noreferrer" target="_blank">https://github.com/Project-OSRM/osrm-backend/wiki/Traffic</a>).<br>
This release also features support for 64 bit OSM node ids. This<br>
drastically increases the disk space needed for pre-processing. Server<br>
memory usage is not affected. In preparation for the upcoming API<br>
re-write in `5.0` some smaller API breakges were introduced in this<br>
release. Leaflet-Routing-Machien 2.6.1 is compatible with the new API.<br>
As always this node-osrm 4.9.0 can be found on npm as well.<br>
<br>
# Changelog<br>
<br>
## API changes:<br>
- BREAKING: Changed response code for ok to `200`<br>
- BREAKING: Fix off-by-one in via_indices (was one index too high)<br>
- BREAKING: Removed `osrm/server_path.hpp`<br>
- Add max value for viaroute and trip to osrm-routed. Default: 500 for<br>
viaroute and 100 for trip<br>
- Allow POST request without POST data<br>
- Add response code 208 for no segment found (important for bearing filter)<br>
- New temporary file `.level` created by osrm-prepare (see level caching)<br>
- New temporary file `.edge_segment_lookup` and `.edge_penalties`<br>
created by `osrm-extract` if passing the `--generate-edge-lookup`<br>
options.<br>
- API grammar got more strict to discard invalid requests faster.<br>
Options like `hint`, `u` and `b` now need to follow directly after a<br>
`loc` (or `src` and `dst`). Example:<br>
`&loc=..&u=true&b=0,10&loc=...&u=false&loc=...`. The following is<br>
illegal: `&loc=..&loc=..&loc=...&b=0,10&u=true&u=false`.<br>
- Pre-turn bearing is now available in the `route_instructions` array<br>
as last field<br>
- Remove short option name `-m` from `osrm-routed` as it conflicted<br>
- New option `--segment-speed-file` for `osrm-prepare`. CSV file using<br>
`from_osm_id;to_osm_id;edge_value`.<br>
<br>
## Bug fixes:<br>
- Support 64bit OSM node ids<br>
- Fixed u-turn penalty, value from lua profiles was not used<br>
- Fix street name corruption for large datasets<br>
- Properly initialize UUID used in Fingerprint class.  Fixes #1721<br>
<br>
## Maintenance:<br>
- Rewrite nearest neighbor search code<br>
- Rewrite via-route search and fix multiple related bugs<br>
- Add test for small component snapping<br>
- Update variant library which fixes GCC 5.1.2 compile errors<br>
- Silence warnings with GCC, LTO does not yet respect the -isystem switch<br>
- Use ccache by default if available and a suitable compiler is used.<br>
- Switch Travis builds over to trusty for Linux<br>
- Fix pkgconfig cmake template<br>
<br>
## Features:<br>
- Support general nxm queries to table query (thanks to @fab-girard)<br>
`loc`, `dst`, `src` parameters<br>
- Add edge update step to `osrm-prepare`. Enables fast edge weight updates<br>
- Add level caching `--level-cache` for `osrm-prepare`. This allows to<br>
speed up consecutive runs of `osrm-prepare` **on the same dataset**<br>
(only edge weights updates allowed).<br>
- Small component size is now configurable over parameter for `osrm-routed`<br>
- Support adding bearing filtering. Use `b=BEARING,RANGE`<br>
- Add support for advisory speed limits<br>
- Add duration and distance fields to `match` response<br>
- Human-readable error messages for out of memory<br>
- Include (road) name of matched nodes in addition to coordinate.<br>
- Add `is_startpoint` property to `result` ways in the lua profiles.<br>
Determines if a way can be a start point for a route (e.g. is set to<br>
`false` for ferry ways).<br>
<br>
# Thanks<br>
<br>
Thanks to all the contributers of this release:<br>
<br>
- Arne Kaiser<br>
- Daniel J. Hofmann<br>
- Daniel Patterson<br>
- Fabien Girard<br>
- Johan Uhle<br>
- Jordan Markov<br>
- Kal Conley<br>
- Lauren Budorick<br>
- Moritz Kobitzsch<br>
- Rohan Paranjpe<br>
<br>
Cheers,<br>
Patrick<br>
<br>
_______________________________________________<br>
OSRM-talk mailing list<br>
<a href="mailto:OSRM-talk@openstreetmap.org">OSRM-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osrm-talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/osrm-talk</a><br>
</blockquote></div><br></div>