Campos que devem ser adicionados no kernel.

[jamilatta]

Verificando a necessidade do OPAC os seguintes campos não estão contemplados no Kernel:

    timeline 
    social_networks 
    next_title 
    copyrighter 
    logo_url 
    previous_journal_ref 
    other_titles 
    publisher_name 
    publisher_country 
    publisher_state 
    publisher_city 
    publisher_address 
    publisher_telephone 
    index_at 
    scimago_id 

[jamilatta]

@gustavofonseca @robertatakenaka @patymori @joffilyfe

Estou realizando a atividade https://github.com/scieloorg/opac/issues/1453, esta atividade tem como objetivo exibir o nome do publicador no cabeçalho das páginas do site.

Atualmente não temos no kernel alguns dos campos mencionados nesse ticket, exemplo, para realizar essa atividade todos com o prefixo publisher.

No opac-ariflow estamos utilizando os campos de contato do Kernel para preencher os campos com prefixo publisher, vejam:

Estamos armazenando os campos de contact como publisher, reparem no trecho de código do ariflow:

Em vários periódicos o patrocinador também é o publicador, como por exemplo, o periódico Acta Amazonica (aa), não sendo um regra, portanto não podemos considerar que o campo que estamos armazenando no kernel como patrocinador possa ser utilizado como publicador.

Portanto para realizarmos essa atividade devemos definir esses campos previamente no Kernel!

[jamilatta]

Outro ponto importante é que o campos de contato são os contatos do periódicos e não do publicador atualmente estamos utilizando os dados de contato do periódico como dados de contato do publicador.

[joffilyfe]

Outro ponto importante é que o campos de contato são os contatos do periódicos e não do publicador atualmente estamos utilizando os dados de contato do periódico como dados de contato do publicador.

@jamilatta foi utilizado o campo contact para armazenar os dados vindos do xylose. Temos então que resgatar o histórico mencionado pelo @gustavofonseca e atribuir o nome correto do campo no domínio do kernel.

Dei uma olhada rápida no xylose e nós já temos algo relacionado ao publisher_name (qual deles?) aqui.

PS: Precisamos replicar a lógica aplicada no airflow para a migração. PS2: Nos dados expostos pelo xylose nós não temos informações que remetam ao contato do periódico (ver o dicionário de dados scielo).

[jamilatta]

@joffilyfe

Acho que fiquei mais confuso com os seus comentário se poder me explicar agradeço!

[robertatakenaka]

Outro ponto importante é que o campos de contato são os contatos do periódicos e não do publicador atualmente estamos utilizando os dados de contato do periódico como dados de contato do publicador.

Na Title Manager e SciELO Manager "dados do publicador" é o mesmo que "dados da revista", pois na época não havia diferença entre "Publicador" e "Responsável pela Publicação".

[jamilatta]

A definição para esse caso ficou da seguinte forma segundo @gustavofonseca:

[gustavofonseca]

Este ticket está amplo demais, portanto vou fechá-lo com a expectativa de que sejam abertos novos tickets mais focados em problemas pontuais.