|
Medellín, Octubre 29 de 2005
Hola Héctor
Hola Juan
Hola Comunidad
La razón exacta para que suceda el evento descrito "...como insuficiencia de OO.." por alguno de nuestros compañeros, que además anexo un documento de Hoja de Calculo creado en Excel ( por cierto con serias deficiencias de metodología y diseño) esta descrita con bastante detalle en la serie que sobre Migración OO 2.0 publicamos desde enero de este año en superalumnos.net , a continuación transcribo la parte pertinente "....
Existe un punto adicional que puede ser de mucha importancia para los que usan formulación estadística o financiera y es el referido al suministro de parámetros en funciones de Calc, pues este último no soporta la inserción de separadores consecutivos (coma o punto y coma, según configuración regional), para mostrar la ausencia de un elemento requerido; en cambio Excel acepta dicha representación. Así por ejemplo para calcular el valor de pago de anualidad, en Excel la formula =VA(0,05;10;100;;1) devuelve el valor 810,78; en Calc =VA(0.05;10;100;;1) devuelve Err:511 (falta una variable), para resolver este evento solo basta reformular =VA(0,05;10;100;0;1), agregando cero como parámetro ausente. Y se obtendrá el mismo valor. ....".
Les recomiendo mirar la pagina www,superalumnos.net y bajar un excelente documento recopilado por nuestro apreciado y común amigo Ismael Fanlo.
Cordialmente
Luis E. Vásquez r
-------Mensaje original-------
Fecha: 10/29/05 16:37:40
Asunto: Re: [d_es] OO.o2
Con la función PAGOINT pasa lo mismo, da error en muchos sitios.
> Hola a todos,
> el problema de esa hoja esta en una de las fórmulas que usa:
> VA(tasa;nper;pago;vf;tipo), se trata de una función financiera, lo que
> hace no viene al caso, en la que son obligatorias las tres primeras
> variables pero las dos últimas son opcionales, el problema se genera
> porque, aunque en Excel y Calc la sintaxis es la misma, en Calc si la
> penúltima (vf) no existe tampoco puede existir la última(tipo) cosa
> que en en Excel no pasa (cosa que queda explicada en la ayuda de
> Calc). Lo explico con un ejemplo que podéis comprobar:
> EN EXCEL
> =VA(5;4;1;;2) devuelve el valor -1,20
> EN CALC
> =VA(5;4;1;; 2) devuelve el valor Err:511
> Calc no permite que después de una variable vacía haya otra que no lo
> sea (al menos en esta formula) dando un error de sintaxis.
> Entiendo que es un problema de OpenOffice.org Calc que no importa
> adecuadamente el formato de Excel.
> No solo pasa con esta función: la función logaritmo en excel se pone como:
> =LOG (NÚMERO;BASE) si se omite base la función entiende que la base es 10
> pero en calc solo puede ponerse como
> =LOG (NÚMERO;BASE) no pudiendo omitirse la base por que da un error de sintaxis.
> Saludos.
>
> > Bueno!!
> >
> > Después de todo no fue necesario migrar el documento, desde las listas
> > de debian alguien me aconsejo probar con soffice "el viejito para
> > Linux" y resulta que como lo esperaba no funciono, pero comprobé que
> > cargaba el archivo mucho más rápido que el OO.o 1.4 de Debian y unos
> > segundos menos que el OO.o 2stable, es rapido el condenado.
> >
> > Me extendí en seguir el consejo y probe diversas suite's ofimáticas,
> > resulta que a pesar de no querer usar gnumeric por "viejas rencillas"
> > :-D al instalarlo aunque no esperaba que el archivo funcionara de
> > manera correcta funciono a la perfección, cargo y realiza todos los
> > calculos aparentemente bien, :-D mentiras tenia 2 maquinas para probar
> > una mswin+office y la otra con sarge+gnumeric y funciono en todo.
> >
> > Gracias. Y como por comentar a ver a si le pica la curiosidad a alguno
> > de los desarrolladores y miran el gnumeric a ver que tiene que le
> > falta al OO.o :-)
> > Saludos.
> >
> >
> > > > Vi el archivo y realmente es un desorden... los datos estan repartidos
> > > > en filas y columnas inverosimiles (hay muchos campos sin ocupar y datos
> > > > dispersados sin un orden logico, parece que hubiesen querido ocupar la
> > > > mayor cantidad de region posible dentro de los limites de la
> > > > planilla)... bueno, pero es lo que hay y se quiere dar una solucion.
> > > > no conozco el OOo calc en profundidad todavia, pero si se que el $
> > > > (tanto en el OOo como Excel, lo se porque hice la prueba) especifica que
> > > > columnas y/o filas se bloquea al momento de copiar una celda, por
> > > > ejemplo, si un solo valor (p.e. A1) se debe multiplicar por varios datos
> > > > de una columna cada vez (p.e. B1:B10), lo que se hace es escribir en la
> > > > formula $A$1*B1, luego tomas la celda que tiene la formula recien
> > > > escrita y la arrastras hacia abajo... el resultado es que la siguiente
> > > > formula seria $A$1*B2 y no A2*B2 (que es lo que ocurriria si no tiene
> > > > los $); en fin (eso era para el que no lo sabia), el problema no esta en
> > > > ese simbolo $... trate de rastrear el error hasta el principio pero no
> > > > tengo tiempo ahora (toy trabajando, dia domingo) y ahi se podria saber
> > > > en que lugar ocurre el error... quizas (y solo quizas) el problema esta
> > > > en haber ocupado tanta area de trabajo (los datos muy dispersos) en vez
> > > > de compactarlos a una region de toda la planilla, no se si el OOo tendra
> > > > alguna limitante en ese sentido.
> > > >
> > > > bueno, espero que esten bie
> > > >
> > > > saludos
> > >
> > > Ok.
> > > Gracias.
> > > Segun todo apunta la unica forma de que el cliente migre es rehacer
> > > los documentos.
> > > Bueno, gracias a todos por su apoyo :-)
> > >
> >
> > ---------------------------------------------------------------------
> >
> >
>
>
> --
> Juan Antonio CAVERO BASOLS
>
--
Juan Antonio CAVERO BASOLS
---------------------------------------------------------------------
| 