🚀 go-pugleaf

Fco. Javier G. Checa escribi� en mensaje
<81n9qj$bqu9@SGI3651ef0.iddeo.es>...
>Saludos grupo:
>Acabamos de asumir nuevas competencias de trabajo en mi departamento y
>debemos ocuparnos del mantenimiento de algunas grandes infraestructuras
>urbanas. Para ello te�ricamente solo disponemos de autocad 14 en red y
>paradox 5.0.

Yo creo que deberia ser suficiente aunque yo preferiria utilizar el AutoCAD
MAP.

>Los ficheros de autocad incluyen topolog�a del terreno, viarios, algunas
>infraestructuras en un nivel no muy detallado, tan solo lo perceptible
>f�sicamente en el terreno, zonificaciones de uso, itinerarios tem�ticos,
>etc... En las tablas de paradox tenemos informaci�n diversa de las
>infraestructuras. Por ejemplo a�o de instalaci�n, fabricante, contratista
de
>la instalaci�n, modelo, potencia,..........y as� un indefinido largo etc.
de
>datos de todo tipo de al menos dos mil inserciones de bloque, con unos
>doscientos tipos diferentes.
>Varias son las cuestiones sobre las que me interesa (y mucho) vuestras
>opiniones y consejos:

>- �Cual es la mejor forma de relacionar los datos (no necesariamente los
>contenidos en las tablas solamente) con los elementos del dibujo. Es
>suficiente con "castigarse con atributos de todo tipo", o merece la pena
>intentar enlazar el/los dibujos dwg con bases de datos externas?


Hombre, yo creo que merece la pena intentar enlazar los dibujos con las
bases de datos externas.
Una forma de enlazar podria ser utilizar los atributos pero estos solo te
serviran para los bloques (mojones, se�ales, ...) todo bloque debera
contener un atributo que sea inequivoco y que relacione este con un elemento
de la Base de Datos.
 Si todas las entidades a enlazar con las Bases de Datos son bloques esta es
la solucion.
Tambien podriais utilizar los Datos Extendidos de Entidades para los enlaces
(esto creo que es lo que hace AutoCAD con su gestion de GIS), esta es la
solucion paar el caso de que no todo lo que pretendas enlazar sean bloques
(las carreteras o lineas no tienen  por que se r bkloques , ni suelen serlo,
al igual que las curvas de nivel, las lineas electricas, ...)

>- �Paradox ser� un programa suficiente para enlazarse o se har� necesario
>migrar datos a otros programas (acces dbase.........)?


Yo justamente he hecho eso con el ADE y el ASE de AutoCAD y la version 13
del mismo y descubri que aunque en teoria AutoCAD deberia enlazar bien con
Paradox, o con Fox, o con Oracle,  no funcionaba lo bien que cabria
esperar(Lo intentamos con ADE y con ASE y no conseguimos nada)
 y hubo que transportar la base de datos a formato DBF que era el unico que
AutoCAD aceptaba sin grandes contratiempos.

Debo decir que de esto ya hace algunos a�os y que aun estoy esperando que
los se�ores de AutoDESK o mi Dealer, al que de forma machacona me
remitieron, me de una solucion ya que segun ellos esto deberia funcionar -
enlace Acad<->Paradox-  yo les llame por lo menos 10 veces explicandoles el
problema y para que me puisieran en contacto con algun departamento tecnico
que me pudiera dar informacion sobre el tema y lo unico que hicieron fue
remitirme a mi Dealer, tomar nota de mi telefono y decirme que ya se
pondrian en contacto conmigo .... hoy tres o cuatro a�os despues sigo
esperando su llamada, menos mal que opte por el camino rapido de la
coversion de la Base de Datos a DBASE y el enlace directo (que si funciono).

>-� El manejo de los datos es eficaz desde autocad?

No se, no se, pero creo que el enlace con bases de datos no esta demasiado
logrado en ACAD (en comparacion con otros sistemas) y de hecho el ACAD MAP
(que viene a sustituir al antiguo ADE) se encarga de la gestion eficaz de
GIS (dibujo -datos) y cartografia en el entorno ACAD.

>- �Todo esto en autocad merece la pena, o es una locura intentarlo. ?
>�Quiz�s sea mas apropiado directamente trabajar con un gis? Un nuevo
>software supondr�a, en tanto se dispone de �l, trabajar de modo rupestre
>(casi sin informatizaci�n) o trabajarse ahora el enlace de tablas y dibujos
>por poco apropiada que fuera en tanto el software es planteado como
>necesidad, aprobado, presupuestado y definitivamente adquirido si es
>procedente (Administraci�n claro)


Yo creo que ACAD dispone de las herramientas para poder hacerlo, lo malo es
que la informacion es sesgada e incompleta.
Yo intentaria hacer alguna prueba enlazando algun dato de la Base de Datos
en el formato de Paradox con alguna entidad de ibujo de ACAD.

>Si alguien puede aportarme algo o desea informarse en mayor detalle ser� de
>gran utilidad para m�.


Otros datos de interes podrian ser:
� teneis TODOS los bloques (esos 200 tipos diferentes) con sus atributos
correspondientes?
�habeis pensado cual sera el capo - atributo que servira de enlace entre las
entidades del dibujo y las Bases de Datos?
�Que volumen de informacion grafica manejareis?
�Que volumen de informacion de Bases de Datos manejareis?
�Como se va a mantener el sistema? �la edicion de datos  sera frecuente o
no? �habra que editar tan solo la BD ? �tan solo el dibujo?  �ambos?
�Como seran las consultas que debereis hacer?
�el sistema sera unico o debera poder ser consultado/editado desde varios
puestos?

>Javier Checa. Madrid.
>b13@retemail.es