Gerd Petermann writes:
> sorry, last trunk version was r4839, not r4843. Tests are only executed for
> trunk.
Following up in public:
The problem was that on my system, I had no "java" in $PATH. That's
because pkgsrc has
-rwxr-xr-x 1 root wheel 78800 Dec 13 17:39
/usr/pkg/java/op
Hi Gerd
On my eTrex 30x:
Same --lower-case map as before. Also loaded is GB map that is disabled
in Setup>Map; it uses same charset & sort, sort has same id1 but
different id2.
Where To? > Cities > Spell Search > "VOS" gives "No Results Found"
Spell Search has option to change the keyboard lang
Hi Greg,
sorry, last trunk version was r4839, not r4843. Tests are only executed for
trunk.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Dienstag, 4. Januar 2022 16:44
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] do people
Hi Greg,
r4843 passes the tests, see https://www.mkgmap.org.uk/mkgmap/mkgmap/build
Gerd
Von: mkgmap-dev im Auftrag von Greg
Troxel
Gesendet: Dienstag, 4. Januar 2022 16:39
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] do people think mkgmap
(After doing other things for a long time, I'm updating spliter, mkgmap,
and data prepartory to building new img files.)
I ran the mkgmap tests, and got some failures, 7 in args and 2 others.
I am using NetBSD, but that shouldn't matter. Do people think "ant
test" gets a clean pass with the curr
Hi Gerd
I downloaded niedersachsen-latest.osm.pbf.
Built with current trunk, my resources/sort changes, option --latin
(but not --lower-case).
Loaded gmapsupp onto eTrex HCx
Find>Cities by name "VOSS" and "VOSSBERG" gives me 3 VOSSBERGs, all in
LOWER SAXONY, including the one you mention.
The eTre
Hi Ticker,
OK, maybe you find more on that.
BTW: Voßberg is very special as it probably also influences the MDR 17 content.
I think I'll merge the faster-mp branch into trunk this afternoon and continue
on
the Huffman encoding later.
Gerd
Von: mkgmap-de
Hi Gerd
I'm just building your area to test on my UK configured devices.
I'm not sure yet of the benefit of testing with the mdr2 branch.
Actually, until we've better understood the indexing issues thrown up
by use of --lower-case, the extra complications of ß seem too much.
Ticker
On Tue, 2022
Hi Gerd
This basemap sort looks like generic junk. It uses 1/1 for the ids,
chars <= 0x1d get zero sortorder, chars >= 0x20 get their own value as
sortorder (no attempt at upper/lower case or anything), 0x1e & 0x1f get
the same as ' '
Ticker
On Tue, 2022-01-04 at 10:31 +, Gerd Petermann wro
Hi Ticker,
here it is.
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Dienstag, 4. Januar 2022 11:20
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Error in MdrCheck?
Hi Gerd
This is related to your most recent post in the 'au
Hi Gerd
This is related to your most recent post in the 'augment' thread.
Attached is patch to SrtDisplay that adds to the comments and chooses a
better looking "expand" character.
Can you apply and run this on your basemap and send me the full output.
Ticker
On Mon, 2021-12-13 at 09:17 +,
Hi Ticker,
I think you need option -g with svn log to see changes done in branches.
Anyhow, I think I made a mistake back then because I didn't think of devices
which
are not configured to show a German keyboard (which has keys for äöü and ß).
You are probably right that the expands are better
Hi Gerd
Sorry - I hadn't noticed these changes. They don't show up with
$ svn log resources/sort/cp1252.txt or cp1254.txt
All the other mkgmap sort files have all the expansions possible
including the eszett and diphthongs if applicable.
The two non-mkgmap sort files (848.SRT/Turkey and
I000
13 matches
Mail list logo