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
>
>
>
>> -----Original Message-----
>> From: Scott Hudson [mailto:]
>> Sent: Wednesday, March 15, 2006 11:39 AM
>> To: Norman Walsh
>> Cc:
>> 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></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 <> 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>
>
>
>
> <mailto:>
> 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>
<mailto:>
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>
