Foro Cartesia :: Ver tema - [Civil3D]Visibilidad en rasante en Civil 3D. http://www.cartesia.org/foro/viewtopic.php?

t=28873&highlight=ispol

Foro Cartesia
Geomática y Topografía
Cartesia · Crea tu Blog · Cursos · Contacta · Publicidad · ·
Avanzada

Indice FAQ Registrarse Entrar

adlfw

Ad by save on | Close This Ad

[Civil3D]Visibilidad en rasante en Civil 3D.

Indice de Foros -> Topografía

Tema Anterior :: Tema siguiente

Autor Mensaje

joantopo Publicado: Vie 28 Feb 2014, 16:41 Asunto: [Civil3D]Visibilidad en rasante en Civil 3D. Twittear 0
Moderador

Estoy revisando los cálculos de VisorNET pero había una cosa que no me cuadraba.
REGISTRADO : 31 May
2006 En el apartado de "rasantes", si se pulsa el botón "KV..." muestra la información referente al kv del acuerdo vertical seleccionado.
Mensajes: 2672
Ubicación: Barcelona-ITT
68XX 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:

► Coordenadas GPS Dp = (V * Tp / 3.6) + (Math.Pow(V, 2) / (254 * (Fl + i)));

► GPS Topografia
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.
► Mapas GPS
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

joantopo
Moderador
adlfw
REGISTRADO : 31 May
2006
Mensajes: 2672
Ubicación: Barcelona-ITT
68XX Ad by save on | Close This Ad

Publicado: Vie 28 Feb 2014, 19:33 Asunto: Twittear 0

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

1 de 3 22/08/2014 10:32
Foro Cartesia :: Ver tema - [Civil3D]Visibilidad en rasante en Civil 3D. http://www.cartesia.org/foro/viewtopic.php?t=28873&highlight=ispol

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.
_________________
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

joantopo
Moderador

REGISTRADO : 31 May
adlfw
2006
Mensajes: 2672
Ubicación: Barcelona-ITT
68XX Ad by save on | Close This Ad

Publicado: Vie 28 Feb 2014, 20:14 Asunto: Twittear 0

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í..
_________________
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

joantopo
Moderador

REGISTRADO : 31 May
2006
Mensajes: 2672
Ubicación: Barcelona-ITT
68XX Ad by save on | Close This Ad

Publicado: Sab 01 Mar 2014, 21:19 Asunto: Twittear 0

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

joantopo Publicado: Sab 01 Mar 2014, 21:50 Asunto: Twittear 0

Moderador

Fijáos en este otro ejemplo:

REGISTRADO : 31 May
2006
Mensajes: 2672 http://s8.postimg.org/soob355b9/visibilidad2.jpg
Ubicación: Barcelona-ITT
68XX
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

joantopo Publicado: Dom 02 Mar 2014, 13:59 Asunto: Twittear 0

Moderador

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

REGISTRADO : 31 May
2006
Mensajes: 2672 Los archivos XML de normativa, suelen tener 2 categorías principales:
Ubicación: Barcelona-ITT
68XX -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..
_________________
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

joantopo Publicado: Dom 02 Mar 2014, 20:47 Asunto: Twittear 0

Moderador

Creo que ya lo voy entendiendo.

REGISTRADO : 31 May
2006
Mensajes: 2672 Si existen 4 archivos XML de normativa, veremos que la mayoría de ellos no tienen el apartado "Profiles", excepto el primer archivo XML:
Ubicación: Barcelona-ITT
68XX _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).

2 de 3 22/08/2014 10:32
Foro Cartesia :: Ver tema - [Civil3D]Visibilidad en rasante en Civil 3D. http://www.cartesia.org/foro/viewtopic.php?t=28873&highlight=ispol

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

joantopo Publicado: Lun 03 Mar 2014, 13:06 Asunto: Twittear 0

Moderador

AHORA se me han aclarado bastante las cosas:

REGISTRADO : 31 May
2006
Mensajes: 2672 Ver los "diagram".
Ubicación: Barcelona-ITT
68XX 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

Mostrar mensajes de anteriores:

Temas similare s

Tema Autor Foro Respuestas Ultimo Mensaje

Mar 29 May 2012, 16:35

[Civil3D]Infracciones en la rasante ITOPCCLP89 Topografía 2
ITOPCCLP89
Vie 31 Jul 2009, 09:39
EXPORTAR EJE Y RASANTE EN CIVIL3D CHINO130 Topografía 0
CHINO130

Mie 13 Nov 2013, 16:56

[Civil3D] Ver texto de porcentaje en ... fcojesusgil Topografía 2
joantopo
Mie 22 Jul 2009, 01:48
[Civil3D]PERFILES longuitudinales y r... DANIELOTOPO Topografía 1
txus

Vie 27 Ago 2010, 13:32

[Civil3D]Las guitarras me presentan l... TAPERHIT Topografía 2
TAPERHIT
Dom 20 Oct 2013, 00:11
[Civil3D]rasante civil3d anapardo Topografía 2
anapardo

Mie 30 Oct 2013, 22:30

Civil 3d Analizar cota puntos desde l... anapardo Topografía 1
joantopo
Lun 28 Nov 2011, 20:53
[Civil3D]AYUDA, NO PUEDO SACAR LA COT... TAPERHIT Topografía 5
lizspice

Todas las horas son CET (Europa)

Indice de Foros -> Topografía

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 ©

3 de 3 22/08/2014 10:32