<div style="display: flex; flex-wrap: wrap; white-space: pre-wrap; align-items: center; "><img height="20" width="20" style="border-radius:50%; margin-right: 4px;" decoding="async" src="https://avatars.githubusercontent.com/u/360803?s=20&v=4" /><strong>gravitystorm</strong> left a comment <a href="https://github.com/openstreetmap/openstreetmap-website/issues/6575#issuecomment-3607600626">(openstreetmap/openstreetmap-website#6575)</a></div>
<p dir="auto">I'm happy for some sort of changes to be made, but I don't agree with the current proposal.</p>
<blockquote>
<p dir="auto">In fairness, the availability of raw OSM data is one of the main things that differentiates us from other crowdsourced sites.</p>
</blockquote>
<p dir="auto">This is a key thing for me. We originally had three primary buttons, for putting data in (Edit), seeing what's there (History) and getting the data out (Export). Don't get me wrong, History and Export are far from perfect, but this data accessibility can be seen as the entire purpose of OpenStreetMap, so hiding it away would be a big step.</p>
<blockquote>
<ul dir="auto">
<li>Add a “Data” section to the bottom of the Share panel that exports the raw data or shows a warning if the viewport is too big.</li>
</ul>
</blockquote>
<p dir="auto">I don't agree that these are the same thing, or similar enough to combine. The only commonality is having a bounding box selector.</p>
<p dir="auto">With the share panel, you get a rendered map. Either as a link to a map, a shortlink to a map, some html that shows a map, a link that goes to the map of your choice, or an actual map image. Getting the raw data isn't getting a map - you get something different, for a different audience, with a different license. The only similarity is that some of the Export options have a bounding box.</p>
<blockquote>
<p dir="auto">If the user arrives there from a page that doesn’t have a map, it defaults to exporting whatever they last viewed on the map, probably something unrelated to their current task.</p>
</blockquote>
<p dir="auto">But that's an argument for removing the Edit link from the main menu too. After all, if I'm on the communities page, and then click Edit, it "defaults to [editing] whatever they last viewed on the map, probably something unrelated to their current task."</p>
<blockquote>
<ul dir="auto">
<li>Add links to Overpass, planet dumps, Geofabrik, etc. to the “Open Data” section of the About page.</li>
</ul>
</blockquote>
<p dir="auto">That splits the Export use-case up and spreads it around unrelated places. I think someone who wants to access the raw data would be better served by having all the "small, larger, largest exports" information in the same place, so they can decide what to do.</p>
<blockquote>
<p dir="auto">A symptom of this split-screen effect is that both panels let you get into the same custom bbox editing mode on the map simultaneously,</p>
</blockquote>
<p dir="auto">This feels like a bug, rather than a fundamental problem. Perhaps we should be making our panels exclusive, or only having panels on one side, or having the two bboxes in sync, or something else.</p>
<hr>
<p dir="auto">I feel like the intended audience for the sharing and the export are two distinct groups of people, trying to achieve two different tasks. I don't think that it's a good solution to split the export task between different parts of the website. And I'm cautious about moving the raison d'être of OSM out of the main navigation, even if it's something that's infrequently used - I think it has a narrative purpose beyond its immediate usefulness.</p>
<p dir="auto">However, we shouldn't be constrained by what we have already.</p>
<p dir="auto">For example, there's no need for the export page to look the same as the home page - it's on a different URL, for a start. It could look like an article (c.f. the welcome page, which looks like an article yet takes URL parameters) but with a form at the bottom for choosing your area (c.f. home locations). Or it could keep a similar layout to currently, but we make the map turn into wireframe mode to indicate that you are in the "raw data" mode (c.f. xray mode on kosmtik, maputnik etc). Or something else.</p>
<p dir="auto">For the sharing panel, there's a lot of changes that could happen here too. Is "Link / Shortlink / HTML" actually two different tasks? Why is there a geo url there, since it's the only thing there that doesn't necessarily get you an OpenStreetMap-based map? Is it helpful (or not) that overlays are included in some options (links), but not others (images)? And that there's no overlay control or even indications that they will be included here?</p>
<p dir="auto">Overall I think the best approach is to consider all the tasks that the various users are trying to complete - what are they trying to achieve, not what bit of the UI they are using - and then make the user experience of those tasks as best as possible.</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/issues/6575#issuecomment-3607600626">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLN2447S7EPHCIN4SLL374DBTAVCNFSM6AAAAACNWXVEH2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTMMBXGYYDANRSGY">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/AAK2OLKYUUYCBJRN6BD5CDD374DBTA5CNFSM6AAAAACNWXVEH2WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTWXA6O7E.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/issues/6575/3607600626</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/issues/6575#issuecomment-3607600626",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/6575#issuecomment-3607600626",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>