Project

General

Profile

Bug #4691

Registry mixes up users when saving

Added by Shaun Walbridge over 9 years ago. Updated over 9 years ago.

Status:
Resolved
Priority:
Normal
Category:
registry
Target version:
Start date:
01/21/2010
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
4691

Description

If different users are added for the data set owner and contact, the registry messes up the serialization and takes data from the contact form and saves it into the data set owner fields. Verified on dev.

History

#1 Updated by Shaun Walbridge over 9 years ago

Further details: Other than the first and last name fields, none of the fields from the section "PRINCIPAL DATA SET OWNER" are reflected in the EML output by the registry. Instead, all the fields are overwritten by data from the "Contact" section, regardless of the "Use the same name and address as the PRINCIPAL DATA SET OWNER above" setting.

All data entered into the 'data set owner' fields should be copied to a //creator element (as the last and first name are currently) instead of copied from the 'contact' data which should be stored only in a //dataset/contact element.

Also of note: currently on esa-dev.nceas.ucsb.edu, the state field is copied from the 'data set owner section' into the 'contact' section, contrary to the statements above (and as tested on dev.nceas.ucsb.edu).

#2 Updated by Michael Daigle over 9 years ago

Definitely fix in 1.9.2

#3 Updated by Jim Regetz over 9 years ago

(In reply to comment #1)

All data entered into the 'data set owner' fields should be copied to a
//creator element (as the last and first name are currently) instead of copied
from the 'contact' data which should be stored only in a //dataset/contact
element.

As tested on dev, I agree the PRINCIPAL DATA SET OWNER first and last names are
the only owner values being preserved in the EML doc, but they're not actually
retained in the creator element. Instead, they end up appearing in an
associatedParty element, like this:

<associatedParty>
<individualName>
<givenName>PrincipalOwner-FirstName</givenName>
<surName>PrincipalOwner-LastName</surName>
</individualName>
<role>associatedParty</role>
</associatedParty>

The creator and dataset/contact elements then end up being identical, both populated with the DATA SET CONTACT values.

As Shaun said, esa-dev is behaving differently in that the US State/Province
field (adminstrativeArea in the EML doc) is pulled from the owner information
rather than contact information, and that value then appears in the EML doc in
both the creator and dataset/contact elements.

#4 Updated by Michael Daigle over 9 years ago

Added a separate method in register-dataset.cgi to create a creator section in the document that is different from the contact section.

Also pointed the contact state template var to the appropriate for var.

#5 Updated by Jim Regetz over 9 years ago

As tested on esa-dev: The FAX number provided in the contact section is still going into both the creator and contact elements, while the FAX provided in the owner section is apparently ignored. The other fields do seem to be handled properly now.

#6 Updated by Michael Daigle over 9 years ago

Fixed the reference to the contact Fax number that was showing up in the creator section.

#7 Updated by Redmine Admin over 6 years ago

Original Bugzilla ID was 4691

Also available in: Atom PDF