Reminds me of the OSMGB project from Notts Uni (I'm sure that someone here was involved) which tried to make the OSM data more palatable. We should learn lessons from  it....but I'm not sure what those lessons would be<br><div class="gmail_quote"><div dir="ltr">On Wed, 30 Mar 2016 at 08:15, Richard Fairhurst <<a href="mailto:richard@systemed.net">richard@systemed.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Rob Nickerson wrote:<br>
> Is it OK to leave it to the data users to merge the open data with OSM<br>
> or is that burden too large for them to bother (at which point the<br>
> pressure of OSM in the UK reduces)?<br>
><br>
> The reason I ask is because I don't have the answers. Hoping some<br>
> of the data users on the list may be able to suggest a point where<br>
> the burden would become too large.<br>
<br>
It's absolutely fine to let the data users merge the open data. Not least<br>
because you don't know, and shouldn't second-guess, _how_ they want to merge<br>
it.<br>
<br>
I use lots of UK open data on <a href="http://cycle.travel" rel="noreferrer" target="_blank">cycle.travel</a>: built-up area outlines from OS<br>
OpenData, AADT traffic flows from <a href="http://dft.gov.uk" rel="noreferrer" target="_blank">dft.gov.uk</a>. It's not at all difficult to<br>
integrate either of them into my OSM-based database. But I do it in the way<br>
that makes sense for my uses. If the data were integrated into OSM, chances<br>
are it would be done differently in some way (for example, the extrapolation<br>
from AADT survey points to B roads would be different) and therefore less<br>
suitable for my needs.<br>
<br>
People sometimes underestimate how lovely government open data[1] is to work<br>
with. It's consistently attributed, it comes in a file format everyone<br>
understands, it's layered, and best of all, it has consistent coverage. OSM<br>
is none of those. I love OSM dearly, obviously, but all my data-processing<br>
headaches are OSM-based.<br>
<br>
Concentrate on what makes OSM good and unique, not in redistributing a<br>
poorer-quality, harder-to-use mirror of other datasets.<br>
<br>
Signed, a data user.<br>
<br>
cheers<br>
Richard<br>
<br>
[1] except TIGER. And that was the one that got imported. Gaaaaaaaaaaaaaaah<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://gis.19327.n5.nabble.com/Open-data-Was-Parliamentary-debate-mentions-OSM-tp5870653p5870931.html" rel="noreferrer" target="_blank">http://gis.19327.n5.nabble.com/Open-data-Was-Parliamentary-debate-mentions-OSM-tp5870653p5870931.html</a><br>
Sent from the Great Britain mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
</blockquote></div>