<blockquote>
<p>Please keep your political disputes with <a href="https://github.com/gravitystorm" class="user-mention">@gravitystorm</a> out of this.</p>
</blockquote>

<p>Well, it is relevant here because it relates to solving this issue. It would help a lot if the author chooses to cooperate because the author knows much better than we how his style works. If not, then only “reverse-engineering” remains.</p>

<blockquote>
<p>that a key will ever include every obscure symbol as it would have to be about a hundred pages long.</p>
</blockquote>

<p>True for Standard, but certainly not for OpenCycleMap, as it only uses a few symbols. It seems that OpenCycleMap is much less complex than Standard, so even a 100% complete key might be rather short.</p>

<p>Besides, what is the point of rendering something if the meaning is not clear to the end user or there is at least no means to look it up? Sure, it might look nice, but becomes essentially useless. Even if the page will become very long, well, so be it. In this case, putting the full key on a seperate page (wiki or static or whatever) might help and only writing the most important things into the sidebar. But I doubt OpenCycleMap needs such an external page.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/982#issuecomment-253250086">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABWnLSpfAkq02pEODkxgkpElRFZ-idBmks5qzP7ygaJpZM4E4b7U">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABWnLYixP0cCGGmskDjwKcqY-bUzsy6Fks5qzP7ygaJpZM4E4b7U.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/openstreetmap/openstreetmap-website/issues/982#issuecomment-253250086"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/openstreetmap/openstreetmap-website","title":"openstreetmap/openstreetmap-website","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/openstreetmap/openstreetmap-website"}},"updates":{"snippets":[{"icon":"PERSON","message":"@Wuzzy2 in #982: \u003e Please keep your political disputes with @gravitystorm out of this.\r\n\r\nWell, it is relevant here because it relates to solving this issue. It would help a lot if the author chooses to cooperate because the author knows much better than we how his style works. If not, then only “reverse-engineering” remains.\r\n\r\n\u003e that a key will ever include every obscure symbol as it would have to be about a hundred pages long.\r\n\r\nTrue for Standard, but certainly not for OpenCycleMap, as it only uses a few symbols. It seems that OpenCycleMap is much less complex than Standard, so even a 100% complete key might be rather short.\r\n\r\nBesides, what is the point of rendering something if the meaning is not clear to the end user or there is at least no means to look it up? Sure, it might look nice, but becomes essentially useless. Even if the page will become very long, well, so be it. In this case, putting the full key on a seperate page (wiki or static or whatever) might help and only writing the most important things into the sidebar. But I doubt OpenCycleMap needs such an external page."}],"action":{"name":"View Issue","url":"https://github.com/openstreetmap/openstreetmap-website/issues/982#issuecomment-253250086"}}}</script>