Re: [mkgmap-dev] Geofabrik
Am Sonntag, 16. Juni 2024, 09:59:17 MESZ schrieb osm: > Looks like Geofabrik today is causing maps to look like a spider's web! > > Have tried UK and Luxembourg. > > Regards > > Nick > > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev There is a vandalism wave going on, see https://community.openstreetmap.org/t/update-13-06-2024-neue-vandalismuswelle-strassen-kreuz-und-quer-teilweise-namen-geandert/113287 Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problems with contours
Hi Diego can you tell us the options of your tools, especially for Splitter. Did you use you shape files to cut off the data? BTW: i cut my DEM files with the polygone files from the Geofabrikm they have a small overhang the edges, that prevent data loses. Bernd Am Donnerstag, 30. März 2023, 17:36:25 CEST schrieb helter skelter: > Hello guys > I don't know if this is the right place to ask: please forgive me if not and > delete my request. I have a problem with contours, generated from DEM HGT > files, downloaded both from Nasa and Viewfinder, and tried with different > Douglas-Peucker values. I get empty spaces in some areas of the map, close > to the state/region border, and squares with no DEM data, as you can see in > this picture (this is the north part of Trentino Alto Adige, north of > Italy): [cid:7f488b98-a01f-4538-bd2a-fe8ca3b4d4fa] > > I use HGT2OSM and OSMCONVERT to process all HGTs and obtain a single OSM > file, the I split it with the Splitter. Then I merge everything in a single > IMG file with MKGMAP. > > Do you know what could be the reason of this problem and how to solve ? > > Thank you in advance for all your help > Regards, > Diego signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Solarpark Inden will not be displayed with the correct polygon
For these cases i have these rules in my style # barrier # please don't delete the continue action, because they are needed to render # landuse polygons with barrier tags barrier~'.*(wall)'[0x10f02 resolution 24 continue] barrier~'.*(fence)' [0x10f03 resolution 24 continue] barrier~'.*(block)' [0x10f05 resolution 24 continue] barrier~'.*(hedge)' [0x10f0c resolution 24 continue] Am Donnerstag, 4. November 2021, 11:07:44 CET schrieb Gerd Petermann: > Hi Manfred, > > I assume you refer to https://www.osm.org/way/136793805 > Maybe the tag barrier=fence makes the difference? > > Gerd signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] highway=unclassified & area=yes
Hi I have made a test in the region nearby and got lots of ways with area=yes changed your rule a little bit ;-) ... & area=yes {echo '${highway}'} Most of this ways didn't have a virtual way between each node across the area, so they are possibly lost for routing and create lot of islands, when deleting highway=* I think this problem can't be solved with rules, only in the map data. Maybe creating virtual way (highway=virtual) in the area is a solution, then the area can be used without routing problems Bernd Am Sonntag, 13. September 2020, 18:18:40 CEST schrieb Mike Baggaley: > In my style I have the following: > > (highway=motorway | highway=trunk | highway=primary | highway=secondary | > highway=tertiary | highway=motorway_link | highway=trunk_link | > highway=primary_link | highway=secondary_link | highway=tertiary_link | > highway=residential | highway=unclassified | highway=track | > highway=bridleway | highway=cycleway | highway=footway | highway=path) & > area=yes {delete highway} # delete unwanted areas > > I leave highway=service and highway=pedestrian as these are valid but the > others are not. signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] errors in typ file
Hi I have the same values in my stylefile ;generated by TYPWiz 5,971 ;created : 02-28-2019 ;-- [_id] ... [_polygon] Type=0x3d ExtendedLabels=N String1=0x02,Bucht String2=0x04,Bay FontStyle=NoLabel (invisible) Xpm="32 32 2 1" "0 c none" "1 c #B4" ... Bernd Am Samstag, 15. Februar 2020, 09:50:46 CET schrieb Arndt Röhrig: > Hi Nick, > > > TYPViewer write this, when i choose "NoLabel". It was ok until r-4437. > > > Greets > Arndt > Pinns UK < o...@pinns.co.uk> hat am 15. Februar 2020 um 09:34 geschrieben: > > > > > Hi Arndt > > > I suspect it's > > > FontStyle=NoLabel (invisible) > > > which should be > > > FontStyle=NoLabel > > > Regards > > > Nick > > > On 15/02/2020 07:44, Arndt Röhrig wrote: > FontStyle=NoLabel (invisible) > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] errors in typ file
Hi all but we shouldn't blame TypWiz I made some changes with a text editor on waterpolygons a few weeks ago after my last changes with TypWiz There was a discussion in this ML with waterpolygons in bays, maybe i/we made a C error? Bernd Am Samstag, 15. Februar 2020, 09:50:46 CET schrieb Arndt Röhrig: > Hi Nick, > > > TYPViewer write this, when i choose "NoLabel". It was ok until r-4437. > > > Greets > Arndt > Pinns UK < o...@pinns.co.uk> hat am 15. Februar 2020 um 09:34 geschrieben: > > > > > Hi Arndt > > > I suspect it's > > > FontStyle=NoLabel (invisible) > > > which should be > > > FontStyle=NoLabel > > > Regards > > > Nick > > > On 15/02/2020 07:44, Arndt Röhrig wrote: > FontStyle=NoLabel (invisible) > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] precompiled sea files download
Same problem here with the sea-latest.zip from 0ct. 11 2019, file size ~203 Mb Problem solved with the file from today, size ~228 MB. Bernd Am Montag, 4. November 2019, 21:04:53 CET schrieb Joris Bo: > Hi, > > For my maps I suddenly had problems with the latest sea-files causing > flooding of complete Europe The next-day download was about 20Mb bigger > and worked fine again. I can’t exactly remember the dates or file sizes of > the download server The version which for me works fine again (screenshot > of my windows explorer): > Kind regards, Joris > ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Download for sea.zip
Hi That was the first error, that i got with my tests ;-) I have used ":" at the first time, had a little problem with my eyes bernd@apoll:~> java -Xmx6800m -cp ~/temp/test/mkgmap.jar:~/temp/test/lib/ optional/* uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator ~/ map_build/test/land-polygons-split-4326/land_polygons.shp WGS84 ~/temp/test Fehler: Hauptklasse uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator konnte nicht gefunden oder geladen werden Ursache: java.lang.ClassNotFoundException: uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator The path "uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator" is correct and the class is in mkgmap.jar Bernd Am Freitag, 26. Oktober 2018, 13:43:35 CEST schrieb Thorsten Kukuk: > On Fri, Oct 26, Bernd Weigelt wrote: > > This is my command line > > > > bernd@apoll:~> java -Xmx6800m -cp ~/temp/test/mkgmap.jar;~/temp/test/lib/ > > optional/* uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator ~/ > > map_build/test/land-polygons-split-4326/land_polygons.shp WGS84 > > ~/temp/test > Syntax error: ";" must be ":" on Linux. > > Thorsten signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Download for sea.zip
Hi Thorsten sea.zip is my problem bounds.zip works OOTB with openSuSE Tumbleweed and openJDK 11 bernd@apoll:~> java -version openjdk version "11" 2018-09-25 OpenJDK Runtime Environment (build 11+28-suse-2.1-x8664) OpenJDK 64-Bit Server VM (build 11+28-suse-2.1-x8664, mixed mode) bernd@apoll:~> java -version openjdk version "1.8.0_181" OpenJDK Runtime Environment (IcedTea 3.9.0) (build 1.8.0_181-b13 suse-1.1- x86_64) OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode) I got the same error with both JDK This is my command line bernd@apoll:~> java -Xmx6800m -cp ~/temp/test/mkgmap.jar;~/temp/test/lib/ optional/* uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator ~/ map_build/test/land-polygons-split-4326/land_polygons.shp WGS84 ~/temp/test bash: /home/bernd/temp/test/lib/optional/bsh-2.0b4.jar: Keine Berechtigung Bernd Am Freitag, 26. Oktober 2018, 09:14:43 CEST schrieb Thorsten Kukuk: > bounds.zip or sea.zip? > > My bounds always worked, sea.zip only works with java 1.8 as > Gerd descriped, additional my java 1.8 installation was broken, > re-install fixed that. > > Thorsten signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Download for sea.zip
Hi Thorsten Is it possible to write a short description, what you have done to make that work? Thx Bernd -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet. Am 25. Oktober 2018 15:18:35 MESZ schrieb Thorsten Kukuk : >On Thu, Oct 25, Steph Ixus wrote: > >> Hi, >> >> I've uploaded a sea.zip in my Dropbox. >> >> https://www.dropbox.com/s/vj65yv1a9yv9s7i/sea-24oct.18.zip?dl=0 >> >> Thank you Thorsten for the scripts :-) > >bounds*-zip and sea-*.zip can also be found on my page: >http://osm.thkukuk.de/data/ > >The bounds are current, sea-*.zip should be updated the next days >after I fixed now my java issues with mkgmap SeaGenerator. >Now somebody only needs to fix the coastline in the OSM data ;), >somebody broke that terrible yesterday :(. > > Thorsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] AssertionError: Point marked as boundary node
Hi Gerd Thank you for this fast fix, will test it when it's on the download site ;-) My build script creates a new areas.list every month to prevent to much nodes or similiar errors, a new one was created this morning. With the new file, the build process run as expected. Bernd Am Samstag, 1. September 2018, 09:05:41 CEST schrieb Gerd Petermann: > Hi Bernd, > > okay, this was a special case introduced with r4223 [1]. The node 5609637907 > is very close to the tile boundary and is also part of a way that is an > admin_level=2 boundary. In this case mkgmap adds a node that is exactly on > the tile boundary and later detects that this node causes a zig-zagging. > The WrongAngleFixer replaces the artificial node with the original one and > that causes the Assertion Error. I hope I corrected this with r4237 [2] > > ciao, > Gerd > > [1] http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4223 > [2] http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4237 > signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] AssertionError: Point marked as boundary node
Hi Maybe it it this relation? https://www.openstreetmap.org/relation/7400#map=9/50.5323/3.1554 Am Freitag, 31. August 2018, 11:01:04 CEST schrieben Sie: > Hi > > What should this message say? > I want to find out, what's going wrong here, but how can i identify the > node, which node is wrong? > This is the link to the splitter tile > http://files.mkgmap.org.uk/download/436/65030009.o5m > > Bernd > > Time started: Fri Aug 31 10:51:04 CEST 2018 > java.lang.AssertionError: Point marked as boundary node at 2353152/162997 > not on boundary of [2353152, 151552, 2375680, 165888] > at uk.me.parabola.mkgmap.general.LineClipper.clip(LineClipper.java: > 168) > at uk.me.parabola.mkgmap.general.LineClipper.clip(LineClipper.java: > 105) > at > uk.me.parabola.mkgmap.general.LineClipper.clip(LineClipper.java:83) at > uk.me.parabola.mkgmap.general.AreaClipper.clipLine(AreaClipper.java:46) > at > uk.me.parabola.mkgmap.osmstyle.StyledConverter.addLine(StyledConverter.java: > 1179) > at > uk.me.parabola.mkgmap.osmstyle.StyledConverter.addLine(StyledConverter.java: > 1165) > at > uk.me.parabola.mkgmap.osmstyle.StyledConverter.addLine(StyledConverter.java: > 1137) > at > uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:805) > at > uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:241) > at > uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java > : 159) > at > uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:154) at > uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:52) at > uk.me.parabola.mkgmap.main.Main$1.call(Main.java:290) > at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:286) > at > java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at > java.base/ > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java: > 1135) > at java.base/ > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java: > 635) > at java.base/java.lang.Thread.run(Thread.java:844) > Exiting - if you want to carry on regardless, use the --keep-going option signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] AssertionError: Point marked as boundary node
Hi What should this message say? I want to find out, what's going wrong here, but how can i identify the node, which node is wrong? This is the link to the splitter tile http://files.mkgmap.org.uk/download/436/65030009.o5m Bernd Time started: Fri Aug 31 10:51:04 CEST 2018 java.lang.AssertionError: Point marked as boundary node at 2353152/162997 not on boundary of [2353152, 151552, 2375680, 165888] at uk.me.parabola.mkgmap.general.LineClipper.clip(LineClipper.java: 168) at uk.me.parabola.mkgmap.general.LineClipper.clip(LineClipper.java: 105) at uk.me.parabola.mkgmap.general.LineClipper.clip(LineClipper.java:83) at uk.me.parabola.mkgmap.general.AreaClipper.clipLine(AreaClipper.java:46) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.addLine(StyledConverter.java: 1179) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.addLine(StyledConverter.java: 1165) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.addLine(StyledConverter.java: 1137) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:805) at uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:241) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java: 159) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:154) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:52) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:290) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:286) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/ java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java: 1135) at java.base/ java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java: 635) at java.base/java.lang.Thread.run(Thread.java:844) Exiting - if you want to carry on regardless, use the --keep-going option signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Error in index
Hi these are our rules, all categories are full, the search is fast enough, tested with my O650 # Food and Drink # American amenity=restaurant & cuisine=american [0x2a01 resolution 24] # Asian amenity=restaurant & ( cuisine=asian | cuisine=indian | cuisine=korean | cuisine=thai | cuisine=vietnamese ) [0x2a02 resolution 24] # Barbeque amenity=restaurant & cuisine=barbecue [0x2a03 resolution 24] # Chinese amenity=restaurant & cuisine=chinese [0x2a04 resolution 24] # Deli/Bakery amenity=restaurant & ( cuisine=cake | cuisine=deli | cuisine=crepe ) [0x2a05 resolution 24] amenity=ice_cream | cuisine=ice_cream [0x2a05 resolution 24] # International amenity=restaurant & cuisine=international [0x2a06 resolution 24] # Fastfood amenity=fast_food | ( amenity=restaurant & cuisine=fast_food ) | cuisine=kebap | cuisine=döner [0x2a07 resolution 24] # Italian amenity=restaurant & ( cuisine=italian | cuisine=pasta ) [0x2a08 resolution 24] # Mexican amenity=restaurant & cuisine=mexican [0x2a09 resolution 24] # Pizza amenity=restaurant & cuisine=pizza [0x2a0a resolution 24] # Seafood amenity=restaurant & ( cuisine=sea_food | cuisine=fish | cuisine=sushi ) [0x2a0b resolution 24] # Steak/Grill amenity=restaurant & ( cuisine=steak_house | cuisine=chicken ) [0x2a0c resolution 24] # Bagel/Donut amenity=restaurant & ( cuisine=bagel | cuisine=donut ) [0x2a0d resolution 24] # Cafe/Diner amenity=cafe | (amenity=restaurant & cuisine=coffee_shop ) [0x2a0e resolution 24] # French amenity=restaurant & cuisine=french [0x2a0f resolution 24] # German amenity=restaurant & ( cuisine=german | cuisine=bavarian ) [0x2a10 resolution 24] # British amenity=restaurant & ( cuisine=british | cuisine=fish_and_chips ) [0x2a11 resolution 24] # Speciality Food Products amenity=restaurant & ( cuisine=vegan | cuisine=vegetarian ) [0x2a12 resolution 24] # Other amenity=restaurant & ( cuisine=mediterranean | cuisine=spanish | cuisine=greek | cuisine=turkish | cuisine=japanese | cuisine=arabic | cuisine=african ) [0x2a13 resolution 24] amenity=restaurant [0x2a00 resolution 24] Am Mittwoch, 11. Juli 2018, 08:41:07 CEST schrieb Gerd Petermann: > Hi all, > > I am back from my cycling tour. I've observed a problem with my self > compiled gmapsupp, the device doesn't find most of the restaurant POIs. > Search for e.g. shops or hotels worked fine, just POI with 0x2a?? seem to > cause trouble. Search takes very long and shows only a few far away > restaurants. I wonder if anybody else has the same problems? > > Gerd > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit r4172: improve WrongAngleFixer performance and logging
Hi Gerd SCHWERWIEGEND (WrongAngleFixer): /home/bernd/map_build/tiles/65030248.o5m: Douglas Peucker preparation removed many points in way Way 219879749 20 -> 2 I think this messages are a little bit to much ;-) more then 1000 for one O5M tile created with 120 maxnodes Bernd Am Sonntag, 22. April 2018, 08:55:26 CEST schrieb svn commit: > Version mkgmap-r4172 was committed by gerd on Sun, 22 Apr 2018 > > improve WrongAngleFixer performance and logging > > - use DouglasPeuckerFilter with error distance 0.05 m before checking > angles. This filters oversampled ways to a reasonable amoumt of nodes and > doesn't remove too much needed information while it is faster than the > complex angles algo. - change level from severe to warning for "Removing > wrong angles - didn't finish in 20 passes, giving up!" message and report > the places that were changed in the last pass. > > http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4172 > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit r4171: fix possible java.lang.AssertionError introduced with r4169
Am Samstag, 21. April 2018, 18:31:41 CEST schrieb svn commit: > Version mkgmap-r4171 was committed by gerd on Sat, 21 Apr 2018 > > fix possible java.lang.AssertionError introduced with r4169 > > nodecount has more than 8 bits > > http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4171 > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev problem is solved @Gerd: I can see your answer in the mailing list archive, but i didn't received it here Bernd signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] java.lang.AssertionError: 270: Help needed
java.lang.AssertionError: 270 [¹] at uk.me.parabola.imgfmt.app.BufferedImgFileWriter.put1u(BufferedImgFileWriter.java: 154) at uk.me.parabola.imgfmt.app.SectionWriter.put1u(SectionWriter.java: 78) at uk.me.parabola.imgfmt.app.net.RoadDef.writeNet1(RoadDef.java:237) at uk.me.parabola.imgfmt.app.net.NETFile.write(NETFile.java:67) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:314) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:107) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:69) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:290) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:286) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java: 1149) at java.util.concurrent.ThreadPoolExecutor $Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) [¹] this number is changing, but is the same when building different map styles from one extract. Hi got a lot of messages like this, but only with larger extracts like DACH or Benelux, the germany extract was build without an error The version is mkgmap-r4170 This also happens with the default style Bernd signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] max-jobs patch
Hi tested on my linux box, looks good Heap is 4.4 GB with 8 threads. With the unpatched version i'm using -Xmx8G for the heap Bernd Am Donnerstag, 8. Februar 2018, 15:34:23 CET schrieb Gerd Petermann: > binary is here: > http://files.mkgmap.org.uk/download/415/mkgmap.jar > > For those users who already used --max-jobs with or without a paramter > before there should be no difference. signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Problem with an empty CodePage key in TYP.txt
Hello TYPwiz creates an empty key 'CodePage=' in my styles_typ.txt every time i had changed this file, this leads to an error message at the end of the build process. I don't know if this line is needed, but i can't see any problem, when i comment this key out, made it for very much builds. Should this problem fixed in MKGMAP or better in TYPwiz? Bernd ;generated by TYPWiz 5,82 ;created : 02-01-2018 ;-- [_id] ProductCode=46 FID=5 ;Header=5B CodePage= [end] II: building basemap Time started: Fri Feb 02 16:58:17 CET 2018 java.lang.ArrayIndexOutOfBoundsException: 1 at uk.me.parabola.mkgmap.main.TypCompiler $CharsetProbe.tryCharset(TypCompiler.java:252) at uk.me.parabola.mkgmap.main.TypCompiler $CharsetProbe.probeCharset(TypCompiler.java:222) at uk.me.parabola.mkgmap.main.TypCompiler$CharsetProbe.access $000(TypCompiler.java:205) at uk.me.parabola.mkgmap.main.TypCompiler.makeMap(TypCompiler.java:67) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:263) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:259) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java: 1149) at java.util.concurrent.ThreadPoolExecutor $Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Number of MapFailedExceptions: 0 Number of ExitExceptions: 0 Time finished: Fri Feb 02 17:01:42 CET 2018 Total time taken: 205566ms signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] option --show-profiles and DEM
Am Donnerstag, 11. Januar 2018, 12:55:09 CET schrieb Henning Scholland: > I don't see a reason to have this option at all. It should be set > automatically to 1 if either contour data or DEM is written. If this > data is in the map, you always want to have it and if those are not in > the map, you don't need it. Or am I wrong? I think you're right. I didn't use this option in the past, today enabled it for testing, but in mapsource and Basecamp the elevation data are visible. Bernd signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] default style and highway=services
Hi i found some highway=rest_area, they should be handles by this rule, too Bernd Am Dienstag, 5. September 2017, 14:35:27 CEST schrieb Gerd Petermann: > Hi all, > > I've just noticed that there is no special rule for this tag > https://wiki.openstreetmap.org/wiki/Tag:highway=services > in the default style. In fact, it is often handled by the "mop up" rule > highway=* & area!=yes [0x07 road_class=0 road_speed=0 resolution 23] > because many mappers forget to add area=yes as suggested in the wiki. > > I think we should add a rule like > highway=services & area!=* & is_closed() = true {add area=yes} > > somewhere before the mop up rule. > Comments? > > Gerd > > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html > ___ > 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] problem with osm2.pleiades.uni-wuppertal.de/?
Hi is there a problem with osm2.pleiades.uni-wuppertal.de or the process to create new files? there is only the sea_20170615.tar.bz2 in the directory and the files in bounds are from 20170608 thx Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Roundabouts causes crashing devices
Am Freitag, 8. Juli 2016, 11:32:19 CEST schrieb Minko: > A solution would be to replace all highway=* & junction=roundabout with a > non routable line type on top of this 0x0c for rendering the correct line > type. In the default mkgmap style this problem does not occur because all > roundabouts are rendered with the same style and just one line (0x0c) No crashes here with roundabouts, too. I'm using rules like this for every routable way... #-- # secondary highway=secondary [0x12004 resolution 21-20 continue] highway=secondary [0x11004 resolution 24-22 continue] highway=secondary & junction=roundabout \ [0x0c resolution 24 road_class=2 road_speed=2] highway=secondary \ [0x04 resolution 24 road_class=3 road_speed=4] ... and every routable ways is an invisible line with overlay [_line] Type=0x0C String1=0x02,Kreisverkehr String2=0x04,Roundabout UseOrientation=N Xpm="32 1 2 1" "0 c #FF" "1 c none" "" [end] BTW: there isn't any special access rule for roundabouts in our style ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.
Hi Greg No, this line catches only cuisine=french *or* cuisine=sea food, not 'cuisine=french;sea food;...' This key/value pair will be ignored --- cuisine~'.*;.*' { set cuisine='${cuisine|part:}'; } This rule helps, to use the first part in the POIs, but all other will be ignored, too. Have it in my filter file. My example in my first answer is not really good, because the rule has to be executed in a loop until the last value, but i think MKGMAP didn't do this Bernd Am Freitag, 4. März 2016, 10:01:52 CET schrieb greg crago: > Bernd, Is this the same as (in the line file) > > amenity=restaurant & (cuisine=french | cuisine=sea food | cuisine=german | > cuisine=. ) [0x01150 resolution 24] > > Greg ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] sorting the values?
Hi Colin You're right, there was an error ;-) found it some minutes ago, too. This rules are very new in my style. i don't know, how Mkgmap handle a comma, i try to use the secure way and change it in my filter file. Bernd Am Freitag, 4. März 2016, 10:24:42 CET schrieb Colin Smale: > Just to add to the complexity, I notice that the values in the ways you > reference use a comma as decimal separator, not a dot as per OSM > standard. So even if you split the values, you may still not get the > result you expect. > > Is there a lot of this? Does mkgmap handle 2.5 and 2,5 the same in a > numeric context? > > //colin ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] sorting the values?
Hi In my styles, i try to disable routing for really small ways with this rules highway=* & width ~'.*cm' { delete width } highway=* & width ~'.*m' { set width='${width|part:"m"}'; } highway=* & width ~'.*;.*' { set width='${width|subst:",=>."}'; } highway=* & maxwidth ~'.*cm' { delete maxwidth } highway=* & maxwidth ~'.*m' { set maxwidth='${maxwidth|part:"m"}'; } highway=* & maxwidth ~'.*,.*' { set maxwidth='${maxwidth|subst:",=>."}'; } highway=* & highway!=service & highway!=track & highway!=path & highway!=cycleway & highway!=footway & highway!=pedestrian & (maxwidth<2.0 | width<2.0) { set mkgmap:throughroute=no; } highway=* & (maxwidth<1.0 | width<1.0) { add foot=yes; add access=no; } this seems to work in most cases, but i found some ways like this ways with semicolon separated values https://www.openstreetmap.org/way/235493829 https://www.openstreetmap.org/way/47861325 Is it possible, to sort the values and use only the smallest/greatest value? Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.
Am Donnerstag, 3. März 2016, 20:59:09 CET schrieb greg crago: Hi Greg you can use it for such construction like cuisine=burger;pizza;german;... set a visible symbol with cuisine~'.*;.*' {0x011500 resolution 24 continue}#custom point 1 and an invisible point for everything you want to have in the searchable POI- list. [_point] Type=0x02A01 ExtendedLabels=N dayxpm="1 1 2 1" colormode=16 "$ c #FF" "% c none" "%" [end] 0x2A01 Dining(American) 0x2A02 Dining(Asian) 0x2A03 Dining(Barbecue) 0x2A04 Dining(Chinese) 0x2A05 Dining(Deli/Bakery) 0x2A06 Dining(International) 0x2A07 Fast Food 0x2A08 Dining(Italian) 0x2A09 Dining(Mexican) 0x2A0A Dining(Pizza) 0x2A0B Dining(Sea Food) 0x2A0C Dining(Steak/Grill) 0x2A0D Dining(Bagel/Donut) 0x2A0E Dining(Cafe/Diner) 0x2A0F Dining(French) 0x2A10 Dining(German) 0x2A11 Dining(British Isles) > > Walter, I see that advantage of using INVISIBLE linetype and VISIBLE > overlay linetypes (line bicycle lanes, 1 way arrows to indicate 1-way > roads, etc), but I do not know what you can do with INVISIBLE POI and > overlay POI. What kind of custom POI can you build? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Create different Maps with working routing betweenthem - is it possible?
Am Donnerstag, 21. Januar 2016, 19:16:52 CET schrieb Walter Schlögl: > One idea is to splitt POIs, ways and areas into 3 layers > and generate every layer into one file. For routing you have to put POIs, ways and addresses in the same layer, but for this layer you use invisible lines for each routable type like [_line] Type=0x07 UseOrientation=N Xpm="32 1 2 1" "0 c #FF" "1 c none" "" [end] and for each POIs an invisble1x1 dot [_point] Type=0x03005 String1=0x02,Gemeindezentrum String2=0x04,Community centre ExtendedLabels=N dayxpm="1 1 2 1" colormode=16 "$ c #FF" "% c none" "%" [end] Then you can use transparent layers over this layer to display everything you want, if you use the nonroutable types. [_line] Type=0x11007 UseOrientation=Y String1=0x02,Zufahrtsweg String2=0x04,Service UseOrientation=Y ExtendedLabels=N UseOrientation=Y LineWidth=2 BorderWidth=0 Xpm="0 0 1 0" "0 c #838383" Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Error message
Hi Gerd thank you, i'ill test this today Bernd Am Montag, 26. Oktober 2015, 09:52:26 schrieb Gerd Petermann: > I was able to reproduce the error. I found the error in the code > and I hope that r3648 fixes it without introducing new problems. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Error message
Hi Gerd http://files.mkgmap.org.uk/download/286/65020057.o5m please ignore or delete the other file 65020257.o5m Bernd Am Sonntag, 25. Oktober 2015, 15:59:41 schrieb Gerd Petermann: > I'll try to reproduce it tomorrow. Please make sure to keep the input file > or just post a link to it (65020057.o5m). > I guess it is related to the fact that addr:street=Zeedijk > and the roads nearby have different names. > Anyhow, the error is in mkgmap and must be fixed. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Error message
Hi what's wrong here? SCHWERWIEGEND (HousenumberRoad): /home/bernd/map_build/tiles/65020057.o5m: internal error, road links are not correct http://www.openstreetmap.org/node/2790241547 SCHWERWIEGEND (HousenumberGroup): /home/bernd/map_build/tiles/65020057.o5m: internal error, group check with houses on different roads? 4611686018443080889 2790241547 SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65020057.o5m: internal error, house has wrong segment, road id=126612880, null house 498(0) http://www.openstreetmap.org/node/2790241547 SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65020057.o5m: internal error, house has wrong segment, road id=126612880, null house 498(0) http://www.openstreetmap.org/node/2790241547 Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Problem with too large shields on streets with ref and name
Hi Could it be, that this rule is a little bit too much for some devices? highway=trunk { name '${ref|highway-symbol:hbox} ${name}' | '${ref|highway-symbol:hbox}' | '${name}'; addlabel '${name} (${ref})' } The rule ist the same as in the default style, but i break the line to make it better readable for me. My nüvi 2445 shows annoying large shields if a street has ref _and_ name, my O650 don't do this, it shows the shieldonly on streets without name. See the attached screenshots from both devices. Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem with too large shields on streets with ref andname
Hi Marcio i had the same idea to get a workaround, but maybe there is another, possibly better, way to do this. BTW: You can remove remove the first '$ {ref | highway-symbol: hbox' |' the second is the same one ;-) Bernd Am Sonntag, 6. September 2015, 09:03:31 schrieb thunder...@gpsinfo.com.br: > Hi Bernd, > our group in Brazil found that in all Garmin Nuvis this problem to print the > REF and NAME in the hbox, box or oval, using the default styles. We are not > programmers and we do not know the correct method,, but solved the problem > excluding the $ {name} in the line: highway = trunk {name '$ {ref | > highway-symbol: hbox} $ {name}' | '$ {ref | highway-symbol: hbox}' | '$ > {name}'; addlabel '$ {name} ({$ ref})'} > > We proceed as follows: > > highway = trunk > { > name '$ {ref | highway-symbol: hbox' | > '$ {ref | highway-symbol: hbox}' | > '$ {name}'; > addlabel '$ {name} ({$ ref})' > } > > We do so for highways motorway, primary and secondary. > > []s > Marcio ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] maxspeed evaluation
Hi Gerd When i test this new rule, i got this, i use the default inc/roadspeed java.lang.NumberFormatException: Zero length string at java.lang.Integer.decode(Integer.java:1162) at java.lang.Byte.decode(Byte.java:277) at uk.me.parabola.mkgmap.osmstyle.ConvertedWay.recalcRoadSpeed(ConvertedWay.java:200) at uk.me.parabola.mkgmap.osmstyle.ConvertedWay.init(ConvertedWay.java:58) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.addConvertedWay(StyledConverter.java:360) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.access$400(StyledConverter.java:84) at uk.me.parabola.mkgmap.osmstyle.StyledConverter$WayTypeResult.add(StyledConverter.java:236) at uk.me.parabola.mkgmap.reader.osm.WatchableTypeResult.add(WatchableTypeResult.java:45) at uk.me.parabola.mkgmap.osmstyle.ExpressionRule.resolveType(ExpressionRule.java:85) at uk.me.parabola.mkgmap.osmstyle.RuleSet.resolveType(RuleSet.java:97) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.convertWay(StyledConverter.java:294) at uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:245) 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:154) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:52) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:255) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:251) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Am Freitag, 14. August 2015, 09:44:10 schrieb Gerd Petermann: oops, the proposed rule was missing a plus sign: # make sure that mkgmap:road-speed is also set when mkgmap:road-speed-max (or -min) is set (mkgmap:road-speed-max=* | mkgmap:road-speed-min=*) mkgmap:road-speed!=* { add mkgmap:road-speed=+0} Gerd From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Fri, 14 Aug 2015 09:17:09 +0200 Subject: Re: [mkgmap-dev] maxspeed evaluation Hi, I think the java code works as documented in the style manual. A possible solution in the style: Add the following two lines at the end of inc/roadspeed: # make sure that mkgmap:road-speed is also set when mkgmap:road-speed-max is set mkgmap:road-speed-max=* mkgmap:road-speed!=* { add mkgmap:road-speed=0} Alternative: Change the java code (and docu) to always evaluate mkgmap:road-speed-max (and -min) Any comments? Gerd From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Fri, 14 Aug 2015 08:32:29 +0200 Subject: [mkgmap-dev] maxspeed evaluation Hi all, I think the rules in the default style don't work. Example: a way with two tags highway=tertiary and maxspeed=30 will have the same attributes as one with highway=tertiary and maxspeed=70 or one with highway=tertiary and maxspeed!=* although inc/roadspeed sets different values for mkgmap:road-speed-max. Reason: The tag mkgmap:road-speed-max=* is only evaluated by mkgmap when the tag mkgmap:road-speed=*. If mkgmap:road-speed is not set, the value in mkgmap:road-speed-max is completely ignored. I guess this is not intended? 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] maxspeed evaluation
There is something wrong with 'add mkgmap:road-speed=+0'. Maybe if i try to '+0', when (mkgmap:road-speed-max=* | mkgmap:road-speed- min=*) = '0'? Bernd Am Freitag, 14. August 2015, 09:44:10 schrieb Gerd Petermann: oops, the proposed rule was missing a plus sign: # make sure that mkgmap:road-speed is also set when mkgmap:road-speed-max (or -min) is set (mkgmap:road-speed-max=* | mkgmap:road-speed-min=*) mkgmap:road-speed!=* { add mkgmap:road-speed=+0} Gerd From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Fri, 14 Aug 2015 09:17:09 +0200 Subject: Re: [mkgmap-dev] maxspeed evaluation Hi, I think the java code works as documented in the style manual. A possible solution in the style: Add the following two lines at the end of inc/roadspeed: # make sure that mkgmap:road-speed is also set when mkgmap:road-speed-max is set mkgmap:road-speed-max=* mkgmap:road-speed!=* { add mkgmap:road-speed=0} Alternative: Change the java code (and docu) to always evaluate mkgmap:road-speed-max (and -min) Any comments? Gerd From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Fri, 14 Aug 2015 08:32:29 +0200 Subject: [mkgmap-dev] maxspeed evaluation Hi all, I think the rules in the default style don't work. Example: a way with two tags highway=tertiary and maxspeed=30 will have the same attributes as one with highway=tertiary and maxspeed=70 or one with highway=tertiary and maxspeed!=* although inc/roadspeed sets different values for mkgmap:road-speed-max. Reason: The tag mkgmap:road-speed-max=* is only evaluated by mkgmap when the tag mkgmap:road-speed=*. If mkgmap:road-speed is not set, the value in mkgmap:road-speed-max is completely ignored. I guess this is not intended? 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] maxspeed evaluation
I changed the last to this two lines # make sure that mkgmap:road-speed is also set when mkgmap:road-speed-max is set highway=* mkgmap:road-speed-max=* mkgmap:road-speed!=* { add mkgmap:road- speed = '${mkgmap:road-speed-max}' } highway=* mkgmap:road-speed-min=* mkgmap:road-speed!=* { add mkgmap:road- speed = '${mkgmap:road-speed-min}'; echotags '' } echotags '' is for testing if there are matching highways, nothing found in my Bonn Extract Bernd Am Freitag, 14. August 2015, 11:44:45 schrieb Bernd Weigelt: There is something wrong with 'add mkgmap:road-speed=+0'. Maybe if i try to '+0', when (mkgmap:road-speed-max=* | mkgmap:road-speed- min=*) = '0'? Bernd Am Freitag, 14. August 2015, 09:44:10 schrieb Gerd Petermann: oops, the proposed rule was missing a plus sign: # make sure that mkgmap:road-speed is also set when mkgmap:road-speed-max (or -min) is set (mkgmap:road-speed-max=* | mkgmap:road-speed-min=*) mkgmap:road-speed!=* { add mkgmap:road-speed=+0} Gerd From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Fri, 14 Aug 2015 09:17:09 +0200 Subject: Re: [mkgmap-dev] maxspeed evaluation Hi, I think the java code works as documented in the style manual. A possible solution in the style: Add the following two lines at the end of inc/roadspeed: # make sure that mkgmap:road-speed is also set when mkgmap:road-speed-max is set mkgmap:road-speed-max=* mkgmap:road-speed!=* { add mkgmap:road-speed=0} Alternative: Change the java code (and docu) to always evaluate mkgmap:road-speed-max (and -min) Any comments? Gerd From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Fri, 14 Aug 2015 08:32:29 +0200 Subject: [mkgmap-dev] maxspeed evaluation Hi all, I think the rules in the default style don't work. Example: a way with two tags highway=tertiary and maxspeed=30 will have the same attributes as one with highway=tertiary and maxspeed=70 or one with highway=tertiary and maxspeed!=* although inc/roadspeed sets different values for mkgmap:road-speed-max. Reason: The tag mkgmap:road-speed-max=* is only evaluated by mkgmap when the tag mkgmap:road-speed=*. If mkgmap:road-speed is not set, the value in mkgmap:road-speed-max is completely ignored. I guess this is not intended? 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] GUI for POI Search TYPES
Francos and my POIs are more or less in the right categories, but we had to get it in the hard way. The original AIO has more unsorted kinds, we change them after a lot of tests oder weeks Bernd Hier sollte eigentlich eine Signatur stehen. -Original Message- From: nwillink o...@pinns.co.uk To: mkgmap-dev@lists.mkgmap.org.uk Sent: So., 07 Juni 2015 10:05 Subject: Re: [mkgmap-dev] GUI for POI Search TYPES Hi Bernd Thanks for that Because of this tool I realised my doctors are under Other -- Personal services NUVI CN NAV maps have 11014 (2f14) as social and medical services Nick On 07/06/2015 08:24, Bernd Weigelt [via GIS] wrote: Hi Nick Thank you for long time missed tools. It's very interessting to see. how much hidden POI groups are implemented on the different devices. Five kind of bar/nightclub on a Oregon 650, but no special category for dentists or other doctors ;-) Bernd Am Samstag, 6. Juni 2015, 22:26:43 schrieb nwillink: Hi Gerd I realised I used 3602 not 3612 so now its working ; many thanks for burning the midnight oil! Have rewritten webpage as well. best regards Nick --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- View this message in context: http://gis.19327.n5.nabble.com/GUI-for-POI-Search-TYPES-tp5847360p5847407.h tml Sent from the Mkgmap Development mailing list archive at Nabble.com. -- amarok2 now playing: ___ mkgmap-dev mailing list [hidden email] /user/SendEmail.jtp?type=nodenode=5847411i=0 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/GUI-for-POI-Search-TYPES-tp5847360p5847411.html To unsubscribe from GUI for POI Search TYPES, click here http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5847360code=b3NtQHBpbm5zLmNvLnVrfDU4NDczNjB8MTM1NTM3MTE1MQ==. NAML http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- View this message in context: http://gis.19327.n5.nabble.com/GUI-for-POI-Search-TYPES-tp5847360p5847417.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] GUI for POI Search TYPES
Hi Nick Thank you for long time missed tools. It's very interessting to see. how much hidden POI groups are implemented on the different devices. Five kind of bar/nightclub on a Oregon 650, but no special category for dentists or other doctors ;-) Bernd Am Samstag, 6. Juni 2015, 22:26:43 schrieb nwillink: Hi Gerd I realised I used 3602 not 3612 so now its working ; many thanks for burning the midnight oil! Have rewritten webpage as well. best regards Nick --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- View this message in context: http://gis.19327.n5.nabble.com/GUI-for-POI-Search-TYPES-tp5847360p5847407.h tml Sent from the Mkgmap Development mailing list archive at Nabble.com. -- 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] POIs without POI-search
Sorry, clicked to fast The customs types, 0x011500-0x01161f, are not shown on my Oregon, searchable only over a complete search. Bernd Am Freitag, 5. Juni 2015, 09:36:02 schrieb Bernd Weigelt: Am Freitag, 5. Juni 2015, 08:46:36 schrieb Arndt: Hi Arndt you can use these types 0x2900-?, they are visible in 'all POIs', but not in other categories We, Franco and i, made a lot of tests to make sure how POIs types are sorted by the garmin devices. Bernd Hello experts, there are many POIs like barrier, traffic lights, trees an so on. Is it possible to show them in the map, but without a hit in the poi-search? Best regards Arndt -- 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] POIs without POI-search
Am Freitag, 5. Juni 2015, 08:46:36 schrieb Arndt: Hi Arndt you can use these types 0x2900-?, they are visible in 'all POIs', but not in other categories We, Franco and i, made a lot of tests to make sure how POIs types are sorted by the garmin devices. Bernd Hello experts, there are many POIs like barrier, traffic lights, trees an so on. Is it possible to show them in the map, but without a hit in the poi-search? Best regards Arndt -- 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] POIs without POI-search
Hi POIs on Garmin sdevices are really complicate things. To get them on the display is simplier as to remove them from the POI-list or sort them in the right cat there are some groups invisible if there is no such POI in the OSM-data. # additional Cat Convenience before Florist, use with care ## ok # [0x2e0e resolution 24] but it is also possible that a POI is in more then one group, # Convenience # Bedarfsartikel shop=convenience[0x2e06 resolution 24] is also below Fuel/Convenience But IMHO it is impossible to remove a POI completly from lists without side effects. Please take a look to my inc/points, maybe it helps you Bernd Am Freitag, 5. Juni 2015, 10:27:06 schrieb Gerd Petermann: Hi Arndt, AFAIK it depends on the Garmin device. Some show only indexed POI, others show all. I think that makes sense, a Point Of Interest must be something that you want to be able to find ;-) Gerd Date: Fri, 5 Jun 2015 09:59:02 +0200 From: ar...@speichenkarte.de To: weigelt.be...@web.de; mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] POIs without POI-search Thanks,is it possibel too, that the POIs NOT visible in AllPois? Arndt Ursprüngliche Nachricht Von: Bernd Weigelt Datum:05.06.2015 09:36 (GMT+01:00) An: Arndt , Development list for mkgmap Betreff: Re: [mkgmap-dev] POIs without POI-search Am Freitag, 5. Juni 2015, 08:46:36 schrieb Arndt: Hi Arndt you can use these types 0x2900-?, they are visible in 'all POIs', but not in other categories We, Franco and i, made a lot of tests to make sure how POIs types are sorted by the garmin devices. Bernd Hello experts, there are many POIs like barrier, traffic lights, trees an so on. Is it possible to show them in the map, but without a hit in the poi-search? Best regards Arndt -- 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] process-exits and Oregon 600
Hi Michael at the top of my inc/lines file is a list of routable types of lines for Garmin devices very special are 0x08, 0x09, 0x0c, 0x13, 0x16 and 0x1a, IMHO they never should be used for other kind of ways. Bernd Am Donnerstag, 4. Juni 2015, 12:04:02 schrieb michael lohr: yes all fine - we should just update the documentation: I didn't know 08 and 09 are special and had to find out the hard way... -- 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] process-exits and Oregon 600
Hi Gerd As i am remember, WanMil presumed to use 0x07 as the second part, i use this in my style Bernd Hier sollte eigentlich eine Signatur stehen. -Original Message- From: GerdP gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Sent: Mi., 03 Juni 2015 18:10 Subject: Re: [mkgmap-dev] process-exits and Oregon 600 Hi Michael, michael lohr wrote Finally found the reason: my style assigns generic names to unnamed roads, so the segments of a motorway_link were named GENERIC_NAME, EXIT_HINT, GENERIC_NAME. As soon as a name is present on either the 1st or the 3rd segment the Oregon would use this name for routing (btw, contrary the my previous posts: the Oregon 450 also behaves like that). Which brings up this question: why not assign the exit_hint to all 3 segments in the first place? My understanding is that the style should be able to use a different type (not 0x08 / 0x09) for that small 2nd part, so that Garmin uses the name of it as a hint. Gerd -- View this message in context: http://gis.19327.n5.nabble.com/process-exits-and-Oregon-600-tp5845444p5846973.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ 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] process-exits and Oregon 600
Which theme did you use for the tests? In nüvi mode the hints are shown on my O650, tested with my map style and the default one Bernd Am Donnerstag, 21. Mai 2015, 18:48:22 schrieb michael lohr: A few weeks ago I upgraded from Oregon 450 to Oregon 600, and since then exithints are not shown anymore. Instead the generic name of either the 1st or 3rd bit of the exit is displayed (I'd still have to check which of both).My mkgmap settings are unchanged and the exits are correcetly named in the img files, so it seems like a device problem. Any ideas anyone how to fix that? Regards, Micha -- 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] process-exits and Oregon 600
Hello Michael Didn't use my O650 for routing in the last weeks, only a cheap nüvi, but both devices show the exit hints if expected, tested a few minutes ago, the maps are created with mkgmap housenumbers2 r3601 In my style are some difference to the default style, you can find my style here: https://github.com/berndw1960/aiostyles the exit hints are defined by the file inc/exit_dest Bernd Am Freitag, 29. Mai 2015, 16:09:26 schrieb michael lohr: I use the nüvi mode, and my own map style (which worked on the 450 and has not been modified since). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] housenumber2 branch r3589
Hi Gerd Sorry for the late answer, i'm have to spent some time for my job ;-) You're right, there's really no inc/access, it looks like an error, but i can find every address on a polygon, that i have searched for, tested with my O650 On the other side, there are only six messages, 'houses not near streets', in my DACH extract. I made no great tests and i didn't get negative feedback from the users of my maps. Bernd Am Montag, 18. Mai 2015, 08:43:13 schrieb GerdP: got no feedback yet. Does it mean you found no errors? I ask because I still don't see inc/address in your polygons file, but I see the line addr:housenumber=* {set mkgmap:execute_finalize_rules=true} -- 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] housenumber2 branch r3589
Hi Gerd you're right, it should be inc/address. After adding this to inc/polygons i didn't get any error messages for DACH. IMHO you can merge housenumbers2 to trunk Bernd Am Dienstag, 19. Mai 2015, 10:21:12 schrieb Gerd Petermann: Hi Bernd, thanks for testing. Just to make sure: it's inc/address I was looking for, not inc/access. The effect of the missing include is that mkgmap:city etc. are not filled for the (house) polygon. In that case the value from the road is taken, so you will only see a problem when you search for an address along this road which has a different city to that. Anyway, I heard no complains, so I guess I can prepare the merge to trunk. I'd be happy to finish that work soon because I plan a longer bike travel starting in two or three weeks, so we should find remaining bugs before that -- 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] housenumber2 branch r3589
Hi Gerd thank you for the good work i'll test the new version against my styles, after reading the doc ;-) , and give a feedback if there are problems. Bernd Am Mittwoch, 13. Mai 2015, 10:58:18 schrieb Gerd Petermann: Hi all, I think I've now found a solution for most of the known problems reg. address search, for details see svn log: http://www.mkgmap.org.uk/websvn/log.php?repname=mkgmapisdir=1; ... Gerd -- 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 Gerd Can't test the new functions until monday next week, i'm out for a motorcycle tour :-) Bernd Hier sollte eigentlich eine Signatur stehen. -Original Message- From: Gerd Petermann gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk mkgmap-dev@lists.mkgmap.org.uk Sent: Di., 28 Apr. 2015 8:44 Subject: Re: [mkgmap-dev] error message in Cologne Hi Bernd, the problem was fixed with r3549. With r3550 I've implemented the new special tag mkgmap:numbers, see http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmaprev=3550 for details. Gerd Date: Mon, 27 Apr 2015 12:59:30 -0700 From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] error message in Cologne Hi Bernd, forget it, I was able to reproduce the error message with a download of this area: http://www.openstreetmap.org/query?lat=50.06119lon=14.40275 Gerd GerdP wrote Hi Bernd, please post a link to the file 65030278.o5m Gerd Bernd Weigelt wrote Hi Gerd There was only one message for my dach extract, all other extract are build without any noise. SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m: internal error, worst house not found id=4672706, Na Neklance[731(10), 727(10), 805/8(10)][] 2031/1(0) The option --x-name-service-roads=n seems to be no really problem, while enabled, but i'll remove it from my options for the next build, too. ;-) Bernd Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann: Hi Bernd, pleasse note one important change: I've removed the option --x-name-service-roads=n, it is no longer optional, mkgmap tries to find a name for roads with house numbers. This leads to some special effects, e.g. when a small unnamed footway is closer to the house than the named service road. I think about a new tag like mkgmap:number=false that tells mkgmap that a road should not be used for address search, e.g. cycleways or motorways. This would also speed up the search for the closest roads. Gerd From: weigelt.bernd@ To: mkgmap-dev@.org Date: Mon, 27 Apr 2015 17:58:45 +0200 Subject: Re: [mkgmap-dev] error message in Cologne Hi Gerd i'll give it a try asap thx Bernd Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann: please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions. I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work. -- amarok2 now playing: ___ mkgmap-dev mailing list mkgmap-dev@.org http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n5.nabble.com/error-message-in-Cologne-tp5841730p5842108.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ 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 Gerd i'll give it a try asap thx Bernd Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann: please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions. I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work. -- 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 Gerd There was only one message for my dach extract, all other extract are build without any noise. SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m: internal error, worst house not found id=4672706, Na Neklance[731(10), 727(10), 805/8(10)][] 2031/1(0) The option --x-name-service-roads=n seems to be no really problem, while enabled, but i'll remove it from my options for the next build, too. ;-) Bernd Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann: Hi Bernd, pleasse note one important change: I've removed the option --x-name-service-roads=n, it is no longer optional, mkgmap tries to find a name for roads with house numbers. This leads to some special effects, e.g. when a small unnamed footway is closer to the house than the named service road. I think about a new tag like mkgmap:number=false that tells mkgmap that a road should not be used for address search, e.g. cycleways or motorways. This would also speed up the search for the closest roads. Gerd From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Mon, 27 Apr 2015 17:58:45 +0200 Subject: Re: [mkgmap-dev] error message in Cologne Hi Gerd i'll give it a try asap thx Bernd Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann: please try r3546, I think it is stable again. I had to change the program logic to make sure that special cases with interpolation ways do not causes assertions. I have still some known problems, esp. the program logic for housenumbers assumes now that city/ zip code info attached to the housenumbers is written to the img file, but that doesn't happen yet (and is quite complicated as it seems to require big changes in the existing program logic) so address search for roads at city boundaries might still not work. -- amarok2 now playing: ___ 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
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 gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk 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] 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] address search and mixed index
I didn't test the new function against the default style, so you can ignore this special case Bernd Hier sollte eigentlich eine Signatur stehen. -Original Message- From: Gerd Petermann gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk mkgmap-dev@lists.mkgmap.org.uk Sent: Sa., 04 Apr. 2015 15:46 Subject: Re: [mkgmap-dev] address search and mixed index Hi Bernd, can't reproduce a problem with Bergstraße 116-118 with the default style. They are all found at this node: http://www.openstreetmap.org/node/279052767 and that's what I think is the best possible place. The algo assumes that a service road is connected to this node. Gerd From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 4 Apr 2015 15:13:50 +0200 Subject: Re: [mkgmap-dev] address search and mixed index Am Freitag, 3. April 2015, 17:05:08 schrieb Gerd Petermann: Please try it and let me know how it works for you. If possible I'd like to change the option so that it is done by default and may be switched off. Looks really good for me, found 9 of 10 addresses along the nearest renamed service roads here https://www.openstreetmap.org/#map=19/50.65044/7.23882 was a little problem, didn't found Bergstraße 116-118, only Bergstraße 120 or Bergstraße 115. Maybe it is possible, to find Bergstraße 118 at a short part of the street, but i think there is also a missing part of the service road in front of these buildings in the database. Bernd -- 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] address search and mixed index
Am Freitag, 3. April 2015, 17:05:08 schrieb Gerd Petermann: Please try it and let me know how it works for you. If possible I'd like to change the option so that it is done by default and may be switched off. Looks really good for me, found 9 of 10 addresses along the nearest renamed service roads here https://www.openstreetmap.org/#map=19/50.65044/7.23882 was a little problem, didn't found Bergstraße 116-118, only Bergstraße 120 or Bergstraße 115. Maybe it is possible, to find Bergstraße 118 at a short part of the street, but i think there is also a missing part of the service road in front of these buildings in the database. 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] housenumbers2-r3502
Am Dienstag, 24. März 2015, 16:48:02 schrieb Bernd Weigelt: Am Montag, 23. März 2015, 10:25:04 schrieb GerdP: but not those with distance to road too large. I assume it is related to missing data at tile boundaries. Please post a link to the file 80080016.osm.pbf I had the same issues with this five houses since a few days on every extract which included this region. I can send you a copy of the O5M file Bernd This is the link http://files.mkgmap.org.uk/download/260/65010014.o5m Tested with my own base layers and the default style from mkgmap- housenumbers2-r3503 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] housenumbers2-r3502
Am Montag, 23. März 2015, 10:25:04 schrieb GerdP: but not those with distance to road too large. I assume it is related to missing data at tile boundaries. Please post a link to the file 80080016.osm.pbf I had the same issues with this five houses since a few days on every extract which included this region. I can send you a copy of the O5M file 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] Feedback to housenumbers2-r3500
Am Sonntag, 22. März 2015, 10:53:53 schrieb Gerd Petermann: Hi Gerd You should be able to reproduce it, because it's happen with most of my O5M files, bonn one time, germany about ten times, DACH not tested Bernd thanks, I tested that release with a small set of input files only. I'll try now with a larger set. Please keep the input file that produces the error in case I cannot reproduce it. -- 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] Feedback to housenumbers2-r3500
Hi Gerd ok, no error anymore Bernd Am Sonntag, 22. März 2015, 11:53:35 schrieb Gerd Petermann: I've fixed a problem with r3501. -- amarok2 now playing: ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Feedback to housenumbers2-r3500
Hi with housenumbers2-r3500, i got some error messages, didn't happen with trunk- r3498 Bernd java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.rangeCheck(ArrayList.java:635) at java.util.ArrayList.get(ArrayList.java:411) at uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.splitInterval(ExtNumbers.java:511) at uk.me.parabola.mkgmap.osmstyle.housenumber.ExtNumbers.tryChange(ExtNumbers.java:430) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberRoad.checkWrongRoadAssignmments(HousenumberRoad.java:473) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.checkWrongRoadAssignmments(HousenumberGenerator.java:950) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.buildNumberIntervals(HousenumberGenerator.java:909) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.assignHouseNumbersToRoads(HousenumberGenerator.java:660) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.matchCluster(HousenumberGenerator.java:555) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:501) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:599) 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] roadspeed in default style
Am Sonntag, 15. März 2015, 15:01:26 schrieb Bernd Weigelt: Am Sonntag, 15. März 2015, 06:10:15 schrieb GerdP: Do you think that it has an influence on the img output or do you tink that you improve throughput with this extra rule? another thing when testing with echotags i got, if 'maxspeed=25_mph' is set, a maxspeedkmh()~40.25, so these roads got a mkgmap_road-speed-max=3 instead of mkgmap_road-speed-max=2 We should tweak maxspeedkmh() = 40 or remove the decimal values from MaxSpeedFunction.java Bernd an example 4611686018429694841 (9504463) - [mkgmap:exit_hint_ref=5A, mkgmap:way-has-pois=true, mkgmap:road-speed-max=3, maxspeed=25 mph, oneway=yes, width=15.2, mkgmap:admin_level2=USA, ramp=yes, mkgmap:region=Massachusetts, mkgmap:admin_level4=Massachusetts, mkgmap:city=Quincy, highway=motorway_link, mkgmap:admin_level8=Quincy, mkgmap:country=USA, mkgmap:admin_level6=Norfolk County, mkgmap:cache_maxspeedkmh=40.25, mkgmap:label:1=Exit 5A, mkgmap:exit_hint=true] 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] roadspeed in default style
Hi Gerd tested a few minutes ago ;-) ... mkgmap:cache_maxspeedkmh=24 maxspeed=15 mph ... But i'll remove this line and put it in a wastebin... I can't categorize streets, without knowledge how they are handled in other countries. Are streets with 25 mph like streets with 30 kmh, pure residential without drive through traffic, or like normal streets with drive through traffic, but limits because of schools? Bernd Where are you? Your system time looks strange ;-) Am Sonntag, 15. März 2015, 08:28:57 schrieb GerdP: I think you should not change or interpret the values starting with mkgmap:cache_ It is some kind of trick within mkgmap and not documented. Besides that your solution doesn't work with 15mph, which results in 24.14 kmh The table states that 15mph should be treated like 20 km/h. I think we should change the threshold values in the rules instead of manipulating undocumented values, presuming that the table in the file is correct. -- 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] roadspeed in default style
Am Sonntag, 15. März 2015, 04:29:49 schrieb GerdP: The tag mkgmap:road-speed-max is only used to recalculate the speed attribute of routable ways. Do you think about a map that supports routing for trains? Don't know a map with this feature, but there are many people out there. ;-) The reason for my question is, you're removing maxspeed with maxspeed=signals { delete maxspeed } maxspeed=none{ delete maxspeed } but i think this are nonnumeric values, which not passed mkgmap's function to set 'maxspeedkmh()' in MaxSpeedFunction.java. maxspeed=signal|none is removed with maxspeed=* maxspeedkmh()!=* { delete maxspeed } But railway=* maxspeed = * passes the filter, when maxspeed is a numeric value. This is my last line in inc/roadspeed, only to see if the rules are working railway=* {echo '${mkgmap:road-speed-max}'} I've got thousands of lines like this two lines 332637568: null 332637569: 4 first line railway without maxspeed, second with maxspeed And the line 'maxspeed~'.*;.*' { set maxspeed='${maxspeed|part:}'; }' is more or less useless, too. I use similar rules in lines or points to get usable values if something like highway=path;track is set. Maxspeed with ';' is a not solvable value, sometimes the first value is the greatest, in other cases the second or third. IMHO this are tagging errors, which should be corrected in the database. We should ignore the maxspeed values in this rarely cases and use the road_speed from lines. 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] roadspeed in default style
Am Sonntag, 15. März 2015, 15:08:44 schrieb Gerd Petermann: Andrzejs version makes sure that the include doesn't override mkgmap:road-speed-max if it was set anywhere before. I think we should keep it that way. Ok, i thougt, because mkgmap:road-speed-max is set only in inc/roadspeed, i can use a short line. reg. 25mph=40.25 kmh : Do you propose to change the rule to 41 like below? maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 41 { set mkgmap:road-speed-max = 2 } Can we reformat maxspeedkmh() with maxspeed=* mkgmap:cache_maxspeedkmh=* {set mkgmap:cache_maxspeedkmh='${mkgmap:cache_maxspeedkmh|part:.:1}'} see the attached file Bernd -- amarok2 now playing: # # Sets the road speed based on the maxspeed tag. # In case mkgmap:road-speed-class is set the element # road_speed is overriden. # # road_speed classification: # road_speed | highest speed # 7 | No speed limit # 6 | 70 mph / 110 km/h # 5 | 60 mph / 90 km/h # 4 | 50 mph / 80 km/h # 3 | 35 mph / 60 km/h # 2 | 25 mph / 40 km/h # 1 | 15 mph / 20 km/h # 0 | 3 mph / 5 km/h # maxspeed=walk { set maxspeed=10 } maxspeed~'.*:living_street' { set maxspeed=10 } maxspeed=RU:urban { set maxspeed=60 } maxspeed=UA:urban { set maxspeed=60 } maxspeed~'.*:urban' { set maxspeed=50 } maxspeed=AT:rural { set maxspeed=100 } maxspeed=DE:rural { set maxspeed=100 } maxspeed~'.*:rural' { set maxspeed=90 } maxspeed~'.*:trunk' { set maxspeed=100 } maxspeed~'.*:motorway' { set maxspeed=130 } maxspeed=* maxspeedkmh()!=* { delete maxspeed } maxspeed=* mkgmap:cache_maxspeedkmh=* {set mkgmap:cache_maxspeedkmh='${mkgmap:cache_maxspeedkmh|part:.:1}'} maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 10 { set mkgmap:road-speed-max = 0 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 20 { set mkgmap:road-speed-max = 1 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 40 { set mkgmap:road-speed-max = 2 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 60 { set mkgmap:road-speed-max = 3 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 80 { set mkgmap:road-speed-max = 4 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 100 { set mkgmap:road-speed-max = 5 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 120 { set mkgmap:road-speed-max = 6 } # please remove this line after tests maxspeed='25 mph' maxspeedkmh() =* { echotags } ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Sonntag, 15. März 2015, 11:06:24 schrieb Andrzej Popowski: Hi Gerd, I tried to combine the previous versions to one that looks plausible to me, see attachment. Looks good to me. What do you think about this lines, prevent working on railways with maxspeed up to 300 kmh? railway = * maxspeed = * { delete maxspeed } or as catch all highway !=* maxspeed = * { delete maxspeed } all other things are ok for me, too. 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] roadspeed in default style
Am Freitag, 13. März 2015, 10:59:56 schrieb GerdP: maxspeed~'.*:urban' maxspeed!=RU:urban maxspeed!=UA:urban { set maxspeed=50 } maxspeed~'.*:rural' maxspeed!=AT:rural maxspeed!=DE:rural { set maxspeed=90 } This leads to really long lines if we implement country specific rules, i propose mkgmap:country=BEL highway=... { set ...} Bernd -- amarok2 now playing: artist: The B-52s title: Good Stuff album: Nude on the Moon ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Hi Andrzej maxspeedkmh()120 is what i prefere, too, maxspeedkmh() = * is only for testing the other rules In my style i'm using in lines road_speed=6 for motorways and trunk, with inc/roadspeed it is possible to increase the speed for germany. But this need specific rules for other countries, that has to be the next step. Bernd Am Freitag, 13. März 2015, 18:40:48 schrieb Andrzej Popowski: Hi Bernd, maybe this rule works as you expected, but it is a catch all, i don't like them ;-) Right, catch all doesn't look safe. Probably would be better to change maxspeedkmh()!=* to maxspeedkmh()120. I think setting mkgmap:road-speed-class is only needed for the highest value, higher then 120 kmh I would take care to set road_speed=7 only for highway=motorway and this would be better done in lines file. On my maps I wouldn't set road_speed=7 anyway, I prefer more realistic values. -- amarok2 now playing: artist: Pet Shop Boys title: It's Alright album: Discography ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Freitag, 13. März 2015, 19:44:45 schrieb Andrzej Popowski: Right, thanks Gerd. Should be reversed, specific countries first and catch all last: Didn't work, because maxspeed=DE:rural { set maxspeed=100 } is overwritten from maxspeed~'.*:rural' { set maxspeed=90 } At the moment i'm trying some rules based on mkgmap_country and more use of 'add' instead of #set' Bernd -- amarok2 now playing: artist: Wet Wet Wet title: Love Is All Around [Live At Adam Street] album: Greatest Hits ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Freitag, 13. März 2015, 10:24:38 schrieb GerdP: please post it see the attached file Bernd -- amarok2 now playing: artist: Angélique Kidjo title: Salala album: Djin Djin # # Sets the road speed based on the maxspeed tag. # In case mkgmap:road-speed-class is set the element # road_speed is overriden. # # road_speed classification: # road_speed | highest speed # 7 | No speed limit # 6 | 70 mph / 110 km/h # 5 | 60 mph / 90 km/h # 4 | 50 mph / 80 km/h # 3 | 35 mph / 60 km/h # 2 | 25 mph / 40 km/h # 1 | 15 mph / 20 km/h # 0 | 3 mph / 5 km/h # highway !=* maxspeed = * { delete maxspeed } maxspeed=signals { delete maxspeed } maxspeed~'.*;.*' { set maxspeed='${maxspeed|part:}'; } maxspeed=* maxspeedkmh() 10 { set maxspeed=10 } maxspeed=walk { set maxspeed=10 } maxspeed~'.*:living_street' { set maxspeed=10 } maxspeed~'.*:urban' { set maxspeed=50 } maxspeed~'.*:rural' { set maxspeed=90 } maxspeed~'.*:trunk' { set maxspeed=100 } maxspeed~'.*:motorway' { set maxspeed=130 } maxspeed=none { set maxspeed=140 } maxspeed=AT:rural { set maxspeed=100 } maxspeed=DE:rural { set maxspeed=100 } maxspeed=RU:urban { set maxspeed=60 } maxspeed=UA:urban { set maxspeed=60 } maxspeed=* maxspeedkmh()!=* { delete maxspeed } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 10 { set mkgmap:road-speed-max = 0 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 20 { set mkgmap:road-speed-max = 1 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 40 { set mkgmap:road-speed-max = 2 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 60 { set mkgmap:road-speed-max = 3 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 80 { set mkgmap:road-speed-max = 4 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 100 { set mkgmap:road-speed-max = 5 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 120 { set mkgmap:road-speed-max = 6 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = * { set mkgmap:road-speed-max = 7 } ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
This should be work maxspeed~'.*:urban' { set maxspeed=50 } maxspeed=RU:urban { set maxspeed=60 } maxspeed=UA:urban { set maxspeed=60 } maxspeed~'.*:rural' { set maxspeed=90 } maxspeed=AT:rural { set maxspeed=100 } maxspeed=DE:rural { set maxspeed=100 } Am Freitag, 13. März 2015, 20:03:25 schrieb Bernd Weigelt: Am Freitag, 13. März 2015, 19:44:45 schrieb Andrzej Popowski: Right, thanks Gerd. Should be reversed, specific countries first and catch all last: Didn't work, because maxspeed=DE:rural { set maxspeed=100 } is overwritten from maxspeed~'.*:rural' { set maxspeed=90 } At the moment i'm trying some rules based on mkgmap_country and more use of 'add' instead of #set' Bernd -- amarok2 now playing: artist: Creedence Clearwater Revival title: I Heard it Through the Grapevine album: Platinum ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Freitag, 13. März 2015, 20:08:02 schrieb Gerd Petermann: I think the attached version with the change proposed by Andrzej should work. The generic rules cannot fire when maxspeed is set to a numeric value. I thought, 'set' overwrite everything? Bernd -- amarok2 now playing: artist: Creedence Clearwater Revival title: I Heard it Through the Grapevine album: Platinum ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Freitag, 13. März 2015, 20:22:19 schrieb Bernd Weigelt: This should be work maxspeed~'.*:urban' { set maxspeed=50 } maxspeed=RU:urban { set maxspeed=60 } maxspeed=UA:urban { set maxspeed=60 } maxspeed~'.*:rural' { set maxspeed=90 } maxspeed=AT:rural { set maxspeed=100 } maxspeed=DE:rural { set maxspeed=100 } Am Freitag, 13. März 2015, 20:03:25 schrieb Bernd Weigelt: Am Freitag, 13. März 2015, 19:44:45 schrieb Andrzej Popowski: Right, thanks Gerd. Should be reversed, specific countries first and catch all last: Didn't work, because maxspeed=DE:rural { set maxspeed=100 } is overwritten from maxspeed~'.*:rural' { set maxspeed=90 } At the moment i'm trying some rules based on mkgmap_country and more use of 'add' instead of #set' Bernd Forget it please Andrzej is on the right way Bernd -- amarok2 now playing: artist: Maria Mena title: Lose Control album: White Turns Blue ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Hi i think, the motorways with maxspeed=none in every country should have road_speed=7, because it prefere to use them, But with Andrzej's proposal streets with a maxspeed higher then 120 kmh got no mkgmap:road-speed-class. It's possible, that i'm wrong, but with a { echotags ; ...} in the last line i got no output, but i have a lot of motorways with maxspeed=none in my neighbourhood http://overpass-turbo.eu/s/8aj Bernd Am Freitag, 13. März 2015, 12:35:31 schrieb Felix Hartmann: In that case of course we would need a country list to set maxspeed=none to road_speed=6 or 5. -- amarok2 now playing: artist: Sinéad O'Connor title: Famine album: Universal Mother ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Freitag, 13. März 2015, 14:08:45 schrieb Andrzej Popowski: Hi Hi Bernd, first question, what should this rule do? maxspeed=* maxspeedkmh()!=* { delete maxspeed } This rule deletes tag maxspeed if we can't assign a numeric value to it. got this answer a few hours ago while testing this against my style, it's clear now. btw, found many values like 30_mph with Taginfo, are they removed by this rule,too? IMHO they keeped, but rewritten to usable values the last rules should be maxspeed up to 120 kmh maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 120 { set mkgmap:road-speed='-0'; set mkgmap:road-speed-max = 6 } maxspeed higher then 120 kmh maxspeed=* mkgmap:road-speed-class!=* maxspeedkmh() 120 { set mkgmap:road-speed-class = 7 } mkgmap:road-speed-class isn't set anywhere in default style, except in current roadspeed include file. Condition mkgmap:road-speed-class!=* would be false, maybe you wanted to put mkgmap:road-speed-max there?. i'm using the default rules in inc/roadspeed from the default style mkgmap:road-speed-max is IMHO not needed because '7' is the highest value, but i think your last rule ignores speed higher then 120 kmh maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() != * { set mkgmap:road-speed='-0'; set mkgmap:road-speed-max = 7 } mkgmap:road-speed-max = 7 is only set if maxspeedkmh() isn't set, but maxspeedkmh() couldn't be empty if the maxpeed value is numeric, so there is no possibilty to set a mkgmap:road-speed-max = 7 for streets with maxspeed higher then 120 kmh maybe this rule works as you expected, but it is a catch all, i don't like them ;-) maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = * { set mkgmap:road-speed='-0'; set mkgmap:road-speed-max = 7 } Setting value for mkgmap:road-speed-class is what I want to avoid in my include. Setting mkgmap:road-speed-max=7 doesn't limit anything either, could be omitted. The reason for setting mkgmap:road-speed='-0' is to clear any existing value, but maybe this is superfluous. I think setting mkgmap:road-speed-class is only needed for the highest value, higher then 120 kmh mkgmap:road-speed='-0' didn't distube me much, but IMHO it's superfluous Sorry, i can't describe it better, my english isn't good enough. 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] roadspeed in default style
Am Freitag, 13. März 2015, 15:15:39 schrieb Bernd Weigelt: an example, if the rule is changed maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = * { echotags ; set mkgmap:road-speed='-0'; set mkgmap:road-speed-max = 7 } 327395478 - [mkgmap:label:1=A57, highway=motorway, mkgmap:admin_level8=Neukirchen-Vluyn, mkgmap:cache_maxspeedkmh=140.0, mkgmap:admin_level6=Kreis Wesel, network=e-road, ref=A 57, int_ref=E 31, is_in=NRW, Germany, Europe, maxspeed=140, oneway=yes, mkgmap:admin_level2=DEU, mkgmap:postcode=47506, mkgmap:admin_level5=Regierungsbezirk Düsseldorf, mkgmap:admin_level4=Nordrhein-Westfalen] -- amarok2 now playing: artist: Ibizarre title: Las Brisas album: Café Del Mar, Volumen trece ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Donnerstag, 12. März 2015, 19:21:42 schrieb Bernd Weigelt: I don't see any problem with Andrzej's speed rules, i will test them asap Hmmh, but i have some questions Example a motorway in Germany, tagged with maxspeed=none maxspeed=none { set maxspeed=140 } ok, i unterstand what this rule does maxspeed~'.*:motorway' { set maxspeed=130 } now decrease the maxspeed to 130 kmh ok, but if there is no speed limit not useful first question, what should this rule do? maxspeed=* maxspeedkmh()!=* { delete maxspeed } back to the example maxspeed=130 *and* maxspeedkmh() *and* mkgmap:road-speed-max not set my motorway stays in between this rules, IMHO it should be set to mkgmap:road-speed-max = 7 or mkgmap:road-speed = 7 maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 120 { set mkgmap:road-speed='-0'; set mkgmap:road-speed-max = 6 } maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() != * { set mkgmap:road-speed='-0'; set mkgmap:road-speed-max = 7 } the last rules should be maxspeed up to 120 kmh maxspeed=* mkgmap:road-speed-max!=* maxspeedkmh() = 120 { set mkgmap:road-speed='-0'; set mkgmap:road-speed-max = 6 } maxspeed higher then 120 kmh maxspeed=* mkgmap:road-speed-class!=* maxspeedkmh() 120 { set mkgmap:road-speed-class = 7 } maybe i'm wrong Bernd -- amarok2 now playing: artist: Elvis Presley title: Bridge Over Troubled Water album: Viva Las Vegas ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Donnerstag, 12. März 2015, 20:46:28 schrieben Sie maxspeed~'.*:motorway' { set maxspeed=130 } now decrease the maxspeed to 130 kmh Oops, this rule isn't used in my example the example stays at 140 km/h Bernd -- amarok2 now playing: artist: Sarah Brightman title: Pie Jesu album: Diva The Singles Collection ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] roadspeed in default style
Am Donnerstag, 12. März 2015, 08:31:30 schrieb Gerd Petermann: What do you think about Andrzejs version? Hi Gerd I don't see any problem with Andrzej's speed rules, i will test them asap The only thing is, maxspeed=DE:rural is used only on 95 ways in Germany http://overpass-turbo.eu/s/89m so it seems to me, that this is a more or less useless rule. maxspeed=RO:urban is used more then 15 times, this should be added, if someone knows the correct speed limit http://taginfo.openstreetmap.org/tags/maxspeed=RO%3Aurban 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] Problem to understand splitter.jar --description
Am Samstag, 7. März 2015, 08:46:06 schrieb Bernd Weigelt: I will test it No didn't work. only the description of the last layer is visible on the device, see the attached screenshot 106.jpg my script set the correct description for every layer first layer: java -ea -Xmx6G -jar /home/bernd/map_build/mkgmap-housenumbers2-r3490/mkgmap.jar ... -c /home/bernd/map_build/tiles/template.args --description=sri_lanka_20150307_0900_bikemap --gmapsupp /home/bernd/map_build/styles/styles_typ.txt second layer: java -ea -Xmx6G -jar /home/bernd/map_build/mkgmap-housenumbers2-r3490/mkgmap.jar ... -c /home/bernd/map_build/tiles/template.args --description=sri_lanka_20150307_0900_basemap --gmapsupp /home/bernd/map_build/styles/styles_typ.txt but it is not a really problem for me, because tiles/*o5m works as expected. see 28.jpg not sure if this is a feature or a bug ;-) Bernd -- amarok2 now playing: artist: Johnny Cash title: Ring Of Fire album: 100 Greatest Country Songs Of All Time ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem to understand splitter.jar --description
Am Samstag, 7. März 2015, 13:45:29 schrieb Andrzej Popowski: And then compile map with options like this: ... mkgmap.jar ... --mapname=65001001 -c template2.args --description=bonn_20150306_1700_basemap --gmapsupp That's what i'm doing right now, setting a different mapid for every layer and every region Splitter tile 6500'0'xyz Bonn Basemap 6500'1'xyz Bonn Bikemap 6500'2'xyz or splitter tile 65020xyz DACH Basemap 6502'1'xyz ... works for me since years Bernd -- amarok2 now playing: artist: Jackson 5 title: You've Got A Friend album: Soul Legends ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem to understand splitter.jar --description
Am Samstag, 7. März 2015, 10:11:16 schrieb Bernd Weigelt: but it is not a really problem for me, because tiles/*o5m works as expected. see 28.jpg not sure if this is a feature or a bug But it is possibly, that the mapid has to set after -c template.args, not tested at this moment. Bernd -- amarok2 now playing: artist: Deep Purple title: Stormbringer album: The Compact Disc Anthology ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem to understand splitter.jar --description
Am Samstag, 7. März 2015, 13:27:50 schrieben Sie: Am Samstag, 7. März 2015, 10:11:16 schrieb Bernd Weigelt: but it is not a really problem for me, because tiles/*o5m works as expected. see 28.jpg not sure if this is a feature or a bug But it is possibly, that the mapid has to set after -c template.args, not tested at this moment. Bernd Sorry, i meant the option '--mapname' -- amarok2 now playing: artist: John Lee Hooker Jr. title: Fed Up album: Cold As Ice ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Problem to understand splitter.jar --description
Am Freitag, 6. März 2015, 08:12:51 schrieb Gerd Petermann: I think Bernd should either not use the template.args file or add --description=xyz before --gmapsupp ? I never looked at it: What tool shows the description of an individual tile and where? Hi Gerd template.args shouldn't overwrite mkgmap's description, while splitter's description has to much limits splitter's description is not the best solution, when you created more then one layer(=gmapsupp.img) for a region, because you can't get something like bonn_20150503_1700_basemap oder bonn_20150503_1700_fixme, only the description you set in template.args, here bonn_20150503_1700. or you have to run splitter for every layer. splitter and my dach extract takes ~ 9 minutes per run with mkgmap's description i can created different descriptions, but then i can't use template.args. and with mkgmap's description i can see more the one installed gmapsupp of bonn But template.args with cities15000.zip is a good possibility to find out in which tiles which city is, see the splitter.log, maybe it is usable in different ways. 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] Problem to understand splitter.jar --description
Am Freitag, 6. März 2015, 09:31:32 schrieb GerdP: Hi Gerd I fear I can't follow. I would expect that you run splitter once to create the tiles. You run mkgmap once for each layer with a different --description for each layer. I would not use template.args for this. I prefer to use the write-kml option in splitter. I load the file in JOSM to see what tile contains e.g. data from my hometown. That's what i have done before i'm using template.args and i will do this again in the future. As you remember, you gave me the hint 'keep it simple' and your command line includes tiles/template.args, not tiles/*.o5m ;-) this are my new old command lines for the basemap java -ea -Xmx6G -jar /home/bernd/map_build/splitter-r421/splitter.jar splitter.log --geonames-file=/home/bernd/map_build/cities15000.zip --mapid=6501 --output=o5m --precomp-sea=/home/bernd/map_build/sea_20150302.zip --write-kml=bonn.kml --keep-complete --overlap=0 --split-file=/home/bernd/map_build/areas/bonn_areas.list /home/bernd/map_build/o5m/bonn.o5m java -ea -Xmx6G -jar /home/bernd/map_build/mkgmap-housenumbers2-r3490/mkgmap.jar --bounds=/home/bernd/map_build/bounds_20150302.zip --precomp-sea=/home/bernd/map_build/sea_20150302.zip --generate-sea --style-file=/home/bernd/map_build/styles/basemap_style --name-tag-list=name:de,name,name:en,int_name --mapname=65001001 --family-id=4 --product-id=44 --description=bonn_20150306_1700_basemap --family-name=Basemap --draw-priority=10 -c /home/bernd/map_build/styles/options /home/bernd/map_build/tiles/*.o5m /home/bernd/map_build/styles/styles_typ.txt splitter.log includes lines like Area 65010001: 2322432,370688 to 2367488,401408 covers (0x237000,0x5a800) to (0x242000,0x62000) DE-Wiesbaden bonn.kml description ![CDATA[DE-Wiesbaden]] /description and my layer a description bonn_20150306_1700_basemap BTW: the Oregon 650 don't show the family-name, the Oregon 450 shos it, but this seems to be a limit of the device 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] Problem to understand splitter.jar --description
Am Samstag, 7. März 2015, 04:50:15 schrieb Andrzej Popowski: I'm not sure if I understand your problem, since solution looks simple form me - add required description after template.args, like: ... mkgmap.jar ... -c options -c template.args --description=bonn_20150503_1700_basemap --gmapsupp hi Andrzej Thank you for that additional hint. gmapsupp is the last option in my style option, in my buildscript are only variable options, except such for testing I will test it Bernd -- amarok2 now playing: artist: Tito Tarantula meets Mittermeier title: Exorcize Your Funky Little Demon album: Mittermeier Friends ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Problem to understand splitter.jar --description
Hi Maybe it is a problem with my Oregon650, because the map description is different from my older Oregon 450, see the attached screenshot since the last weeekend i'm using template.args instead of tiles/*.o5m, but i can't get a usable description from splitter. before the change i got a description like 'bonn_20150305_1800' this is a workaround for me to limits of the O650 Other devices has a family name followed by the description as example: Basemap bonn_20150305_1800 I know, that template.args overwrite mkgmap's description and template.args should be overwritten by splitter's description. But the description the device is now the same as the description of the last tile. Can someone help me with the correct options? Bernd java -ea -Xmx6G -jar /home/bernd/map_build/splitter-r421/splitter.jar splitter.log --geonames-file=/home/bernd/map_build/cities15000.zip --description=bonn_20150305_1800 --mapid=6501 --output=o5m --precomp-sea=/home/bernd/map_build/sea_20150302.zip --write-kml=bonn.kml --keep-complete --overlap=0 --split-file=/home/bernd/map_build/areas/bonn_areas.list /home/bernd/map_build/o5m/bonn.o5m java -ea -Xmx6G -jar /home/bernd/map_build/mkgmap-housenumbers2-r3490/mkgmap.jar --bounds=/home/bernd/map_build/bounds_20150302.zip --precomp-sea=/home/bernd/map_build/sea_20150302.zip --generate-sea --style-file=/home/bernd/map_build/styles/basemap_style --name-tag-list=name:de,name,name:en,int_name --mapname=65001001 --family-id=4 --product-id=44 --family-name=Basemap --draw-priority=10 -c /home/bernd/map_build/styles/options -c /home/bernd/map_build/tiles/template.args /home/bernd/map_build/styles/styles_typ.txt # Following is a list of map tiles. Add a suitable description # for each one. mapname: 65010001 description: DE-Wiesbaden input-file: 65010001.o5m ... mapname: 65010026 description: DE-Oberhausen input-file: 65010026.o5m ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] log messages for housenumbers
Am Samstag, 28. Februar 2015, 16:43:48 schrieb Gerd Petermann: double size obviously means that you processed the files twice. Probably you did not clean the directory. but mkgmap seems to run twice in tiles Total time taken: 262324ms without -c template.args it take ~16ms Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] log messages for housenumbers
Am Samstag, 28. Februar 2015, 13:40:02 schrieb Gerd Petermann: Hi Gerd Just tested the default style, but it is imposssible to search any address, i have survey, why. The first entry 'Bundesland/Provinz' has an empty Button, using Nordrhein- Westfalen breaks everything, not tested with english language. Using the empty button is followed by asking City, Bonn, then housenumber, 676, then streetname 'Kö...' oops, nothing found 'K' give a large list starting with K 1. Searching for 'L193 Kö..' no founds. The basemap created with the same source in the same process has a working address search. Should i upload this images for testing? My Streetname in the address search start with the name, ref is not displayed, we are using ref only on the display when 'driving on B8 Frankfurter Straße'. Please see the screens in the uploaded zip. i make some additional tests after lunch ;-) Bernd yes, sorry, I've used your style, just copied the wrong link. I suggest to use --x-split-name-index or change your style so that road names start with the name, not with e.g. B506. In fact, I wonder if it makes sense to combine the name and the ref. -- 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] log messages for housenumbers
Am Samstag, 28. Februar 2015, 14:09:27 schrieb Bernd Weigelt: Just tested the default style, but it is imposssible to search any address, i have survey, why. Got it missing a '--style-file=' before /home/bernd/map_build/mkgmap-housenumbers2- r3486/examples/styles/default 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] log messages for housenumbers
Am Samstag, 28. Februar 2015, 15:44:50 schrieb Gerd Petermann: Gerd, you're right that are my options now java -ea -Xmx6G -jar /home/bernd/map_build/mkgmap-housenumbers2-r3486/mkgmap.jar --x-split-name-index --route --housenumbers --index --nsis --gmapsupp -c /home/bernd/map_build/tiles/template.args --bounds=/home/bernd/map_build/bounds_20150224.zip --precomp-sea=/home/bernd/map_build/sea_20150224.zip --generate-sea --style-file=/home/bernd/map_build/mkgmap-housenumbers2- r3486/examples/styles/default/ --name-tag-list=name:de,name,name:en,int_name --mapname=65001001 --family-id=1 --product-id=41 --description=bonn_20150228_1500_defaultmap --family-name=Defaultmap --draw-priority=10 /home/bernd/map_build/tiles/*.o5m But why i got an image with the double size if i use template.args? 491.1 MB vs. ~253 MB Because of the Overviews? They are not enabled in my options file, but my basmeap style increases, too, from ~ 350 MB to 614 MB This is to much for my DACH, maybe increases from 3.3 GB to 5 or more GB Bernd Hi Bernd, Error at line 1, col 1 Bad file format: /home/bernd/map_build/tiles/template.args seems you have forgotten the -c before tiles\template.args Reg. --x-split-name-index and now i got the leading refs. Your style produces these names, the option allows to find B506 Bergisch Gladbacher Strasse when typing Bergisch . Try it with your normal maps, search for B506 and you will find the B506 Bergisch Gladbacher Strasse Gerd From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 28 Feb 2015 15:37:07 +0100 Subject: Re: [mkgmap-dev] log messages for housenumbers Am Samstag, 28. Februar 2015, 14:49:18 schrieb Gerd Petermann: Hi Gerd Did you change your template.args before using it with mkgmap? I got an error: Error at line 1, col 1 Bad file format: /home/bernd/map_build/tiles/template.args Error parsing file My template.args start with # # This file can be given to mkgmap using the -c option # Please edit it first to add a description of each map. # # You can set the family id for the map # family-id: 980 # product-id: 1 # Following is a list of map tiles. Add a suitable description # for each one. mapname: 6501 description: NL-Venray input-file: 6501.o5m ... For testing i have removed this option --x-split-name-index seems to create better results with my basemap style, but now i got the leading refs. I'm sure, that is not what i want ;-) but it is good, if there are more then streets with the same name. One Luxemburger Straße is locaced on the left side the Rhine between Sülz and Klettenberg, the other one on the right side in Porz Bernd Hi Bernd, for the default style test, keep it simple, use something like this: java -Xmx6800m -jar d:\mkgmap\dist\mkgmap_r3486.jar --max-jobs --x-split-name-index --route --housenumbers --bounds=f:\osm\bounds-latest.zip --index --nsis -c tiles\template.args Gerd From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 28 Feb 2015 14:45:09 +0100 Subject: Re: [mkgmap-dev] log messages for housenumbers Am Samstag, 28. Februar 2015, 14:09:27 schrieb Bernd Weigelt: Just tested the default style, but it is imposssible to search any address, i have survey, why. Got it missing a '--style-file=' before /home/bernd/map_build/mkgmap-housenumbers2- r3486/examples/styles/default Bernd -- amarok2 now playing: artist: Beverly Knight title: Trade It Up album: Music City Soul ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] log messages for housenumbers
Am Samstag, 28. Februar 2015, 10:11:46 schrieb Gerd Petermann: Hi Gerd I'm using my own fork of the AIO, it's more then 500 commits newer as the original AIO https://github.com/berndw1960/aiostyles I don't use --x-split-name-index, but i can create a map with the default style, it is included in my buildscript Bernd Hi Bernd, I am not sure what you try to point out here. I've created a map with r3485 and the configuration you provided in cologne.zip and the latest style from https://github.com/aiomaster/aiostyles I use Basecamp address search and fill the fields Street number:795 Street: Bergisch Gladbacher Strasse City: Köln Result: not ok If I change the search to Street number:795 Street: B506 Bergisch Gladbacher Strasse City: Köln the result is OK. I see similar results with the trunk version. I think the problem is that I don't see B506 Bergisch Gladbacher Strasse when I type Bergisch in the street field. This problem is addressed by the new --x-split-name-index option. When I create the map with the --x-split-name-index option Basemap presents the B506 Bergisch Gladbacher Strasse when I type Bergisch, so I think that's the option you are looking for. Gerd From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 28 Feb 2015 08:55:37 +0100 Subject: Re: [mkgmap-dev] log messages for housenumbers Am Freitag, 27. Februar 2015, 23:24:21 schrieb Bernd Weigelt: Hi Gerd You can really use every town in germany, made a test with Munich Landshuter Allee 126 results in a list of parts like using trunk Minerviusstrasse 12 , 100 metres away is found on the exact position here are my files from today http://files.mkgmap.org.uk/download/255/cologne.zip included the O5M and as example two screenshot of Munich MapSource is not really good thing for me, at the moment i'm trying to find out how works ;-) using Win 8.1 in VirtualBox. Basecamp works OOTB Bernd Am Freitag, 27. Februar 2015, 14:59:50 schrieb GerdP: Hi Gerd do you get better results with the trunk version? I have created my maps with trunk over a long time with no problems, the address search works. If not, I think it is a problem with the indexes, not with the housenumber code. To verify that, please try to search in MapSource without a city name. MapSource, hmmh, didn't use that since years, but i install it tomorrow Maybe you can upload the input file for 65001032.img, so that I can do some tests on my own. 6532.o5m? this file is deleted, but tomorrow i can use the same region from my DACH build this evening for an upload. Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- 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] log messages for housenumbers
Am Samstag, 28. Februar 2015, 14:09:27 schrieb Bernd Weigelt: Found one problem, seen this a few days ago, too, is gone without doing anything Could not open file: /home/bernd/map_build/mkgmap-housenumbers2-r3486/examples/styles/default Why? The dir is there, filled with files bernd@apoll:~ cd /home/bernd/map_build/mkgmap-housenumbers2- r3486/examples/styles/default bernd@apoll:~/map_build/mkgmap-housenumbers2-r3486/examples/styles/default ll insgesamt 52 drwxr-xr-x 2 bernd users 4096 28. Feb 11:33 inc -rw-r--r-- 1 bernd users 385 28. Feb 11:33 info -rw-r--r-- 1 bernd users 10045 28. Feb 11:33 lines -rw-r--r-- 1 bernd users 300 28. Feb 11:33 options -rw-r--r-- 1 bernd users 14681 28. Feb 11:33 points -rw-r--r-- 1 bernd users 3141 28. Feb 11:33 polygons -rw-r--r-- 1 bernd users 2328 28. Feb 11:33 relations -rw-r--r-- 1 bernd users 2 28. Feb 11:33 version Bernd Am Samstag, 28. Februar 2015, 13:40:02 schrieb Gerd Petermann: Hi Gerd Just tested the default style, but it is imposssible to search any address, i have survey, why. The first entry 'Bundesland/Provinz' has an empty Button, using Nordrhein- Westfalen breaks everything, not tested with english language. Using the empty button is followed by asking City, Bonn, then housenumber, 676, then streetname 'Kö...' oops, nothing found 'K' give a large list starting with K 1. Searching for 'L193 Kö..' no founds. The basemap created with the same source in the same process has a working address search. Should i upload this images for testing? My Streetname in the address search start with the name, ref is not displayed, we are using ref only on the display when 'driving on B8 Frankfurter Straße'. Please see the screens in the uploaded zip. i make some additional tests after lunch ;-) Bernd yes, sorry, I've used your style, just copied the wrong link. I suggest to use --x-split-name-index or change your style so that road names start with the name, not with e.g. B506. In fact, I wonder if it makes sense to combine the name and the ref. -- 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] log messages for housenumbers
Am Samstag, 28. Februar 2015, 16:43:48 schrieb Gerd Petermann: Hi Gerd ??? I have one dir for every layer and mkgmap works only in this dirs. before entering all files will be deleted with -c tiles/template.args i got an ovm_6501.img and a 6501.img, without only 6501.img This code is not from me, an amateur, but found on the python help sides. Test for (layer)-dir and remove old data from there if os.path.exists(layer) == False: os.mkdir(layer) else: path = (layer) for file in os.listdir(path): if os.path.isfile(os.path.join(path, file)): try: os.remove(os.path.join(path, file)) except: print() print('Could not delete', file, 'in', path) os.chdir(layer) print() printinfo(building + (layer)) Bernd Hi Bernd, double size obviously means that you processed the files twice. Probably you did not clean the directory. Gerd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] log messages for housenumbers
Am Samstag, 28. Februar 2015, 14:09:27 schrieb Bernd Weigelt: Hi forgot the build options java -ea -Xmx6G -jar /home/bernd/map_build/splitter-r421/splitter.jar splitter.log --geonames-file=/home/bernd/map_build/cities15000.zip --mapid=6501 --output=o5m - -precomp-sea=/home/bernd/map_build/sea_20150224.zip --write-kml=bonn.kml --keep-complete --overlap=0 --split-file=/home/bernd/map_build/areas/bonn_areas.list /home/bernd/map_build/o5m/bonn.o5m java -ea -Xmx6G -jar /home/bernd/map_build/mkgmap-housenumbers2-r3486/mkgmap.jar --route --gmapsupp --read-config=/home/bernd/map_build/mkgmap-housenumbers2- r3486/examples/styles/default/options --bounds=/home/bernd/map_build/bounds_20150224.zip --precomp-sea=/home/bernd/map_build/sea_20150224.zip --generate-sea /home/bernd/map_build/mkgmap-housenumbers2- r3486/examples/styles/default --name-tag-list=name:de,name,name:en,int_name --mapname=65001001 --family-id=1 --product-id=41 --description=bonn_20150228_1400_defaultmap --family-name=Defaultmap --draw-priority=10 /home/bernd/map_build/tiles/*.o5m Am Samstag, 28. Februar 2015, 13:40:02 schrieb Gerd Petermann: Hi Gerd Just tested the default style, but it is imposssible to search any address, i have survey, why. The first entry 'Bundesland/Provinz' has an empty Button, using Nordrhein- Westfalen breaks everything, not tested with english language. Using the empty button is followed by asking City, Bonn, then housenumber, 676, then streetname 'Kö...' oops, nothing found 'K' give a large list starting with K 1. Searching for 'L193 Kö..' no founds. The basemap created with the same source in the same process has a working address search. Should i upload this images for testing? My Streetname in the address search start with the name, ref is not displayed, we are using ref only on the display when 'driving on B8 Frankfurter Straße'. Please see the screens in the uploaded zip. i make some additional tests after lunch ;-) Bernd yes, sorry, I've used your style, just copied the wrong link. I suggest to use --x-split-name-index or change your style so that road names start with the name, not with e.g. B506. In fact, I wonder if it makes sense to combine the name and the ref. -- 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] log messages for housenumbers
Am Samstag, 28. Februar 2015, 14:49:18 schrieb Gerd Petermann: Hi Gerd Did you change your template.args before using it with mkgmap? I got an error: Error at line 1, col 1 Bad file format: /home/bernd/map_build/tiles/template.args Error parsing file My template.args start with # # This file can be given to mkgmap using the -c option # Please edit it first to add a description of each map. # # You can set the family id for the map # family-id: 980 # product-id: 1 # Following is a list of map tiles. Add a suitable description # for each one. mapname: 6501 description: NL-Venray input-file: 6501.o5m ... For testing i have removed this option --x-split-name-index seems to create better results with my basemap style, but now i got the leading refs. I'm sure, that is not what i want ;-) but it is good, if there are more then streets with the same name. One Luxemburger Straße is locaced on the left side the Rhine between Sülz and Klettenberg, the other one on the right side in Porz Bernd Hi Bernd, for the default style test, keep it simple, use something like this: java -Xmx6800m -jar d:\mkgmap\dist\mkgmap_r3486.jar --max-jobs --x-split-name-index --route --housenumbers --bounds=f:\osm\bounds-latest.zip --index --nsis -c tiles\template.args Gerd From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 28 Feb 2015 14:45:09 +0100 Subject: Re: [mkgmap-dev] log messages for housenumbers Am Samstag, 28. Februar 2015, 14:09:27 schrieb Bernd Weigelt: Just tested the default style, but it is imposssible to search any address, i have survey, why. Got it missing a '--style-file=' before /home/bernd/map_build/mkgmap-housenumbers2- r3486/examples/styles/default 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] log messages for housenumbers
Am Samstag, 28. Februar 2015, 17:09:30 schrieb Gerd Petermann: Ohh. that's true, see my mail from 16;38, last line of the command line i thought, i could use both options, now i have to make some changes on my buildscript and some tests with the new things i learned today thx Bernd Hi Bernd, maybe you use something like -c template.args *.o5m ? Gerd From: weigelt.be...@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 28 Feb 2015 17:05:15 +0100 Subject: Re: [mkgmap-dev] log messages for housenumbers Am Samstag, 28. Februar 2015, 16:43:48 schrieb Gerd Petermann: double size obviously means that you processed the files twice. Probably you did not clean the directory. but mkgmap seems to run twice in tiles Total time taken: 262324ms without -c template.args it take ~16ms Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- amarok2 now playing: artist: Phil Collins And Marilyn Martin title: Separate Lives album: Kuschelrock 16 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] log messages for housenumbers
Am Samstag, 28. Februar 2015, 09:45:41 schrieb GerdP: sorry, did not see that in your mail from 16:38 because it appeared in the wrong position. The template.args should appear after the other options , maybe followed by the source for the typ file. No problem, it was my own mistake, i should remeber what RTFM means My first changes in my script, that i made some minutes ago: The second last option is now both '-c', the last is my styles_typ.txt. Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] log messages for housenumbers
Am Freitag, 27. Februar 2015, 23:24:21 schrieb Bernd Weigelt: Hi Gerd You can really use every town in germany, made a test with Munich Landshuter Allee 126 results in a list of parts like using trunk Minerviusstrasse 12 , 100 metres away is found on the exact position here are my files from today http://files.mkgmap.org.uk/download/255/cologne.zip included the O5M and as example two screenshot of Munich MapSource is not really good thing for me, at the moment i'm trying to find out how works ;-) using Win 8.1 in VirtualBox. Basecamp works OOTB Bernd Am Freitag, 27. Februar 2015, 14:59:50 schrieb GerdP: Hi Gerd do you get better results with the trunk version? I have created my maps with trunk over a long time with no problems, the address search works. If not, I think it is a problem with the indexes, not with the housenumber code. To verify that, please try to search in MapSource without a city name. MapSource, hmmh, didn't use that since years, but i install it tomorrow Maybe you can upload the input file for 65001032.img, so that I can do some tests on my own. 6532.o5m? this file is deleted, but tomorrow i can use the same region from my DACH build this evening for an upload. Bernd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- amarok2 now playing: ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev