Indice de Foros
Foro Cartesia
Geomática y Topografía 
  Cartesia · Crea tu Blog · Cursos · Contacta · Publicidad   · Cartesia twitter ·
 Avanzada
 Indice  FAQFAQ  Registrarse EntrarEntrar 


[Civil3D]Visibilidad en rasante en Civil 3D.   
Publicar nuevo tema   Responder al tema    Indice de Foros -> Topografía
Tema Anterior :: Tema siguiente  
Autor Mensaje
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Fri 28 Feb 2014, 16:41    Asunto: [Civil3D]Visibilidad en rasante en Civil 3D. Responder citando

Estoy revisando los cálculos de VisorNET pero había una cosa que no me cuadraba.
En el apartado de "rasantes", si se pulsa el botón "KV..." muestra la información referente al kv del acuerdo vertical seleccionado.

Esta información es básicamente:
-distancia de parada.
-Kv en distancia de parada.

-distancia de adelantamiento
-Kv en distancia de adelantamiento.

-Kv en condiciones estéticas.

-Kv mínimo(que se considerará el mayor de los 3 KV, aunque yo no tengo en cuenta el de adelantamiento).

-Kv actual.

(igualmente se hace para el kv deseable) que se le suma un incremento de velocidad a la Vp).

Para calcular la distancia de parada, se tienen en cuenta los siguientes parámetros:
Dp = (V * Tp / 3.6) + (Math.Pow(V, 2) / (254 * (Fl + i)));

donde V es la Velocidad de proyecto, Tp es el tiempo de parada(generalmente 2 seg), Fl es la fricción longitudinal y se obtiene con las tablas de Ispol según Vp y "i" es la inclinación de la rasante.

Para calcular Distancia de adelantamiento, uso la tabla de Ispol,la misma que usaba para encontrar Fl, y que según la Vp obtengo la distancia.

Como se puede ver, tanto para calcular una distancia como otra necesito de unos datos que obtengo de unas tablas (que son las que uso de Ispol)

Así pues, cómo lo calcula Civil 3D?.
Si miramos la API de Civil 3D, para la clase ProfilePVI que contiene información referente a cada uno de sus vértices, tenemos las siguientes propiedades:

-HeadlightSightDistance (HSD)
Gets or sets the headlight sight distance of the sag parabolic curve.

-PassingSightDistance (PSD)
Gets or sets the passing sight distance of the crest parabolic curve.

-StoppingSightDistance (SSD)
Gets or sets the stopping sight distance of the crest parabolic curve.

*Estas 3 propiedades son "get/set" es decir, de lectura y escritura.

"crest"(cresta) se refiere a acuerdos convexos y "sag" para cóncavos.

Tenemos que PSD (passing) es la distancia de adelantamiento, aunque curiosamente me lo aplica en acuerdos convexos cuando generalmente está prohibido adelantar en acuerdos convexos, lo normal es que fuera para acuerdos cóncavos.

SSD se refiere a la distancia de parada.(que debería ser para ambos tipos de acuerdo).

Y por último SSD que sería algo así como alcance de los focos, imagino que se refiere a la distancia en condiciones estéticas.

En mi programa, a partir de las distancias que yo calculo, calculo el KV en función de esta distancia, teniendo
KV respecto distancia parada.
KV respecto distancia adelantamiento.
KV respecto condiciones estéticas.

Pero estas KV requieren de los parámetros de:
altura conductor (high eye)
altura del objeto en la calzda (high target)
*altura faros
*ángulo inclinación faros

Estas 2 últimas se utilizan básicamente para la distancia de adelantamiento,considerando las condiciones más desfavorables que sería de noche, por eso se requieren estos 2 últimos datos), aunque Civil 3D no usa estos 2 últimos datos.

Luego tenemos que en la API, en la clase: ProfileEntity tenemos las siguientes propiedades:
MinimumKValueHSD
MinimumKValuePSD
MinimumKValueSSD

Las 3 son sólo de lectura, con lo que no permite modificarlas(escritura).

Entiendo entonces, que cuando pulsamos en Civil 3D el botón de "Visibilidad" para hacer el estudio de visiblidad, con los datos introducidos de altura conductor y altura objetivo, se calculan estos últimos datos.

Mi intención es, por tanto, que estos datos sean coincidentes con los que yo he calculado, pero me temo que no se pueden modificar porque son sólo de lectura.
A lo sumo, podría modificar las distancias(distancia parada, adelantamiento,etc..) para que sean acordes a las mias, puesto que en ninguna parte en Civil 3D el usuario puede modificarlas(o al menos yo no lo he encontrado).
De hecho, en el "editor de geometría" de perfil, estos datos no aparecen.(aunque se seleccione mostrar por vértices en vez de entidades).

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Fri 28 Feb 2014, 19:33    Asunto: Responder citando

Haciendo pruebas, se confirma lo que decía la API:


-HeadlightSightDistance (HSD)

Gets or sets the headlight sight distance of the sag parabolic curve. (why not for sag and crest?)

-PassingSightDistance (PSD)
Gets or sets the passing sight distance of the crest parabolic curve. (why not for sag and crest?)

-StoppingSightDistance (SSD)

Gets or sets the stopping sight distance of the crest parabolic curve. (why not for sag and crest?)

For example:

For "MinimumKValueHSD" I will get an exception with crest parabolic curve.

For "MinimumKValuePSD" I will get an exception with sag parabolic curve.

And

For "MinimumKValueSSD" I will get an exeption with sag parabolic curve.

crest=acuerdo convexo.
sag=acuerdo cóncavo.

Entonces, debemos preguntarnos porqué no calcula la distancia de parada en acuerdos cóncavos, que es lo más logico, y lo que suele interesar porque es con rasante en bajada..
Lo mismo pasa con la distancia de adelantamiento, que en convexo generalmente no se puede adelantar, y queremos la distancia de adelantamiento en aucerdos cóncavos.

No entiendo porqué Civil 3D calcula la distancia (parada,adelantamiento) para los casos de acuerdo en convexo y NO los calcula para acuerdo cóncavo que es justamente dónde es más necesario hacerlo. Confused

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Fri 28 Feb 2014, 20:14    Asunto: Responder citando

Al final lo he resuelto.
En el botón de "Kv..." al final de todo del textbox daré esta información que tiene Civil 3D.
MinimumKValueHSD y las otras 2 aunque no sé para qué sirven, puesto que sólo dan valor si es un sólo tipo de acuerdo(si es cóncavo o convexo).
En caso de no dar valor, en el programa he puesto "dato inválido".
Y dando valor, siempre dan el valor de "-1" y eso que he probado con distintos KV de los acuerdos verticales.

No entiendo pues, para qué usa ese -1.

Como las distancias(parada, adelantamiento,etc..) son de lectura/escritura y yo calculo las mías,voy a ver si hago añado un formulario para consultar esas distancias y que se puedan modificar por el usuario, y a ser posible que se modifiquen automáticamente por las distancias que calcula VisorNET.

La que me causa más confusión es "HeadlightSightDistance" que por descarte tendría que ser "distancia en condiciones estéticas" pero traducido dá la sensación que sea la distancia de alcance de focos o algo así.. Confused

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Sat 01 Mar 2014, 21:19    Asunto: Responder citando

Se ha agregado un nuevo comando a VisorNET llamado "Visibilidad" para mostrar las distancias (distancia de parada,adelantamiento,..) que usa Civil 3D y las calculadas siguiendo la normativa española(tabla derecha).

http://s21.postimg.org/kx835l8dj/visibilidad.jpg

FL es "coeficiente de fricción longitudinal pavimento-rueda" y es función de la velocidad.

PVI son los vértices de la rasante,ej:PVI=1 es el vértice inicio de la rasante.

Se hace así porque estas distancias sólo están disponibles en la API de Civil 3D en la colección PVIs.

Para mostrar los datos de la derecha hay que pulsar el botón "CALCULAR.."

La idea es poder modificar en un futuro las distancias de Civil 3D desde la tabla, pero como aún no me queda claro, puesto que sólo da las distancias en los casos de que sea acuerdo cóncavo o convexo(no para ambos) pues no sé exactamente porqué lo hacen así. (por eso he puesto el símbolo de una X porque Civil dá un InvalidException porque no tiene valor dicho dato).

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Sat 01 Mar 2014, 21:50    Asunto: Responder citando

Fijáos en este otro ejemplo:

http://s8.postimg.org/soob355b9/visibilidad2.jpg

Ahora he corregido la columna PSD que daba mal en la imagen anterior.
Ahora parto de otro ejemplo de rasante, pero lo que he hecho es corregir el KV de cada acuerdo vertical cumpliendo la normativa, es decir, el valor que me dá VisorNET como KV mínimo, se lo he puesto a cada acuerdo vertical.

Como se puede ver en la imagen, hay plena concordancia de datos entre la columna SSD(dist.parada) y la columna (dist.parada(ida)).

No sucede así con la distancia de adelantamiento (700m),ya que la columna PSD(adelantamiento) ofrece valores que son menos de la mitad.

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Sun 02 Mar 2014, 13:59    Asunto: Responder citando

Siguiendo la investigación, he llegado a lo siguiente:

Los archivos XML de normativa, suelen tener 2 categorías principales:
-Alignments.
-Profiles.

En cada categoría, viene la normativa respecto al tipo de entidad (normativa para alineación o normativa para perfil), en el caso de los peraltes, va incluido dentro de "Alignments".


En Civil 3D, podemos indicar la normativa(el archivo XML a usar) desde las propiedades de alineación, o desde las propiedades de perfil, en cuyo caso, aplicará la normativa de una categoría u otra.

Sin embargo, nos encontramos que el archivo XML de la normativa española, no trae la categoría "Profile" con lo que aunque carguemos este archivo en las propiedades de perfil, no servirá de nada, porque tiene contenido vacío para la normativa de perfil.


Por ejemplo, si por programación intento obtener los valores de MinimumKValueHSD o MinimumKValueSSD, estos serán siempre -1.


Si en cambio cogemos otro archivo XML y lo abrimos, veremos que la categoría "Profile" sí tiene contenido y aparece una tabla con el valor de MinimumKValueSSD,etc.. en función de la velocidad.
Os dejo esta imagen:
http://s17.postimg.org/yfqai5cmn/minimum_KV.jpg

La pega es que estos parámetros(MinimumKValueHSD,MinimumKValueSSD) en principio no se le pueden meter mano porque son sólo de lectura,algo contradictorio si se pueden modificar cargando el arhivo XML.. Confused

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Sun 02 Mar 2014, 20:47    Asunto: Responder citando

Creo que ya lo voy entendiendo.

Si existen 4 archivos XML de normativa, veremos que la mayoría de ellos no tienen el apartado "Profiles", excepto el primer archivo XML:
_Autodesk Civil 3D Metric Roadway Design Standards.xml

Si aplicamos este archivo como normativa a un perfil (propiedades de perfil), nos encontrará los errores de KV en función de la tabla de su XML, regida por su Velocidad.

Si abrimos el editor de geometría del perfil(con VAV) las últimas columnas serán éstas:

(de hecho, la columna "Tabla de acuerdos verticales" es la tabla del XML seleccionado).


http://s28.postimg.org/thjy4u971/errores3.jpg

Por ejemplo, a V=120Km/h tendríamos como KV mínimos:
Kv mínimo para SSD= K 95
kV mínimo para PSD= k 695
Kv mínimo para HSD= k 63
**HSD quiere decir distancia de visibilidad de iluminación.

En la normativa española, y tal como aparece en VisorNET, es Fdist con un valor de 200m y se aplica como dist.adelantamiento en acuerdos cóncavos y nocturnidad.

Como se puede ver, el usuario en Civil 3D tendría que escoger el mayor valor de los 3 si quiere hacer cumplir los 3 requisitos(pero lo tendría que hacer él).
Por ejemplo, el K del primer acuerdo es k=115.791 con lo que cumple el SSD y no se considera error en ese requisito.

En realidad, con VisorNET sucede lo mismo con los Kv dist.mínima parada,kV.dist.mínima adelantamiento y Kv mín condiciones estéticas.
El usuario tendría que seleccionar el mayor de ellos para hacer cumplir los 3.

Entonces, mi conclusión, es que VisorNET lo hace bien calculando KVmín para la normativa española y el XML no sirve.

mi única duda es si las distancias mínimas(dist.adelantamiento,dist.parada y dist.iluminación) se utilizan para algo más que no sea para calcular el KV mínimo de cada categoría.

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
joantopo
Moderador


Registrado: 31 May 2006
Mensajes: 3471
Ubicación: Barcelona-ITT 68XX

MensajePublicado: Mon 03 Mar 2014, 13:06    Asunto: Responder citando

Ahora se me han aclarado bastante las cosas:

Ver los "diagram".
http://docs.autodesk.com/CIV3D.....d30e215850


Tenemos lo siguente:
-Los KV mínimos, ellos lo calculan con A.A.S.H.T.O. tables, es decir, una tabla en función de la velocidad obtienen su KV mínimo para las condiciones de distancia de parada y KV mínimo para las condiciones de distancia de adelantamiento.
Si nosotros no usamos un archivo XML o éste no contiene la tabla(como pasa en XML de España), si comprobamos los valores de MinimumKValueSSD,MinimumKValuePSD.. su valor será -1, que es que no puede encontrarlo porque no hay tabla.

-Nosotros, a diferencia de ellos, tal como hace nuestra normativa, a partir de las distancias mínimas (de parada y adelantamiento) calculamos su respectivo Kv mínimo.
Al parecer, ellos no lo hacen así porque lo obtienen directamente de la tabla.

El HSD, highlight sight distance, que al principio no sabía que era, resulta que es el caso de distancia de parada para acuerdos cóncavos, por eso sólo se obtiene su distancia en tipos sag(cóncavos).
La distancia de parada en acuerdos convexos ya se obtiene con SSD.

Luego tenemos el PSD(dist.de adelantamiento) que contemplan para el caso de acuerdo convexo.
Quizá, una diferencia es que nosostros, o así hace Ispol, es que considera la altura del objetivo de 1.10 en vez de 0.20 para los casos de adelantamiento.

_________________
No guardes nunca en la cabeza aquello que te quepa en un bolsillo.
Albert Einstein (1879-1955)
Yo diria que el "bolsillo" es cartesia.
Volver arriba
Ver perfil de usuario Enviar mensaje privado Enviar email MSN Messenger
Mostrar mensajes de anteriores:   

Temas similares
Tema Autor Foro Respuestas Ultimo Mensaje
No hay mensajes nuevos Informe visibilidad Civil 3D Caminera andante Topografía 1 Sat 05 Aug 2017, 21:23 Ver último mensaje
joantopo
No hay mensajes nuevos [Civil3D]Infracciones en la rasante ITOPCCLP89 Topografía 2 Tue 29 May 2012, 16:35 Ver último mensaje
ITOPCCLP89
No hay mensajes nuevos EXPORTAR EJE Y RASANTE EN CIVIL3D CHINO130 Topografía 0 Fri 31 Jul 2009, 09:39 Ver último mensaje
CHINO130
No hay mensajes nuevos civil 3d rasante a estatico. NIETZSCHE0000 Topografía 4 Fri 18 Mar 2016, 00:07 Ver último mensaje
NIETZSCHE0000
No hay mensajes nuevos [Civil3D] Ver texto de porcentaje en ... fcojesusgil Topografía 2 Wed 13 Nov 2013, 16:56 Ver último mensaje
joantopo
No hay mensajes nuevos [Civil3D] truco: rasante de cuneta. joantopo Topografía 0 Sat 09 Jan 2016, 01:31 Ver último mensaje
joantopo
No hay mensajes nuevos [Civil3D]PERFILES longuitudinales y r... DANIELOTOPO Topografía 1 Wed 22 Jul 2009, 01:48 Ver último mensaje
txus
No hay mensajes nuevos [Civil3D] Exportar fichero de puntos ... Brands Topografía 3 Thu 19 Feb 2015, 19:48 Ver último mensaje
Brands

Publicar nuevo tema   Responder al tema    Indice de Foros -> Topografía Todas las horas son CET (Europa)
Página 1 de 1

 
Cambiar a:  
Puede publicar nuevos temas en este foro
No puede responder a temas en este foro
No puede editar sus mensajes en este foro
No puede borrar sus mensajes en este foro
No puede votar en encuestas en este foro
No puede adjuntar archivos en este foro
No Puede descargar archivos de este foro


Powered by Cartesia ©