[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [docbook-tc] personblurb in address?
Hi Dick, et al, how would you suggest I handle the Employee Directory as described below? If I want to create a list of folks, the generalization to person would be very helpful, and I think I'll submit an RFE to that effect. It would also be nice to allow mediaobject (for accompanying photo/video/audio) at a higher level, and not buried in personblurb. Thoughts? The person model should look like: person ::= ((personname| (honorific|firstname|surname|lineage|othername|affiliation| authorblurb|contrib)+), (personblurb|email|address|mediaobject)*) Thanks and best regards, --Scott Dick Hamilton wrote: > I agree that it's a bit strange to have either authorblurb or > personblurb in address. I wonder why authorblurb ever ended > up there in the first place. > > I'd be more comfortable generalizing the higher level structure > (author, editor) to something like <person> and use an attribute > to identify the kind of person (author, editor, DocBook Geek). > Or add <person> with the same content model, which might be better > since author and editor are pretty deeply ingrained and (at least > author) probably used in nearly every document. > > Either option would make it possible to fully identify all sorts > of people and not add extra stuff to their addresses. > > Dick > email@example.com > > >> -----Original Message----- >> From: Scott Hudson [mailto:firstname.lastname@example.org] >> Sent: Wednesday, March 15, 2006 11:39 AM >> To: Norman Walsh >> Cc: email@example.com >> Subject: Re: [docbook-tc] personblurb in address? >> >> >> Here's my situation, IHAC that is standardizing on DocBook >> 4.5 and has a >> variety of publications. Most are very straightforward, but >> they would >> also like to publish their Employee Directory using DocBook. >> That means >> for each entry, there will be a name, address, phone, email, etc. >> >> They would also like to put in a biography and/or job >> description. This >> is where I thought personblurb would make the most sense, so the >> directory would look something like: >> <book> >> <title>Employee Directory</title> >> <chapter> >> <title>Communications Division</title> >> <address> >> <personname> >> <firstname>Scott</firstname><surname>Hudson</surname> >> </personname> >> <affiliation> >> <orgname>Flatirons Solutions</orgname> >> <orgdiv>Communications</orgdiv> >> </affiliation> >> <email>firstname.lastname@example.org</email> >> <phone>303-542-2146</phone> >> <fax>303-544-0522</fax> >> <street>4747 Table Mesa Drive, Suite 200</street> >> <city>Boulder</city> <state>CO</state> <postcode>80305</postcode> >> <authorblurb><para>Scott likes DocBook. He's a >> certifiable DocBook >> geek, and a member of the OASIS TC.</para></authorblurb> >> </address> >> </chapter> >> </book> >> >> Best regards, >> >> --Scott >> >> P.S., Plaxo is just a service I use. I got tired of maintining my >> addressbook in multiple places, and it syncs to Outlook and >> Thunderbird. >> >> Norman Walsh wrote: >> >>> / Scott Hudson <email@example.com> was >>> >> heard to say: >> >>> | according to http://docbook.org/tdg/en/html/address.html, >>> >> authorblurb >> >>> | is allowed in address. Why is personblurb not also allowed (if the >>> | address is describing someone, say in an employee >>> >> directory, rather >> >>> | than an author)? >>> >>> | Perhaps personblurb should be part of person.ident.mix? >>> >>> Both seem a little bizarre to me. Why is the blurb part of >>> >> the address? >> >>> Note that in 5.0, neither is allowed. >>> >>> http://docbook.org/tdg5/en/html/address.html >>> >>> Allowing biblioref looks a bit odd in there but it's a >>> >> consequence of >> >>> allowing link and xref. I'm not sure what I think about that. >>> >>> | /Add me to your address book.../ >>> | >>> >> <https://www.plaxo.com/add_me?u=17180023598&v0=298305&k0=537541243> >> >>> Is plaxo a service that you're using personally, or something that >>> Flatiron uses? (Just curious.) >>> >>> Be seeing you, >>> norm >>> >>> >>> >> -- >> >> >> >> >> >> Flatirons Solutions >> /*Vision. Experience. Engineering Excellence.*/ >> <http://www.flatironssolutions.com> >> >> >> >> >> >> >> >> >> *Scott Hudson* >> /Senior Consultant/ >> >> >> >> *Flatirons Solutions* >> 4747 Table Mesa Drive Suite 200 >> Boulder, CO 80305 >> <http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=4747+Table+Mes >> > a+Drive+Suite+200&csz=Boulder%2C+CO+80305&country=us> > > > firstname.lastname@example.org > <mailto:email@example.com> > web:http://flatironssolutions.com <http://www.flatironssolutions.com> > blog:http://scottysengineeringlog.net > > > > tel: > fax: > mobile: > > > > 303-542-2146 > 303-272-7069 > 303-332-1883 > > > > > > /Add me to your address book.../ > <https://www.plaxo.com/add_me?u=17180023598&v0=298305&k0=537541243> > > > > /Want a signature like this?/ <http://www.plaxo.com/signature> > > > > > > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. You may a link to this group and all your TCs in OASIS > at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > -- Flatirons Solutions /*Vision. Experience. Engineering Excellence.*/ <http://www.flatironssolutions.com> *Scott Hudson* /Senior Consultant/ *Flatirons Solutions* 4747 Table Mesa Drive Suite 200 Boulder, CO 80305 <http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=4747+Table+Mesa+Drive+Suite+200&csz=Boulder%2C+CO+80305&country=us> firstname.lastname@example.org <mailto:email@example.com> web:http://flatironssolutions.com <http://www.flatironssolutions.com> blog:http://scottysengineeringlog.net tel: fax: mobile: 303-542-2146 303-272-7069 303-332-1883 /Add me to your address book.../ <https://www.plaxo.com/add_me?u=17180023598&v0=298305&k0=537541243> /Want a signature like this?/ <http://www.plaxo.com/signature>
S/MIME Cryptographic Signature