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 generi
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 differ
@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 t
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:
[_l
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 ext
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]
ameni
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
G
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.
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
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
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]
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-numbe
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.schloe
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:3
14 matches
Mail list logo