-
Notifications
You must be signed in to change notification settings - Fork 17
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
Elementos <volume>, <issue>, <fpage> e <lpage> não são inseridos no formato *xmlrsps* #195
Comments
Em uma primeira análise consegui detectar a fonte de parte do problema. Os campos de Acontece que não é necessário olhar para o objeto Exemplo de verificação: curl http://articlemeta.scielo.org/api/v1/article/\?collection\=cub\&code\=S0253-570X2018000100010 -q | jq ".article.v31"
[
{
"_": "40"
}
] curl http://articlemeta.scielo.org/api/v1/article/\?collection\=cub\&code\=S0253-570X2018000100010 | jq ".article.v32"
[
{
"_": "1"
}
] Os campos curl http://articlemeta.scielo.org/api/v1/article/\?collection\=cub\&code\=S0253-570X2018000100010 | jq ".article.v14"
[
{
"f": "00",
"l": "00",
"_": ""
}
] Mas ao acessarmos o Se esta regra for válida então não há um problema de fato no |
@joffilyfe, excelente análise. À primeira vista a implementação está equivocada ao exigir a presença do atributo
Você se refere à regra do xylose? |
Sim, exatamente. |
Conversando com a equipe @scieloorg/scielo-brazil-developers ficou claro que a regra aplicada às propriedades |
O registro do documento
S0253-570X2018000100010
, da coleção cubana contém os metadados suficientes para que sejam representados utilizando os campos<volume>
,<issue>
,<fpage>
e<lpage>
quando no formato xmlrsps, entretanto os elementos não constam no XML produzido.The text was updated successfully, but these errors were encountered: