Material suplementar nova rota e carga

[gitnnolabs]

Descrição da tarefa

Atualmente estamos armazenando os dados do material suplementar no mínio, “kernel”, porém não estamos disponibilizando uma forma de acessar esse conteúdo através do site.

Subtarefas

• Alterar o opac-schema para conter um schema para armazenar esse conteúdo (deve conter um campo chamado matsuppl (similar ao campo pdfs) e deve conter pelo menos id, além de filename, uri e lang.
• Capacitar o OPAC-Airflow para cadastra na base de dados do site esse conteúdo, no momento de sincronização
• Resolver a rota antiga, ou seja, o legado: /<pdf ou htdocs/img>/<acron>/<volnum>/<nome_do_arquivo>.pdf (pois isso está nos PDF do legado e atuais)
• Adicionar uma rota no site que permita resolver para o material suplementar só com o nome do arquivo: /matsuppl/<nomedoarquivo>

Considerações e notas

Este issue impactará no fluxo completo, logo em todas os repos envolvidos: opac_schema, packtools, opac-airflow, opac. No entanto, não deve impactar em reeditar os arquivos nem XML nem pdf. E implicará em reprocessar a partir do airflow.

Para execução da atividade de capacitar o opac-airflow é importante para execução os seguintes links e documentos:

• Exemplo de um material suplementar no minio: https://minio.scielo.br/documentstore/2237-9622/d6DyD7CHXbpTJbLq7NQQNdq/5d88e2211c5357e2a9d8caeac2170f4f3d1305d3.pdf
• Artigo no SciELO com material suplementar: https://www.scielo.br/j/ress/a/d6DyD7CHXbpTJbLq7NQQNdq
• Documentação sobre material suplementar: https://scielo.readthedocs.io/projects/scielo-publishing-schema/pt_BR/latest/tagset/elemento-supplementary-material.html
• Link do sps_package para extrair os links para material suplementar:

• opac-airflow/airflow/dags/common/sps_package.py

  Line 238 in d47675c

  ".//inline-supplementary-material[@xlink:href]",

• opac-airflow/airflow/dags/common/sps_package.py

  Line 240 in d47675c

  ".//supplementary-material[@xlink:href]",

• Link para o kernel: https://kernel.scielo.br/documents/d6DyD7CHXbpTJbLq7NQQNdq/front

[gitnnolabs]

Exemplo dos dados do material suplementar no opac_schema:

        "mat_suppl" : [
            {
                "ref_id": "suppl01",
                "lang" : "10.1590/S0103-50532006000200001",
                "url" : "https://minio.scielo.br/documentstore/2237-9622/d6DyD7CHXbpTJbLq7NQQNdq/5d88e2211c5357e2a9d8caeac2170f4f3d1305d1.pdf"
                "filename": "suppl01.pdf"
            },
            {
                "ref_id": "suppl02",
                "lang" : "10.1590/S0103-505320060002000002",
                "url" : "https://minio.scielo.br/documentstore/2237-9622/d6DyD7CHXbpTJbLq7NQQNdq/5d88e2211c5357e2a9d8caeac2170f4f3d1305d2.pdf"
                "filename": "suppl02.pdf"
            },
            {
                "ref_id": "suppl03",
                "lang" : "10.1590/S0103-50532006000200003",
                "url" : "https://minio.scielo.br/documentstore/2237-9622/d6DyD7CHXbpTJbLq7NQQNdq/5d88e2211c5357e2a9d8caeac2170f4f3d1305d3.pdf
                "filename": "suppl03.pdf"
            },
        ]

[gitnnolabs]

Olhando um XML pré-processamento, verifiquei que não temos o caminho completo para o material suplementar:

[gitnnolabs]

Olhando o Kernel e considerando que no XML temos somente o nome do artigo, não compensa realizar qualquer alteração no momento de inclusão do XML e/ou no Kernel.

A ideia é pegar a partir do kernel no momento de sincronização com o site:

[gitnnolabs]

@robertatakenaka @RPostalli

Importante: Nessa solução para o material suplementar é necessário no nome do arquivo a presença do termo "suppl".