Project

General

Profile

task #9165

Rejected registrations

Added by Wolf-Henning Kusber 8 days ago. Updated 8 days ago.

Status:
New
Priority:
New
Category:
cdm-vaadin
Target version:
Start date:
07/28/2020
Due date:
% Done:

0%

Severity:
normal
Tags:

Description

Beschreibung:
Fall 1: Eine Registrierung, die nicht öffentlich gemacht werden soll (Duplikat, Neubeschreibung, die im Reviewprozess vor Publikation zurückgezogen wurde) wird nur als "rejected" angegeben. Das ist korrekt.

Fall 2: Eine Registrierung bezieht sich auf eine Publikation, in der die Registrieungsnummer publiziert wurde.
Der nomenklatorische Akt stellt sich als falsch heraus oder als falsch evaluiert.
In diesem Fall muss die Registrierung auf rejected gesetzt werden. Dennoch sind die Informationen wichtig.
Am wichtigsten (i) der Link in der Publikation geht ins Leere, (ii) von dieser Seite aus, kann es zurzeit kein Auffinden der neuen (korrigierten) Registrierung geben.

Für Fall 2 brauchen wir einen Mechanismus, der die korrigierte Registrierung zugänglich macht. Rückwärts könnte man den Inhalt der "rejected" Registrierung als Editorial Note annotieren, das ist kein Problem.

Rein inhaltlich könnte ich mir vorstellen den neuen Link in eine Annotation zu setzen, der im Fall einer Anfrage angezeigt wird. Eine Weiterleitung der alten Registrierungsnummer auf eine neue Registrierungsnummer wäre auch denkbar.

History

#1 Updated by Wolf-Henning Kusber 8 days ago

  • Tracker changed from feature request to task
  • Assignee changed from Andreas Kohlbecker to Wolf-Henning Kusber

Wolf-Henning Kusber wrote:

Beschreibung:
Fall 1: Eine Registrierung, die nicht öffentlich gemacht werden soll (Duplikat, Neubeschreibung, die im Reviewprozess vor Publikation zurückgezogen wurde) wird nur als "rejected" angegeben. Das ist korrekt. Eine Rejection ist in Fall 2 für bereits publizierte nomenklatorische Novitäten nicht vorgesehen.

Fall 2: Eine Registrierung bezieht sich auf eine Publikation, in der die Registrieungsnummer publiziert wurde.
Der nomenklatorische Akt stellt sich als falsch heraus oder als falsch evaluiert.
In diesem Fall muss die Registrierung korrigiert werden. Daher ist eine transparente Dokumentation der Datenänderungen wichtig.

Am wichtigsten: der Link in der Publikation darf nicht ins Leere gehen.

Für Fall 2 brauchen wir einen Mechanismus, der die korrigierte Registrierung zugänglich macht, sollte eine neue zusätzliche Registrierung notwendig werden. Ein http-Identifier sollte nicht als Link in eine Annotation geschrieben werden sondern als Quelle angegeben werden. RS mit Andreas K., wenn der Fall auftritt.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 40 MB)