Hi WanMil,
Thanks for looking into the problem.
I wonder if there is a link somewhere to explain how to apply patches.
Regards,
Markus_g
-Original Message-
From: mkgmap-dev-boun...@lists.mkgmap.org.uk
[mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of WanMil
Sent: Tuesday, 1
Hi,
Marko Mäkelä schreef:
[...]
> r1431 changed [...] the road_class or road_speed of the following:
[...]
> highway=unclassified:
> road_speed=3 instead of 2
> road_class=0 instead of 1
[...]
> I seem to remember that someone (Felix?) mentioned that Garmin bicycle
> routing knows two values
On Tue, Aug 10, 2010 at 11:33:43AM +0200, Valentijn Sessink wrote:
I seem to remember that someone (Felix?) mentioned that Garmin
bicycle routing knows two values of road_speed: zero and nonzero.
Before r1431, highway=path and highway=cycleway got different
road_speed: 0 and 1, respectively. S
Marko Mäkelä schreef:
> I am planning to remove the { add bicycle=no; add foot=no } from
> highway=trunk and to restore non-bicycle paths to road_speed=0.
I'd suggest you don't. I do not know why bicycle routing differs. Adding
random patches to my random reports won't help.
> Do you have test ca
On Tue, Aug 10, 2010 at 02:37:42PM +0200, Valentijn Sessink wrote:
>Marko Mäkelä schreef:
>> I am planning to remove the { add bicycle=no; add foot=no } from
>> highway=trunk and to restore non-bicycle paths to road_speed=0.
>
>I'd suggest you don't. I do not know why bicycle routing differs.
>Add
El 10/08/10 15:12, Marko Mäkelä escribió:
> On Tue, Aug 10, 2010 at 02:37:42PM +0200, Valentijn Sessink wrote:
>
>> Marko Mäkelä schreef:
>>
>>> I am planning to remove the { add bicycle=no; add foot=no } from
>>> highway=trunk and to restore non-bicycle paths to road_speed=0.
>>>
On 10.08.2010 15:12, Marko Mäkelä wrote:
> On Tue, Aug 10, 2010 at 02:37:42PM +0200, Valentijn Sessink wrote:
>> Marko Mäkelä schreef:
>>> I am planning to remove the { add bicycle=no; add foot=no } from
>>> highway=trunk and to restore non-bicycle paths to road_speed=0.
>> I'd suggest you don't.
On 09/08/2010 05:56, Marko Mäkelä wrote:
> On Sun, Aug 08, 2010 at 07:03:33PM +0100, Dermot McNally wrote:
>> On 8 August 2010 17:41, Marko Mäkelä wrote:
>>
>>> shoulders) but the only choice in the area. I believe that the
>>> default style (correctly) does add bicycle=no to highway=trunk. When
On 7/26/2010 5:06 PM, Steve Ratcliffe wrote:
>> Sounds intriguing. What precisely is the overview map for?
> It shows the whole area covered by a set of detailed maps. It is
> needed by mapsource.
>
> We have always produced an overview map (its called osmmap.img by
> default), but it has been
Hallo Felix,
On Tue, Aug 10, 2010 at 05:27:34PM +0200, Felix Hartmann wrote:
>I designed the routing in such a way, that it works much better for
>motorcars/motorcycles (bare the Mapsource intertileroutingproblems). As
>you cannot have different road_speed for cyclists vs cars, one should
>bett
I have tried to test some combinations of splitter and mkgmap
(r985-now) on smaller input file. Routing with MapSource had the same
result: intertile routing works as long as the number of tiles equals
2. Route beween two "random" points where the route was available
with crossing max one interti
On 10 August 2010 16:27, Felix Hartmann wrote:
> to be routed on roads without much traffic. As long as there is no
> consensus worldwide whether or not cyclists by default are allowed on
> trunk roads, I wouldn't add them (and even then it probably makes not
> much sense, you would have to enter
On 08/10/2010 11:32 PM, Marko Mäkelä wrote:
> kilometers of the route. In the middle of the route (after riding a
> couple of kilometers), it will instruct me to turn from the cycleway to
> the car road and continue on that. If the car road is tagged bicycle=no,
> it will instruct me to take a deto
On 10/08/10 21:11, Nakor wrote:
> I have always wondered what was the osmmap.img for. BTW I do not think
> it is packaged if you use the --nsis option.
It is, it wouldn't work otherwise.
you call it baseFilename and then you assign it to MAPNAME and then
the overview map and tdb file are included
On 8/10/2010 6:03 PM, Steve Ratcliffe wrote:
> On 10/08/10 21:11, Nakor wrote:
>> I have always wondered what was the osmmap.img for. BTW I do not think
>> it is packaged if you use the --nsis option.
> It is, it wouldn't work otherwise.
>
> you call it baseFilename and then you assign it to MAPN
15 matches
Mail list logo