Re: [mkgmap-dev] Adress in a part of a town

2015-04-25 Thread Arndt
Thanks for the Info.
 
I tried to find Kölner Straße in a Garmin Map (City Navigator)
Both values are possible, Remscheid or Lennep.
 
The result searching for Lennep is:
Kölner Straße, Lennep (Remscheid), DEU
 
The result for Remscheid is
Kölner Straße, Remscheid, Remscheid, DEU
 
 
Perhaps the same is possible with mkgmap?
 
Best regards
Arndt

> Thorsten Kukuk  hat am 24. April 2015 um 23:48 geschrieben:
>
>
>
> Hi,
>
> On Fri, Apr 24, arndt wrote:
>
> > Hi @all,
> > is it possible to find a adress enter a part of a town?
> > For example: i search kölner street in Remscheid Lennep. Lennep is a part of
> > Remscheid.
> > When i enter Lennep in the adress box there is no result.
> > When i enter Remscheid the adress will be found.
> >
> > http://spike-01.osm.ichosted.org.uk/node/58639041
>
> As you can see from the data and wikipedia: the city name is Remscheid
> and nothing else. Thus every address has Remscheid has city name.
>
> In theory you could modify the rules for mkgmap:city in your own style,
> so that Lennep is used as city and not Remscheid (which means, you could
> only search for Lennep and will not find it anymore in Remscheid).
> But in this case it's not possible, since there are no
> admin boundaries for Lennep (I think in this case it would be
> admin_level 9-11).
>
> Thorsten
>
>
> --
> Thorsten Kukuk, Senior Architect SLES & Common Code Base
> SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
> GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
> Norton, HRB 21284 (AG Nürnberg)
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Adress in a part of a town

2015-04-25 Thread Thorsten Kukuk
On Sat, Apr 25, Arndt wrote:

> Thanks for the Info.
>  
> I tried to find Kölner Straße in a Garmin Map (City Navigator)
> Both values are possible, Remscheid or Lennep.
>  
> The result searching for Lennep is:
> Kölner Straße, Lennep (Remscheid), DEU
>  
> The result for Remscheid is
> Kölner Straße, Remscheid, Remscheid, DEU
>  
>  
> Perhaps the same is possible with mkgmap?

It maybe possible to add additional citys to the index with mkgmap, I don't 
know,
but in this case the OSM data misses already the necessary informations
(admin_level boundary).
So the prerequisite is that at first somebody enters this data to OSM.

  Thorsten

> Best regards
> Arndt
> 
> > Thorsten Kukuk  hat am 24. April 2015 um 23:48 geschrieben:
> >
> >
> >
> > Hi,
> >
> > On Fri, Apr 24, arndt wrote:
> >
> > > Hi @all,
> > > is it possible to find a adress enter a part of a town?
> > > For example: i search kölner street in Remscheid Lennep. Lennep is a part 
> > > of
> > > Remscheid.
> > > When i enter Lennep in the adress box there is no result.
> > > When i enter Remscheid the adress will be found.
> > >
> > > http://spike-01.osm.ichosted.org.uk/node/58639041
> >
> > As you can see from the data and wikipedia: the city name is Remscheid
> > and nothing else. Thus every address has Remscheid has city name.
> >
> > In theory you could modify the rules for mkgmap:city in your own style,
> > so that Lennep is used as city and not Remscheid (which means, you could
> > only search for Lennep and will not find it anymore in Remscheid).
> > But in this case it's not possible, since there are no
> > admin boundaries for Lennep (I think in this case it would be
> > admin_level 9-11).
> >
> > Thorsten
> >
> >
> > --
> > Thorsten Kukuk, Senior Architect SLES & Common Code Base
> > SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
> > GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham
> > Norton, HRB 21284 (AG Nürnberg)
> > ___
> > mkgmap-dev mailing list
> > mkgmap-dev@lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


-- 
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham 
Norton, HRB 21284 (AG Nürnberg)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


[mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt

What is wrong here?
Should i try to fix this in the database?

SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65010011.o5m: internal 
error, house has wrong segment id=23839283, Böckingstraße house 18(0) 
http://www.openstreetmap.org/node/444555229
SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65010011.o5m: distance 
to road too large, road id=23839283, Böckingstraße house 18(9) 
http://www.openstreetmap.org/node/444555229

Bernd

-- 
amarok2 now playing:




___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt

Need help

get lots of other problems with housenumber2 branch, found with the default 
style, breaks 3 of 135 tiles of my german extract

This is the link to one of the O5M tile 
http://files.mkgmap.org.uk/download/262/65010023.o5m

II: building defaultmap
Time started: Sat Apr 25 11:45:19 CEST 2015
java.lang.AssertionError
at 
uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGroup.housesFormAGroup(HousenumberGroup.java:221)
at 
uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.detectGroups(HousenumberRoad.java:177)
at 
uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.buildIntervals(HousenumberRoad.java:99)
at 
uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:671)
at 
uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607)
at 
uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250)
at 
uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53)
at 
uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130)
at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167)
at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63)
at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253)
at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)



Am Samstag, 25. April 2015, 11:16:48 schrieb Bernd Weigelt:
> What is wrong here?
> Should i try to fix this in the database?
> 
> SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65010011.o5m:
> internal error, house has wrong segment id=23839283, Böckingstraße house
> 18(0) http://www.openstreetmap.org/node/444555229
> SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65010011.o5m:
> distance to road too large, road id=23839283, Böckingstraße house 18(9)
> http://www.openstreetmap.org/node/444555229
> 
> Bernd

-- 
amarok2 now playing:




___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt
Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt:
> get lots of other problems with ...

there is a second error 
http://files.mkgmap.org.uk/download/263/65010116.o5m

java.lang.ArrayIndexOutOfBoundsException: -2
at 
uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600)
at 
uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602)
at 
uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682)
at 
uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607)
at 
uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250)
at 
uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53)
at 
uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130)
at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167)
at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63)
at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253)
at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)


-- 
amarok2 now playing:




___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Gerd Petermann
Hi Bernd,

thanks for reporting. Please note that the branch is 
very experimental since r3541. I'll try to fix the problems 
that you have reported, but you should not expect good
results until I post that I think a test should be done.

Gerd

> From: weigelt.be...@web.de
> To: mkgmap-dev@lists.mkgmap.org.uk
> Date: Sat, 25 Apr 2015 12:04:36 +0200
> Subject: Re: [mkgmap-dev] error message in Cologne
> 
> Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt:
> > get lots of other problems with ...
> 
> there is a second error 
> http://files.mkgmap.org.uk/download/263/65010116.o5m
> 
> java.lang.ArrayIndexOutOfBoundsException: -2
> at 
> uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600)
> at 
> uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602)
> at 
> uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682)
> at 
> uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607)
> at 
> uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250)
> at 
> uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53)
> at 
> uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130)
> at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167)
> at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63)
> at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253)
> at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> 
> 
> -- 
> amarok2 now playing:
> 
> 
> 
> 
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt
I have read the  comment on r3541, but housenumbers2 was on a really good way, 
so i want to give it a chance. I can build my maps with trunk  in the next days

Hier sollte eigentlich eine Signatur stehen.



-Original Message-
From: Gerd Petermann 
To: "mkgmap-dev@lists.mkgmap.org.uk" 
Sent: Sa., 25 Apr. 2015 12:28
Subject: Re: [mkgmap-dev] error message in Cologne

Hi Bernd,

thanks for reporting. Please note that the branch is 
very experimental since r3541. I'll try to fix the problems 
that you have reported, but you should not expect good
results until I post that I think a test should be done.

Gerd

> From: weigelt.be...@web.de
> To: mkgmap-dev@lists.mkgmap.org.uk
> Date: Sat, 25 Apr 2015 12:04:36 +0200
> Subject: Re: [mkgmap-dev] error message in Cologne
> 
> Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt:
> > get lots of other problems with ...
> 
> there is a second error 
> http://files.mkgmap.org.uk/download/263/65010116.o5m
> 
> java.lang.ArrayIndexOutOfBoundsException: -2
> at 
> uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600)
> at 
> uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602)
> at 
> uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682)
> at 
> uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607)
> at 
> uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250)
> at 
> uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53)
> at 
> uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130)
> at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167)
> at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63)
> at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253)
> at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> 
> 
> -- 
> amarok2 now playing:
> 
> 
> 
> 
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Options

2015-04-25 Thread Walter Schlögl
Hi Gerd,

at the moment if you add the option add-pois-to-lines
the code will add all pois to all lines.
In many cases this does not matter, 
because line tags are not used very often in points file,
but if they are used, you have to delete these added POIs
if you do not want them to be shown.

I have given some examples of what I am deleting,
but this would depend on your points file.

If it would be possible to say
--add-pois-to-lines=aerialway
and only aerialway pois are generated,
this would be super plus perfect,
but I’m also happy with the existing solution.

The only disadvantage of the existing solution is,
that you should not forget the delete the not used pois,
otherwise some lines would look really ugly.

Walter

From: Gerd Petermann 
Sent: Saturday, April 25, 2015 7:04 AM
To: mkgmap-dev@lists.mkgmap.org.uk 
Subject: Re: [mkgmap-dev] Options

Hi Walter,





I am using add-pois-to-lines to place overlay symbols on aerialways. 

Since the option has no parameters, for which tag is shall be applied,
I am simply deleting all not needed POIs with some additional lines.

leisure=* & mkgmap:line2poi=true {delete leisure}
natural=cliff& mkgmap:line2poi=true {delete natural}
piste:type=*& mkgmap:line2poi=true {delete piste:type}
waterway=*& mkgmap:line2poi=true {delete waterway}

mkgmap:line2poitype=mid   &  aerialway=cable_car[0x1B0A 
resolution 22]

I see no good way to implement a filter on the tags. 
If I got you right, you would like to specify something like
--add-pois-to-lines=tag1,tag2,tag3,...,tagn

and mkgmap should then create POI for all lines having 
at least one of the tags, and those POI would not have any other than the listed
tags (besides the mkgmap:line2poi tag and those from the boundaries) ?


Gerd





___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Options

2015-04-25 Thread Gerd Petermann
Hi Walter,

what exactly would you want to get with 
--add-pois-to-lines=aerialway
for e.g. the way 39474075?
Note that this way also has the tag leisure=*.

Gerd

From: walter.schloegl-re...@aon.at
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Sat, 25 Apr 2015 19:28:57 +0200
Subject: Re: [mkgmap-dev] Options







Hi Gerd,
 
at the moment if you add the option add-pois-to-lines
the code will add all pois to all 
lines.
In many cases this does not matter, 
because line tags are not used very often in 
points file,
but if they are used, you have to delete these 
added POIs
if you do not want them to be shown.
 
I have given some examples of what I am 
deleting,
but this would depend on your points 
file.
 
If it would be possible to say
--add-pois-to-lines=aerialway
and only aerialway pois are 
generated,
this would be super plus perfect,
but I’m also happy with the existing 
solution.
 
The only disadvantage of the existing solution 
is,
that you should not forget the delete the not 
used pois,
otherwise some lines would look really 
ugly.
 
Walter


 

From: Gerd Petermann 
Sent: Saturday, April 25, 2015 7:04 AM
To: mkgmap-dev@lists.mkgmap.org.uk 

Subject: Re: [mkgmap-dev] Options
 

Hi Walter,





I am using add-pois-to-lines to place overlay symbols on aerialways. 

 

Since the option has no parameters, for which tag is shall be 
applied,
I am simply deleting all not needed POIs with some additional lines.
 
leisure=* & mkgmap:line2poi=true {delete 
leisure}
natural=cliff& mkgmap:line2poi=true {delete 
natural}
piste:type=*& mkgmap:line2poi=true {delete 
piste:type}
waterway=*& mkgmap:line2poi=true {delete 
waterway}
 
mkgmap:line2poitype=mid   &  
aerialway=cable_car
[0x1B0A resolution 22]
I see no good way to implement a filter on the 
tags. 
If I got you right, you would like to specify something 
like
--add-pois-to-lines=tag1,tag2,tag3,...,tagn

and mkgmap should 
then create POI for all lines having 
at least one of the tags, and those POI 
would not have any other than the listed
tags (besides the mkgmap:line2poi 
tag and those from the boundaries) 
?


Gerd





___
mkgmap-dev mailing 
list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Gerd Petermann
Hi Bernd,

the good news: I can reproduce the problems, the bad news:
I did not yet find a solution. Some are special cases introduced
by the new code, some caused problems before but mkgmap did
not report the problem.

Regarding your question if you should try to fix problems in OSM:
When mkgmap reports an "internal error" the problem may be caused
by wrong OSM data, but mkgmap  should also be fixed to handle the 
situation. I prefer these messages compared to a simple
assertion which often doesn't report the file that contains the problem.
I also code such error messages when I expect a problem in 
special cases but my test data did not yet show it. 
If you change the OSM data, always make sure to post a link to the
file that allows to reproduce the problem.

Gerd


> Date: Sat, 25 Apr 2015 12:53:01 +0200
> From: weigelt.be...@web.de
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] error message in Cologne
> 
> I have read the  comment on r3541, but housenumbers2 was on a really good 
> way, so i want to give it a chance. I can build my maps with trunk  in the 
> next days
> 
> Hier sollte eigentlich eine Signatur stehen.
> 
> 
> 
> -Original Message-
> From: Gerd Petermann 
> To: "mkgmap-dev@lists.mkgmap.org.uk" 
> Sent: Sa., 25 Apr. 2015 12:28
> Subject: Re: [mkgmap-dev] error message in Cologne
> 
> Hi Bernd,
> 
> thanks for reporting. Please note that the branch is 
> very experimental since r3541. I'll try to fix the problems 
> that you have reported, but you should not expect good
> results until I post that I think a test should be done.
> 
> Gerd
> 
> > From: weigelt.be...@web.de
> > To: mkgmap-dev@lists.mkgmap.org.uk
> > Date: Sat, 25 Apr 2015 12:04:36 +0200
> > Subject: Re: [mkgmap-dev] error message in Cologne
> > 
> > Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt:
> > > get lots of other problems with ...
> > 
> > there is a second error 
> > http://files.mkgmap.org.uk/download/263/65010116.o5m
> > 
> > java.lang.ArrayIndexOutOfBoundsException: -2
> > at 
> > uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitLargeGaps(ExtNumbers.java:1600)
> > at 
> > uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.improveSearchResults(HousenumberRoad.java:602)
> > at 
> > uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:682)
> > at 
> > uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:607)
> > at 
> > uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:250)
> > at 
> > uk.me.parabola.mkgmap.reader.osm.o5m.O5mBinMapDataSource.load(O5mBinMapDataSource.java:53)
> > at 
> > uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:130)
> > at 
> > uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167)
> > at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63)
> > at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253)
> > at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> > at 
> > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> > at 
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> > at java.lang.Thread.run(Thread.java:745)
> > 
> > 
> > -- 
> > amarok2 now playing:
> > 
> > 
> > 
> > 
> > ___
> > mkgmap-dev mailing list
> > mkgmap-dev@lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> 
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Options

2015-04-25 Thread Walter Schlögl
Hi Gerd,

a closed loop is an interesting example.
I don’t know, what mkgmap:line2poitype=mid would do here.

At the moment I would expect to get additional POIs with all 4 tags
aerialway, leisure, name, sport

If I do not need leisure and sport, I would delete them,
so the POIs would only keep aerialway + name.

With --add-pois-to-lines=aerialway,name
I would expect the same result like after the deletion.

Walter


From: Gerd Petermann 
Sent: Saturday, April 25, 2015 8:21 PM
To: mkgmap-dev@lists.mkgmap.org.uk 
Subject: Re: [mkgmap-dev] Options

Hi Walter,

what exactly would you want to get with 

--add-pois-to-lines=aerialway
for e.g. the way 39474075?
Note that this way also has the tag leisure=*.

Gerd




From: walter.schloegl-re...@aon.at
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Sat, 25 Apr 2015 19:28:57 +0200
Subject: Re: [mkgmap-dev] Options


Hi Gerd,

at the moment if you add the option add-pois-to-lines
the code will add all pois to all lines.
In many cases this does not matter, 
because line tags are not used very often in points file,
but if they are used, you have to delete these added POIs
if you do not want them to be shown.

I have given some examples of what I am deleting,
but this would depend on your points file.

If it would be possible to say
--add-pois-to-lines=aerialway
and only aerialway pois are generated,
this would be super plus perfect,
but I’m also happy with the existing solution.

The only disadvantage of the existing solution is,
that you should not forget the delete the not used pois,
otherwise some lines would look really ugly.

Walter

From: Gerd Petermann 
Sent: Saturday, April 25, 2015 7:04 AM
To: mkgmap-dev@lists.mkgmap.org.uk 
Subject: Re: [mkgmap-dev] Options

Hi Walter,





I am using add-pois-to-lines to place overlay symbols on aerialways. 

Since the option has no parameters, for which tag is shall be applied,
I am simply deleting all not needed POIs with some additional lines.

leisure=* & mkgmap:line2poi=true {delete leisure}
natural=cliff& mkgmap:line2poi=true {delete natural}
piste:type=*& mkgmap:line2poi=true {delete piste:type}
waterway=*& mkgmap:line2poi=true {delete waterway}

mkgmap:line2poitype=mid   &  aerialway=cable_car[0x1B0A 
resolution 22]

I see no good way to implement a filter on the tags. 
If I got you right, you would like to specify something like
--add-pois-to-lines=tag1,tag2,tag3,...,tagn

and mkgmap should then create POI for all lines having 
at least one of the tags, and those POI would not have any other than the listed
tags (besides the mkgmap:line2poi tag and those from the boundaries) ?


Gerd





___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___ mkgmap-dev mailing list 
mkgmap-dev@lists.mkgmap.org.uk 
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Options

2015-04-25 Thread Gerd Petermann
Hi Walter,

sorry, did not notice that the way is a polygon, but
you probably got me right anyway. 

On the other hand, I still don't see how the
parameters would work .
Assume you want to create POI for 
aerialway=* and aeroway=*
and maybe more. I assume you would always have to
add the delete rules to make sure that you get what you
want, so the only advantage that I see is that we might
save a few bytes and cpu cycles
when we interpret the parameters so that
ways are ignored if none of the given tags 
are found.

Gerd

From: walter.schloegl-re...@aon.at
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Sat, 25 Apr 2015 22:46:43 +0200
Subject: Re: [mkgmap-dev] Options







Hi Gerd,
 
a closed loop is an interesting example.
I don’t know, what mkgmap:line2poitype=mid would do here.
 
At the moment I would expect to get additional POIs with all 4 tags
aerialway, leisure, name, sport
 
If I do not need leisure and sport, I would delete them,
so the POIs would only keep aerialway + name.
 
With --add-pois-to-lines=aerialway,name


I would expect the same result like after the 
deletion.
 
Walter
 
 

From: Gerd Petermann 
Sent: Saturday, April 25, 2015 8:21 PM
To: mkgmap-dev@lists.mkgmap.org.uk 

Subject: Re: [mkgmap-dev] Options
 

Hi Walter,

what exactly would you want to get with 

--add-pois-to-lines=aerialwayfor e.g. the way 
39474075?
Note that this way also has the tag leisure=*.

Gerd




From: walter.schloegl-re...@aon.at
To: 
mkgmap-dev@lists.mkgmap.org.uk
Date: Sat, 25 Apr 2015 19:28:57 
+0200
Subject: Re: [mkgmap-dev] Options






Hi Gerd,
 
at the moment if you add the option add-pois-to-lines
the code will add all pois to all 
lines.
In many cases this does not matter, 
because line tags are not used very often in 
points file,
but if they are used, you have to delete these 
added POIs
if you do not want them to be shown.
 
I have given some examples of what I am 
deleting,
but this would depend on your points 
file.
 
If it would be possible to say
--add-pois-to-lines=aerialway
and only aerialway pois are 
generated,
this would be super plus perfect,
but I’m also happy with the existing 
solution.
 
The only disadvantage of the existing solution 
is,
that you should not forget the delete the not 
used pois,
otherwise some lines would look really 
ugly.
 
Walter


 

From: Gerd Petermann 
Sent: Saturday, April 25, 2015 7:04 AM
To: mkgmap-dev@lists.mkgmap.org.uk 

Subject: Re: [mkgmap-dev] Options
 

Hi Walter,





I am using add-pois-to-lines to place overlay symbols on aerialways. 

 

Since the option has no parameters, for which tag is shall be 
applied,
I am simply deleting all not needed POIs with some additional lines.
 
leisure=* & mkgmap:line2poi=true {delete 
leisure}
natural=cliff& mkgmap:line2poi=true {delete 
natural}
piste:type=*& mkgmap:line2poi=true {delete 
piste:type}
waterway=*& mkgmap:line2poi=true {delete 
waterway}
 
mkgmap:line2poitype=mid   &  
aerialway=cable_car
[0x1B0A resolution 22]
I see no good way to implement a filter on the 
tags. 
If I got you right, you would like to specify something 
like
--add-pois-to-lines=tag1,tag2,tag3,...,tagn

and mkgmap should 
then create POI for all lines having 
at least one of the tags, and those POI 
would not have any other than the listed
tags (besides the mkgmap:line2poi 
tag and those from the boundaries) 
?


Gerd




___
mkgmap-dev mailing 
list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___ 
mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk 
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



___
mkgmap-dev mailing 
list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
  ___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev