[mkgmap-dev] search for cities on GPSMAP 66s/st and etrex 32x

Tue Nov 23 18:49:07 GMT 2021

Hi.
I don't use -c, all options are given in one go in the script i have, so these 
were really all options expect starting java.

Yes, splitter uses equivalent --mapid=77700001, 77800001, 77900001 for each of 
the sections.

I will cross check all for mistakes but thanks so far.

Regards
Karl

On tisdag 23 november 2021 19:36:52 CET Gerd Petermann wrote:
> Hi Karl,
> 
> --mapname is ignored if you use -c template.args as this overwrites the
> option for each tile (you left this part out). The option --mapid is for
> splitter.
> Anyway, if your tiles all have different ids this should work fine, at least
> that's what I know. One of the javawa tools can tell you more, but I don't
> remember which one.
> 
> Gerd
> 
> ________________________________________
> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von 7770
> <7770 at foskan.eu> Gesendet: Dienstag, 23. November 2021 19:26
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] search for cities on GPSMAP 66s/st and etrex 32x
> 
> Hi.
> --family-id is set to individually 7770, 7780, 7790.
> 
> mapid, is that the same as --mapname?
> They are also set individually.
> --mapname = 77700001, 77800001, 77900001.
> 
> The complete list of options is:
> --max-jobs \
> --family-name="NE EUR" \
> --family-id=7770 \
> --mapname=77700001 \
> --draw-priority=21 \
> --latin1 \
> --net --route --index --split-name-index \
> --make-poi-index \
> --housenumbers \
> --add-boundary-nodes-at-admin-boundaries=2 \
> --output-dir=tiles_7770/ \
> --bounds=bounds/ \
> --precomp-sea=sea/ \
> --style-file=styles_7770/ \
> --description="NE EUR routable normal." \
> --make-poi-index \
> --add-pois-to-areas \
> --lower-case \
> 
> 
> I could try removing --make-poi-index which i dont know exactly what it
> does, but seems to be outdated for "moden" devices.
> 
> I am also preparing a TYP-file, do i need to give the family-id to the TYP
> file or can i use one genereic for all maps? I currently use one generic,
> but perhaps i should compile it with each specific family-id before using
> with each map?
> 
> 
> 
> Regards
> Karl
> 
> On tisdag 23 november 2021 19:05:40 CET Gerd Petermann wrote:
> > Hi Karl,
> > 
> > I think it should work if you use different mapids and different
> > --family-id for each set.
> > 
> > Gerd
> > 
> > ________________________________________
> > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von
> > 7770 <7770 at foskan.eu> Gesendet: Dienstag, 23. November 2021 18:58
> > An: Development list for mkgmap
> > Betreff: Re: [mkgmap-dev] search for cities on GPSMAP 66s/st and etrex 32x
> > 
> > Hi.
> > Thanks for answers Gerd and Ticker.
> > 
> > Here are some more details.
> > Maps were split using splitter-463 and compiled with mkgmap-4818.
> > --code-page=1252 (latin1).
> > 
> > After vaious tests enabling and disabling maps i realize that if combine
> > my
> > own maps, each a part of europe then the issue occurs, and most likely it
> > is related to map overlap.
> > 
> > The process i use is the following.
> > Get countrywise data from geofabrik.de
> > Combine 3 sections of europe (osmconvert).
> > Run splitter individually on each of these sections.
> > Run mkgmap individually on each of the split sections.
> > Run mkgmap individually on each of the made tiles to create each section
> > of
> > europe as one gmapsupp.img.
> > Each map has its own --mapname and its own --family
> > 
> > I don't use any further polygons to cut exactly where the countires
> > borders
> > are, hence if i enable more than one of these maps on the unit they will
> > overlap and possibly blank out each other, therefor i only use one at the
> > time but have them added to the unit simultaneusly.
> > 
> > 
> > is ther a good way to avoid these issues and make sure that seach can work
> > even if some maps overlap?
> > 
> > 
> > 
> > Regards
> > Karl
> > 
> > On tisdag 23 november 2021 15:27:01 CET Ticker Berkin wrote:
> > > Hi Karl
> > > 
> > > What code-page are you using for this. "ł" from Małopolska is unicode
> > > U+0142        LATIN SMALL LETTER L WITH STROKE and isn't representable
> > > in
> > > cp1252, but is in cp1250 and unicode/cp65001
> > > 
> > > Ticker
> > > 
> > > On Tue, 2021-11-23 at 08:08 +0000, Gerd Petermann wrote:
> > > > Hi Karl,
> > > > 
> > > > maybe you have different basemaps (or other maps) on the two devices
> > > > and your map doesn't contain the searched cities?
> > > > 
> > > > Did you check with MapSource or another tool on PC?
> > > > 
> > > > Gerd
> > > > 
> > > > ________________________________________
> > > > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag
> > > > von 7770 <7770 at foskan.eu>
> > > > Gesendet: Dienstag, 23. November 2021 07:21
> > > > An: mkgmap-dev at lists.mkgmap.org.uk
> > > > Betreff: [mkgmap-dev] search for cities on GPSMAP 66s/st and etrex
> > > > 32x
> > > > 
> > > > Hi.
> > > > I am creating a map over parts of Europe, including Poland.
> > > > The very same map img-file is loaded onto one GPSMAP 66st and one
> > > > etrex 32x.
> > > > 
> > > > When searching for cities (FIND -> cities) and searching for any
> > > > city, town or
> > > > villiage in the county of Małopolska (Lesser poland i think it is in
> > > > English),
> > > > such as Kraków, Tarnów, Wieliczka, etc. it does show up on the etrex
> > > > 32x but
> > > > not on GPSMAP 66st.
> > > > 
> > > > It's not an error with the entire map, because if i search for
> > > > "Krakow" (with
> > > > ó or o does not matter) on the GPSMAP 66st, other Krakows (in other
> > > > counties)
> > > > are found, only the places in Małopolska are not found and only on
> > > > the GPSMAP
> > > > 66st unit.
> > > > On the etrex 32x locations within the county are found.
> > > > 
> > > > I get the feeling that thre is an issue with parts of the map and i
> > > > wonder how
> > > > i can find out more?
> > > > Could it be that something is incorrect with the original map data
> > > > for the
> > > > county of Małoplska?
> > > > 
> > > > Regards
> > > > Karl
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > _______________________________________________
> > > > mkgmap-dev mailing list
> > > > mkgmap-dev at lists.mkgmap.org.uk
> > > > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > > > _______________________________________________
> > > > mkgmap-dev mailing list
> > > > mkgmap-dev at lists.mkgmap.org.uk
> > > > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > > 
> > > _______________________________________________
> > > mkgmap-dev mailing list
> > > mkgmap-dev at lists.mkgmap.org.uk
> > > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > 
> > _______________________________________________
> > mkgmap-dev mailing list
> > mkgmap-dev at lists.mkgmap.org.uk
> > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > _______________________________________________
> > mkgmap-dev mailing list
> > mkgmap-dev at lists.mkgmap.org.uk
> > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> 
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev