Re: [mkgmap-dev] Adress in a part of a town
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
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
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
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
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
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
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
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
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
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
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
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