M... Yellow on yellow, may indeed be not ideal. Ill try and find something
else!
Those extended linetypes, will they have any effect on devices that don't
support them? Or are they simply ignored? I may use them for non-routable,
non-essential lines.
And: may I compliment you on openfietsk
Am 12.02.2011 15:08, schrieb Henning Scholland:
>> Now when I find for addresses on my Legend HCX, I can choose
>> between region "Deutschland" and region "Germany".
>> [...]
>> I used location-autofill=1 and
>> --country-name=germany
>> --country-abbr=DE
>> --area-name=DE
when I change this to
Jeroen wrote:
- other paths were green, now yellow
On a yellow background? Hard to see I guess ;-)
You can try to use extended line types like 0x100/00-1f 0x101/00-1f etc
Note that even with a typ file some of them will not show up on some devices,
and they are not routable. See my typ files on
I perhaps don't allow non ASCII characters in the description, since I don't
know if they are accepted or in what circumstances.
Just need to try it and see what happens.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org
El 12/02/11 17:05, Clinton Gladstone escribió:
> On Feb 12, 2011, at 16:59, Carlos Dávila wrote:
>
>>>
>> I use gmapi-builder.py to transform my maps into BaseCamp format, but it
>> fails with those containing an Ñ (from España) in --country-name
>> --area-name --family-name or series-
On Feb 12, 2011, at 16:59, Carlos Dávila wrote:
>>
> I use gmapi-builder.py to transform my maps into BaseCamp format, but it
> fails with those containing an Ñ (from España) in --country-name
> --area-name --family-name or series-name. Do you know a way to get it
> compiling? (other than chan
El 11/02/11 23:58, Clinton Gladstone escribió:
> On Feb 11, 2011, at 22:31, fla...@googlemail.com wrote:
>
>
>> Compiled germany with it. Compiling works.
>> Copy gmap.img to 60CSX. Map works. Search same as in older days.
>> Do i need Mapsource ? use OS X 10.6 ;-(
>>
> Just to update: I
On Wed, Feb 9, 2011 at 5:15 AM, Henning Scholland wrote:
> Am 07.02.2011 23:45, schrieb Minko:
>> Henning,
>> Did you try a higher overlap setting?
>> Maybe --overlap=6000 ?
>>
>> --overlap
>> Nodes/ways/rels that fall outside an area will still be included if they are
>> within this many map uni
On 12/02/11 15:32, WanMil wrote:
> I observed that the MapSource search menu is disabled if the MDR file is
> larger than 0x7FF (134217727) bytes.
>
> Maybe in this case a flag must be set?
My guess is in ImgHeader:
// This sectors, head, cylinders stuff appears to be used by mapsource
// and
I observed that the MapSource search menu is disabled if the MDR file is
larger than 0x7FF (134217727) bytes.
Maybe in this case a flag must be set?
WanMil
> Hi
>
> Some progress on the index branch.
>
> I found that the flags at the end of mdr7 trigger the acceptance of
> the 20-29 section
Sorry, I was wrong... is_in contains Deutschland
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 12.02.2011 14:56, schrieb Chris66:
Am 12.02.2011 13:24, schrieb Steve Ratcliffe:
Now in Basecamp the Mapinstall crashes when the progress bar
of the index generating process is at 16%.
I had this problem while upload a complete UK. I've since found that if
I just upload a few tiles it doesn
Am 12.02.2011 13:24, schrieb Steve Ratcliffe:
>> Now in Basecamp the Mapinstall crashes when the progress bar
>> of the index generating process is at 16%.
>
> I had this problem while upload a complete UK. I've since found that if
> I just upload a few tiles it doesn't happen.
OK, when only se
Marko, Minko, and others,
Thank you for your feedback.
I'm aware my style/TYP files use the contour types for bridges. Guess
contours are not very importnt to me, living in the flat Netherlands. If
anyone has a better suggestion, please let me know. The fact the contours
may not be routable i
Hello
> Now in Basecamp the Mapinstall crashes when the progress bar
> of the index generating process is at 16%.
I had this problem while upload a complete UK. I've since found that if
I just upload a few tiles it doesn't happen.
Hopefully I can track down exactly which tile(s) causes it which
Hello all,
By accident/serendipity I found a bug/feature regarding the
borders/'shadows' on ways on Garmin devices.
If in your TYP file you set a type up to use 2 colours (background and
border), but set the border width to 0, then BaseCamp, MapSource and the
Garmin Oregon 550t display this wi
On 12/02/11 11:27, Chris66 wrote:
Hello
> SCHWERWIEGEND (BlockManager): overflowed directory with max block 65534,
> current=65535
>
> Exception in thread "main" uk.me.parabola.imgfmt.MapFailedException:
> Too many blocks. Use a larger block size with an option such as
> --block-size=4096 or --bl
Am 12.02.2011 12:27, schrieb Chris66:
> SCHWERWIEGEND (BlockManager): overflowed directory with max block 65534,
> current=65535
Ok, I could get rid of this error by using smaller tiles.
Now in Basecamp the Mapinstall crashes when the progress bar
of the index generating process is at 16%.
mkgm
Hi
> Initializing lastName with null should do (?).
> The patch initializes lastName with null in all Mdr classes. This seems
> to be a c&p problem that might happen with all names in lot's of Mdr
> classes.
>
> Don't know if an empty name should be contained in map?!
A region without a name is p
Hi,
I get following error when testing with northrhinewestfalia.osm.bz2
(9 tiles).
Already tried the suggested --block-size=8192, same error.
Error seems to occur at the combine after the tiles have been created.
SCHWERWIEGEND (BlockManager): overflowed directory with max block 65534,
current=65
Hi Tomas,
you seem to be the first person that uses the coastlinefile option...
There is a bug which is fixed in r1846.
Thanks for reporting that!
WanMil
> Hello
>
>I'm trying to use a separate file with natural=coastline information.
>I then provide it to mkgmap using option:
>--coa
Version 1846 was commited by wanmil on 2011-02-12 10:00:36 + (Sat, 12 Feb
2011)
Fixing UnsupportedOperationException when using the coastlinefile option
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/li
Hello
I'm trying to use a separate file with natural=coastline information.
I then provide it to mkgmap using option:
--coastlinefile=lithuania_coast.osm
But I get this when executing:
SEVERE (CoastlineFileLoader): lithuania_.osm:
java.lang.UnsupportedOperationException
java.lang.Unsuppo
23 matches
Mail list logo
