PMP Mail Archive: PMP> RE: Printer MIB v2 [new PrtInterprete

PMP> RE: Printer MIB v2 [new PrtInterpreterLangFamilyTC enums]

From: McDonald, Ira (imcdonald@sharplabs.com)
Date: Wed Jul 31 2002 - 13:24:57 EDT

  • Next message: Ron.Bergman@Hitachi-hkis.com: "PMP> Printer MIB and Finisher MIB Update"

    Hi Ron, Wednesday (31 July 2002)

    Here are the additional enums for the 'prtInterpreterLangFamilyTC', per
    request of James Babcock (Xerox Engineering Systems):

            langCGM(60), -- Computer Graphics Metafile
                                 -- MIME type 'image/cgm'
            langJPEG(61), -- Joint Photographic Experts Group
                                 -- MIME type 'image/jpeg'
            langCALS1(62), -- US DOD CALS1 (see MIL-STD-1840)
                                 -- MIME type 'application/cals-1840'
            langCALS2(63), -- US DOD CALS2 (see MIL-STD-1840)
                                 -- MIME type 'application/cals-1840'
            langNIRS(64), -- US DOD NIRS (see MIL-STD-1840)
                                 -- MIME type 'application/cals-1840'
            langC4(65) -- US DOD C4 (see MIL-STD-1840)
                                 -- MIME type 'application/cals-1840'

    *** Don't forget to add the comma after 'langFujitsu(59)' before these.

    I agree with James Babcock that the language level concept doesn't apply
    to these four separate US DOD plotter languages, so we need separate
    enums.

    Cheers,
    - Ira McDonald, co-editor of Printer MIB v2
      High North Inc
      imcdonald@sharplabs.com

    -----Original Message-----
    From: McDonald, Ira
    Sent: Wednesday, July 31, 2002 12:46 PM
    To: 'Babcock, James'; 'Ron.Bergman@Hitachi-hkis.com'; McDonald, Ira;
    'pmp@pwg.org'
    Cc: Hopkins, Mark; 'RCasterline@lhsolutions.com'; Hastings, Tom N
    Subject: RE: Printer MIB v2 [new PrtInterpreterLangFamilyTC enums]

    Hi Ron,

    I vote we accept these new PDL registrations below. James Babcock
    has provided us with all of the MIME types, so documentation is
    easy.

    I'll be happy to write up the new fragment of the TC to add these
    six, if you want. Then we can fold them into our new draft for
    the RFC Editor in the immediate future.

    Cheers,
    - Ira McDonald, co-editor of Printer MIB v2
      High North Inc

    -----Original Message-----
    From: Babcock, James [mailto:James.Babcock@usa.xerox.com]
    Sent: Friday, June 28, 2002 1:35 PM
    To: 'McDonald, Ira'; Babcock, James; 'pmp@pwg.org'
    Cc: Hopkins, Mark; 'RCasterline@lhsolutions.com'; Hastings, Tom N
    Subject: RE: Printer MIB v2 [new PrtInterpreterLangFamilyTC enums]

    Hi again Ira.

    I would like to request the following additions to
    prtInterpreterLangFamilyTC:

    Language Designator Associated MIME type
            CGM image/cgm
            JPEG image/jpeg
            CALS1 application/cals-1840
            CALS2 application/cals-1840
            NIRS (aka NIFF) application/cals-1840
            C4 application/cals-1840

    As you can see, the last four languages correspond to a single
    MIME type. The four languages are specified in different
    sections of a single document (MIL-PRF-28002). The document
    falls under a broader standard document designated as
    MIL-STD-1840. To me it doesn't appear that the idea
    of different level designations for languages applies to
    these four items, but that decision is up to the PWG.

    Jim

    James A. Babcock email: james.babcock@usa.xerox.com
    XESystems, Inc. phone: (703) 787-2050
    607 Herndon Parkway Suite 301 intelnet: 8*440-2050
    Herndon VA 20170 USA M/S: 2506-mxyzptlk
    Support the US Debt -- http://www.publicdebt.treas.gov/ols/olshome.htm

    > -----Original Message-----
    > From: McDonald, Ira [mailto:imcdonald@sharplabs.com]
    > Sent: Wednesday, June 26, 2002 13:35
    > Subject: RE: Printer MIB v2 [new PrtInterpreterLangFamilyTC enums]
    >
    >
    > Hi James,
    >
    > I've forwarded your note (and my comments) to the PWG Printer MIB WG
    > mailing list (the discussions should be on the open list, please).
    >
    > My comments are below, preceded by <ira>.
    >
    > Cheers,
    > - Ira McDonald, co-editor of Printer MIB v2
    > High North Inc
    >
    >
    > -----Original Message-----
    > From: Babcock, James [mailto:James.Babcock@usa.xerox.com]
    > Sent: Wednesday, June 26, 2002 11:38 AM
    > To: 'McDonald, Ira'
    > Cc: Hopkins, Mark
    > Subject: FW: Printer MIB v2 [new PrtInterpreterLangFamilyTC enums]
    >
    >
    > Hi Ira.
    >
    > Thanks for providing a point of contact for registration
    > of new printer MIB items. Based on the information that
    > you provided to Mark Hopkins in your reply, I have decided
    > that the CALCOMP and VERSATEC formats are archaic and will
    > not require registration. I will implement entries for those
    > languages in our printer MIB using the PrtInterpreterLangFamilyTC
    > value of '1' to indicate 'other'.
    >
    > <ira> Fine - remember to fill in 'prtInterpreterDescription'
    > with the CALCOMP or VERSATEC information. </ira>
    >
    >
    > I believe that the following four interpreter languages are
    > still widely used and should be registered: CALS1, CALS2,
    > NIRS, and C4. These image formats are standards controlled
    > by the US Dept. of Defense. The standards are available
    > as FIPS and ISO publications (and possibly other standard
    > sources) which I have not read. They do not have assigned
    > MIME types included in the list of MIME types available at
    > iana.org.
    >
    > RFC 2048 indicates that new MIME types registered under the
    > IETF tree MUST have their description published as an RFC.
    > Since these types are specified in other standards documents,
    > can you advise me how to approach the process of registering
    > MIME types for these four image specifications?
    >
    > <ira> The IPP WG doesn't intend to register the (currently)
    > unregistered PDL language MIME types in the _IETF_ tree.
    >
    > We intend to register them in the _vendor_ tree using the
    > IEEE/ISTO PWG's arc via _one_ RFC that Tom Hastings and others
    > will write up and submit as an Informational RFC. What we
    > want to have before accepting new PDL types for Printer MIB v2
    > is the template from RFC 2048 filled out with the _external_
    > standards references (FIPS, ISO) for the new MIME types.
    > (On the principal of not accepting new PDL types that we
    > don't know how to register as MIME types.) Can you do the
    > research? </ira>
    >
    >
    > Thanks. Have a great day.
    >
    > Jim Babcock
    > Xerox Engineering Systems -- Herndon VA
    > (703) 787-2050
    >
    > -----Original Message-----
    > From: McDonald, Ira [mailto:imcdonald@sharplabs.com]
    > Sent: Thursday, June 20, 2002 4:43 PM
    > To: 'Hopkins, Mark'; pmp@pwg.org
    > Cc: RCasterline@lhsolutions.com; McDonald, Ira;
    > Subject: RE: Printer MIB v2 [new PrtInterpreterLangFamilyTC enums]
    >
    >
    > Hi Mark,
    >
    > You've written up your request for new PDL enumerations
    > (below). Now you
    > want Printer MIB WG comments. So I enhanced the Subject of
    > this reply,
    > to label your request.
    >
    > Last year, the IPP WG decided IANA MIME types SHOULD be registered for
    > all PrtInterpreterLangFamilyTC enums
    > that_are_currently_in_use (not any
    > obsolete ones), so that those PDL types can be used with IPP,
    > Bluetooth,
    > UPnP, and other printing protocols. So any _new_ PDL enums
    > should also
    > have MIME types registered. Would you please research if any of your
    > proposed additions _do_ have IANA MIME types registered?
    >
    > If not, we would appreciate the necessary information for
    > IANA MIME type
    > registration for each new PDL filled into the template specified in
    > Section 2.8 'Registration Template' of RFC 2048 "MIME Part Four:
    > Registration Procedures".
    >
    > Some questions about your proposal below:
    >
    > 1) Are VRASTER, VDS, and VCGL different PDLs? If so, they need to be
    > be separate enums. Only _versions_ of the _same_ PDL should ever
    > use the same enum.
    > 2) 'langDoD' (which should be 'langDOD') is very ambiguous.
    > Is this a
    > a graphics format (like your other new enums)? It's seems likely
    > that the US Dept of Defense has _document_ format
    > standards as well,
    > so the proposed name of this enum isn't specific enough.
    > 3) Are CALS1, CALS2, and C4 different PDLs?
    > See (1) above.
    > 4) Need more info about CALCOMP plotters. What's PDL language name?
    >
    > Cheers,
    > - Ira McDonald, co-editor of Printer MIB v2
    > High North Inc
    >
    > --------- Original Message ----------
    > From: Hopkins, Mark [MHopkins@crt.xerox.com]
    > Sent: Wednesday, June 19, 2002 10:06 AM
    > To: pmp@pwg.org
    > Cc: RCasterline@lhsolutions.com; 'McDonald, Ira'
    > Subject: Printer MIB v2
    >
    > Xerox Engineering Systems would like to add the following
    > enumerations to
    > PrtInterpreterLangFamilyTC in the Printer MIB:
    >
    > langCALCOMP -- Calcomp plotters
    > langDoD -- US Dept. of Defense specifications
    > -- includes CALS1, CALS2, and C4
    > langVERSATEC -- Versatec plotters
    > -- includes VRASTER, VDS, and VCGL
    > langJPEG -- Joint Photographic Experts Group
    > langCGM -- Computer Graphics Metafile (ISO 8632)
    >
    > The printer MIB v2 says:
    >
    > enumeration (2) An initial set of values are defined in the
    > Printer MIB specification. Additional enumerated values are
    > registered after review by this working group. The initial
    > versions of the MIB will contain the values registered so far.
    > After the MIB is approved, additional values will be registered
    > through IANA after approval by this working group.
    >
    > Could someone tell me the process for obtaining working group
    > agreement?
    >
    > Thanks,
    >
    > Mark Hopkins
    > Xerox Corporation
    > 716-422-0643
    >



    This archive was generated by hypermail 2b29 : Wed Jul 31 2002 - 13:37:13 EDT