Dermot McNally schreef:
With the merge back into trunk, should I expect that the support
there
is identical to that on the multipolygon branch? [...] but
if I process it using trunk code I get a mostly flooded map.
Anybody else seeing such differences?
Actually, I don't use the --sea-...
From: Christian Gawron
can you check if
- the cut coastline segments really extend to the tile borders
I am not quite sure how to confirm this, but it is cut from an area that
works fine with sea poly (therefore I asume the original coastline is
not broken), by splitter with default overlap. And
Tomas
I used your advice and built a map of SA with sea successfully.
When building SA from one tile, the sea is correct with only some
islands drowned,
(I download Africa from geofabrik and extract southern Africa from it
with splitter because geofabrik SA
cuts the coastline at the country
Since the sea polygons are being discussed...
With the merge back into trunk, should I expect that the support there
is identical to that on the multipolygon branch? I ask because there
appear to be remaining differences. My test data is the Geofabrik
Ireland extract. This is processed correctly
Generate-sea does not work for me on Southern Africa.
I use:
1)JRE 1.6
2)Source file
GeoFabrik Africa 2009-09-04 extract with Southern Africa extracted from
that with splitter
3)Splitter options:
java -Xmx900m -jar splitter.jar^
GeoAfr.osm.bz2^
--mapid=11090906^
Hello
2009-09-22 Du Plessis, Bennie bennie.duples...@sappi.com:
Generate-sea does not work for me on Southern Africa.
It does work for me, just sea is on the wrong side of the coast...
Cape Town is flooded :(
You're using custom style, so apparently you have to add this one to
polygons
svn commit escribió:
Version 1198 was commited by steve on 2009-09-17 10:27:24 +0100 (Thu, 17 Sep
2009)
Merge in the sea polygon patch from the multipolygon branch.
You need to give the --generate-sea option at the moment to switch it on.
Written by Christian Gawron
I've been using
reporting my results for the Philippines:
Using a single unsplitted Philippines
time java -Xmx1512m -jar
/home/maning/osm/routable_garmin/mkgmap/trunk/dist/mkgmap.jar
--code-page=1252 --ea --tdbfile --latin1 --country-abbr=PHI
--country-name=PHILIPPINES --remove-short-arcs=5 --route
Version 1198 was commited by steve on 2009-09-17 10:27:24 +0100 (Thu, 17 Sep
2009)
Merge in the sea polygon patch from the multipolygon branch.
You need to give the --generate-sea option at the moment to switch it on.
Written by Christian Gawron
Hello list,
svn commit schreef:
Version 1198 was commited by steve on 2009-09-17 10:27:24 +0100 (Thu, 17 Sep
2009)
Hmm. While it is generally known that much of the Netherlands is sub sea
level, the map that's currently resulting from mkgmap --generate-sea
feels like a Greenpeace-ad (rising
Two things I noticed when I used this in the multipolygon branch.
1. One tile was completely flooded because of a lake multi-polygon
crosses the splitted files.
http://osm.org/go/4zhDKVO-
2. A big island was flooded when very small island surrounds it.
http://osm.org/go/4yJ8BfT-
Will test again
On Thu, Sep 17, 2009 at 10:27:24AM +0100, svn commit wrote:
Version 1198 was commited by steve on 2009-09-17 10:27:24 +0100 (Thu, 17 Sep
2009)
Merge in the sea polygon patch from the multipolygon branch.
You need to give the --generate-sea option at the moment to switch it on.
I tried
Hi Mark
On 17/09/09 11:22, Mark Burton wrote:
2009/09/17 10:51:34 WARNING (Osm5XmlHandler): Non-closed coastline segment
does not hit bounding box: 309959855 (59.12089/-5.81827) 309959797
(59.12314/-5.81254)
http://www.openstreetmap.org/?lat=59.12089lon=-5.81827zoom=17
The mkgmap never
On Thu, Sep 17, 2009 at 9:27 AM, svn commit s...@mkgmap.org.uk wrote:
Version 1198 was commited by steve on 2009-09-17 10:27:24 +0100 (Thu, 17 Sep
2009)
Merge in the sea polygon patch from the multipolygon branch.
You need to give the --generate-sea option at the moment to switch it on.
14 matches
Mail list logo