Thanks Chris. Will they even use NPT's? Patrick -- Sent from my Droid. Please excuse her manners. Chris Hoffman <chris.hoffman@berkeley.edu> wrote: Kim's note reminded me that I did get a response from Dick Moe of the Herbaria here: If 12345 (their short identifier code) represents Planta alba and it is discovered that Planta alba is incorrectly spelled--it should be Planta albea-- I want 12345 to represent Planta albea and thus Planta alba to become Planta albea wherever it occurs. So they need Opinion 2. Thanks, Chris On Jun 13, 2012, at 5:33 AM, Kim Brasen wrote: Hi Patrick, We are probably not going to let users use non-preferred terms anyway, but we agree with Susan and Chris; that it would seem logical that the system should update the references when a non-preferred term is changed, and that users should add a new non-preferred term if they do not want the display name to change. At present on Nightly when a non-preferred term is made the preferred term, the behaviour is as assumed by Susan (ie changes to the new preferred term). To us that seems the correct behaviour. We have no objections to adding configuration to specify behaviour for each museum. Cheers, Kim Med venlig hilsen / Best regards Kim Brasen Museumsinspektør / Curator T +45 3374 8460 M +46 (0)702 129036 Statens Museum for Kunst Sølvgade 48-50 DK—1307 København K T +45 3374 8494 F +45 3374 8404 smk.dk <image002.jpg> _____________________________________________ Fra: talk-bounces@lists.collectionspace.org [mailto:talk-bounces@lists.collectionspace.org] På vegne af Patrick Schmitz Sendt: 12. juni 2012 18:45 Til: 'CollectionSpace Talk List' Emne: [Talk] Behavior when changing authority terms I have heard some divergent opinions of how one aspect of CollectionSpace should work, and am soliciting additional input on how the system should behave when a user edits the terms defined for an Authority item (a Person, Place, Organization, Taxon, etc.). Please let me know how your organization expects this to work. We need to get sufficient consensus to address this in v2.7. Thanks - Patrick _____________________________________________ Scenario: You have defined a Person "Joe Schmoe" (or some other Authority item). You have used this by reference in various records (e.g., as Depositor on an Intake, etc.). One of your users now edits the Person, making a change to the displayName for one or more terms (preferred and/or non-preferred). E.g., the record representing "Joe Schmoe" was edited, changing the displayName from "Joe Schmoe" to "Joseph Schmo". Background: The system stores a copy of term displayName with the record that references it, to optimize various functions. So Intakes where Joe was the depositor include the displayName string "Joe Schmoe". Previous behavior (i.e., before 2.4, so before we added support for non-preferred terms): System finds all references to the term, and updates the displayName in the records, so that the references reflect the changed displayName. Since there was only one possible displayName for each Person/Org/Place/etc., the logic was straight-forward.. Current behavior (as of 2.4 when we added support for non-preferred terms): If (and only if) the preferred term has changed, system finds all references to the preferred term, and updates the displayName in the records. If a non-preferred term changed, the system does not update the reference. Some consider this behavior correct, and some consider it a bug. Question: What should the desired behavior be? Opinion 1 (respect-des-fonds position): The references represent metadata associated with original data in the records, and should not be changed. Appropriate usage (end-user practice) would be never to change or delete a term, but rather only to add new (possibly non-preferred) terms that correct misspellings, etc. Thus, no reference can ever be "out-of-date", and the system need do nothing. Opinion 2 (normalized model position): The references in the records are just efficiency mechanisms, and the authority items define the proper displayNames for the items. If the authority items change, the system should do what ever is needed to reflect a properly normalized model. Which model sounds right your museum? How would you like this to work? We've been assuming a largely automatic sequence, without user-intervention, since this happens on the back end. Do we really need some UI to work through the cases? (Or,) Can we just add some configuration to specify the behavior for each museum? Do you want different authority types to work differently? E.g., Person, Org, and Place follow option 1, but Storage-Location and Taxonomy follow option 2? If you choose Option 2, we have an additional question: There is an issue with Option 2: If the user deletes a non-preferred term (NPT) for which there are existing references, the system has to assume that the right thing to do is to update existing references to that NPT, to be references to the associated preferred term. Similarly, if the user changes one term in a list of preferred and non-preferred terms, the general case of determining the user's intent is difficult; CSpace would take a simple approach: any reference that is no longer valid (i.e., for which the displayName is not found in the updated list of terms), will be set to the current preferred term for that authority item. Our question: Is this approach sufficient? _______________________________________________ Talk mailing list Talk@lists.collectionspace.org http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org