Criar um utilitário capaz de produzir e incluir DOI nos registros dos artigos

[gustavofonseca]

Criar um utilitário capaz de produzir e incluir DOI nos registros h, da base artigo, que por ventura não possuirem este dado.

O utilitário deverá produzir um DOI para cada idioma, no caso de artigos com traduções. Este comportamento deverá poder ser desligado pelo usuário.

O DOI produzido deverá ser, por padrão, igual ao PID + idioma, separados por hífen. Acredito que não é interessante permitir que o usuário altere esta regra de formação.

Considerações e notas

• Este utilitário deve ser operado pelas coordenações das coleções.
• Como medida de segurança ele deve produzir uma nova base modificada ao invés de aplicar a modificação in-place.

[robertatakenaka]

Sugiro que antes de criar o DOI na base ISIS, seja consultado no CrossRef para verificar se o DOI já está registrado no CrossRef e se está, se está relacionado ao documento em questão. (opcionalmente no lugar disso, consultar o banco de dados do doi manager da coleção)
Lembrete: o DOI pode ter sido gerado usando o PID do aop ou o PID do documento do fascículo regular.

[robertatakenaka]

Considerar que se houver atualização no registro ao acrescentar DOI, a data de atualização deve tb ser alterada de modo que seja perceptível ao Article Meta

[robertatakenaka]

@scieloorg/scielo-brazil-developers
Proposta:

1. Varrer uma dada base isis, gerando uma lista de PID (v2) documentos que não tem o DOI no registro
2. Consultar com estes dados (pid entre outros) se há algum DOI registrado no CrossRef. Consultar diretamente o CrossRef e/ou outra fonte (poderia ser mongodb do DOI Manager).
3. Retroalimentar a base isis com DOI, seja o registrado no CrossRef ou o gerado usando o pid v2 e atualizar a data de "processamento" para que o Article Meta perceba a mudança

Nota: Esta aplicação não tem a responsabilidade de fazer o registro no CrossRef

[patymori]

2. Consultar com estes dados (pid entre outros) se há algum DOI registrado no CrossRef. Consultar diretamente o CrossRef e/ou outra fonte (poderia ser mongodb do DOI Manager).

Consultar a base do DOI Manager para as coleções gerenciadas por nós seria OK, temos que pensar como seria para as outras coleções.
No geral, me parece bom.

[gustavofonseca]

2\. Consultar com estes dados (pid entre outros) se há algum DOI registrado no CrossRef. Consultar diretamente o CrossRef e/ou outra fonte (poderia ser mongodb do DOI Manager).

O DOI Manager da coleção só conhece números DOI que vieram da base ISIS daquela coleção, então não vejo muito valor nesta consulta. Penso que o melhor seria consultar diretamente o Crossref.

[joffilyfe]

2\. Consultar com estes dados (pid entre outros) se há algum DOI registrado no CrossRef. Consultar diretamente o CrossRef e/ou outra fonte (poderia ser mongodb do DOI Manager).

O DOI Manager da coleção só conhece números DOI que vieram da base ISIS daquela coleção, então não vejo muito valor nesta consulta. Penso que o melhor seria consultar diretamente o Crossref.

Essa é uma ferramenta utilizada apenas pela coleção BR, certo? Fazer a consulta direta ao Crossref pode ser mais versátil ao ponto de outras coleções poderem usar esse utilitário.

---

@robertatakenaka há alguma limitação de versão do Python para o desenvolvimento desse utilitário?

[robertatakenaka]

há alguma limitação de versão do Python para o desenvolvimento desse utilitário

Não pensei nisso. Não deveria ter limitação. Por outro lado, em teoria deveria rodar inclusive no Windows.

[robertatakenaka]

@gustavofonseca @joffilyfe @patymori o que quis dizer em relação à base do DOI Manager é talvez ter uma base local para economizar acessos ao CrossRef. Não precisa ser exatamente o DOI Manager. Mas também não exclusivo. Consultar localmente e não encontrando buscar no CrossRef, por exemplo.