Re: [mkgmap-dev] Problems with contours

2023-04-10 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Solarpark Inden will not be displayed with the correct polygon

2021-11-04 Thread Bernd Weigelt
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

Re: [mkgmap-dev] highway=unclassified & area=yes

2020-09-14 Thread Bernd Weigelt
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,

Re: [mkgmap-dev] errors in typ file

2020-02-15 Thread Bernd Weigelt
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

Re: [mkgmap-dev] errors in typ file

2020-02-15 Thread Bernd Weigelt
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

Re: [mkgmap-dev] precompiled sea files download

2019-11-07 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Download for sea.zip

2018-10-26 Thread Bernd Weigelt
tor 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:~> ja

Re: [mkgmap-dev] Download for sea.zip

2018-10-26 Thread Bernd Weigelt
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:~>

Re: [mkgmap-dev] Download for sea.zip

2018-10-25 Thread Bernd Weigelt
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, >> >>

Re: [mkgmap-dev] AssertionError: Point marked as boundary node

2018-09-01 Thread Bernd Weigelt
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,

Re: [mkgmap-dev] AssertionError: Point marked as boundary node

2018-08-31 Thread Bernd Weigelt
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

[mkgmap-dev] AssertionError: Point marked as boundary node

2018-08-31 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Error in index

2018-07-11 Thread Bernd Weigelt
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 |

Re: [mkgmap-dev] Commit r4172: improve WrongAngleFixer performance and logging

2018-04-22 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Commit r4171: fix possible java.lang.AssertionError introduced with r4169

2018-04-21 Thread Bernd Weigelt
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] java.lang.AssertionError: 270: Help needed

2018-04-21 Thread Bernd Weigelt
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)

Re: [mkgmap-dev] max-jobs patch

2018-02-10 Thread Bernd Weigelt
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

[mkgmap-dev] Problem with an empty CodePage key in TYP.txt

2018-02-02 Thread Bernd Weigelt
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.

Re: [mkgmap-dev] option --show-profiles and DEM

2018-01-11 Thread Bernd Weigelt
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

Re: [mkgmap-dev] default style and highway=services

2017-09-13 Thread Bernd Weigelt
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

[mkgmap-dev] problem with osm2.pleiades.uni-wuppertal.de/?

2017-07-01 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Roundabouts causes crashing devices

2016-07-09 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-04 Thread Bernd Weigelt
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

Re: [mkgmap-dev] sorting the values?

2016-03-04 Thread Bernd Weigelt
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

[mkgmap-dev] sorting the values?

2016-03-04 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-04 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Create different Maps with working routing betweenthem - is it possible?

2016-01-22 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Error message

2015-10-26 Thread Bernd Weigelt
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. ___

Re: [mkgmap-dev] Error message

2015-10-25 Thread Bernd Weigelt
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

[mkgmap-dev] Error message

2015-10-25 Thread Bernd Weigelt
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

[mkgmap-dev] Problem with too large shields on streets with ref and name

2015-09-06 Thread Bernd Weigelt
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}

Re: [mkgmap-dev] Problem with too large shields on streets with ref andname

2015-09-06 Thread Bernd Weigelt
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

Re: [mkgmap-dev] maxspeed evaluation

2015-08-14 Thread Bernd Weigelt
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

Re: [mkgmap-dev] maxspeed evaluation

2015-08-14 Thread 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

Re: [mkgmap-dev] maxspeed evaluation

2015-08-14 Thread Bernd Weigelt
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

Re: [mkgmap-dev] GUI for POI Search TYPES

2015-06-07 Thread Bernd Weigelt
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

Re: [mkgmap-dev] GUI for POI Search TYPES

2015-06-07 Thread Bernd Weigelt
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

Re: [mkgmap-dev] POIs without POI-search

2015-06-05 Thread Bernd Weigelt
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

Re: [mkgmap-dev] POIs without POI-search

2015-06-05 Thread 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

Re: [mkgmap-dev] POIs without POI-search

2015-06-05 Thread Bernd Weigelt
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

Re: [mkgmap-dev] process-exits and Oregon 600

2015-06-04 Thread Bernd Weigelt
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 -

Re: [mkgmap-dev] process-exits and Oregon 600

2015-06-03 Thread Bernd Weigelt
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

Re: [mkgmap-dev] process-exits and Oregon 600

2015-05-29 Thread Bernd Weigelt
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

Re: [mkgmap-dev] process-exits and Oregon 600

2015-05-29 Thread Bernd Weigelt
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:

Re: [mkgmap-dev] housenumber2 branch r3589

2015-05-19 Thread Bernd Weigelt
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

Re: [mkgmap-dev] housenumber2 branch r3589

2015-05-19 Thread Bernd Weigelt
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

Re: [mkgmap-dev] housenumber2 branch r3589

2015-05-13 Thread Bernd Weigelt
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

Re: [mkgmap-dev] error message in Cologne

2015-04-28 Thread Bernd Weigelt
=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

Re: [mkgmap-dev] error message in Cologne

2015-04-27 Thread Bernd Weigelt
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

Re: [mkgmap-dev] error message in Cologne

2015-04-27 Thread Bernd Weigelt
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

[mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt
What is wrong here? Should i try to fix this in the database? SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65010011.o5m: internal error, house has wrong segment id=23839283, Böckingstraße house 18(0) http://www.openstreetmap.org/node/444555229 SCHWERWIEGEND (ExtNumbers):

Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt
(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

Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt
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

Re: [mkgmap-dev] error message in Cologne

2015-04-25 Thread Bernd Weigelt
Am Samstag, 25. April 2015, 11:54:33 schrieb Bernd Weigelt: get lots of other problems with ... there is a second error http://files.mkgmap.org.uk/download/263/65010116.o5m java.lang.ArrayIndexOutOfBoundsException: -2

Re: [mkgmap-dev] address search and mixed index

2015-04-04 Thread Bernd Weigelt
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

Re: [mkgmap-dev] address search and mixed index

2015-04-04 Thread Bernd Weigelt
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

Re: [mkgmap-dev] housenumbers2-r3502

2015-03-24 Thread Bernd Weigelt
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

Re: [mkgmap-dev] housenumbers2-r3502

2015-03-24 Thread 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

Re: [mkgmap-dev] Feedback to housenumbers2-r3500

2015-03-22 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Feedback to housenumbers2-r3500

2015-03-22 Thread Bernd Weigelt
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

[mkgmap-dev] Feedback to housenumbers2-r3500

2015-03-22 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-15 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-15 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-15 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-15 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-15 Thread Bernd Weigelt
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 =

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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,

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread 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 }

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
=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

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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:

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-13 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-12 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-12 Thread Bernd Weigelt
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

Re: [mkgmap-dev] roadspeed in default style

2015-03-12 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Problem to understand splitter.jar --description

2015-03-07 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Problem to understand splitter.jar --description

2015-03-07 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Problem to understand splitter.jar --description

2015-03-07 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Problem to understand splitter.jar --description

2015-03-07 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Problem to understand splitter.jar --description

2015-03-06 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Problem to understand splitter.jar --description

2015-03-06 Thread Bernd Weigelt
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

Re: [mkgmap-dev] Problem to understand splitter.jar --description

2015-03-06 Thread Bernd Weigelt
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

[mkgmap-dev] Problem to understand splitter.jar --description

2015-03-05 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
: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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-28 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-27 Thread Bernd Weigelt
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

Re: [mkgmap-dev] log messages for housenumbers

2015-02-27 Thread Bernd Weigelt
Am Freitag, 27. Februar 2015, 13:05:37 schrieb GerdP: the file mkgmap.log.2 doesn't contain any line regarding file 65001032, but 6532. Is there a trick ? There is no trick ;-) the '1' is part of my map id, because i build different layers Splitter tile 6500'0'xyz Bonn Basemap

  1   2   3   >