Cómo dibuja Vizcept las figuras y cuándo conviene revisarlas

Vizcept tiene dos procesos de dibujo. El que siga tu figura determina qué tienes que revisar.

Los cuatro tipos que se dibujan con código pasan al modelo de imagen cuando subes un boceto o una foto, cuando tu texto tiene caracteres que la fuente no incluye (el chino, el japonés y el coreano entre ellos) o cuando falla el análisis o un paso posterior; también los diagramas CONSORT de ensayos cruzados, de ensayos por conglomerados que informan por separado conglomerados y participantes, de estudios no aleatorizados y de ensayos con más de cinco grupos o cuatro visitas de seguimiento. Cambiar una figura terminada con Editar con IA también la envía al modelo de imagen. Esas figuras necesitan la misma revisión que cualquier figura de un modelo de imagen. Cada página de herramienta indica cuál de los dos procesos usa.

1. Análisis. Un modelo de lenguaje lee lo que escribiste y devuelve solo su estructura: una cadena de corchetes etiquetados para un árbol sintáctico, una estructura Reed–Kellogg para un diagrama de oraciones, constructos y caminos para un marco conceptual, o la cifra de cada casilla de un diagrama CONSORT. No dibuja nada.
2. Comprobaciones. Antes de dibujar, el código verifica la estructura: los corchetes tienen que estar equilibrados, cada nodo necesita una etiqueta y cada carácter debe existir en la fuente. En un diagrama CONSORT, además, cada cifra debe aparecer en tu propio texto; la que no aparece se descarta y su casilla queda en blanco. Si alguna comprobación falla, el análisis se repite o se envía a un segundo modelo.
3. Disposición. El código coloca cada nodo y cada línea, y después compone el texto en Tinos, una fuente compatible con Times. El PNG se genera a partir de contornos vectoriales; el SVG que descargas conserva texto real que puedes editar.
4. Respaldo. Los bocetos y las fotos, las oraciones con caracteres que la fuente no incluye (como los del chino, el japonés o el coreano) y los análisis que fallan pasan todos al modelo de imagen, así que obtienes igualmente una figura, solo que más despacio, y necesita la revisión completa que se explica más abajo. Si lo que escribes no contiene nada que analizar, la solicitud falla y no se cobra ningún crédito.

Cuando el código dibuja la figura, no puede escribir mal una palabra ni emborronar una etiqueta. Solo puede dibujar lo que dice el análisis; por eso el análisis es la parte que tienes que leer.

El código de composición tiene que superar un conjunto de pruebas antes de que se publique cualquier cambio.

• Diagramas de oraciones: con un conjunto de patrones de oración escritos a mano y 16 análisis de oraciones reales, cada palabra del análisis debe aparecer en el dibujo y no puede haber dos textos superpuestos. La superposición se mide sobre los contornos reales de los glifos; no se estima.
• Árboles sintácticos: las cadenas de corchetes deben procesarse conservando las palabras en su orden original bajo sus nodos de categoría; los corchetes desequilibrados o vacíos se rechazan; cada huella genera una flecha de movimiento, y sin huella no hay flecha.
• Marcos conceptuales: modelos escritos a mano (mediación, moderación, variables de control, nombres de constructo largos) y salidas reales de los modelos deben dibujar cada constructo, subdimensión y etiqueta de hipótesis, sin dos textos superpuestos.
• Diagramas de flujo CONSORT: ocho ensayos escritos a mano, de dos a cinco grupos, con plantilla en blanco, redacción CONSORT 2010, varias visitas de seguimiento y rótulos traducidos, deben mostrar cada cifra, nombre de grupo y motivo; el texto no puede superponerse ni salirse de su casilla, y ningún conector puede cruzar una casilla. Otra prueba comprueba que se elimina una cifra que el modelo calculó en lugar de copiarla de la descripción.
• Fuentes: los caracteres que la fuente no puede dibujar, como los del chino, el japonés y el coreano, se detectan antes de dibujar, así que esas solicitudes pasan al modelo de imagen en lugar de imprimir recuadros vacíos.

Lo que las pruebas no comprueban es si el análisis es lingüísticamente correcto para tu marco teórico. Esa parte depende del criterio de un modelo, así que léela como leerías la respuesta de un compañero de clase.

• Lenguas que se escriben de derecha a izquierda. Las oraciones en hebreo y en árabe todavía no se disponen de derecha a izquierda, así que el orden de las palabras puede salir invertido. No uses estas lenguas en árboles que vayas a publicar.
• Chino, japonés y coreano. Estas oraciones pasan al modelo de imagen, porque la fuente con la que se compone el texto no incluye esos caracteres. Revisa los caracteres.
• Diseños CONSORT que la plantilla no cubre. Los ensayos cruzados, los ensayos por conglomerados que informan por separado conglomerados y participantes, los estudios no aleatorizados y los ensayos de más de cinco grupos o más de cuatro visitas de seguimiento pasan al modelo de imagen.
• Exportación a LaTeX. Todavía no hay exportación a qtree ni a forest. Descarga el SVG o el PNG en su lugar.
• Análisis discutidos. Cuando los marcos teóricos no coinciden (sitios de elipsis, scrambling, cláusulas reducidas), el modelo elige un análisis. Dile cuál usa tu curso.

Un modelo de imagen pinta el texto como píxeles. Comete errores que una persona no cometería, y siempre se repiten los mismos:

• Palabras mal escritas o inventadas, sobre todo en términos técnicos largos.
• La misma etiqueta colocada dos veces, o una caja dibujada dos veces y conectada dos veces.
• Flechas que apuntan en la dirección equivocada o que unen las cajas equivocadas.
• Números que cambian: 1234 se convierte en 1243 y los totales dejan de cuadrar.
• Texto que nunca pediste, como un subtítulo inventado.

Una revisión de cinco minutos detecta casi todo:

1. Compara cada etiqueta con tu fuente: el capítulo 2 para un marco conceptual, la hoja de cribado para PRISMA, la sección de métodos para un flujo de trabajo.
2. Sigue cada flecha de principio a fin y di en voz alta qué relación indica.
3. Vuelve a sumar todos los números. Los recuentos de PRISMA tienen que cuadrar de una caja a la siguiente.
4. Si algo está mal, márcalo en el editor y describe la corrección, o cambia la descripción y vuelve a generar. Cada versión se guarda en Studio, así que puedes volver atrás.

¿Con qué frecuencia falla? Con una misma descripción de marco conceptual ejecutada diez veces, el texto salió bien siempre y la flecha del moderador aterrizó en la ruta equivocada cuatro veces; los recuentos están en la comparación con FigureLabs.

Los marcos conceptuales y los diagramas de flujo CONSORT ya han pasado al proceso de análisis más código: los nombres de los constructos, las etiquetas de las hipótesis y las cifras de participantes se componen, no se pintan. Los siguientes son los diagramas de flujo PRISMA, donde un recuento equivocado sale más caro. Hasta que un tipo de figura dé ese paso, su página de herramienta indica que lo dibuja un modelo de imagen, y actualizamos esta página cuando eso cambia. No damos fechas que no podamos cumplir.