Cierto mucho de lo que dices, pero dado que OpenOffice.org puede conectar con motores de bases de datos como MySQL u otros de los que nombras, pensaba en hacer algo por esa vía, ten en cuenta que ninguno de los que estamos en el tema somos profesionales informáticos, sino botánicos o ecólogo vegetales.

De todos modos el tema del acceso restringido a la base de datos es algo que ya se tenía en mente; mucha gente podría consultarlas, pero añadir y modificar datos quedaría restringido a un grupo muy reducido de personas, lo que sí se haría es mandar datos a esas personas encargadas de la mecanización final a fin de que ellos la procesaran e integraran en la base de datos.

Gracias por los comentarios, pues servirán para la adecuada reflexión y toma de decisiones finales.

Un saludo


José Miguel Serrano escribió:

Hola ¿Francisco? y hola a todos:

Me alegro de que hayas metido la inquietud del S. Libre, y que te hayan entendido. Espero que todo os vaya bien. Sin embargo me tomo la libertad de sugerirte algunas cosas en base a mis experiencias (no quiere decir que sea experto, pero sí que he tenido que hacer algunas cosillas)

De entrada, las bases de datos tienen que almacenarse en una base de datos cliente/servidor para que sea algo realmente 'profesional'. En S.L. tenemos MySQL, Postgress, Firebird, etc. En propietario Oracle y SQL Server, que permita hacer consultas complejas y que aguante me imagino que varios miles de registros.

Luego hace falta (no descubro nada nuevo, por supuesto) un interfaz o medio más o menos ágil y sencillo de utilizar por usuarios, que permita insertar/editar/borrar... datos, consultas listados, etc. Todos los usuarios NO deberían poder alterar los datos, con lo que vamos al punto anterior, B. de D. 'profesional'.

Dentro de los interfaces de usuarios hay varias posibilidades:

   * Desarrollo de una aplicación específica, sea en Visual Basic,
     .NET, etc (propietarios). Lenguaje C, Java....... (Este último
     también propietario, 'pero menos'.
   * Desarrollo de aplicación para internet/intranet. Aquí podeis
     utilizar PHP (software libre), ASP (de MS....), Java (muy
     profesional). Aquí tienes la ventaja como sabes de la
     localización: ámbito el globo terráqueo y algún satélite de esos a
     los que van los astronautas, y que da igual el S. Operativo.
     Personalmene tendería por aquí.

Aquí el OpenOffice (en mi opinión) no sería la herramienta adecuada si las premisas que he expuesto son correctas. Sí que se podría utilizar para informes puntuales en el que se accede a datos, pero poco más.

No obstante, sí que como te comentaba es una oportunidad de utilizar S.L. para abaratar costes y llegar de forma estándar a todo el que interese sin concesiones a empresas con software propietario.

Saludos,

Josemi

--------------------------------------

falcaraz escribió:

Posibles buenas noticias, aunque más trabajo :-(

Os cuento; la semana pasada tuvieron lugar en Málaga (España) las XX Jornadas de Fitosociología, un congreso en el que especialistas en la ciencia de la vegetación de España, Portugal y alguna palomita suelta de Alemania e Italia, nos reunimos para mostrar la investigación que estamos desarrollando en ese campo.

Estas jornadas las organiza la Asociación Española de Fitosociología (AEFA;curioso, tiene las mismas siglas que la Asociación Española de Fútbol Americano). Varias de las ponencias iban en la idea de hacer bases de datos colaborativas sobre la vegetación de España; como no dos de los grupos que ya llevan algo hecho las tenían con Access 2003; otro grupo de Euskadi las tenía con un programa particular (TurboVeg) desarrollado en Holanda. Como tuve la suerte de ser nombrado miembro de una mesa redonda sobre "El futuro de la fitosociología", aproveché para mandar una pequeña andanada a la línea de flotación argumentando que Access no era libre, que unas versiones son incompatibles con otras, que el formato de datos tampoco es libre y que con ello estabamos cerrando posibles migraciones futuras y que además yo particularmente no podría participar aportando mis datos pues uso Linux y Access es exclusivo de Windows. Además hice más comentarios en la línea de procurar para cosas de conjunto utilizar programas informáticos libres multiplataforma.

Bueno pues parece que al menos algo se movió en los corazoncitos y una de las resoluciones finales del congreso fue crear un Grupo de Trabajo sobre Informática en la AEFA (la de la vegetación, no la del fútbol americano) :-); por supuesto que estoy en el mismo y o me echan o van a tener que sufrir a un fundamentalista del software libre :-D

Access y su paso a un formato libre va a ser la principal batalla; yo, claro, le tengo echado el ojo a nuestro OpenOffice.org 2.0 pero necesitaré toda la ayuda del mundo para convencerlos de las ventajas del cambio y, sobre todo, de que puedan migrar los datos que ya tienen sin problemas. Todavía no tengo acceso a las bases de datos, pero sé que incluyen varias tablas enlazadas y formularios muy atractivos para incorporar datos, corregirlos y hacer búsquedas.

Apenas he tenido escarceos con las bases de datos de OpenOffice.org 2.0, por lo que deberé empezar desde casi cero. Cualquier documento y, sobre todo, experiencia sobre el funcionamiento de OOo Base y procesos de migración desde Access serán bienvenidos.

La AEFA tiene unos 400 socios, si consiguiéramos que usasen OpenOffice.org para las bases de datos seguro que detrás vendría Writer, Calc e Impress; se trata en su mayoría de profesores universitarios que podrían además influenciar sobre un gran número de alumnos. En fin, quizás sea el cuento de la lechera, pero hay que intentarlo ¿no os parece?

Pues eso, toda información y experiencia es más que bien venida.

Un saludo cordial

------------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Francisco Alcaraz Ariza
Departamento de Biología Vegetal
Universidad de Murcia
E-30100 Murcia (España)

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Responder a