Re: [mkgmap-dev] Memory problems since 1245

Charlie Ferrero escribió: > Charlie Ferrero wrote: > >> Carlos Dávila wrote: >> >>> Charlie Ferrero escribió: >>> Clinton Gladstone wrote: > On Tue, Oct 6, 2009 at 12:11 PM, maning sambale > wrote: > > >> I am interested

Re: [mkgmap-dev] [mkgmap-svn] Commit: r1261: Implement the reverseindex.

Hi, By doing the img in one go and the -index in a subsequent run, I can finaly compile my area with 1262 if I split it in 4. Mdr & Mdx gets created. I send it to mapsource succesfully, (whenever I get the Hex conv correct:-/ But I can not use it. The benefit is that family-name works, but I s

Re: [mkgmap-dev] Memory problems since 1245

Charlie Ferrero wrote: > > Carlos Dávila wrote: >> Charlie Ferrero escribió: >>> Clinton Gladstone wrote: >>> On Tue, Oct 6, 2009 at 12:11 PM, maning sambale wrote: > I am interested in this approach as well. Can you please post the > howto for this? > In our

Re: [mkgmap-dev] [mkgmap-svn] Commit: r1261: Implement the reverse index.

Hi Steve, >> * crash when uploading to the GPS uni. I have one map in my family but other >> maps in other families. Should I either uninstall the other >> families or try to upload everything? >> * crash when trying to enter a city under the Fetaures tab in the Find >> Places window. >> >

[mkgmap-dev] Commit: r1265: Added --drive-on-left, --drive-on-right and --check-roundabouts options.

Version 1265 was commited by markb on 2009-10-06 21:30:02 +0100 (Tue, 06 Oct 2009) Added --drive-on-left, --drive-on-right and --check-roundabouts options. --drive-on-left --drive-on-right Explicitly specify which side of the road vehicles are expected to drive on. If neither o

[mkgmap-dev] Commit: r1264: Move code that determines bearing of one point from another into Coord class.

Version 1264 was commited by markb on 2009-10-06 21:29:57 +0100 (Tue, 06 Oct 2009) Move code that determines bearing of one point from another into Coord class. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailma

Re: [mkgmap-dev] Memory problems since 1245

Carlos Dávila wrote: > Charlie Ferrero escribió: >> Clinton Gladstone wrote: >> >>> On Tue, Oct 6, 2009 at 12:11 PM, maning sambale >>> wrote: >>> I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes

Re: [mkgmap-dev] Memory problems since 1245

Charlie Ferrero escribió: > Clinton Gladstone wrote: > >> On Tue, Oct 6, 2009 at 12:11 PM, maning sambale >> wrote: >> >>> I am interested in this approach as well. Can you please post the >>> howto for this? >>> In our areas the sea gets broken sometimes due to newbie editing it >>> woul

Re: [mkgmap-dev] Memory problems since 1245

Clinton Gladstone wrote: > On Tue, Oct 6, 2009 at 12:11 PM, maning sambale > wrote: >> I am interested in this approach as well. Can you please post the >> howto for this? >> In our areas the sea gets broken sometimes due to newbie editing it >> would be good if I have a permanent sea osm file

Re: [mkgmap-dev] MDR success and a couple of questions

Alexander Atanasov wrote: On Sun, Oct 4, 2009 at 1:58 PM, Steve Ratcliffe wrote: Hi MDR7 - Roads 1/2 bytes IMG id from MDR1 3 bytes - unknown, may be a pointer in NOD, it's not a label or NET offset This definitely is or can be a pointer to LBL as I have now got working stre

Re: [mkgmap-dev] MDR success and a couple of questions

On Sun, Oct 4, 2009 at 1:58 PM, Steve Ratcliffe wrote: > Hi > >> MDR7 - Roads >> 1/2 bytes IMG id from MDR1 >> 3 bytes - unknown, may be a pointer in NOD, it's not a label or NET offset > > This definitely is or can be a pointer to LBL as I have now got working > street search based on it being a

Re: [mkgmap-dev] Commit: r1262: Rework the city code.

Gert wrotes: <1: there seems to be a problem with german umlauts. < "City" page: < You can't enter Citys which contains characters like Ö, ä,ü in the City-field. < But if i only enter some leading characters like e.g "Zer" i get as result also "Zerm?Llen". < If i press then "search" somet

Re: [mkgmap-dev] Commit: r1262: Rework the city code.

svn commit *on* /Mon Oct 5 22:17:25 BST 2009 wrotes:/ Version 1262 was commited by steve on 2

Re: [mkgmap-dev] [mkgmap-svn] Commit: r1261: Implement the reverse index.

Hi On 06/10/09 14:23, Nakor wrote: > I tried 1262 with MapSource 6.15.6 and still can see: > > * crash when uploading to the GPS uni. I have one map in my family but > other maps in other families. Should I either uninstall the other > families or try to upload everything? > * crash when trying t

[mkgmap-dev] Commit: r1263: Several fixes to the reverse index MDR 1.

Version 1263 was commited by steve on 2009-10-06 15:02:18 +0100 (Tue, 06 Oct 2009) BRANCH: mdr Several fixes to the reverse index MDR 1. Major error in the mdr10 record number fixed. Deal with sections that are less than 256 records in the reverse index. Now I am able to select a subset of t

Re: [mkgmap-dev] [mkgmap-svn] Commit: r1261: Implement the reverse index.

Hello, I tried 1262 with MapSource 6.15.6 and still can see: * crash when uploading to the GPS uni. I have one map in my family but other maps in other families. Should I either uninstall the other families or try to upload everything? * crash when trying to enter a city under the Fetaures tab

Re: [mkgmap-dev] Memory problems since 1245

Quoting "Du Plessis, Bennie" : > Ahh, > I made a mistake > The reason why I could not see in mapsource what I expected is because I > used the wrong input file for the one --index creation. > > I make SA in a one tile map, and also in a 4 tile map, to compare & > play. > > The 4 tile version worke

Re: [mkgmap-dev] Memory problems since 1245

Ahh, I made a mistake The reason why I could not see in mapsource what I expected is because I used the wrong input file for the one --index creation. I make SA in a one tile map, and also in a 4 tile map, to compare & play. The 4 tile version worked fine, but the 1 tile map still does not compil

Re: [mkgmap-dev] [mkgmap-svn] Commit: r1261: Implement the reverse index.

On 05/10/09 16:04, svn commit wrote: > Version 1261 was commited by steve on 2009-10-05 16:04:55 +0100 (Mon, 05 Oct > 2009) > Should allow the index to be transferred to a GPS unit using m/s. However > completely untested at this stage. Looks OK for a small number of maps, > however I am not co

Re: [mkgmap-dev] Commit: r1261: Implement the reverse index.

Hi > 1. I used the same gmapsupp.img on my Vista HCx and going to find --> > cities --> find by name I can find all cities and they pop up by name > completion For me, I always get find by name for cities, but for POIs I don't get that option without the global index. ..Steve __

Re: [mkgmap-dev] Memory problems since 1245

On Tue, Oct 6, 2009 at 12:11 PM, maning sambale wrote: > I am interested in this approach as well.  Can you please post the > howto for this? > In our areas the sea gets broken sometimes due to newbie editing it > would be good if I have a permanent sea osm file to create a onetime > sea polygon.

Re: [mkgmap-dev] Handling of Garmin magic label codes (highwayshields etc.) differs from mp-format input to osm-format ?

Clinton Gladstone wrotes on/Tue Oct 6 10:06:35 BST 2009:/ >Yes, you did misunderstand (or I provided an inappropriate >explanation): you need to insert the hex code directly into the stylefile. >That means you need to open the style file with a hex editor, find the >byte between ${ref|highway-

Re: [mkgmap-dev] Memory problems since 1245

I am interested in this approach as well. Can you please post the howto for this? In our areas the sea gets broken sometimes due to newbie editing it would be good if I have a permanent sea osm file to create a onetime sea polygon. On Tue, Oct 6, 2009 at 6:08 PM, Clinton Gladstone wrote: > On Tu

Re: [mkgmap-dev] Memory problems since 1245

On Tue, Oct 6, 2009 at 9:29 AM, Du Plessis, Bennie wrote: > > Like Apollinaris says: --generate-sea takes very long. > And it doesn't work well with tiles, and depends on --ignore-osm-bounds > which buggers intertile routing. > So I compiled --generate-sea with a style with nothing but the > coast

Re: [mkgmap-dev] Handling of Garmin magic label codes (highwayshields etc.) differs from mp-format input to osm-format ?

On Mon, Oct 5, 2009 at 8:02 PM, Gert Münzel wrote: > Clinton wrote: >>highway=* {name '${ref|highway-symbol:oval}<0x1f>${name}' >>Where "<0x1f>" is the actual hex code 1f, inserted with a hex editor. >>This might be enough for Gert to test this out without requiring any >>modifications to mkgmap.

Re: [mkgmap-dev] Memory problems since 1245

Steve, Thanks for your advice. >I know that sometimes --generate-sea can take a long time. Also if >you are creating a map for a country that has lots of tags on every >node, then it will take a lot more memory. This is unfortunate and I >plan to fix that problem, but it does mean that you shou