[OSM-legal-talk] Collective database
Hi, I have a question from the talk-it mailing list. If I have a company that has an internal database used in conjunction with osm data, I need to share my internal database? For example: * I use my internal database to select 2 locations * I use OSM data to calculate the best route between this locations In this scenario, the internal database must be shared? IMHO I think no. It's right? Best regards Stefano Fraccaro ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Collective database
Stefano, On 11/21/2012 09:57 AM, Stefano Fraccaro wrote: I have a question from the talk-it mailing list. If I have a company that has an internal database used in conjunction with osm data, I need to share my internal database? For example: * I use my internal database to select 2 locations * I use OSM data to calculate the best route between this locations In this scenario, the internal database must be shared? IMHO I think no. It's right? The distinction between a collective and derivative database is not always 100% clear but in your case it is obvious that you'd have a collective database at best (maybe not even that) so your internal data would not have to be shared. It would be a different issue if, for example, your internal database contained information about the traffic density on various roads and you combined that with OSM data to find out the fastest route at a given time of day or so - that kind of tight integration with OSM data would clearly be ask a lawyer terrain if you want to determine wheter you have a collective or derivative database. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Collective database
Thanks, Henk! Kirill On 07.06.2011 4:37, Henk Hoff wrote: Hi Kirill, If you want to clarify as deep as possible you might also want to check with OpenDataCommons (ODC), the authors of the license. Their mailinglist can be found here: http://lists.okfn.org/mailman/listinfo/odc-discuss cheers, Henk Op 06-06-11 13:46, Kirill Bestoujev schreef: Frederik, thanks for the reply. Do we have somewhere a more detailed description of collective database relating to OSM situation? May be some lawyers opinion or something else? Previously we were looking at the situation in a different way and suddenly understood that our positions is not very clear, so we would like to clarify the situation as deep as possible. Kirill On 06.06.2011 15:40, Frederik Ramm wrote: Hi, On 06/06/11 12:56, Kirill Bestoujev wrote: The resulting map (a single file) contains data from both sources. Can this resulting map (which is a database by its inside structure) treated as a collective database? I believe so. In my opinion, a derived database would result if you were to mix other data with OSM data in a way that actually looks at the OSM data - for example, if you have an OSM database of streets, and then add to that streets from another dataset but only where OSM had nothing. That would be a derived database. But if you have two datasets that live side-by-side in the same physical database, I would say that is a collective database. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Collective database
Hi everybody! I have a question on the collective database under odbl. The case: a navigation software uses data from two sources - the information on roads and buildings from a source under ccbysa, and all the rest - water, forest, borders, poi, landuse - from OSM. The map is prepared by a separate conversion software and then used by the navi program. The resulting map (a single file) contains data from both sources. Can this resulting map (which is a database by its inside structure) treated as a collective database? The data from OSM is not modified in any way and is not merged with non-osm data, it can be displayed separately. So we have two different datasets in one file and we would like to release each dataset under different license. Is it possible? Kirill ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Collective database
Hi, On 06/06/11 12:56, Kirill Bestoujev wrote: The resulting map (a single file) contains data from both sources. Can this resulting map (which is a database by its inside structure) treated as a collective database? I believe so. In my opinion, a derived database would result if you were to mix other data with OSM data in a way that actually looks at the OSM data - for example, if you have an OSM database of streets, and then add to that streets from another dataset but only where OSM had nothing. That would be a derived database. But if you have two datasets that live side-by-side in the same physical database, I would say that is a collective database. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Collective database
Frederik, thanks for the reply. Do we have somewhere a more detailed description of collective database relating to OSM situation? May be some lawyers opinion or something else? Previously we were looking at the situation in a different way and suddenly understood that our positions is not very clear, so we would like to clarify the situation as deep as possible. Kirill On 06.06.2011 15:40, Frederik Ramm wrote: Hi, On 06/06/11 12:56, Kirill Bestoujev wrote: The resulting map (a single file) contains data from both sources. Can this resulting map (which is a database by its inside structure) treated as a collective database? I believe so. In my opinion, a derived database would result if you were to mix other data with OSM data in a way that actually looks at the OSM data - for example, if you have an OSM database of streets, and then add to that streets from another dataset but only where OSM had nothing. That would be a derived database. But if you have two datasets that live side-by-side in the same physical database, I would say that is a collective database. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Collective database
Hi Kirill, If you want to clarify as deep as possible you might also want to check with OpenDataCommons (ODC), the authors of the license. Their mailinglist can be found here: http://lists.okfn.org/mailman/listinfo/odc-discuss cheers, Henk Op 06-06-11 13:46, Kirill Bestoujev schreef: Frederik, thanks for the reply. Do we have somewhere a more detailed description of collective database relating to OSM situation? May be some lawyers opinion or something else? Previously we were looking at the situation in a different way and suddenly understood that our positions is not very clear, so we would like to clarify the situation as deep as possible. Kirill On 06.06.2011 15:40, Frederik Ramm wrote: Hi, On 06/06/11 12:56, Kirill Bestoujev wrote: The resulting map (a single file) contains data from both sources. Can this resulting map (which is a database by its inside structure) treated as a collective database? I believe so. In my opinion, a derived database would result if you were to mix other data with OSM data in a way that actually looks at the OSM data - for example, if you have an OSM database of streets, and then add to that streets from another dataset but only where OSM had nothing. That would be a derived database. But if you have two datasets that live side-by-side in the same physical database, I would say that is a collective database. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
