[mkgmap-dev] Small problem with global index

Tue Nov 23 13:37:54 GMT 2021

Hi Gerd

Here are the bits I used to investigate case strangeness

The 2 tiles can be extracted from Hampshire, England, Great-Britain
etc with the attached split-list. I can upload them if you want

The style is "default" with additions at end of points & lines to
rename "Upton" to "wherWell" and a slight mod to inc/address
 - diff attached.

Command is:
$ java -ea -jar ../mkgmap-r4810/mkgmap.jar --add-pois-to-areas \
  --bounds=../bounds.zip --code-page=1252 --gmapi --gmapsupp --index \
  --location-autofill=is_in,nearest --lower-case \
  --preserve-element-order --route --style-file=tstStyle 
  -c template.args 

--route was needed for Find > Address to show in MapSource and to work
in BaseCamp.

Resultant behaviour from Find > Address:

BaseCamp 4.7.4. 
City field allows "Wherwell" or "wherwell" (NB not "wherWell"), Streets
in either city can be found regardless of which version is entered, but
if the street is in the top tile the city is shown as "Wherwell" (even
if in "wherwell"=="Upton"). City for Streets in the lower tile show as
"wherwell".

MapSource 6.16.3
The Street must be chosen first. Only "wherwell" is accepted in the
City field. The results show "Wherwell"/"wherwell" according to the
tile, as above.

eTrex HCx
The City field can be set to "Wherwell" or "wherWell". If "Wherwell"
then can find streets in the top tile, if "wherWell" then the bottom
tile.

Sample Streets:
Name		In		HCx find>city necessary
Alma Lane	Upton		wherWell
Baybridge Lane	Upton		Wherwell
Beech Grove	Wherwell	Wherwell 
Belmore		Upton		Wherwell
Chant Close	Wherwell	Wherwell
Bigpath Lane	Upton		Either as crosses tile 
Church Street	Both		Either, finds expected one

Ticker

On Tue, 2021-11-23 at 11:03 +0000, Ticker Berkin wrote:
> Hi Gerd
> 
> I'm not ignoring this, but trying to put the essence of my renames
> into
> the default style and testing with a r4810 and --lower-case I find
> MapSource isn't giving me a Find > Address option and BaseCamp
> doesn't
> find any streets and once said "Doesn't support Address Search"
> 
> So I'll try and pin down what makes it fail totally.
> 
> Ticker
> 
> On Mon, 2021-11-22 at 15:27 +0000, Gerd Petermann wrote:
> > Hi Ticker,
> > 
> > the results probably depend on the way how you "renamed a city".
> > You
> > may only rename a single POI or also the data in the bounds.zip or
> > maybe also addr:city=Upton etc.
> > That's why I keep asking for demo data to reproduce your results.
> > Testing this stuff is quite complex and error prone and thus we
> > should try to have common input files to be able to verify our
> > results.
> > 
> > Gerd
> 
> 
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: default.diff
Type: text/x-patch
Size: 1679 bytes
Desc: not available
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20211123/e47200c8/attachment.bin>
-------------- next part --------------
# make a single map from bit N of Winchester to Newport IOW
#74210001: 2362592,-71808 to 2389984,-47168
#74210001 (50.69572448730469,-1.54083251953125) to (51.28349304199219,-1.012115478515625)
#74210001: 2362592,-73088 to 2389984,-50304
# maybe, to do better testing, split into 2 maps 
74210001: 2362592,-73088 to 2376288,-50304
74210002: 2376288,-73088 to 2389984,-50304