Found another bug in mkgmap-r1875.
If I search for adresses on a Dakota, and skipping the place name (because
often streets are assigned to the wrong place) and enter the streetname, the
street is found but it points to a place in the Atlantic Ocean south of Ghana
(lat0, lon0).
Hi
Yes, this is my view too.
This is how I expect it to work. So if there is an existing sorting
function doing it this way, then there must be a compare function
handling it correctly, i.e. doesn't distinguish between the different
accentuated c's. Should not the same compare function be
On Sat, Feb 26, 2011 at 11:30:50PM +0100, Carlos Dávila wrote:
I know max-nodes is quite too high, but after removing CORINE data with
osmosis there's a lot of unused nodes.
Side note: Have you considered adding --used-node to the osmosis options
after the --tf?
Marko
On Sun, Feb 27, 2011 at 09:47:15AM +0100, Carlos Dávila wrote:
Yes, but wouldn't it remove *all* nodes that are not part of a way? Or
does it affect only the nodes of the ways filtered by the --tf instruction?
Right, with --tf accept-ways it would only keep the nodes that belong to
the accepted
There is a section MDR8 which I added which is an index of
the first four letters of the street name into the streets section.
Now I think that would probably work OK, but there is one problem.
In one case there is Calle spelt with a C-cedilla Çalle (is that
even correct?).
Anyway when I
Hello
On 26/02/11 16:46, ValentinAK wrote:
What about Russian? Many users in Russia use mkgmap with -charset:cp1251 or
-code-page:1251. The index-branch version 1861 does not work correctly with
the Russian character set.
To support code pages other than 1252 we need to create files
that
Hi
I'm not deeply involved in the current index code, but should the
accented 'c' not beeing converted to a standard 'c' in the index?
Probably yes for MDR8, but for the street index, no.
If I enter the street names in my etrex, I can enter the base character,
i will get all streets which
Hi
I am planning to merge back the 'index' branch to trunk.
Is there anything that needs tidying up before that is done?
..Steve
Hi Steve,
that's great. I don't know anything that needs tidying up.
Thanks for you enormous effort you spent to make the index working!
WanMil
I still have the missing Calle* streets on MapSource. Any chance to
fix it before merge?
Does that not happen on the current trunk too?
If it doesn't then perhaps it is something that can be fixed but otherwise it
is a case of new development to
What about Russian? Many users in Russia use mkgmap with -charset:cp1251 or
-code-page:1251. The index-branch version 1861 does not work correctly with
the Russian character set.
--
View this message in context:
http://gis.638310.n2.nabble.com/Global-index-branch-tp6067663p6067966.html
Sent
ValentinAK valenti...@inbox.ru wrote:
What about Russian? Many users in Russia use mkgmap with
-charset:cp1251 or
-code-page:1251. The index-branch version 1861 does not work correctly
with
the Russian character set.
Hello
That is a good point I will make sure that it doesn't crash or work
El 26/02/11 17:46, Steve Ratcliffe escribió:
I still have the missing Calle* streets on MapSource. Any chance to
fix it before merge?
Does that not happen on the current trunk too?
No, it works fine with trunk on the same
Am 26.02.2011 18:02, schrieb Steve Ratcliffe:
What about Russian? Many users in Russia use mkgmap with
-charset:cp1251 or
-code-page:1251. The index-branch version 1861 does not work correctly
with
the Russian haracter set.
Hello
That is a good point I will make sure that it doesn't
Hi
Does that not happen on the current trunk too?
No, it works fine with trunk on the same input files.
Interesting, I'll try and compile a map of Spain and see if there is
anything obvious that is wrong or different.
..Steve
___
mkgmap-dev mailing
El 26/02/11 22:58, Steve Ratcliffe escribió:
Hi
Does that not happen on the current trunk too?
No, it works fine with trunk on the same input files.
Interesting, I'll try and compile a map of Spain and see if there is
anything obvious that is wrong or different.
In case
15 matches
Mail list logo