RadioGes y... nuevo cambio en QRZ.

Tranquilo Antonio, el problema es que los Americanos no saben ya como … al resto de la humanidad.

Como decimos los españoles diplomáticamente:

Gracias por tu tiempo y dedicación Antonio

Packo EA3GLB

Una vez más, enhorabuena!

La nueva base de datos de Radioges.ES es genial. (Por cierto, ¿existe algún modo de modificar los propios datos?)

Muy útil lo de las nuevas opciones para especificar la vía de envío y recepción de QSL Vía Directa, Vía Asociación, Vía LOTW, Vía eQSL...

Chapeau! :laugh:

Pues mirando, mirando hecho en falta una cosilla que Antonio ha quitado en esta versión.

Cuando metes una QSL como recibida se abre una ventana de dialogo donde aparecen las nuevas posibilidades, PEROOOOOO había una cosita que funcionaba muy bien que ya no está y es el contestar QSL dándole a la muesca (mosca) que se traducía en una S en su campo correspondiente y a la espera de impresión sin necesidad de editar el contacto para especificar la S de envío como ahora hay que hacer.

Otro asunto:
La verdad, no voy a cotejar nunca una QSL de LotW, de eso se encarga el robot de la ARRL, si me lo han dado por bueno ES QUE LO ES y coincide en los dos logs (el del corresponsal y el mio), pero si encuentro a faltar la introducción directa del fichero ADIF que suministra la ARRL para la confirmación de esa forma del comunicado, tal cual está planteado es para meter uno por uno, y sinceramente como que no. ME NIEGO a introducir más de 10.000 comunicados ya confirmados por la ARRL a mano habiendo un fichero ADIF para eso, esperaré a nuevas versiones para ello.

Al igual que para enviar, los envio todos sin marcar este si este no, y el día que alguien se de de alta ahí los tendrá, mucho más comodo, en LotW no sabes quien te ha enviado si no hay cruce de datos, por lo tanto TODOS-UPLoad y me quedo más ancho que alto.

Por lo demás ya comentamos ayer Antonio y hoy te he enviado un correo, supongo que lo habrás recibido.

Reiterándome en mi anterior post, MUCHAS GRACIAS por todo Antonio

73, Packo (The Frog)

EC1AEU escribió:

Una vez más, enhorabuena!

La nueva base de datos de Radioges.ES es genial. (Por cierto, ¿existe algún modo de modificar los propios datos?)

Muy útil lo de las nuevas opciones para especificar la vía de envío y recepción de QSL Vía Directa, Vía Asociación, Vía LOTW, Vía eQSL...

Chapeau! :laugh:

Ya....¡no puedo de momento!... eso sería descubrir de donde saco los datos....je,je,je.

Escribió:

Cuando metes una QSL como recibida se abre una ventana de dialogo donde aparecen las nuevas posibilidades, PEROOOOOO había una cosita que funcionaba muy bien que ya no está y es el contestar QSL dándole a la muesca (mosca) que se traducía en una S en su campo correspondiente y a la espera de impresión sin necesidad de editar el contacto para especificar la S de envío como ahora hay que hacer.

Eso ha funcionado así por lo menos desde hace tiempo. El usuario debe marcar la S en tiempo real si el corresponsal le ha solicitado la QSL, esa opción está para eso....

Escribió:

La verdad, no voy a cotejar nunca una QSL de LotW, de eso se encarga el robot de la ARRL, si me lo han dado por bueno ES QUE LO ES y coincide en los dos logs (el del corresponsal y el mio), pero si encuentro a faltar la introducción directa del fichero ADIF que suministra la ARRL para la confirmación de esa forma del comunicado, tal cual está planteado es para meter uno por uno, y sinceramente como que no. ME NIEGO a introducir más de 10.000 comunicados ya confirmados por la ARRL a mano habiendo un fichero ADIF para eso, esperaré a nuevas versiones para ello.

Al igual que para enviar, los envio todos sin marcar este si este no, y el día que alguien se de de alta ahí los tendrá, mucho más comodo, en LotW no sabes quien te ha enviado si no hay cruce de datos, por lo tanto TODOS-UPLoad y me quedo más ancho que alto.

Para eso tienes en la utilidad "Importaciones" la opción de "Importar LOG en ADIF o QSL confirmadas por LOTW o eQSL". En este último caso solo confirma la QSL y las marca con L ó D, respectivamente, de los contactos del fichero ADIF.

Hola Antonio, me has hecho cargar la version pasada... la casilla inferior de la izquierda era para confirmar a alguien que nos habia enviado y para retornarsela, salía esto:

Ahora sale esto, los interrogantes son mios y lo de "cancelar" se agradece pero no funciona, ante una simulación cancelada me da la QSL como recibida con la fecha correspondiente al editar el comunicado:

En cuanto a lo del LotW y e-Qsl ¡¡jooo..!! lo tenia delante de los morros y no lo habia visto, este fin de semana me lo miro.

un abrazo, Packo

¡¡MENOS MAL, que hice una copia de seguridad antes de hacer la prueba!!

Como te dije Antonio he probado lo del LotW, si, me da por entrada la confirmación del comunicado, QUE NO ES UNA QSL, pero PIERDO EL CONTROL DE LAS QSL´s DE PAPEL, no se porque me lo imaginé que funcionaría así y previamente dupliqué el libro de guardia por si tenia que rectificar la operación.
Me da por recibidas todos los comunicados como si hubiese recibido QSL´s aunque queden marcadas como “L”, creando un tremendo “CACAO”

RG40 me da por confirmados países trabajados la semana pasada a los que todavía tengo que enviar la QSL de papel, el DXCC 5B lo tengo de pasado al igual que el Challenger ¡que pasada!, cuando es mentira, y ya no he querido seguir mirando que se me ha puesto la piel de gallina, cuando he visto que se pierde la referencia de la QSL de papel introducida, por lo que dejaría de saber si la tengo en los archivadores o no, y la verdad, repasar de nuevo 25000 comunicados hubiese sido de locos por este fallo, ¡menos mal de mi intuición!...

El resultado es que pone “R” en rojo con la fecha de recibo en LotW y “L” por el medio donde está confirmado y si alguna ya la tenia en papel me borra la fecha poniendo la última introducida por LotW… te explico mi punto de vista que tal vez sea erróneo pero es lo visto en otros programas que lo contemplan y justamente lo necesario para su perfecto funcionamiento:

Primero entendamos lo que es LotW, solo sirven para la ARRL, si mi confirmación es por este medio no me sirven para el EA100 de URE que contempla RG40, pero de este modo lo da por válido, teniendo en cuenta que LotW NO ES NINGUNA QSL, solo una verificación de comunicado.
No he entrado en meter el log de E-Qsl, me imagino que lo harás funcionar igual que LotW, pero éstas solo las da por buenas CQ, que yo sepa, tanto URE como ARRL y IARU para el WAZ no quieren saber nada de este sistema, al igual que otras asociaciones. (este hilo no está tratando el porque estas se aceptan y aquellas no, son normas de cada organizador y ahí no estoy entrando)

Creo que la entrada y salida de registro de QSL ha de ser INDEPENDIENTE en cada sistema, así como en su compilación, si le quieres dar opción de mezcla, tu mismo, pero solo sería una opción referencial en cada caso, pero el escrutinio total NO PUEDE SER el de la mezcla de todos los sistemas por defecto.
Se que es más complejo y requiere de más condiciones y campos pero es la única forma de realizarlos. Por lo que con tu permiso Antonio te sugeriría poner un aviso en grande en el ClubRg:

No mal interpretes estas líneas, hace años que utilizo tu programa y pienso seguir con el, solamente intento ayudarte en que las siguientes versiones sean más versátiles.

¿Qué haciéndolo como te digo es más complejo?, SI, lo sé, Antonio, la Radio ha dejado de ser hace tiempo Buro-Direct-No QSL, ahora es más compleja comenzando por el Direct 1- 2 ó 3 $, Manager Direct, Manager Buró, Manager 1 – 2 ó 3$ y llegando al LotW y E-Qsl.
Y hemos de dar gracias que el LoogBook de QRZ no está teniendo el éxito que se le preveía por las últimas políticas de QRZ.com, porque si no habría un problema añadido para los programadores.

Un Abrazo Antonio
Packo

AÑADO: me acaban de entrar las confirmaciones de EG3SDC y EH1SDC por e-Qsl de diversos años, las dos confirman "Aviles" ¿¿EG3 - Avilés?? ... pues así va e-qsl, siendo éste un mal menor y por eso no se aceptan en según que diplomas y por mi parte solo estoy dado de alta para otros asuntos que ya te explicaré en privado que tal vez puedan interesarte, Antonio.

Yo no se si es que solo yo descubro cosas o es que los demás no piensan colaborar o es que un servidor exprime el programa más de la cuenta, pero ya hace días que salio la versión y esto está parado.

Tras el fiasco con el LotW y reponer la base de datos nuevamente decidí limpiar del programa las Qsl´s a imprimir y previamente marcadas con una “S” por lo que le di a la opción de imprimir etiquetas. Cual es mi sorpresa cuando surge una nueva pantalla preguntándome si esas QSL son para Buro o Directas ¡¡se me puso cara de 8 !! y pensé… ¿y yo que coño se tratándose de 400 tarjetas?.

¡A ver que yo me aclare!: si cuando realizo un QSO “no me deja elegir D ó B” puesto que solo permite la introducción de “S” ó “N” que es cuando tengo fresco el comunicado y cuando tengo que determinar el cauce de esa tarjeta, ¿Cómo me puede hacer esa pregunta el programa imprimiendo 400 etiquetas y pasado un mes o mas del comunicado?, ¡¡pues habrá de todo!!, ¿no?, pues ¡ale, Imprime con “D” que luego ya te apañaré yo, pensé! Y PERFECTO como siempre con la configuración personalizada, perooooo, si me voy a la base de datos abierta con Acces me encuentro con la fecha de impresión, como siempre, pero ¿además me ha puesto una “D” en todas las impresas?.
No fue mucho trabajo añadido, pero me tuve que entretener en quitar contacto a contacto esa “D” que posiblemente, y si esto queda arreglado con buen concepto, daría errores en un futuro.
La manera de quitar esa “D” es indexar en Acces por fecha de impresión (campo FechaEnvioQsl), por lo que se ponen todas juntitas, y si previamente hemos movido la columna “PideQSL” que es donde se afinca esa jodida “D” junto a la anterior, tendremos muy fácil la maniobra, dejando el campo en blanco de las ya impresas.

De este tema hablamos por teléfono el otro día pero no sabia de la ventanita de marras a la hora de imprimir y he preferido hacerlo por el Foro para que quede constancia como solventar el problema en la base de datos por si algún día alguien se encuentra con el problema, si esto se arregla, encontrándose excesivas tarjetas enviadas por B o por D cuando no es así.

Antonio, disculpa, pero parece que sea yo solo el que te está sugiriendo y poniendo fallos (que no lo son, es concepto), NO TE LO TOMES A MAL, el programa hace años que lo utilizo, Y ES MUY BUENO, pero ahora que mi mujer y mi hija con sus indicativos y ordenadores propios han aprendido a utilizarlo … vas tu y lo cambias… y claro, ya sabrás … “Papa ven”, “Nene ven” yyyyy la Rana saltando de nenúfar en nenúfar, ja ja ja.

Un abrazo, Packo EA3GLB

PD: Antonio, si sueñas con ranas lo entenderé

Hola.

Soy consciente de las inquietudes existentes sobre el tráfico de QSL, antes era más fácil, recibiamos la QSL y ya estaba el contacto confirmado.... je,je,je.

Ahora la confirmación de un contacto puede llegar por otras vías, además de la QSL real que cada vez se utiliza menos e incluso hay ¿radioaficionados? que dicen y publican que no quieren QSL; también para determinados diplomas existe la calificación de "contacto acreditado" por la estación activadora. ¿Significa esto que debemos marcar el QSO como confirmado? para RadioGes si hay que hacerlo si se quieren gestionar diplomas, de alguna manera hay que decirle al gestor de diplomas que contactos se deben seleccionar en base a que la confirmación sea por QSL real, por LOTW, por e-QSL o por otro tipo de acreditación, marcando uno o varios de estos tipos de confirmación.

Ante la inquietud sobre este tema por algún usuario, se ha realizado una versión tratando de incluir en el programa las varias formas de, llamésmole, la vía confirmación del contacto e incluir en los diplomas el tipo de confirmación, o confirmaciones, que admite ese diploma.

Pero por lo visto.... je,je,je....es necesario optimizar y mejorar su tratamiento. Algunas inquietudes ya figuran en este hilo, otras las recibo en mi correo y, al resto de usuarios, si tiene alguna opinión al respecto les agradecería que se pusieran en contacto conmigo por E-MAIL.

Saludos.

ANTONIO-EA4YG.