Un'asserzione è definita come un'affermazione di fatto o convinzione sicura e forte, o l'azione di affermare qualcosa, o esercitare l'autorità, con sicurezza e forza.
In che modo questo è rilevante per? ORCID, potresti chiedere? ORCID consente connessioni tra i singoli ricercatori (tramite il loro ORCID iD) e le loro attività e affiliazioni (tramite altri identificatori e API), che sono affermate — o dal ricercatore, o con il suo permesso, da ORCID membri.
Anatomia di an ORCID Affermazione
Sebbene le affermazioni possano sembrare semplici, le cose possono complicarsi rapidamente. Ci interessano tre relazioni in un'asserzione. L'origine dell'elemento, l'origine dell'asserzione e l'origine. Chi ha pubblicato l'attività o è la parte affiliata è l'Origine dell'articolo. Chi raccoglie il ORCID iD ed effettua la connessione a un elemento è chiamata Origine dell'asserzione. Chi aggiunge le informazioni a quelle del ricercatore ORCID record è chiamato Source. Il "chi" in queste fonti può essere lo stesso o diverso l'uno dall'altro. Ecco alcuni esempi reali:
- Lo stesso. Alcune università raccolgono gli iD da dipendenti e studenti, collegano gli iD al record del personale locale della persona e quindi aggiornano i dati della persona ORCID registrare con le informazioni sulla loro affiliazione con l'università. In questo caso, l'origine dell'articolo (affiliazione), l'origine dell'asserzione (collegando il iD e affiliazione), e la Fonte (aggiornando la ORCID record) sono la stessa organizzazione membro.
- Stessa origine, origine diversa. Alcune riviste raccolgono iD, li collegano alla pubblicazione di un autore (item), e poi passano queste asserzioni ai registrar DOI Crossref o Datacite, che a loro volta affermano tali informazioni nel registro dell'autore. ORCID disco. In questo caso, il giornale è sia Origine elemento che Origine asserzione e Crossref/Datacite è l'Origine.
- Tutto diverso. I ricercatori possono rivendicare i loro documenti e set di dati esistenti utilizzando una procedura guidata di ricerca e collegamento. In questo caso, l'origine dell'Asserzione è il ricercatore e l'Origine è il mago. L'origine dell'elemento è in genere una terza parte che ospita il documento o il set di dati (come un diario o un archivio).
Quando il "chi" è diverso, ai ricercatori può essere chiesto il permesso più volte in un singolo flusso di lavoro, il che può creare confusione e portare a perdite di informazioni e disconnessioni tra la raccolta iniziale dei loro iD e aggiornamento del loro registro. Questo è un problema. Stiamo sviluppando la funzionalità "Per conto di" (OBO) per descrivere meglio le asserzioni e consentire ai ricercatori di condividere le autorizzazioni su più sistemi in un unico flusso di lavoro. OBO consentirà ai nostri membri di riflettere correttamente chi ha fatto quale affermazione: il ricercatore, il membro o un'altra organizzazione che agisce per conto del ricercatore o del membro.
Tracciabilità e affidabilità utilizzando gli identificatori persistenti (PID)
In ORCIDmondo ideale, tutte le affermazioni fatte in ORCID i record includerebbero un identificatore persistente (PID) come componente dell'elemento (pubblicazione, set di dati, affiliazione, ecc.) connesso al ORCID ID. In particolare, vorremmo che il PID fosse risolvibile e soddisfacesse le Dati/metadati FAIR i principi. Lo chiamiamo "PID affidabile".
Quando i PID affidabili non sono pratici (come nel caso delle asserzioni di affiliazione per le quali attualmente non esiste alcun PID), ai fini della tracciabilità richiediamo metadati aggiuntivi per consentire la garanzia manuale dell'asserzione. Nel tempo, ci aspettiamo che emergano PID affidabili per tutte le asserzioni.
Percorsi di assicurazione dell'asserzione
Date queste complessità, quali sono i percorsi migliori per garantire la tracciabilità di ORCID affermazioni? Proponiamo un modello di garanzia basato su tre fattori:
- Chi ha fatto l'asserzione iD-ID iniziale (origine dell'asserzione)?
- L'origine dell'articolo ha aggiunto le informazioni al record?
- L'elemento PID può essere risolto in un? ORCID iD nei metadati a monte e quando il PID viene risolto fornisce un facile percorso di garanzia? In altre parole, il PID utilizzato è un PID affidabile?
Ecco tre percorsi di esempio:
- PID affidabile. Un'università che è an ORCID l'organizzazione membro raccoglie le autorizzazioni da un ricercatore e aggiorna quelle di quell'individuo ORCID registrare con un elemento di affiliazione. Questo elemento include il PID dell'organizzazione dell'università, un PID di affiliazione che risolve, il ruolo di affiliazione, le date di affiliazione e un ORCID ID. Insieme, questi dati degli articoli soddisfano i principi FAIR e forniscono un'elevata quantità di sicurezza in formato leggibile sia dall'uomo che dalla macchina.
- PID. Un ricercatore aggiunge informazioni sull'affiliazione al proprio record tramite l'interfaccia utente, seleziona il nome della propria organizzazione dall'elenco fornito e inserisce manualmente ruolo e date. Questo elemento includerà un identificatore di organizzazione univoco, ma nessun PID di affiliazione. Per ottenere un'elevata sicurezza è necessario contattare l'organizzazione affiliata e verificare i dettagli.
- Nessun PID. Un ricercatore aggiunge le informazioni sull'affiliazione al proprio record tramite l'interfaccia utente e inserisce manualmente il nome della propria organizzazione. Per ottenere un'elevata sicurezza è necessario disambiguare il nome dell'organizzazione fornito ("Marlboro College" nel Regno Unito o "Marlboro College" negli Stati Uniti?) e quindi contattare l'organizzazione per verificare i dettagli.
Divertirsi ancora?
Possiamo mappare l'origine dell'asserzione con i tipi PID in una matrice 3 x 3 e identificare i modelli per aiutare a gestire la garanzia dell'asserzione. Da questo, stiamo sviluppando la funzionalità "Per conto di" che aiuterà a fornire la tracciabilità all'origine dell'asserzione. Cerca ulteriori informazioni su asserzioni e garanzie quando lanceremo questa funzionalità con il rilascio della nostra nuova API 3.0. Se hai domande nel frattempo, fatecelo sapere.