<div dir="ltr">Ah okay thanks for the clarification - well okay then those ways are not removed - except if they already have themselves an access=private on them. However I cannot check this from the points file - so I will put useless gate symbols into the map - as there is no way to check whether or not it is attached to a routable line.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 10 Oct 2022 at 12:48, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_muenchen@hotmail.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">Hi Felix,<br>
<br>
the current implementation of the link-pois-to-ways doesn't transfer the access tag(s) to the way. It just creates a route restriction which tells Garmin<br>
that it must not route the given vehicles through the barrier. Older implementations created a short stub close to the barrier node.<br>
<br>
Gerd<br>
<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><br>
Gesendet: Montag, 10. Oktober 2022 12:13<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] Test if POI is part of a line<br>
<br>
Also I don't like using --link-pois-to-ways to put an access=private onto a road - and then remove this road. Because in the case of a park - the footways/pathes on both sides of the gate do exist. So an access=private does not actually apply to the road. So it's correct to show the road, and show the gate that is blocking the road. I think this is better that deleting that road because of the gate.<br>
<br>
On Mon, 10 Oct 2022 at 11:47, Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>>> wrote:<br>
Hi Gerd,<br>
<br>
No  --add-poi-to-lines creates points from a line that has certain tags. What I try to achieve is actually to remove points that are NOT part of a line / or  part of a line that is not rendered in the map. There is no reason to show a gate if you don't have a line/road.So essentially for me there is no sense to show a gate for me if it is not part of a routable line.<br>
However points created by add-pois-to-lines are also not what I want - because it would show the gate in an incorrect position.<br>
<br>
So the clutch of using --link-pois-to-ways  to get the access tags onto the line - then never show an actual barrier=gate/highway=gate but only show one created by the --add-poi-to-line command?  The logical solution is to really only show a gate where it is tagged, but only if the map is creating a routable line for it and remove all other barrier=* / highway=gate / entrance=yes POI.<br>
<br>
<br>
If this is too much work to implement - then drop it. But as far as I understand right now there is no good solution by mkgmap for this. The same would be for traffic lights - if you remove a road because your map does not show private roads - but a private road has a traffic light - this traffic light should not be in the map either. And yes I know the dilemma - we need points to be looked at pre lines for --link-pois-to-ways to work, but for some other things we would need to look at them later again. So this would need to be some kind of seond_finalize rules in the points file that is executed after the lines file - and removes points from the map again. It's not a big problem - but right now this really makes it inconvenient to put gates into your map - as 75% of gates are just cluttering up the map without providing any information to the user (except if you want to create a cataster type of map showing everything). Leaving gates out completely on the other hand makes it very ha<br>
 rd to show for example with parks where people can enter and where not. As very often there are service entries to parks not open to public - so these are the main ones that we want to show in a map.<br>
<br>
On Mon, 10 Oct 2022 at 08:35, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>> wrote:<br>
Hi Felix,<br>
<br>
my first thought was that --add-poi-to-lines is all that you need, but maybe I've missed something?<br>
<br>
One problem with your suggested solution is that the current implementation in mkgmap processes<br>
(tagged) nodes before lines. I can't remember exactly why but a change probably causes side effects.<br>
<br>
Gerd<br>
<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>>><br>
Gesendet: Freitag, 7. Oktober 2022 23:12<br>
An: Development list for mkgmap<br>
Betreff: [mkgmap-dev] Test if POI is part of a line<br>
<br>
I read through the old<br>
poi-tagged-v3.patch<br>
<br>
is_in()function for point on line discussion - but what I want is actually different and should be much easier?<br>
<br>
Could there be a solution to check if a point is a single point vs if it is part of a open/closed line?<br>
Why?<br>
<br>
I would only like to display barrier/highway=gate point icons if they are part of a (best routable) line. Especially for gates  most are just useless clutter because they are tagged on private houses and similar.<br>
<br>
If there was a way to delete afterwards/or create only in first place those points that are part of a line would be good, best would be if they are only shown if part of a routable line (so after the lines stye-file is processed).<br>
<br>
--<br>
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
--<br>
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org<br>
<br>
<br>
<br>
--<br>
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>