Forum OpenACS Q&A: public scope addressbook

Collapse
Posted by Adam Kornick on
I'm attempting to create a public addressbook using OpenACS 3.2.5.
I've read the docs and looked at the data model, but I'm not sure if
any system or pages exist to access and edit scope='public' records.
Has anyone else gotten this to work?

Thanks,

Adam

Collapse
Posted by Hans Gaasenbeek on
(As nobody answers this one quickly, the answer should be quite straightforward or extremely difficult...) I will be trying to make a similar functionality, based on 'directory' or 'address-book', and I will post my findings here when ready.

The disadvantage of 'directory' is that it does not list entries without an e-mail address - or non-members for that matter. As far as I know, 'address-book' is not public. (Some changes to the data model are likely to be necessary any way, such as adding extra rows in the tables connected to it.)

Besides, if you have found the answer in the meantime, I would like to hear it as well. Thank you!
Collapse
Posted by Hans Gaasenbeek on

Some remarks regarding the implementation of a new address-book:

Quoting ACS's address-book documentation:
"This module, which contains nothing remotely fancy, has lots of room for improvement, for instance, categorization of people (personal vs. business) or other ways of browsing records. It also should have ways to share records in the standard ACS way: public, group, and private ownership."

As a matter of fact, a first data model has been created for a 'fancy' address book. (For the moment, this exists only in M$ Access format (sorry).) In the first place, it is capable of distinguishing between persons and organizations. This is done through the table 'relations'. Secondly, it can distinguish between roles that these relations can play (which may overlap). E.g. customers, vendors, employees. Thirdly, address and telephone data is maintained through the Relations Table. The Relations Table is linked to the following tables:

e-mail addresses

website addresses

visiting addresses

mail addresses

home phone numbers

work phone numbers

mobile phone numbers

home fax numbers

work fax numbers

Because of this structure, there is no restriction to the amount of e-mail addresses that the database can contain, since the database is fully normalized. Integrity is maintained up to a certain level.

If anyone is interested in the model, please e-mail me. I will present the data-model here next week (so it will be accessible by anybody). Information about it can be found here.

Is there anybody around capable of porting a model like this to SQL and TCL? I guess an address-book like this is a valuable enhancement of existing functionality.

Collapse
5: (response to 1)
Posted by Hans Gaasenbeek on
For the moment, we are using the existing address-book, although adding extra rows could be necessary for some purposes. It proved to be too complex to rewrite the entire data model.<p>

Creating a group (e.g. 'allusers') of a (possibly self-defined) group type, adding the address book module and the users who may use it (or allowing them to sign up themselves) is the way to go. In this example, the address-book will be accessible through http://mydomain.com/groups/allusers/address-book.

(This may sound logical and straightforward but in some cases it takes time before someone gets accustomed to ACS-style group administration...)