On Jan 25, 2012, at 9:52 AM, WanMil wrote:
A postal_code relation catches all nodes and ways and it has to be
tagged once. In constrast you have N elements all tagged individual.
The chances are much higher that there are one or more typo errors in
the elements than there is one in the
On Jan 25, 2012, at 10:17 AM, WanMil wrote:
relations are constantly broken in OSM and practically this doesn't work so
well. having individual tags provides redundancy and can be used to verify
consistency of the relation.
mkgmap is not a consistency checker. That's the purpose of
Don't know any software for osm files. But if you could create shape files
first then there are 1 or 2 converters from shape to osm format which can
create the relations and remove duplicate ways.
On Jan 24, 2012, at 4:55 AM, Marko Mäkelä wrote:
This is somewhat off-topic for mkgmap, but I
On Jan 24, 2012, at 1:58 PM, Marko Mäkelä wrote:
On Tue, Jan 24, 2012 at 07:58:21AM -0800, Apollinaris Schoell wrote:
Don't know any software for osm files. But if you could create shape
files first then there are 1 or 2 converters from shape to osm format
which can create the relations
On Jan 13, 2012, at 2:35 PM, Richard Hansen wrote:
There is enough data to successfully route, otherwise combining them
before splitting would not work. So there must be a bug/limitation in
splitter or mkgmap that prevents mkgmap from seeing how the two extracts
connect.
this has
I am not saying it can't work. But fact is that the extracts don't align always
and there are different cut algorithms. Some keep the whole way, others drop
nodes outside the cut polygon and the last even drops the reference to the node
in the way. so yes merging can work if all data is kept
there is a couple programs already to convert shape files to osm format. a Java
version is http://wiki.openstreetmap.org/wiki/Shp-to-osm.jar
all you need is a table of attributes in the shape file and a corresponding
list of osm tags.
On Jan 12, 2012, at 12:09 PM, Marko Mäkelä wrote:
On
it has been discussed in a similar form earlier.
it's useless and creates more problems than it solves
- islands have roads not connected to the rest, and yes sometimes we have
bridges or ferry lines, but some are accessible by plane only or private boat
lines only
- garmin maps are tile based.
yes this is possible. see the post
http://gis.638310.n2.nabble.com/contour-map-error-tp5183094p5238778.html
On Nov 1, 2011, at 9:27 AM, Jaromír Mikeš wrote:
Hi list,
I need advice how to use ASTER tif tiles for building map with contours?
It is not probably scope of this list, but I
I recommend the older version for performance reasons. the newer version has
some improvements for polygons which are useless for contours and slow down the
conversion a lot.
https://github.com/iandees/shp-to-osm
On Nov 1, 2011, at 1:40 PM, Jaromír Mikeš wrote:
Od: Apollinaris Schoell ascho
Hi Wanmil,
tested the patch and all sea generation is correct now.
Thanks for the good work
On 22 May 2011, at 13:02 , WanMil wrote:
Hi Apollinaris,
I have tried your testcase data and for my real big surprise the tile is
flooded with mkgmap trunk and the tile is not flooded after
Hi,
the code below was added to SeaGenerater.java in revision 1760. Since then the
some flooding happens in a few tiles.
before that all sea rendering was correct. I tried also the floodblocker but
then part of the sea is not blue anymore. It jsut blocks sea in some places but
doesn't prevent
I have tried both versions and right now I use the latest svn version with
SeaGenerator.java from 1759. So I don't have all the changes for
floodblocker but I don't need them. All coast is rendered correct if the
tiles contain complete coastlines.
this is the only code change between 1759 and 1760
yes correct
I have compared many versions from 1700 up until I found 1759 as the last
working version. not sure if 1755 was there too. definitely 1750
On Fri, May 20, 2011 at 11:37 AM, WanMil wmgc...@web.de wrote:
I am sorry that I have to ask again:
When using the same input data
r1755
don't have access right now but can run tomorrow.
It's really only the change I had sent in the first mail. As soon as I
replace SeaGenerator with the old version it works in any revision. If you
want to investigate I can send you the osm file offline
On Fri, May 20, 2011 at 11:53 AM, WanMil
This is a roundabout for cars and a cycle path in circular shape around it. I
would just not tag the cycle way with roundabout and map what is on the ground.
Don't tag for Merkaator …
On 23 Apr 2011, at 8:41 , Minko wrote:
a) because it is part of that roundabout. See
in general they are not sorted. only coastline ways are directional.
I don't think there is any algorithmic approach to solve this. the only
solution is to keep the whole relation in splitter or close the gaps in
splitter before throwing away the rest.
On 18 Mar 2011, at 7:43 , Stefan Schunck
I suggest using a copy of the splitter generated from the crosby_integration
branch. The code in that branch supports pbf input, runs faster, and doesn't
have this limitation.
http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg07266.html
This build is no longer there. Any
long time ago I have done it with a temporary tag name in the relations file.
and then in the line style test for existence of the temporary tag and combine
with the tag values from the lines
the only change you need is to test the existence of Relation_Tag_Value in the
line style
On 10 Sep
On Mon, Aug 9, 2010 at 9:00 AM, Paul Ortyl ort...@3miasto.net.pl wrote:
I'll try again with smaller --max-nodes.
Should I expect, that routing in MapSource should work?
yes, for short routes
maybe for long routes, adding additional intermediate targets will help then
Paul
--
Don't
yes this is common, also MapSource behaves different than Roadtrip.Garmin
uses different Algorithms. there have been reports too that different
devices behave different.
On Tue, Jul 13, 2010 at 10:32 AM, Nakor nakor@gmail.com wrote:
Hello,
I do not know if this is know or not but I
URL http://dds.cr.usgs.gov/srtm
attached a perl script and an option file for mkgmap and the rules for shp2osm
On 29 Jun 2010, at 18:43 , Scott Crosby wrote:
What is the URL for the SRTM data and the command lines you're using to
process it?
Scott
most likely a problem of the splitting into multiple tiles.
currently there is no easy solution. splitter needs to be enhanced to keep the
full relation if a portion is inside a tile. It has nothing to do with the size
of the MP. It's just more likely that a large MP spans multiple tiles
On 23
On 18 Apr 2010, at 12:20 , Clinton Gladstone wrote:
On Apr 18, 2010, at 21:12, Valentijn Sessink wrote:
Mkgmap seems to crash on my brand new Ubuntu 10.04 installation with
OpenJDK and I can't make anything of it (not being a Java wizard, that
is). What does the attachment say? (I just
relation looks good. You should try to create just a single tile first to see
if it's mkgmap or splitter.
splitter clips ways from relations outside of the tile and this is a known
problem. recent versions of mkgmap can repair in most cases by closing the
multipolygon at the tile boundary. But
have done it. you need a toolchain from hgt-geotif-shp-osm-img
where did you fail?
can send a script later and some explanation about the tools required but have
to run now ...
On 11 Apr 2010, at 16:14 , Daniela Duerbeck wrote:
Hi!
I would like to know whether somebody has an instruction
What was the input? a geofabrik download or a osmosis extract with complete
coastline ways?
then you should try --generate-sea=extend-sea-sectors as Chris recommends.
I create all osm files with osmosis and coastline will be complete and
touch tile boundaries.
another idea is to take the
On Wed, Mar 31, 2010 at 12:30 AM, Marko Mäkelä marko.mak...@iki.fi wrote:
On Tue, Mar 30, 2010 at 11:08:40PM -0800, NopMap wrote:
- What level of confidence do you achieve with generate sea? Many posts
still mention minor failures, disappearing islands etc.
As far as I am concerned, it
On 25 Mar 2010, at 7:50 , Carsten Schwede wrote:
Hi,
Am 25.03.2010 15:27, schrieb Apollinaris Schoell:
for rectangle tiles with correct bounding box info mkgmap will create
the boundary nodes. there is no need to do it in splitter. Mark added
We use a special splitting program
running on linux?
Java is crashing a lot more for me there. mkgmab does well but running multiple
jobs in parallel produces random crashes. also osmosis crashes on one special
use case but runs fine on a Mac.
and it happens on the Sun and OpenJDK virtual machine.
On 14 Mar 2010, at 8:41 , Nakor
I have tried the patch and it's the first time generate-sea=multipolygon is
working for all my tiles.:)
highly recommended and should be commited
On Sat, Mar 13, 2010 at 10:38 AM, WanMil wmgc...@web.de wrote:
08.03.2010 00.43.17, Clinton Gladstone wrote:
On Mar 7, 2010, at 21:15, Toby
I recommend MapsetToolkit for this. Can install and remove Garmin maps from
registry. Not sure if it's mentioned in the wiki. definitely in the archives of
this list.
On 8 Mar 2010, at 18:16 , Daniela Duerbeck wrote:
Hi!
The first times I dealed with Openstreetmap maps and mapsource I got
I would say this tagging is simply wrong. a line with tag natural water is
water. This use is against all the definitions for correct relations.
any renderer not strictly overwriting way/node tags AND deleting/ignoring tags
from inner members will fail.
For legacy reasons relation support has
On 25 Feb 2010, at 24:09 , Marko Mäkelä wrote:
Hi WanMil,
Have you looked at merging adjacent multipolygons?
There was some controversy on the Finnish forum http://
forum.openstreetmap.org/viewforum.php?id=15 but I was not alone with
the opinion that lakes should be defined as
have done for srtm data for parts of US and viewfinder data in the alps
started today to automate it for US based on NED 1 arc second data which is
much better than SRTM.
1/3 arc second data is even better but requires to split most tiles and haven't
done that yet.
groundtruth didn't work at
On 12 Feb 2010, at 7:17 , Chris Miller wrote:
FH The problem seems to me, that if a tile has more max-nodes, then a
FH very
FH dense city (like Athens, Melbourne, ...) in an otherwise rather
FH empty
FH area (huge tile) will crash. For Athens I had to go as low as
FH 600.000,
FH for
Hi Mark,
Some Garmin GPS units can tell you which lane to be in (lane
assist?) but we don't know how to encode that info. Pity, as that's just
what you need here.
I know this would be cool but I expect only something simple. attached is gpx
with 2 routes for a situation where
gmapi builder doesn't work for Garmin maps. Also the original Readme states
it's only meant for mkgmap created maps and will not work for anythiing else.
Never tested myself on cgsmapper maps though.
On 10 Feb 2010, at 17:04 , Greg Troxel wrote:
Steve Ratcliffe st...@parabola.me.uk
Hi Mark,
I think I have an example where this is useful. On a ~200km drive I got one
keep left announcement where there was only a normal exit from the motorway.
Before blindly adding this relation I want to understand how the current
algorithm should work. maybe I should fix the osm data first
Hi Mark,
found a problem in the osm data. there was a short bridge with the name of the
exit instead of the motorway name. the turn instruction was exactly as expected
according to your implementation.
I have another interesting one here
this is an interesting approach. Can be useful for other osm manipulations
too like fixing typos. will try it.
and I know perl regexp much better ...
I recommend to add a wiki page on the main osm wiki server to reach non
mkgmap users too.
On Fri, Feb 5, 2010 at 3:09 PM, Toby Speight
The definition of the multipolygon says that the tags from the
multipolygon are used for the outer polygons (Tags describing the
multipolygon (e.g. landuse=forest) should go on the relation. The outer
way(s) should be left untagged, unless they describe something in their
own right.). If
that will be great enhancement, disk space doesn't matter at all.
On Wed, Feb 3, 2010 at 5:48 AM, Chris Miller chris.mil...@kbcfp.com wrote:
Hi Marko,
MM I understand that this would require deferring the writing of the
MM nodes
MM until the whole input (nodes, ways, and relations) has
ideally splitter should keep the whole relation in each tile which contains
nodes/ways of this relation.
mkgmap can fail on incomplete relations
On Tue, Feb 2, 2010 at 1:28 AM, Marko Mäkelä marko.mak...@iki.fi wrote:
Hi WanMil,
I am considering to download a bigger map extract and cutting it
upgrading to latest firmware will fix it permanently. but don't use the
webupdater on OSX it may leave the device corrupted.
On 19 Jan 2010, at 6:59 , and...@inveneo.org wrote:
Thanks Clinton, that was the fix. I accessed the device only from the
terminal and removed all the dot-files
2. The PolygonSplitter destroys the polygons created by the current
multipolygon code. Up to now I do not fully understand if thats a
problem or not. But I would feel better if someone could replace the
usage of the java.awt.Area class with some code that does not remove the
Hi,
Got 7 of these errors for US Region_01 (161 tiles). What is the best way
to resolve? img file is still created
- split into tiles
- split contour lines for minor, medium, major into different osm files?
- ignore, can't find any obvious problems in the map at this location
I use srmt1 hgt 1x1
Hi Mark,
error is gone and tiles is ok in qlandkarte. will run all failing tiles now
thanks
On 12/22/2009 01:25 AM, Mark Burton wrote:
Hi Apollinaris,
Got 7 of these errors for US Region_01 (161 tiles). What is the best way
to resolve? img file is still created
- split into tiles
-
Hi Mark,
yes, all tiles processed with setting to 10
Apollinaris
On 22 Dec 2009, at 2:22 , Mark Burton wrote:
Hi,
error is gone and tiles is ok in qlandkarte. will run all failing tiles now
Sorry, is that with the number reduced to 10? If so, I may as well
commit that change.
When --index is used I have 5 of 433 tiles crash with an exception. Can
provide the data somewher fro download if someone is interested in debug.
Exception in thread main java.lang.IndexOutOfBoundsException: Index:
13721, Size: 258
at java.util.ArrayList.RangeCheck(ArrayList.java:547)
generate-sea doesn't work very well.
runtime can change from 1-3min per tile to 3-4hours. And I guess
memory too. but didn't compare since the runtime problem was too much
to continue.
On 5 Oct 2009, at 24:52 , Du Plessis, Bennie wrote:
Hi,
I don’t know where to post a ticket, but I’m
most signed u_turn restrictions should be created as no_left_turn or
right_turn in countries driving on the other side.
reason is that often we have 2 parallel ways with oneway direction and the
it's not allowed to turn from one to the crossing road and turn again to the
opposite direction other
2009/10/4 Carlos Dávila cdavi...@jemila.jazztel.es
Mark Burton escribió:
Hi Paul,
Can I make this a feature request then? :) Consider the following
X
|
A B| C
+---
|
---+
D E| F
|
make sure you use the same SDK for compiling mkgmap and executing.
mixing makes it even worse.
On 28 Sep 2009, at 23:42 , Lambertus wrote:
Steve Ratcliffe wrote:
I see from them that you are using the openjdk with Ubuntu,
so I tried openjdk on my Fedora machine and didn't get a problem but
On Tue, Sep 29, 2009 at 6:28 AM, Lambertus o...@na1400.info wrote:
It's a bit difficult to specify a short topic title for this, so here it
goes:
Goal:
Render the world with tiles that are as large as possible.
Problem:
If you split e.g. America in large tiles with e.g. 1.400.000 nodes
have seen frequent java crashes when I run more than one mkmap in
parallel. Even when the machine has 4 cores and plenty of memory.
it happens for openJDK and sun java.
when I run ~400 tiles for north america it runs without crash, 2
parallel jobs are ok most of the time but 3 jobs is too much
. In this case the user can
download
a denmark, ermany, austria and italy map and
is able to route over map/country borders. Currently the user must
always download the whole europe map.
Marco
Apollinaris Schoell schrieb:
On 19 Sep 2009, at 4:29 , Johann Gail wrote:
So is it possible to configure
As I'he written before, I don't know the internals of osmosis. But
if I
the ways are clipped at a border, then it should be possible to
create a
new node at the intersection and mark the node as a border node.
Is there a developper of osmosis reading this list?
I guess Brett has
On 20 Sep 2009, at 15:11 , Dermot McNally wrote:
2009/9/20 Apollinaris Schoell ascho...@gmail.com:
but why split along the border? if you for example load bavaria-
nord,
bavaria-south+austria-northwest, austria-southwest-italy-nord
is there any disadvantage? all borders are open in most
On 19 Sep 2009, at 4:29 , Johann Gail wrote:
So is it possible to configure the splitter do split the maps not
after
x-Number of nodes but at these coordinates?
No, this is not what I have written. There is some missunderstanding.
The recent splitter is not able to split at geographical
mkgmap can create routable maps across tiles. This requires splitting
on defined grids and is done with the splitter automatically
It is not possible to stitch data from multiple Coudmade/Geofabrik
downloads. They are broken at the boundary and this information is lost.
For a world map split
tiles must split on garmin map units. only splitter does that
automatically.
search the archive for the exact math or the splitter source code
On 16 Sep 2009, at 24:14 , d...@team-oid.de wrote:
I'm currently a bit confused.
Is it possible to route over mapssets or not?
I think it's still
On 15 Sep 2009, at 7:54 , Chris-Hein Lunkhusen wrote:
svn commit schrieb:
Version 1184 was commited by steve on 2009-09-12 13:48:13 +0100
(Sat, 12 Sep 2009)
Allow white space before mph and kph suffixes in speeds.
Is kph the same as kmh or km/h (usual in germany) ?
Are maxspeed tags
you can use the downloads from geofabrik or cloudmade or use osmosis
with country polygons and run splitter on this data.
why duplicate the same functions in splitter?
On 15 Sep 2009, at 14:45 , dom wrote:
Hi,
is it possible to use or to set the splitter up in that way, that eg a
europe
I have a large lake with a relation connecting all ways together. It
seems mkgmap creates a polygon for each of the ways by connecting
start and end together.
Do we have support for multipolygons. In this case 2 arms of the lake
cross the tile boundary. the 2 arms are rendered correct in the
Hi Chris,
new splitter works great. attached a small patch to make the kml tiles
transparent in Google Earth and add a simple balloon with the tile
name when you click it. GE behaves different than GMaps where this is
not needed. But patch will work in GMaps too.
If this is useful for
Mapsource routing is very different from the routing on the device. I
use only a Vista Hcx and it can route most of the times across
multiple tiles. Mapsource typically gives up on more than 3 tiles.
have built a test with only some motorways and primary where only 2-3
routes are possible.
On 5 Sep 2009, at 9:15 , Steve Ratcliffe wrote:
Hi Mark
On 05/09/09 11:44, Mark Burton wrote:
Playing with my shiny new Nuvi 255, I notice that it can route across
an OSM map of the UK pretty well. It can find long routes
reasonably quickly. In comparison, mapsource 6.13.6 often fails to
Really disabling is impossible. What is possible to flash a non
routable US Basemap which you include in firmware. To go back do the
same for the european basemap.
I once flashed my hometile of OSM. You can put maps up to around
12Mb as Basemap.
Doing such things is however very prone
But don't try to use Webupdater on MAC to install this.
this is known to break your device.
On 1 Sep 2009, at 8:12 , Clinton Gladstone wrote:
On Tue, Sep 1, 2009 at 4:57 PM, Morten Kjeldgaardm...@bioxray.au.dk
wrote:
I've just discovered that a directory called .Spotlight-V100/ on
the
Isn't this a Mac Mini with a Power processor? then Snow Leopard will
not help.
maybe Soylatte or openJDK will work.
On 25 Aug 2009, at 2:25 , Nolan Clifford wrote:
I'm running MacOS Leopard on a Mac Mini and at the moment definitely
cannot run java 1.6. The Mac mini is 4-5 years old. I'm
did some experiments in Mapsource and Garmin maps don't suffer from this
problem.found a place where the direction of the route defines which way
is chosen. makes perfect sense because right turns are faster and easier
than left turns.
Mapsource will even choose the longer way across the tile
this is really great to get sea polygons. makes maps really much better
Don't understand why is there a need for relations?
is it common to have relations for coastline? have never seen it. my
understanding is the right side of the way is sea, left side is land.
how can the knowledge of inner
for a relation in the raw data.
Best wishes
Christian
Apollinaris Schoell schrieb:
this is really great to get sea polygons. makes maps really much
better
Don't understand why is there a need for relations?
is it common to have relations for coastline? have never seen it. my
understanding
I will try fixing the data (while fixing 4500 lakes in tiny
territory of Lithuania will not be a small task:). Just from my
experience adding multipolygons is quite a challenging task for
beginners, so I will have to come up with some automated way of at
least identifying such forest+water
the data is wrong in the first place. a lake and a forest can't be in
the same place. the forest should be created as multipolygon with all
the lakes as inner ways.
if you ask the software to fix bad data it will fail on some corner
cases and will succeed in some places. but then random
- write a little utility to paste GeoTIFF files together
gdal tools should be able to do this.
This is actually one of the reasons I added support for CGIAR.
Best wishes
Christian
___
mkgmap-dev mailing list
No, didn't test it. switched to linux machine with more memory for this
task.
On Wed, Jul 8, 2009 at 8:52 AM, Steve Ratcliffe
st...@parabola.demon.co.ukwrote:
On Wed, Jul 08, 2009 at 07:59:16AM -0700, Apollinaris Schoell wrote:
Soylatte is a Java 1.6 implementation for Intel based Mac
try to remove option mapname. this didn't work in Mapsource.
After switching to gmapibuilder it worked without any problems in
Roadmap with my options
Also ignore-osm-bounds doesn't make sense if you split with splitter.
splitter creates aligned bounds and uses some overlaps to let mkgmap
there is nearly no chance that a gzipped 36Mb osm file file fit into
a .img tile.
you will need to split it into smaller tiles.
On 27 Jun 2009, at 15:59 , Richard Fairhurst wrote:
Richard Fairhurst wrote:
The first .osm (36Mb) has been chuntering
away for an hour and a half and the .img
80 matches
Mail list logo
