2012/2/21 Thorsten Kukuk ku...@suse.de:
That's why I use --name-tag-list=name,place_name meanwhile.
Hi Thorsten,
This worked and do not suffer the freezes when listing the nearest
cities. However, these formerly unnamed cities are now duplicates of
some cities (I verified this matches the
Hi Eric,
On Wed, Feb 22, Eric Fernandez wrote:
2012/2/21 Thorsten Kukuk ku...@suse.de:
That's why I use --name-tag-list=name,place_name meanwhile.
Hi Thorsten,
This worked and do not suffer the freezes when listing the nearest
cities. However, these formerly unnamed cities are now
2012/2/22 Thorsten Kukuk ku...@suse.de:
Hi,
If you change the rule
place=city ...
to
place=city name=* ...
I am using the default style in mkgmap, so isn't that a bug in this
default style's rule? Shouldn't it be corrected in mkgmap?
But this sounds like a bug in the OSM data.
Could you
2012/2/22 aighes o...@aighes.de:
Am 22.02.2012 11:44, schrieb Eric Fernandez:
2012/2/22 Thorsten Kukukku...@suse.de:
Hi,
If you change the rule
place=city ...
to
place=city name=* ...
I am using the default style in mkgmap, so isn't that a bug in this
default style's rule? Shouldn't it
Hi,
MapSource shows as copyright information the following lines:
/Map created with mkgmap-r2220
Map data licenced under Creative Commons Attribution ShareAlike 2.0
OpenStreetMap and contributors
Program released under the GPL
http://creativecommons.org/licenses/by-sa/2.0/
Hi,
On Wed, Feb 22, aighes wrote:
and a variable part for the licence of the map and licence information of
the input. this could be done in a txt-file. If there is no txt-file, there
should be a default.
Did you ever look at mkgmap --help=options?
Thorsten
--
Thorsten Kukuk, Project
2012/2/22 Thorsten Kukuk ku...@suse.de:
That the name is blank is a bug in your (or the default) style:
the polygons all have a name tag: place_name.
That's the tag used for a period of time for places in OSM,
and we should use that if no name tag is there.
The best solution is really to use
On Wed, Feb 22, Eric Fernandez wrote:
2012/2/22 Thorsten Kukuk ku...@suse.de:
That the name is blank is a bug in your (or the default) style:
the polygons all have a name tag: place_name.
That's the tag used for a period of time for places in OSM,
and we should use that if no name tag is
On Wed, Feb 22, aighes wrote:
Am 22.02.2012 17:53, schrieb Thorsten Kukuk:
Or did I misundestood your request?
I would like to have this both lines in the copyright-text, shown in
MapSource.
/Map created with mkgmap-r2220
//Program released under the GPL
echo (c) OpenStreetMap and
Am 22.02.2012 18:35, schrieb Thorsten Kukuk:
On Wed, Feb 22, aighes wrote:
Am 22.02.2012 17:53, schrieb Thorsten Kukuk:
Or did I misundestood your request?
I would like to have this both lines in the copyright-text, shown in
MapSource.
/Map created with mkgmap-r2220
//Program released
On Wed, Feb 22, aighes wrote:
Am 22.02.2012 18:35, schrieb Thorsten Kukuk:
On Wed, Feb 22, aighes wrote:
Am 22.02.2012 17:53, schrieb Thorsten Kukuk:
Or did I misundestood your request?
I would like to have this both lines in the copyright-text, shown in
MapSource.
/Map created
Am 22.02.2012 05:10, schrieb Thorsten Kukuk:
Hi,
On Tue, Feb 21, Ronny Klier wrote:
I had a look for the occurences of sequence format like 1+(1),1+(3) in
OSM and found it used at least in GB, france and spain. Given this wide
usage, this patch allows , as seperator. Additional (), which
Am 22.02.2012 19:23, schrieb Thorsten Kukuk:
And redirecting the output of mkgmap --version to a file is a really
simple task.
Hi did you tried it?
echo java -jar mkgmap.jar --version test.txt
doesn't work. Version is only printed to stdout (cmd), not to test.txt.
I don't know if it is a
On Thu, Feb 23, aighes wrote:
Am 22.02.2012 19:23, schrieb Thorsten Kukuk:
And redirecting the output of mkgmap --version to a file is a really
simple task.
Hi did you tried it?
echo java -jar mkgmap.jar --version test.txt
doesn't work. Version is only printed to stdout (cmd), not
Hi,
sorry, echo was a fault in my email.
Doesn't work on windows for me. But I can handle the version manually.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Thu, Feb 23, Henning Scholland wrote:
Hi,
sorry, echo was a fault in my email.
Doesn't work on windows for me. But I can handle the version manually.
But according to the Microsoft support database, it should:
http://support.microsoft.com/kb/110930
Thorsten
--
Thorsten Kukuk,
Hi,
I am a step further:
After commenting out
#natural=coastline [0x15 resolution 16]
in my style, all those Polyline errors are away.
Most of the holes in the sea are also gone. Only the small hole south of
Nice and a big one west of Ireland are still there.
I suppose it´s all about
2012/2/22 aighes o...@aighes.de:
Hi,
there isn't an error in mkgmap. Your problem is, that thee are 2
osm-objects for one object in reality.
You could handle this error different. Eg.:
* fix osm-data in osm-db
* fix your osm-extract on your pc
* change your points-style-file
The best
18 matches
Mail list logo