<div dir="ltr">OK, I see the difference between our approaches. I still don't see the problem though:<div><br></div><div><span style="font-size:12.8000001907349px">> If you convert that to a Key:Smoothness page, the wiki becomes</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">> </span><span style="font-size:12.8000001907349px">completely disconnected from the db. </span><br></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Sorry, I don't understand it. Do you mean the OSM database? How is it connected now and why will a change of a word in the wiki page break any connections?</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 19, 2015 at 10:10 AM, moltonel 3x Combo <span dir="ltr"><<a href="mailto:moltonel@gmail.com" target="_blank">moltonel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 18/03/2015, Kotya Karapetyan <<a href="mailto:kotya.lists@gmail.com">kotya.lists@gmail.com</a>> wrote:<br>
</span><span class="">> On Wed, Mar 18, 2015 at 11:00 PM, moltonel 3x Combo <<a href="mailto:moltonel@gmail.com">moltonel@gmail.com</a>><br>
>  wrote:<br>
>> Why should the page be "converted to a feature page" ?<br>
><br>
> Because I would mark a proposal page as such in some place. Otherwise a<br>
> stable 10 year-old feature page cannot be easily distinguished from a<br>
> proposal created yesterday. I see something like moving the page to a<br>
> different namespace or removing a "proposal" status. Not changing the<br>
> content or rewriting the page.<br>
<br>
</span>Ok, I understand better where you're coming from. But this doesn't<br>
gain anything compared to the current workflow. You still have a flag<br>
day when the proposal is deemed done/accepted. You're losing the<br>
information that it's a design doc under consideration (in my view,<br>
tagging schemes remain "under consideration" until they get widely<br>
used in the db, regardless of their approved/rejected status).<br>
<br>
Let's take an example. Somebody writes a proposal about the smoothness<br>
key that finally solves all the problems and has unanimous acceptance.<br>
If you convert that to a Key:Smoothness page, the wiki becomes<br>
completely disconnected from the db. If instead you keep the proposal<br>
page as-is, but add links on the key pages with "conforms to /<br>
contradicts proposal foo" links for each value, you get the best of<br>
both worlds.<br>
<span class=""><br>
<br>
<br>
>> Feature pages and proposals should be writen in parallel, not one<br>
>> after the other.<br>
><br>
> I am promoting writing a single "feature proposal" page, which, after the<br>
> initial discussion, is made just a "feature" page. So nothing is written<br>
> one after another.<br>
<br>
</span>It may be just editing/moving an existing page rather than creating a<br>
new one, but you still have one after the other. At no point do you<br>
have both the feature page and the proposal available at the same<br>
time.<br>
<br>
Remember that, in my initial suggestion, the feature page and the<br>
proposal serve two different purposes : to document existing practices<br>
and to document desired practice. I think it's important to clearly<br>
distinguish the two in the wiki. The wiki is here to guide, not to<br>
direct.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</div></div></blockquote></div><br></div>