Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

For your information 0x54 appears as transparent in a TYP file used in the latest Garmin Cycle Map EU 2020 r Nick On 22/05/2020 11:22, Vadim wrote: Hi Thomas! Yes, I am sure. I am using cGPSmapper v0100d. ( https://web.archive.org/web/20160414230419/http://www.cgpsmapper.com/download2/FreeS

Re: [mkgmap-dev] Explanation of the is_in function

Hi Ticker, the patched version still returns ON for a Coord which is not ON and thus doesn't work with my example. The result doesn't depend on the position of the last point of the way as long as it is builds a nearly or exactly straight line with two nodes of the shape. Your algorithm returns

[mkgmap-dev] Commit r4496: Allow to use e.g. type 0x5400 instead of 0x54 for polygons in polish input (*.mp)

Version mkgmap-r4496 was committed by gerd on Fri, 22 May 2020 Allow to use e.g. type 0x5400 instead of 0x54 for polygons in polish input (*.mp) We did that already for special type 0x4b00. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4496 _

Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

Hi Vadim, with r4496 the type 0x5400 is accepted again. See http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4496 Gerd Von: mkgmap-dev im Auftrag von Pinns UK Gesendet: Freitag, 22. Mai 2020 12:57 An: mkgmap-dev@lists.mkgmap.org.uk Betre

Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

Hi Thomas! Yes, I am sure. I am using cGPSmapper v0100d. ( https://web.archive.org/web/20160414230419/http://www.cgpsmapper.com/download2/FreeSetup.exe ). Works well with MP-files. But this version of cGPSmapper has another bug: it does not understand the FULL record of non marine types (for exam

Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

Hi Vadim, I might be wrong but I think the IMG format doesn't support subtypes with lines or polygons unless you use the extended types. Gerd Von: mkgmap-dev im Auftrag von Vadim Gesendet: Freitag, 22. Mai 2020 18:39 An: mkgmap-dev@lists.mkgmap.org.uk

[mkgmap-dev] Extra leading character after assiging highway shield

Hi, For a long time I have seen a leading (space like?) character in front of $Ref which is not there in the osm source. Today I have been chasing the thing trying to finally solve my style-bug, but now I get stuck thinking it looks like the highwayshield assignment is adding it. I studied

Re: [mkgmap-dev] Extra leading character after assiging highway shield

Hi In addition to my previous mail, I think I found the answer myself, when removing the character from the mkgmap:label:1 value (it was ) my highwayshield is gone as well 😊 I guess its just the way things are ‘solved’ by garmin and I better leave it that way? Kind regards, Joris Van: mkgmap

Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

Thank you very much, Gerd! But the problem is solved only for types without subtypes (0xx00/xx00). The same error message still appears for types with subtypes (0xx0x/0xx1x / xx0x/xx1x). SEVERE (MapFailedException): American Lake_v2.kmz.mp: (thrown in PolishMapDataSource.checkType()) invalid ty

Re: [mkgmap-dev] Explanation of the is_in function

Hi Gerd I think I understand what is going wrong. I'll do another patch tomorrow. Ticker On Fri, 2020-05-22 at 13:36 +, Gerd Petermann wrote: > Hi Ticker, > > the patched version still returns ON for a Coord which is not ON and > thus doesn't work with my example. > The result doesn't depe

Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

Hi Gerd! You're right! Sorry, I didn’t know that. cGPSmapper compiles MP-files with types 0XXYY of polygons and polylines without any errors. But all types in the resulting IMG are casts to XX. Thanks again! -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___

Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

Hi Gerd! Sorry, but can you fix same "error" with polylines ? :) SEVERE (MapFailedException): C:\work\AmericanLake.kmz.mp: (thrown in PolishMapDataSource.checkType()) invalid type 0x0e00 for POLYLINE, line 381 -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html _

[mkgmap-dev] Commit r4497: Allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp)

Version mkgmap-r4497 was committed by gerd on Sat, 23 May 2020 Allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp) Forgot that in the previous change. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4497 __

Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x5400 for POLYGON

Hi Vadim, sure, sorry that I forgot it yesterday. See r4497. Gerd Von: mkgmap-dev im Auftrag von Vadim Gesendet: Freitag, 22. Mai 2020 21:29 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] PolishMapDataSource.checkType()) invalid type 0x54

Re: [mkgmap-dev] Extra leading character after assiging highway shield

Hi Joris, yes, the highway shields are special characters and the open question is why Garmin software displays it as blank. Gerd Von: mkgmap-dev im Auftrag von Joris Bo Gesendet: Freitag, 22. Mai 2020 21:13 An: Development list for mkgmap Betreff: Re

[mkgmap-dev] Commit r4498: Now really allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp)

Version mkgmap-r4498 was committed by gerd on Sat, 23 May 2020 Now really allow to use e.g. type 0x0e00 instead of 0x0e for polyline in polish input (*.mp) http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4498 ___ mkgmap-dev mailing li