<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div>Hi,<br><br></div>I'm still puzzled about the "right" value to introduce (or to use as it exists)...<br><br></div>
Additionnaly to power=tower/pole, 2 main solutions sound good to me :<br><br></div>1 - Introduce brand new values man_made=power_tower/power_pole and start using them without any tower:type=* subcategories.<br></div><div>
+ New tags, not so many confilcts with existing features.<br></div><div>+ No additional tags to add, self contained class inside man_made=power_tower/power_pole.<br></div><div>- Specific power tags, worst reusability.<br>
</div><div><br></div>2 - Using man_made=tower/mast + tower:type=power.<br></div><div>+ Common tags, no new values, no additional semantic cluttering<br></div><div>- Need to be qualified with tower:type, is this really a problem ?<br>
</div><div><br></div>Both have advantages and disadvantages.<br></div>The "same" question was asked earlier this day about telecom networks. It would be great if a common solution can be found.<br></div><br></div>
For example :<br><br></div>* Power :<br></div>man_made=tower/mast<br></div>tower:type=power<br><br></div>* Telecommunications<br></div>man_made=tower/mast<br></div>tower:type=communication<br><br><br></div>Thank you for your comments.<br>
<br></div>François.<br><br></div><div class="gmail_extra"><br clear="all"><div><b>François Lacombe</b><br><br>francois dot lacombe At telecom-bretagne dot eu<br><a href="http://www.infos-reseaux.com" target="_blank">http://www.infos-reseaux.com</a><br>
</div>
<br><br><div class="gmail_quote">2013/8/18 François Lacombe <span dir="ltr"><<a href="mailto:francois.lacombe@telecom-bretagne.eu" target="_blank">francois.lacombe@telecom-bretagne.eu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div><div><div><div>Hi,<br><br></div>Power transmission refinement proposal have been updated with new values for man_made=*.<br><br></div>No deprecation for power=* values.<br><br><a href="http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement" target="_blank">http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement</a><br>

<br></div>More info on Talk.<br><a href="http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Power_transmission_refinement#Power_vs_man_made_for_towers_and_poles" target="_blank">http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Power_transmission_refinement#Power_vs_man_made_for_towers_and_poles</a><br>

<br></div>I hope this alternative will receive more positive opinion than before.<br><br><br></div>Have a nice day.<br></div><div class="gmail_extra"><div class="im"><br clear="all"><div><b>François Lacombe</b><br><br>francois dot lacombe At telecom-bretagne dot eu<br>

<a href="http://www.infos-reseaux.com" target="_blank">http://www.infos-reseaux.com</a><br></div>
<br><br></div><div><div class="h5"><div class="gmail_quote">2013/8/17 François Lacombe <span dir="ltr"><<a href="mailto:francois.lacombe@telecom-bretagne.eu" target="_blank">francois.lacombe@telecom-bretagne.eu</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>I totally agree with Janko.<br><br></div>A meta-tagging model will allow more agility when tag a replaced or deprecated.<br></div><div class="gmail_extra"><div><br clear="all"><div><b>François Lacombe</b><br>


<br>francois dot lacombe At telecom-bretagne dot eu<br><a href="http://www.infos-reseaux.com" target="_blank">http://www.infos-reseaux.com</a><br></div>
<br><br></div><div class="gmail_quote">2013/8/17 Janko Mihelić <span dir="ltr"><<a href="mailto:janjko@gmail.com" target="_blank">janjko@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>
I agree with the reasoning behind man_made=pole, but the semantic infrastructure behind osm is not yet strong enough. I think a second layer should be there, a semantic model which says what certain key-values actually mean, and which could be easily changed. The renderers could then be bound to that model, not the rugged key-values.<span><font color="#888888"><br>



<br>Janko
</font></span><br></div><div>_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/tagging" target="_blank">http://lists.openstreetmap.org/listinfo/tagging</a><br>
<br></div></blockquote></div><br></div>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>