<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="margin: 0px; font-stretch: normal; line-height: normal;" class="">Hi Ticker,</div><div style="margin: 0px; font-stretch: normal; line-height: normal; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px; font-stretch: normal; line-height: normal; min-height: 14px;" class="">thank you - yes, that explains a lot of my troubles.</div><div style="margin: 0px; font-stretch: normal; line-height: normal; min-height: 14px;" class=""><br class=""></div><div class="">But - if I got you right: isn`t this what I need?</div><div class=""><span class="Apple-tab-span" style="color: rgb(88, 86, 214); -webkit-text-stroke-color: rgb(88, 86, 214); -webkit-text-stroke-width: initial; white-space: pre;">   </span><span style="color: rgb(88, 86, 214); -webkit-text-stroke-color: rgb(88, 86, 214); -webkit-text-stroke-width: initial;" class="">For an area2poi POI, it is almost certain that it is_in(its own type)</span></div><div class=""><div style="margin: 0px; font-stretch: normal; line-height: normal; color: rgb(88, 86, 214); -webkit-text-stroke-width: initial; -webkit-text-stroke-color: rgb(88, 86, 214);" class=""><span style="font-kerning: none" class=""><span class="Apple-tab-span" style="white-space:pre">       </span>but you can exclude it if is_in(the other types).</span></div></div><div class=""><div class="">Do you have an example for the mentioned exclusion?</div><div class=""><br class=""></div><div class="">Concerning deletion: it seemed to be easier to delete unwanted POIs while testing, but indeed I prefer to handle this by tagging later.</div><div class="">For sure I want to miss as little information as possible, but distinguish the available - I dropped the corresponding naming actions for simplification, and the mopup at the end also ;-)</div></div><div class=""><br class=""></div><div class="">Jan</div><div class=""><br class=""></div><div class=""><br class=""></div><div><blockquote type="cite" class=""><div class="">Am 21.02.2021 um 22:32 schrieb Ticker Berkin <<a href="mailto:rwb-mkgmap@jagit.co.uk" class="">rwb-mkgmap@jagit.co.uk</a>>:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hi Jan<br class=""><br class="">I don't think you'll be able to do what you hope for.<br class=""><br class="">Each possible POI comes either:<br class="">a) direct from a point<br class="">b) from a polygon if --add-pois-to-areas, setting mkgmap:area2poi=true<br class="">   This happens regardless of any rules etc.<br class=""><br class="">All you can do in the points rule processing is choose to display a POI<br class="">or not.<br class=""><br class="">For a direct POI, you can test if is_in any of the types of polygon and<br class="">suppress it if you choose.<br class=""><br class="">For an area2poi POI, it is almost certain that it is_in(its own type)<br class="">but you can exclude it if is_in(the other types).<br class=""><br class="">There is no is_in() test for being in a polygon (of some type) that is<br class="">in another polygon (of same or any other type). <br class=""><br class="">It is clearer to apply these tests to the POI generation rule rather<br class="">than {delete} the tag to be tested. For {delete} to work, it has to be<br class="">done before the rule that might generated the [POI]. It is obscure to<br class="">show the {delete} afterwards, even though, with careful rule ordering,<br class="">the same effect could be achieved. <br class=""><br class="">Does this make sense?<br class=""><br class="">Ticker<br class=""><br class="">On Sun, 2021-02-21 at 18:04 +0100, jan meisters wrote:<br class=""><blockquote type="cite" class="">(Still problems with attachments. Now with link)<br class=""><br class="">Hi Ticker,<br class=""><br class="">I want to ask for relevant swimmings, one after another, and after<br class="">every rule exclude further swimmings inside aleady matched areas.<br class="">In the end the style should dismiss e.g. leisure=swimming_pools which<br class="">lay in a (leisure=stadium & sport=swimming) already matched:<br class=""><br class="">1.<span class="Apple-tab-span" style="white-space:pre"> </span>leisure=stadium & sport=swimming {name '${name} (stadium<br class="">swim)‘ | '(stadium swim)'} [0x2d09 resolution 24]<br class=""><span class="Apple-tab-span" style="white-space:pre">   </span>sport=swimming & is_in(leisure,stadium,in_or_on)=true &<br class="">is_in(sport,swimming,in_or_on)=true {delete sport}<br class="">2.<span class="Apple-tab-span" style="white-space:pre">       </span>leisure=water_park & sport=swimming {name '${name}<br class="">(waterpark swim)‘ | '(waterpark swim)'} [0x2d09 resolution 24]<br class=""><span class="Apple-tab-span" style="white-space:pre">    </span>sport=swimming & is_in(leisure, water_park,in_or_on)=true &<br class="">is_in(sport,swimming,in_or_on)=true {delete sport}<br class="">3.<span class="Apple-tab-span" style="white-space:pre">   </span>leisure=swimming_pool & sport=swimming {name '${name} (pool<br class="">swim)‘ | ‚(pool swim)'} [0x2d09 resolution 24]<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>sport=swimming & is_in(leisure, swimming_pool,in_or_on)=true &<br class="">is_in(sport,swimming,in_or_on)=true {delete sport}<br class="">4.<span class="Apple-tab-span" style="white-space:pre">        </span>…<br class=""><br class="">With the above ruleset I have correct results for nodes so far, but<br class="">not for polygons.<br class="">The is_in-rule seems to lack the epression of is_n(leisure=stadium &<br class="">sport=swimming), instead matches a polygons own swimming as well -<br class="">what I don´t want.<br class="">But I´ve got no clue how to write it.<br class=""><br class="">In swim.osm the surrounding left stadium has swimming, the right one<br class="">not. Inside both stadium, water_park and sports_centre as area and<br class="">poi. (See <a href="http://files.mkgmap.org.uk/detail/500" class="">http://files.mkgmap.org.uk/detail/500</a> for the following<br class="">screenshots)<br class=""><br class="">Above ruleset gives this: 1-result.jpg<br class="">In left stadium pois for stadium/swim (area, area inside, poi<br class="">inside), nothing else: correct.<br class="">In right stadium pois for all swim inside except for the areas:<br class="">wrong.<br class=""><br class="">What I expect is this: 2-expected.jpg<br class="">Left as before, but In the right pois for all swim inside including<br class="">areas.<br class=""><br class="">Hope I made it clearer<br class="">Jan<br class=""><br class=""><br class=""><blockquote type="cite" class="">Am 21.02.2021 um 13:01 schrieb Ticker Berkin <<br class=""><a href="mailto:rwb-mkgmap@jagit.co.uk" class="">rwb-mkgmap@jagit.co.uk</a>>:<br class=""><br class="">Hi Jan<br class=""><br class="">I'm slightly confused as to what you are trying to do here when you<br class="">say<br class="">it works for nodes but not polygons.<br class=""><br class="">After you've output a POI from the first rule what are you trying<br class="">to<br class="">do?<br class=""><br class="">Ticker<br class=""><br class="">On Sun, 2021-02-21 at 10:42 +0100, jan meisters wrote:<br class=""><blockquote type="cite" class="">Hi Gerd,<br class=""><br class="">my first impression didn´t get trough further test.<br class=""><br class="">This works for nodes, but not for polygons:<br class=""><span class="Apple-tab-span" style="white-space:pre">  </span>leisure=stadium & sport=swimming [0x2d09 resolution 24]<br class=""><span class="Apple-tab-span" style="white-space:pre">    </span>sport=swimming & is_in(leisure,stadium,in_or_on)=true &<br class="">is_in(sport,swimming,in_or_on)=true {delete sport}<br class=""><br class="">It matches it´s own swimming tag as well, not only when stadium<br class="">is<br class="">given.<br class="">Tried various spellings/brackets, but I can´t get it to work for<br class="">stadium and swimming as a combination only.<br class="">I guess we don´t have a syntax for this?<br class=""><br class="">Attached a small example.<br class=""><br class="">Jan<br class=""><br class=""><br class=""><blockquote type="cite" class="">Am 16.02.2021 um 18:28 schrieb jan meisters <<a href="mailto:jan_m23@gmx.net" class="">jan_m23@gmx.net</a>>:<br class=""><br class="">Hi Gerd,<br class=""><br class="">so easy - that works!<br class="">Thanks for helping me out<br class="">Jan<br class=""><br class=""><blockquote type="cite" class="">Am 16.02.2021 um 17:44 schrieb Gerd Petermann <<br class=""><a href="mailto:gpetermann_muenchen@hotmail.com" class="">gpetermann_muenchen@hotmail.com</a>>:<br class=""><br class="">Hi Jan,<br class=""><br class="">is_in(leisure,park,...) & is_in(sport,swimming,...)<br class="">should work.<br class=""><br class="">Gerd<br class=""><br class="">________________________________________<br class="">Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" class="">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im<br class="">Auftrag von jan meisters <<a href="mailto:jan_m23@gmx.net" class="">jan_m23@gmx.net</a>><br class="">Gesendet: Dienstag, 16. Februar 2021 17:31<br class="">An: Development list for mkgmap<br class="">Betreff: Re: [mkgmap-dev] is_in with own Tags?<br class=""><br class="">Hi Joris,<br class=""><br class="">thanks for stating - I guessed something like that.<br class=""><br class="">What I want is to is_in for a tag-combination, e.g.<br class="">leisure=park<br class="">& sport=swimming.<br class="">I have a poi-rule for park&swimming first and further want to<br class="">exclude swimmings inside matching polygons.<br class=""><br class="">Do I have another option to define the combination so that it<br class="">can<br class="">be seen by is_in?<br class=""><br class="">Thanks<br class="">Jan<br class=""><br class=""><blockquote type="cite" class="">Am 16.02.2021 um 14:48 schrieb Joris Bo <<br class=""><a href="mailto:jorisbo@hotmail.com" class="">jorisbo@hotmail.com</a>>:<br class=""><br class="">Hi Jan<br class=""><br class="">As far as i understood this function really checks the<br class="">polygons<br class="">around the poi to check if the poi-coordinates are located<br class="">within the polygon specified.<br class="">It can not check variables because they don't have an<br class="">outline.<br class=""><br class=""><br class=""><br class="">Met vriendelijke groeten,<br class=""><br class="">Joris Bo<br class=""><a href="mailto:jorisbo@hotmail.com" class="">jorisbo@hotmail.com</a><br class=""><br class="">-----Oorspronkelijk bericht-----<br class="">Van: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk><br class="">Namens<br class="">jan meisters<br class="">Verzonden: dinsdag 16 februari 2021 14:12<br class="">Aan: Development list for mkgmap <<br class="">mkgmap-dev@lists.mkgmap.org.uk><br class="">Onderwerp: [mkgmap-dev] is_in with own Tags?<br class=""><br class="">Hi all,<br class=""><br class="">I try to use is_in to fetch pois inside own invented tags,<br class="">e.g.:<br class=""><br class="">   leisure=park {add processed=yes} [0x2c06 resolution 24<br class="">continue with_actions]<br class="">   leisure=swimming_pool &<br class="">is_in(processed,yes,in_or_on)=true<br class="">{delete leisure}<br class=""><br class="">This fails, however „is_in(leisure,park,in_or_on)=true“<br class="">works<br class="">in the example.<br class="">Could someone explain where I´m wrong?<br class=""><br class="">Thanks<br class="">Jan<br class="">_______________________________________________<br class="">mkgmap-dev mailing list<br class="">mkgmap-dev@lists.mkgmap.org.uk<br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class="">_______________________________________________<br class="">mkgmap-dev mailing list<br class="">mkgmap-dev@lists.mkgmap.org.uk<br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class=""></blockquote>_______________________________________________<br class="">mkgmap-dev mailing list<br class=""><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" class="">mkgmap-dev@lists.mkgmap.org.uk</a><br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class="">_______________________________________________<br class="">mkgmap-dev mailing list<br class="">mkgmap-dev@lists.mkgmap.org.uk<br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class=""></blockquote>_______________________________________________<br class="">mkgmap-dev mailing list<br class=""><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" class="">mkgmap-dev@lists.mkgmap.org.uk</a><br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class=""></blockquote>_______________________________________________<br class="">mkgmap-dev mailing list<br class=""><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" class="">mkgmap-dev@lists.mkgmap.org.uk</a><br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class=""></blockquote>_______________________________________________<br class="">mkgmap-dev mailing list<br class=""><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" class="">mkgmap-dev@lists.mkgmap.org.uk</a><br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class=""></blockquote>_______________________________________________<br class="">mkgmap-dev mailing list<br class=""><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" class="">mkgmap-dev@lists.mkgmap.org.uk</a><br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br class=""></blockquote>_______________________________________________<br class="">mkgmap-dev mailing list<br class=""><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" class="">mkgmap-dev@lists.mkgmap.org.uk</a><br class="">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div></div></blockquote></div><br class=""></body></html>