Martin, I'm sorry that I wasn't clear. I'm not arguing for different data formats for SMF.
I'm saying that we need something other than Assembler DSECTs as a metadata description. Say for example that there were a standard metadata document (maybe in XML or JSON) that *described* all of the SMF records. This could then be translated into code in your favorite programming language so that all SMF records could be decoded (with substructures, etc). Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Jul 15, 2013 at 8:55 AM, Martin Packer <martin_pac...@uk.ibm.com>wrote: > While I agree it would be nice to have more consumable data formats I > don't agree documentation isn't a major problem: > > As someone who spends a lot of time with the raw data all sorts of > questions come up that the documentation doesn't address, mainly of > provenance and interpretation. > > A concordance of SMF record mappings would be great, but detail would need > to be added to the current field descriptions. A large task, I'd say. > > Cheers, Martin > > Martin Packer, > zChampion, Principal Systems Investigator, > Worldwide Banking Center of Excellence, IBM > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > Blog: > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > > > From: Kirk Wolf <k...@dovetail.com> > To: IBM-MAIN@listserv.ua.edu, > Date: 07/15/2013 02:50 PM > Subject: Re: SMF record - IPADDR > Sent by: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> > > > > IMO, the problem with SMF records is not the documentation. > > I would like to see IBM publish some sort of machine-readable schema > document (say, in XML or JSON) for each record that describes the > structure > and datatypes in each record. > > Kirk Wolf > Dovetailed Technologies > http://dovetail.com > > > On Mon, Jul 15, 2013 at 8:37 AM, John McKown > <john.archie.mck...@gmail.com>wrote: > > > I think this would be resisted by IBM. There are too many basically > > separate products which produce SMF records. Some even the same SMF > record > > number, such as 110 for CICS and DB2. But what we _might_ be able to > > convince IBM to do is to create a Web bookshelf, similar to the "z/OS > > Messages and Codes" bookshelf, which would contain a entry for every IBM > > manual which documented the SMF record(s) produced by every IBM product > > which produces those records. This would be much simpler than a single > > manual. And it would be searchable just like the "Messages and Codes" > > bookshelf is. > > > > On Mon, Jul 15, 2013 at 12:08 AM, Roger W. Suhr <suhr...@gmail.com> > wrote: > > > > > I'd vote for both. All IBM product SMF records type 0-200 should be > > > documented in the SMF manual. > > > > > > Roger S. > > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > > > Behalf Of Ed Gould > > > Sent: Sunday, July 14, 2013 11:00 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: SMF record - IPADDR > > > > > > Which bring up the question... > > > Where should the layout of SMF records reside, SMF manual, each > product > > > manual or ? > > > Anyone have an opinion which way? > > > > > > Ed > > > > > > ps: Arguments on both sides are reasonable although personally I think > > the > > > SMF manual as it central to all products. > > > > > > > > > > > > On Jul 14, 2013, at 7:47 AM, Mike Stayton wrote: > > > > > > > The SMF Type 106, 118 and 119 record layouts are in: > > > > z/OS V1R13.0 Comm Svr: IP Programmer's Guide and Reference > > > > SC31-8787-14 > > > > > > > > E.0 Appendix E. Type 119 SMF records > > > > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d3b1/ > > > > E.0 > > > > > > > > Mike Stayton > > > > z/OS Communications Server > > > > > > > > > ---------------------------------------------------------------------- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email > > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > > -- > > This is a test of the Emergency Broadcast System. If this had been an > > actual emergency, do you really think we'd stick around to tell you? > > > > Maranatha! <>< > > John McKown > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
