February 2010 - mkgmap-dev - The mkgmap lists

Re: [mkgmap-dev] Bad routing error here in Rome...
by Marco Certelli 21 May '11

21 May '11

Hello. I'll re-test the situation every week. Compiled italy.osm.bz2 from download.geofabrik.de 1) latest mkgmap + latest splitter: Routing Error in Mapsource and Nuvi 255 2) mkgmap 1188 + oldest splitter (51kB): No Error in Mapsource and No error in Nuvi 255 Ciao, Marco. --- Dom 31/1/10, Marco Certelli <marco_certelli(a)yahoo.it> ha scritto: > Da: Marco Certelli <marco_certelli(a)yahoo.it> > Oggetto: Re: [mkgmap-dev] Bad routing error here in Rome... > A: "Development list for mkgmap" <mkgmap-dev(a)lists.mkgmap.org.uk> > Data: Domenica 31 gennaio 2010, 16:43 > Hi Mark. > > No way. I reduced maxnode to 500000 (Italy is splitted in > 42 tiles) > > I tested latest splitter and latest mkgmap: exactly same > error as before in mapsource routing. > > Ciao, Marco. > > > --- Sab 30/1/10, Mark Burton <markb(a)ordern.com> > ha scritto: > > > Da: Mark Burton <markb(a)ordern.com> > > Oggetto: Re: [mkgmap-dev] Bad routing error here in > Rome... > > A: mkgmap-dev(a)lists.mkgmap.org.uk > > Data: Sabato 30 gennaio 2010, 17:00 > > > > Hi Marco, > > > > > Here is the part of the cmd script doing the > actual > > job: > > > > > > java -enableassertions -Xmx1000m -jar > > ..\bin\splitter.jar --mapid=66%FID%001 > --max-nodes=1000000 > > ..\OSM-Data\%osmfile% > > > > > > java -enableassertions -Xmx1000m -jar > > ..\bin\mkgmap.jar --code-page=1252 > > --country-name="%country%" --latin1 --family-id=%FID% > > --mapname=66%FID%001 --overview-mapname=66%FID%000 > --tdbfile > > --series-name="OSM-%country%" > --family-name="OpenStreetMap: > > %country%" --road-name-pois --add-pois-to-areas > > --no-poi-address --ignore-maxspeeds > --remove-short-arcs > > --preserve-element-order > > --style-file=..\bin\resources\styles\ --style=%style% > > --description="%country%" --route --net --gmapsupp -c > > template.args > > > > OK - thanks. > > > > Have you tried using smaller tile sizes? i.e. does the > same > > problem > > exist if you use, say, 500000 for max nodes? > > > > Also, does the map show any other problems in that > area > > apart from > > routing not working? > > > > Mark > > _______________________________________________ > > mkgmap-dev mailing list > > mkgmap-dev(a)lists.mkgmap.org.uk > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > >

6 15

Disable multipolygon processing
by Charlie Ferrero 20 Mar '10

20 Mar '10

Hi, Is there a way of disabling the multipolygon processing completely? I generate a routing layer that has no areas nor does it care about relations, so it would be nice if I could disable multipolygon processing to make things quicker. -- Charlie

3 2

[PATCH v2] Reduce number of cuts in multipolygon processing
by WanMil 05 Mar '10

05 Mar '10

The patch fixes a NullPointerException (thanks Felix!) which sometimes happened with the first patch. @Marko: I don't know any reason, why this multipolygon patch should trigger your exception. The stacktrace shows that you use a modified Main.java which seems to trigger the Exception. WanMil

3 7

Garmin colour palette
by Daniela Duerbeck 04 Mar '10

04 Mar '10

Hi! I am not sure whether this is the correct ML for this posting, but I think it is not completely wrong. I saw that the colour palette used in the online Typ file editor has too few and some wrong colours, almost for my Garmin Etrex Legend HCx. So I extracted the colour palette of a Garmin waypoint icon and built a webpage that shows the correct colours (at least for my L:egend, I don't know whether it is the same for other Garmins with 265 colours, but I think so): http://www.deltadelta.de/garmin_colours/ You can also download all the pages for offline use: http://www.deltadelta.de/garmin_colours/garmin_colours.zip When you click on one colour you get a page completely coloured in this colour with the hex representation for better cutting and pasting it into the editor. And also because a colour can better be judged when a big area is coloured. (A wall painted looks always different from the small sample in the shop ...) Perhaps someone will find it useful. Dani

4 3

Recommended version?
by NopMap 02 Mar '10

02 Mar '10

Hi! According to the wiki, the last revision of mkgmap recommended as more-or-less stable is 1188. Which is rather ancient, of course. :-) As there have been quite some interesting changes recently, especially around multipolygons, I'd like to raise the question again: In your experience, is there a more current revision that you have used for major amounts of data without problems, so it could be recommended as reasonably stable, especially to new users? thanks Nop -- View this message in context: http://n2.nabble.com/Recommended-version-tp4584841p4584841.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

6 5

[PATCH v1] flare road checking bug fixes
by Mark Burton 02 Mar '10

02 Mar '10

The good news is that this should now no longer falsely complain about a flare road being the wrong direction when that flare road pair are the only roads connected to a given roundabout. The bad news is that it will now find more bad flare roads than it did before - and you thought you had fixed them all!

3 14

[PATCH v2] - yet more turn heading adjustment fixes
by Mark Burton 01 Mar '10

01 Mar '10

v2 - further fixes Carlos, this still gives you an extra "turn left onto Calle Osa Mayor" and I know what's happening there but can't fix it - how about the other problems you were seeing? better/worse? -------- Hopefully, these changes will fix the bad routing directions we have been seeing recently - please test and report success/failure.

3 7

Commit: r1593: Disabled matching arcs by class/speed - more work required.
by svn commit 28 Feb '10

28 Feb '10

Version 1593 was commited by markb on 2010-02-28 22:23:07 +0000 (Sun, 28 Feb 2010) Disabled matching arcs by class/speed - more work required. It's not obvious that this is a good idea so turn it off for the moment.

1 0

Commit: r1592: Now possiblySameRoad() returns true if the arcs have the same RoadDef id.
by svn commit 28 Feb '10

28 Feb '10

Version 1592 was commited by markb on 2010-02-28 22:23:04 +0000 (Sun, 28 Feb 2010) Now possiblySameRoad() returns true if the arcs have the same RoadDef id. Rather obvious but somehow it got left out.

1 0

Commit: r1591: Add inRoadDef local to reduce number of calls to getRoadDef().
by svn commit 28 Feb '10

28 Feb '10

Version 1591 was commited by markb on 2010-02-28 22:23:01 +0000 (Sun, 28 Feb 2010) Add inRoadDef local to reduce number of calls to getRoadDef().

1 0