[Printing-architecture] Agenda - OP US/Europe - Tuesday 16 August 2011

[Printing-architecture] Agenda - OP US/Europe - Tuesday 16 August 2011

[Ira McDonald]

[-- Attachment #1: Type: text/plain, Size: 2029 bytes --]

Hi,

Our OP meeting will be *next* week on Tuesday 16 August
- changed from earlier notes this week.


Agenda:

(1) Status of Common Printing Dialog (Till Kamppeter)

(2) Status of independent JTAPI project (Glen Petrie)

(3) Status of GSoC Foomatic project (Daniel Dressler)

(5) Status of other GSoC projects (Till Kamppeter)

(6) Brainstorm new OP projects with low barriers to entry (All)

(7) PWG Highlights for Open Printing (Ira McDonald)
     (a) IPP JPS3 adding support for client UI localization
     - new URIs for standard and vendor extension message catalogs
       added for IPP Everywhere printers

     (b) PWG Print Job Ticket Semantic Model
     - new spec to go with existing XML schema in PWG SM/2.0

     (c) Mapping of PWG Job Ticket to/from XPS, PPD, JDF
     - builds on JTAPI IPP-to-JDF and CUPS IPP-to-PPD mappings
     - design target is simple subset for Cloud Print use cases


Dial-in information:

August 2011 - US/Europe - OP Monthly Meeting
    - Note - moved to Tuesday from Wednesday as one-time change

    - Tuesday 16 August 2011, Daytime
      - US
        9am in San Francisco - US PDT (Pacific Daylight Time)
        10am in Colorado - US MDT (Mountain Daylight Time)
        11am in Chicago - US CDT (Central Daylight Time)
        12pm in New York - US EDT (Eastern Daylight Time)
      - Europe
        6pm in Berlin - CEST (Central European Summer Time)

    * Main Number (Till Kamppeter, LF, leader)
      International: +1-218-936-7999
      Access Code:   491659#


Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Co-Chair - IEEE-ISTO PWG IPP WG
Chair - TCG Embedded Systems Hardcopy SWG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:blueroofmusic@gmail.com
Christmas through April:
  579 Park Place  Saline, MI  48176
  734-944-0094
May to Christmas:
  PO Box 221  Grand Marais, MI 49839
  906-494-2434

[-- Attachment #2: Type: text/html, Size: 3161 bytes --]

[Printing-architecture] IN 10 MINUTES: OP US/Europe - Tuesday 16 August 2011

[Till Kamppeter]

Reminder for our phone meeting.

    Till

On 08/12/2011 11:42 PM, Ira McDonald wrote:
> Hi,
>
> Our OP meeting will be *next* week on Tuesday 16 August
> - changed from earlier notes this week.
>
>
> Agenda:
>
> (1) Status of Common Printing Dialog (Till Kamppeter)
>
> (2) Status of independent JTAPI project (Glen Petrie)
>
> (3) Status of GSoC Foomatic project (Daniel Dressler)
>
> (5) Status of other GSoC projects (Till Kamppeter)
>
> (6) Brainstorm new OP projects with low barriers to entry (All)
>
> (7) PWG Highlights for Open Printing (Ira McDonald)
>       (a) IPP JPS3 adding support for client UI localization
>       - new URIs for standard and vendor extension message catalogs
>         added for IPP Everywhere printers
>
>       (b) PWG Print Job Ticket Semantic Model
>       - new spec to go with existing XML schema in PWG SM/2.0
>
>       (c) Mapping of PWG Job Ticket to/from XPS, PPD, JDF
>       - builds on JTAPI IPP-to-JDF and CUPS IPP-to-PPD mappings
>       - design target is simple subset for Cloud Print use cases
>
>
> Dial-in information:
>
> August 2011 - US/Europe - OP Monthly Meeting
>      - Note - moved to Tuesday from Wednesday as one-time change
>
>      - Tuesday 16 August 2011, Daytime
>        - US
>          9am in San Francisco - US PDT (Pacific Daylight Time)
>          10am in Colorado - US MDT (Mountain Daylight Time)
>          11am in Chicago - US CDT (Central Daylight Time)
>          12pm in New York - US EDT (Eastern Daylight Time)
>        - Europe
>          6pm in Berlin - CEST (Central European Summer Time)
>
>      * Main Number (Till Kamppeter, LF, leader)
>        International: +1-218-936-7999 <tel:%2B1-218-936-7999>
>        Access Code:   491659#
>
>
> Cheers,
> - Ira
>
>
> Ira McDonald (Musician / Software Architect)
> Chair - Linux Foundation Open Printing WG
> Co-Chair - IEEE-ISTO PWG IPP WG
> Chair - TCG Embedded Systems Hardcopy SWG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music/High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto:blueroofmusic@gmail.com <mailto:blueroofmusic@gmail.com>
> Christmas through April:
>    579 Park Place  Saline, MI  48176
>    734-944-0094
> May to Christmas:
>    PO Box 221  Grand Marais, MI 49839
>    906-494-2434
>

Re: [Printing-architecture] IN 10 MINUTES: OP US/Europe - Tuesday 16 August 2011

[Daniel Dressler]

[-- Attachment #1: Type: text/plain, Size: 3042 bytes --]

Speed difference of sqlite vs xml backed foomatic-db-engine

Overview steps:
ppdfile list with xml backend 9s
ppdfile list with sqlite 3s

Generate ppd:
./foomatic-ppdfile -p Xerox-WorkCentre_PE120 -d pxlmono with xml 1.33s
./foomatic-ppdfile -p Xerox-WorkCentre_PE120 -d pxlmono with sqlite 0.23s

Daniel

2011/8/16 Till Kamppeter <till.kamppeter@gmail.com>

> Reminder for our phone meeting.
>
>    Till
>
> On 08/12/2011 11:42 PM, Ira McDonald wrote:
> > Hi,
> >
> > Our OP meeting will be *next* week on Tuesday 16 August
> > - changed from earlier notes this week.
> >
> >
> > Agenda:
> >
> > (1) Status of Common Printing Dialog (Till Kamppeter)
> >
> > (2) Status of independent JTAPI project (Glen Petrie)
> >
> > (3) Status of GSoC Foomatic project (Daniel Dressler)
> >
> > (5) Status of other GSoC projects (Till Kamppeter)
> >
> > (6) Brainstorm new OP projects with low barriers to entry (All)
> >
> > (7) PWG Highlights for Open Printing (Ira McDonald)
> >       (a) IPP JPS3 adding support for client UI localization
> >       - new URIs for standard and vendor extension message catalogs
> >         added for IPP Everywhere printers
> >
> >       (b) PWG Print Job Ticket Semantic Model
> >       - new spec to go with existing XML schema in PWG SM/2.0
> >
> >       (c) Mapping of PWG Job Ticket to/from XPS, PPD, JDF
> >       - builds on JTAPI IPP-to-JDF and CUPS IPP-to-PPD mappings
> >       - design target is simple subset for Cloud Print use cases
> >
> >
> > Dial-in information:
> >
> > August 2011 - US/Europe - OP Monthly Meeting
> >      - Note - moved to Tuesday from Wednesday as one-time change
> >
> >      - Tuesday 16 August 2011, Daytime
> >        - US
> >          9am in San Francisco - US PDT (Pacific Daylight Time)
> >          10am in Colorado - US MDT (Mountain Daylight Time)
> >          11am in Chicago - US CDT (Central Daylight Time)
> >          12pm in New York - US EDT (Eastern Daylight Time)
> >        - Europe
> >          6pm in Berlin - CEST (Central European Summer Time)
> >
> >      * Main Number (Till Kamppeter, LF, leader)
> >        International: +1-218-936-7999 <tel:%2B1-218-936-7999>
> >        Access Code:   491659#
> >
> >
> > Cheers,
> > - Ira
> >
> >
> > Ira McDonald (Musician / Software Architect)
> > Chair - Linux Foundation Open Printing WG
> > Co-Chair - IEEE-ISTO PWG IPP WG
> > Chair - TCG Embedded Systems Hardcopy SWG
> > IETF Designated Expert - IPP & Printer MIB
> > Blue Roof Music/High North Inc
> > http://sites.google.com/site/blueroofmusic
> > http://sites.google.com/site/highnorthinc
> > mailto:blueroofmusic@gmail.com <mailto:blueroofmusic@gmail.com>
> > Christmas through April:
> >    579 Park Place  Saline, MI  48176
> >    734-944-0094
> > May to Christmas:
> >    PO Box 221  Grand Marais, MI 49839
> >    906-494-2434
> >
>
> _______________________________________________
> Printing-architecture mailing list
> Printing-architecture@lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/printing-architecture
>

[-- Attachment #2: Type: text/html, Size: 4439 bytes --]

Re: [Printing-architecture] IN 10 MINUTES: OP US/Europe - Tuesday 16 August 2011

[Till Kamppeter]

Thank you. Using pyppd-compressed PPD archives the listing of the PPD 
files take well less than a second on my computer and extracting the 
mentioned PPD file takes the same order of magnitude of time as SQLite.

For most CUPS users the pyppd solution is the best due to the speed. The 
SQLite solution has its place for the Debian users who use LPRng as the 
print spooler or for sys admins who often need to do changes on the 
Foomatic database and also quick access for setting up printers.

    Till

On 08/16/2011 06:42 PM, Daniel Dressler wrote:
> Speed difference of sqlite vs xml backed foomatic-db-engine
>
> Overview steps:
> ppdfile list with xml backend 9s
> ppdfile list with sqlite 3s
>
> Generate ppd:
> ./foomatic-ppdfile -p Xerox-WorkCentre_PE120 -d pxlmono with xml 1.33s
> ./foomatic-ppdfile -p Xerox-WorkCentre_PE120 -d pxlmono with sqlite 0.23s
>
> Daniel
>
> 2011/8/16 Till Kamppeter <till.kamppeter@gmail.com
> <mailto:till.kamppeter@gmail.com>>
>
>     Reminder for our phone meeting.
>
>         Till
>
>     On 08/12/2011 11:42 PM, Ira McDonald wrote:
>      > Hi,
>      >
>      > Our OP meeting will be *next* week on Tuesday 16 August
>      > - changed from earlier notes this week.
>      >
>      >
>      > Agenda:
>      >
>      > (1) Status of Common Printing Dialog (Till Kamppeter)
>      >
>      > (2) Status of independent JTAPI project (Glen Petrie)
>      >
>      > (3) Status of GSoC Foomatic project (Daniel Dressler)
>      >
>      > (5) Status of other GSoC projects (Till Kamppeter)
>      >
>      > (6) Brainstorm new OP projects with low barriers to entry (All)
>      >
>      > (7) PWG Highlights for Open Printing (Ira McDonald)
>      >       (a) IPP JPS3 adding support for client UI localization
>      >       - new URIs for standard and vendor extension message catalogs
>      >         added for IPP Everywhere printers
>      >
>      >       (b) PWG Print Job Ticket Semantic Model
>      >       - new spec to go with existing XML schema in PWG SM/2.0
>      >
>      >       (c) Mapping of PWG Job Ticket to/from XPS, PPD, JDF
>      >       - builds on JTAPI IPP-to-JDF and CUPS IPP-to-PPD mappings
>      >       - design target is simple subset for Cloud Print use cases
>      >
>      >
>      > Dial-in information:
>      >
>      > August 2011 - US/Europe - OP Monthly Meeting
>      >      - Note - moved to Tuesday from Wednesday as one-time change
>      >
>      >      - Tuesday 16 August 2011, Daytime
>      >        - US
>      >          9am in San Francisco - US PDT (Pacific Daylight Time)
>      >          10am in Colorado - US MDT (Mountain Daylight Time)
>      >          11am in Chicago - US CDT (Central Daylight Time)
>      >          12pm in New York - US EDT (Eastern Daylight Time)
>      >        - Europe
>      >          6pm in Berlin - CEST (Central European Summer Time)
>      >
>      >      * Main Number (Till Kamppeter, LF, leader)
>      >        International: +1-218-936-7999 <tel:%2B1-218-936-7999>
>     <tel:%2B1-218-936-7999>
>      >        Access Code:   491659#
>      >
>      >
>      > Cheers,
>      > - Ira
>      >
>      >
>      > Ira McDonald (Musician / Software Architect)
>      > Chair - Linux Foundation Open Printing WG
>      > Co-Chair - IEEE-ISTO PWG IPP WG
>      > Chair - TCG Embedded Systems Hardcopy SWG
>      > IETF Designated Expert - IPP & Printer MIB
>      > Blue Roof Music/High North Inc
>      > http://sites.google.com/site/blueroofmusic
>      > http://sites.google.com/site/highnorthinc
>      > mailto:blueroofmusic@gmail.com <mailto:blueroofmusic@gmail.com>
>     <mailto:blueroofmusic@gmail.com <mailto:blueroofmusic@gmail.com>>
>      > Christmas through April:
>      >    579 Park Place  Saline, MI  48176
>      > 734-944-0094 <tel:734-944-0094>
>      > May to Christmas:
>      >    PO Box 221  Grand Marais, MI 49839
>      > 906-494-2434 <tel:906-494-2434>
>      >
>
>     _______________________________________________
>     Printing-architecture mailing list
>     Printing-architecture@lists.linux-foundation.org
>     <mailto:Printing-architecture@lists.linux-foundation.org>
>     https://lists.linux-foundation.org/mailman/listinfo/printing-architecture
>
>

Re: [Printing-architecture] IN 10 MINUTES: OP US/Europe - Tuesday 16 August 2011

[Tim Waugh]

[-- Attachment #1: Type: text/plain, Size: 557 bytes --]

On Tue, 2011-08-16 at 20:08 +0200, Till Kamppeter wrote:
> Thank you. Using pyppd-compressed PPD archives the listing of the PPD 
> files take well less than a second on my computer and extracting the 
> mentioned PPD file takes the same order of magnitude of time as SQLite.
> 
> For most CUPS users the pyppd solution is the best due to the speed.

I'm not sure I really understand the purpose of pyppd.  Is it just to
save disk space?  CUPS implements its own fast indexing of PPD files, so
performance seems to be covered there.

Tim.
*/


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 482 bytes --]

Re: [Printing-architecture] IN 10 MINUTES: OP US/Europe - Tuesday 16 August 2011

[Till Kamppeter]

On 08/17/2011 11:11 AM, Tim Waugh wrote:
> On Tue, 2011-08-16 at 20:08 +0200, Till Kamppeter wrote:
>> Thank you. Using pyppd-compressed PPD archives the listing of the PPD
>> files take well less than a second on my computer and extracting the
>> mentioned PPD file takes the same order of magnitude of time as SQLite.
>>
>> For most CUPS users the pyppd solution is the best due to the speed.
>
> I'm not sure I really understand the purpose of pyppd.  Is it just to
> save disk space?  CUPS implements its own fast indexing of PPD files, so
> performance seems to be covered there.

For ready-made (static) PPDs, like the ones from the printer 
manufacturers for PostScript printers, it is only saving disk space. 
Putting them all into one archive compresses them much more than 
individually gzipping them.

Replacing PPD generators like /usr/lib/cups/driver/foomatic by 
pyppd-generated PPD archives is also a vast improvement in speed. It is 
much faster to grab a PPD out of a compressed archive then putting it 
together from the Foomatic XML data.

    Till

Re: [Printing-architecture] IN 10 MINUTES: OP US/Europe - Tuesday 16 August 2011

[Daniel Dressler]

[-- Attachment #1: Type: text/plain, Size: 1265 bytes --]

Without compression the full compiled ppd set is about ~220MB, with pyppd it
gets down to ~330KB.

Daniel

2011/8/17 Till Kamppeter <till.kamppeter@gmail.com>

> On 08/17/2011 11:11 AM, Tim Waugh wrote:
>
>> On Tue, 2011-08-16 at 20:08 +0200, Till Kamppeter wrote:
>>
>>> Thank you. Using pyppd-compressed PPD archives the listing of the PPD
>>> files take well less than a second on my computer and extracting the
>>> mentioned PPD file takes the same order of magnitude of time as SQLite.
>>>
>>> For most CUPS users the pyppd solution is the best due to the speed.
>>>
>>
>> I'm not sure I really understand the purpose of pyppd.  Is it just to
>> save disk space?  CUPS implements its own fast indexing of PPD files, so
>> performance seems to be covered there.
>>
>
> For ready-made (static) PPDs, like the ones from the printer manufacturers
> for PostScript printers, it is only saving disk space. Putting them all into
> one archive compresses them much more than individually gzipping them.
>
> Replacing PPD generators like /usr/lib/cups/driver/foomatic by
> pyppd-generated PPD archives is also a vast improvement in speed. It is much
> faster to grab a PPD out of a compressed archive then putting it together
> from the Foomatic XML data.
>
>   Till
>

[-- Attachment #2: Type: text/html, Size: 1878 bytes --]

Re: [Printing-architecture] IN 10 MINUTES: OP US/Europe - Tuesday 16 August 2011

[Tim Waugh]

[-- Attachment #1: Type: text/plain, Size: 350 bytes --]

On Wed, 2011-08-17 at 19:12 +0200, Till Kamppeter wrote:
> Replacing PPD generators like /usr/lib/cups/driver/foomatic by 
> pyppd-generated PPD archives is also a vast improvement in speed. It is 
> much faster to grab a PPD out of a compressed archive then putting it 
> together from the Foomatic XML data.

Ah, I understand.

Tim.
*/


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 482 bytes --]