la traducción de códigos presenta agujeros en Civil 3D

[joantopo]

Hola a todos.

Como sabéis, al instalar el Country kit de un país, se instala una serie de archivos con extensión (.codes) que hacen como de librería o diccionario de códigos. En nuestro caso, del inglés al español.

Todo esto está muy bien pero me he fijado que el programa no es capaz de traducir en los siguientes apartados (iré aumentando la lista si encuentro más carencias):

1) Al definir los peines (líneas de talud) de una obra lineal, en la que hay que seleccionar 2 códigos de línea característica, si el primer usuario los definió con códigos de punto (de LC) en inglés, el programa ya no es capaz de hacer la traducción y esos peines no se representarán nunca más.

2) Si creas un criterio de cubicación que contiene estructuras (códigos de forma), el programa no va a editar ese criterio de cubicación con nuevos códigos (esta vez en español) y los va a recalcular. De modo que si hemos añadido en el dibujo tablas de cubicación para un material concreto, esa tabla mostrará cubicación 0, porque no encuentra ese código de forma..

Si sabéis más casos, podéis citarlos aquí.

Como digo, la traducción de códigos presenta lagunas graves.

[davilavanegas]

Hola @joantopo,

Estoy conciente de esta sobre escritura de código, pero empleo ningun contrykit. Puedes adjuntar el archo C3dStockSubassemblyScripts.codes alojado en la ruta C:ProgrmanData/Autodesk/C3D20##/ene

Quizás el algo sencillo de solucionar reescribiendo los codigos que no se aplican correctamente.

Ahora entiendo q estas trabajando un archivo q fue realizado con la versión estandar y al cargarlo a tu PC(CountryKits) esas cosas fallan.

Vamos a llamar Usuario (a la persona q usa la versión inglés)

Respecto al punto 1. entiendo q si el usuario uso el codigo Crown y Daylight para definir lines de peine, al cargarlo tú esta linea no se crea, cierto?

Referente al punto 2. Cuando te refieres al Shape, en el codigo ingles de C3D, creo q el codigo Concrete no existe.

En todos los subensamblajes de canal se usa un código Lining_Material, Ditch o Lid y en muros RWall.

Slds,

[emoreno83]

Totalmente de acuerdo contigo @joantopo . Esta traducción de códigos trae más problemas que ventajas (no encuentro ninguna ventaja aún y sí muchos problemas). A nosotros nos ha arruinado proyectos precisamente por tener usari@s trabajando con diferentes archivos de traducción de códigos. Para mi, ese archivo debería ser igual para todas las personas que trabajan en cada pproyecto. Por poner un estándar, podría el inglés.

Si alguien realiza un proyecto con el Country Kit Spain y, por ejemplo, hace superficies con códigos de links en español, si otr@ usuari@ lo abre con una versión métrica en inglés (sin country kit), no podrá calcular dicha superficie ya que no entiende los códigos.

Sinceramente, yo dejaría de instalar estos archivos de traducción que incoporan los country kits...

[joantopo]

Correcto.

En las superficies de obra lineal pasa lo mismo, tanto si las defines con códigos de vínculo o puntos con códigos en inglés.

El único apartado dónde funciona es con la pestaña "Líneas características" de las propiedades de obra lineal, que al hacer la traducción de los códigos de punto en el otro idioma, le reasigna los estilos de línea característica.

Y dónde creo que no funcionaría, es en el Estilo de Cojunto de códigos, que habría que reimportar los códigos de la obra de nuevo para que los coja en español.

[davilavanegas]

Hola @emoreno83,

Puedes enviar lo mismo que solicite a joantopo, el archvio de codigo del countrykit españa.

Slds,

[joantopo]

Hola.

Adjunto archivo de códigos (del Country kit España)

Cámbiale la extensión TXT a .codes

[Grover_Puma]

buen aporte @joantopo saludos

[afrdiaz]

Igual @emoreno83  tenemos proyectos hechos en portugues, en ingles, en español... e incluso cuando tenemos el template hecho en con un civil 3d con country kit.. si lo usas en otro sin country kit.....

arruina proyectos. 

Nosotros ya no instalamos country kit

[Grover_Puma]

ok gracias