Curadoria de bibliotecas compartilhadas

Taxons, Pessoas, Referências Bibliográficas, Localidades, Traits e nomes populares são bibliotecas compartilhadas. Um registro criado para um projeto pode ser reutilizado por muitos outros; por isso, procure antes de criar e não trate uma correção global como se afetasse apenas o seu dataset.

Validação externa de Taxons

Usuários plenos podem abrir a ferramenta de validação e limitar a análise por projeto, dataset ou raiz taxonômica. A ferramenta pode localizar nomes sem referência de publicação, sem chaves externas ou com divergências de validade, nome aceito e hierarquia.

Fluxo recomendado:

1. escolha um escopo pequeno e uma fonte adequada ao grupo;
2. execute a verificação e aguarde o UserJob;
3. separe resultados seguros, conflitos, Taxons ausentes e decisões manuais;
4. para fungos, revise primeiro o Index Fungorum; para plantas, compare Tropicos e IPNI; use o GBIF como fonte ampla, sem presumir que resolve toda divergência;
5. aceite uma mudança de pai somente quando a hierarquia local realmente deva mudar;
6. aplique diretamente apenas alterações para as quais você possui permissão;
7. quando não puder atualizar o Taxon, envie uma sugestão para revisão;
8. confira os Taxons alterados e o UserJob final.

Conflitos entre fontes são decisões curatoriais. A ferramenta não deve trocar automaticamente um conceito taxonômico apenas porque uma fonte externa apresenta outro nome aceito. Operações administrativas em lote e alterações amplas no backbone devem ser revisadas por superadministradores.

Taxons duplicados

A ferramenta de Taxons duplicados é exclusiva de superadministradores. Ela ignora nomes não publicados na busca automática, escolhe um registro principal, copia metadados e chaves externas ausentes e só remove ramos duplicados quando não existe uso protegido no próprio nó ou em seus descendentes.

Antes de unir, compare autoria, publicação, validade, nome aceito, pai, chaves externas e relações nos descendentes. Homônimos e conceitos taxonômicos diferentes não são duplicatas mesmo quando a grafia coincide. Execute grupos pequenos e confira o backbone e os registros relacionados após cada operação.

Localidades compartilhadas e duplicações

Localidades são compartilhadas por toda a instalação. Países, estados, municípios, unidades de conservação, terras indígenas, camadas ambientais, parcelas e transectos não pertencem exclusivamente ao projeto que os cadastrou. Antes de criar uma nova Localidade, pesquise pelo nome, caminho hierárquico, tipo e geometria.

Países e unidades administrativas

Um país deve existir uma única vez, com o código de país correto e a geometria adotada pela instalação. Estados, províncias, municípios e outros níveis devem ser cadastrados sob o pai correto e de acordo com a convenção de níveis administrativos definida para o país. Não crie outro país ou município apenas porque a grafia ou o idioma do nome é diferente; confirme se o registro existente deve ser corrigido ou traduzido.

Novos países e grandes conjuntos de unidades administrativas devem ser coordenados com os superadministradores. Eles afetam a detecção automática de pais, a validação de coordenadas e muitos registros de usuários.

Unidades de conservação, terras indígenas e camadas ambientais

Essas Localidades podem se sobrepor à hierarquia administrativa e funcionar como relações espaciais adicionais. Antes de importar:

1. procure o nome oficial, siglas e versões anteriores do limite;
2. registre a fonte, a data e a versão da geometria nas notas ou metadados;
3. confirme o tipo correto de Localidade;
4. use geometria WGS84 e valide polígonos e multipolígonos;
5. verifique sobreposição e duplicação com camadas já cadastradas;
6. combine com a administração como uma atualização de limites oficiais será tratada sem alterar silenciosamente análises anteriores.

Parcelas, subparcelas e transectos

Parcelas e transectos também são objetos compartilhados. Pesquise pelo nome, localidade pai, projeto, coordenadas e dimensões. Nomes genéricos como “Parcela 1” não são suficientes para distinguir unidades de amostragem de projetos diferentes.

Antes de criar, defina uma convenção de nomes e confira:

• localidade pai e caminho completo;
• ponto inicial ou geometria;
• orientação e dimensões cartesianas;
• relação entre parcela e subparcela;
• comprimento e largura de busca do transecto;
• datum e unidade das coordenadas.

Não crie uma segunda parcela para corrigir dimensões ou geometria. Se a Localidade já possui dados relacionados, somente um superadministrador pode alterá-la, e a correção deve considerar o efeito sobre as posições globais dos indivíduos.

Pontos e localidades automáticas

Alguns fluxos de importação criam Localidades de ponto automaticamente a partir das coordenadas dos indivíduos. Antes de cadastrar pontos manualmente em lote, confirme se esse mecanismo já atende ao caso. O formulário verifica geometrias e pontos semelhantes, mas o usuário ainda deve examinar as correspondências antes de confirmar um novo registro.

Quem pode corrigir

Usuários plenos podem criar Localidades e editar apenas aquelas que ainda não possuem indivíduos, vouchers, medições ou mídias relacionados. Depois que uma Localidade passa a ser usada, apenas superadministradores podem alterá-la. A exclusão também exige que não existam dados relacionados nem descendentes.

Ao encontrar uma duplicata já utilizada, não tente contornar a restrição criando outra versão. Documente os registros envolvidos e solicite que um superadministrador avalie hierarquia, geometrias e relações antes de corrigir.

Pessoas duplicadas

Antes de criar uma Pessoa, pesquise variações de nome, abreviatura, instituição, e-mail e ORCID. Não crie uma segunda Pessoa apenas para corrigir grafia ou acrescentar metadados.

A ferramenta de substituição de duplicatas é exclusiva de superadministradores. Ela redireciona relações como coleta, autoria de versões, identificação, medição, especialidade taxonômica e autoria de nomes não publicados para uma Pessoa escolhida como registro principal. Depois tenta remover os registros substituídos.

Antes de unir Pessoas, o administrador deve:

1. confirmar que representam a mesma pessoa real;
2. escolher como principal o registro com nome, abreviatura, ORCID e instituição mais completos;
3. verificar se algum registro está associado ao perfil de um usuário;
4. conferir possíveis papéis distintos nas mesmas identificações ou medições;
5. executar a união e revisar o histórico e as relações do registro resultante.

Não use essa ferramenta para homônimos. Se dois usuários já possuem Pessoas padrão diferentes, a associação não pode ser simplesmente transferida para um registro que já pertence a outra conta.

Referências duplicadas

Pesquise DOI e chave BibTeX antes de cadastrar. Quando o sistema indicar DOI ou chave existente, compare os registros; não modifique arbitrariamente a chave apenas para criar uma segunda referência. Corrija o registro existente se você tiver permissão e ele representar a mesma publicação.

Nomes populares

Um nome popular deve registrar o idioma e pode ser relacionado a Taxons, Indivíduos ou Localidades. Use citações para documentar fonte, contexto e variação regional. A mesma grafia em idiomas ou regiões diferentes não implica necessariamente o mesmo uso.

Usuários plenos podem criar nomes populares. Um usuário comum só pode editar um registro criado por ele; superadministradores podem editar qualquer registro. Uma exclusão é bloqueada quando existem citações pertencentes a outros usuários.

Antes de criar:

1. pesquise o nome e o idioma;
2. confira os objetos já relacionados;
3. determine se deve acrescentar uma relação ou citação ao registro existente;
4. crie outro registro apenas quando o idioma ou o conceito registrado for realmente diferente.