Re: [mkgmap-dev] Test if POI is part of a line

[Felix Hartmann]

On Mon, 10 Oct 2022 at 22:05, ael  wrote:

> On Mon, Oct 10, 2022 at 09:39:11PM +0200, Felix Herwegh wrote:
>
>
> I have mapped gates in a fence/wall which are not on routable lines.
> These are very important if you are to find your way out of an enclosure
> or field. I am thinking of just such a place on a rugged hillside where
> the location of the gate can not be seen until quite close.
>

Are you sure this is correct tagging? I think this would merit a
highway=path - maybe with low visibility (key visibility)


>
> I want my OSM/garmin map to show me this sort of thing.
>
I'm not proposing this for the default style - any style is different and
everyone wants to filter different things. We cannot show even half of the
data that is inside OSM without ending up with a useless map - so every map
needs to filter according to it's use case. Most maps don't even show
barrier=gate / highway=gate in first place.

>
> ael
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>


-- 
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Test if POI is part of a line

[Gerd Petermann]

Hi (another) Felix,

yes, you can omit the clause mkgmap:line2poi=true.
I've only added this check to make clearer that the rule only works with the 
--add-pois-to-lines option.

Gerd


Von: mkgmap-dev  im Auftrag von Felix 
Herwegh 
Gesendet: Montag, 10. Oktober 2022 21:39
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Test if POI is part of a line

Hey,

I'm new here (Hello!), so please be patient if I'm missing points ;-)

@ Felix

> ...so I will put useless [] symbols into the map - as there is no way to 
> check whether or not it is attached to a routable line.

But couldn't you check whether the line the point is attached to later on would 
become a routable line? Basically, because the points inherit all tags from the 
lines when using --add-poi-to-lines, by running through the same decision tree 
that (later on) is used in the lines file already in the points file? Optimally 
from some clever include file to avoid redundancy?

@ Gerd

> mkgmap:line2poi=true & highway=* & mkgmap:from-node:barrier=gate [...]

Why is "mkgmap:line2poi=true" required? Shouldn't only acting on 
mkgmap:from-node:barrier=gate in conjunction with the lines tag suffice here?

Cheers

another Felix


___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Test if POI is part of a line

[ael]

On Mon, Oct 10, 2022 at 09:39:11PM +0200, Felix Herwegh wrote:
> Hey,
> 
> I'm new here (Hello!), so please be patient if I'm missing points ;-)
> 
> @ Felix
> 
> >/...so I will put useless [] symbols into the map - as there is no way to
> check whether or not it //*is*//attached to a routable line./
> 
> But couldn't you check whether the line the point is attached to later on
> /*would*/ become a routable line? Basically, because the points inherit all

I have mapped gates in a fence/wall which are not on routable lines.
These are very important if you are to find your way out of an enclosure
or field. I am thinking of just such a place on a rugged hillside where
the location of the gate can not be seen until quite close.

I want my OSM/garmin map to show me this sort of thing.

ael

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Test if POI is part of a line

[Felix Herwegh]

Hey,

I'm new here (Hello!), so please be patient if I'm missing points ;-)

@ Felix

>/...so I will put useless [] symbols into the map - as there is no way 
to check whether or not it //*is*//attached to a routable line./


But couldn't you check whether the line the point is attached to later 
on /*would*/ become a routable line? Basically, because the points 
inherit all tags from the lines when using --add-poi-to-lines, by 
running through the same decision tree that (later on) is used in the 
lines file already in the points file? Optimally from some clever 
include file to avoid redundancy?


@ Gerd

> /mkgmap:line2poi=true & highway=* & mkgmap:from-node:barrier=gate [...]/

Why is "mkgmap:line2poi=true" required? Shouldn't only acting on 
/mkgmap:from-node:barrier=gate/ in conjunction with the lines tag 
suffice here?


Cheers

another Felix


___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Test if POI is part of a line

[Felix Hartmann]

*mkgmap:line2poi=true & highway=* & mkgmap:from-node:barrier=gate [...]*

--- I will give this a try. Is this implemented in the main branch? I
thought this tag was related to patch poi-tagged-v3.patch
and never accepted.

I had not fully understood how it worked however. Will try this out and see
if it can work (then if it works, instead of higwhay=* insert the list of
conditions that delete a road)

On Mon, 10 Oct 2022 at 14:45, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Felix,
>
> please check the docu for special tag mkgmap:from-node:attname . I think
> this allows to filter a barrier node which on a highway.
> A rule in points like this should work with option --add-pois-to-line:
>
> mkgmap:line2poi=true & highway=* & mkgmap:from-node:barrier=gate [...]
>
> I didn't try it but this should only render the generated points from ways
> with highway=* and a tag barrier=gate on the node.
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von
> Felix Hartmann 
> Gesendet: Montag, 10. Oktober 2022 11:47
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] Test if POI is part of a line
>
> Hi Gerd,
>
> 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.
> However points created by add-pois-to-lines are also not what I want -
> because it would show the gate in an incorrect position.
>
> 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.
>
>
> 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
>  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.
>
> On Mon, 10 Oct 2022 at 08:35, Gerd Petermann <
> gpetermann_muenc...@hotmail.com>
> wrote:
> Hi Felix,
>
> my first thought was that --add-poi-to-lines is all that you need, but
> maybe I've missed something?
>
> One problem with your suggested solution is that the current
> implementation in mkgmap processes
> (tagged) nodes before lines. I can't remember exactly why but a change
> probably causes side effects.
>
> Gerd
>
>
> 
> Von: mkgmap-dev  mkgmap-dev-boun...@lists.mkgmap.org.uk>> im Auftrag von Felix Hartmann <
> extremecar...@gmail.com>
> Gesendet: Freitag, 7. Oktober 2022 23:12
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] Test if POI is part of a line
>
> I read through the old
> poi-tagged-v3.patch
>
> is_in()function for point on line discussion - but what I want is actually
> different and should be much easier?
>
> Could there be a solution to check if a point is a single point vs if it
> is part of a open/closed line?
> Why?
>
> 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.
>
> 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).
>
> --
> Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org
>
> ___

Re: [mkgmap-dev] Test if POI is part of a line

[Felix Hartmann]

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.

On Mon, 10 Oct 2022 at 12:48, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Felix,
>
> 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
> that it must not route the given vehicles through the barrier. Older
> implementations created a short stub close to the barrier node.
>
> Gerd
>
>
> 
> Von: mkgmap-dev  im Auftrag von
> Felix Hartmann 
> Gesendet: Montag, 10. Oktober 2022 12:13
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] Test if POI is part of a line
>
> 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.
>
> On Mon, 10 Oct 2022 at 11:47, Felix Hartmann  > wrote:
> Hi Gerd,
>
> 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.
> However points created by add-pois-to-lines are also not what I want -
> because it would show the gate in an incorrect position.
>
> 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.
>
>
> 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
>  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.
>
> On Mon, 10 Oct 2022 at 08:35, Gerd Petermann <
> gpetermann_muenc...@hotmail.com>
> wrote:
> Hi Felix,
>
> my first thought was that --add-poi-to-lines is all that you need, but
> maybe I've missed something?
>
> One problem with your suggested solution is that the current
> implementation in mkgmap processes
> (tagged) nodes before lines. I can't remember exactly why but a change
> probably causes side effects.
>
> Gerd
>
>
> 
> Von: mkgmap-dev  mkgmap-dev-boun...@lists.mkgmap.org.uk>> im Auftrag von Felix Hartmann <
> extremecar...@gmail.com>
> Gesendet: Freitag, 7. Oktober 2022 23:12
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] Test if POI is part of a line
>
> I read through the old
> poi-tagged-v3.patch
>
> is_in()function for point on line discussion - but what I want is actually
> different and should be much easier?
>
> Could there be a solution to check if a point is a single point vs if it
> is part of a open/closed line?
> Why?
>
> 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.
>
> If there was a way to delete afterwards/or 

Re: [mkgmap-dev] Test if POI is part of a line

[Gerd Petermann]

Hi Eric,

the option --add-pois-to-lines is operates on the nodes of the ways before any 
style rules were executed. So,
whatever you do in the lines rules has no effect on the generated points.

Gerd


Von: mkgmap-dev  im Auftrag von 
ankeric@gmail.com 
Gesendet: Montag, 10. Oktober 2022 12:59
An: 'Development list for mkgmap'
Betreff: Re: [mkgmap-dev] Test if POI is part of a line

Hi Gerd,

I also have a - similar? - issue implementing poi2line.
I cannot Add or Delete poi2line nodes.

Perhaps (as you said):
"One problem with your suggested solution is that the current implementation in 
mkgmap processes (tagged) nodes before lines".

In 'lines' this is working OK:

access:conditional = 'no @ sunset-sunrise'  { delete access:conditional }
access:conditional = 'no @ sunset - sunrise'{ delete access:conditional }
access:conditional = 'no @ (sunset-sunrise)'{ delete access:conditional }
access:conditional = 'no @ (sunset - sunrise)'  { delete access:conditional }

opening_hours  = '24/7'{ delete 
opening_hours }
opening_hours  = '(24/7)' { delete 
opening_hours }

and 50 more lines of script because these tags are useless and/or polluting the 
map and/or default and/or needless. IMO!

But once I add 'omsid()=...' to mkgmap it doesn't work anymore to remove 
line2poi.

highway=unclassified & osmid()=912437951 {delete smoothness; delete 
opening_hours}

In next example I delete all tags (don't want to render this highway), highway 
is deleted (not rendered) but line2poi is still rendered.

highway=cycleway & osmid()=1011546906 {deletealltags}

I also cannot ADD a line2poi tag:

highway=unclassified & osmid()=176775241 {set opening_hours="may be closed 
during sport events"}

I want to add private tags (line2poi), IMO tags, subjective tags, 'necessary' 
tags (IMO) that are not allowed on OSM (f.i.: bicycle=dismount, scenic=yes, 
which are only 'allowed' if a (traffic)sign is 'on the ground' to confirm 
dismount/scenic).

AnkEric

-Original Message-
From: mkgmap-dev  On Behalf Of Gerd 
Petermann
Sent: maandag 10 oktober 2022 12:49
To: Development list for mkgmap 
Subject: Re: [mkgmap-dev] Test if POI is part of a line

Hi Felix,

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 that 
it must not route the given vehicles through the barrier. Older implementations 
created a short stub close to the barrier node.

Gerd



Von: mkgmap-dev  im Auftrag von Felix 
Hartmann 
Gesendet: Montag, 10. Oktober 2022 12:13
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Test if POI is part of a line

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.

On Mon, 10 Oct 2022 at 11:47, Felix Hartmann 
mailto:extremecar...@gmail.com>> wrote:
Hi Gerd,

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.
However points created by add-pois-to-lines are also not what I want - because 
it would show the gate in an incorrect position.

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.


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 

Re: [mkgmap-dev] Test if POI is part of a line

[Gerd Petermann]

Hi Felix,

please check the docu for special tag mkgmap:from-node:attname . I think this 
allows to filter a barrier node which on a highway.
A rule in points like this should work with option --add-pois-to-line:

mkgmap:line2poi=true & highway=* & mkgmap:from-node:barrier=gate [...]

I didn't try it but this should only render the generated points from ways with 
highway=* and a tag barrier=gate on the node.

Gerd


Von: mkgmap-dev  im Auftrag von Felix 
Hartmann 
Gesendet: Montag, 10. Oktober 2022 11:47
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Test if POI is part of a line

Hi Gerd,

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.
However points created by add-pois-to-lines are also not what I want - because 
it would show the gate in an incorrect position.

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.


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
 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.

On Mon, 10 Oct 2022 at 08:35, Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,

my first thought was that --add-poi-to-lines is all that you need, but maybe 
I've missed something?

One problem with your suggested solution is that the current implementation in 
mkgmap processes
(tagged) nodes before lines. I can't remember exactly why but a change probably 
causes side effects.

Gerd



Von: mkgmap-dev 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von Felix Hartmann 
mailto:extremecar...@gmail.com>>
Gesendet: Freitag, 7. Oktober 2022 23:12
An: Development list for mkgmap
Betreff: [mkgmap-dev] Test if POI is part of a line

I read through the old
poi-tagged-v3.patch

is_in()function for point on line discussion - but what I want is actually 
different and should be much easier?

Could there be a solution to check if a point is a single point vs if it is 
part of a open/closed line?
Why?

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.

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).

--
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


--
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Test if POI is part of a line

[ankeric.osm]

Hi Gerd,

I also have a - similar? - issue implementing poi2line.
I cannot Add or Delete poi2line nodes.

Perhaps (as you said):
"One problem with your suggested solution is that the current implementation in 
mkgmap processes (tagged) nodes before lines".

In 'lines' this is working OK:

access:conditional = 'no @ sunset-sunrise'  { delete access:conditional }
access:conditional = 'no @ sunset - sunrise'{ delete access:conditional }
access:conditional = 'no @ (sunset-sunrise)'{ delete access:conditional }
access:conditional = 'no @ (sunset - sunrise)'  { delete access:conditional }

opening_hours  = '24/7'{ delete 
opening_hours } 
opening_hours  = '(24/7)' { delete 
opening_hours } 

and 50 more lines of script because these tags are useless and/or polluting the 
map and/or default and/or needless. IMO!

But once I add 'omsid()=...' to mkgmap it doesn't work anymore to remove 
line2poi.

highway=unclassified & osmid()=912437951 {delete smoothness; delete 
opening_hours}

In next example I delete all tags (don't want to render this highway), highway 
is deleted (not rendered) but line2poi is still rendered.

highway=cycleway & osmid()=1011546906 {deletealltags}

I also cannot ADD a line2poi tag:

highway=unclassified & osmid()=176775241 {set opening_hours="may be closed 
during sport events"}

I want to add private tags (line2poi), IMO tags, subjective tags, 'necessary' 
tags (IMO) that are not allowed on OSM (f.i.: bicycle=dismount, scenic=yes, 
which are only 'allowed' if a (traffic)sign is 'on the ground' to confirm 
dismount/scenic).

AnkEric

-Original Message-
From: mkgmap-dev  On Behalf Of Gerd 
Petermann
Sent: maandag 10 oktober 2022 12:49
To: Development list for mkgmap 
Subject: Re: [mkgmap-dev] Test if POI is part of a line

Hi Felix,

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 that 
it must not route the given vehicles through the barrier. Older implementations 
created a short stub close to the barrier node.

Gerd



Von: mkgmap-dev  im Auftrag von Felix 
Hartmann 
Gesendet: Montag, 10. Oktober 2022 12:13
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Test if POI is part of a line

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.

On Mon, 10 Oct 2022 at 11:47, Felix Hartmann 
mailto:extremecar...@gmail.com>> wrote:
Hi Gerd,

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.
However points created by add-pois-to-lines are also not what I want - because 
it would show the gate in an incorrect position.

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.


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
   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 

Re: [mkgmap-dev] Test if POI is part of a line

[Gerd Petermann]

Hi Felix,

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
that it must not route the given vehicles through the barrier. Older 
implementations created a short stub close to the barrier node.

Gerd



Von: mkgmap-dev  im Auftrag von Felix 
Hartmann 
Gesendet: Montag, 10. Oktober 2022 12:13
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Test if POI is part of a line

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.

On Mon, 10 Oct 2022 at 11:47, Felix Hartmann 
mailto:extremecar...@gmail.com>> wrote:
Hi Gerd,

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.
However points created by add-pois-to-lines are also not what I want - because 
it would show the gate in an incorrect position.

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.


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
 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.

On Mon, 10 Oct 2022 at 08:35, Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:
Hi Felix,

my first thought was that --add-poi-to-lines is all that you need, but maybe 
I've missed something?

One problem with your suggested solution is that the current implementation in 
mkgmap processes
(tagged) nodes before lines. I can't remember exactly why but a change probably 
causes side effects.

Gerd



Von: mkgmap-dev 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von Felix Hartmann 
mailto:extremecar...@gmail.com>>
Gesendet: Freitag, 7. Oktober 2022 23:12
An: Development list for mkgmap
Betreff: [mkgmap-dev] Test if POI is part of a line

I read through the old
poi-tagged-v3.patch

is_in()function for point on line discussion - but what I want is actually 
different and should be much easier?

Could there be a solution to check if a point is a single point vs if it is 
part of a open/closed line?
Why?

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.

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).

--
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


--
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org



--
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org

Re: [mkgmap-dev] Test if POI is part of a line

[Felix Hartmann]

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.

On Mon, 10 Oct 2022 at 11:47, Felix Hartmann 
wrote:

> Hi Gerd,
>
> 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.
> However points created by add-pois-to-lines are also not what I want -
> because it would show the gate in an incorrect position.
>
> 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.
>
>
> 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 hard 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.
>
> On Mon, 10 Oct 2022 at 08:35, Gerd Petermann <
> gpetermann_muenc...@hotmail.com> wrote:
>
>> Hi Felix,
>>
>> my first thought was that --add-poi-to-lines is all that you need, but
>> maybe I've missed something?
>>
>> One problem with your suggested solution is that the current
>> implementation in mkgmap processes
>> (tagged) nodes before lines. I can't remember exactly why but a change
>> probably causes side effects.
>>
>> Gerd
>>
>>
>> 
>> Von: mkgmap-dev  im Auftrag von
>> Felix Hartmann 
>> Gesendet: Freitag, 7. Oktober 2022 23:12
>> An: Development list for mkgmap
>> Betreff: [mkgmap-dev] Test if POI is part of a line
>>
>> I read through the old
>> poi-tagged-v3.patch
>>
>> is_in()function for point on line discussion - but what I want is
>> actually different and should be much easier?
>>
>> Could there be a solution to check if a point is a single point vs if it
>> is part of a open/closed line?
>> Why?
>>
>> 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.
>>
>> 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).
>>
>> --
>> Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
> --
> Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org
>
>

-- 
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Test if POI is part of a line

[Felix Hartmann]

Hi Gerd,

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.
However points created by add-pois-to-lines are also not what I want -
because it would show the gate in an incorrect position.

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.


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 hard 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.

On Mon, 10 Oct 2022 at 08:35, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Felix,
>
> my first thought was that --add-poi-to-lines is all that you need, but
> maybe I've missed something?
>
> One problem with your suggested solution is that the current
> implementation in mkgmap processes
> (tagged) nodes before lines. I can't remember exactly why but a change
> probably causes side effects.
>
> Gerd
>
>
> 
> Von: mkgmap-dev  im Auftrag von
> Felix Hartmann 
> Gesendet: Freitag, 7. Oktober 2022 23:12
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] Test if POI is part of a line
>
> I read through the old
> poi-tagged-v3.patch
>
> is_in()function for point on line discussion - but what I want is actually
> different and should be much easier?
>
> Could there be a solution to check if a point is a single point vs if it
> is part of a open/closed line?
> Why?
>
> 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.
>
> 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).
>
> --
> Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>


-- 
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Test if POI is part of a line

[Gerd Petermann]

Hi Felix,

my first thought was that --add-poi-to-lines is all that you need, but maybe 
I've missed something?

One problem with your suggested solution is that the current implementation in 
mkgmap processes
(tagged) nodes before lines. I can't remember exactly why but a change probably 
causes side effects.

Gerd



Von: mkgmap-dev  im Auftrag von Felix 
Hartmann 
Gesendet: Freitag, 7. Oktober 2022 23:12
An: Development list for mkgmap
Betreff: [mkgmap-dev] Test if POI is part of a line

I read through the old
poi-tagged-v3.patch

is_in()function for point on line discussion - but what I want is actually 
different and should be much easier?

Could there be a solution to check if a point is a single point vs if it is 
part of a open/closed line?
Why?

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.

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).

--
Felix Hartman - Outdoormaps LTD - Openmtbmap.org & VeloMap.org

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev