On 10/16/09, Erik Johansson erjo...@gmail.com wrote:
On Sun, Oct 11, 2009 at 12:23 AM, Richard Fairhurst
rich...@systemed.net wrote:
Erik Johansson wrote:
Open Database License (ODbL)
“Attribution and Share-Alike for Data/Databases”
Yep. Exactly.
CC-BY-SA, famously, allows you to combine
On Sun, Oct 11, 2009 at 12:23 AM, Richard Fairhurst
rich...@systemed.net wrote:
Erik Johansson wrote:
Open Database License (ODbL)
“Attribution and Share-Alike for Data/Databases”
Yep. Exactly.
CC-BY-SA, famously, allows you to combine different types of creative
content as a collective
On Sat, Oct 10, 2009 at 7:34 PM, Richard Fairhurst rich...@systemed.net wrote:
Erik Johansson wrote:
If this is all there is to it then you can make a collective database
out of anything that is not connected on a map level to OSM data.
That doesn't seem very viral to me.
OSM's mission
On Thu, Oct 8, 2009 at 10:33 AM, Matt Amos zerebub...@gmail.com wrote:
i think the more useful case to most people will be to use the OSM
data geographically. if i started beerintheOSM i'd want to use OSM for
as much of the geographic data as possible - that's kinda the point of
OSM isn't it?
Matt Amos wrote:
can the SA requirement be satisfied by saying that we consider the
extracted IDs to be an ODbL part of a collective database, where the
proprietary data is the other part? it would require the ODbL part
(i.e: the list of IDs) to be made available, but nothing else.
This is
Matt Amos wrote:
are you suggesting that we change our guideline on what is substantial?
I am. Well, not so much change, more clarify.
Substantial in EU Database Directive terms can mean quantitative
and/or qualitative.
I agree that extracting a pubs of Britain dataset and distributing
it
On Fri, Oct 2, 2009 at 7:06 PM, Matt Amos zerebub...@gmail.com wrote:
what are your thoughts?
I have a hard time seeing how any of these usecases can be anything other
than insubstantial extractions. The database directive (article 15) says
that Any contractual provision contrary to Articles 6
On Thu, Oct 8, 2009 at 1:55 PM, Gustav Foseid gust...@gmail.com wrote:
On Fri, Oct 2, 2009 at 7:06 PM, Matt Amos zerebub...@gmail.com wrote:
what are your thoughts?
I have a hard time seeing how any of these usecases can be anything other
than insubstantial extractions. The database
On Wed, Oct 7, 2009 at 12:21 AM, Dan Karran d...@karran.net wrote:
What would happen if the beerintheOSM site encouraged their users to
add new pubs to their site, would that data - the equivalent of what
would have come from OSM, had they come from there - need to be
released as well, or
Hi,
Matt Amos wrote:
this is the crux of the question. the ODbL makes no distinction
between lat/lon data, ID data, or any other sort of data. so the
question then becomes; if i'm using some data from an ODbL database
and incorporating that into my database, do i have to release all of
my
On Wed, Oct 7, 2009 at 3:59 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
Matt Amos wrote:
this is the crux of the question. the ODbL makes no distinction
between lat/lon data, ID data, or any other sort of data. so the
question then becomes; if i'm using some data from an ODbL database
Hi,
Matt Amos wrote:
can the SA requirement be satisfied by saying that we consider the
extracted IDs to be an ODbL part of a collective database, where the
proprietary data is the other part? it would require the ODbL part
(i.e: the list of IDs) to be made available, but nothing else.
It
On Tue, Oct 6, 2009 at 1:42 PM, Andrew Turner
ajtur...@highearthorbit.com wrote:
On 2 Oct 2009, at 18:06, Matt Amos wrote:
hi legals,
i've come across a couple of interesting questions / use-cases for the
ODbL and wider discussion. it basically reduces to whether we want the
ODbL to have
Matt Amos wrote:
as a concrete example, let's pretend i have a site, beerintheOSM,
which rates pubs and allows commenting and photo uploads. if i'm
storing the reviews linked against pubs linked against OSM
(name/location/ID), i definitely have to release the
(name/location/ID) records -
Hi,
no-one is suggesting that the extraction of names, locations and IDs
would be somehow outside of the ODbL. any site using these as lookup
keys would have to release that data under the ODbL.
[...]
as a concrete example, let's pretend i have a site, beerintheOSM,
which rates pubs and
2009/10/6 Matt Amos zerebub...@gmail.com:
as a concrete example, let's pretend i have a site, beerintheOSM,
which rates pubs and allows commenting and photo uploads. if i'm
storing the reviews linked against pubs linked against OSM
(name/location/ID), i definitely have to release the
On 2 Oct 2009, at 18:06, Matt Amos wrote:
hi legals,
i've come across a couple of interesting questions / use-cases for the
ODbL and wider discussion. it basically reduces to whether we want the
ODbL to have viral (GPL-like) behaviour, or whether it should be less
viral (LGPL-like). we've
On 06/10/2009, at 11:30 PM, Matt Amos wrote:
so far, all the responses seem to indicate that everyone thinks
linking to OSM data by ID is OK. what about Andy's idea, though? is it
OK to take a location, name and possibly an ID as well to perform
fuzzy linking?
my view is that all the
On Tue, Oct 6, 2009 at 2:55 PM, James Livingston doc...@mac.com wrote:
On 06/10/2009, at 11:30 PM, Matt Amos wrote:
so far, all the responses seem to indicate that everyone thinks
linking to OSM data by ID is OK. what about Andy's idea, though? is it
OK to take a location, name and possibly an
On 10/5/09, Laurence Penney l...@lorp.org wrote:
It seemed clear that such data extractions would not be considered
public domain, simply by virtue of having no grid reference or lat-
long. They were part of MasterMap, hence regarded as chargeable data.
that's the suck-'em-dry licensing model
hi legals,
i've come across a couple of interesting questions / use-cases for the
ODbL and wider discussion. it basically reduces to whether we want the
ODbL to have viral (GPL-like) behaviour, or whether it should be less
viral (LGPL-like). we've discussed this at an LWG meeting and the
general
21 matches
Mail list logo