Meeting

Plugin (tabelle di meta) con due colonne, una con identificativo metaid e l’altra con openalexID (bisogna allineare Meta a OpenAlex).

Tabella di meta con campo id e tipo specificato, il campo id contiene tutti gli id della risorsa e poi vai a vedere per quale/(i) openalexID è/sono registrati gli ID registrati in Meta.

Ci sono due tabelle, che devono risultare in una terza tabella, che è quella che consiste nell’allineamento.

Tabella 1 è una “riduzione” della tabella di Meta, con i campi id e type:

• il campo id contiene tutti gli identificativi associati all’entità (iniziamo solo con le risorse bibliografiche, escludiamo per ora gli ID dei container nel campo venue e gli identificativi dei responsible agents, anche se dopo si dovranno fare le stesse tabelle anche per quelli). Il field id naturalmente contiene anche omid!
• il campo type contiene il tipo della risorsa così com’è riportato in Meta.

Tabella 2 ha un solo campo, che contiene tutti gli ID associati ad una risorsa così com’è rappresentata in OpenAlex.

Per ogni riga, cioè per ogni risorsa bibliografica, si guarda ciascun identificativo, si crea una riga che risulti dall’unione delle due. La riga di questa terza tabella potrà essere validata con oc_validator, in particolare per controllare se il tipo è compatibile con gli identificativi espressi.

Ci possono essere vari problemi:

1. una risorsa che in Meta è rappresentata in due righe è la stessa risorsa in OpenAlex
2. viceversa, due risorse rappresentate come distinte in Meta sono rappresentate nella stessa riga in OpenAlex (IDs che sono in righe diverse in Meta sono nella stessa cella nella tabella di OpenAlex).
3. Bisogna capire come funziona l’assegnazione degli identificativi per le risorse. Soprattutto, vogliamo sapere se a due “versioni” (preprint e pubblicazione su journal, ad esempio) diverse della stessa risorsa viene assegnato lo stesso ID oppure ne vengono assegnati due diversi. → qui devi scrivere a Jason di OpenAlex

La proposta a ERC include anche il progetto di poter utilizzare OMID come persistent identifier (includendolo ad esempio in identifiers.org) e di fornire un persistent identifier anche a contenitori di risorse bibliografiche (come issue o volume). Entrambe queste cose sono state già risolte, quindi rimarrebbe da fare soltanto il lavoro relativo ad OpenAlex.

Technical offer (1).docx

Dati, formato, API