Hi,
I remember that I got this error some time ago.
The resolution was to specify path with --style-file and style separate
with --style. In your example:
--style-file=mkgmap/resources/styles/ --style=default
Ronny
Am 17.05.2012 10:50, schrieb maning sambale:
> Reported here:
>
> https://githu
Am 15.05.2012 08:05, schrieb n Willink:
> I noticed the following option but couldn't find what it does.
>
> --dem-separate-img
>
> Is mkgmap capable of creating a dem subfile given elevation data?
>
No, this option will force the creation of a separate img file for
contour lines if the option -
Hi,
attached patch should improve marine style.
Main features/changes:
- support for sectors of light
- include more types of light, buoy and beacon
- removed default style as base of marine style
Some remarks on the changes:
Because every sector has to be explicit declared there are up to 15
s
Hi,
SCHWERWIEGEND (ExtTypeAttributes): ..\tiles\63240171.osm.pbf: OSM id
858908267 (java.lang.NumberFormatException: For input string:
"0.7(1.3)0.7(2.8)")
If there are only a small number of lights with sequence given in this
format I would propose to insert the + signs.
This format is define
Am 22.02.2012 05:10, schrieb Thorsten Kukuk:
Hi,
On Tue, Feb 21, Ronny Klier wrote:
I had a look for the occurences of sequence format like 1+(1),1+(3) in
OSM and found it used at least in GB, france and spain. Given this wide
usage, this patch allows "," as seperator. Additional
Hi,
I had a look for the occurences of sequence format like 1+(1),1+(3) in
OSM and found it used at least in GB, france and spain. Given this wide
usage, this patch allows "," as seperator. Additional (), which mark
phases of eclipse, are handled explicit and not as seperator.
Ronny
_
Hi,
>> While debugging the code I found that many seamark* attributes used in
>> ExtTypeAttributes.java were not contained in attributes map although
>> they are set in OSM data. It seems that there has to be a rule for each
>> attribute in style. Is there a possibility to force mkgmap to keep all
Hi,
>
> But when compiling Europe, there are still a few hundred similar errors.
>
> Here are some of them:
>
> SCHWERWIEGEND (ExtTypeAttributes): ..\tiles\63240139.osm.pbf: OSM id
> 1370799327 (java.lang.NumberFormatException: For input string: ",1")
The sequence is given as 1+(1),1+(3).
I'm no e
Am 08.02.2012 22:54, schrieb Steve Ratcliffe:
On 08/02/12 18:55, Marko Mäkelä wrote:
On Wed, Feb 08, 2012 at 06:16:19PM +0100, Jürgen Baumgartl wrote:
When I use the marine style from resources/styles/marine, I get a lot
of errors similar to this:
SCHWERWIEGEND (ExtTypeAttributes): ..\tiles\63
Am 18.01.2011 20:10, schrieb Johann Gail:
> Has anyone dared to look into the cpreview code?
>
> http://cgpsmapper.svn.sourceforge.net/viewvc/cgpsmapper/cgpsmapper/cpreview/mdr_creator.cpp?revision=4&view=markup
>
> There seems the structure of the bits be very well decoded.
>
I had some looks at t
Am 18.01.2011 21:17, schrieb Henning Scholland:
> Hi
>
> I have an problem with the values of my elevation contours.
> They where created by srtm2osm. After processing them with mkgmap, I
> opened the resulting map with MapSource, but the values are to little by
> factor ~3.3. The ele-values were r
Am 18.10.2010 18:10, schrieb Carlos Dávila:
> El 13/10/10 00:23, Ronny Klier escribió:
>> Am 12.10.2010 13:45, schrieb Carlos Dávila:
>>
>>> El 10/10/10 19:55, Ronny Klier escribió:
>>>
>>>> Am 09.10.2010 10:27, schrieb Minko:
>>>>
>>
Am 12.10.2010 13:45, schrieb Carlos Dávila:
> El 10/10/10 19:55, Ronny Klier escribió:
>> Am 09.10.2010 10:27, schrieb Minko:
>>
>>> Is there an explanation why the latest split runs are so slow? Could it be
>>> that the tiles in my areas.list are getting too b
Am 09.10.2010 10:27, schrieb Minko:
>
> Is there an explanation why the latest split runs are so slow? Could it be
> that the tiles in my areas.list are getting too big?
> How can I extract the pbf format? Can I use it with the splitter?
>
There is already a branch of the splitter which is able to
files of tracks.
+ *
+ * @author Ronny Klier
+ *
+ */
+public class DemDisplay extends CommonDisplay {
+
+ private class DemTile {
+ private DemSection section;
+ private int tileNumberLat;
+ private int tileNumberLon;
+ private int offset; // offset from section.dataOffset2
+ privat
Hi,
using current Geofabrik extracts for Germany I run in an
ArrayIndexOutOfBoundsException:
at
uk.me.parabola.imgfmt.app.labelenc.Format6Encoder.put6(Format6Encoder.java:136)
at
uk.me.parabola.imgfmt.app.labelenc.Format6Encoder.encodeText(Format6Encoder.java:90)
at uk
Am 24.02.2010 20:53, schrieb Christian Gawron:
> Ronny Klier schrieb:
>
>>>
>>> The single description blocks describe the structure and position of
>>> Data blocks.
>>>
>>> Offset Length
>>> 0x002 Index of descrip
Am 22.02.2010 23:07, schrieb Ronny Klier:
This patch adds support for maps crossing borders of SRTM (hgt) files.
So its possible to create contour lines for larger areas.
Additional:
- description of contour relevant options
- "dem-increment" option has been modified so it is possible
This patch adds support for maps crossing borders of SRTM (hgt) files.
So its possible to create contour lines for larger areas.
Additional:
- description of contour relevant options
- "dem-increment" option has been modified so it is possible to create
different contour levels (major, medium,
A friend and I spend some time on research the DEM subfile too. While
still not knowing the real data encoding, I think we found some
additional information about the structure.
In general a DEM subfile consists of a common header, a specific header
(so far as all subfiles), a block of two data
merge the two 10010001.osm with 10010101.osm or 10010001.img with
> 10010101.img?
>
I use osmosis to merge srtm data with osm:
java -jar osmosis.jar --rx srtm.osm --rx 63240001.osm --merge --wx
combined.osm
> Will it be possible to show the elevation profile with this approach?
>
> Chee
Am 19.02.2010 22:07, schrieb Minko:
> Hi
> Mapsource (6.15.7) crashes when I click to see the profiles of the route:
> invalid map/set iterator
>
> I have the elevation contour img's in one mapset with the osm map img tiles,
> combined them with mkgmap r1580 (with --show-profiles=1).
This will no
v2 adds new option "show-profiles" to enable or disable this feature.
Default is disabled.
Original-Nachricht
Betreff: [PATCH] Enable elevation profile in MapSource
Datum: Sun, 14 Feb 2010 23:53:31 +0100
Von: Ronny Klier
Antwort an: Development list for
Am 15.02.2010 22:13, schrieb Felix Hartmann:
>
>
> On 15.02.2010 21:30, Ronny Klier wrote:
>> Am 15.02.2010 12:02, schrieb Felix Hartmann:
>>
>>> Okay here are my results (actually the same as with gmaptool, I did not
>>> notice that "how" profile
Am 15.02.2010 12:02, schrieb Felix Hartmann:
> Okay here are my results (actually the same as with gmaptool, I did not
> notice that "how" profile can be shown).
>
> 1.Only normal map without contourlines:
> Mapsource/Basecamp "show profile" is greyed out.
>
> 2. Only contourline map:
> Working in
Am 08.02.2010 10:46, schrieb Steve Ratcliffe:
> On 07/02/10 23:47, Ronny Klier wrote:
>> I think there is a bug in label encoding in Format6Encoder. For some
>> string length the last encoded byte is not stored.
>>
>> E.g. having a string "10007" the encoded
I think there is a bug in label encoding in Format6Encoder. For some
string length the last encoded byte is not stored.
E.g. having a string "10007" the encoded byte buffer looks like this
[0] [0x86]
[1] [0x8]
[2] [0x20]
[3] [0x9f]
[4] [0xf0]
The number of stored
Hi Felix,
if you created the map with the extend-sea-sectors option this may help
you. Previously I ignored that a distance in longitude drection depends
on the latitude. One degree on equator is same for longitude and
latitude, while one degree at a pole is zero. The attached patch does
this
Am 18.01.2010 01:05, schrieb Mark Burton:
Ronny,
Sorry, I missed this before. Could you please add a line to the
generate-sea help blurb that describes the new option and also
add similar words in the appropriate place in resources/help/en/options.
Thanks,
Mark
Hi,
Added the help texts in
Am 18.01.2010 00:13, schrieb Mark Burton:
Hi Ronny,
this patch (against 1485) adds a new option for generate-sea:
"extend-sea-sectors"
If this option is set, coastlines not reaching the borders of a map will
be extended with a point at the nearest border.
This prevents strange things happening
Am 30.12.2009 01:13, schrieb Ronny Klier:
Am 20:59, schrieb Mark Burton:
Hi,
I'm trying to understand how the --generate-sea stuff works. I want to
know how it decides whether an "island" is water or land. The code does
not really contain sufficient comments for me to wor
Am 20:59, schrieb Mark Burton:
> Hi,
>
> I'm trying to understand how the --generate-sea stuff works. I want to
> know how it decides whether an "island" is water or land. The code does
> not really contain sufficient comments for me to work out what it's
> doing. I would expect it to close coast
Am 20:59, schrieb Carlos Dávila:
> I'm trying to build a sea-only map for Spain to combine it later with my
> routeable map. What I've done is:
> 1-Download natural=coastline ways for the desired bbox [1].
> 2-Edit downloaded osm file in JOSM and close the land polygon in the
> North. I used segm
33 matches
Mail list logo
