On 13/11/09 00:54, Felix Hartmann wrote:
Well just retested - 1351 still works.
Anton has made a breakthrough with the regions. He suggests sorting
them by region id. This is working well for me in a quick test on the
UK so I will commit it. Make sure that you remove any region-munge
patch you
Steve,
Attached 2 patches for mkgmap-r1381\doc\
READMEjava.patch
READMEinstalling.patch
If you would be so kind to commit it? Please?
BTW I see a heading like
Index: doc/README.java
on the patches of others. Is it hand edited in, or do you use different
DiffUtils
On Fri, Nov 13, 2009 at 10:46 AM, Steve Ratcliffe st...@parabola.me.uk wrote:
On 13/11/09 00:54, Felix Hartmann wrote:
Well just retested - 1351 still works.
Anton has made a breakthrough with the regions. He suggests sorting
them by region id. This is working well for me in a quick test on
svn commit wrote:
Version 1382 was commited by steve on 2009-11-13 09:53:05 + (Fri, 13 Nov
2009)
Sort regions by region id, after map id as per Anton's suggestion.
I am able to transfer maps that have more than 16 regions now.
I am not even able to open the Find Places menu with
On Fri, Nov 13, 2009 at 12:36 PM, Mark Burton ma...@ordern.com wrote:
Within that range of commits, the only one that alters the map data is:
Substitute '/' for ';' in display_name to avoid it getting split.
Based on patch from Clinton Gladstone.
git-svn-id:
Hi Clinton,
Wow. I will be so annoyed if this turns out to be the problem! ;-)
It would be somewhat ironic if the character chosen to replace
occurrences of ';' turned out to be poisonous. If it is that, how about
trying '-'?
Cheers,
Mark
___
No I don't think this is responsible. I just deleted exactly that line:
displayName = displayName.replace(;,/);
but Mapsource still crashes upon clicking on find places.
Mark Burton wrote:
Hi Clinton,
Wow. I will be so annoyed if this turns out to be the problem! ;-)
It would be
No I don't think this is responsible. I just deleted exactly that line:
displayName = displayName.replace(;,/);
but Mapsource still crashes upon clicking on find places.
Maybe there are still ';' in the names and mapsource is barfing on
those?
Maybe mapsource doesn't like '/' or ';'?
Mark Burton wrote:
No I don't think this is responsible. I just deleted exactly that line:
displayName = displayName.replace(;,/);
but Mapsource still crashes upon clicking on find places.
Maybe there are still ';' in the names and mapsource is barfing on
those?
Maybe mapsource doesn't
Hi Felix,
Maybe mapsource doesn't like '/' or ';'?
That is definitely not the problem. It is the city code introduced with
1352. If I add the changes of 1353 to 1351 it still works without
problems, just 1352 is somehow breaking it.
Ok, well it did seem a bit unlikely that / or ;
0 In article 7b06bd660910301407g284eeea4ibe39f3b60b268...@mail.gmail.com,
0 Federico Cozzi URL:mailto:f.co...@gmail.com (Federico) wrote:
Federico access = no {add motorcar = no; add taxi = no; add bicycle =
Federico no; ...}
0 In article 87iqdfqwpx@balti.ashgrove,
0 Toby Speight
On Fri, Nov 13, 2009 at 1:39 PM, Felix Hartmann
extremecar...@googlemail.com wrote:
Could you please retest 1352. I have 1351 working, 1352 failing on Germany.
I my opinion it is definitely the fix city code by Anton that is causing the
problem!
(remember to run ant clean when downgrading
2009/11/13 Toby Speight t.m.speight...@cantab.net
Oops; that should read
/
| access=* { add vehicle='${access}'; add foot='${access}' }
| vehicle=* { add motor_vehicle='${vehicle}'; add bicycle='${vehicle}' }
\
Looks good, this would enable us to correctly map general
Hi Felix,
Can you put somewhere or post the exact mkgmap parameters and data source to
try to reproduce the error?
I can also confirm that with the City patch and mdr13 reordering tweak the map
of Bulgaria is compiled and transferred without probems to my gpsr.
Best Regards,
Anton Todorov
- Original Message
From: Anton Todorov antod05-mkg...@yahoo.co.uk
To: extremecar...@gmail.com; Development list for mkgmap
mkgmap-dev@lists.mkgmap.org.uk
Sent: Fri, 13 November, 2009 16:57:54
Subject: Re: [mkgmap-dev] Commit: r1382: Sort regions by region id, after map
id as per
On 13/11/09 15:10, Anton Todorov wrote:
Ouau! Entire Germany is too big for my PC... Felix can you put somewhere the
MDR.img file to look at it? Or to give some smaller piece of OSM data with
same problem?
I'm just looking into a problem now. I think the size is the
difference, my germany
Version 1384 was commited by steve on 2009-11-13 16:10:30 + (Fri, 13 Nov
2009)
May as well sort mdr14 in the same way as mdr13.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Version 1385 was commited by steve on 2009-11-13 16:37:11 + (Fri, 13 Nov
2009)
Unique the strings in mdr15
Makes the index file significantly smaller.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Version 1386 was commited by steve on 2009-11-13 16:47:50 + (Fri, 13 Nov
2009)
The alternatives syntax can be used for any set/add.
The syntax that can be used to set the name:
name '${foo}' | '${bar} | 'default value'
can be used on any set or add command, for example:
set name =
svn commit wrote:
Version 1386 was commited by steve on 2009-11-13 16:47:50 + (Fri, 13 Nov
2009)
The alternatives syntax can be used for any set/add.
The syntax that can be used to set the name:
name '${foo}' | '${bar} | 'default value'
can be used on any set or add command,
Hi Mark
Do remember the reason for having cityList and cites in PlacesFile.
In 854 you introduced the cityList in addition to the pre-existing
cities list. The cities list became a list of unique city names per
country. There is a problem that cityList.size() is the actual number
of city
Hi Steve,
Hi Mark
Do remember the reason for having cityList and cites in PlacesFile.
In 854 you introduced the cityList in addition to the pre-existing
cities list. The cities list became a list of unique city names per
country. There is a problem that cityList.size() is the actual
On Nov 13, 2009, at 16:56, Steve Ratcliffe wrote:
With the latest commit, my germany map works as well as my UK one.
To recap we should now have:
1. No repeated city name when finding cities
2. Maps transfer from mapsource even when they have more than 16 regions
Thanks to Anton for
On 13/11/09 18:38, Mark Burton wrote:
So do you think it is safe to use cityList.size() where ever the
number of cites is required as in the attached patch?
That does sound sensible. I am just wondering why we need to keep
cities at all given that when you have multiple cities with the same
24 matches
Mail list logo