Ensuring minimum party details for Collection (experiment) records

22 views
Skip to first unread message

Tim Dettrick

unread,
Apr 11, 2012, 8:15:44 PM4/11/12
to tardis...@googlegroups.com

Greetings all,


I need to add more functionality to MyTardis (which seems like a core feature), and I’d like to check that it’s not going to break the usage models of other MyTardis installations.

 

Short version:

 

For those who don’t like reading, I intend to:

1.       Provide users with the ability to edit their first name, last name and email address.

2.       Prevent any experiment leaving “private” status without at least one owner having a valid first name, last name and email address.

 

If you see a problem with this in your context, please let me know!

 

Longer version:

 

I’m currently working on ensuring that MyTardis has enough data to publish collection records to ANDS when experiments are made public. A requirement of valid ANDS collection records is that they’re associated with a Party record (a researcher record essentially), and that party record needs a:

·         First name

·         Last name

·         Email address

 

Ideally that party record is actually linked to the main research record maintained by the NLA (http://trove.nla.gov.au/people?q&adv=y) but that’s not an absolute requirement, so I’ll assume for the moment that MyTardis will provide party records and simply reference an original identifier if one exists. These seems reasonable enough as a global MyTardis requirement – making content available online generally requires that you provide some contact details.

 

Note that I’m not talking about authors here – they have too little information to be useful to ANDS currently (only a name) and aren’t actually required to publish a collection. The “Experiment Administrators” of an experiment will simply be listed as “isManagedBy” Party relations by the OAI-PMH app.

 

Thanks in advance for the input!

 

Regards,

 

Tim Dettrick

Senior Software Engineer

ITEE eResearch Group

The University of Queensland

 

Steve Bennett

unread,
Apr 11, 2012, 9:50:51 PM4/11/12
to tardis...@googlegroups.com
On 12 April 2012 10:15, Tim Dettrick <t.det...@uq.edu.au> wrote:

1.       Provide users with the ability to edit their first name, last name and email address.


Sounds sensible. Will that ability be controlled by ACL?
 

2.       Prevent any experiment leaving “private” status without at least one owner having a valid first name, last name and email address.

Sounds like a business rule determined by local policy. Hence, should be controlled by an option. This rule wouldn't necessarily make sense for a site that doesn't publish to ANDS, and doesn't want to publish users' email addresses.

I don't think there's any way to avoid the fact that different sites have different policies, and therefore options are required.

 Steve

Conal Christopher Tuohy

unread,
Apr 11, 2012, 10:46:35 PM4/11/12
to tardis...@googlegroups.com
Also, not all people have two names. Some people genuinely have only one name. I know people like that, and I know that they hate it when software tells them their name is invalid!
________________________________________
From: tardis...@googlegroups.com [tardis...@googlegroups.com] on behalf of Steve Bennett [ste...@gmail.com]
Sent: Thursday, 12 April 2012 11:50 AM
To: tardis...@googlegroups.com
Subject: Re: Ensuring minimum party details for Collection (experiment) records

Tim Dettrick

unread,
Apr 11, 2012, 11:51:26 PM4/11/12
to tardis...@googlegroups.com
I've no idea how ANDS will handle that, but sure, I'll amend the restriction to simply requiring a first name and email address.

I will draw the line at requiring people to have names though:
http://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/

Tim

Steve Androulakis

unread,
Apr 12, 2012, 12:11:35 AM4/12/12
to tardis...@googlegroups.com
Hi Tim,

It might be the relaxation has gone to my head, but I'm fine with this and have nothing to add at this moment. I look forward to seeing the implementation..

Steve
Reply all
Reply to author
Forward
0 new messages