Re: [mkgmap-dev] POI (point) resolution problem

[Gerd Petermann]

Hi Alexandre,


okay, I was able to reproduce the problem, but I think that mkgmap writes 
correct data,

GPSMapEdit seems to confirm this. Please post a link to the files produced with 
cGPSmapper

and the sources for it. Maybe there is a bit flag that controls this behaviour.


Gerd




Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Alexandre Loss 

Gesendet: Sonntag, 14. Februar 2016 23:09
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] POI (point) resolution problem

Hi Gerd,

I done the 2xCtrl-G and the problem persist.

Recapping, I tested with default style to make sure to use the standard.
If you need examples, you can test with aeroway=airport (0x2f04) that  is one 
type of POI that works as expected (resolution is reflected in the img); and 
amenity=police (0x3001) which is one where change resolution in points file 
doesn't have any effect.

Alexandre

2016-02-14 19:06 GMT-02:00 Gerd Petermann 
>:

Hi ALexandre,


okay, I'll try to reproduce the problem with the default style.

Did you make sure that you press 2xCtrl+G to flush the cache

in Mapsource after changing the map ?


Gerd



Von: 
mkgmap-dev-boun...@lists.mkgmap.org.uk
 
>
 im Auftrag von Alexandre Loss 
>
Gesendet: Sonntag, 14. Februar 2016 22:00

An: Development list for mkgmap
Cc: Tracksource Adm Tec
Betreff: Re: [mkgmap-dev] POI (point) resolution problem

Hi Gerd,

I reported a problem where I was changing the resolution of a POI of type 
amenity:police in the style file point, and this change wasn't been reflected 
in the img file produced by mkgmap (it wasn't being shown in the expected zoom 
level).

Then Thorsten answered me that this is the normal behavior because some kind of 
Garmin code for POI are shown in fixed resolution or following specific rules 
depending of the device or software where the img map is installed. So, this 
means that don't care what resolution I configure in point, it will be ignored.

So, in my last mail I was saying that I disagree with Thorsten position, 
because when I was using cgpsmapper, I was able to change the resolution of 
these POI and they were correctly shown in Mapsource and many devices. I mean, 
if cgpsmapper was able the generate img files respecting the configured 
resolution, then probably, the fact of points configuration be ignored should 
be a mkgmap fault instead of a hardware/software environment rule.

Thanks,

Alexandre


2016-02-14 16:03 GMT-02:00 Gerd Petermann 
>:

Hi Alexandre,


not sure what you mean here. Do you say that mkgmap produces wrong output

or do you miss an option that cGPSmapper provides?


Gerd



Von: 
mkgmap-dev-boun...@lists.mkgmap.org.uk
 
>
 im Auftrag von Alexandre Loss 
>
Gesendet: Sonntag, 14. Februar 2016 13:39
An: Development list for mkgmap
Cc: Tracksource Adm Tec
Betreff: Re: [mkgmap-dev] POI (point) resolution problem

Hi Thorsten,

I beg to differ, but I still think this resolution problem is a deficiency in 
mkgmap because in cGPSmapper we got more control and freedom in the resolution 
setting of POIs, regardless of device or software.

Thanks.

Alexandre


-- Forwarded message --
From: Thorsten Kukuk >
Date: 2016-02-12 10:02 GMT-02:00
Subject: Re: [mkgmap-dev] POI (point) resolution problem
To: mkgmap-dev@lists.mkgmap.org.uk



Hi,

On Fri, Feb 12, Alexandre Loss wrote:

> Hi guys,
>
> I have noticed that the resolution set in the styles' point file is not
> considered for some types of POI.
> I'm not sure if this behavior is my fault or a mkgmap bug and therefore I
> ask your help.

The resolution of POIs depend on the device/software you use to display
the map, not on the map itself. It's hardcoded in the devices and software.
You could only try to use another POI number.

  Thorsten

--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
___
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] Satnav for non-proprietary maps?

[Regunathan Umapathy]

I do not own any android devices yet. I fond some of my colleagues are
using maps.me application in Apple and andriod phones that make use of the
openstreetmap. Ofcourse it's free but updates are some what infrequent. Now
last updated ones date some where mid of december last year. It's works
fine for the very well developed places. If I am updating openstreetmap I
have to wait further.

On Mon, Feb 15, 2016 at 2:13 AM, Marko Mäkelä  wrote:

> On Sun, Feb 14, 2016 at 02:47:40PM -0500, Mark Bradley wrote:
>
>> The other day I got to thinking-is there no such thing as a GPS/satnav
>> that can display maps created in an open-source format, such as .pbf?
>>
>
> First of all, navigation requires several features:
>
> * Map display
> * Routing graph information
> * Address index
>
> The first part is in my experience best done by maintaining a cache of map
> tiles in bitmap format on a MicroSD card. If you are moving in a "new" area
> for which your device is displaying map tiles for the first time, then it
> will take some time to fetch the vector data and render it into a bitmap.
> Typically, the device would quickly fetch and display already rendered
> tiles from the cache. The Mapsforge library works in this way.
>
> To my knowledge, Mapsforge supports neither routing nor address search.
> For those you would need a different type of index.
>
> I am not aware of any really good open source offline navigation
> application for Android. There is OsmAnd, but it consumes a lot of memory,
> because it does not maintain a cache of map tiles. It is not good at
> calculating routes, especially for bicycling. It can be interfaced with an
> external offline router http://brouter.de/ which uses its own file format.
>
> Brouter can also be interfaced with the closed-source applications Locus
> Map and OruxMaps. Both of them are using MapsForge for displaying the maps.
> As far as I understand, OruxMaps does not support offline address search. I
> have not tried Locus Map, but OruxMaps seems useable on a low-end device,
> hardly ever crashing due to running out of memory. It stores tracks and
> sensor data in SQLite tables on the MicroSD card.
>
> Perhaps an analogy would be an unlocked cellphone-you pay extra for it (or
>> hack it), in exchange for additional flexibility.  I wonder if there would
>> be a market for such a thing.
>>
>
> http://linuxg.net/osmscout-is-an-offline-navigation-app-for-ubuntu-touch/
>
> For me, Ubuntu Phone is interesting, but not enough to warrant a purchase.
> I hope that there will some day be devices that are based on a
> system-on-chip that is supported by the mainline Linux kernel. With both
> Android and Ubuntu, my understanding is that upgrading the kernel is
> practically impossible, because some drivers are tied to a specific kernel
> version.
>
> Marko
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>



-- 
Regards
Regunathan Umapathy (Uma)
Visit: http://www.panoramio.com/user/69195
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] POI (point) resolution problem

[Alexandre Loss]

Hi Gerd,
I didn't do that flush, but I'll do right now and let you know the result.
Thanks,
Alexandre

2016-02-14 19:06 GMT-02:00 Gerd Petermann :

> Hi ALexandre,
>
>
> okay, I'll try to reproduce the problem with the default style.
>
> Did you make sure that you press 2xCtrl+G to flush the cache
>
> in Mapsource after changing the map ?
>
>
> Gerd
>
>
> --
> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Alexandre Loss <
> alexandre.l...@gmail.com>
> *Gesendet:* Sonntag, 14. Februar 2016 22:00
>
> *An:* Development list for mkgmap
> *Cc:* Tracksource Adm Tec
> *Betreff:* Re: [mkgmap-dev] POI (point) resolution problem
>
> Hi Gerd,
>
> I reported a problem where I was changing the resolution of a POI of type
> amenity:police in the style file point, and this change wasn't been
> reflected in the img file produced by mkgmap (it wasn't being shown in the
> expected zoom level).
>
> Then Thorsten answered me that this is the normal behavior because some
> kind of Garmin code for POI are shown in fixed resolution or following
> specific rules depending of the device or software where the img map is
> installed. So, this means that don't care what resolution I configure in
> point, it will be ignored.
>
> So, in my last mail I was saying that I disagree with Thorsten position,
> because when I was using cgpsmapper, I was able to change the resolution of
> these POI and they were correctly shown in Mapsource and many devices. I
> mean, if cgpsmapper was able the generate img files respecting the
> configured resolution, then probably, the fact of points configuration be
> ignored should be a mkgmap fault instead of a hardware/software environment
> rule.
>
> Thanks,
>
> Alexandre
>
>
> 2016-02-14 16:03 GMT-02:00 Gerd Petermann  >:
>
>> Hi Alexandre,
>>
>>
>> not sure what you mean here. Do you say that mkgmap produces wrong output
>>
>> or do you miss an option that cGPSmapper provides?
>>
>>
>> Gerd
>>
>>
>> --
>> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
>> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Alexandre Loss <
>> alexandre.l...@gmail.com>
>> *Gesendet:* Sonntag, 14. Februar 2016 13:39
>> *An:* Development list for mkgmap
>> *Cc:* Tracksource Adm Tec
>> *Betreff:* Re: [mkgmap-dev] POI (point) resolution problem
>>
>> Hi Thorsten,
>>
>> I beg to differ, but I still think this resolution problem is a
>> deficiency in mkgmap because in cGPSmapper we got more control and freedom
>> in the resolution setting of POIs, regardless of device or software.
>>
>> Thanks.
>>
>> Alexandre
>>
>>
>>>
 -- Forwarded message --
 From: Thorsten Kukuk 
 Date: 2016-02-12 10:02 GMT-02:00
 Subject: Re: [mkgmap-dev] POI (point) resolution problem
 To: mkgmap-dev@lists.mkgmap.org.uk



 Hi,

 On Fri, Feb 12, Alexandre Loss wrote:

 > Hi guys,
 >
 > I have noticed that the resolution set in the styles' point file is
 not
 > considered for some types of POI.
 > I'm not sure if this behavior is my fault or a mkgmap bug and
 therefore I
 > ask your help.

 The resolution of POIs depend on the device/software you use to display
 the map, not on the map itself. It's hardcoded in the devices and
 software.
 You could only try to use another POI number.

   Thorsten

 --
 Thorsten Kukuk, Senior Architect SLES & Common Code Base
 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
 GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG
 Nürnberg)
 ___
 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

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

[Marko Mäkelä]

On Sun, Feb 14, 2016 at 02:47:40PM -0500, Mark Bradley wrote:
The other day I got to thinking-is there no such thing as a GPS/satnav 
that can display maps created in an open-source format, such as .pbf?


First of all, navigation requires several features:

* Map display
* Routing graph information
* Address index

The first part is in my experience best done by maintaining a cache of 
map tiles in bitmap format on a MicroSD card. If you are moving in a 
"new" area for which your device is displaying map tiles for the first 
time, then it will take some time to fetch the vector data and render it 
into a bitmap. Typically, the device would quickly fetch and display 
already rendered tiles from the cache. The Mapsforge library works in 
this way.


To my knowledge, Mapsforge supports neither routing nor address search.  
For those you would need a different type of index.


I am not aware of any really good open source offline navigation 
application for Android. There is OsmAnd, but it consumes a lot of 
memory, because it does not maintain a cache of map tiles. It is not 
good at calculating routes, especially for bicycling. It can be 
interfaced with an external offline router http://brouter.de/ which uses 
its own file format.


Brouter can also be interfaced with the closed-source applications Locus 
Map and OruxMaps. Both of them are using MapsForge for displaying the 
maps. As far as I understand, OruxMaps does not support offline address 
search. I have not tried Locus Map, but OruxMaps seems useable on a 
low-end device, hardly ever crashing due to running out of memory. It 
stores tracks and sensor data in SQLite tables on the MicroSD card.


Perhaps an analogy would be an unlocked cellphone-you pay extra for it 
(or hack it), in exchange for additional flexibility.  I wonder if 
there would be a market for such a thing.


http://linuxg.net/osmscout-is-an-offline-navigation-app-for-ubuntu-touch/

For me, Ubuntu Phone is interesting, but not enough to warrant a 
purchase. I hope that there will some day be devices that are based on a 
system-on-chip that is supported by the mainline Linux kernel. With both 
Android and Ubuntu, my understanding is that upgrading the kernel is 
practically impossible, because some drivers are tied to a specific 
kernel version.


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

Re: [mkgmap-dev] POI (point) resolution problem

[Alexandre Loss]

Hi Gerd,

I reported a problem where I was changing the resolution of a POI of type
amenity:police in the style file point, and this change wasn't been
reflected in the img file produced by mkgmap (it wasn't being shown in the
expected zoom level).

Then Thorsten answered me that this is the normal behavior because some
kind of Garmin code for POI are shown in fixed resolution or following
specific rules depending of the device or software where the img map is
installed. So, this means that don't care what resolution I configure in
point, it will be ignored.

So, in my last mail I was saying that I disagree with Thorsten position,
because when I was using cgpsmapper, I was able to change the resolution of
these POI and they were correctly shown in Mapsource and many devices. I
mean, if cgpsmapper was able the generate img files respecting the
configured resolution, then probably, the fact of points configuration be
ignored should be a mkgmap fault instead of a hardware/software environment
rule.

Thanks,

Alexandre


2016-02-14 16:03 GMT-02:00 Gerd Petermann :

> Hi Alexandre,
>
>
> not sure what you mean here. Do you say that mkgmap produces wrong output
>
> or do you miss an option that cGPSmapper provides?
>
>
> Gerd
>
>
> --
> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Alexandre Loss <
> alexandre.l...@gmail.com>
> *Gesendet:* Sonntag, 14. Februar 2016 13:39
> *An:* Development list for mkgmap
> *Cc:* Tracksource Adm Tec
> *Betreff:* Re: [mkgmap-dev] POI (point) resolution problem
>
> Hi Thorsten,
>
> I beg to differ, but I still think this resolution problem is a deficiency
> in mkgmap because in cGPSmapper we got more control and freedom in the
> resolution setting of POIs, regardless of device or software.
>
> Thanks.
>
> Alexandre
>
>
>>
>>> -- Forwarded message --
>>> From: Thorsten Kukuk 
>>> Date: 2016-02-12 10:02 GMT-02:00
>>> Subject: Re: [mkgmap-dev] POI (point) resolution problem
>>> To: mkgmap-dev@lists.mkgmap.org.uk
>>>
>>>
>>>
>>> Hi,
>>>
>>> On Fri, Feb 12, Alexandre Loss wrote:
>>>
>>> > Hi guys,
>>> >
>>> > I have noticed that the resolution set in the styles' point file is not
>>> > considered for some types of POI.
>>> > I'm not sure if this behavior is my fault or a mkgmap bug and
>>> therefore I
>>> > ask your help.
>>>
>>> The resolution of POIs depend on the device/software you use to display
>>> the map, not on the map itself. It's hardcoded in the devices and
>>> software.
>>> You could only try to use another POI number.
>>>
>>>   Thorsten
>>>
>>> --
>>> Thorsten Kukuk, Senior Architect SLES & Common Code Base
>>> SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
>>> GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG
>>> Nürnberg)
>>> ___
>>> 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

Re: [mkgmap-dev] POI (point) resolution problem

[Alexandre Loss]

Hi Gerd,

I done the 2xCtrl-G and the problem persist.

Recapping, I tested with default style to make sure to use the standard.
If you need examples, you can test with aeroway=airport (0x2f04) that  is
one type of POI that works as expected (resolution is reflected in the
img); and amenity=police (0x3001) which is one where change resolution in
points file doesn't have any effect.

Alexandre

2016-02-14 19:06 GMT-02:00 Gerd Petermann :

> Hi ALexandre,
>
>
> okay, I'll try to reproduce the problem with the default style.
>
> Did you make sure that you press 2xCtrl+G to flush the cache
>
> in Mapsource after changing the map ?
>
>
> Gerd
>
>
> --
> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Alexandre Loss <
> alexandre.l...@gmail.com>
> *Gesendet:* Sonntag, 14. Februar 2016 22:00
>
> *An:* Development list for mkgmap
> *Cc:* Tracksource Adm Tec
> *Betreff:* Re: [mkgmap-dev] POI (point) resolution problem
>
> Hi Gerd,
>
> I reported a problem where I was changing the resolution of a POI of type
> amenity:police in the style file point, and this change wasn't been
> reflected in the img file produced by mkgmap (it wasn't being shown in the
> expected zoom level).
>
> Then Thorsten answered me that this is the normal behavior because some
> kind of Garmin code for POI are shown in fixed resolution or following
> specific rules depending of the device or software where the img map is
> installed. So, this means that don't care what resolution I configure in
> point, it will be ignored.
>
> So, in my last mail I was saying that I disagree with Thorsten position,
> because when I was using cgpsmapper, I was able to change the resolution of
> these POI and they were correctly shown in Mapsource and many devices. I
> mean, if cgpsmapper was able the generate img files respecting the
> configured resolution, then probably, the fact of points configuration be
> ignored should be a mkgmap fault instead of a hardware/software environment
> rule.
>
> Thanks,
>
> Alexandre
>
>
> 2016-02-14 16:03 GMT-02:00 Gerd Petermann  >:
>
>> Hi Alexandre,
>>
>>
>> not sure what you mean here. Do you say that mkgmap produces wrong output
>>
>> or do you miss an option that cGPSmapper provides?
>>
>>
>> Gerd
>>
>>
>> --
>> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
>> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Alexandre Loss <
>> alexandre.l...@gmail.com>
>> *Gesendet:* Sonntag, 14. Februar 2016 13:39
>> *An:* Development list for mkgmap
>> *Cc:* Tracksource Adm Tec
>> *Betreff:* Re: [mkgmap-dev] POI (point) resolution problem
>>
>> Hi Thorsten,
>>
>> I beg to differ, but I still think this resolution problem is a
>> deficiency in mkgmap because in cGPSmapper we got more control and freedom
>> in the resolution setting of POIs, regardless of device or software.
>>
>> Thanks.
>>
>> Alexandre
>>
>>
>>>
 -- Forwarded message --
 From: Thorsten Kukuk 
 Date: 2016-02-12 10:02 GMT-02:00
 Subject: Re: [mkgmap-dev] POI (point) resolution problem
 To: mkgmap-dev@lists.mkgmap.org.uk



 Hi,

 On Fri, Feb 12, Alexandre Loss wrote:

 > Hi guys,
 >
 > I have noticed that the resolution set in the styles' point file is
 not
 > considered for some types of POI.
 > I'm not sure if this behavior is my fault or a mkgmap bug and
 therefore I
 > ask your help.

 The resolution of POIs depend on the device/software you use to display
 the map, not on the map itself. It's hardcoded in the devices and
 software.
 You could only try to use another POI number.

   Thorsten

 --
 Thorsten Kukuk, Senior Architect SLES & Common Code Base
 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
 GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG
 Nürnberg)
 ___
 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] Satnav for non-proprietary maps?

[Mark Bradley]

The other day I got to thinking-is there no such thing as a GPS/satnav that
can display maps created in an open-source format, such as .pbf?  In other
words, a format that doesn't have to be reverse engineered?  Perhaps an
analogy would be an unlocked cellphone-you pay extra for it (or hack it), in
exchange for additional flexibility.  I wonder if there would be a market
for such a thing.

Mark

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

Re: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?

[Gerd Petermann]

If I got that right, the rules in inc/access should be changed so that

access=delivery (or variants like motorvehicle/ hgv/ motorcar etc ) is treated 
similar to goods=yes ?

Does anybody have working rules for this tag ?


Gerd



Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Gerd Petermann 

Gesendet: Sonntag, 14. Februar 2016 08:28
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


Hi all,


I found this thread on the talk list:

http://gis.19327.n5.nabble.com/Routing-through-access-delivery-tt5867583.html


I am about to answer there and a post a link to this forum.


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

Re: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?

[Colin Smale]

>From an English-speaking standpoint I would associate delivery (in the
context of "no entry except for delivery" for example) with the purpose
of your visit (i.e. to deliver something) but not specific to a
particular sort of vehicle, and not in itself related to the possession
of individual permission.

I would suggest mapping access=delivery to access=destination, i.e. no
access unless you actually need to be there. I think that's about as
close as you can get within the Garmin access model. 

--colin 

On 2016-02-14 13:38, Gerd Petermann wrote:

> If I got that right, the rules in inc/access should be changed so that 
> 
> access=delivery (or variants like motorvehicle/ hgv/ motorcar etc ) is 
> treated similar to goods=yes ? 
> 
> Does anybody have working rules for this tag ? 
> 
> Gerd 
> 
> -
> 
> VON: mkgmap-dev-boun...@lists.mkgmap.org.uk 
>  im Auftrag von Gerd Petermann 
> 
> GESENDET: Sonntag, 14. Februar 2016 08:28
> AN: mkgmap-dev@lists.mkgmap.org.uk
> BETREFF: [mkgmap-dev] motorvehicle=delivery seems to be ignored ? 
> 
> Hi all, 
> 
> I found this thread on the talk list: 
> 
> http://gis.19327.n5.nabble.com/Routing-through-access-delivery-tt5867583.html 
> 
> I am about to answer there and a post a link to this forum.  
> 
> Gerd 
> ___
> 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] WG: AW: motorvehicle=delivery seems to be ignored ?

[Gerd Petermann]

Sorry, forgot to reply to the list, see below ...


Gerd


Von: Gerd Petermann
Gesendet: Sonntag, 14. Februar 2016 16:25
An: Colin Smale
Betreff: AW: AW: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


Hi Colin,


as I said, you can select "delivery" or "emergency" as a vehicle (at least in 
MapSource)


Gerd



Von: Colin Smale 
Gesendet: Sonntag, 14. Februar 2016 16:16
An: Gerd Petermann
Betreff: Re: AW: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


Hi Gerd,

Sorry, I didn't realise that I wonder in what way that affects the routing? 
How can the satnav know if you are delivering something? It can obviously know 
about your destination, but what's the actual function of the delivery (and 
emergency) flag? Possibly it is used in HGV devices, but then it will need a 
lot more info like height and weight restrictions.

Colin





On 2016-02-14 16:10, Gerd Petermann wrote:

Hi Colin,



well, the Garmin format has a flag for "delivery" (see tag mkgmap:delivery) 
which

can be set independently. You can also chose the vehicle "delivery". My 
understanding is

that tags like access=delivery should be used to manipulate this flag .

Similar case is emergency.



Gerd



Von: Colin Smale 
Gesendet: Sonntag, 14. Februar 2016 13:51
An: Development list for mkgmap
Cc: Gerd Petermann
Betreff: Re: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


>From an English-speaking standpoint I would associate delivery (in the context 
>of "no entry except for delivery" for example) with the purpose of your visit 
>(i.e. to deliver something) but not specific to a particular sort of vehicle, 
>and not in itself related to the possession of individual permission.



I would suggest mapping access=delivery to access=destination, i.e. no access 
unless you actually need to be there. I think that's about as close as you can 
get within the Garmin access model.

--colin

On 2016-02-14 13:38, Gerd Petermann wrote:

If I got that right, the rules in inc/access should be changed so that

access=delivery (or variants like motorvehicle/ hgv/ motorcar etc ) is treated 
similar to goods=yes ?

Does anybody have working rules for this tag ?



Gerd



Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Gerd Petermann 

Gesendet: Sonntag, 14. Februar 2016 08:28
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


Hi all,



I found this thread on the talk list:

http://gis.19327.n5.nabble.com/Routing-through-access-delivery-tt5867583.html



I am about to answer there and a post a link to this forum.



Gerd

___
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

Re: [mkgmap-dev] WG: AW: motorvehicle=delivery seems to be ignored ?

[Gerd Petermann]

I think the style could be changed to support this tag better,

but first someone should cleanup the existing data. I found

6425 ways with access=delivery , 5000+ of them are likely to be wrong,

Many have highway=residential and no other attributes reg. access.

I wonder how the residents get to there home on those roads ;-)


I'll do more checks reg. motor_vehicle=delivery and other variants.


Gerd



Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Gerd Petermann 

Gesendet: Sonntag, 14. Februar 2016 16:43
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] WG: AW: motorvehicle=delivery seems to be ignored ?



Sorry, forgot to reply to the list, see below ...


Gerd


Von: Gerd Petermann
Gesendet: Sonntag, 14. Februar 2016 16:25
An: Colin Smale
Betreff: AW: AW: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


Hi Colin,


as I said, you can select "delivery" or "emergency" as a vehicle (at least in 
MapSource)


Gerd



Von: Colin Smale 
Gesendet: Sonntag, 14. Februar 2016 16:16
An: Gerd Petermann
Betreff: Re: AW: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


Hi Gerd,

Sorry, I didn't realise that I wonder in what way that affects the routing? 
How can the satnav know if you are delivering something? It can obviously know 
about your destination, but what's the actual function of the delivery (and 
emergency) flag? Possibly it is used in HGV devices, but then it will need a 
lot more info like height and weight restrictions.

Colin





On 2016-02-14 16:10, Gerd Petermann wrote:

Hi Colin,



well, the Garmin format has a flag for "delivery" (see tag mkgmap:delivery) 
which

can be set independently. You can also chose the vehicle "delivery". My 
understanding is

that tags like access=delivery should be used to manipulate this flag .

Similar case is emergency.



Gerd



Von: Colin Smale 
Gesendet: Sonntag, 14. Februar 2016 13:51
An: Development list for mkgmap
Cc: Gerd Petermann
Betreff: Re: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


>From an English-speaking standpoint I would associate delivery (in the context 
>of "no entry except for delivery" for example) with the purpose of your visit 
>(i.e. to deliver something) but not specific to a particular sort of vehicle, 
>and not in itself related to the possession of individual permission.



I would suggest mapping access=delivery to access=destination, i.e. no access 
unless you actually need to be there. I think that's about as close as you can 
get within the Garmin access model.

--colin

On 2016-02-14 13:38, Gerd Petermann wrote:

If I got that right, the rules in inc/access should be changed so that

access=delivery (or variants like motorvehicle/ hgv/ motorcar etc ) is treated 
similar to goods=yes ?

Does anybody have working rules for this tag ?



Gerd



Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Gerd Petermann 

Gesendet: Sonntag, 14. Februar 2016 08:28
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] motorvehicle=delivery seems to be ignored ?


Hi all,



I found this thread on the talk list:

http://gis.19327.n5.nabble.com/Routing-through-access-delivery-tt5867583.html



I am about to answer there and a post a link to this forum.



Gerd

___
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

Re: [mkgmap-dev] POI (point) resolution problem

[Gerd Petermann]

Hi Alexandre,


not sure what you mean here. Do you say that mkgmap produces wrong output

or do you miss an option that cGPSmapper provides?


Gerd



Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Alexandre Loss 

Gesendet: Sonntag, 14. Februar 2016 13:39
An: Development list for mkgmap
Cc: Tracksource Adm Tec
Betreff: Re: [mkgmap-dev] POI (point) resolution problem

Hi Thorsten,

I beg to differ, but I still think this resolution problem is a deficiency in 
mkgmap because in cGPSmapper we got more control and freedom in the resolution 
setting of POIs, regardless of device or software.

Thanks.

Alexandre


-- Forwarded message --
From: Thorsten Kukuk >
Date: 2016-02-12 10:02 GMT-02:00
Subject: Re: [mkgmap-dev] POI (point) resolution problem
To: mkgmap-dev@lists.mkgmap.org.uk



Hi,

On Fri, Feb 12, Alexandre Loss wrote:

> Hi guys,
>
> I have noticed that the resolution set in the styles' point file is not
> considered for some types of POI.
> I'm not sure if this behavior is my fault or a mkgmap bug and therefore I
> ask your help.

The resolution of POIs depend on the device/software you use to display
the map, not on the map itself. It's hardcoded in the devices and software.
You could only try to use another POI number.

  Thorsten

--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
___
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

Re: [mkgmap-dev] [patch] hospital POI improvements

[Ben Konrath]

Hi Regunathan,

My guess is that Ayurvedic facilities would fall under amenity=clinic.
There would need to be a specific tag for Ayurvedic facilities to be able
to add a new mkgmap style rule with one of the medical POIs in the range
0x4B00 - 0x4BFF. I would get in touch with the Sri Lanka OSM group to see
how to best tag these facilities.

https://wiki.openstreetmap.org/wiki/Sri_Lanka

In the meantime, if Ayurvedic facilities are tagged amenity=clinic, this
patch will ensure they are not listed in 'Where am I? -> Hospitals'.

Ben

On Sat, Feb 13, 2016 at 11:26 AM, Regunathan Umapathy 
wrote:

> Hi,
> I also marked amenity=doctors for the Primary Health care centers here in
> Vavniya, Northern Sri Lanka. I also seen some of the openstreetmap
> contributors mapped clinics (amenity=clinic) in Jaffna northern Sri Lanka.
> Is there any way to distinguish them in garmin maps with the hospitals.
> Also there are hospital but not practising modern medicine but traditional
> ones here in Sri Lanka known as Ayurvedic (Mostly from herbs they create
> medicine), Is there any way to distinguish them because they don't help
> much during emergency (for example road traffic accidents) as most of them
> do not have any ambulance and they generally also don't treat the
> bleedings.
> ,
>
> On Sat, Feb 13, 2016 at 3:23 PM, Ben Konrath  wrote:
>
>> I didn't type the correct git command. Here's the actual patch. :)
>>
>>
>>
>> On Sat, Feb 13, 2016 at 9:59 AM, Ben Konrath  wrote:
>>
>>> Hi,
>>>
>>> I found a problem with the hospital POIs in the default style. When you
>>> use the 'Where am I? -> Hospitals' functionality, all hospitals, clinics,
>>> dentists and doctors show up in the list. The 'Where am I?' seems like it's
>>> something I would use in an emergency so it makes sense to only add
>>> hospitals with the 'emergency=yes' tag. This patch also splits out
>>> hospitals without emergency departments, clinics, dentists, doctors and
>>> other healthcare providers into separate POIs so people can update the TYP
>>> file if they want.
>>>
>>> I tested this patch on my Nuvi 255w and it seems to work. Only hospitals
>>> tagged with 'emergency=yes' show up in the 'Where am I? -> Hospitals' list.
>>> The other POIs turn up with the same heath care plus icon. The only
>>> downside I can see is that not all hospitals are correctly tagged with
>>> 'emergency=yes' so these won't be in the 'Where am I? -> Hospitals' list.
>>> In my mind, this a problem with the data and there's not much to do about
>>> except fix it in OSM.
>>>
>>> Comments and suggestions are appreciated.
>>>
>>> Thanks, Ben
>>>
>>>
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
>
> --
> Regards
> Regunathan Umapathy (Uma)
> Visit: http://www.panoramio.com/user/69195
>
>
> ___
> 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