El 22/01/11 11:27, Johann Gail escribió:
>
> Carlos Dávila schrieb:
>
>> These are my results with index_branch r1792
>>
>>
>> 1 tile map
>> 2 tiles map
>> 9 tiles map
>> *POI search*
>> Yes
>> Yes
>> Yes
>> *Cities*
>> Accented characters
>> Yes
>> Yes Yes
>> Existing city
>> Yes (3)
>> Yes (3)
>> Yes (3)
>> Existing region
>> Yes (1)
>> Yes (1)
>> Yes (1)
>> Existing country
>> Yes
>> Yes
>> Yes
>> Combinations of city, region, country
>> Yes (1) Yes (1) Yes
>> *Streets*
>> Existing street+city
>> Yes
>> Yes (2) Yes (2)
>> Non existing street+city
>> Yes Yes (2) Yes (2)
>> Only street
>> Yes Yes (2) Yes (2)
>> *Send to device
>> *
>>
>> Yes
>>
>>
>>
> Indeed very impressing statistics :-D
>
>> (1) Only places tagged in the form is_in=province,region,country.
>> Those with complete is_in:province, is_in:region, is_in:country
>> tagging are not found.
>>
> I think this should be solvable. The parsing code is not a unknown piece.
>
In the maps generated with trunk places tagged in both ways are found.
>> (2) Missing all streets beginning by "Calle" before "Calle Real ..."
>>
> From my stomach I get the idea, that this could be caused by the blank
> character. Could you give it a try with osm data, in which all
> occurences of "Calle " are search and replaced by "Calle" without
> blanks? Maybe it is a problem with the sorting, so binary search does
> not work correctly. Maybe the blanks should be sorted on the opposite
> end to the characters (after/before the chars).
>
First of all, I must remember that all "Calle " are found in the maps
generated with trunk. Removing almost all the blank character but 26
(not caught by find/replace due to upper/lower case differences) now I
can find those 26 "Calle Name" and apparently all the changed
"CalleName" in the 2 tiles map. Question now is, if the problem is the
blank character, why does "Calle Real ..." and followings appear when no
blank is removed?
> Another idea is, that there are to much streets beginning with the
> character combination "Calle ". Maybe there is some overflow in internal
> structures if there are more than 1024 (256, 4096, 2^16 ...?) labels
> beginning with the same characters, which would need some extra
> handling. Is it possible for you to do a quick grep on the osm files,
> how much occurences of "Calle " are there contained?
>
1tile map: 10978, 2tiles map: 10978+31792
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev