Cool, r1935 solved a lot of issues, I see a lot of streetnames now that are
located to places.
On the nuvi 310 and on the Dakota this seem to work. Congratulations and thanks
Wanmil!
About the finetuning per country, you could try some regular expression:
mkgmap:admin_level2 ~ '\bN\w*\b' which
El 01/05/11 19:44, WanMil escribió:
Am 30.04.2011 14:19, schrieb Carlos Dávila:
El 30/04/11 13:00, Henning Scholland escribió:
Am 30.04.2011 12:58, schrieb Henning Scholland:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
El 03/05/11 13:40, Carlos Dávila escribió:
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged with
boundary=administrative, admin_level=2, name=BELGIE - BELGIQUE -
It is really practical for driving instructions, to add stuff like
/{set name='snowpark ${name}' | 'snowpark'}/
However in most cases, this is not wanted to be taken over to the
address search. There ideal solution would be to have 3 modi:
1. set mkgmap:name =meaning, this name will
El 27/04/11 20:33, Steve Ratcliffe escribió:
Hello
and out. All fine, but as soon as you select one tile Mapsosurce crashes.
Ahh, that is a useful observation, thanks.
Just another thought ... could it be that C/H/S information should be
calculated dynamically based on the actual size of a
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged with
boundary=administrative, admin_level=2, name=BELGIE - BELGIQUE - BELGIEN
The name is not contained in the
El 01/05/11 19:44, WanMil escribió:
Am 30.04.2011 14:19, schrieb Carlos Dávila:
El 30/04/11 13:00, Henning Scholland escribió:
Am 30.04.2011 12:58, schrieb Henning Scholland:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
El 03/05/11 13:40, Carlos Dávila escribió:
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged with
boundary=administrative, admin_level=2, name=BELGIE - BELGIQUE -
Hi
I'll see what it would take to get the size into the header.
After merging changes from trunk to locator branch I have the same
problem with the mkgmap-locator. Is there any other information I can
supply or any test to run to help debugging this issue?
The puzzle is why no one else sees
Charlie Ferrero schrieb am 28.04.2011 09:46:
Why is the warning correct? The wiki says that a boundary multipolygon
can contain a node tagged admin_centre. Isn't this mkgmap warning a
false positive?
Actually this is depending on the type of the relation. With type=multipolygon
there
El 03/05/11 17:54, WanMil escribió:
El 03/05/11 13:40, Carlos Dávila escribió:
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged with
boundary=administrative,
El 03/05/11 17:54, WanMil escribió:
El 03/05/11 13:40, Carlos Dávila escribió:
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged with
boundary=administrative,
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged with
boundary=administrative, admin_level=2, name=BELGIE - BELGIQUE - BELGIEN
The name is not contained in the
Torsten Leistikow (de_m...@gmx.de) wrote:
Charlie Ferrero schrieb am 28.04.2011 09:46:
Why is the warning correct? The wiki says that a boundary multipolygon
can contain a node tagged admin_centre. Isn't this mkgmap warning a
false positive?
Actually this is depending on the type of the
El 03/05/11 17:56, Steve Ratcliffe escribió:
Hi
I'll see what it would take to get the size into the header.
After merging changes from trunk to locator branch I have the same
problem with the mkgmap-locator. Is there any other information I can
supply or any test to run to help debugging
El 03/05/11 18:24, WanMil escribió:
El 03/05/11 17:54, WanMil escribió:
El 03/05/11 13:40, Carlos Dávila escribió:
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged
El 03/05/11 18:25, WanMil escribió:
El 02/05/11 22:33, WanMil escribió:
Do somebody know, what this error means:
Ccode == null name=BELGI? - BELGIQUE - BELGIEN
I have seen them too. The border of belgium is tagged with
boundary=administrative, admin_level=2, name=BELGIE - BELGIQUE - BELGIEN
El 03/05/11 18:56, Carlos Dávila escribió:
El 03/05/11 17:56, Steve Ratcliffe escribió:
Hi
I'll see what it would take to get the size into the header.
After merging changes from trunk to locator branch I have the same
problem with the mkgmap-locator. Is there any other information I can
On Tue, May 03, 2011 at 05:48:55PM +0200, Lambertus wrote:
Recently I've upgraded upgraded all my Garmin map making tools to the
latest versions:
Osmosis 0.39
Splitter r171
Mkgmap r1926
Since then I'm having a problem while splitting the planet file: all
output files are empty (~160 bytes).
It
Hi,
I tried to create a map where you can see arrows for oneway streets.
For this I have the normal street, and wanted to create an overlay
containing an arrow and a transparent background.
I tried this with the continue statement.
I tried the following statements:
highway=motorway oneway=yes
Thorsten Kukuk schrieb am 03.05.2011 20:53:
But with both statements, the arrow is always drawn below the street.
Is it somehow possible to have the arrow on top of the street?
The drawing order of the lines in a single map is not really understood and can
not be set via the style file.
For
Hi,
I've used the --index (and related options) to generate a map with
address search for North Carolina. It worked in Map Source but the city
relation is not present. What's the appropriate way for data to be
marked as in a given city/state/country in OSM?
I also was not able to perform any
On Tue, May 03, Torsten Leistikow wrote:
Thorsten Kukuk schrieb am 03.05.2011 20:53:
But with both statements, the arrow is always drawn below the street.
Is it somehow possible to have the arrow on top of the street?
The drawing order of the lines in a single map is not really understood
El 03/05/11 21:46, Francisco Moraes escribió:
Hi,
I've used the --index (and related options) to generate a map with
address search for North Carolina. It worked in Map Source but the city
relation is not present. What's the appropriate way for data to be
marked as in a given
On 03/05/2011 21:13, Thorsten Kukuk wrote:
On Tue, May 03, Torsten Leistikow wrote:
Thorsten Kukuk schrieb am 03.05.2011 20:53:
But with both statements, the arrow is always drawn below the street.
Is it somehow possible to have the arrow on top of the street?
The drawing order of the lines
On 03-05-11 20:01, Marko Mäkelä wrote:
On Tue, May 03, 2011 at 05:48:55PM +0200, Lambertus wrote:
I assume that GC means garbage collection. Which JVM are you using? An
educated guess is that the memory runs out and a full garbage
collection cycle is started as a last resort.
Ok, Garbage
On Tue, May 03, Lambertus wrote:
On 03-05-11 20:01, Marko Mäkelä wrote:
On Tue, May 03, 2011 at 05:48:55PM +0200, Lambertus wrote:
I assume that GC means garbage collection. Which JVM are you using? An
educated guess is that the memory runs out and a full garbage
collection cycle is
Yes, that is also a good alternative, 0x01 as a transparent line and on top
either
0x10f01 or 0x10f02
MarkS wrote:
Would something like this work?
highway=motorway [0x01 road_class=4 road_speed=7 level 6 continue]
highway=motorway oneway=yes [0x10f01 level 6]
highway=motorway oneway!=yes
On 03.05.2011 23:27, Minko wrote:
Yes, that is also a good alternative, 0x01 as a transparent line and on top
either
0x10f01 or 0x10f02
you cannot make a line transparent by omitting it from the typfile, but
go ahead and do your tries.
MarkS wrote:
Would something like this work?
What version of MapSource are you using?
6.16.3 on Win7_x64
Peter
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 03-05-11 23:25, Thorsten Kukuk wrote:
On Tue, May 03, Lambertus wrote:
Ok, Garbage Collection sounds reasonable, but I gave Java 7.5 GB heap
space while it used only a few hundred megabytes. I've got no idea why
it would run out of memory.
Do you really have so much free memory available?
Am 03.05.2011 23:37, schrieb Felix Hartmann:
On 03.05.2011 23:27, Minko wrote:
Yes, that is also a good alternative, 0x01 as a transparent line and on top
either
0x10f01 or 0x10f02
you cannot make a line transparent by omitting it from the typfile, but
go ahead and do your tries.
Yes, but
Am 03.05.2011 22:10, schrieb Josef Latt:
Hi,
Am 03.05.2011 20:53, schrieb Thorsten Kukuk:
Hi,
I tried to create a map where you can see arrows for oneway streets.
For this I have the normal street, and wanted to create an overlay
containing an arrow and a transparent background.
I
Am 04.05.2011 00:08, schrieb Felix Hartmann:
On 04.05.2011 00:05, Henning Scholland wrote:
Am 03.05.2011 23:37, schrieb Felix Hartmann:
On 03.05.2011 23:27, Minko wrote:
Yes, that is also a good alternative, 0x01 as a transparent line
and on top either
0x10f01 or 0x10f02
you cannot
On 04.05.2011 00:41, Henning Scholland wrote:
Am 04.05.2011 00:08, schrieb Felix Hartmann:
On 04.05.2011 00:05, Henning Scholland wrote:
Am 03.05.2011 23:37, schrieb Felix Hartmann:
On 03.05.2011 23:27, Minko wrote:
Yes, that is also a good alternative, 0x01 as a transparent line
and
On 5/3/2011 6:41 PM, mkgmap-dev-requ...@lists.mkgmap.org.uk wrote:
Any place tagged as city/town/village should be in the cities list.
Not sure what that means. I searched for my street and it showed a near
by area with a different name than the city the street is located at. Is
there anything
On Tue, May 03, 2011 at 11:12:25PM +0200, Lambertus wrote:
Well I wanted to run multiple processes at the same time to utilize the
quadcore CPU better and reduce processing time
The processing time probably won't be reduced if the machine starts
swapping. Like Thorsten pointed out, it is good
37 matches
Mail list logo