<blockquote>
<p>You mean the user profile on the OSM web site? This may sound odd, but that's very OSM specific which creates a problem for all the other people that use our code for other things.</p>
</blockquote>
<p>Yes, this feature would be useless to other people running the rails port. Aside from text and images that reference OSM by name, this might be the first feature which is of <strong>no</strong> use to other deployments. Everything else I can think of has a marginal value to another deployment if they're willing to go to the effort of setting it up. Frequently they don't, e.g. OpenHistoricalMap is unlikely to set up routing soon.</p>
<p>There's always been a tension between this being the software that powers part of osm.org and it being general-purpose software that can be used for crowd-sourced geodata projects by others (e.g. OpenHistoricalMap, OpenGeoFiction, government agencies, etc). Because the two are incompatible in this case, I guess it needs a maintainer call on which has to give.</p>
<hr>
<blockquote>
<p>can multiple accounts be linked to the same OSMF member?</p>
</blockquote>
<p>No, this would require changes on the CiviCRM side which are out of scope for this tracker. Multiple OSMF members inputting the same account isn't an issue because the result of each member is the same - display the option.</p>
<hr>
<blockquote>
<blockquote>
<p>This may sound odd, but that's very OSM specific which creates a problem for all the other people that use our code for other things.</p>
</blockquote>
</blockquote>
<blockquote>
<p>There may be a more generic way to approach this, which would allow OSM users to add information from multiple external services to their user profile. OSMF membership, HDYC details, etc.</p>
</blockquote>
<p>Because HDYC, etc are all also specific to this instance of the rails port and the data it creates this wouldn't help the problem.</p>
<blockquote>
<p>Services provide an endpoint that takes an OSM userid, return javascript which writes HTML</p>
</blockquote>
<p>This wouldn't work here, we can't make the membership lists publicly available, which an API would do. This issue is about a route where the only personal information disclosed would be to the OSM account holder, who the OSMF member has said themselves.</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/1776#issuecomment-370110037">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABWnLeRX_-3-7XKdoDQAkOTGwt2JJmZ6ks5tagKagaJpZM4SagvF">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABWnLf_eOvaoGu59RCb15U5p9QsUL7xGks5tagKagaJpZM4SagvF.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/1776#issuecomment-370110037"></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":"@pnorman in #1776: \u003e You mean the user profile on the OSM web site? This may sound odd, but that's very OSM specific which creates a problem for all the other people that use our code for other things.\r\n\r\nYes, this feature would be useless to other people running the rails port. Aside from text and images that reference OSM by name, this might be the first feature which is of **no** use to other deployments. Everything else I can think of has a marginal value to another deployment if they're willing to go to the effort of setting it up. Frequently they don't, e.g. OpenHistoricalMap is unlikely to set up routing soon.\r\n\r\nThere's always been a tension between this being the software that powers part of osm.org and it being general-purpose software that can be used for crowd-sourced geodata projects by others (e.g. OpenHistoricalMap, OpenGeoFiction, government agencies, etc). Because the two are incompatible in this case, I guess it needs a maintainer call on which has to give.\r\n\r\n-----\r\n\r\n\u003e can multiple accounts be linked to the same OSMF member?\r\n\r\nNo, this would require changes on the CiviCRM side which are out of scope for this tracker. Multiple OSMF members inputting the same account isn't an issue because the result of each member is the same - display the option.\r\n\r\n-----\r\n\r\n\u003e \u003e This may sound odd, but that's very OSM specific which creates a problem for all the other people that use our code for other things.\r\n\r\n\u003e There may be a more generic way to approach this, which would allow OSM users to add information from multiple external services to their user profile. OSMF membership, HDYC details, etc.\r\n\r\nBecause HDYC, etc are all also specific to this instance of the rails port and the data it creates this wouldn't help the problem.\r\n\r\n\u003e Services provide an endpoint that takes an OSM userid, return javascript which writes HTML\r\n\r\nThis wouldn't work here, we can't make the membership lists publicly available, which an API would do. This issue is about a route where the only personal information disclosed would be to the OSM account holder, who the OSMF member has said themselves."}],"action":{"name":"View Issue","url":"https://github.com/openstreetmap/openstreetmap-website/issues/1776#issuecomment-370110037"}}}</script>