Win EA6DDlog

EA5RD escribió:

Escribió:

Hay un cambio en los indicativos de los territorios franceses de ultramar (glorioso, juan de nova,etc)
los indicativos son a partir de ahora( realmente del 2005 pero no se han usado) FT(numero) y G, para gloriosos, T para tromelin, la informacion completa esta en la pagina de inicio de URE, en la informacion de la proxima operacion a gloriosos.

saludos

PD. C3 sigue teniendo el mismo indicativo

Gracias Paco por la info, cada vez es más complicado saber la entidad por el prefijo del indicativo.

Pd.Menos mal que C3 sigue sin cambiar

Hola Biel

Me hye dado cuenta que cuando introduces un indicativo/P EJ. EA5RD/P lo reconoce como prefijo P0 (PAPA CERO) la verdad que no he repasado si lo cambia de entidad-pais

En tu web pongo unas cositas por si para futuras versiones se pudieses añadir o implementar.

saludos

Muchas Gracias Biel por aceptar mi sugerencia e implementarla con tanta rapidez.

73's

Tengo una duda, y no tengo muy claro como resolverlo.

Mi programa de registro es LOGIC8, que es americano, y utiliza para las QSL, R de REQUESTED o F de FULLFILED para decir pendiente de confirmar oimprimir o enviar (R) ,y confirmada o impresa o emviada (F)

Cuando genero un fichero adif para traspasar los datos al EA6DDLOG, me encuentro con el inconveniente que no reconoce correctamente esos campos y me aparece el los campos de qsl la palabra (Sol) imagino de solicitada, pero no tengo claro si eso produce algun mal funcionamiento en la gestion de diplomas.

Hay alguien que tenga o haya tenido algun problema similar, supongo que si usamos un libro de registro que no utilize las opciones de Si y No, en cuanto sea en ingles ya puede tener Yes y No y
entonces puede haber tenido alguna pega parecida a la mia.

si soluciono este asunto ya me paso definitivo a este programa y abandono el otro

Saludos

EA5RD escribió:

Escribió:

...
Mi programa de registro es LOGIC8, que es americano, y utiliza para las QSL, R de REQUESTED o F de FULLFILED para decir pendiente de confirmar oimprimir o enviar (R) ,y confirmada o impresa o emviada (F)

Cuando genero un fichero adif para traspasar los datos al EA6DDLOG, me encuentro con el inconveniente que no reconoce correctamente esos campos y me aparece el los campos de qsl la palabra (Sol) imagino de solicitada, pero no tengo claro si eso produce algun mal funcionamiento en la gestion de diplomas.

Hay alguien que tenga o haya tenido algun problema similar, supongo que si usamos un libro de registro que no utilize las opciones de Si y No, en cuanto sea en ingles ya puede tener Yes y No y
entonces puede haber tenido alguna pega parecida a la mia.
...

Hola Paco, en principio el programa reconoce como posibles valores Y(es),N(o),R(equested),I(gnore), y en la próxima versión (Q)ueued. Como tu bien has intuido "Sol" es el equivalente a Requested, e internamente graba R.
Estos valores son los que estan definidos en el estandar ADIF, del cual intento no salirme. FULLFILED, no esta definido como posible valor en ADIF.
En tu caso a que significa un registro con el valor R en QSL enviada, y con valor F?
Y lo mismo pero en QSL Recibida?
Comentamelo y encontraremos una forma de adaptarlo.
Saludos.

Hola Biel

en los dos casos indica R es el equivalente a nuestro N no (no he enviado la qsl , no la he recibido si lo extrapolamos a la parte de confirmado) y F o fullfiled es que ya se ha impreso la qsl, o ya se ha recibido.

Otra cosa que tienen todos los logs en PC, es que tenemos dos opciones impresa de qsl y recibido de QSL, pero puedes haberla impreso y no enviarla nunca, por no tener una direccion buena o simplemente por que se te olvida enviarla, pero claro si la imprimes y no la envias ya es algo que no le puedes reprochar a ningun programa.

En el logig hay un pequeño modulo, opcion o como queramos llamarlo, que es el de qsl routes, que hay dos formas de usarlo, bueno a lo mejos hay mas pero yo lo veo asi, como el programa conecta con internet y te baja la ultima actualizacion (accesible y gratuita) de qsl managers del GO LIST, pues puedes tener un listado importante de managers, pero claro como es la parte gratuita pues no es muy reciente y te puedes encontrarcon informacion obsoleta; y luego otra forma de usarla y es como yo lo hago, solo paso los managers que yo utilizo y de esa forma puedo tener un control de si envio la qsl, cuando la envio, como certificado, correo ordinario, si utilizo us dollar, o IRC, si uno o dos de los que sea, y la direccion con la fecha a donde lo envio, de esa forma cuando recibo algo directo puedo saber si el manager es rapido, "barato" o por el contrario si es un "cara".

Imagino que tendremos tiempo de intercambiar impresiones proximamente y veremos algunas utilidades buenas que tiene el LOGIC y quiza para proximas versiones del 6DDLOG quien sabe si las podriamos poner en marcha; lo peor que tiene el LOGIC, es que es yanky por lo tanto este en la lengua de "CHICASPEARE" y ademas de pago y caro, cuando hay una version siempre toca pasar por caja, yo lo llevo usando desde que se llamaba LOGIC5 y ahora se llama LOGIC8, no te digo mas.

Bueno que me pongo a escribir y no acabo, saludos a todos y ya nos vemos.

EA5RD

.

Bueno sigamos pidiendo:

Seria posible que cuando intentamos transpasar la informacion del log, solo si es posible; transpasar al excel solo los campos que nosotros quisieramos, o en su defecto que si preparamos un excel bonito para listar el log en papel, que los datos que nosotros quisieramos fueran transpasados a papel digamos en las posiciones que quisieramos segun una plantilla de excel.

Creo que lo he explicado correcto pero no se si se entiende, vamos sacar un libro de guardia solo el encolumnado que quisieramos dejariamos creo que solo el dia, fecha, call, qsl via banda, nombre, qth, vamos los datos basicos.

Bueno ya hay otra cosa mas para comentar.

saludos

Otra cosita

El omnirig, que se usa en el log, tiene la posibilidad de usar el programa band master para tener un "chivato" de las estaciones que hay en cada banda, seria posible utilizarlo con nuestro log???

bueno pues eso es lo nuevo que se me ha ocurrido ya dare un poco la lata otro dia.

saludos

La base de datos del I.O.T.A. es actualizable, es que faltan referencias o no estan actualizadas.

saludos

En la opcion de informes tenemos alguna opcion para incluir el qsl via en los informes?? o poder configurarlo nosotros?? para hacer el listado a "la medida"

saludos

Paco

Bueno, después de unos días de descanso. Ya vuelvo a estar al pie del cañom, y esta semana aparecerá una nueva versión con algunas de las solicitudes que han ido apareciendo en este hilo.

-Base de datos IOTA, por ahora no es actualizable desde el programa. No había previsto que se pudieran realizar mantenimiento de los ficheros maestros, para que dichos ficheros fueran homogéneos para todos. Pero sin duda alguien tendrá que mantenerlos actualizados. Volvere a pensar en este tema, y veré que solución le damos.

- Band Master, no parece muy complicado en realizar la conexión, aunque lo que hace el band master, también lo tenia pensado implementar directamente desde el programa.

- Formatos QSL y etiquetas, en el programa se distribuyen unos cuantos listos para usar, pero si me ennviais las medidas iré incluyendo mas formatos.

Sobre lo del band master, me he dado cuenta que el omnirig es freeware, pero el band master es "pagaware", con lo cual si tu tenias alguna idea, ya sabes lo que te toca.
El tema de los IOTA, pues ya lo hablaremos si necesitas el fichero actualizado creo que te lo puedo pasar, a fecha de Febrero creo que lo tengo. ya me dices

El tema de los informes si creo que hay que echarle un vistazo, por ahi podemos mejorar bastante, etiquetas y tal pues hombre supongo que alguien habra a los que los formatos que hay no le sirvan y esten jurando en arameo, pero creo que los que hay si bien seguro que son pocos si creo que sirven a una pequeña mayoria.

Ya estamos en contacto.

saludos

Estupendo Biel, ya he probado la nueva versión, esto mejora dia a dia :laugh:
Veo que tuviste en cuenta mi sugerencia de poder editar bloques de contactos, tras hacer un filtrado funciona Ok, además ahora el programa importa directamente desde RadioGes. Tras testar dicha función te comento que va estupendo pero he notado que los campos COMENTARIO y QTH están en blanco, han perdido la info en el proceso desde RG. Por otra parte noto que a EA6DD LOG le falta el campo CONCURSO (Contest) pues esa info también se pierde, se podría incluir otro campo INDICATIVO USADO (owner callsign - station callsign) del standar Adif 2.0 para casos de estaciones móviles o portables.
Por cierto, al intentar solventar esa ausencia creando un nuevo libro como EA7AHA/M me acaba de dar un error el programa y ya no me deja iniciarlo, tendré que reinstalarlo...
Adjunto el LOG de error por si es de utilidad: [file name=error.rar size=2322] https://www.ure.es/wp-content/uploads/wpforo/default_attachments/media/kunena/attachments/legacy/files/error.rar [/file]

Hola Biel

Tengo un listado actualizado del I.O.T.A. , dime si necesitas un formato especial (xls, txt, dbf) para poder actualizar el fichero maestro.

saludos

Paco

EA7AHA escribió:

Escribió:

Estupendo Biel, ya he probado la nueva versión, esto mejora dia a dia :laugh:
Veo que tuviste en cuenta mi sugerencia de poder editar bloques de contactos, tras hacer un filtrado funciona Ok, además ahora el programa importa directamente desde RadioGes. Tras testar dicha función te comento que va estupendo pero he notado que los campos COMENTARIO y QTH están en blanco, han perdido la info en el proceso desde RG. Por otra parte noto que a EA6DD LOG le falta el campo CONCURSO (Contest) pues esa info también se pierde, se podría incluir otro campo INDICATIVO USADO (owner callsign - station callsign) del standar Adif 2.0 para casos de estaciones móviles o portables.
Por cierto, al intentar solventar esa ausencia creando un nuevo libro como EA7AHA/M me acaba de dar un error el programa y ya no me deja iniciarlo, tendré que reinstalarlo...
Adjunto el LOG de error por si es de utilidad: [file name=error.rar size=2322] https://www.ure.es/wp-content/uploads/wpforo/default_attachments/media/kunena/attachments/legacy/files/error.rar [/file]

Hola Paco,
revisare lo que me comentas de los campos comentario y QTH, el campo concurso (ContestId) si que se importa, pero no lo ves por ninguna parte porque el programa no tenia previsto hacer uso del mismo(pero estar si que esta ).El campo INDICATIVO USADO se corresponde a Operador, y aparece en la parte inferior de la entrada de contactos. En teoría te ha importado todos los contactos en un solo libro, pero respetando el operador. Puedes comprobarlo filtrando por ese campo, también si te interesa podrias traspasarlo entre libros y mantenerlo en logs separados.

El error es debido al uso del carácter /, no reinstales, acabo de subir una actualización que debería dejarte arrancar el programa. Cuando tenga un rato revisare la rutina de creación de log para no permitir el carácter como parte del nombre .

Saludos.

Estupendo Biel. lo estoy probando e igual me animo y lo pruebo en el EADX6M
Buen trabajo. estais hechos unos cracks en el distrito 6. yo utilizo el VQ de tu tocayo.
Animo y sigue con el proyecto.
Gracias.

Ok Biel, se ha actualizado automáticamente, ya está funcionando perfectamente, comprobado y todo va tal como habías dicho. Quizá sería interesante poder añadir el campo OPERADOR y CONCURSO en la "configuración de columnas" con vistas a que el propio usuario pudiera configurar los campos que desea ver y cuáles no en el LOG.
:laugh: FB !! Esto va de lujo...

EA5RD escribió:

Escribió:

Hola Biel

Tengo un listado actualizado del I.O.T.A. , dime si necesitas un formato especial (xls, txt, dbf) para poder actualizar el fichero maestro.

saludos

Paco

Hola Paco,
En formato txt va perfecto, dbf mdb u otro formato de datos también va bien.

Saludos.

EA7AHA escribió:

Escribió:

Ok Biel, se ha actualizado automáticamente, ya está funcionando perfectamente, comprobado y todo va tal como habías dicho. Quizá sería interesante poder añadir el campo OPERADOR y CONCURSO en la "configuración de columnas" con vistas a que el propio usuario pudiera configurar los campos que desea ver y cuáles no en el LOG.
:laugh: FB !! Esto va de lujo...

Ok, intentare añadir los campos que comentas. He revisado lo que me comentaste de QTH y notas, creo que está arreglado, ademas existe un error con la importación de las estaciones portables, solo se importaba el indicativo sin el prefijo portable.
Publicare una actualización con estas revisiones en breve.
Saludos.

Hola Biel, ahora soy EB2RA, antes EB2CYQ, cuando recoges los datos de QRZ.com sólo puedes llevarlos al campo dirección y no rellenar los datos de los campos del QSO o bien yo no sé hacerlo.