💡 SciDraw Figure Checker: envie uma figura e revise DPI efetivo, riscos de formato, legibilidade em escala de cinza e segurança para daltonismo antes da submissão. Experimentar Figure Checker →
Como verificar se uma figura científica está pronta para submissão a um periódico
Muitos pesquisadores só descobrem os requisitos para figuras no pior momento possível: pouco antes do upload.
O manuscrito está pronto. Os resultados estão sólidos. A carta de apresentação foi finalizada. Então o sistema do periódico pergunta se a sua figura atende aos requisitos de resolução, formato e tamanho, e de repente você está revisando PNGs exportados, tentando adivinhar se “300 DPI” realmente bastam e se os rótulos continuarão legíveis quando a figura for colocada na largura final.
É exatamente aí que um scientific figure checker se torna útil.
Este guia explica o que revisar antes da submissão, por que os metadados do arquivo não são suficientes e como fazer uma checagem preflight prática antes de enviar uma figura para um periódico.
O que “pronta para submissão” realmente significa
Uma figura não está pronta para submissão só porque parece boa na sua tela.
Na prática, periódicos, equipes de produção e editores querem saber se a figura continuará funcionando no fluxo real de publicação. Normalmente isso se resume a quatro perguntas:
| Verificação | O que pode dar errado | Por que isso importa |
|---|---|---|
| DPI efetivo | A figura fica pequena demais na largura final | Saída em baixa resolução, impressão borrada, rejeição ou revisão |
| Formato de arquivo | Artefatos JPEG, problemas de transparência, exportação fraca | Texto e bordas se degradam durante submissão ou produção |
| Legibilidade em escala de cinza | Cores diferentes colapsam em tons de cinza parecidos | Revisores ou cópias impressas ficam difíceis de interpretar |
| Segurança para daltonismo | Pares de cores importantes ficam parecidos demais | Diferenças críticas desaparecem para alguns leitores |
Esses não são detalhes abstratos de design. Eles afetam diretamente se a figura vai sobreviver à submissão, à revisão por pares, à produção e ao reuso posterior.
Por que os metadados do arquivo não bastam
Um dos erros mais comuns é assumir que o número de DPI armazenado no arquivo conta a história inteira.
Não conta.
O que importa é o DPI efetivo na largura final de layout. A mesma imagem pode ser aceitável em largura de coluna única e falhar em largura de coluna dupla.
Por exemplo:
- Uma figura pode parecer nítida com 85 mm de largura
- O mesmo arquivo pode ficar macio demais em 180 mm
- Um export marcado como “300 DPI” pode deixar de se comportar como 300 DPI reais depois que a largura de colocação muda
É por isso que uma checagem preflight de verdade deve avaliar a figura em relação à largura que ela realmente ocupará no layout do periódico, e não apenas ao número salvo nas propriedades do arquivo.
As quatro verificações para fazer antes da submissão
1. Verifique o DPI efetivo na largura final
Essa costuma ser a primeira pergunta dos autores:
Esta figura realmente tem 300 DPI?
A resposta correta depende da largura final.
Antes da submissão, você deve saber se a figura foi pensada para:
- layout de coluna única
- layout de coluna dupla
- uma largura personalizada específica do periódico
Depois que essa largura é definida, você consegue estimar a resolução real de saída. Isso é muito mais útil do que confiar apenas nas configurações de exportação.
2. Verifique o formato de exportação
Mesmo quando a resolução é suficiente, o formato de exportação ainda pode introduzir problemas.
Problemas típicos incluem:
- artefatos de compressão JPEG ao redor de rótulos, setas e linhas finas
- canais alfa inesperados ou transparência que não se comporta bem em workflows posteriores
- imagens reexportadas que já perderam nitidez nas bordas
Como regra prática, figuras com texto, rótulos e traços merecem mais cuidado do que painéis puramente fotográficos.
Se o checker sinalizar riscos de formato, o próximo passo normalmente é reexportar ou converter a imagem antes da submissão.
3. Verifique a legibilidade em escala de cinza
Muitas figuras parecem claras em cores, mas se tornam ambíguas em escala de cinza.
Isso importa porque:
- alguns revisores imprimem manuscritos em preto e branco
- PDFs que circulam internamente no laboratório muitas vezes são vistos em tons de cinza
- alguns workflows editoriais reduzem a separação visual entre as cores
Uma boa checagem de submissão deve mostrar se a figura continua claramente separável quando a cor é removida.
Falhas típicas em escala de cinza:
- duas curvas coloridas ficam quase idênticas
- níveis de heatmap perdem contraste
- cores de anotações deixam de se destacar do fundo
- destaques de painéis desaparecem após dessaturação
4. Verifique a segurança para daltonismo
Mesmo quando uma figura funciona em cores, ela pode depender de pares de cores difíceis de distinguir para alguns leitores.
Isso é especialmente arriscado quando a figura usa:
- comparações vermelho/verde
- várias categorias saturadas no mesmo gráfico
- matizes parecidos para representar condições diferentes
- cor como única pista de interpretação
Uma revisão de segurança para daltonismo não significa redesenhar toda a figura do zero. Significa verificar se as diferenças principais continuam presentes sob simulações comuns de deficiência de visão de cores.
Um workflow preflight prático
Aqui está um fluxo simples que você pode usar antes da submissão:
Etapa 1: Use a versão mais próxima da submissão final
Não teste um rascunho antigo se a versão enviada será exportada de outro jeito.
Use o arquivo real que você pretende subir, ou a versão mais próxima possível.
Etapa 2: Defina a largura de layout pretendida
Informe ao checker se a figura foi feita para:
- largura de coluna única
- largura de coluna dupla
- largura personalizada
É isso que torna a checagem de DPI realmente útil.
Etapa 3: Leia o relatório como um editor leria
Em vez de perguntar “isso parece ok?”, use perguntas mais rígidas:
- Ela continuará nítida no tamanho final?
- O formato do arquivo é seguro para submissão?
- Rótulos e destaques sobrevivem à conversão para escala de cinza?
- As diferenças de cor mais importantes continuam visíveis?
Etapa 4: Decida se mantém, converte ou redesenha
Depois de ver o relatório, a próxima ação normalmente é uma destas três:
| Resultado | Melhor próximo passo |
|---|---|
| Pass | Manter a figura e submeter com confiança |
| Warn | Reexportar, simplificar ou melhorar rótulos e cores |
| Fail | Converter o arquivo ou redesenhar elementos-chave antes da submissão |
Se o problema for principalmente qualidade de exportação, formato ou resolução raster, converter pode ser suficiente.
Se o problema for estrutural, como rótulos apertados demais ou separação visual fraca, talvez seja necessário reconstruir a figura com mais intenção.
Onde o Figure Checker entra no fluxo
O Figure Checker da SciDraw foi criado exatamente para essa etapa de preflight.
Em vez de fazer você adivinhar com base em metadados do arquivo, ele ajuda a revisar:
- DPI efetivo
- riscos de formato e transparência
- legibilidade em escala de cinza
- segurança para daltonismo
Isso o torna útil para:
- figuras de manuscrito
- figuras suplementares
- figuras de tese
- figuras de pôster
- painéis de resultados anotados
- figuras mistas que combinam conteúdo raster e rótulos
O objetivo não é apenas dizer se a figura “parece boa”. O objetivo é mostrar se ela está perto de passar, em zona de alerta ou provavelmente precisando ser refeita antes do upload.
Casos comuns em que um Figure Checker ajuda
Caso 1: A figura parece boa, mas a largura do layout muda
Esse é um caso clássico. A figura parece nítida em slides ou em um rascunho PDF, mas quando é colocada na largura de publicação, o DPI efetivo cai mais do que o esperado.
Caso 2: O formato é tecnicamente válido, mas visualmente arriscado
Um JPEG pode abrir sem problemas, mas pequenos artefatos ao redor de rótulos e bordas ficam evidentes quando se observa de perto ou se processa a imagem novamente.
Caso 3: A cor estava fazendo trabalho demais
Um gráfico pode depender totalmente de diferenças de cor que desaparecem em escala de cinza ou se tornam ambíguas em uma simulação de daltonismo.
Caso 4: A figura é boa cientificamente, mas fraca operacionalmente
A ciência está correta. As anotações estão corretas. Mas o arquivo não é robusto o suficiente para o workflow prático de submissão. Muitas vezes, essa é a última lacuna entre “figura pronta” e “figura pronta para submissão”.
Uma checklist curta antes da submissão
Antes de subir uma figura, pergunte-se:
- A figura está sendo verificada na largura final real?
- O DPI efetivo continua suficiente nessa largura?
- O formato de exportação é seguro para texto, linhas e manuseio repetido?
- A figura ainda funciona em escala de cinza?
- As diferenças críticas sobrevivem a uma revisão de segurança para daltonismo?
Se você não consegue responder claramente a essas perguntas, provavelmente a figura precisa de um preflight de verdade.
Considerações finais
A maioria dos problemas em figuras é mais fácil de corrigir antes da submissão do que depois de uma rejeição do sistema, uma dúvida editorial ou um comentário de revisor.
É por isso que um figure checker tem valor. Ele transforma dúvidas vagas de última hora em um workflow concreto:
- verificar a largura
- verificar o DPI efetivo
- verificar o formato
- verificar a legibilidade
- corrigir apenas o que realmente precisa de correção
Se você quer uma forma mais rápida de revisar uma figura antes da submissão, comece pelo SciDraw Figure Checker.
Comece a verificar sua figura
Execute um relatório preflight focado em submissão antes de enviar sua próxima figura:
- verifique o DPI efetivo na largura final
- identifique riscos de exportação e transparência
- visualize a legibilidade em escala de cinza
- teste a segurança para daltonismo
