Re: [OSM-legal-talk] PD declaration non binding?

2010-08-07 Thread Russ Nelson
Andy Allan writes: > Never mind what Richard says, there's also some other points > 1) You can't actually put anything into the public domain in most > jurisdictions. The best you can do yourself is use a special license, > such as CC0, which achieves similar results, but strictly isn't the >

Re: [OSM-legal-talk] Open Data Definition at OSCON

2010-08-07 Thread Russ Nelson
Frederik Ramm writes: > Russ Nelson wrote: > > I'm running a BOF at OSCON[1] on Wednesday night July 21st at 7PM, with > > the declared purpose of writing an Open Source Definition for Open > > Data. Safe enough to say that the OSD has been quite successful in > > laying out a set of criteria

Re: [OSM-legal-talk] decision removing data

2010-08-07 Thread Anthony
On Sat, Aug 7, 2010 at 11:22 AM, Rob Myers wrote: > On 08/07/2010 03:35 PM, Anthony wrote: >> >> I don't really see how there's an argument.  If photoshop offers a >> plugin that lets you draw a line with a certain thickness, a certain >> color, and a label on it, and you use that photoshop plugin

Re: [OSM-legal-talk] decision removing data

2010-08-07 Thread Rob Myers
On 08/07/2010 03:35 PM, Anthony wrote: I don't really see how there's an argument. If photoshop offers a plugin that lets you draw a line with a certain thickness, a certain color, and a label on it, and you use that photoshop plugin to make a map, you've got a copyrighted work, and that copyri

Re: [OSM-legal-talk] decision removing data

2010-08-07 Thread Anthony
On Fri, Aug 6, 2010 at 1:57 PM, Jukka Rahkonen wrote: > I have been leading a team of digitizers tracing features from aerial images. > I > was doing everything I could to minimize the creative or artistic part of > their > work. Good luck with that. In any case, not all OSM ways are traced fr

Re: [OSM-legal-talk] decision removing data

2010-08-07 Thread Anthony
On Fri, Aug 6, 2010 at 3:51 AM, Ed Avis wrote: > Anthony writes: > >>I've pretty much stopped uploading my maps to OSM precisely because of >>this switch to ODbL. > > There isn't a switch to ODbL.  Just a (not very practical IMHO) plan to do so > at some point in the future, and a (not very convi