Re: [mkgmap-dev] Geofabrik

2024-06-16 Thread Bernd Weigelt
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 > htt

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 2023,

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 c

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, wh

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 S

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&E 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 co

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, >> >> I've

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, 1

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 wrong

[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 java.lang.AssertionEr

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 Sonntag,

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&rev=4

[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 Gerd the unpatched version uses up to 8.7 GB with the options for mkgmap I'm using maxnodes=512000 to create an area.list and use this file for every build. At the moment i see no problem with the patched version Bernd Am Samstag, 10. Februar 2018, 09:56:41 CET schrieb Gerd Petermann:

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 users

[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. Sh

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 the

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

2017-06-30 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 mkgmap-dev@lists.mkg

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 ar

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 PO

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 to

[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 width='${width|part:

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 to

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 rou

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. ___ mkgm

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 (650200

[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

Re: [mkgmap-dev] OT : Geschlossen vor vor ...

2015-09-27 Thread Bernd Weigelt
Hi Gerd maybe here dev mailing list d...@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev Bernd Am Samstag, 26. September 2015, 09:47:11 schrieb Gerd Petermann: > Hi, > > don't know who is responsible for this, but when I look at e.g. > https://www.openstreetmap.org/history#ma

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 thunder...@gpsinfo.com.

[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

Re: [mkgmap-dev] maxspeed evaluation

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

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 mkgmap:ro

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 uk.me.parabola.mkgmap.osmstyle.ConvertedWay.recalcR

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

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

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
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 s

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

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 m

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 To: mkgmap-dev@lists.mkgmap.org.uk Sent: Mi., 03 Juni 2015 18:10 Subject: Re: [mkgmap-dev] process-exit

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] 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 show

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:

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-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 probl

Re: [mkgmap-dev] error message in Cologne

2015-04-28 Thread Bernd Weigelt
ery?lat=50.06119&lon=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

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 --x-n

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

Re: [mkgmap-dev] error message in Cologne

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

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] 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

[mkgmap-dev] error message in Cologne

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

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 To: "mkgmap-dev@lists.mkgmap.org.uk" Sent: Sa., 04 Apr. 2015 15:46 Subject: Re: [mkgmap-dev] addre

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

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 in

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 http://www.mkgmap.org.uk/mailm

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 n

[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 uk.me.parabola.

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 reside

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 u

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

Re: [mkgmap-dev] roadspeed in default style

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

Re: [mkgmap-dev] roadspeed in default style

2015-03-15 Thread Bernd Weigelt
Am Sonntag, 15. März 2015, 06:10:15 schrieb GerdP: Hi Gerd I don't think that there is a negative influence, but it can improve the troughput a little bit. I have shortened the file a little bit more and merge the test of highway=* to the last lines output with maxspeed=* & maxspeedkmh() =* {

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, 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? ra

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 } > > max

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: Cr

Re: [mkgmap-dev] roadspeed in default style

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

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: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, 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 o

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 - [mk

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 whi

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 th

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 T

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 unterst

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 i

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 lay

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 i

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

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 /ho

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 > --

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 th

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 o

[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 descr

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 sho

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 Ber

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, 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 co

Re: [mkgmap-dev] log messages for housenumbers

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

Re: [mkgmap-dev] log messages for housenumbers

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

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 B

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

  1   2   3   >