Felix Hartmann wrote:
SRTM2OSM mainly produced huge output files, much bigger than needed.
groundtruth is much better in that respect.
Groundtruth needs tons of RAM. I didn't manage to run it for whole
Germany data, but SRTM2OSM did that just fine on the same 4 GB RAM machine.
__
What I actually do is to include the contour lines into the IMG file,
because that works best for me. If you put them into a separate IMG
file and then the polygons into a separate IMG file and also the ways
into their separate IMG file you can create layers and control the
draw order - in
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
Hi!
Felix Hartmann schrieb:
SRTM2OSM mainly produced huge output files, much bigger than needed.
groundtruth is much better in that respect.
Unfortunately, groundtruth is not yet capable of simply creating contour
lines within a given bounding box, it always forcibly breaks it up in
segment
the attached java classes together with the patch enables mkgmap to
create contour lines directly from digital elevation model (DEM)
data. This may be useful for those who don't want to ceate contour
lines with other tools and store them in huge(!) files.
That seems very cool, and I look
Am 04.07.2009 um 13:06 schrieb Christian Gawron:
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 resul
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
Hi!
Christian Gawron schrieb:
I don't see any difference between merging externally generated contour
lines into one IMG file or generating the contour lines with mkgmap -
the resulting IMG file looks the same.
The difference is what is being published: You may not create a map from
both so
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 types
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
Hi!
Christian Gawron schrieb:
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
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 types are still har
Am 04.07.2009 um 08:04 schrieb Christian Gawron:
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 th
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
Hi!
Thilo Hannemann schrieb:
As there are some people on this list who will publish their created
maps I'll have to add a caveat though: You should make sure that the
data source you use for the generation of the contour lines is
compatible with the OSM license. See
http://wiki.openstreetmap
Hi!
Christian Gawron schrieb:
the attached java classes together with the patch enables mkgmap to
create contour lines directly from digital elevation model (DEM) data.
This may be useful for those who don't want to ceate contour lines with
other tools and store them in huge(!) files.
It in
Hi Christian,
congratulations, that is very good work.
As there are some people on this list who will publish their created
maps I'll have to add a caveat though: You should make sure that the
data source you use for the generation of the contour lines is
compatible with the OSM license. S
Dear all,
the attached java classes together with the patch enables mkgmap to
create contour lines directly from digital elevation model (DEM) data.
This may be useful for those who don't want to ceate contour lines with
other tools and store them in huge(!) files.
It introduces the followin
19 matches
Mail list logo
