Closed AndreaSanchezTapia closed 3 years ago
@AndreaSanchezTapia
Para a parte de 'validateTax bad format names' inclui um tratamento especial para esses casos. Espero que não esteja zuando outros casos, mas acho que não. Mas de novo, não é o plantR que está formatando mal, é o nome de entrada que tem um código de herbário junto ao nome da pessoa, ou seja, o input está errado na base.
@AndreaSanchezTapia
Para a parte de 'validateDup' o problema deve vir do pau que estava dando em check_borders. Pois a ultima vez que rodei no meu branch não tive esse erro. De qualquer modo só dá pra olhar quando fechar validateCoord de vez
@AndreaSanchezTapia
Sobre formatOcc. Não consegui reproduzir o seu erro aqui. Mas fiz uma alteração no código que penso que deve resolver a questão. Pf, rode de novo no seu check e veja se resolve.
@AndreaSanchezTapia @saramortara
A parte do formatDwc. Antes tinha um stop se houvesse campos não GBIF. Mas como está tendo alguma discordância entre os campos DwC e o que vem do GBIF, todo o workflow parava em formatDwc. Então transformei o stop em um warning. Mas precisa rastrear a origem do problema. Deixo essa missão para vcs que desenvolveram a função. Assim que resolver, por mim, podem fechar esse issue.
@AndreaSanchezTapia creio que com as ultimas mudanças no formatDwc(), ficou tudo ok com esse issue. Fechando...
as of 2021-02-24: formatDwc
formatOcc:
validateCoords [isto já foi]
validateTax bad format names
validateDup