<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">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).<div>--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.<br></div><div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 2 Jun 2021 at 10:49, Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">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?</div><div dir="ltr"><br></div><div dir="ltr">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?<br><div><br></div><div>Lets take Verbier Village - it is not a ciy POI</div><div><a href="https://www.openstreetmap.org/node/8307159228" target="_blank">https://www.openstreetmap.org/node/8307159228</a><br></div><div><br></div><div>I use: highway=bus_stop | amenity=bus_stop | highway=busstop | amenity=busstop<span style="white-space:pre-wrap"> </span>| railway=bus_stop<span style="white-space:pre-wrap"> </span>{set name='bus_stop ${name}' | 'bus_stop' } [0x2f17 resolution 24]</div><div>for that one. </div><div><br></div><div>Cold de Jaman</div><div><a href="https://www.openstreetmap.org/node/1437437792" target="_blank">https://www.openstreetmap.org/node/1437437792</a><br></div><div>I have the rule:</div><div>0x1c01 resolution 24 continue]<br></div><div>[0x11607 resolution 20-21 continue]<br></div><div>[0x1151f resolution 22-22 continue</div><div> [0x1151f resolution 23-24]]<br></div><div><br></div><div>However the first one in my map obviously is 0x1c01 - an old type.</div><div><br></div><div><br></div><div>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. </div><div><br></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 2 Jun 2021 at 10:25, Thomas Morgenstern <<a href="mailto:webmaster@img2ms.de" target="_blank">webmaster@img2ms.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF">
<font face="Arial">Kann sein, dass es am Style lieg<font face="Arial">t</font>. <font face="Arial">I</font>ch nutze
meinen eigenen Style, der z.B einen zusätzlichen POI für Städte
einfügt. ich fan<font face="Arial">d vor geraum<font face="Arial">er
Zeit, dass Städte in der MDR nicht eingebbar sind, wenn der <font face="Arial">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 n<font face="Arial">o</font>ch einen
zusätzlichen POI einer anderen Kategorie.<br>
<font face="Arial">mfg</font><br>
</font></font></font></font><br>
<div>Am 02.06.2021 um 09:07 schrieb Felix
Hartmann:<br>
</div>
<blockquote type="cite">
<div dir="ltr">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.</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, 2 Jun 2021 at 08:35,
Thomas Morgenstern <<a href="mailto:webmaster@img2ms.de" target="_blank">webmaster@img2ms.de</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF"> <font face="Arial">Kann ich nicht
bestätigen, alle hier genannten Suchen sind erfol<font face="Arial">greich <font face="Arial">ohne Abstutz. BC
Ver 4.7.0 und eigene OSM map<br>
<font face="Arial">mfg</font><br>
</font></font></font><br>
<div>Am 01.06.2021 um 22:32 schrieb Felix Hartmann:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">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.
<div><br>
</div>
<div>I tested it on my maps, and on other mkgmap
created maps and the crashes are more or less
happening on all maps.</div>
<div><br>
</div>
<div><br>
</div>
<div>For Switzerland some places causing crashes:</div>
<div>Verbier Village</div>
<div>Saas Fee</div>
<div>Col de Jaman</div>
<div>
<div>Pic chaussy</div>
<div>Pic chosy</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Also </div>
<div><span style="color:rgb(0,0,0);font-family:Tahoma,sans-serif;background-color:rgb(238,238,238)">2)
the search must be the first from BC execution</span><br style="color:rgb(0,0,0);font-family:Tahoma,sans-serif;background-color:rgb(238,238,238)">
<span style="color:rgb(0,0,0);font-family:Tahoma,sans-serif;background-color:rgb(238,238,238)">3)
if a good search already has been executed
(single word), then the crash rarely occurs</span><br>
</div>
<div><br>
</div>
<div><br clear="all">
<div>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.</div>
-- <br>
<div dir="ltr">
<div dir="ltr">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>Felix Hartman - Openmtbmap.org
& VeloMap.org<br>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
mkgmap-dev mailing list
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr">
<div dir="ltr">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>Felix Hartman - Openmtbmap.org & VeloMap.org<br>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<br>
</div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>