An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] What's the maximum size of global index MDR size?
Hi Gerd
In the example with the compressed strings, did it have Mdr30/31 and/or
Mdr32/33?
Ticker
On Sun, 2021-12-12 at 11:07 +, Gerd Petermann wrote:
> Hi all,
>
> for now I've adde
ver exceed the size of the MDR15 section, so it's more likely that
something simple like Huffman encoding is used and MDR 16 contains further
data (the frequencies of the Huffman tree?)
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Samstag,
Hi all,
does anybody know the actual limits?
The structure of the MDR file encodes offsets with 4 bytes.
We can assume those are interpreted as unsigned integers, so 0x (2^32 ~
4G)
would be the highest possible offset, the section length is also encoded with 4
bytes,
so maybe we can
"main"
java.lang.ArithmeticException: / by zero
okay - I will remove the patch again. Yes I was still using it. Still I will
need to wait for tomorrow to start analysing it again.
On Fri, 10 Dec 2021 at 12:57, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
I think a lot of th
; gets zero and doesn't
contribute to the ordering, along with anything not defined. SrtDisplay
puts everything after the first "<".
Can you sent me the Turkish .SRT subfile and I'll have a look.
Ticker
On Fri, 2021-12-10 at 08:15 +, Gerd Petermann wrote:
> Hi Ticker,
>
>
is pretty big. But RAM should not matter if there is no Index I
thought.
I will check it tomorrow - at least i know a bit what to look for.
On Fri, 10 Dec 2021, 09:37 Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
I try to reproduce the problem with the block calcu
fter the name
of the street - but before the name of the route relation - so that it is not
dropped. But such ways usually have no name at all.
On Thu, 2 Dec 2021 at 17:02, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
I think the code removes only suffixes to avoid mess
.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Freitag, 10. Dezember 2021 08:38
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Exception in thread "main"
java.lang.ArithmeticException: / by zero
Hi Felix,
looks li
SrtDisplay to generate a
different version of our resources/sort/cp1254.txt that matches
theirs, or maybe have versions findable by id1/id2 that match.
Ticker
On Thu, 2021-12-09 at 09:09 +0000, Gerd Petermann wrote:
> Hi devs,
>
> I think there is a bug in MdrCheck, probably also in oth
Hi Felix,
looks like another problem with the calculation of blocksizes, this time a
value of 0 is returned instead of a negative one.
The error occurs while the gmapsupp.img is written, the routine that fails is
called for each sub file.
Is it possible to share the input data and style?
If not
Hi devs,
I think there is a bug in MdrCheck, probably also in other Check programs. The
program doesn't read the SRT file content from the map, instead it uses the
corresponding data from mkgmap.
If the builtin sort order in mkgmap doesn't match the SRT file content the
program will report
Hi devs,
the display programs (MdrDisplay, NetDisplay, ...) show Chinese characters but
MdrCheck and NetCheck produce only ?.
Attached patch fixes this.
Any better ideas?
Gerd
check-utf8.patch
Description: check-utf8.patch
___
mkgmap-dev mailing
for was if the encoding for string Mdrs was
specified anywhere, rather than just the charset, but couldn't see
anything obvious. Also the compressed string format, but I haven't
found an example yet. I suspect it might be related to Mdrs 30/31 &
32/33
Ticker
On Wed, 2021-12-08 at 10:34 +0000, Gerd Petermann w
Hi Ticker,
thanks, committed with r570. I've never used MdrSummary before...
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Mittwoch, 8. Dezember 2021 11:12
An: mkgmap development
Betreff: [mkgmap-dev] Minor Display changes
Hi Gerd
I've
Oops, where is the patch ?
Here it is ;)
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Montag, 6. Dezember 2021 10:46
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Building display.jar fails
Hi Felix,
attached is a patch
noticed that many labes in your map end
with 'BIKE '. I wonder if mkgmap should remove that last blank?
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Montag, 6. Dezember 2021 10:04
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Building
-Original Message-
From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com]
Sent: 06 December 2021 08:25
To: Development list for mkgmap
Subject: Re: [mkgmap-dev] Building display.jar fails
Hi Felix,
I can try to add code to cut anything after 170 characters and remove
trailing blanks
ctually mkgmap should cut after XX
characters.
I will count the max for Basecamp and mapsource, devices cannot even show that
long names. It is around 100 but I will check again.
Yes there is no reason to put that long names.
On Sun, 5 Dec 2021, 09:32 Gerd Petermann
mailto:gpetermann_muenc...
itely do no.
Even one letter and numbers is a bit strange. I think most streets have ref and
name (e.g. B11 myname) - not sure if some searches for say B11 housenumber
instead of myname housenumber. Maybe they would search for B11 myname
housenumber.
On Sun, 5 Dec 2021 at 11:24, Gerd Petermann
ma
Hi all,
as a result of the discussion with Felix in this thread
https://www.mkgmap.org.uk/pipermail/mkgmap-dev/2021q4/033394.html
I've created a rather small patch to change the meaning of the --mdr7-del
option.
With this patch the option has one more effect:
If --split-name-idex is in use,
this will make a big
difference.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Sonntag, 5. Dezember 2021 09:32
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Building display.jar fails
Hi Felix,
I think the names that you see
fails
Sorry, the slash at the end should not be there:
https://openmtbmap.org/gmapsupp.img
On Sat, 4 Dec 2021, 19:16 Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
the link doesn't work.
Gerd
Von: mkgmap-dev
mai
Hi Karl,
I wonder if you would recognize issues. I think it might be possible that a
multipolygon is not
rendered correctly with this version while the slower version works. Very
unlikely but possible.
I guess we'll only find out when someone finds such a case.
Anyhow, I somehow forgot about
ublic_footway,public_footpath,hr,mr,iwn,nwn,rwn,lwn,wn,cn,ferry,xcn,xwn,water,gondola,train,cablecar,s1,s2,s3,s4,s5,ucl
And quite a few of those terms end up single as name
e.g;
0003e0cb | 002ff6 | 54 52 4b 20 | [1058] str: TRK
0003e0cf | 002ffa | fd 2e | Index? 12029
or
main class gmapsupp.img
Caused by: java.lang.ClassNotFoundException: gmapsupp.img
On Thu, 2 Dec 2021 at 17:50, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com><mailto:gpetermann_muenc...@hotmail.com<mailto:gpetermann_muenc...@hotmail.com>>>
wrote:
Hi Felix,
display tool always needs
Hi Ticker,
thanks for the hint. So it's probably better to throw an exception in
setStrength()?
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Freitag, 3. Dezember 2021 11:39
An: mkgmap-dev@lists.mkgmap.org.uk;
im Auftrag von Gerd
Petermann
Gesendet: Freitag, 3. Dezember 2021 09:53
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] one correction of default points style anda
suggestion for lines
Hi Karl,
interesting, taginfo shows 0 occurences for amenity=emergency_phone:
https
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
g
C:\openmtbmap>java -ea -Xmx6800m -cp display.jar;mkgmap.jar gmapsupp.img
Error: Could not find or load main class gmapsupp.img
Caused by: java.lang.ClassNotFoundException: gmapsupp.img
On Thu, 2 Dec 2021 at 17:50, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
lay>start /normal /b /wait java -jar
C:\openmtbmap\display.jar c:\openmtbmap\gmapsupp.img
no main manifest attribute, in C:\openmtbmap\display.jar
On Thu, 2 Dec 2021 at 17:33, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
please try
ant clean dist > log
new
Int2ObjectOpenHashMap<>();
[javac] ^
On Thu, 2 Dec 2021 at 16:54, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
please try svn up.
Maybe the change in
https://www.mkgmap.org.uk/websvn/revision.php?repname=display=5
f the name - or for it being the only part of the
name - make it possible to set something for that case only in the lines file
to exclude those lines from address index - e.g. mkgmap:noaddress=yes/1
On Thu, 2 Dec 2021 at 16:49, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
please try svn up.
Maybe the change in
https://www.mkgmap.org.uk/websvn/revision.php?repname=display=565 helps.
Gerd
Von: mkgmap-dev im Auftrag von Felix
Hartmann
Gesendet: Donnerstag, 2. Dezember 2021 16:49
An: Development list for mkgmap
reat lines
which do not actually have a name different (e.g. house numbers - else house
numbers are added e.g. to cycle lanes and cycle tracks)
On Thu, 2 Dec 2021 at 14:30, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
sorry, I was wrong. a label &qu
Hi Felix,
sorry, I was wrong. a label "G3 TRK" or "T2 PTH" is completely ignored.
Problem with prefixes remains.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Donnerstag, 2. Dezember 2021 14:24
An: Development lis
inent extract. Seems to be around 2GB. I will still have a look with the
display tool for useless entries in the mdr index.
On Thu, 2 Dec 2021 at 13:51, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
you can compile the display tool like mkgmap. svn repo is at
https://sv
.
Gerd
Von: Gerd Petermann
Gesendet: Donnerstag, 2. Dezember 2021 13:45
An: Development list for mkgmap
Betreff: AW: [mkgmap-dev] Exception in thread "main"
java.lang.IllegalArgumentException . on Europe extract
Hi Felix,
I also wondered if t
t;>
im Auftrag von Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>>
Gesendet: Mittwoch, 1. Dezember 2021 17:59
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Exception in thread "main"
java.lang.IllegalArgumentException . on Europe extract
Hi Felix,
bo
Hi Felix,
I've noticed that your arguments in --mdr7-del are not comma separated. They
probably have no effect.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Mittwoch, 1. Dezember 2021 17:59
An: Development list for mkgmap
Betreff: Re
03;m04;m05;m06;m11;m12;m13;m14;m15;m16;m20;m21;m22;m23;m24;m25;m26;m30;m31;m32;m33;m34;m35;m35;m40;m41;m41;m43;m44;m45;m46;m50;m51;m52;m53;m54;m55;m56;m60;m61;m62;m63;m64;m65;m66;mr.0;mr.1;mr.2;mr.3;mr.4;mr.5;mr.6;m.0;m.1;m.2;m.3;m.4;m.5;m.6;m1.;m2.;m3.;m4.;m5.;m6.;lmr;mrx0;mrx1;mrx2;mrx3;mrx4;mrx5;m
740748, blocks=-1744371
2021/12/01 12:55:08 INFO (ImgFS): Best block size: 512 sizeInBlocks=-3496000,
reserved=-14501
On Wed, 1 Dec 2021 at 08:57, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,
hm, in that case one of the two factors is already negative.
.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Mittwoch, 1. Dezember 2021 16:31
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] MapSource special behaviour with Chinese characters
(unicode)
Hi Ticker,
yes, something like
identical and hence not to be shown
in the street selection list.
Ticker
On Wed, 2021-12-01 at 14:18 +, Gerd Petermann wrote:
> Hi all,
>
> it seems that the search in MapSource does something special when I
> search for road names with chinese characters.
> The result list co
Hi all,
it seems that the search in MapSource does something special when I search for
road names with chinese characters.
The result list contains all road names that match in the first 2 characters
"八卦", as if MapSource simply ignores the rest.
I've used these options:
--lower-case
the second replaces unmapable chars and won't throw an
exception.
Ticker
On Wed, 2021-12-01 at 11:37 +, Gerd Petermann wrote:
> Hi Ticker,
>
> thanks for the hint. I did not see that Integer.parseInt() also
> handles a null value.
> I still don't understand why I also had to
Hi Ticker,
thanks for the hint. I did not see that Integer.parseInt() also handles a null
value.
I still don't understand why I also had to revert the change in CommonHeader :(
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Mittwoch, 1.
(MdrBuilder.java:334)
at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:690)
at
uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126)
at uk.me.parabola.mkgmap.main.Main.mainStart(Main.java:147)
at uk.me.parabola.mkgmap.main.Main.main(Main.java:118)
On Tue, 30 Nov 2021 at 1
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Dienstag, 30. November 2021 14:21
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Format6Encoder/Decoder
Hi Ticker,
seems you are partly right. I created a map with cp0 and --lower-case and the
search for
Hi Felix,
might be an overflow. The code line is
file.position(param.getReservedDirectoryBlocks() * param.getBlockSize());
so two ints are multiplied.
Please try if the attached patch changes something.
Gerd
Von: mkgmap-dev im Auftrag von Felix
this level.
It is possible that MDR does this intentionally; avoiding the
"compressed" format that Mdr15.java / MdrDisplay mentions. This
compressed format might simply be Format6
Ticker
On Tue, 2021-11-30 at 10:20 +, Gerd Petermann wrote:
> Hi Ticker,
>
> I also don
quot;
means Format6. Combiners/Mdr seems to have been confused by this and,
when the LBL section is Format6, Mdr15 and Mdr17 (I think) contain 8-
bit ASCII strings.
Ticker
On Mon, 2021-11-29 at 09:47 +, Gerd Petermann wrote:
> Hi Ticker,
>
> maybe show a warning message (once
Hi Ticker,
Committed with r4820. I already wondered about the doc for --code-page before.
My concern is about users who are not able/willing to read the doc or the
change log and simply don't expect that someting changes to the worse for their
existing scripts.
On the other hand they probably
s files I just have:
name:en=* & mkgmap:admin_level4='Wales' {set name='${name:en}'}
I don't think this can be achieved with --name-tag-list.
Cheers,
Mike
-Original Message-
From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com]
Sent: 28 November 2021 17:18
To: Development list for
ers,
Mike
-Original Message-
From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com]
Sent: 28 November 2021 17:18
To: Development list for mkgmap
Subject: Re: [mkgmap-dev] relation label patch
Hi Mike,
> I have statements to overwrite name with name:en
The nomal way is to use option
, Gerd Petermann wrote:
> Hi Ticker,
>
> with the 2nd version of the patch the --lower-case option is ignored.
> This was probably not intended but I think it really makes no sense
> to implement this.
> The img file is much bigger and German names like Hauptstraße is
Hi Mike,
> I have statements to overwrite name with name:en
The nomal way is to use option --name-tag-list. What's the reason for this
trick?
Gerd
Von: mkgmap-dev im Auftrag von Mike
Baggaley
Gesendet: Sonntag, 28. November 2021 17:59
An:
2021-11-27 at 10:54 +0000, Gerd Petermann wrote:
> Hi Ticker,
>
> running in circles, aren't we?
> I ask for sample data to show that mdrUnicode_v9b.patch makes a
> difference in some special case.
> I totally agree that either Mdr5 or Mdr25 should be changed, and
> probably othe
2021-11-26 at 18:40 +, Gerd Petermann wrote:
> Hi Ticker,
>
> result looks ok, but unit test CodeFunctionsTest fails. Maybe it was
> intended that codepage 0 ignores the --lower-case option?
>
> Gerd
format6-v3.patch
Description: format6-v3.patch
-11-26 at 18:04 +, Gerd Petermann wrote:
> Hi Ticker,
>
> sorry, meant r4718 instead of 4717 before.
>
> Gerd
>
>
> Von: mkgmap-dev im Auftrag
> von Gerd Petermann
> Gesendet: Freitag, 26. November 2021 18:06
> An: Deve
Hi Ticker,
result looks ok, but unit test CodeFunctionsTest fails. Maybe it was intended
that codepage 0 ignores the --lower-case option?
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Freitag, 26. November 2021 18:49
An: mkgmap
Hi Ticker,
sorry, meant r4718 instead of 4717 before.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Freitag, 26. November 2021 18:06
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Small problem with global index
Hi Ticker
is.
Its purpose is to fix the crash when pathological city / region /
country names or incomplete sortorder codepage data causes enough
difference between TERTIARY & EQUAL to make Mdr25 index size too big.
Ticker
On Fri, 2021-11-26 at 10:56 +, Gerd Petermann wrote:
> Hi Ticker,
>
to use to find
a street and, worse, some streets in the same city might require the
choice of the other variant.
Ticker
On Thu, 2021-11-25 at 06:15 +, Gerd Petermann wrote:
> Hi Ticker,
>
> it's all quite confusing for me because your table mentiones Upton
> but the rules say Upham
at 06:15 +, Gerd Petermann wrote:
> Hi Ticker,
>
> it's all quite confusing for me because your table mentiones Upton
> but the rules say Upham ;)
> Anyway, when I remove the rules which replace Upham by wherWell the
> road "Baybridge Lane" is still
x.
Looking at the current data I see that the road crosses the boundary between
Owslebury and Upham near https://www.openstreetmap.org/way/368825450, so it's
not clear to which area it belongs.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Donn
Hi Valentin,
this should be fixed with splitter-r645.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Mittwoch, 24. November 2021 14:24
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Problem in splitter643
Hi Valentin,
thanks
me to show? With the current mkgmap
implementation of not joining streets with different attributes, there
might be many in the same city. mkgmap appears to dedup them (give or
take the r/rr flags which I haven't understood yet), which is
reasonable if all in 1 city but not if >1.
Ticker
On Wed, 2021-11
lt inc/address rules are not very good for UK towns and
smaller - need to start from mkgmap:admin_level10. Appropriate change
is in tstStyle.zip
Nothing significant to this has changed in bounds.zip - I'm using a
version from April 2021
Ticker
On Wed, 2021-11-24 at 15:40 +, Gerd Peterman
er
On Wed, 2021-11-24 at 14:57 +0000, Gerd Petermann wrote:
> Hi Ticker,
>
> I (my tools) don't know how to use default.diff. Please can you
> either create a normal svn diff or zip the complete style?
>
> Gerd
___
mkgmap
gt; Hi Gerd
>
> I'm not ignoring this, but trying to put the essence of my renames
> into
> the default style and testing with a r4810 and --lower-case I find
> MapSource isn't giving me a Find > Address option and BaseCamp
> doesn't
> find any streets and once said &q
Hi Valentin,
thanks for reporting, I can reproduce the problem and somehow expected this to
happen.
Looking into this in the next days.
Gerd
Von: mkgmap-dev im Auftrag von
valenti...@inbox.ru
Gesendet: Mittwoch, 24. November 2021 13:11
An:
ic for all maps? I currently use one generic, but
perhaps i should compile it with each specific family-id before using with each
map?
Regards
Karl
On tisdag 23 november 2021 19:05:40 CET Gerd Petermann wrote:
> Hi Karl,
>
> I think it should work if you use different mapids and d
>
> On Tue, 2021-11-23 at 08:08 +, Gerd Petermann wrote:
> > Hi Karl,
> >
> > maybe you have different basemaps (or other maps) on the two devices
> > and your map doesn't contain the searched cities?
> >
> > Did you check with MapSource or another to
)
MDR 3 0010bfd9 len=0 next=0010bfd9
implied size=0 (0x0)
MDR 4 0010bfd9 len=15fnext=0010c138
fixed record size 3
number of records 117.00
implied size=351 (0x15f)
Ticker
On Tue, 2021-11-23 at 10:12 +, Gerd Petermann wrote:
> Hi all,
&g
Hi all,
I think MDR 3 is just like MDR 4, see
https://www.mkgmap.org.uk/websvn/listing.php?repname=display=562
and
https://www.mkgmap.org.uk/websvn/listing.php?repname=display=563
In both sections we have the "unknown" byte with values from 0 .. 3 (all values
spotted)
and so far I can only
Hi Karl,
maybe you have different basemaps (or other maps) on the two devices and your
map doesn't contain the searched cities?
Did you check with MapSource or another tool on PC?
Gerd
Von: mkgmap-dev im Auftrag von 7770
<7...@foskan.eu>
Gesendet:
se didn't even corresponding to the correct
city.
Ticker
On Mon, 2021-11-22 at 12:56 +, Gerd Petermann wrote:
> Hi Ticker,
>
> > it shouldn't be up to the user to know which variant of Country,
> > Region,City or Street to choose to find something,
> Yes, I agree.
Hi devs,
with the attached patch for MdrCheck I see no error messages reg. wrong repeat
flags for maps from Garmin.
The patch for mkgmap shoud get us closer to what MapSource (or Garmin) does.
- strength is changed from secondary to tertiary (maybe even string.equals can
be used)
- mdr11
might have the problems described
earlier about the user having to guess which Country, Region ... works.
Ticker
On Mon, 2021-11-22 at 10:54 +, Gerd Petermann wrote:
> Hi Ticker,
>
> I test with MapSource and the POI search also offers fields for
> region and country. On devices the
by Country and
City.
Your workflow makes sense when all upper case, but might not lead us to
the best solution for mixed case.
Ticker
On Mon, 2021-11-22 at 05:24 +, Gerd Petermann wrote:
> Hi Ticker,
>
> sorry, seems I attached the wrong patch for the default style. The
> pro
then tackle --lower-case and strange find behaviour.
>
> Ticker
>
> On Sat, 2021-11-20 at 16:49 +, Gerd Petermann wrote:
> > Hi Devs,
> >
> > did not find a solution for this yet but I noticed that MapSource
> > creates a different mdr for this small map.
&
country), each gets a number
4. POI -> name and city number
No idea yet where Garmin considers upper/lower case differences or special
"characters" like the highway shield codes.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet:
Hi Ticker,
while experimenting with the index and unicode I found a rather simple case
that doesn't work as expected.
I've attached a small example file and a patch for the default style.
A map produced with these options and the patched style
--style-file=d:\mkgmap\resources\styles\default
ble
> replacement chars that can be encoded. It doesn't deal with possible
> problems for other (non-european) charsets.
>
> I've attached cs932-V3.patch that addresses both of these issues.
>
> SparseTranslitorator.java can the be removed.
>
> Ticker
>
> On Wed,
Sort and Collator with lots of ignored characters did it for me.
The new assert in Mdr29 is there to detect problems before the getting
to the stage where Mdr25 ptr needs more bytes than Mdr5 ptr.
Ticker
On Thu, 2021-11-18 at 14:28 +, Gerd Petermann wrote:
> Hi Ticker,
>
&g
I hadn't thought of that!
Ticker
On Thu, 2021-11-18 at 13:42 +, Gerd Petermann wrote:
> Hi Ticker,
>
> If I got that right the result of the MdrCheck depends on the
> mkgmap.jar.
> This is a bit tricky when comparing the results. I'll use the patched
> binary
Hi Ticker,
sorry, I must have done something wrong. NET3 order seems correct with the
patch and wrong without.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Donnerstag, 18. November 2021 14:22
An: Development list for mkgmap
Betreff
Hi Ticker,
If I got that right the result of the MdrCheck depends on the mkgmap.jar.
This is a bit tricky when comparing the results. I'll use the patched binary
for now.
Gerd
Von: Gerd Petermann
Gesendet: Donnerstag, 18. November 2021 14:22
er
On Thu, 2021-11-18 at 09:21 +0000, Gerd Petermann wrote:
> Hi Ticker,
>
> please share your testdata so that I'm able to reproduce the
> differences.
>
> Gerd
>
>
> Von: mkgmap-dev im Auftrag
> von Ticker Berkin
> Ge
> which
> I think is what has to happen eventually, had confusing results
>
> Ticker
>
>
> On 07/11/2021 09:16, Gerd Petermann wrote:
> > Hi Ticker,
> >
> > > there is no logical change in behaviour to Mdr5 with this
> > > patch.
> > yes, I al
ts the result could be invalid or garbage.
Ticker
On Wed, 2021-11-17 at 16:40 +, Gerd Petermann wrote:
> Hi Ticker,
>
> yes, sure, a lot of unicode characters cannot be represented in
> cs932. SparseTransliterator only handles 5 of them.
> All others are now translated to
- The transliteration / "?" doesn't get encoded into the
target charset.
In this case with cp932, there seems to be an assumption that
SparseTranslitorator will convert all unicode chars that are not in
CP932. There must be lots of these.
Ticker
On Wed, 2021-11-17 at 16:00 +0000, Gerd Petermann w
th another
encoder.
Any variable length nature of the output charset shouldn't be a
problem. The variable length input UTF-16 will need care.
Ticker
On Wed, 2021-11-17 at 11:16 +0000, Gerd Petermann wrote:
> Hi Ticker,
>
> remember that cs932 is a double-byte character set.
> With your code
es char to [string of] another, for each of these,
if can't be represented, transliterate them.
Ticker
On Tue, 2021-11-16 at 15:48 +0000, Gerd Petermann wrote:
> Hi all,
>
> this small patch would be my approach. It replaces those characters
> which don't fit into a byte by '?'
> This
ough the resultant string char at a time,
and if this can't be represented, drop it.
Maybe a final warning at end if no transliteration for a char or
transliteration couldn't be represented.
Ticker
On Mon, 2021-11-15 at 13:04 +, Gerd Petermann wrote:
> Hi all,
>
> > Maybe
uot; and "¨". Worse, an
editor might change them. Maybe should be a test on the string lengths.
Ticker
On Tue, 2021-11-16 at 09:27 +, Gerd Petermann wrote:
> Patch was missing...
>
> ____
> Von: mkgmap-dev im Auftrag
> von Gerd P
im Auftrag von Gerd
Petermann
Gesendet: Montag, 15. November 2021 20:24
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] change mdr25 logic
Hi Ticker,
I didn't notice that the Mdr25 is the same. In that case it is really no help.
Gerd
Von
Patch was missing...
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Dienstag, 16. November 2021 10:27
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Twülpstedt, Normalisation of unicode strings
Hi,
please review my patch. I had
Hi,
please review my patch. I had some problems adding the Twülpstedt example to
the existing unit test. I think the new code is closer to what should be tested.
Did I miss something?
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet
, 2021-11-15 at 18:55 +, Gerd Petermann wrote:
> Hi Ticker,
>
> both MapSource and Basecamp allow to install a map on the device or on
> a USB stick that has a Garmin directory. You select one or more tiles
> and the programs write a gmapsupp.img with an index for those
301 - 400 of 4859 matches
Mail list logo