Hola, Pablo. Ante todo suerte :). Te comento. Si vas a almacenar datos con coordenadas puedes usar MySQL o PostgreSQL como servidores de base de datos, que tiene soporte para hacer consultas de este tipo. Tendrás que almacenar todos los elementos, con sus propiedades y coordenadas en la base de datos bien normalizados. Si tienes a algún analista/programador que te pueda ayudar con el diseño de la base de datos, te recomiendo que le pidas ayuda. De este diseño depende que el desarrollo de tu herramienta sea un infierno o sencillo como el mecanismo de un chupete. Una vez que tengas los datos bien estructurados podrás hacer consultas de objetos en una coordenada, ver las propiedades de ese objeto, consultarlos por categorías, y muchas otras cosas. Para eso si necesitarás PHP (u otro lenguaje) para comunicar Flash con la base de datos. PHP no es una base de datos, es un lenguaje de programación muy utilizado para desarrollar páginas web. Puedes usarlo para comunicar Flash con la base de datos. En la lista se ha hablado varias veces de AMFPHP, una aplicación desarrollada en PHP que facilita enormemente el asunto.
Un saludo. Pablo Soldavini escribió: > Hola Raúl, > > Justamente, debido a la cantidad de información, había pensado en utilizar > bases de datos externas, quizás la mejor solución sea PHP (creo). Pero, como > dije en el otro correo, no se por dónde empezar. Para ver si logro aclarar > más el concepto, volvamos al símil: > > > Mapa de un país X, dinde figuran los pueblos (nodos), en esos pueblos puede > haber y puede no haber más información. Lo que es seguro es que no habrá dos > con el mismo nombre. > En cuanto a la información que puedan contener, sería algo así como Hoteles, > Restaurantes y/o Campings (por decir algo), en realidad son: tipo de empalma, > cable, derivaciones, etc., éstos a su vez contienen la información de > dirección, teléfono, etc., que en realidad son fecha, marca, operario, etc. > > La idea es que desde la página inicial, pueda buscar tanto el "pueblo" como > el Hotel. > > Por eso había pensado en bases de datos cruzadas, pero no se si es lo más > adecuado. > > En cuanto al tamaño, podría "partir" el plano en unas 9 ó 10 secciones > diferentes, así las bases serían algo más pequeñas, aunque no puedo impedir > una búsqueda general. > > A ver si con esto logro aclarar algo más la cosa, porque insisto, ni yo lo > tengo claro. > > Un saludo y gracias. > > > -- Julio Rabadán González * Somms.NET* Aviso Legal <http://www.somms.net/varios/firma_somms.html> ----------------------------------------------------- ASNativos www.5dms.com subscripciones/desubscripciones http://asnativos.5dms.com -----------------------------------------------------
