Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Mensajes - fwhelan

Páginas: [1] 2 3 ... 5
1
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 06, 2020, 01:49:20 pm »
Alejandro,

Si los espacios en blanco y los guiones bajos los quitamos.

Saludos y muchas gracias!

2
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 06, 2020, 09:46:39 am »
Federico,era lo que te había comentado en la Respuesta #3 respecto de ese caracter. 
¿Habias probado ese update?

Alejandro,

Si si eso ya lo había probado, pero había un carácter de puntos suspensivos que quedaban pegado a una letra cuando finalizaba. Te explico estos archivos no los armamos nosotros sino que los arma otra oficina que es la encargada de generar los planes de estudios y los códigos de las actividades.

Se ve que a ellos en el armado del archivo se les estaba generando un carácter raro cuando hacían la concatenación.

3
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 05, 2020, 12:23:07 pm »

Buenos días, estuve realizando una migración con unos archivos que habían enviado.
Lo pude importar sin problemas 1° al schema mig y luego al schema negocio para consultarlo por el g3 gestión y me muestra bien las actividades.
Cual es el error puntual que les está tirando ahora?
No ven bien los caracteres con acentos?

Saludos.

Jose,

Pude migrar ahora correctamente las actividades y ya se ven bien en el sistema.  Lo que hice fue tomar el archivo que les subi ayer y codificarlo como UTF8, luego busque el caracter que cuando lo habia subido como ANSI me daba error que era unos puntos suspensivos que se encontraban en un registro.

Cmabiando eso pude subirlo.

4
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 05, 2020, 10:52:18 am »
Buenos días, estuve realizando una migración con unos archivos que habían enviado.
Lo pude importar sin problemas 1° al schema mig y luego al schema negocio para consultarlo por el g3 gestión y me muestra bien las actividades.
Cual es el error puntual que les está tirando ahora?
No ven bien los caracteres con acentos?

Saludos.

Jose, como va?

Con el archivo que ustedes me pasaron ayer, que esta en codificación ANSI/LATIN1, lo importe al schema ext, y luego lo migre, y en la base de datos me aparecían caracteres raros con los tildes y las ñ.  Al ingresar al sistema e ir a administrar actividades me daba error de caracteres que no eran soportados en LATIN1.

Tuve que modificar esos caracteres para que pudiera verlos desde administrar actividades. El problema estaba en que no puedo dejarlo sin tildes ni Ñ.

Ahora voy a probar subir nuevamente el archivo que uds me pasaron.

Con que archivo lo probaste vos?

5
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 05, 2020, 09:51:02 am »
Que raro, porque ANSI/LATIN1 soporta letras con tilde y ñ.
Vemos si podemos importar los datos y encontrar el problema.

Alejandro,

Perfecto quedo a la respuesta. Cargo un GDS por este inconveniente?.

6
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 04, 2020, 03:10:14 pm »
Al archivo lo abri con el Notepad ++ y converti a ANSI. Fijate de importar las actividades desde este archivo.
Lo que veo es que generaste con blancos a izquierda en el codigo, nombre y nombre reducido de la actividad.  Quizas luego de importar podes realizar una actualización de estos campos limpiando esos blancos que están en la izquierda del texto.

Alejandro,

Pude cargar el archivo y ya no me tira mas error desde administrar actividades.

El problema esta es que , del archivo que me pasaste en ANSI,  cuando miraba en las tablas de la base de datos encontré varios caracteres que no me tomaban correctamente, Tuve que quitar los acentos, los puntos suspensivos, y cambiar las Ñ por N.

El problema es que necesitamos cargar las actividades con las Ñ, como podríamos hacer?

7
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 04, 2020, 12:23:09 pm »
Alejandro,

Con el archivo que me pasaste me sigue dando el mismo error, las tablas migraron, pero desde el sistema cuando voy a administrar actividades sigue saliendo error de latin1.

Voy a probar modificando el archivo, quitandole los espacios a la izquierda de los campos que me nombraste. y vuelvo a probar la migración.

8
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 04, 2020, 11:58:38 am »
Alejandro,

Si el tema de los blancos a la izquierda en esos campos, se lo consulte  a la gente que genero el archivo,  y me dicen que deben mantener esos codigos por un tema de organización de nombre de las materias.

Se lo voy a comunicar igualmente.

Ahora pruebo este archivo que me pasaste y te confirmo.

9
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 04, 2020, 11:18:20 am »
Alejandro,

Me refería a que si las puedo migrar en la tabla me aparecen, pero cuando hago la operación "administrar actividades" me da el error del latin1.

Te adjunto el archivo de actividades.

10
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 03, 2020, 05:41:01 pm »
Alejandro,

Cree un archivo en notepad++ con codificación ANSI e igual asi tampoco puedo cargarlo.

Ya no se que utilizar, no hay caracteres extraños, mas que acentos, puntos, puntos y comas, barras invertidas.

11
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 02, 2020, 06:57:36 pm »
Citar
Efectivamente el bases.ini tengo el encoding como latin1, pero debo cambiarlo a UTF8?
No. Recomendamos que sea LATIN1.
Debieran encontrar el problema de la/s actividad/es que migraron con un caracter que no esta soportado en LATIN1 y sacarlo o reemplazarlo por uno que este soportado en este enconding.

Alejadnro, esta bien vamos a buscar eso. Pero por eso te preguntaba si se podia realizar la migración por partes es decir, partir al archivo e ir subiendo para saber donde esta el caracter raro.

La migración si la voy cargando me borra los datos que tenia o los suma a los que ya tenia??

Por otro lado, en el manual de instalacion 3.18 recomiendan que el cluster y la base de postgresql este en UTF8.

12
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 02, 2020, 04:42:00 pm »
Hola,

¿que pasa si prueban esta solución?

En mi caso cuando ejecuto show client_encoding; en la DB me devuelve UNICODE, pueden probar ejecutando SET client_encoding = 'UTF8'; o SET client_encoding = 'UNICODE';.

saludos.
2

Leonel,

esta solución la había encontrado cuando la busque, y en mi BD guarani3 me devuelve el comando show client encoding; UTF8, por lo cual ya esta en UTF8 no debería setearlo de nuevo,

 vos decís que lo setee en UNICODE?

13
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 02, 2020, 04:39:25 pm »
El error es por el encoding LATIN1 porque es el enconding con el cual se conectan a la base de datos. Fijate el archivo de configuración instalacion/bases.ini

[desarrollo guarani guarani]
motor = "postgres7"
profile = ".........."
usuario = "......"
clave = "....."
puerto = "...."
encoding = "LATIN1"
base = "guarani3"
schema = "negocio"

Alejandro,

Efectivamente el bases.ini tengo el encoding como latin1, pero debo cambiarlo a UTF8?

Esto se creo luego de la actualización de 3.18?

Estuve probando con varias formas del archivo cambiando los caracteres y demas, cambie muchos caracteres raros, puntos suspensivos, dieresis, etc. Cuando migro un archivo con 14 o 20 actividades los migra e ingreso al sistema y las veo si problemas, pero cuando migro el que contiene las 4777 los migra pero cuando ingreso al sistema me da el error de encoding.

Puedo partir el archivo en 4 o 5 y asi poder ir migrandolos de a poco para poder saber concretamente cual es el caracter que no me esta tomando?, o una vez que corro la migración con un archivo, despues no puedo volver a correrlo con otro por que me los pisa?

Espero tu respuesta a las 2 preguntas.

Muchas Gracias

14
Migración de Datos / Re:error con migración de datos actividades
« : noviembre 02, 2020, 12:16:19 pm »
Revisaron los nombres y/o códigos de las actividades que importaron si tiene algún caracter UTF8 que no es soportado en encoding LATIN1?

Este caracter:
Que corresponde al mensaje que les da: 0xe2 0x80 0xa6
Fijate si encontras una actividad con ese caracter:
Código: [Seleccionar]
select * from sga_elementos where  nombre like '%…%' or codigo like '%…%'

Alejandro,

Ese carácter ya lo había buscado para quitar, por que había encontrado que hablaban acerca de ese error, igualmente me seguía tirando error.

Ahora probé con un archivo mas chico, y elimine espacios que había desde el delimitador y el primer carácter, también un espacio que agregaban a tras de otro carácter, y ahí me funciono. Estoy pidiendo que me envíen el archivo completo para procesarlo y te confirmo si funciono correcto.

Igual la duda me queda, ¿Por qué si mi servidor esta con LANG= es_AR-UTF8 y todos los encoding de la base están en UTF8, el error es acerca de LATIN1?

15
Migración de Datos / Re:error con migración de datos actividades
« : octubre 30, 2020, 02:17:04 pm »
El error en la migración es creditos String : couldn't convert String to number
Parece que esta en el campo "creditos" (numeric(8,2)) que es el dato que esta en la posición 8 dentro del archivo mig_actividades.csv
¿Que dato ingresaron en ese campo para las actividades que importaron en la base?

Alejandro,

Corregimos el csv, ya que tenia en el campo 8 un caracter que no debia estar.


La migración finalizo con exito.

Pero cuando queremos entrar al sistema y vamos a la opción administrar actividades me sale el siguiente error de BD:

 SQLSTATE[22P05]: Untranslatable character: 7 ERROR: character with byte sequence 0xe2 0x80 0xa6 in encoding "UTF8" has no equivalent in encoding "LATIN1" Más info...

SQLSTATE: db_22P05

CODIGO: 7

MENSAJE: ERROR: character with byte sequence 0xe2 0x80 0xa6 in encoding "UTF8" has no equivalent in encoding "LATIN1"

SQL: SELECT sga_elementos.elemento,\n sga_elementos.codigo,\n sga_elementos.entidad,\n sga_elementos.nombre,\n sga_elementos.nombre_abreviado,\n sga_g3entidades_tipos.entidad_tipo,\n sga_g3entidades_tipos.nombre as tipo_desc,\n sga_g3entidades_subtipos.entidad_subtipo,\n sga_g3entidades_subtipos.nombre as subtipo_desc,\n sga_elementos.estado as estado,\n sga_elementos_estados.descripcion as estado_desc,\n sga_g3entidades.entidad_subtipo,\n sga_g3entidades.entidad\n FROM sga_elementos,\n sga_g3entidades_subtipos,\n sga_g3entidades_tipos,\n sga_elementos_estados,\n sga_g3entidades \n WHERE sga_g3entidades_subtipos.entidad_tipo = "2" AND sga_elementos.entidad_subtipo = sga_g3entidades_subtipos.entidad_subtipo\n AND sga_g3entidades_subtipos.entidad_tipo = sga_g3entidades_tipos.entidad_tipo\n AND sga_elementos.estado = sga_elementos_estados.estado\n AND sga_elementos.entidad = sga_g3entidades.entidad \n ORDER BY sga_elementos.codigo\n ; -- toba_log: 1115011943

La base esta en encoding UTF8 .

Páginas: [1] 2 3 ... 5