2012/2/22 aighes :
> 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 would be
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 m
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, Pro
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, 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
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
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 ma
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.
>
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
>> //Prog
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
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
/Maybe copyright-lines was the wrong expression. If I set the text
On Wed, Feb 22, aighes wrote:
> Am 22.02.2012 14:33, schrieb Thorsten Kukuk:
> > 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
Am 22.02.2012 14:33, schrieb Thorsten Kukuk:
> 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 --
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 would be to fix the error in osm-db.
--add-
2012/2/22 aighes :
> Am 22.02.2012 16:32, schrieb Eric Fernandez:
>> 2012/2/22 aighes:
>>> The bug is in osm-data.
>> Do you mean the code that is in ./src/uk/me/parabola/mkgmap/reader/osm
>> of the mkgmap source archive?
> No, it is in the osm-data which you used for generating your map. If
> ther
Am 22.02.2012 16:32, schrieb Eric Fernandez:
> 2012/2/22 aighes:
>> The bug is in osm-data.
> Do you mean the code that is in ./src/uk/me/parabola/mkgmap/reader/osm
> of the mkgmap source archive?
No, it is in the osm-data which you used for generating your map. If
there is a polygon then there sh
2012/2/22 aighes :
> The bug is in osm-data.
Do you mean the code that is in ./src/uk/me/parabola/mkgmap/reader/osm
of the mkgmap source archive?
Thanks,
Eric
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/li
2012/2/22 aighes :
> The bug is in osm-data. But with changing the style, you could remove
> the effects of the bug in osm-data. But I think this shouldn't be done
> in default-style because of the side-effects.
>
>> Finally, if the mkgmap default style has a bug, how to report this?
> Write a mail
Am 22.02.2012 15:59, schrieb Eric Fernandez:
> 2012/2/22 Thorsten Kukuk:
>> 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 t
On Wed, Feb 22, Eric Fernandez wrote:
> 2012/2/22 Thorsten Kukuk :
> > 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 th
2012/2/22 Thorsten Kukuk :
> 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 the opt
Am 22.02.2012 14:32, schrieb Thorsten Kukuk:
> The bigger problem is, that the tags for the place node and the
> place polygon from your examples are even conflicting:(
>
> On of the both (polygon or node) needs to be deleted and the
> other one should be corrected. But since I don't know the area,
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, Proje
On Wed, Feb 22, Eric Fernandez wrote:
> I understand your point, but the problem here is having unnamed cities
> created from polygons, which are duplicates of real city/villages. The
> best way to handle this would be to correct mkgmap to avoid getting
> these blank duplicates into the map. The i
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/
www.openstreetmap.org
2012/2/22 aighes :
> Am 22.02.2012 11:44, schrieb Eric Fernandez:
>> 2012/2/22 Thorsten Kukuk:
>>
>> 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 b
Am 22.02.2012 11:44, schrieb Eric Fernandez:
> 2012/2/22 Thorsten Kukuk:
>
> 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?
For me i
2012/2/22 Thorsten Kukuk :
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 give me
Hi Eric,
On Wed, Feb 22, Eric Fernandez wrote:
> 2012/2/21 Thorsten Kukuk :
> >
> > 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 d
2012/2/21 Thorsten Kukuk :
>
> 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 coordinates of
30 matches
Mail list logo
