[Openicc] Linux CM ideology .. Linux CM proposal

[edmund ronald]

We can expect to have one profile per printer family and major paper
type, because settings will be crowdsourced by whoever brings up the
printer, and then someone will profile the machine for that setting so
that we get can offer the sRGB consumer behavior.  Actually the
graphic Epsons won't generate that many settings and profiles, because
they come in a family that lasts 2 years and about 10 or 20 profiles
will initially cover the whole family with vendor media- the same
number as found in an Epson installer. Special papers will have
settings and profiles sitting somewhere on the net. The small consumer
machines that seem to breed like crazy are those which I fear will
create more settings litter.

For our initial foray into this, we need to be sure a good way to find
settings and profiles (online or local) by printer model and paper
name. We also need the import from file and save out to file to work
well so that we can make sure our basic functionality is operating
well. How the desktop packages things is then something best left to
them for discussion, I think for the user interface some extension of
the CUPS browser-based printer installation system may serve as
inspiration - you certainly don't want the desktop Linux plague of
each distribution having a different interface .

Edmund

On Tue, Feb 8, 2011 at 3:00 PM, Robert Krawitz <rlk at alum.mit.edu> wrote:
> On Wed, 09 Feb 2011 00:44:50 +1100, Graeme Gill wrote:
>> Richard Hughes wrote:
>>> Least common denominator is not good enough. The session needs to
>>> *query* things like "give me all the profiles for device $foo" and
>>> "find all the devices that use profile $bar" which is why we should be
>>> using a database, rather than searching discrete files on the
>>> filesystem every time the session asks for data[1].
>>
>> While that would be convenient, I'm not sure the quantity of information
>> is really so large that it is an issue to do a linear search.
>> How many profile can you imagine being installed on a system ?
>> 10 ? 20 ? 100 ? More than 100 is a lot of profiles, because a lot
>> of work needs to go into making each one of them!
>
> While sqlite is "lite", I'd prefer to have things in ASCII text files
> as much as possible -- those can be inspected and fixed if necessary.
>
> There could well be a lot of profiles on the system: a reasonable
> combination of paper types and resolutions for a lot of printers
> (assuming that we were to crowdsource and bundle a lot of profiles
> with Gutenprint, or offer a gutenprint-profiles package).  I'm not
> sure exactly how many it would work out to be, but 10 different paper
> types at, say, 3 or 4 resolutions each multiplied by however many
> classes of printers we have.
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>