Maybe it's this bit in the TDB-Header (HeaderBlock.java):
os.write(1);// map is routable
At least it looks strange that this bit is set regardless of the --route
option, and there are similar flags related to DEM info in this block as
well ...
Best wishes
Christian
Felix Hartma
Hi all,
mkgmap already contains a class uk.me.parabola.imgfmt.app.typ.TYPFile
(written by Thomas Lußnig) which has a method setFamilyId(). I have not
tested it yet, but I suppose this method just changes the family id of
the TYP file.
Is there any reason why mkgmap should not use this method t
Ronny Klier schrieb:
> 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.
thank you very much for sharing your results!
> > In general a DEM subfile consists of a
Dave F. schrieb:
> Hi Christain
> Could you expand on what this means please:
> ~ '\d*[02468]00'
> ~ '\d+[05]0'
>
The first line matches multiples of 200m, the second one multiples of 50m.
Best wishes
Christian
___
mkgmap-dev mailing list
mkgmap-dev@l
Jeffrey Ollie schrieb:
> Does someone have wiki pages describing the best procedure to create
> contour maps for Garmins? It seems like a number of people are having
> some success but it doesn't seem to be very well documented. I'm
> working though trying to get groundtruth to generate .osm file
Hi,
based on some freely(?) available maps with DEM data and on "empty" DEM
files created by GMapTool I started to analyze the DEM subfile format.
With the little information I got so far (see
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/DEM_Subfile_Format)
I managed to write some rudi
Am 03.01.2010 11:05, schrieb Mark Burton:
> Hi,
>
> If anyone cares to test the installer for the demo Baltic map, I have
> uploaded it to a temporary location:
>
> http://www.smartavionics.com/download/OSM-Baltic.exe
>
> It's not huge, about 30MB.
>
> The family ID is 909.
>
> I haven't made any a
Am 02.01.2010 22:32, schrieb Johann Gail:
> Point 3 is illustrated by the second diagram, where a sea polygon is
>> split into X and Y and avoids the need for a DABC cut as in the first.
>> It may not be easy to take advantage of this with an algorithm, but
>> I'd probably make use of that a lot if
t; 0;
+ }
+
/**
* A simple representation of this way.
* @return A string with the name and start point
/*
* Copyright (C) 2010 Christian Gawron
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU Gener
Am 02.01.2010 00:19, schrieb Steve Ratcliffe:
> [...]
> Some observations
>
> 1. The sea polygon is probably cut up into small enough pieces first,
> before the "cuts" to the hole are made.
> 2. Because we do things the other way round, we make the cut a slight
> wedge shape, as you cannot send pol
Toby Speight schrieb:
> 0> In article <4ae592a2.7060...@gmx.de>,
> 0> Christian Gawron mailto:christian.gaw...@googlemail.com> ("CG") wrote:
>
> CG> Could you provide me a download link for the offending tile?
>
> I don't have a server I can pu
Toby Speight schrieb:
> I've just started using the --generate-sea option, and it almost works.
> The problem is that of the UK, the whole of northern Scotland (north of
> a line through Stirling) is inverted - i.e. the land is blue and the sea
> is light yellow (black at night). This is inconveni
Martin Simon schrieb:
> 2009/10/3 maning sambale :
>
>> nice! How were you able to close contours along tile borders?
>> Is it possible to pre-process the contour tiles before mkgmap?
>>
>
> I'm currently not able to close them - the screenshot is from an area
> in the middle of a tile whe
Dear Bennie,
can you check if
- the cut coastline segments really extend to the tile borders
- the bounding box of the tiles is stated correctly in the osm files?
My first guess is that some part of the coastline is missing - I still
have no good solution how to handle incomplete shoreline segme
Dear Clifford,
in the standard case, the algorithm does the following:
- Generate a background sea rectangle which covers the bounding box of
the map
- Connect the coastline segments wherever possible. The resulting
segments should be either closed (= islands) or hit the boundary.
- Build a mult
Dear Steve,
Steve Ratcliffe schrieb:
> Hi
> On 25/08/09 22:46, Christian Gawron wrote:
>
>> This version of the patch fixes a bug in the previous version which
>> caused tiles with no shoreline to be "flooded".
>>
>
> I've separated out th
Dear Chris,
I also get similar problems for some tiles (the result may depend on the
splitter parameters).
The problem is that there are several shoreline segments that do not end
at the map boundary. Two examples are:
- Rügen: The shoreline ends at the border to Poland. The current patch
close
Dear Robert,
thank you for the feedback!
Can you send me one of the input tiles (or a download link) where sea
and land are flipped?
Best wishes
Christian
Robert Joop schrieb:
> christian, thank you very much for working on this!
>
> here are some current observations with my big bbox cut from
This version of the patch fixes a bug in the previous version which
caused tiles with no shoreline to be "flooded".
Other improvements are
- Shorelines are clipped at the boundary prior to the processing (may
fix some problems related to input data)
- Somewhat improved handling of non-closed s
at the begin of generateSeaPolygon().
Am just testing with germany to see wether there are other problems with
cut-off shorelines and will post an improved patch this weekend.
Best wishes
Christian
Clinton Gladstone schrieb:
> On Sun, Aug 16, 2009 at 12:49 AM, Christian
> Gawron wrote:
>
>
>&g
Sorry, I replied to Robert instead of the list.
Best wishes
Christian
--- Begin Message ---
Dear Robert,
sorry, I forgot to remove the remainings of another patch I recently
tried before creating my patch.
Best wishes
Christian
Robert Joop schrieb:
hi christian,
is it possible that the cl
With this version of the patch, the intersection of the bounding box and
the landmass does not have to be simply connected as in version 3 of the
patch.
There are still some "flooded island" in ireland, but I'm pretty sure
this is a problem in the multipolygon code this patch relies on (it jus
Dear Steve,
I just tried the patch. Apart from test 3 not working, the modified
PolygonSplitterBase seems not to improve the "flooded island problem".
Best wishes
Christian
Steve Ratcliffe schrieb:
> Hi
>
>
>> So test 3 still fails, even after applying the patch, or did I do
>> something wro
Dear Dermot,
the "triangle artifacts" have to do with the multipolygon code.
There is a comment by someone saying
//with this line commented we get triangles, when uncommented
some areas disappear
// at least in mapsource, on device itself looks OK.
The multiploygon code "connects
Dear Maning,
the problem is most probably that I assumed that the intersection
between the "land mass" and the bounding box is simply connected.
I won't be able to fix this today, but you could add
if (!it1.hasNext()) break;
before the offending line 860
EdgeHit h1 = it1.
Here is a small patch which enables mkgmap to read bzip2-compressed files.
It uses the org.apache.tools.bzip2.CBZip2InputStream class which is also
used by the splitter.
Best wishes
Christian
Index: src/uk/me/parabola/mkgmap/reader/MapperBasedMapDataSource.java
=
svn commit schrieb:
> Version 1125 was commited by steve on 2009-08-09 13:10:22 +0100 (Sun, 09 Aug
> 2009)
>
> Ant task for mkgmap.
>
> As submitted by Christian Gawron.
> ___
> mkgmap-dev mailing list
> mkgmap-dev
Here is an improved version of the sea polygon patch which also handles
shorelines intersecting the boundary of the map (set by the
element).
I have tested it with Ireland - there are still some islands which are
"flooded", so the patch should not be considered "final".
Best wishes
Christia
Hi Daniel,
you can use regular expressions to filter contour lines by elevation -
here is what I do in my style file:
# Contours take their name from the elevation setting.
# multiples of 200m
contour=elevation & ele ~ '\d*[02468]00'
{ name '${ele|conv:m=>ft}'; }
[0x22 resolution 18]
# m
Sounds good to me!
Maybe there is an open source framework we could use:
http://www.cyclopsgroup.org/projects/jcli/
Best wishes
Christian
Chris Miller schrieb:
> Something we've done at my current job is to write a CLI framework that makes
> managing command line params very very easy. I thin
Dear Apollinaris,
this is a misunderstanding.
I use the relation internally:
The code right now creates a relation with the sea as "outer" and the
(closed) coastline segments as "inner" members. This way I don't have to
think about how to "punch the holes" into the sea.
What is still missing is
Dermot McNally schrieb:
> 2009/8/2 Christian Gawron :
>
>> This improved version should fix an OutOfMemoryError reported by maning
>> sambale and Dermot McNally.
>> It also contains an update of the multipolygon patch by Rudi (which seems to
>> produce better resul
This improved version should fix an OutOfMemoryError reported by maning
sambale and Dermot McNally.
It also contains an update of the multipolygon patch by Rudi (which
seems to produce better results fo Corsica).
Best wishes
Christian
Index: src/uk/me/parabola/mkgmap/reader/osm/MultiPolygonRela
java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.r
Dermot McNally schrieb:
> This exhausted the 2G of heap space I had allocated when I tried it on
> a map of Ireland. Are there known practical limits I should try to
> stay within?
>
> Dermot
>
I'm afraid the reason is the code which joins the shoreline segments.
The code constructs a new way w
I forgot to mention that you have to add --generate-sea if you want to
have the sea polygon added.
Best wishes
Christian
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
the attached patch adds a sea polygon (based on the bounding box of the
map) and a multipolygon relation with all lines tagged as
natural=coastline as inner elements. The code merges coastline
components as far as possible.
The patch also contains the multipolygon patch by Rudi which wasn
The attached patch (which changes just one line) fixes a problem with
multipolygons sometimes not showing.
Best wishes
Christian
Index: src/uk/me/parabola/mkgmap/reader/osm/MultiPolygonRelation.java
===
--- src/uk/me/parabola/mkgmap
Attached are two very simple osm files which show an "island" in a water
polygon added by hand. Both are connected with a multipolygon relation.
The difference between the to files is just the size of the island.
The multipolygon is rendered correctly in the map resulting from
test1.osm but not
Hi Tomas,
may first guess would be that a multipolygon relation (with role=outer
for the forrest and role=inner for the lake) is missing.
Best wishes
Christian
Tomas Straupis schrieb:
> Hello
>
> I've noticed strange problem with lakes (natural=water) in a middle
> of forests (landuse=forest)
Am Montag, den 20.07.2009, 08:58 +0100 schrieb Steve Ratcliffe:
> As far as I know, no one is working on creating sea polygons.
> It would be a very useful feature if anyone want to step up
> and do it.
I'm just having a look at it as I want to create a map of Corsica for my
next vacation :-)
By
Dear Clinton,
Clinton Gladstone schrieb:
I was able to successfully compile a small area using ASTER tiles. The
resulting map looked correct.
However, I was not able to compile a larger area. I tried
Rheinland-Pfalz as downloaded from Geofabrik. If I understood the
error message and the coding
Nop schrieb:
But now the real problem starts: How do I use the contour functions?
You say: "- Now the OSM styling engine is used to set labels, types &
resolution of the contour lines. "
How does this work? What rules are required? How can I distinguish
between minor and major lines, I did f
Dear Stuart,
I can reproduce the problem, and unfortunately I don't know what the
reason is (regenerating the patch with svn diff did not help, any hint
is appreciated ...).
But there is a simple workaround: Just answer
src/uk/me/parabola/mkgmap/reader/dem/DEM.java when patch asks for the
f
Nop schrieb:
Hi!
Christian Gawron schrieb:
This version of the patch (to be applied against rev. 1080) has a
HGTDEM which reads SRTM .hgt files and an optional GeoTiffDEM which
contains inner classes to read CGIAR and ASTER.
I would like to try out this patch, but first I have to ask a
Stuart Poulton schrieb:
Christian,
Many thanks.
A feature request, for those wanting to simply produce contour tiles,
would it be possible to use the areas.list file from splitter to
define the bounding boxes ?
Sounds like a good idea!
Right now, you can use --dem-separate-img and the templa
=
--- src/uk/me/parabola/mkgmap/reader/osm/Way.java (revision 1080)
+++ src/uk/me/parabola/mkgmap/reader/osm/Way.java (working copy)
@@ -30,12 +30,18 @@
*/
public class Way extends Element {
- private final List points = new ArrayList();
+ private final
The patch was disabled because it introduces a dependency on JAI. I'm
just creating a new version which just includes a reader for HGT files
and makes the CGIAR/ASTER code (which uses JAI to read the GeoTIFFs)
optional.
Best wishes
Christian
Stuart Poulton schrieb:
Hi Christian
I'm tryi
svn commit schrieb:
Version 1080 was commited by steve on 2009-07-06 00:03:12 +0100 (Mon, 06 Jul 2009)
Exclude the dem files as they do not compile without extra packages.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.or
the points that make up the way. We attempt to re-order the
segments
* and return a list of points that traces the route of the way.
/*
* Copyright (C) 2009 Christian Gawron
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU Ge
Thilo Hannemann schrieb:
I think using one IMG has the advantage that using a TYP file you can
specify the drawing order (first the "background" polygons, than the
contours, then the streets).
Actually, using different IMG files will allow you to do that, but
with one IMG file for everything
t want to implement a
load(String fileName) method ...
Best wishes
Christian
/*
* Copyright (C) 2009 Christian Gawron
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2 as
* published by the Free
Nop schrieb:
And I don't agree that this would be a derived work. OSM does not
contain any DEM data or contour lines, so by adding them the OSM
layer remains unchanged and clearly discernible from the contour
lines, so I would say the result is a collective work.
Discernible is not enough. Yo
Nop schrieb:
Hi!
I am very much interested in your work as I used srtm2osm, which is no
longer working, and now I am looking for alternate techniques.
Christian Gawron schrieb:
Nop schrieb:
Sounds interesting. Does it also distinguish minor and major
elevation lines?
Currently the
Thilo Hannemann schrieb:
--
You have to determine whether what you have created is a Collective
Work or a Derivative work, under the terms of the OSM licence.
• If what you create is based on OSM data (for example if you
create a new layer by looking at the OSM data and refering to
locatio
A very good hint. The understanding of all discussions on the matter
is that the current OSM licence does not allow mixing with CIAT data
nor with ASTER data. So you cannot publish those maps.
Could you elaborate on this? I would understand that e.g. the license of
the ASTER data forbids publi
Nop schrieb:
Sounds interesting. Does it also distinguish minor and major elevation
lines?
Currently the types are still hard-coded as follows:
multiples of 200m: 0x22
multiples of 50m: 0x21
0x20 for all others
This should of course be configurable (as well as a "feet" mode).
What determines th
apper.addShape(background);
}
+ if (getConfig().getProperty("contours", false)) {
+ DEM.createContours(mapper, getConfig());
+ }
}
}
/*
* Copyright (C) 2009 Christian Gawron
*
* This program is free software; yo
Dear Marko,
I already wrote a class to read SRTM data directly with mkgmap, i.e.
without having to create the contours as separate (huge) files. Since
I'm still testing it and I have to add some configuration stuff (path of
directory containing data, distance between contour lines etc.), I hav
and nested filesets with osm files.
Since it reuses most of mkgmap's argument processing, I had to make some
protected methods of Option.java and CommandArgsReader.java public (see
attached patch).
Best wishes
Christian
/*
* Copyright (C) 2009 Christian Gawron
*
* This program is free
60 matches
Mail list logo
