Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Verificar possibilidade de uso de pub-type collection #565

Closed
RPostalli opened this issue Jan 23, 2018 · 13 comments
Closed

Verificar possibilidade de uso de pub-type collection #565

RPostalli opened this issue Jan 23, 2018 · 13 comments
Milestone

Comments

@RPostalli
Copy link
Contributor

RPostalli commented Jan 23, 2018

Temos atualmente uma grande demanda para publicação contínua (PC), muitas das revistas seguem a risca o teor de adiantar a publicação e por exemplo em 2017 já lançam seus artigos referente ao volume/números de 2018. Mas o pub-date fica com data epub (dia-mês-ano) de 2017 num fascículo referente ao ano de 2018. gera conflito para citação, onde a data de legenda bibliográfica do artigo é diferente do fascículo ao qual ele pertence, mas o uso da publicação para adiantar a publicação está correta:

Exemplo: BJMBR
Braz J Med Biol Res vol.51 no.1 Ribeirão Preto 2018 Epub Nov 17, 2017

http://www.scielo.br/scielo.php?script=sci_arttext&pid=S0100-879X2018000100603&lng=en&nrm=iso&tlng=en

No XML:

<pub-date pub-type="epub">
				<day>17</day>
				<month>11</month>
				<year>2017</year>
			</pub-date>

PMC adota o tipo collection para representar o ano do fascículo, ficando:

No XML:

<pub-date pub-type="epub">
				<day>17</day>
				<month>11</month>
				<year>2017</year>
			</pub-date>
			<pub-date pub-type="collection">				
				<year>2018</year>
			</pub-date>

Acontece que já usamos a ideia do collection para EX-AOP, exemplo:

<pub-date pub-type="epub">
				<day>27</day>
				<month>11</month>
				<year>2017</year>
			</pub-date>
			<pub-date pub-type="collection">
				<season>Jan</season>
				<year>2018</year>
			</pub-date>

O uso me parece bem similar e acredito que possamos adotar para PC o pub-type de collection também.

Questões:
Adotamos para todos os artigos PC?
Ou só os que publicam adiantado um ano a frente? (PMC: Adota para todos)
PMC usa datas de EX-AOP diferente (epub mais ppub sem collection) Impacta na interoperabilidade SciELO X PMC

@RPostalli RPostalli added this to the versão 2.0 milestone Feb 22, 2018
@RPostalli RPostalli modified the milestones: versão 2.0, versão 1.8 Mar 6, 2018
@RPostalli
Copy link
Contributor Author

Devido aos recentes problemas de datas com AOP (Lattes, CrossRef e SciELOCI) torna-se importante adotar para PC a data de collection.

@RPostalli RPostalli modified the milestones: versão 1.8, versão 1.9 Mar 20, 2018
@gustavofonseca
Copy link
Collaborator

@RPostalli e @scieloorg/sig-members-commiters, penso que a abordagem de uso do collection não é boa pelo seguinte motivo:

Necessitamos representar 2 momentos distintos: o de disponibilização em SciELO e o de publicação (editorial ou do fascículo como a @RPostalli usou na descrição acima). Em casos onde não se trata de publicação contínua ou adiantada, o valor de <pub-date pub-type="epub"> representará a data de publicação e no outro caso representará a data de disponibilização em SciELO. Esse uso não exclusivo do elemento <pub-date pub-type="epub"> torna a especificação mais complicada de maneira desnecessária.

Por exemplo, um software ao interpretar um documento em XML de um artigo adiantado terá de verificar a ocorrência do elemento <pub-date pub-type="collection"> para decidir se deve interpretar <pub-date pub-type="epub"> como data de publicação ou de disponibilização em SciELO.

Minha sugestão é de simplificarmos a regra: <pub-date pub-type="epub"> representa somente a data de publicação e <pub-date pub-type="scielo"> representa apenas a data em que o documento vai ao ar no SciELO. Vou descrever essa proposta melhor em outro ticket.

@robertatakenaka
Copy link
Member

@gustavofonseca

Talvez você não tenha entendido a proposta de uso de collection.
A data collection não é uma data escolhida por SciELO, , não é uma data de quando foi publicada no site, é "escolhida" pelo editor. A data collection é para dar uma data única a um conjunto de artigos, é para agrupar em uma data única (pelo ano) uma coleção de artigos que foram publicados online (epub) em datas distintas (ano inclusive).
Além da data epub, a data collection é necessária com a finalidade agrupar (juntar em uma coleção) artigos com datas "diferentes". Acontece que em um fascículo fechado pode haver artigos com epub com ano diferente do ano do fascículo. Por exemplo, um ex-aop com ano 2017, em um fascículo publicado "impresso" no ano de 2018. Até mesmo, um aop de 2019, mas dentro de um fascículo 2018 porque a publicação atrasou e ainda não saiu o último fascículo de 2018.

De forma análoga, para as publicações contínuas, teria esta mesma necessidade.

Por outro lado, ter uma data scielo para atribuir uma data de publicação em SciELO, acho válida.
Mas não substitui de forma nenhuma a função da data collection.

@RPostalli
Copy link
Contributor Author

RPostalli commented Feb 21, 2019

ESTUDO / LEVANTAMENTO para documentação do caso (SPS versão 1.9):

OBS: Não está sendo considerado ainda que a nova interface criei sozinha a data de publicação de SciELO que hoje é inserida “manualmente” no XML.

  • Datas existentes de publicação (4):

image

  • Datas a serem criadas:

image

Sendo:

  • Tipo de data SciELO: Sempre data completa (dia + mês + ano);
  • Representa a data em que o artigo foi publicado efetivamente em SciELO;
  • Outras datas de publicação da revista/artigo devem ficar em datas de histórico.

Tipo de data Collection: Podem ser de 3 tipos:
(Representa a data do fascículo ao qual o artigo pertence)

  • ano ou;
  • mês + ano ou;
  • season + ano.

Observações Gerais:

  • É irracional supor que uma revista é impressa só pelo fato dela não adotar a modalidade PC (obrigar o uso de epub-ppub). Não temos controle de quais revistas são ou não impressas, ou quais delas imprimem apenas por demanda (incluindo as PCs).

  • A data do tipo collection é a data que deve ser usada no como citar dos artigos.

  • Nenhum dos tipos de @pub-type existem na JATS 1.1, os tipos permitidos são: https://jats.nlm.nih.gov/publishing/tag-library/1.1/attribute/pub-type.html

  • O collection é uma data utilizada pelo PMC:

"Articles Published Online and Collected into "Issues" Online Model — Issues here do not need to be named "Issue 1", "Issue 2", etc. These are just collections of articles online. The collecting might be done by dates (Months, Quarters, Years) or by Volume. For this model, each article will have with @pub-type="epub" to represent its individual publication date and a <pub-date> with @pub-type="collection" to represent the date of the online collection it belongs in. This date may be a day/month/year, month/year, season/year, or just year."

Para SPS:

  • Teria que retirar a documentação da tag [<pub-date>](https://scielo.readthedocs.io/projects/scielo-publishing-schema/pt_BR/latest/tagset/elemento-pub-date.html#pub-date) (mudaria tudo)
  • Criar em Regras Específicas para SciELO Brasil a nova tag <pub-date>
  • Rever exemplos gerais que possam ter a atribuição de pub-date

Processos de Trabalho:

Prestador/editor deve enviar os XMLs com as tags das datas, mas s data scielo sem preenchimento de conteúdo???? Ou vamos inserir manualmente? Isso refletiria em validação…
Muda geração de arquivos para PMC. Em especial ex-aop

"Articles Published Online and Collected into Print Issues Model — For this model, each article will have <pub-date> with @pub-type="epub" to represent its individual publication date and a <pub-date> with @pub-type="ppub" to represent publication date of the print issue."

Ferramentarias:

  • XC - Tem que adequar
  • XPM - Tem que adequar
  • Site - Tem que adequar
  • Style Checker - Tem que adequar
  • Markup: Tem que adequar

@lpanebr
Copy link

lpanebr commented Feb 21, 2019

Para ajudar no estudo:

@RPostalli essas descrições que vc colocou do PMC são referentes à antiga versão 3.0 amarela (antes da JATS):
image

Na versão verde (JATS 1.1) o atributo @pub-type somente é utilizado no caso abaixo.
image
provavelmente pois na JATS 1.1 o atributo @pub-type está deprecado[1]
image

[1] https://jats.nlm.nih.gov/publishing/tag-library/1.1/attribute/pub-type.html

@RPostalli
Copy link
Contributor Author

@lpanebr obrigada pelo apoio. A versão PMC é antiga mas é aceita, e é essa a versão que usamos, por isso eu mencionei ela. Mas a geração PMC é só um dos problemas, o principal aqui é definir os tipos de datas para publicação em SciELO, os ajustes para PMC serão vistos depois.

@gustavofonseca
Copy link
Collaborator

Penso que devemos considerar atualizar as regras da SciELO PS relativas a pub-date e @pub-type. Vou abrir um outro ticket para isso.

@RPostalli
Copy link
Contributor Author

@gustavofonseca já existe outro ticket para isso. #772

Eu estou tentando colocar todas as discussões num lugar só.

@gustavofonseca
Copy link
Collaborator

Estou reabrindo o ticket para que seja discutido o escopo correto desta regra e eventuais ajustes.

@gustavofonseca gustavofonseca reopened this Mar 1, 2019
@RPostalli
Copy link
Contributor Author

Documentar para SPS com JATS 1.1 (estudar)
Documentar para Rede (retirar de Regras específicas para scielo Brasil)

@RPostalli
Copy link
Contributor Author

<pub-date publication-format="eletronic" date-type="scielo">
   <day>01</day>
   <month>01</month>
   <year>2018</year>
</pub-date>
 <pub-date publication-format="eletronic" date-type="collection">
   <season>Jan-Feb</season>
   <year>2018</year>
</pub-date>

@RPostalli
Copy link
Contributor Author

Definido como Data de publicação em pub-date:

  • Documenta o uso da tag para versão 1.1
  • Documenta uso obrigatório de @publication-format com valor "electronic"
  • Documenta uso de valor em @date-type pub ao invés de scielo

Exemplo:

<pub-date publication-format="electronic" date-type="pub">
   <day>01</day>
   <month>01</month>
   <year>2018</year>
</pub-date>
 <pub-date publication-format="electronic" date-type="collection">
   <season>Jan-Feb</season>
   <year>2018</year>
</pub-date>

@RPostalli
Copy link
Contributor Author

Aberto novo ticket para correção
#835

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants