Organiza archivos STL arreglando cómo llegan

Una colección no se convierte en un caos de un golpe. Se convierte en un caos de archivo en archivo, durante años, en el momento en que cada archivo llega y se suelta donde caiga. Por eso reorganizar el archivo histórico sienta bien una semana y luego deja de funcionar: la limpieza arregla el resultado acumulado y deja el proceso que lo produjo funcionando.

Así que el cambio de mayor valor no es un árbol de carpetas mejor. Es decidir qué pasa en cada puerta por la que entran los archivos. Hay cuatro, y se comportan de forma lo bastante distinta como para que una sola regla no las cubra.

Puerta uno: la descarga del navegador

La mayoría de los archivos llegan como descarga y se quedan en la carpeta de descargas, que es la mayor fuente de duplicados en cualquier biblioteca de más de unos cientos de modelos. El mismo STL se baja tres veces en dos años porque es más fácil buscar otra vez en la web que buscar en tu propio disco.

El arreglo no es disciplina, es quitar el paso. Importa desde la URL de la página del modelo en lugar de descargar primero, así el archivo aterriza en la biblioteca con su enlace de origen adjunto y no pasa nunca por la carpeta de descargas. PrintStash trata así las páginas de Printables, MakerWorld y Thingiverse, incluidas las páginas de colección, donde eliges qué archivos quedarte. Importar desde webs de modelos cubre los casos con autenticación y qué pasa con los packs de varias piezas.

Guarda la URL de origen y la licencia por la ruta que vayas. Un elemento guardado en una web pública no es una copia de seguridad, y la licencia es la parte que no vas a poder reconstruir después.

Puerta dos: el archivo ZIP

Los packs de varias piezas llegan como archivos comprimidos, y la estructura de carpetas de dentro es normalmente la única organización que nadie le va a dar nunca a ese proyecto. Extraer el ZIP a una carpeta temporal y luego importar los archivos sueltos tira eso a la basura.

Sube el comprimido tal cual. En PrintStash el comprimido se convierte en una colección con su nombre, las carpetas de dentro pasan a ser subcolecciones, y eliges qué archivos quedarte al extraer en lugar de llevarte las cuarenta variantes de bandeja. Es la estructura más barata que vas a conseguir, porque el trabajo ya lo hizo otra persona.

Puerta tres: la exportación del slicer

Cada laminado es un archivo que existirá para siempre y no significará nada en tres meses. Esta es la puerta que la gente ignora, y es donde se fabrica el problema del final_v9_really_final.gcode.

El hook de posprocesado de OrcaSlicer puede empujar cada exportación a la biblioteca automáticamente, con los ajustes del slicer interpretados al llegar. Un límite honesto: el hook solo recibe la ruta del G-code exportado, así que no puede decirle a la biblioteca qué malla produjo esa exportación. El laminado aterriza como su propia entrada en lugar de como revisión de su modelo de origen, y lo asocias después. Subidas automáticas desde OrcaSlicer tiene la configuración, y versionar G-code como una build cubre el caso en que un trabajo de CI puede aportar el enlace que falta.

Puerta cuatro: archivos que ya están en un NAS

La puerta más grande, y la que provoca el instinto equivocado más a menudo. Un árbol de carpetas que ha crecido cinco años da la sensación de necesitar una limpieza antes de poder indexarse. No la necesita, y hacer la limpieza primero significa tomar decisiones con la menor información que vas a tener nunca.

Apunta un volumen compartido a la carpeta y deja todo donde está. El escaneo calcula el hash e interpreta cada archivo soportado, refleja el árbol de directorios como colecciones si el árbol vale la pena, y nunca mueve ni renombra el origen. Después decide qué reorganizar, con un índice capaz de decirte cuáles de esas carpetas son en realidad duplicados entre sí. Organizar miles de archivos STL es la ruta de adopción completa.

La única regla que cubre las cuatro puertas

Dale a cada archivo el mismo mínimo al entrar, y mantén ese mínimo pequeño de verdad. Una colección, y una etiqueta solo si la etiqueta es un juicio que nada puede interpretar. El material, la boquilla, la altura de capa, las temperaturas y las estimaciones ya se leen del G-code, así que escribirlas otra vez produce dos fuentes de verdad que discrepan la primera vez que vuelvas a laminar.

Cualquier cosa más allá de eso puede esperar, porque filtrar y editar en bloque más adelante es más rápido que decidir en el momento. Lo que no puede esperar es la colección, porque un archivo sin casa es un archivo que encontrarás por accidente o no lo encontrarás.

Preguntas que surgen

¿Qué hago con la carpeta de descargas que ya tengo?

Indexarla en lugar de ordenarla. Apunta un volumen compartido a la carpeta y deja que el escaneo calcule el hash de todo, lo que te dice de inmediato cuánto de eso es el mismo modelo con nombres distintos, y eso suele ser la mayor parte del volumen. Trabaja a partir de los duplicados encontrados y no de los nombres de archivo, porque dos archivos llamados bracket.stl pueden no tener nada que ver y bracket.stl y bracket-2.stl pueden ser bytes idénticos. Una vez resueltas las copias, la mayoría de las carpetas de descargas resultan tener muchos menos modelos distintos de lo que sugiere su número de archivos, y el resto es un trabajo lo bastante pequeño para archivarlo a mano.

¿Debería importar todo lo que descargo, o solo lo que imprimo?

Solo lo que esperas volver a imprimir. Una lista de deseos es un artefacto de navegar y su sitio es la web donde lo encontraste, que es donde viven la búsqueda, los comentarios y las versiones actualizadas. Importar todo hace la biblioteca más grande sin hacerla más útil y diluye la señal de todas las búsquedas que hagas después. La excepción merece tomarse en serio: si un modelo te importa, impórtalo ya, porque los diseñadores borran archivos, las cuentas desaparecen y la página que guardaste en marcadores no es almacenamiento que tú controles.

¿Automatizar la entrada significa que dejo de revisar lo que llega?

Significa que revisas por lotes en lugar de archivo a archivo, que es el intercambio correcto en las dos direcciones. Un hook automático elimina el caso en que un archivo no llega nunca a la biblioteca, y ese es el fallo que de verdad te cuesta algo. Lo que introduce es un flujo de entradas que nadie ha mirado, así que acompáñalo con la costumbre de filtrar por subidas recientes sin colección y vaciarlas de vez en cuando. Esa revisión son un par de minutos por una semana de laminar, frente a la alternativa de tener las exportaciones repartidas por el escritorio.

¿Vale la pena añadir metadatos al entrar, o mejor luego en bloque?

Pon la colección al entrar y deja todo lo demás para después. Archivar un modelo mientras llega cuesta un segundo y es la pieza que se degrada peor si la aplazas, porque el mes que viene no vas a recordar por qué lo descargaste. Las etiquetas son lo contrario: puestas al entrar describen un plan, y puestas tras un mes de uso describen por lo que filtras de verdad. La edición en bloque es además simplemente más rápida, porque una sola pasada filtrada puede poner una etiqueta a hasta 500 modelos de golpe, cosa que no igualará ninguna cantidad de escribir en la puerta.

Fuentes

• La guía de usuario de PrintStash para la importación por URL y por archivo comprimido, volúmenes compartidos para el indexado en el sitio y los modos de escaneo, y capacidades para los límites actuales de edición en bloque y de filtrado.
• Que el hook de OrcaSlicer no pueda identificar la malla de origen es una propiedad de lo que el slicer pasa a un script de posprocesado, y se cubre en subidas automáticas desde OrcaSlicer.

Para el método en lugar de las puertas, cómo organizar una biblioteca STL compara los enfoques disponibles, y cómo organizar automáticamente una biblioteca de modelos 3D cubre qué se rellena por ti una vez los archivos están dentro.