ELEVATION=M parameter. :(
PPS: It is worth noting that cGPSmapper has the same problems…
--
Vadim
>
>Суббота, 4 марта 2023, 11:23 +03:00 от Gerd Petermann
>:
>
>Hi Vadim,
>
>the code in mkgmap seems to expect int values when elevation is given in m. No
>idea why, the co
ile in meters is available.
And thanks a lot for the patch. But unfortunately I'm not a Java programmer and
I can't test it. :(
--
Vadim
>Суббота, 4 марта 2023, 11:52 +03:00 от Gerd Petermann
>:
>
>Hi Vadim,
>
>the code in mkgmap to change metres to feet expects i
>Von: mkgmap-dev < mkgmap-dev-boun...@lists.mkgmap.org.uk > im Auftrag von
>Vadim Karpov < bom...@mail.ru >
>Gesendet: Donnerstag, 2. März 2023 14:38
>An: mkgmap-dev@lists.mkgmap.org.uk
>Betreff: Re: [mkgmap-dev] The "Elevation=M"
ine.getType() <= 0x22 &&
>!(line instanceof MapShape);
>}
>
>All I have to do is to change 0x22 to 0x25, right?
>
>Gerd
>
>____
>Von: mkgmap-dev < mkgmap-dev-boun...@lists.mkgmap.org.uk > im Auftrag von
>Vadim Karp
Example of polylyne defs:
[POLYLINE]
Type=0x02500
Label=21
EndLevel=3
Data0=(47.13926351703,-122.560520313), ...
[END]
[POLYLINE]
Type=0x02500
Label=12
EndLevel=3
Data0=(47.12784640003,-122.562501059), ...
[END]
--
Vadim Karpov___
mkgmap-de
- OSM. I
>can't disable just one of the two, they seems to be linked and it is weirs
>they show up with very same name in the list.
>
>Question: is there a way I can merge the two maps so I get the same behaviour
>anywhere?
>
>Thanks!
>Enrico
>___
Hi ael!
The TYPviewer program is distributed with the MPCTypes.txt file.
It lists in detail the many Garmin types of polygons, polylines, points.
--
Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
___
mkgmap-dev mailing list
Everything worked as it should!
Thank you, Gerd, once again!
--
Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
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
_
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
___
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
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
Good day or night! :)
I am surprised, but the MkGmap does not understand this definition of TYPE
like this:
[POLYGON]
Type=0x05400
but works fine with Marine types:
[POLYGON]
Type=0x10F01
Yes, I know that I can divide this long record into three parts:
[POLYGON]
Type=0x54
Subtype=0x00
Marine=N
Hi John!
This is not MkGmap problem.
See:
https://reefmaster.com.au/index.php/forum/mapping/192-creating-spectacular-garmin-charts-simply-from-rm?start=48#6330
http://www.anglingcharts.com/charts/corribforgarmin.html
"Please note that the latest (2015) Garmin Marine firmware (the software
insid
Hi Andy!
Do you use the same "--family-id" parameter value (=3) for both *.img files
?
By the way, why does your "--product-id" parameter value not equal 1 ?
--
Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
___
mkgmap-dev
It is a good idea to take the settings from the MP file.
All those who will convert the MP file for the first time with Mkgmap will
expect exactly this behavior.
I remember, I was very surprised when I first converted the MP file and got
an IMG file with a name different from the ID identifier fro
Hi Gerd
Thanks for options! I'll try them later.
About the program used to create .MP
There are several programs.
As I wrote above, the map is created in the RiffMaster and saved in KMZ
format.
At the next stage, using a self-writing program, I convert this .KMZ file to
.MP.
(https://www.rusfis
Hi Gerd!
Yes, you can.
BUT the source data for creating this file is not collected by me.
This data comes with the program ReefMaster (https://reefmaster.com.au).
I just created a map in the trial version of this program, saved it in .KMZ
and converted it to .MP.
Therefore, it is better to ask t
Full test package (with cGPSmapper): https://yadi.sk/d/pYE_99SYI8-pIw
--
Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mk
An .MP file can contain several [POLYGON] or [RGN80] sections.
Each [POLYGON] or [RGN80] section contains ONLY ONE outer ring and MAY
contain 1 or more inner rings (holes).
In this sections each line starting with DATA# defines ONLY ONE polygon:
The first line of DATA# defines OUTER ring.
The follo
Thank you very much for your answer!
Unfortunately, you are right.
Tested Mkgmap with .MP file containing only one multipolygon.
Even with a single hole (inner ring) in the polygon artifacts appear.
Tried converters: mp2osm and pfm2osm, but without success.
In the .MP format in a polygon declara
21 matches
Mail list logo