date:20160306

Re: [mkgmap-dev] Oneway arrows

2016-03-06 Thread Gerd Petermann

Hi Dave,


I did not follow this thread closely but what do you mean with this ?

"It also explains why the default style uses arrows that lie outside the 
highway lines. "


Gerd



Von: mkgmap-dev  im Auftrag von Dave 
Swarthout 
Gesendet: Montag, 7. März 2016 00:33
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Oneway arrows

Well, that seems to explain why my attempts aren't working. It also explains 
why the default style uses arrows that lie outside the highway lines. Garmin is 
overwriting the "arrow highway" line but the part it overwrites is the 
invisible part.

Knowing Garmin overwrites bitmaps with those low-numbered ways means I would 
have to bump all highway codes up a notch and reassign them to get the effect I 
want. And that may produce unseen repercussions later. Or, alternatively, I 
could go with Wesley's or Greg's approach. I'll need to think about that for a 
while.

As always, thanks for your help everyone.

Cheers,
Dave

On Sun, Mar 6, 2016 at 10:34 PM, greg crago 
mailto:gregcr...@gmail.com>> wrote:
I like Wesley's ARROWS built in to the ROAD, but my ARROWS are 16 pixels wide 
and sit UNDER the road and you see them protrude outside the edge of the road. 
(see picture)

Here is my TYP file (look for 0x26)

and my other post has my code for SECONDARY roads in my line file.

I would like to get arrows built in to the road, mine looks bad, but does 
convey the 1-way direction.

It seems many of us are all working on similar features and it would be nice if 
we all got together and made a SUPER-DEAFULT STYLE, where we could combine all 
of these advanced features and if mappers do not wish to use them, they can 
just DELETE those sections.

I also wanted BRIDGES to be ON TOP, so I moved MOTORWAY linetype to 0x0b and 
defined BRIDGES to be 0x01 and it works. Pinns suggested this on his website, 
no roads cross 0x01 linetype.

Greg

On Sun, Mar 6, 2016 at 7:48 AM, Minko 
mailto:ligfiet...@online.nl>> wrote:
I dont know how Gregs typ file looks like. It depends how you have configured 
your type of highway, either a bitmap or vector image.
Bitmap (arrow) on top of a vector image will not work in most cases, unless 
that bitmap is one of the major line types as in the following example:

Bitmap:

[_line]
Type=0x02
UseOrientation=N
Xpm="32 3 2  1"
"! c #0030FF"
"  c none"
"    "
"    "
"    "
;12345678901234567890123456789012
String1=0x04,cycle route
String2=0x03,fietsroute
String3=0x02,Radroute
ExtendedLabels=Y
FontStyle=SmallFont
CustomColor=No
[end]

Vector:

[_line]
Type=0x03
UseOrientation=N
LineWidth=5
BorderWidth=1
Xpm="0 0 2 0"
"1 c #B4B4B4"
"2 c #525252"
String1=0x04,principal highway
String2=0x03,N-weg
String3=0x02,Hauptverbindungsstraße
ExtendedLabels=Y
FontStyle=SmallFont
CustomColor=No
[end]



Dave wrote:

@Minko - But Greg says he gets the results I want with the rules he's using. So 
how to explain that?


___
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] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-06 Thread greg crago

I have not tested POI search capability on my GPS and I suspect "NO" I do
not think it will work without CONTINUE.

I added  mkgmap:label:1=' ', because I did not want the NAME obscuring the
ICON symbol so I blanked out the name

Greg

On Sun, Mar 6, 2016 at 10:17 AM, Walter Schlögl <
walter.schloegl-re...@aon.at> wrote:

> Hi Greg,
>
> in my code it is working with CONTINUE as well as with
> CONTINUE_WITH_ACTIONS
> but it is not working without CONTINUE.
>
> I am using CONTINUE only if I need the function CONTINUE without actions,
> which is very seldom.
>
> Is this code working in your script without any CONTINUE?
> If yes, then I do not understand why.
> What is {set mkgmap:label:1=' '} doing?
>
> Walter
>
> *From:* greg crago 
> *Sent:* Sunday, March 06, 2016 4:12 PM
> *To:* Development list for mkgmap 
> *Subject:* Re: [mkgmap-dev] Question about using different ROAD CLASS's
> andROAD SPEED's for one linetype.
>
> If I have a list of custom FUEL icons in my line file:
>
> amenity=fuel & (name ~ '.*[Bb][Pp].*' | brand ~ '.*[Bb][Pp].*')
> {set mkgmap:label:1=' '} [0x6018 resolution 24]
> amenity=fuel & (name ~ '.*[Cc]itgo.*' | brand ~ '.*[Cc]itgo.*')
> {set mkgmap:label:1=' '} [0x600b resolution 24]
> amenity=fuel & (name ~ '.*[Ee]xxon.*' | brand ~ '.*[Ee]xxon.*')
> {set mkgmap:label:1=' '} [0x600a resolution 24]
> amenity=fuel & (name ~ '.*[Kk]roger.*' | brand ~ '.*[Kk]roger.*')
> {set mkgmap:label:1=' '} [0x6003 resolution 24]
> amenity=fuel & (name ~ '.*[Mm]arathon.*' | brand ~ '.*[Mm]arathon.*')
> {set mkgmap:label:1=' '} [0x6009 resolution 24]
> amenity=fuel & (name ~ '.*[Mm]obil.*' | brand ~ '.*[Mm]obil.*')
> {set mkgmap:label:1=' '} [0x6001 resolution 24]
> amenity=fuel & (name ~ '.*[Ss]hell.*' | brand ~ '.*[Ss]hell.*')
> {set mkgmap:label:1=' '} [0x6000 resolution 24]
> amenity=fuel & (name ~ '.*[Ss]peedway.*' | brand ~ '.*[Ss]peedway.*')
> {set mkgmap:label:1=' '} [0x6002 resolution 24]
> amenity=fuel & (name ~ '.*[Ss]unoco.*' | brand ~ '.*[Ss]unoco.*')
> {set mkgmap:label:1=' '} [0x600d resolution 24]
> amenity=fuel & (name ~ '.*[Vv]alero.*' | brand ~ '.*[Vv]alero.*')
> {set mkgmap:label:1=' '} [0x600c resolution 24]
> amenity=fuel {name '$(name)'} [0x2f01 resolution 24]
>
> You are telling me that these will NOT be found in a FUEL SEARCH (0x2f01)
> on the GPS because I do not have 'continue_with_actions' at the end of each
> action?
>
> Do I have to add CONTINUE_WITH_ACTIONS or could I just use CONTINUE?
>
> If this is correct, this is why you define 0x2f01 as INVISIBLE, but is
> necessary in order to preform a POI SEARCH?
>
> Greg
>
>
>
> On Sun, Mar 6, 2016 at 5:03 AM, Walter Schlögl <
> walter.schloegl-re...@aon.at> wrote:
>
>> Hi Greg,
>>
>> all supermarkets are found in the POI list if you give supermarket the
>> POI Nr 2E02.
>> shop=books is the POI Nr 2E03, shop=mall is POI Nr 2E04 and so on.
>>
>> So usually all supermarkets would have the same Icon also,
>> but with the solution shown below you can give different supermarkets
>> different icons.
>>
>> If you would just map all Aldi-supermarkets to 3501 without continue
>> it would get the correct icon, but not found any longer in the search
>> list.
>>
>> Do you use this feature on your Garmin device, to search for Point of
>> interests?
>>
>> Walter
>>
>>
>> *From:* greg crago 
>> *Sent:* Saturday, March 05, 2016 10:53 PM
>> *To:* Development list for mkgmap 
>> *Subject:* Re: [mkgmap-dev] Question about using different ROAD CLASS's
>> andROAD SPEED's for one linetype.
>>
>> I have re-read your posts and I think I am still confused about your
>> statement
>>
>> "you can also club together POIs with different Icons to the same
>> POI-List entry"
>>
>> Again, what is a 'POI-list entry' and how is this a benefit?
>>
>> I understand about specific store BRANDS and using unique POINTS and then
>> use a GENERIC icon for the rest of the category.
>>
>> Greg
>>
>> On Sat, Mar 5, 2016 at 4:49 AM, Walter Schlögl <
>> walter.schloegl-re...@aon.at> wrote:
>>
>>> Hi Greg,
>>>
>>> here an example for supermarkets
>>>
>>> shop=supermarket & (name~'Hofer.*'  | name~'HOFER.*'){ set
>>> mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
>>> shop=supermarket & (name~'Aldi.*'   | name~'ALDI.*'){ set
>>> mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
>>> shop=supermarket & (name~'Lidl.*'   | name~'LIDL.*'){ set
>>> mkgmap_symbol=yes}[0x3502 resolution 23 continue with_actions]
>>> ...
>>> shop=supermarket & mkgmap_symbol!=yes
>>> [0x3500 resolution 23 continue with_actions]
>>> shop=supermarket[0x2E02
>>> resolution 21] # POI
>>>
>>> There is one common symbol on 3500 and dedicated symbols on 3501 and
>>> above.
>>> (Hofer and Aldi is the same supermarket with the same Logo but with
>>> different names in Austria and Germany)
>>> If I find a dedicated name of the supermarket, I will show the
>>> corresponding symbol. (at the moment about 30 in my list

Re: [mkgmap-dev] Oneway arrows

2016-03-06 Thread Dave Swarthout

Well, that seems to explain why my attempts aren't working. It also
explains why the default style uses arrows that lie outside the highway
lines. Garmin is overwriting the "arrow highway" line but the part it
overwrites is the invisible part.

Knowing Garmin overwrites bitmaps with those low-numbered ways means I
would have to bump all highway codes up a notch and reassign them to get
the effect I want. And that may produce unseen repercussions later. Or,
alternatively, I could go with Wesley's or Greg's approach. I'll need to
think about that for a while.

As always, thanks for your help everyone.

Cheers,
Dave

On Sun, Mar 6, 2016 at 10:34 PM, greg crago  wrote:

> I like Wesley's ARROWS built in to the ROAD, but my ARROWS are 16 pixels
> wide and sit UNDER the road and you see them protrude outside the edge of
> the road. (see picture)
>
> Here is my TYP file (look for 0x26)
>
> and my other post has my code for SECONDARY roads in my line file.
>
> I would like to get arrows built in to the road, mine looks bad, but does
> convey the 1-way direction.
>
> It seems many of us are all working on similar features and it would be
> nice if we all got together and made a SUPER-DEAFULT STYLE, where we could
> combine all of these advanced features and if mappers do not wish to use
> them, they can just DELETE those sections.
>
> I also wanted BRIDGES to be ON TOP, so I moved MOTORWAY linetype to 0x0b
> and defined BRIDGES to be 0x01 and it works. Pinns suggested this on his
> website, no roads cross 0x01 linetype.
>
> Greg
>
> On Sun, Mar 6, 2016 at 7:48 AM, Minko  wrote:
>
>> I dont know how Gregs typ file looks like. It depends how you have
>> configured your type of highway, either a bitmap or vector image.
>> Bitmap (arrow) on top of a vector image will not work in most cases,
>> unless that bitmap is one of the major line types as in the following
>> example:
>>
>> Bitmap:
>>
>> [_line]
>> Type=0x02
>> UseOrientation=N
>> Xpm="32 3 2  1"
>> "! c #0030FF"
>> "  c none"
>> "    "
>> "    "
>> "    "
>> ;12345678901234567890123456789012
>> String1=0x04,cycle route
>> String2=0x03,fietsroute
>> String3=0x02,Radroute
>> ExtendedLabels=Y
>> FontStyle=SmallFont
>> CustomColor=No
>> [end]
>>
>> Vector:
>>
>> [_line]
>> Type=0x03
>> UseOrientation=N
>> LineWidth=5
>> BorderWidth=1
>> Xpm="0 0 2 0"
>> "1 c #B4B4B4"
>> "2 c #525252"
>> String1=0x04,principal highway
>> String2=0x03,N-weg
>> String3=0x02,Hauptverbindungsstraße
>> ExtendedLabels=Y
>> FontStyle=SmallFont
>> CustomColor=No
>> [end]
>>
>> --
>>
>> Dave wrote:
>>
>> @Minko - But Greg says he gets the results I want with the rules he's
>> using. So how to explain that?
>>
>>
>> ___
>> 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] Problem with Exit info while on a BRIDGE

2016-03-06 Thread Gerd Petermann

Hi Greg,


we still don't know your style files, so it is hard to reproduce a problem.


Gerd




Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von greg crago 

Gesendet: Sonntag, 6. März 2016 16:48
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Problem with Exit info while on a BRIDGE

Sorry, lost track of this thread, but I would like to find out why my TYP 
english 0x04 labels are getting used as NAME for my ways. Here is my mkgmap 
options and my TYP file.

I though it might have been since I moved MOTORWAY linetype to 0x0b and moved 
BRIDGES to 0x01 (because I wanted to see BRIDGES on top of all other ways, it 
works). However my motorway_link have the have "Ramp-High speed TRANSPARENT" 
just like my 0x04 ENGLISH label is defined in my TYP file (master_thin.txt)

Any help will be appreciated.
Greg

On Wed, Feb 17, 2016 at 12:31 PM, Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:

Hi Greg,


I also wonder why this happens. Can't say more without all your input files 
(style, mkgmap-options )

You may check with GPSMapedit what data mkgmap stores in the img file. If you 
open the img file with

it and double click on a line it shows the attributes like type, routing data 
etc.

Despite a few errors  / unsupported features it works well for this.


Gerd



Von: 
mkgmap-dev-boun...@lists.mkgmap.org.uk
 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von greg crago mailto:gregcr...@gmail.com>>
Gesendet: Mittwoch, 17. Februar 2016 17:26

An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Problem with Exit info while on a BRIDGE

Yes, "bridge" is in my typ file (attached). I set this linetype to 0x01 so 
Bridges are drawn on top of all other ways. (Pinns suggested this on his 
website, and it seems to work)

If I would have kept it 'standard' with "motorway=0x01" then does that mean I 
would have gotten "motorway" shown on my GPS ?

I am wondering why the linetype 0x01 (0x04 English) string is being displayed 
at the exit ref, or destination.

Greg

On Wed, Feb 17, 2016 at 2:09 AM, Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:

Hi Greg,


the word doesn't come from mkgmap , so maybe you have it in your typ file ?

I can't say more without knowing your input files.


Gerd


Von: 
mkgmap-dev-boun...@lists.mkgmap.org.uk
 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von greg crago mailto:gregcr...@gmail.com>>
Gesendet: Mittwoch, 17. Februar 2016 00:15
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Problem with Exit info while on a BRIDGE

I searched the entire style files for "bridge" using notepad++ and the only 
instances are in the line file, but it is only when I test the TAG (bridge=yes 
| bridge!=yes) I do not see any place I have set the 'name' to 'bridge'

Greg

On Tue, Feb 16, 2016 at 12:47 AM, Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:

Hi Greg,


I did not try with the default style, it

sounds like your style sets the name to bridge before these rules are processed 
?

Note that the rules will not change that, the action

  { name '${exit_hint} ${dest_hint}' | '${dest_hint}' | '${exit_hint}'}

has no effect when name is already set.


Gerd



Von: 
mkgmap-dev-boun...@lists.mkgmap.org.uk
 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von greg crago mailto:gregcr...@gmail.com>>
Gesendet: Montag, 15. Februar 2016 22:47
An: Development list for mkgmap
Betreff: [mkgmap-dev] Problem with Exit info while on a BRIDGE

While traveling East on I-94 (in Michigan), my DESCRIPTION TEXT on my GPS ( the 
Nuvi layout) said "Bridge" when it should have stated "Exit 139"

Example:
https://www.openstreetmap.org/node/184647257
[http://www.openstreetmap.org/assets/osm_logo_256-835a859acf0d378e1d14e88b15e7b4b95211ccd41a2c061b1629cfbbb8deb697.png]

OpenStreetMap | Node: 184647257
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.



here is my exit and destination commands from my lines file:

dest_hint=* { delete dest_hint }
(highway=motorway_link | highway=trunk_link | highway=primary_link | 
highway=secondary_link | highway=tertiary_link) & mkgmap:dest_hint=true
#  { set dest_hint = '${destination:ref|subst: =>} ${destination|subst:;=> 
|subst:/=> }' |
  { set dest_hint = '${destination:ref|subst: =>|subst: South=> S|subst: 
North=> N|subst: East=> E|subst: West=> W} ${destination:street|subst: Road=> 
Rd|subst: Street=> St|subst: Avenue=> Ave|subst: Mile=> Mi|subst: Boulevard=> 
Blvd|subst: Parkway=> Pkwy|subst: Highway=> Hwy

Re: [mkgmap-dev] Maintenance Sun 6th March

2016-03-06 Thread Steve Ratcliffe



Hi

Well that didn't go well :(

All should be back now apart from the commit emails, which I shall 
enable tomorrow.


..Steve

On 06/03/16 15:57, Steve Ratcliffe wrote:

Hi

Just a reminder that this maintenance is about to start.

There will be another message when all is finished.

..Steve


Hello

The mkgmap server and website will be down from around 4pm GMT on
Sunday 6th March so they can be upgraded. This should take less than
two hours, probably much less.

During the upgrade, mailing list, svn and downloads will not be
available.  Any mails sent should still arrive afterwards.

There will be an announcement on the mailing list just before the
downtime and then just afterwards.

..Steve
___
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] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-06 Thread Walter Schlögl

Hi Greg,

in my code it is working with CONTINUE as well as with CONTINUE_WITH_ACTIONS
but it is not working without CONTINUE.

I am using CONTINUE only if I need the function CONTINUE without actions, which 
is very seldom.

Is this code working in your script without any CONTINUE?
If yes, then I do not understand why.
What is {set mkgmap:label:1=' '} doing?

Walter

From: greg crago 
Sent: Sunday, March 06, 2016 4:12 PM
To: Development list for mkgmap 
Subject: Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD 
SPEED's for one linetype.

If I have a list of custom FUEL icons in my line file: 

amenity=fuel & (name ~ '.*[Bb][Pp].*' | brand ~ '.*[Bb][Pp].*'){set 
mkgmap:label:1=' '} [0x6018 resolution 24]
amenity=fuel & (name ~ '.*[Cc]itgo.*' | brand ~ '.*[Cc]itgo.*'){set 
mkgmap:label:1=' '} [0x600b resolution 24]
amenity=fuel & (name ~ '.*[Ee]xxon.*' | brand ~ '.*[Ee]xxon.*'){set 
mkgmap:label:1=' '} [0x600a resolution 24]
amenity=fuel & (name ~ '.*[Kk]roger.*' | brand ~ '.*[Kk]roger.*')  {set 
mkgmap:label:1=' '} [0x6003 resolution 24]
amenity=fuel & (name ~ '.*[Mm]arathon.*' | brand ~ '.*[Mm]arathon.*')  {set 
mkgmap:label:1=' '} [0x6009 resolution 24]
amenity=fuel & (name ~ '.*[Mm]obil.*' | brand ~ '.*[Mm]obil.*'){set 
mkgmap:label:1=' '} [0x6001 resolution 24]
amenity=fuel & (name ~ '.*[Ss]hell.*' | brand ~ '.*[Ss]hell.*'){set 
mkgmap:label:1=' '} [0x6000 resolution 24]
amenity=fuel & (name ~ '.*[Ss]peedway.*' | brand ~ '.*[Ss]peedway.*')  {set 
mkgmap:label:1=' '} [0x6002 resolution 24]
amenity=fuel & (name ~ '.*[Ss]unoco.*' | brand ~ '.*[Ss]unoco.*')  {set 
mkgmap:label:1=' '} [0x600d resolution 24]
amenity=fuel & (name ~ '.*[Vv]alero.*' | brand ~ '.*[Vv]alero.*')  {set 
mkgmap:label:1=' '} [0x600c resolution 24]
amenity=fuel {name '$(name)'} [0x2f01 resolution 24]

You are telling me that these will NOT be found in a FUEL SEARCH (0x2f01) on 
the GPS because I do not have 'continue_with_actions' at the end of each action?

Do I have to add CONTINUE_WITH_ACTIONS or could I just use CONTINUE?

If this is correct, this is why you define 0x2f01 as INVISIBLE, but is 
necessary in order to preform a POI SEARCH?

Greg



On Sun, Mar 6, 2016 at 5:03 AM, Walter Schlögl  
wrote:

  Hi Greg,

  all supermarkets are found in the POI list if you give supermarket the POI Nr 
2E02.
  shop=books is the POI Nr 2E03, shop=mall is POI Nr 2E04 and so on.

  So usually all supermarkets would have the same Icon also, 
  but with the solution shown below you can give different supermarkets 
different icons.

  If you would just map all Aldi-supermarkets to 3501 without continue 
  it would get the correct icon, but not found any longer in the search list.

  Do you use this feature on your Garmin device, to search for Point of 
interests?

  Walter


  From: greg crago 
  Sent: Saturday, March 05, 2016 10:53 PM
  To: Development list for mkgmap 
  Subject: Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD 
SPEED's for one linetype.

  I have re-read your posts and I think I am still confused about your 
statement 

  "you can also club together POIs with different Icons to the same POI-List 
entry"


  Again, what is a 'POI-list entry' and how is this a benefit?


  I understand about specific store BRANDS and using unique POINTS and then use 
a GENERIC icon for the rest of the category.


  Greg

  On Sat, Mar 5, 2016 at 4:49 AM, Walter Schlögl  
wrote:

Hi Greg,

here an example for supermarkets

shop=supermarket & (name~'Hofer.*'  | name~'HOFER.*'){ set 
mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
shop=supermarket & (name~'Aldi.*'   | name~'ALDI.*'){ set 
mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
shop=supermarket & (name~'Lidl.*'   | name~'LIDL.*'){ set 
mkgmap_symbol=yes}[0x3502 resolution 23 continue with_actions]
...
shop=supermarket & mkgmap_symbol!=yes
[0x3500 resolution 23 continue with_actions]
shop=supermarket[0x2E02 resolution 
21] # POI

There is one common symbol on 3500 and dedicated symbols on 3501 and above.
(Hofer and Aldi is the same supermarket with the same Logo but with 
different names in Austria and Germany)
If I find a dedicated name of the supermarket, I will show the 
corresponding symbol. (at the moment about 30 in my list)
All other supermarkets will get the common symbol.
And all of them will get additionally an unvisible POI (well, not totally 
unvisible but just 1 dot) for the POI-List
Since this 1 dot POI is placed at resolution 21, I can click on it also in 
lower zoom levels.

I’m doing the same with amenity=fuel (more than 20), shop=car and many 
others.
My map has many dedicated symbols which makes it easier to find a POI at 
one short look even without using the search function.

Wal

Re: [mkgmap-dev] Maintenance Sun 6th March

2016-03-06 Thread Steve Ratcliffe


Hi

Just a reminder that this maintenance is about to start.

There will be another message when all is finished.

..Steve


Hello

The mkgmap server and website will be down from around 4pm GMT on
Sunday 6th March so they can be upgraded. This should take less than
two hours, probably much less.

During the upgrade, mailing list, svn and downloads will not be
available.  Any mails sent should still arrive afterwards.

There will be an announcement on the mailing list just before the
downtime and then just afterwards.

..Steve
___
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] problem with splitter and bounding polygon

2016-03-06 Thread Gerd Petermann

Hi Andrzej,

okay, good points. That would probably also happen with a simple input filter
in mkgmap. I'll see if I can improve splitter, I think it should be possible.

Gerd



Von: mkgmap-dev-boun...@lists.mkgmap.org.uk 
 im Auftrag von Andrzej Popowski 

Gesendet: Sonntag, 6. März 2016 15:49
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] problem with splitter and bounding polygon

Hi Gerd,

> We already have UnusedElementsRemoverHook.java which magically
> detects elements in the input file which will not appear in the
> output file. If we change this filter to check against a poly
> instead of a bbox it might be good enough.

I have already tested something like that, I have extracted USA using
osmosis and bounding poly. I don't like results, mostly because
filtering is not precise. For example I can get a full lake area on a
map but all object on an island are missing, because they are entirely
outside poly, while lake is partially inside. Or I can get contours,
where missing middle part is replaced by a straight line.

If you are thinking about filtering in mkgmap or splitter, then I would
prefer it as a precise cut and trim with bounding poly.

--
Best regards,
Andrzej
___
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] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-06 Thread greg crago

If I have a list of custom FUEL icons in my line file:

amenity=fuel & (name ~ '.*[Bb][Pp].*' | brand ~ '.*[Bb][Pp].*'){set
mkgmap:label:1=' '} [0x6018 resolution 24]
amenity=fuel & (name ~ '.*[Cc]itgo.*' | brand ~ '.*[Cc]itgo.*'){set
mkgmap:label:1=' '} [0x600b resolution 24]
amenity=fuel & (name ~ '.*[Ee]xxon.*' | brand ~ '.*[Ee]xxon.*'){set
mkgmap:label:1=' '} [0x600a resolution 24]
amenity=fuel & (name ~ '.*[Kk]roger.*' | brand ~ '.*[Kk]roger.*')  {set
mkgmap:label:1=' '} [0x6003 resolution 24]
amenity=fuel & (name ~ '.*[Mm]arathon.*' | brand ~ '.*[Mm]arathon.*')  {set
mkgmap:label:1=' '} [0x6009 resolution 24]
amenity=fuel & (name ~ '.*[Mm]obil.*' | brand ~ '.*[Mm]obil.*'){set
mkgmap:label:1=' '} [0x6001 resolution 24]
amenity=fuel & (name ~ '.*[Ss]hell.*' | brand ~ '.*[Ss]hell.*'){set
mkgmap:label:1=' '} [0x6000 resolution 24]
amenity=fuel & (name ~ '.*[Ss]peedway.*' | brand ~ '.*[Ss]peedway.*')  {set
mkgmap:label:1=' '} [0x6002 resolution 24]
amenity=fuel & (name ~ '.*[Ss]unoco.*' | brand ~ '.*[Ss]unoco.*')  {set
mkgmap:label:1=' '} [0x600d resolution 24]
amenity=fuel & (name ~ '.*[Vv]alero.*' | brand ~ '.*[Vv]alero.*')  {set
mkgmap:label:1=' '} [0x600c resolution 24]
amenity=fuel {name '$(name)'} [0x2f01 resolution 24]

You are telling me that these will NOT be found in a FUEL SEARCH (0x2f01)
on the GPS because I do not have 'continue_with_actions' at the end of each
action?

Do I have to add CONTINUE_WITH_ACTIONS or could I just use CONTINUE?

If this is correct, this is why you define 0x2f01 as INVISIBLE, but is
necessary in order to preform a POI SEARCH?

Greg



On Sun, Mar 6, 2016 at 5:03 AM, Walter Schlögl  wrote:

> Hi Greg,
>
> all supermarkets are found in the POI list if you give supermarket the POI
> Nr 2E02.
> shop=books is the POI Nr 2E03, shop=mall is POI Nr 2E04 and so on.
>
> So usually all supermarkets would have the same Icon also,
> but with the solution shown below you can give different supermarkets
> different icons.
>
> If you would just map all Aldi-supermarkets to 3501 without continue
> it would get the correct icon, but not found any longer in the search list.
>
> Do you use this feature on your Garmin device, to search for Point of
> interests?
>
> Walter
>
>
> *From:* greg crago 
> *Sent:* Saturday, March 05, 2016 10:53 PM
> *To:* Development list for mkgmap 
> *Subject:* Re: [mkgmap-dev] Question about using different ROAD CLASS's
> andROAD SPEED's for one linetype.
>
> I have re-read your posts and I think I am still confused about your
> statement
>
> "you can also club together POIs with different Icons to the same
> POI-List entry"
>
> Again, what is a 'POI-list entry' and how is this a benefit?
>
> I understand about specific store BRANDS and using unique POINTS and then
> use a GENERIC icon for the rest of the category.
>
> Greg
>
> On Sat, Mar 5, 2016 at 4:49 AM, Walter Schlögl <
> walter.schloegl-re...@aon.at> wrote:
>
>> Hi Greg,
>>
>> here an example for supermarkets
>>
>> shop=supermarket & (name~'Hofer.*'  | name~'HOFER.*'){ set
>> mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
>> shop=supermarket & (name~'Aldi.*'   | name~'ALDI.*'){ set
>> mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
>> shop=supermarket & (name~'Lidl.*'   | name~'LIDL.*'){ set
>> mkgmap_symbol=yes}[0x3502 resolution 23 continue with_actions]
>> ...
>> shop=supermarket & mkgmap_symbol!=yes
>> [0x3500 resolution 23 continue with_actions]
>> shop=supermarket[0x2E02
>> resolution 21] # POI
>>
>> There is one common symbol on 3500 and dedicated symbols on 3501 and
>> above.
>> (Hofer and Aldi is the same supermarket with the same Logo but with
>> different names in Austria and Germany)
>> If I find a dedicated name of the supermarket, I will show the
>> corresponding symbol. (at the moment about 30 in my list)
>> All other supermarkets will get the common symbol.
>> And all of them will get additionally an unvisible POI (well, not totally
>> unvisible but just 1 dot) for the POI-List
>> Since this 1 dot POI is placed at resolution 21, I can click on it also
>> in lower zoom levels.
>>
>> I’m doing the same with amenity=fuel (more than 20), shop=car and many
>> others.
>> My map has many dedicated symbols which makes it easier to find a POI at
>> one short look even without using the search function.
>>
>> Walter
>>
>>
>> *From:* greg crago 
>> *Sent:* Friday, March 04, 2016 11:37 PM
>> *To:* Development list for mkgmap 
>> *Subject:* Re: [mkgmap-dev] Question about using different ROAD CLASS's
>> andROAD SPEED's for one linetype.
>>
>> I am still confused.
>> Can you explain it one more time and use an example.
>>
>> Greg
>>
>> On Fri, Mar 4, 2016 at 11:13 AM, Bernd Weigelt 
>> wrote:
>>
>>> Hi Greg
>>>
>>> No, this line catches only cuisine=french *or* cuisine=sea food, not
>>> 'cuisine=french;sea food;...' This key/value pair will be

Re: [mkgmap-dev] problem with splitter and bounding polygon

2016-03-06 Thread Andrzej Popowski


Hi Gerd,


We already have UnusedElementsRemoverHook.java which magically
detects elements in the input file which will not appear in the
output file. If we change this filter to check against a poly
instead of a bbox it might be good enough.


I have already tested something like that, I have extracted USA using 
osmosis and bounding poly. I don't like results, mostly because 
filtering is not precise. For example I can get a full lake area on a 
map but all object on an island are missing, because they are entirely 
outside poly, while lake is partially inside. Or I can get contours, 
where missing middle part is replaced by a straight line.


If you are thinking about filtering in mkgmap or splitter, then I would 
prefer it as a precise cut and trim with bounding poly.


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

Re: [mkgmap-dev] Oneway arrows

2016-03-06 Thread Minko

I dont know how Gregs typ file looks like. It depends how you have configured 
your type of highway, either a bitmap or vector image. 
Bitmap (arrow) on top of a vector image will not work in most cases, unless 
that bitmap is one of the major line types as in the following example: 

Bitmap: 

[_line] 
Type=0x02 
UseOrientation=N 
Xpm="32 3 2 1" 
"! c #0030FF" 
" c none" 
"   " 
"   " 
"   " 
;12345678901234567890123456789012 
String1=0x04,cycle route 
String2=0x03,fietsroute 
String3=0x02,Radroute 
ExtendedLabels=Y 
FontStyle=SmallFont 
CustomColor=No 
[end] 

Vector: 

[_line] 
Type=0x03 
UseOrientation=N 
LineWidth=5 
BorderWidth=1 
Xpm="0 0 2 0" 
"1 c #B4B4B4" 
"2 c #525252" 
String1=0x04,principal highway 
String2=0x03,N-weg 
String3=0x02,Hauptverbindungsstraße 
ExtendedLabels=Y 
FontStyle=SmallFont 
CustomColor=No 
[end] 

- Oorspronkelijk bericht -


Dave wrote: 




@Minko - But Greg says he gets the results I want with the rules he's using. So 
how to explain that? 



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

Re: [mkgmap-dev] Oneway arrows

2016-03-06 Thread Dave Swarthout

@Minko - But Greg says he gets the results I want with the rules he's
using. So how to explain that?

On Sun, Mar 6, 2016 at 3:41 PM, Minko  wrote:

> The problem is that most Garmins don't display a bitmap on top of a vector
> line (esp. the major highway types like 0x01, 0x02 etc will be put on top
> of other lines). So you have to place the arrow on one side of the
> underlying highway, instead of in the center. See the typ file of the new
> generic map. This example will not work in some units though, it could be
> that your Garmin still makes a mess out of it :-(
>
>
> [_line]
> Type=0x1
> UseOrientation=N
> Xpm="32 15 2  1"
> "! c #0065FF"
> "  c none"
> ""
> ""
> ""
> ""
> ""
> ""
> ""
> ""
> ""
> ""
> ""
> ""
> " !  "
> " !! "
> " !  "
> ;12345678901234567890123456789012
> String1=0x04,oneway
> String2=0x03,eenrichtingsverkeer
> ExtendedLabels=Y
> FontStyle=NoLabel (invisible)
> CustomColor=No
> [end]
> ___
> 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] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-06 Thread Walter Schlögl

Hi Greg,

all supermarkets are found in the POI list if you give supermarket the POI Nr 
2E02.
shop=books is the POI Nr 2E03, shop=mall is POI Nr 2E04 and so on.

So usually all supermarkets would have the same Icon also, 
but with the solution shown below you can give different supermarkets different 
icons.

If you would just map all Aldi-supermarkets to 3501 without continue 
it would get the correct icon, but not found any longer in the search list.

Do you use this feature on your Garmin device, to search for Point of interests?

Walter

From: greg crago 
Sent: Saturday, March 05, 2016 10:53 PM
To: Development list for mkgmap 
Subject: Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD 
SPEED's for one linetype.

I have re-read your posts and I think I am still confused about your statement 

"you can also club together POIs with different Icons to the same POI-List 
entry"

Again, what is a 'POI-list entry' and how is this a benefit?

I understand about specific store BRANDS and using unique POINTS and then use a 
GENERIC icon for the rest of the category.

Greg

On Sat, Mar 5, 2016 at 4:49 AM, Walter Schlögl  
wrote:

  Hi Greg,

  here an example for supermarkets

  shop=supermarket & (name~'Hofer.*'  | name~'HOFER.*'){ set 
mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
  shop=supermarket & (name~'Aldi.*'   | name~'ALDI.*'){ set 
mkgmap_symbol=yes}[0x3501 resolution 23 continue with_actions]
  shop=supermarket & (name~'Lidl.*'   | name~'LIDL.*'){ set 
mkgmap_symbol=yes}[0x3502 resolution 23 continue with_actions]
  ...
  shop=supermarket & mkgmap_symbol!=yes[0x3500 
resolution 23 continue with_actions]
  shop=supermarket[0x2E02 resolution 
21] # POI

  There is one common symbol on 3500 and dedicated symbols on 3501 and above.
  (Hofer and Aldi is the same supermarket with the same Logo but with different 
names in Austria and Germany)
  If I find a dedicated name of the supermarket, I will show the corresponding 
symbol. (at the moment about 30 in my list)
  All other supermarkets will get the common symbol.
  And all of them will get additionally an unvisible POI (well, not totally 
unvisible but just 1 dot) for the POI-List
  Since this 1 dot POI is placed at resolution 21, I can click on it also in 
lower zoom levels.

  I’m doing the same with amenity=fuel (more than 20), shop=car and many others.
  My map has many dedicated symbols which makes it easier to find a POI at one 
short look even without using the search function.

  Walter

  From: greg crago 
  Sent: Friday, March 04, 2016 11:37 PM
  To: Development list for mkgmap 
  Subject: Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD 
SPEED's for one linetype.

  I am still confused. 
  Can you explain it one more time and use an example.

  Greg

  On Fri, Mar 4, 2016 at 11:13 AM, Bernd Weigelt  wrote:

Hi Greg

No, this line catches only cuisine=french *or* cuisine=sea food, not
'cuisine=french;sea food;...' This key/value pair will be ignored

---
cuisine~'.*;.*'
{
set cuisine='${cuisine|part:}';
}

This rule helps, to use the first part in the POIs, but all other will be
ignored, too. Have it in my filter file.

My example in my first answer is not really good, because the rule has to be
executed in a loop until the last value, but i think MKGMAP didn't do this

Bernd

Am Freitag, 4. März 2016, 10:01:52 CET schrieb greg crago:
> Bernd, Is this the same as (in the line file)
>
> amenity=restaurant & (cuisine=french | cuisine=sea food | cuisine=german |
> cuisine=. ) [0x01150 resolution 24]
>
> Greg

___
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

Re: [mkgmap-dev] Oneway arrows

2016-03-06 Thread Minko

The problem is that most Garmins don't display a bitmap on top of a vector line 
(esp. the major highway types like 0x01, 0x02 etc will be put on top of other 
lines). So you have to place the arrow on one side of the underlying highway, 
instead of in the center. See the typ file of the new generic map. This example 
will not work in some units though, it could be that your Garmin still makes a 
mess out of it :-(


[_line]
Type=0x1
UseOrientation=N
Xpm="32 15 2  1"
"! c #0065FF"
"  c none"
""
""
""
""
""
""
""
""
""
""
""
""
" !  "
" !! "
" !  "
;12345678901234567890123456789012
String1=0x04,oneway
String2=0x03,eenrichtingsverkeer
ExtendedLabels=Y
FontStyle=NoLabel (invisible)
CustomColor=No
[end]   
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Oneway arrows

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

Re: [mkgmap-dev] Oneway arrows

Re: [mkgmap-dev] Problem with Exit info while on a BRIDGE

Re: [mkgmap-dev] Maintenance Sun 6th March

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

Re: [mkgmap-dev] Maintenance Sun 6th March

Re: [mkgmap-dev] problem with splitter and bounding polygon

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

Re: [mkgmap-dev] problem with splitter and bounding polygon

Re: [mkgmap-dev] Oneway arrows

Re: [mkgmap-dev] Oneway arrows

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

Re: [mkgmap-dev] Oneway arrows

14 matches

Site Navigation

Mail list logo

Footer information