[mkgmap-dev] new assertion?

I have been running mkgmap with only occasional issues for a long time. I just updated to the latest svn, and got an assertion. This was with java 1.6 on a mac, so I updated to 1.7.Then, I still get an exception: + java -enableassertions -Xmx3072m -jar mkgmap.jar --max-jobs --latin1 --descr

Re: [mkgmap-dev] new assertion?

Hi Greg, Greg Troxel wrote > I have been running mkgmap with only occasional issues for a long time. > I just updated to the latest svn, and got an assertion. This was with > java 1.6 on a mac, so I updated to 1.7.Then, I still get an exception: if you compile from source, please use ant

Re: [mkgmap-dev] new assertion?

GerdP writes: > Hi Greg, > > > Greg Troxel wrote >> I have been running mkgmap with only occasional issues for a long time. >> I just updated to the latest svn, and got an assertion. This was with >> java 1.6 on a mac, so I updated to 1.7.Then, I still get an exception: > > if you compile f

Re: [mkgmap-dev] new assertion?

Hi Greg, as a developper you'll see these problems again and again because one copies different versions of sources or restores something from svn. In these cases, the *.class fies may be younger than the *.java files, so ant will not detect changes. Gerd Greg Troxel wrote > GerdP < > gpeter

[mkgmap-dev] New assertion, now with code-page=632 and Japan tile

The command below produces an assertion while compiling this tile from Japan. Process continues with remaining tiles and finishes without "Number of MapFailedExceptions: 1" as expected. This is with r4813, but I also tried with an old vers

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

code-page=932, sorry for the typo. El 9/11/21 a las 20:36, Carlos Dávila escribió: The command below produces an assertion while compiling this tile from Japan. Process continues with remaining tiles and finishes without "Number of MapFai

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Hi I think this assertion could be removed from the code. Looking through the definition of Shift-JIS, I read it as saying the second byte shouldn't be zero, so I don't know why this happens. As with the Chinese code-pages, mkgmap has places where multi-byte encodings are not handled correct

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Hi Ticker Not sure if relevant, but note in this case assertion occurs while compiling the tile, not the index. In fact, --index is not included in the command. El 9/11/21 a las 21:55, Ticker Berkin escribió: Hi I think this assertion could be removed from the code. Looking through the def

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Dienstag, 9. November 2021 22:54 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] New assertion,now with code-page=632 and Japan tile Hi Ticker Not sure if relevant, but note in this case assertion o

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

von Gerd Petermann Gesendet: Mittwoch, 10. November 2021 09:43 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] New assertion,now with code-page=632 and Japan tile Hi Carlos, I'll try to debug this. BTW: I see you use *.o5m for the tiles (output from splitter). I think thi

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

mber 2021 22:54 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] New assertion,now with code-page=632 and Japan tile Hi Ticker Not sure if relevant, but note in this case assertion occurs while compiling the tile, not the index. In fact, --index is not included in the command

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

almost as fast. > Esp. when it comes to the goal of reducing disk I/O (as with > --gmapi-minimal) > > > > Gerd > > > > > > Von: mkgmap-dev im Auftrag von > Carlos Dávila > > Gesendet: Dienstag, 9. November 2021

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

m Auftrag von > Carlos Dávila > > Gesendet: Dienstag, 9. November 2021 22:54 > > An: mkgmap-dev@lists.mkgmap.org.uk > > Betreff: Re: [mkgmap-dev] New assertion,now with code-page=632 > and Japan tile > > > > Hi Ticker > > > > Not sure if relevant, but note in t

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

to:car...@alternativaslibres.org>> > Gesendet: Dienstag, 9. November 2021 22:54 > An: mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> > Betreff: Re: [mkgmap-dev] New assertion,        now with code-page=632 and Japan tile >

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

> Von: mkgmap-dev mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>> im Auftrag von Carlos Dávila mailto:car...@alternativaslibres.org>> > Gesendet: Dienstag, 9. November 2021 22:54 > An: mkgmap-dev@lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgma

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Hi Carlos, yes, I only suggested to use pbf for the output of splitter. Gerd Von: mkgmap-dev im Auftrag von Carlos Dávila Gesendet: Donnerstag, 11. November 2021 19:22 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] New assertion

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

opment list for mkgmap Betreff: Re: [mkgmap-dev] New assertion,now with code-page=632 and Japan tile Hi devs, the problem occurs with node https://www.osm.org/node/5692472121 name=키타가키 고로케 Google translate says the name is Korean. The (utf8) name cannot be translated into code-pa

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

; > return an empty string for the label? > > any thoughts on this? > > Gerd > > > Von: mkgmap-dev im Auftrag > von Gerd Petermann > Gesendet: Mittwoch, 10. November 2021 11:17 > An: Development list for mkgmap > Betreff

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

d > return an empty string for the label? > > If mkgmap is executed without the -ea run time option the map shows > name ､ﾀ for the restaurant which is just wrong. > Gerd > > ________________ > Von: mkgmap-dev im Auftrag > von Gerd Petermann >

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

; character mappings, for example there is a housenumber that contains > "１２３７−１" instead of "1237-1". > https://www.fontspace.com/unicode/analyzer#e=77yR77yS77yT77yX4oiS77yR > > > Von: mkgmap-dev im Auftrag > von Ticker

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Von: mkgmap-dev im Auftrag von Ticker Berkin Gesendet: Dienstag, 16. November 2021 17:33 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile Hi wouldn't: if ((c & 0xff) == 0) c = "?";

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Hi Gerd My description didn't quite mean what I hoped it did - sorry. I was thinking that there would be a single attempt at encoding the whole string, and if that fails, start again but char-by-char. But, assuming result.length() works and charBuffer.get() and outBuff.put() maintain positions us

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

. November 2021 15:37 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile Hi Gerd My description didn't quite mean what I hoped it did - sorry. I was thinking that there would be a single attempt at encoding the whole string, and if that

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

_ > Von: mkgmap-dev im Auftrag > von Ticker Berkin > Gesendet: Mittwoch, 17. November 2021 15:37 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] New assertion, now with code-page=632 and > Japan tile > > Hi Gerd > > My description didn'

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

dling of unmapped chars. Gerd Von: mkgmap-dev im Auftrag von Ticker Berkin Gesendet: Mittwoch, 17. November 2021 17:35 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile Hi Gerd Not quite

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

better handling of unmapped chars. > > Gerd > > > Von: mkgmap-dev im Auftrag > von Ticker Berkin > Gesendet: Mittwoch, 17. November 2021 17:35 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] New assertion, now with code-page=632 and >

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

ag von Ticker Berkin Gesendet: Mittwoch, 17. November 2021 18:23 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile Hi Gerd It makes a big assumption that transliterated chars can have their low byte written as a sequence that will be

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Hi Gerd   For any code-page except Japanese/cp932, AnyCharSetEncoder takes anything that can't be represented, tries to find a reasonable ascii representation or "?", then writes this to the output. This is a big assumption for far-eastern charsets, most likely generating garbage with possible inva

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Hi Gerd Please ignore the CodeFunctions.java change in this patch. A better / hybrid TableTranslitorator is needed before SparseTranslitorator can go. Ticker On Thu, 2021-11-18 at 17:47 +, Ticker Berkin wrote: > Hi Gerd >   > For any code-page except Japanese/cp932, AnyCharSetEncoder takes

Re: [mkgmap-dev] New assertion, now with code-page=632 and Japan tile

Hi Ticker, no problem, still trying to find a case where mdrUnicode_v9b.patch changes something... Gerd Von: mkgmap-dev im Auftrag von Ticker Berkin Gesendet: Freitag, 19. November 2021 08:46 An: Development list for mkgmap Betreff: Re: [mkgmap-dev