[Qgis-developer] color ramp manager

Tue Aug 7 15:48:39 PDT 2012

Hi all,

I have a few questions regarding the licensing restrictions regarding
the bundling of some gradient files from cpt-city.

First I would like to thank J.J. Green for his past and future help,
both in creating his archive and in his advice and help. Much of this
information is based on feedback from him.

Also it seems that the majority of the gradients made available in the
cpt-city package are free to distribute, as long as due attribution is
given.

I would like confirmation that artwork with the following licenses are
OK for us to distribute with QGis (as long as we keep the licensing
information along with the gradient files):

- GPL
- GPLv2
- Apache
- BSD
- MIT
- identified as "public domain"
- Creative Commons (CC BY-SA 3.0) /
http://creativecommons.org/licenses/by-sa/3.0/
- Creative Commons (CC BY-NC-SA 3.0) /
http://creativecommons.org/licenses/by-nc-sa/3.0/
- Creative Commons (CC BY 3.0) / http://creativecommons.org/licenses/by/3.0/

There are others which are less clear:

- "Free to use", without any license (e.g. cl/ ). It is my
understanding that we CANNOT distribute them unless explicitly allowed

- "Not specified" or no license information - safer not to distribute?

- "Link requested" (e.g. ds/ fg/ ) - where would we put the link, just
keep them in the files?   ds/ also says "can be used anywhere anytime"
but no mention on distribution

- "Attribution required" / "Credit Requested" - ok as long as we keep
the copyright info ?

- ESRI license is too complex for me, sorry. can someone have a look?
directory is ersi/

- "Disclaimer required" - the "New Jersey Geological Survey" gradients
require citation when they are used, better not to distribute then?

- "UK Open Government Licence" (e.g. os/ , ukmo/)  -
http://www.nationalarchives.gov.uk/doc/open-government-licence/

- gosquared "free for you to download and do whatever you want with
them" - http://www.gosquared.com/liquidicity/archives/822

So in general, if an author requires attribution or link, is it OK for
use to attribute and/or link by providing the original copyright
information?

Etienne

On Tue, Aug 7, 2012 at 3:28 PM, Etienne Tourigny
<etourigny.dev at gmail.com> wrote:
> On Tue, Aug 7, 2012 at 2:56 PM, jjg <j.j.green at gmx.fr> wrote:
>>
>> Etienne Tourigny-3 wrote
>>>
>>> I was thinking of an interface to make zip files from selection lists.
>>> The plugin would probably be suited for that, because it's not really
>>> part of the core and it's much easier to write this sort of thing in
>>> python. Ideally, we should have a point-n-click interface for
>>> generating these selections, but I think it would be too costly to
>>> implement. So a manual solution would probably be easiest on the
>>> short-term. Unless we feel it's necessary to have users make their own
>>> selections (by selecting favourites), and use that.
>>>
>>> Perhaps a first step would be using the cpt-city selections which can
>>> be distributed and generate a list from that.
>>>
>>
>> I dont think you need to make a selection "topo and free", just make
>> a selection "topo", and apply it to to the set of free files, ignoring those
>> not present.  This is quite generic, it can be used on the GUI, for
>> generating zipfiles, whatever.
>
> That's what I meant - identify if the directory can be distributed,
> and make a selection which would be filtered by the distribution flag.
>
> So you are suggesting to add tags to each file? I was thinking more
> like what you are doing: make a category an add the
> gradients/directories which are in that category. But what you are
> saying is basically the same.
>
>>
>> Selections should select only one thing, then different selections can
>> be combined to suit.  "dark" + "spectral" = "dark spectral" ...
>>
>>
>>
>>> Do people feel that the existing cpt-city "selection" would be
>>> sufficient, or are there too many?
>>>
>>
>> If there are any others that could be useful for QGIS please
>> send me a list of file paths ..
>
> I will in due time, thanks
>
>>
>>
>>
>>> 3) testing the rendering of the gradients (I have a solution that
>>> compares the preview to the png's on the cpt-city website)
>>>
>>
>> Does the GUI render SVG?  I ask because the cptutils svgx program
>> can add a preview to an svg gradient file (so it becomes "self
>> documenting"), so saving the bother of a extra png file or whatever.
>
> Actually the gui (inside qgis color ramp selector) parses the svg, and
> makes a preview pixmap. This is what qgis does for other gradients
> (ColorBrewer, user-defined both for the preview and the actual
> rendering).
>
> Thanks for the tip, I'll look into that. Qt can render svg files
> (presumably the preview you mention) with QSvgRenderer (part of the
> QtSvg Module)
>
>
>>
>> I considered adding these previews to the SVG gradients on the
>> cpt-city site, but with 6K files every byte in the file is 6KB on the site
>> ...
>>
>>
>>
>>
>> --
>> View this message in context: http://osgeo-org.1560.n6.nabble.com/color-ramp-manager-tp4993619p4993730.html
>> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer