Comunidad
Hasta ahora, me había hecho yo mismo un falso mito: Que no era posible muestrear una obra lineal en esviaje porque debía ser siempre de manera transversal al eje.
Eso hacía, que en algunos casos, tenías que crearte un eje exterior para cubrir el pequeño triángulo que generaba el trozo a cubrir hasta la diagonal límite.
Gracias a un subensamblaje personalizado con SAC, adiós mito. 
El subensamblaje, lo único que hace es obtener la posición que estaría sobre el target horizontal, (polilinea en diagonal) y calcular su altura, considerando si es el peralte exterior del carril del lado izquierdo o derecho.
De este modo, el subensamblaje de carril, cuyo punto base está insertado sobre el punto resultante del subensamblaje personalizado, empezaría a partir de esa posición.
Para el subensamblaje de carril, para que tenga su ancho correcto, le asignamos otro target horizontal, que será una alineación desfasada del eje central.
El uso de este subensamblaje (samplear en diagonal en obra lineal) es muy útil en 2 escenarios que me he encontrado:
-pasos superiores de puentes, que normalmente el puente empieza en esviaje (no transversal al eje central) y tenemos que crear las secciones de obra lineal en la diagonal antes de llegar al inicio del puente.
-En glorietas, en los carriles de entrada o salida de glorietas para cubrir correctamente alguna región.
Y todo esto, con un subensamblaje personalizado de sólo 2 líneas de código !!
Buenas de nuevo.
Estoy modificando el archivo .pkt, para ver si lo puedo optimizar.
Mi intención es intentar reducir el número de regiones, a ser posible que se pueda hacer todo en una única región.
Lo que he hecho en el subensamblaje es lo siguiente:
* he añadido un parámetro de entrada de tipo double "AnchoLayout", con valor por defecto 1 metro.
Este valor, indica la separación de este subensamblaje (que es un punto) respecto a la líneaBase cuando está insertado en el ensamblaje (layout mode).
De esta forma, se puede cambiar la presentación.
El primer Decision es un "SA.IsLayout", que si es falso (se encuentra en design mode), la variable "ancho" tendrá valor 0, que es cuando está corriendo el subensamblaje en la obra lineal, mientras que si es true, entonces ancho=AnchoLayout.
Con esto se consigue, que en modo diseño (ejecución de la obra lineal), el subensamblaje siempre esté en la salida del eje, y aunque se tenga asignado un target horizontal, si el target horizontal no cubre hasta el PK que nos encontramos, entonces es como si no se aplicase target horizontal y tiene en cuenta este valor 0 (Delta X).
Sin embargo, si usamos una única región con un ensamblaje que contenga:
IZQUIERDA:
-Fuera_Eje
-lane_Izq
DERECHA:
-lane_Drcha
Con objetivos Horizontales:
Fuera_Eje: polilinea magenta diagonal
-lane_Izq: eje desfasado lado izquierda.
-lane_Drcha: eje desfasado lado derecha y polilinea magenta.
Tenemos el siguiente resultado:
Como vemos, en el lado derecho, sigue generando carril porque tiene asignados 2 targets (el de la polilinea magenta y el del eje desplazado a la derecha).
Como ya no tiene información sobre la polilinea magenta en el lado derecho, luego usa el eje desplazado como su próximo target horizontal.
La solución, sería recortar la longitud de la alineación desfasada derecha, hasta el PK de intersección de la polilinea diagonal con el eje central:
y ahora, tendríamos que poner el valor "Anchura" del subensamblaje de carrril del lado derecho, con Anchura=0, ya que en el resto de la región, usará como ancho el que obtenga por el target horizontal.
Por tanto, para usarlo correctamente, tendría que cumplir:
-La polilinea magenta, debería acabar justo en los extremos de la línea característica de obra lineal, no puede tener extendido porque sinó luego aplica el target horizontal.
-En este caso es obligado añadir una alineación desfasada, también para el lado derecho, y debemos configurar su PK final, que deberá ser actualizado si movemos la polilinea magenta, ya que el PK intersección entre la polilinea magenta y el eje central habrá cambiado.
-el carril derecho del ensamblaje, deberá tener anchura 0, ya que en toda esta región, se usará un target horizontal para el lado derecho.
Otra metodología que se podría usar con este nuevo subensamblaje, sería la siguiente:
crear un ensamblaje que sólo tenga el lado izquierdo, y se crea una linea base, con una región que va del primer PK hasta el PK final.
Se crea una nueva linea base, para crear 2 regiones que serán las del lado dercho.
Sin embargo, esta última metodología, implica crear nuevas lineas base en la obra lineal y lo hace poco claro.
Personalmente, creo que el primer subensamblaje que hice, ya está bien:
Implica crear 3 regiones, pero como vimos, la polilinea magenta diagonal, puede ser extendida, no hace falta que coincida su inicio y final con la anchura de nuestra obra.(cosa que en este nuevo subensamblaje sí que se tendría que tener esto muy en cuenta).
Así, si por ejemplo tienes una obra lineal que es un vial de paso inferior, puedes extraer su línea característica de obra lineal y usarla como target horizontal sin preocuparte de su longitud.
Ok.
El planteamiento para este nuevo subensamblaje no funciona, así que doy por bueno el que hice la primera vez.
Si tenemos sólo el lado izquierdo: Subensamblaje "Fuera_Eje" y luego "carril", con este último planteamiento, tendríamos:
El problema, es que al no haberlo separado en varias regiones y estar todo en una única región, y tener la polilinea magenta diagonal como target horizontal, si ésta cubre también el lado derecho, a pesar de estar nuestro subensamblaje en la izquierda del eje, hará objetivo hacia el lado derecho, es decir, el target horizontal no diferencia si hace target hacia la izquierda o hacia la derecha.
Para solucionar eso, nuestra polilinea magenta tendría que ser 2 polilineas, y por tanto, se asignaría cada una de ellas como target horizontal.
El hecho de tener que partir la polilinea en 2 trozos, no me convence, así que descarto esta metodología y prefiero tener que definir 3 regiones.
Las únicas "pegas" de usar el método de una única región, es que tendremos las últimas secciones, en el que el carril del lado derecho, tendrá anchura 0 y aunque es un valor mínimo, Civil 3D sigue creando la sección, tal como se mostraría en la vista en sección (sobre el eje):
Y también podemos observarlo con vista 3D de la obra lineal:
No obstante, y lo que es lo más importante, la superficie "Superior", sale bien, así que esto no supone un problema:
Otro "problema" que existe si usas el método de 1 Región, es que al extraer la línea característica del borde de carril (como puede ser el código "bordeC_base"), como se puede apreciar en la imagen (color naranja claro), si extraemos la línea característica del lado derecho, esta línea característica incluye el último tramo.
No obstante, va a ser en contadas ocasiones que nos interese extraer esta línea característica de la obra lineal.
Otro hecho, es que tal como puse en el post anterior, la superficie (Superior) de obra lineal, salía bien porque usaba los "links". Si se creara la superficie de obra lineal por líneas características, entonces sí saldría mal la superficie.
Adjunto fichero DWG.
He partido del dibujo anterior de "3 Regiones", así que no tiene una alineación desfasada en el lado derecho como se hacía con el método de una única Región.
El resultado así, son 4 regiones:
-La primera región tiene taludes a ambos lados con target a superficie.
-La segunda región, el talud de la derecha es del tipo "talud y desfase", con target horizontal a la polilinea, que se suele usar para hacer las aletas de puentes.
-La tercera región, es sin talud en el lado derecho.
-La cuarta región, sin carril ni talud en el lado derecho e incorpora el subensamblaje "fuera_eje", para el lado izquierdo.
Lo más complicado de todo esto, es indicar correctamente el PK inicio y final de cada región, ya que estos PK vienen determinados por la intersección de su línea característica de borde carril con la polilinea magenta.
Por ejemplo, para determinar el PK final de la primera región, tenemos que hacer un primer tanteo, de modo que el pk final de la primera región exceda su PK previsto para poder ver la intersección entre su talud y la polilinea diagonal magenta.
Esto provoca que si editamos la ubicación de la polilinea magenta, es un poco caótico tener que actualizar los PK inicio y final de cada región.
Lo suyo, sería disponer de una obra lineal auxiliar, con los subensamblajes de carril, para poder encontrar fácilmente las intersecciones y averiguar el PK que le tocaría a una región.
Otro problema presente, es que en Civil 3D si usamos la Referencia a Objetos con Intersección, no detecta la intersección entre una línea característica de obra lineal y la polilinea magenta.
Yo lo que hago es dibujarme polilineas 2D encima de cada una (con elevación ambas a cota 0) y encontrar la intersección entre ellas con la referencia a objetos.
De hecho, propuse a ideastation 2 mejoras para optimizar este proceso:
-poder encontrar las intersecciones entre las líneas características de obra lineal y polilineas, con la referencia a objetos:
E incluso,sin la necesidad de buscar yo esas intersecciones, sinó que lo haga Civil 3D:
El truco pasaría en que en los PK inicio y final de una región, en vez de teclear nosotros el PK, sea Civil 3D quien lo calcule a partir de una condición que imponemos, como en este caso la intersección entre 2 entidades (una línea característica de obra lineal, que podría ser extraída y funcionaría como dinámica, y una polilinea).
Obviamente, esto sólo sería válido si no existe más de una intersección.
Saludos.
Acabo de darme cuenta, ahora analizando metodologías para hacer enlaces (entroncamientos), que si tenemos el siguiente enlace:
que los ingleses llaman "de estrechamiento" (no hay una cuña y un carril paralelo como el otro tipo de entronques), se podría usar el mismo subensamblaje.
Si el eje del "enlace" es la línea roja, luego la línea en puntos suspensivos sería nuestro objetivo de desfase, al cual no se aplicaría el subensamblaje entre la línea roja y los puntos suspensivos pero se crearía el subensamblaje justo después.
El caso sería el mismo que expuse porque crearía el carril de deceleración (salida), sólo en el lado derecho a los puntos suspensivos : )
Voy a ampliar el subensamblaje y ponerle una nueva opción:
Ahora lo estoy probando para una entrada de ramal en estrechamiento:
En planta funciona bien, pero así como en el caso del puente, al pertenecer al mismo eje, le traspasaba el peralte transversal del eje, aquí no es válido que use el peralte transversal para determinar la elevación del segundo punto de este subensamblaje auxiliar.
Lo que hay que hacer, es que tome las elevaciones del borde de la obra lineal del eje Tronco(principal).
Así que hay que ponerle una nueva opción, si queremos que obtenga la elevación a partir de aplicar peralte, o a partir de tomar las elevaciones desde un target de superficie.
También estoy viendo, que para hacer este tipo de enlace, con el enlace por "carril paralelo" me funcionó usando como eje del ramal el borde interior de pintura pero aquí casi que sería preferible que el eje del enlace fuera el borde interior de arcén, ya que en el otro lado, el arcén también tendrá que adaptarse a las elevaciones del arcén del tronco principal.
Ahora funciona bien el subensamblaje, tomando las elevaciones de la superficie de la obra lineal principal.
Como se puede ver en la imagen, se tendrá que crear 2 explanaciones para hacer el talud, una antes de la entrada del ramal y la otra después de ramal con respecto al eje principal.
Links del foro
¿No encontraste lo que buscabas? Pregúntale a la comunidad o comparte tus conocimientos.
Publicar en los foros
