<p></p>
<blockquote>
<p dir="auto">Andy's point about the friendly ids is that the normal pattern is to include the numeric id as well, so something like <code class="notranslate">.../9999/friendly-slug</code> so that the routing can just ignore the text part and use the number - that also means people can change the textual name as much as they like without breaking URLs.</p>
</blockquote>
<p dir="auto">I've haven't seen that pattern (including ids).  WSJ, NYT, The Guardian, CNN, AP don't include ids.  When Using FriendlyId, the resource maintains it's original id attribute and is still accessible at the <code class="notranslate">GET /resource/:id route</code>.  When using the slug, the developers use code like this to lookup objects.</p>
<div class="highlight highlight-source-ruby" dir="auto"><pre><span class="pl-v">Article</span><span class="pl-kos">.</span><span class="pl-en">friendly</span><span class="pl-kos">.</span><span class="pl-en">find</span><span class="pl-kos">(</span><span class="pl-en">params</span><span class="pl-kos">[</span><span class="pl-pds">:id</span><span class="pl-kos">]</span><span class="pl-kos">)</span></pre></div>
<blockquote>
<p dir="auto">As to the question of organisers - what is the point of creating the table one way only to change it five minutes later?</p>
</blockquote>
<p dir="auto">Without an owner for the microcosm, there's no access control for edit and update.  I wanted to include those CRUD features in this PR.  Stage 2 adds membership which supports multiple organizers.</p>
<p dir="auto">Since the PR was broken up into 4 stages, I'm not sure what the plan is.  Here's my suggestion.  I will branch (stage 2) from this branch can call it "microcosm - membership".  After approval, we merge membership into this branch.</p>
<p dir="auto">After stage 2, we can merge into master or wait for stage 3 (events and event organizers) and stage 4 (event attendance and rsvp).  I leave that up to you.  Membership alone does add some value, like seeing changesets of the area (which prompt for review), seeing traces, notes, and diary entries of the area.  Members can see other members and add them as friends.  And maybe even a message blast from the organizer to members.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/pull/3683#issuecomment-1256978278">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLMJ53EHAYY4M2XVNSLV74EC5ANCNFSM6AAAAAAQJPEGAY">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/AAK2OLOERCUECST3YXQPIHTV74EC5A5CNFSM6AAAAAAQJPEGA2WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTSK5P3WM.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><openstreetmap/openstreetmap-website/pull/3683/c1256978278</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/pull/3683#issuecomment-1256978278",
"url": "https://github.com/openstreetmap/openstreetmap-website/pull/3683#issuecomment-1256978278",
"name": "View Pull Request"
},
"description": "View this Pull Request on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>