logo separator

[mkgmap-dev] one correction of default points style and a suggestion for lines

From nick osm at pinns.co.uk on Fri Dec 3 13:24:42 GMT 2021

Hi Ticker

Yes, I agree.

I added to list more for 'completion' as some of these types have not as 
yet been documented.

So far I've not encountered any examples of 2e1d, 2e1e and 2e1f and I 
doubt whether they have been allocated.


On 03/12/2021 13:11, Ticker Berkin wrote:
Hi Nick

I'd have thought 0x2e07 is better for clothing (maybe both) and 0x2e08
for gardening & home.

Going beyond the lowest common denominator has problems when a device
defines a group for something you've used differently and has a search
category for it; explicit search by category will throw up obviously
wrong results. I stick to the general 00 subtype unless there seems a
good match to the known/base garmin usage.

I have in my style:
# Uncomment the following lines to enable these extra POI
# that some devices support
shop=convenience [0x2e0e resolution 24]
shop=florist [0x2e0f resolution 24]
shop=gift | shop=art | shop=antiques [0x2e10 resolution 24]
shop=music [0x2e11 resolution 24]
shop=sports [0x2e12 resolution 24]
shop=wine | shop=alcohol [0x2e13 resolution 24]
shop=books [0x2e14 resolution 24]
# to here

Ticker

On Fri, 2021-12-03 at 11:58 +0000, nick wrote:
> Hi Gerd/Ticker
>
> Can I add the following based on various 'City Navigator Maps'
>
> 0 X 2E15 CLOTHING STORE , ie PRIMARK/NEXT
> 0 X 2E16 CULT CLOTHING /SHOES
> 0 X 2E17 GARDENING SUPPLIES & DESIGN NURSERY SHOP SELLING LAWN MOWERS
> 0 X 2E18 HOME IMPROVEMENTS B&Q/HOMEBASE
> 0 X 2E19 PHOTOGRAPHIC SUPPLIES
> 0 X 2E1A WORLD FURNITURE
> 0 X 2E1B OPTICIAN
>
> Depending on device some may not be searchable.
>
> r
>
> Nick
>
> On 03/12/2021 10:41, Ticker Berkin wrote:
>> Hi all
>>
>> I have no problem with getting rid of tags where there are no usages
>> in
>> OSM.
>>
>> It is best to use 0x2e00 for other/unknown/etc rather than 0x2e0c
>> which
>> was at the end of the list on old devices and showed as 'other'.
>> My newer device has:
>>
>> 0x2e0c  Speciality Retail (also 0x2e0a)
>> 0x2e0d  Shopping Center (also 0x2e04)
>> 0x2e0e  Convenience (differs from 0x2e06 which implies fuel)
>> 0x2e0f  Florist
>> 0x2e10  Gift/Antique/Art
>> 0x2e11  Record/CD/Video
>> 0x2e12  Sporting Goods
>> 0x2e13  Wine&Liqour
>> 0x2e14  Book Store
>>
>> Not sure what would be the best code to use for kiosk
>>
>> Ticker
>>
>> On Fri, 2021-12-03 at 09:24 +0000, Gerd Petermann wrote:
>>> Hi all,
>>>
>>> allmost all the rules regarding shop=* were added in 2011 and not
>>> changed since.
>>> A quick check against taginfo shows quite a few rules which make no
>>> sense:
>>> 0 occurences: shop=bakers [0x2e02 resolution 24]
>>> 0 occurences: shop=car_dealer [0x2f07 resolution 24]
>>> Well, they just blow up the style.
>>>
>>> On the other hand,
>>> shop=kiosk has no special rule allthough it exists +86000 times:
>>> https://taginfo.openstreetmap.org/tags/shop=kiosk
>>> I guess we should treat it like shop=convenience?
>>> https://wiki.openstreetmap.org/wiki/Tag%3Ashop%3Dconvenience
>>>
>>> Other candidates:
>>> https://wiki.openstreetmap.org/wiki/Tag%3Ashop%3Dmobile_phone
>>> https://wiki.openstreetmap.org/wiki/Tag%3Ashop%3Dalcohol
>>>
>>> Is there a special Garmin type for them that matches better than
>>> 0x2e0c which is used in the mop up rule which only catches named
>>> shops?
>>>
>>> Gerd
>>>
>>> Gerd
>>>
>>> ________________________________________
>>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag
>>> von Gerd Petermann <gpetermann_muenchen at hotmail.com>
>>> Gesendet: Freitag, 3. Dezember 2021 09:53
>>> An: Development list for mkgmap
>>> Betreff: Re: [mkgmap-dev] one correction of default points style
>>> and    a       suggestion for lines
>>>
>>> Hi Karl,
>>>
>>> interesting, taginfo shows 0 occurences for
>>> amenity=emergency_phone:
>>> https://taginfo.openstreetmap.org/keys/amenity#values
>>> I guess this was different when the line was added in 2011. See
>>> e.g.
>>> https://www.openstreetmap.org/changeset/43747775
>>> I would not want to place the rule
>>> emergency=phone [0x2f12 resolution 24 default_name 'Emergency
>>> Phone']
>>> within the block of rules for amenity. Let's simply remove the
>>> wrong
>>> one and add the new after that block.
>>>
>>> reg. roundabout:
>>> I wonder why you don't want to add the line
>>> junction=roundabout & highway=service [0x07 road_class=0
>>> road_speed=1
>>> resolution 23]
>>>
>>> Gerd
>>>
>>> ________________________________________
>>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag
>>> von 7770 <7770 at foskan.eu>
>>> Gesendet: Donnerstag, 2. Dezember 2021 21:31
>>> An: mkgmap-dev at lists.mkgmap.org.uk
>>> Betreff: [mkgmap-dev] one correction of default points style and
>>> a      suggestion for lines
>>>
>>> Hi.
>>>
>>> Some time ago i ran into the mistake of tagging emergecy_phone as
>>> it
>>> is given
>>> in the default example style  ./mkgmap-
>>> r4818/examples/styles/default/points
>>> on line 148:
>>> amenity=emergency_phone [0x2f12 resolution 24 default_name
>>> 'Emergency
>>> Phone']
>>>
>>> The correct tagging is however:
>>> emergency=phone [0x2f12 resolution 24 default_name 'Emergency
>>> Phone']
>>>
>>> I have therefor updated this and i am attaching a suggested points
>>> file.
>>> I have done the following:
>>> 1. add a comment on line 148 that the above tagging is incorrect.
>>> 2. the original line is pushed one line down to 149 and commented
>>> out.
>>> 3. a new line 150 is added with the new tagging.
>>>
>>>
>>> I checked most of Nordic countries and Baltic countries, there were
>>> none
>>> incorrectly tagged emergency phones, i havn't checked the rest of
>>> the
>>> world,
>>> but it seems that mistakes should be rare.
>>>
>>> If you dont mind and if you feel for it, feel free to add the
>>> changes
>>> into the
>>> default example style.
>>>
>>>
>>>
>>>
>>> Secondly i have noted  that in the example lines file
>>> ./mkgmap-r4818/examples/styles/default/lines
>>> on line 123-143, the section about junction=roundabout, it would be
>>> good to
>>> add the following one line on line 143, and push the current line
>>> to
>>> 144.
>>> junction=roundabout & (service=alley | service=driveway) [0x07
>>> road_class=0
>>> road_speed=1 resolution 23]
>>>
>>> The reason for this suggestion is because of line 198 (or 199 after
>>> the above
>>> addition):
>>> highway=service & (service=alley | service=driveway) [0x07
>>> road_class=0
>>> road_speed=0 resolution 23]
>>>
>>> The combination of these will make sure that roundabouts and
>>> highways
>>> that are
>>> marked:  highway=service & (service=alley | service=driveway) and
>>> can
>>> be
>>> connected to each other are drawn at the same resolution and with
>>> the
>>> same
>>> 0x07 type.
>>> Otherwise the roundabout is becoming much larger and visible before
>>> the
>>> connecting street/road.
>>>
>>> I am attaching an updated lines file as well and again if you dont
>>> mind and if
>>> you feel for it, feel free to add the changes into the default
>>> example style.
>>>
>>>
>>> Regards
>>> Karl
>>> _______________________________________________
>>> mkgmap-dev mailing list
>>> mkgmap-dev at lists.mkgmap.org.uk
>>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>> _______________________________________________
>>> mkgmap-dev mailing list
>>> mkgmap-dev at lists.mkgmap.org.uk
>>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/l
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20211203/0305f88c/attachment-0001.html>


More information about the mkgmap-dev mailing list