[mkgmap-dev] Basecamp crashes on search if searching for many 2+ word phrases

Wed Jun 2 11:14:40 BST 2021

well it clearly only happens with a blank in the name. That is the most
common factor. Never seen one where the name is a single word. And in
recent versions of Basecamp the search actually became really useful - it
is way faster than at the beginning, it finds all addresses / POI - just
missing the nice POI category search. I will try to get a minimalist style
to crash. If that doesn't work maybe we can introduce _ instead of blanks?
Better not being able to search for two words normally with crash vs not
crashing. Well only for 0x1??? and 0x2??? POI. I do feel like if Basecamp
can first find a 0x????? type of POI it will not crash. That is what is
causing those really random results.

Last message for now - need to get some fresh air after working 6 hours
straight this morning. But will try to drill down the problem a bit more
tonight.

On Wed, 2 Jun 2021 at 13:03, <ankeric.osm at gmail.com> wrote:

> Yes, this has been happening for a very long time (longer than my memory
> lane).
>
>
>
> My “facts”:
>
>    - Not possible to reproduce;
>    - Sometimes it will take hours before the crash occurs. So, I don’t
>    agree: “if a good search already has been executed (single word), then
>    the crash rarely occurs”.
>    - Long, long ago I have tested by uninstall all mkgmaps, which left
>    over City Navigator 2007 (yes; 2007). And still: the error did occur. But
>    harder to reproduce;
>    - But also: I have the impression (no fact) that more Maps increases
>    the chance of crashing;
>    - I have never seen GPS crash on search (Vista HCx, Etrex 30, GPSMAP
>    62/66)
>    - Find Addresses (Ctrl+Alt+A) will never crash (so: work-around);
>    - I have also seen strange addresses found, which do not match my
>    search criteria.
>    - And – lol – I could reproduce a BaseCamp search which will take 10
>    minutes to respond. Oeps, or was this a GPS search? Is this a search where
>    BaseCamp will crash (impatience, no retry, no error handling) and GPS will
>    try for 10 minutes and succeed???
>
>
>
> My work-around:
>
> Do not use BaseCamp for any Search. Not ever! I use my smartphone + OsmAnd
> or Google search on second PC monitor.
>
> I will only test a new version of BaseCamp and until now, it’s always not
> oké. Still not oké.
>
> In BaseCamp I can only find an object, if I know where it is….
>
>
>
> A BaseCamp crash is 99% harmless, but at 1% I lose information (in which
> case always (...) relevant information, so bad for my mood).
>
>
>
> But I might have to apologize to Garmin.
>
> I have always considered BaseCamp to be extreme bad software, but perhaps
> Garmin is not to blame???
>
>
>
> If (but only “if”) you are gone investigate and mkgmap might be the cause,
> I could try “memory lane”.
>
> I have posted several times on Garmin Vendor forum about searching and not
> finding or finding the wrong answers or crashing.
>
> I even might have found a way to reproduce ?????
>
> But these posting are all in Dutch language, so therefore: “If and only
> if”.
>
>
>
> Sorry, too many “???”.
>
> But I assumed I had managed to suppress my - bad - memories
>
>
>
> Eric (AnkEric)
>
>
>
> *From:* mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> *On Behalf Of
> *Felix Hartmann
> *Sent:* woensdag 2 juni 2021 11:20
> *To:* Development list for mkgmap <mkgmap-dev at lists.mkgmap.org.uk>
> *Subject:* Re: [mkgmap-dev] Basecamp crashes on search if searching for
> many 2+ word phrases
>
>
>
> Basecamp just closes 0-3 seconds after entering that term into the search
> bar. No warning, no error notice, nothing. Seems to have been happening a
> long time already. Okay this evening I will try to produce a map as small
> as possible that still crashes. I do not have much time now anymore - but
> will try if removing --split-name-index changes something. I kinda feel it
> has something to do with split-name-index.
>
>
>
> On Wed, 2 Jun 2021 at 12:07, Gerd Petermann <
> gpetermann_muenchen at hotmail.com> wrote:
>
> Hi Felix,
>
> I couldn't reproduce the crash so far. Please provide a small map and
> exact instructions how to reproduce. What happens when BC crashes? Do you
> have some kind of report?
>
> Gerd
>
> ________________________________________
> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von
> Felix Hartmann <extremecarver at gmail.com>
> Gesendet: Mittwoch, 2. Juni 2021 10:16
> An: Thomas Morgenstern; Development list for mkgmap
> Betreff: Re: [mkgmap-dev] Basecamp crashes on search if searching for many
> 2+ word phrases
>
> https://www.openstreetmap.org/node/3268115540
> shop=hardware  | shop=trade  [0x2e01 resolution 24]
> does not crash - it has a full address field. Maybe if we have address for
> a POI it does not crash?
>
> I have to look but I think so far only entries without an address cause a
> crash. Also it does not crash if being nearby and only searching for one of
> the words of the entry thereby finding it.
>
> On Wed, 2 Jun 2021 at 11:08, Felix Hartmann <extremecarver at gmail.com
> <mailto:extremecarver at gmail.com>> wrote:
> I just thought about it - could it be related to multi word street search?
> Maybe what works for multi word street search is not possible for old type
> POI search? So it is the multi word stuff that got introduced for roads
> that causes the crashes in Basecamp (not sure about what happens on devices
> - will check that out later).
> --add-pois-to-areas
> --pois-to-areas-placement=entrance=main;entrance=yes;building=entrance;barrier=entrance
> --link-pois-to-ways --location-autofill=bounds,is_in,nearest and of coure
> --index are the most relevant to this thread options I am using.
>
>
> On Wed, 2 Jun 2021 at 10:49, Felix Hartmann <extremecarver at gmail.com
> <mailto:extremecarver at gmail.com>> wrote:
> Even though Gerd also speaks German, I think its better to continue in
> English. I am quite sure that this is the same bug then. Your map does not
> crash because it find another POI first. I also sometimes have two POI for
> the same thing - one for finding it via a category POI search, the other
> for the symbol in the map. I do wonder if you have two POI the order in the
> style matters? If you change the order they are created - does it crash?
>
> Could it be that only 0x1234 POI are affected, but the newer 0x12345 types
> not? As soon as it finds 0x12345 it does not crash?
>
> Lets take Verbier Village - it is not a ciy POI
> https://www.openstreetmap.org/node/8307159228
>
> I use: highway=bus_stop | amenity=bus_stop | highway=busstop |
> amenity=busstop | railway=bus_stop {set name='bus_stop ${name}' |
> 'bus_stop' } [0x2f17 resolution 24]
> for that one.
>
> Cold de Jaman
> https://www.openstreetmap.org/node/1437437792
> I have the rule:
> 0x1c01 resolution 24 continue]
> [0x11607 resolution 20-21 continue]
> [0x1151f resolution 22-22 continue
>  [0x1151f resolution 23-24]]
>
> However the first one in my map obviously is 0x1c01 - an old type.
>
>
> The other ones are a bit bad examples I noticed - because there exists
> several entries in osm data that could be found with identical name.
> However I have found no actual city only poi where it crashes - Saas Fee
> also has other POI named the same. So maybe they cause a crash.
>
>
> On Wed, 2 Jun 2021 at 10:25, Thomas Morgenstern <webmaster at img2ms.de
> <mailto:webmaster at img2ms.de>> wrote:
> Kann sein, dass es am Style liegt. Ich nutze meinen eigenen Style, der z.B
> einen zusätzlichen POI für Städte einfügt. ich fand vor geraumer Zeit, dass
> Städte in der MDR nicht eingebbar sind, wenn der String Leerzeichen
> enthält. Dazu hatte ich auch in der mailinglist gepostet. Hr.Petermann
> sagte damals, das die MDR für Städte aber nicht anpassbar sei. deshalb hat
> bei mir jede Stadt noch einen zusätzlichen POI einer anderen Kategorie.
> mfg
>
> Am 02.06.2021 um 09:07 schrieb Felix Hartmann:
> Very strange - I also tested this on "Frezeitkarte" Schweiz and it crashed
> too. It usually does not crash if you before had a non crash search.
>
> On Wed, 2 Jun 2021 at 08:35, Thomas Morgenstern <webmaster at img2ms.de
> <mailto:webmaster at img2ms.de>> wrote:
> Kann ich nicht bestätigen, alle hier genannten Suchen sind erfolgreich
> ohne Abstutz. BC Ver 4.7.0 und eigene OSM map
> mfg
>
> Am 01.06.2021 um 22:32 schrieb Felix Hartmann:
> A user of my maps just told me that there are some crashes in the Basecamp
> search. There is a clear pattern - only search phrases of minimum 2 words
> with a space between cause crashes.
>
> I tested it on my maps, and on other mkgmap created maps and the crashes
> are more or less happening on all maps.
>
>
> For Switzerland some places causing crashes:
> Verbier Village
> Saas Fee
> Col de Jaman
> Pic chaussy
> Pic chosy
>
>
> Also
> 2) the search must be the first from BC execution
> 3) if a good search already has been executed (single word), then the
> crash rarely occurs
>
>
> Not happening with Garmin's own maps. The more entries (POIs) of the name
> exist - the more likely? Seems to happen more often in the French part of
> Switzerland compared to the Garmin part. But as many words like Saas Fee do
> not contain any special characters - I do not think it is related to any
> codepage problem.
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
>
>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>
>
> --
>
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

-- 
Felix Hartman - Openmtbmap.org & VeloMap.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20210602/329dcfaf/attachment-0001.html>