Re: [mkgmap-dev] Option "link pois to ways"

2016-02-21 Thread Gerd Petermann 
Hi Dave,


The routing is done by Garmin software, so we don't know all details.

The (old) img format doesn't have much room for details.

The road-speed and road-class are probably the most important values,

besides the access restrictions. The Garmin algo also calculates angles

at crossings and doesn't like to make sharp turns when in car mode.

For long distance routing in car mode the algo prefers to get on a major

road and use that as long as possible.


So, in short, a bunch of traffic signals may reduce the avg. speed, but

my understanding is that this depends much more on the time of the day

(rush hour) . I also don't like the idea that the device routes me through

rather small roads to avoid a crossing with traffic signals.

I know such a place in my neighbourhood and the "clever" route is used

by many cars, even though it goes through a tempo 30 zone and across

bumpers.


Gerd


Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Dave Swarthout 

Gesendet: Montag, 22. Februar 2016 00:56
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Option "link pois to ways"

So, the number of traffic_signals encountered on one route vs another route 
isn't even a factor in mkgmp routing? I have been adding traffic_signals to my 
workload for the past year in hopes it would improve routing accuracy.

How then does routing get calculated? On my Garmin there is a choice for 
"fastest" vs. "shortest" routes. Usually this choice doesn't make much 
difference in the overall time involved for a traverse along a route and I 
always assumed  it was because here in Thailand so few of our highways have 
maxspeed tags. How are these two routing choices handled by makgmap?

Sorry for the extra questions but I am curious to know these things.

Cheers,
Dave

On Mon, Feb 22, 2016 at 12:23 AM, Jakob Mühldorfer 
> wrote:
Oh, allright.
Maybe if you have time some day, you could look into it again. I think there 
are some use cases.
One example where the OSRM traffic light penalty for example seems to have 
chosen the clever way around the traffic light:
https://www.openstreetmap.org/directions?engine=osrm_car=51.05581%2C13.72190%3B51.05522%2C13.71881#map=19/51.05541/13.72034

Regards
Jakob


Am 21.02.2016 um 18:19 schrieb Gerd Petermann:
Hi Jakob,

I think this cannot be done with rules, it requires new java code.
I thought about this a while ago and stoped because I doubted that this
would improve routing.

Gerd


Von: 
mkgmap-dev-boun...@lists.mkgmap.org.uk
 
>
 im Auftrag von Jakob Mühldorfer 
>
Gesendet: Sonntag, 21. Februar 2016 17:59
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Option "link pois to ways"

Hi Gerd,

this would be the best solution I think.
So far I found a rule that lowers the speed for the complete road with
the traffic light, do you have one that splits it and adds a lower speed
only on a part, like you said?

Thanks
Jakob

Am 21.02.2016 um 17:57 schrieb Gerd Petermann:
Hi Jakob,

the current code ignores nodes with highway=traffic_signals.
If I got you right you want to split a road maybe 30 m before the node with
highway=traffic_signals and 30 after and set a lower road-speed value for that 
60m part?

Gerd




Von: 
mkgmap-dev-boun...@lists.mkgmap.org.uk
 
>
 im Auftrag von Jakob Mühldorfer 
>
Gesendet: Sonntag, 21. Februar 2016 17:31
An: Development list for mkgmap
Betreff: [mkgmap-dev] Option "link pois to ways"

Hi,

one more question I was not able to figure out from documentation or source.
When the option "link pois to ways" is used, does it automatically
process traffic signals in a way that adds a time penalty for routing
through them in the map data.

Thanks for help on that
Jakob
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list

Re: [mkgmap-dev] Option "link pois to ways"

2016-02-21 Thread Dave Swarthout 
So, the number of traffic_signals encountered on one route vs another route
isn't even a factor in mkgmp routing? I have been adding traffic_signals to
my workload for the past year in hopes it would improve routing accuracy.

How then does routing get calculated? On my Garmin there is a choice for
"fastest" vs. "shortest" routes. Usually this choice doesn't make much
difference in the overall time involved for a traverse along a route and I
always assumed  it was because here in Thailand so few of our highways have
maxspeed tags. How are these two routing choices handled by makgmap?

Sorry for the extra questions but I am curious to know these things.

Cheers,
Dave

On Mon, Feb 22, 2016 at 12:23 AM, Jakob Mühldorfer 
wrote:

> Oh, allright.
> Maybe if you have time some day, you could look into it again. I think
> there are some use cases.
> One example where the OSRM traffic light penalty for example seems to have
> chosen the clever way around the traffic light:
>
> https://www.openstreetmap.org/directions?engine=osrm_car=51.05581%2C13.72190%3B51.05522%2C13.71881#map=19/51.05541/13.72034
>
> Regards
> Jakob
>
>
> Am 21.02.2016 um 18:19 schrieb Gerd Petermann:
>
>> Hi Jakob,
>>
>> I think this cannot be done with rules, it requires new java code.
>> I thought about this a while ago and stoped because I doubted that this
>> would improve routing.
>>
>> Gerd
>>
>> 
>> Von: mkgmap-dev-boun...@lists.mkgmap.org.uk <
>> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Jakob Mühldorfer <
>> m...@jmuehldorfer.de>
>> Gesendet: Sonntag, 21. Februar 2016 17:59
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] Option "link pois to ways"
>>
>> Hi Gerd,
>>
>> this would be the best solution I think.
>> So far I found a rule that lowers the speed for the complete road with
>> the traffic light, do you have one that splits it and adds a lower speed
>> only on a part, like you said?
>>
>> Thanks
>> Jakob
>>
>> Am 21.02.2016 um 17:57 schrieb Gerd Petermann:
>>
>>> Hi Jakob,
>>>
>>> the current code ignores nodes with highway=traffic_signals.
>>> If I got you right you want to split a road maybe 30 m before the node
>>> with
>>> highway=traffic_signals and 30 after and set a lower road-speed value
>>> for that 60m part?
>>>
>>> Gerd
>>>
>>>
>>>
>>> 
>>> Von: mkgmap-dev-boun...@lists.mkgmap.org.uk <
>>> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Jakob Mühldorfer
>>> 
>>> Gesendet: Sonntag, 21. Februar 2016 17:31
>>> An: Development list for mkgmap
>>> Betreff: [mkgmap-dev] Option "link pois to ways"
>>>
>>> Hi,
>>>
>>> one more question I was not able to figure out from documentation or
>>> source.
>>> When the option "link pois to ways" is used, does it automatically
>>> process traffic signals in a way that adds a time penalty for routing
>>> through them in the map data.
>>>
>>> Thanks for help on that
>>> Jakob
>>> ___
>>> mkgmap-dev mailing list
>>> mkgmap-dev@lists.mkgmap.org.uk
>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>> ___
>>> mkgmap-dev mailing list
>>> mkgmap-dev@lists.mkgmap.org.uk
>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>



-- 
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Satnav for non-proprietary maps?

2016-02-21 Thread Mark Bradley 
> Message: 1
> Date: Thu, 18 Feb 2016 18:05:51 +1000
> From: Nev Wedding 
> To: Development list for mkgmap 
> Subject: Re: [mkgmap-dev] Satnav for non-proprietary maps?
> 
> Hi Mark
> 
> You can use openstreetmap maps in the Garmin format on most Garmin gps
receivers.
> I use osm maps on both my Nuvi in the car and have a eTrex 30 attached to
my cycle
> https://www.dropbox.com/s/hvi05afy7gy0wdw/etrex.jpg?dl=0
> I bought the eTrex because I also use for bushwalking, but if buying a new
one might
> now, I may opt for the slightly bigger Oregon 600.

[...]

Thank you Nev.  Yes, I am aware of converting OSM data to Garmin format.  I
do this now for use with my Edge 810.  But I was wondering about a GPS that
uses data in a non-proprietary format, so that no conversion would be
necessary.  As I said before, I suppose such a thing doesn't exist.  But I
wanted to pose the question, just to be sure.

Mark

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Option "link pois to ways"

2016-02-21 Thread Gerd Petermann 
Hi Jakob,

the current code ignores nodes with highway=traffic_signals.
If I got you right you want to split a road maybe 30 m before the node with
highway=traffic_signals and 30 after and set a lower road-speed value for that 
60m part?

Gerd




Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Jakob Mühldorfer 

Gesendet: Sonntag, 21. Februar 2016 17:31
An: Development list for mkgmap
Betreff: [mkgmap-dev] Option "link pois to ways"

Hi,

one more question I was not able to figure out from documentation or source.
When the option "link pois to ways" is used, does it automatically
process traffic signals in a way that adds a time penalty for routing
through them in the map data.

Thanks for help on that
Jakob
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] Option "link pois to ways"

2016-02-21 Thread Jakob Mühldorfer 

Hi,

one more question I was not able to figure out from documentation or source.
When the option "link pois to ways" is used, does it automatically 
process traffic signals in a way that adds a time penalty for routing 
through them in the map data.


Thanks for help on that
Jakob
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Key "motorcar"

2016-02-21 Thread Dave Swarthout 
Thanks, Gerd. I had missed seeing the "add" in those rules. Now I
understand.

On Sun, Feb 21, 2016 at 5:31 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Dave Swarthout wrote
> > I ask because I am confused by line 29, where it seems my assumption is
> > reversed because the value for motor_vehicle is being transferred to the
> > motorcar tag :
> >
> > Line 29: motor_vehicle=*  { add motorcar='${motor_vehicle}'; add
> > goods='${motor_vehicle}'; add hgv='${motor_vehicle}'; add
> > psv='${motor_vehicle}'; add emergency='${motor_vehicle}'; }
> >
> > And also this comment:
> >
> > Line 46: # Therefore we have to choose one vehicle type - and the winner
> > is: motorcar
> >
> > After which access is set for a range of situations all involving the
> term
> > "motorcar"
> >
> > Can someone take a few minutes to explain these rules?
>
> The idea is simple , if motor_vehicle=* is used and motorcar is not
> set,then
> set motorcar=* to the same value. Note that the action is add, not set.
>
> The line 46 is preceeded by this:
> # throughroute cannot be handled differently for different vehicle types
>
> It means that the Garmin format has only one bit that means "allow no
> through route"
> So, if we find motorcar=destination we set the flag.
> If I got that right, the flag is ignored when you select a bicycle as
> vehicle when routing with
> Garmin software, so the solution seems to be ok for me. One who creates a
> map for trucks
> should change this rule.
>
> Gerd
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Key-motorcar-tp5868207p5868217.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>



-- 
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Key "motorcar"

2016-02-21 Thread Gerd Petermann 
Dave Swarthout wrote
> I ask because I am confused by line 29, where it seems my assumption is
> reversed because the value for motor_vehicle is being transferred to the
> motorcar tag :
> 
> Line 29: motor_vehicle=*  { add motorcar='${motor_vehicle}'; add
> goods='${motor_vehicle}'; add hgv='${motor_vehicle}'; add
> psv='${motor_vehicle}'; add emergency='${motor_vehicle}'; }
> 
> And also this comment:
> 
> Line 46: # Therefore we have to choose one vehicle type - and the winner
> is: motorcar
> 
> After which access is set for a range of situations all involving the term
> "motorcar"
> 
> Can someone take a few minutes to explain these rules?

The idea is simple , if motor_vehicle=* is used and motorcar is not set,then
set motorcar=* to the same value. Note that the action is add, not set.

The line 46 is preceeded by this:
# throughroute cannot be handled differently for different vehicle types  

It means that the Garmin format has only one bit that means "allow no
through route"
So, if we find motorcar=destination we set the flag. 
If I got that right, the flag is ignored when you select a bicycle as
vehicle when routing with
Garmin software, so the solution seems to be ok for me. One who creates a
map for trucks
should change this rule.

Gerd



--
View this message in context: 
http://gis.19327.n5.nabble.com/Key-motorcar-tp5868207p5868217.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev