<div dir="ltr"><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
They are using OSM road data and Google road data to generate what they<br>
call a "friction surface" which is essentially a raster map indicating<br>
how fast you can move at every point of the map - faster on roads,<br>
slower elsewhere depending on relief and landcover.  This friction map<br>
you can download on:<br>
<br>
<a href="https://map.ox.ac.uk/wp-content/uploads/accessibility/friction_surface_2015_v1.0.zip" rel="noreferrer" target="_blank">https://map.ox.ac.uk/wp-content/uploads/accessibility/friction_surface_2015_v1.0.zip</a><br>
<br>
You can see in that map that they are using OSM road data and that they<br>
are also using data that is not in OSM.  Based on this friction map<br>
they are doing the accessability calculations.<br>
<br>
Of course it is possible that the OSM road data and the Google road data<br>
is available in different forms originally - as you write the wording<br>
indicates they have proximity information on the Google roads and not<br>
the actual geometry.  But they merge it to generate the friction map,<br>
for that it does not matter in what form the roads data exists, and i<br>
don't really see how you can argue this creates a collective database<br>
and not a derivative database - because if that is not a derivative<br>
database (combining two incomplete data sets to create a more complete<br>
data set to use) what is?<br>
<br></blockquote><div>Your analysis does not follow.  <br></div><div>The researcher's description says: "These datasets were each allocated a speed or speeds of travel in terms 
of time to cross each pixel of that type. The datasets were then 
combined to produce a 'friction surface'; a map where every pixel is 
allocated a nominal overall speed of travel based on the types occurring
 within that pixel."</div><div><br></div><div>Thus, the "friction map" is calculated from first an assignment of a "speed to cross" property value to each road, railway, etc. This was a property value one added by the researchers, not one already in OSM. Thus, these principles from the collective database apply:</div><div><ul><li> the non-OSM data adds a particular type of geometry or data for
 a primary feature that was not already present within a regional cut, 
and the added feature data includes no OSM data; or   </li></ul>
<ul><li> a non-OSM database replaces or adds a property of a primary 
feature, and uses either all OSM data or no OSM data for that property 
of that primary feature within the same regional cut (e.g., the URL 
property of the amenity=cafe primary feature is replaced by reference, 
using either all OSM data or no OSM data for the replacement URLs);</li></ul><p>They state that datasets may be combined as long as there is no mixing of an OSM data source with a non-OSM data source for a given datatype/property. (It doesn't matter if the datasets can be thought of as referencing 
each other because "the non-OSM and OSM datasets do not reference each 
other" is only one of four examples the Guideline provides of collective 
database circumstances.)<br></p><p>The Google distance-to-roads are not mixed with a OSM datatype. It's not possible, as OSM doesn't have a distance-to-road datatype, and the Google distance-to-road calculation is a calculation of the distance to the nearest Google road, not the nearest OSM road. <br></p><p>The "speed to cross" value is also not an OSM data type. It is an entirely new property that the researchers assigned to OSM road features based on their own views of how "fast" a feature is. Whether the researchers also assigned "speed to cross" properties to features from other datasets is irrelevant, as those values didn't come from OSM. <br></p><p>The OSM road network + Google distance-to-road data + new assigned property type "speed to cross" is the overall collective database the researchers put together. They then performed calculations and analysis on this database, including assigning a "friction" value to each pixel of a raster map. That map I agree is a Produced Work, and it is a Produce Work built from a Collective Database. <br></p> </div><div><br></div></div></div>