[OSM-legal-talk] ZIP codes from OSM in non-compatible licensed dataset

Nuno Caldeira nunocapelocaldeira at gmail.com
Thu Oct 10 19:42:34 UTC 2019


Extracting than 100 elements (non repeatable) from the databse accounts 
for substantial.


Costs has nothing to do with the license.

https://opendatacommons.org/licenses/odbl/1.0/index.html


Às 20:20 de 10/10/2019, Lars-Daniel Weber escreveu:
> First of all, thanks for your answer. I had a long talk with a lawyer about this topic today. He wasn't into geodata, but new about the database directive.
>
> From: "Tom Hummel" <tom at bluespice.org>
>> First, I consider the zip code (as in addr:postcode=/feature/) a primary
>> feature, although it is generally considered an “additional property”,
>> as in ¹. My reason would be that I don’t see any meaningful distinction
>> for the purposes of identifying wether a database can be called
>> collective or not. A feature being called primary or additional doesn’t
>> seem to bear any meaning towards being substantial or non-substantial
>> either.
> He said this:
> The database policy does not know about "primary features" or "additional properties". It defines a substantial part in such a way that the extracted part has a large part of the costs (investment) the generation/collection, maintenance, care of the entire database takes. So when collecting all the nodes for a zip code takes 1,000 users and one ear of effort, it might be substantial. However, as we all know, this is not the case. They're just part of the big planet database and vary in quality and effort all over the world. So extracting the zip codes for a small extract of the huge planet file, isn't substantial at all. This is because the maintenance, care and provision of the postal codes costs no more or less than the maintenance, care and provision of the other elements. Also measured by the number of elements, the zip codes only make up a small part (actually, this doesn't matter, since the investment is the important thing).
>
> He didn't write it up, but he came to the conclusion that the database directive wouldn't come into play here at all. In comparison to the whole planet, the zip codes for my extract are trivial and not touching the investment, the OSM community or the database holder are affording.
>
> Saying this, this non-substantial extract doesn't fall under ODbL, but is simple DbCL. Like results of geocoding, which is also part of the Community Guidelines.
>
> What do you think? Sorry, I didn't even think about this before asking the lawyer :-(
>
> _______________________________________________
> legal-talk mailing list
> legal-talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/legal-talk/attachments/20191010/dc66a2ff/attachment.html>


More information about the legal-talk mailing list