<div dir="ltr"><div>Yes, of course. Nothing is simple. For the purposes of the thread I wanted to keep us on a single track. Issues of rendering are definitely important but would only have confused that discussion. And with this added information about pipelines, I see how complicated the chore of rendering really is. <br></div><div><br></div><div>I don't really do much with pipelines but seeing as my mapping focus is Alaska, the TAPS relation is something I see frequently in my work. I'm a little surprised that someone would use man_made=cutline + cutline=pipeline but maybe that's the best way to handle it. How else could a situation like that be dealt with I wonder? Is there a better way?</div><div><br></div><div>I'll do some more looking, as you suggest, and maybe something will occur to me. Thanks for the information. <br></div><div><br></div><div>I've got an appointment soon that will keep me from my computer until tomorrow. But I want to thank you for your continuing interest in this issue.</div><div><br></div><div>Dave<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 8, 2018 at 12:45 PM Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_muenchen@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Dave,<br>
<br>
this route=pipeline (1) discussion made me think about the rules in the relations style file.<br>
I started like this:<br>
1) Use the overpass api to download all relations with route=pipeline into JOSM (there are no too many of them)<br>
2) Check those way members that are not tagged man_made=pipeline<br>
<br>
Result:<br>
- Some mappers use ways tagged as highway to build the pipeline route.<br>
- Some mappers use ways tagged as man_made=cutline + cutline=pipeline<br>
- Some mappers add objects like substations to the route<br>
- Some mappers add waterway=canals<br>
<br>
The idea behind the first 2 is obvious:<br>
The pipeline is below or next to these ways, so why should I draw a new way. They transferred rules for multipolygons here.<br>
The idea reg. substations is probably that they strongly relate to the pipeline, similar to a bus stop which is part of route=bus relation.<br>
I did not yet understand the canals, but I am pretty sure there is also a reason for this.<br>
<br>
Now, what does that mean for the style rules?<br>
If we simply apply tags to the ways we risk that those ways are handled by only one rule in the lines file, e.g. that for the highway.<br>
With the canals it might be the other way : we risk to render the pipeline instead of the canal.<br>
<br>
If you care about that you have to add more rules to the lines file to handle those unexpected combinations, esp. if you want to render the pipeline<br>
and the highway with the correct names.<br>
<br>
Gerd<br>
<br>
(1) <a href="http://gis.19327.n8.nabble.com/How-to-tag-named-group-of-named-water-areas-tp5923692p5926360.html" rel="noreferrer" target="_blank">http://gis.19327.n8.nabble.com/How-to-tag-named-group-of-named-water-areas-tp5923692p5926360.html</a><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 Dave Swarthout <<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a>><br>
Gesendet: Donnerstag, 8. November 2018 06:14<br>
An: Development list for mkgmap<br>
Betreff: [mkgmap-dev] Style for pipeline routes<br>
<br>
Gerd,<br>
<br>
Thanks for the help on the pipeline rendering. Your rule had one error in it, the word "way" but mkgmap complained and provided the line number of the error so it was easy to fix. I checked to see if the sections of the TAP pipeline where I removed the tags were rendered properly, and they were, even the sections that are underground or overground show up fine. Of course, those ways already carry the location tag. My line styles have provisions for both.<br>
<br>
type=route & route=pipeline<br>
    {<br>
        apply {<br>
        set man_made=pipeline;<br>
        }<br>
    }<br>
<br>
During the long conversation about tagging relation members that began by trying to come up with a method of tagging groups of lakes. Someone suggested creating a new relation type of "group" to handle such things. I didn't want to do that so stuck with using a multipolygon to group a set of lakes that have a single name. Then I encountered a situation that was ideal for an experiment, three rocks near Kodiak Island that have the name "Three Sisters Rocks". These are nodes, not ways, so the multipolygon approach really doesn't suit them well. I create a new relation, tagged it as type=group and added the nodes to it. Of course, the rocks do not render on the OSM slippy map but they did on mymkgmap file because I added the following rule to the relations style sheet:<br>
<br>
type=group & name=*<br>
{<br>
     apply {<br>
       set name='${name}';<br>
}<br>
}<br>
<br>
<br>
<br>
<br>
--<br>
Dave Swarthout<br>
Homer, Alaska<br>
Chiang Mai, Thailand<br>
Travel Blog at <a href="http://dswarthout.blogspot.com" rel="noreferrer" target="_blank">http://dswarthout.blogspot.com</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Dave Swarthout<br>Homer, Alaska<br>Chiang Mai, Thailand<br>Travel Blog at <a href="http://dswarthout.blogspot.com" target="_blank">http://dswarthout.blogspot.com</a></div></div>