<div dir="ltr">The best solution is to<br>1. create new way types e.g. in addition to 'highway=residential' etc, to also have cyclenet=residential etc.<br>2. Create entries for these in elemstyles. The rendering variables would be identical, but they will differ substantially in the <route bicycle="..."> field.<br>
3. Write software to map highway keys to cyclenet keys where appropriate, e.g. when rcn is set or the way is part of an appropriate relation. I have ideas how to do this in gosmore, but haven't found the inspiration yet.<br>
<br>This way gosmore will route over non cyclenet ways but will prefer cyclenets.<br><br>Regards,<br>Nic<br><br><div class="gmail_quote">On Fri, Sep 12, 2008 at 11:47 AM, Lambertus <span dir="ltr"><<a href="mailto:osm@na1400.info">osm@na1400.info</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">After some more though, there is a 'solution' for this. I'm not sure it<br>
will produce the best results in every case, but it's worth a try.<br>
Consider this:<br>
<br>
House -> cycleways -> cycle routes -> cycleways -> Work<br>
<br>
The cycleroute instance of Gosmore given the House and Work coordinates<br>
will produce a route using cycle routes from coordinates nearest to the<br>
House and Work coordinates. We'll name these to and from coordinates<br>
House_cn and Work_cn hereafter.<br>
<br>
Then the route is calculated from House to House_cn and Work_cn to Work<br>
using the normal Gosmore instance. These three routes combined will give<br>
you a route from House to Work using cycleroutes as much and fast<br>
(closest) to your House and Work as possible. The only adjustment to<br>
Gosmore would be to persuade it to find the nearest way from a given<br>
coordinate even for large distances instead of the few dozen meters it<br>
allows now.<br>
<br>
Would this suit your expectations?<br>
<div><div></div><div class="Wj3C7c"><br>
 Shaun McDonald wrote:<br>
> Lambertus wrote:<br>
>> Please note that the routing database is *only* filled with cycle<br>
>> routes that are mapped using *relations*. So there is no routing<br>
>> using cycle routes rendered on the Cycle map layer mapped with tags<br>
>> like 'ncn_ref' only...<br>
>><br>
>> Unfortunately you can't see the difference on the cycle map, but when<br>
>> the website reports: 'Unable to calculate a route' then you can be<br>
>> pretty sure this is because of the above.<br>
>><br>
><br>
> This explains why I can't route from my house to work, where at each<br>
> end there is no local cycle route, and there are several small bits in<br>
> the middle where you cannot route over. This is either due to me not<br>
> having bothered to split the way, or as you say, there is a break in<br>
> the relation.<br>
><br>
> It would be really cool if you could have an edit permalink so that<br>
> you can edit the data on the openstreetmap web site.<br>
><br>
> Would it be possible for you to have a different marker for the start<br>
> and end?<br>
><br>
> Finally I was initially expecting a routing system that would prefer<br>
> cycle routes, however this makes an excellent data validation/testing<br>
> tool.<br>
><br>
> Shaun<br>
<br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
</div></div></blockquote></div><br></div>