Log4om

@ea1da

Alberto, tal y como tu lo tienes configurado, lo he podido hacer funcionar perfectamente.

Al hilo del programa, tengo una duda. ¿Que se supone que tendría que hacer el apartado SETTINGS - UPDATE RESOURCES = ClubLog, Country Files, LoTW users...?. Lo digo porque le doy a cualquiera de las opciones y simplemente no hace nada, ni actualiza, ni reindexa ni nada.

¿Sabes algo de esto?. Gracias.

73 - EA5XAmadeo

Me alegro que te funcione Amadeo.

A lo que me preguntas, esa parte por lo que deduzco es para actualizar las bases de datos de todo lo que aparece en ese menú, por lo tanto en ClubLog y LoTW lo que actualiza es la base de datos de los usuarios que utilizan esas plataformas para confirmar los QSO, entonces cuando le damos lo actualiza internamente y por eso no vemos nada, o es un bug que tiene el programa, ni idea.

73 Alberto - EA1DA

@ea1da

Gracias por responder Alberto.

He estado indagando, y hay un módulo de configuración en SETTINGS-PROGRAM CONFIGURATION-PROGRAM SETTINGS-PROGRAM SCHEDULER, donde te encuentras todas las opciones del menú descrito. En este aparatado, puedes configurar de manera automática, los intervalos en que los diferentes servicios pueden ir actualizándose, desde días hasta segundos.

Como tu bien dices, y aunque se pueda programar automáticamente, al solicitarlo en manual desde el menú, podría ser que no se vea el progreso de la actualización y que lo haga de manera interna, o directamente que sea un bug. Es un menú con bastantes opciones, por lo que me extraña bastante que ahí no se vea nada, y en el manual no hace referencia ni aparece foto alguna, que lo documente.

Bueno, seguiremos probando cosas. Gracias.

73 - EA5XAmadeo

Bueno, acabo de ver que sí, que lo hace de manera interna, pero podemos comprobar si realmente actualiza lo que le pedimos o no.

Una prueba muy sencilla, es ir a (por ejemplo) VIEW STATISTICS, veremos que se abre un listado con todas las entidades y su información referente a confirmaciones, dejamos la ventana un lado (o la pasamos a otra pantalla), ahora vamos a SETTINGS-MAINTENANCE-REBUILT STATISTICS y, ya podemos ver como en STATISTICS hace un "refresco" REFRESH en el momento que lo solicitas.

Así que sí, lo hace siempre, lo que pasa es que tiene dos menús, uno que lo hace de manera automática sin intervención del usuario, y con la frecuencia que le indiquemos, y otro manual, que lo hace en segundo plano (no lo vemos), a no ser que tengamos ese módulo abierto en el momento de solicitarlo.

Al final, lo que hace es tener la información siempre actualizada e indexada sin que tengamos que hacerlo nosotros a mano, o que nos salte de vez en cuando una ventana invitándonos a hacerlo.

73 - EA5XAmadeo

Gracias Alberto por la sugerencia. Espero que esteis todos bien por LO.

El caso es que el otro dia probé y no funcionaba. Ayer actualicé a la última versión y ahora ya funciona por UDP, cuando introduzco un qso en N1MM pasa al Log4OM. He abierto primero el Log4OM y después el N1MM, igual el orden tiene algo que ver....

Lo que veo es que el log es un poquito lento y eso es lo que me da miedo, sin con 7.000 qsos ya va lento, ¿que ocurrirá con 20 o 30 mil qsos?

Ok Amadeo, he probado lo que has dicho, y es como dices.

Comentarte también que cuando le das a actualizar desde SETTINGS - UPDATE RESOURCES cuando termina te sale el icono de notas debajo de note, y cuando pulsas te dice que se ha actualizado.

Juan Carlos por LO estamos todos bien por suerte y que sigamos así, espero que vosotros estéis igual.

La lentitud del log te puedo comentar que al principio con el WSJT-X era un horror y muy lento, ahora con las nuevas actualizaciones no le cuesta mas de dos segundos (de qso ando como tu), con el N1MM lo desconozco al no haber probado la conexión entre ellos, al igual que el orden de los programas, pero yo abro siempre antes el Log4OM.

A cuidarse y seguir bien, que de esta salimos, ánimo.

Hola,

Quiero empezar diciendo que Log4OM es un programa excelente, de los mejores actualmente. Mi "aportación" en este hilo es respecto al enlace con N1MM y otros programas, que es lo que habéis hablado aquí. Es una opinión muy personal y, como todo, habrá personas que estén de acuerdo o no, pero quiero aportar mi "granito de arena" para "abrir debate" y escuchar opiniones.

Los programas de log actuales deben enlazarse con el resto de programas de modos digitales y que puedan aportarle una funcionalidad que el programa de log no tiene (ni se le pretende que tenga). Por eso, un programa de log actual que se precie, debe enlazarse con los mejores programas de modos digitales actuales, como son WSJT-X, JTDX, MixW, FLDIGI, MultiPSK y no sé si hay alguno más. Estos programas se utilizan para trabajar modos digitales y, enlazarlos con el programa de log facilita el trabajo, ya que estás trabajando con el programa de digitales y al mismo tiempo estás guardando el QSO en tu programa de log (de forma automática y sin tener que tocar nada en el log), con la info que éste pueda proporcionarte extra y no te ofrezca el programa de digitales (como estadística de un diploma para saber si te falta o no, si es duplicado, subida a libros online en tiempo real, etc).

Yo soy de la opinión que ¿porqué incluir un módulo de modos digitales en un programa de log, cuando ya existen programas específicamente diseñados para eso? la prueba la tenéis con la última versión de MixW y la inclusión de FT8. ¿Alguien realmente usa MixW en FT8 existiendo WSJT-X o JTDX? si es así, está usando el peor programa para FT8 de la historia. INSISTO: es mi opinión personal. A cada maestrillo, su librillo. Personalmente, MixW, es de lo mejor en modos digitales (aunque sea de pago). Pero en la versión 2 ó 3. La 4, muy bonita pero... me quedo con la 3 sin dudarlo. Y no quiero abrir debate en esto; es hablar en voz alta y poner un ejemplo claro. Los que sois usuarios de MixW de hace años sabéis de lo que hablo perfectamente.

Lo mismo sucede con el control del equipo. Un programa de log, realmente,  sólo necesita leer la frecuencia y el modo del equipo. Y poder asignar la frecuencia y el modo al equipo desde mensajes del clúster y poca cosa más. Si ya existen programas de control de CAT específicamente diseñados para controlar cualquier parámetro de la emisora, ¿porqué empeñarse en hacer un "todo en uno" que sea mediocre? ¿no es mejor centrarse cada uno a lo suyo pero interconectarse con lo mejor del mercado?. Esto es una reflexión al aire y es la filosofía que siempre ha seguido Swisslog desde su inicio: intentar ser de lo mejor como programa de log y enlazarse con lo mejor del mercado en el resto de aspecto "ajenos" a lo que sea gestión de log. Es inevitable hablar de lo que llevo entre manos, porque soy parte implicada.

Ahora viene lo de N1MM: este programa está especialmente diseñado para concursos. Mi pregunta es: ¿qué aporta enlazarlo al programa de log? Cuando estás en un concurso, se supone que estás por el concurso, por conseguir el máximo de puntos y multiplicadores. De nada te sirven las estadísticas de tu log cuando, si estás en el concurso, lo que te interesa es lo que estás haciendo en el concurso y no lo que tienes en el log. Entonces, ¿para qué quieres enlazar el programa de concursos con tu programa de log? ¿Qué ganas? Es más, si tu programa de log sube a logs online, quizá es muy probable que te equivoques en el concurso y borres algún QSO que te hayas equivocado. Si lo enlazas con el log, ese QSO sigue en tu log (y encima quizá lo hayas subido ya a algun log online). Resumiendo: te genera más problemas que beneficios. ¿No es más fácil (insisto, bajo mi personal y humilde opinión), una vez acabado el concurso, exportar en ADIF los QSO desde el programa de concursos y luego importarlos a tu programa de log?. Así estás pasando los QSO realmente realizados y comprobados de forma eficiente para luego subirlos a Lotw/eQSL etc. Que esa es la gestión que se pretende de un programa de log "actual". ¿Porqué hacer todo eso enlazado con el log en tiempo real? 

Esta es una de las razones del porqué no he creído conveniente enlazar Swisslog con N1MM. ¿Para qué? 

Esto es un foro, y si alguien tiene algo que aportar para hacerme cambiar de opinión, ¡seré todo oidos! 😉

73

Jordi, si borras el qso en n1mm, desaparece del Log4OM. Es lo primero que he probado.

Pero si, de todas formas yo también veo mejor exportar el adi al finalizar el contest

@ea5wa

Veo entonces que la implementación que ha hecho Log4OM con N1MM es perfecta pero... ¿y si subes a libros online desde Log4OM? eQSL, por ejemplo,  no permite borrar "on line" como sí permiten el resto de libros (y eso contando que Log4OM tenga implementada esa opción en el resto de libros como sí permite Swisslog). Eso ocasionaría trabajo "extra" al tener que ir a la cuenta de eQSL (u otras si el programa de log no permite eso en el resto de libros online) borrar manualmente ese QSO borrado en el concurso. El tema es: ¿qué beneficios aporta realmente tener enlazado N1MM con el programa de log en tiempo real? 

Buenas noches,

El hilo está francamente interesante, tanto por la motivación en aprender, como por las reflexiones.

Juan Carlos, EA5WA, no tengas miedo, yo le he metido a modo de prueba casi 30.000 QSO's y los maneja a la perfección, ojo, en la versión portable, que en teoría la puedes llevar en una memoria USB.

Alberto, EA1DA, efectivamente, hace lo que comentas, por lo tanto ese apartado del menú con bastantes opciones, es totalmente funcional.

Jordi, EA3GCV, tienes toda la razón en lo descrito, a día de hoy, hay programas que hacen muy bien su cometido. Tiene sentido traer los QSO's desde un programa que los vayas haciendo uno a uno, tal cual lo harías en el libro de guardia, y además, si te los va subiendo a los distintos a los distintos libros online en tiempo real, que es lo que demandan los nuevos tiempos, está muy bien.

Pero sí, una cosa es traerte QSO's del JTDX, WSJT e incluso del MixW una tarde que te apetece hacer PSK, y otra muy distinta, es subir un concurso en tiempo real, en el que puedes hacer cientos de comunicados (o miles), con sus errores y correcciones, además de tener otro programa abierto que no viene a cuento en un concurso. Eso, se puede perfectamente importar después de terminado el concurso.

Por otro lado, y como estos días me está dando por escudriñar todo lo que "pillo" de programas de radio, he podido comprobar que Log4OM2 sube en tiempo real a eQSL, LoTW, HRDLog, ClubLog, HAMQTH, QRZ y alguno que otro más, a parte, tiene su módulo especifico para subida/bajada de logs desde QSL Manager, donde en una sola ventana, te da las opciones de subida/bajada por rango de fechas, desde la última descarga, etc.

No me he metido a fondo, pero me da que puede enlazar "virtualmente" con cualquier programa, a través de la "captura" de los QSO en ADIF, también a través de UDP si el programa principal lo permite e incluso lleva un apartado TCP. Supongo que esto, estará supeditado a que el programa del que queremos traernos los contactos, esté preparado para hacerlo, pero lo dicho, no me he metido a fondo, porque estoy probando un rato un libro de guardia y otro un programa de digitales.

73 - EA5XAmadeo

@ea5xa

A pesar que este hilo es por Log4OM, pero por alusiones en las respuestas y llamadme pesado si queréis (seguramente), pero Swisslog tambien sube en tiempo real a todos los logs online de forma transparente (sólo es cuestión de activarlo y configurar los accesos) y también permite subir el libro entero a todos ellos. Ya que nadie se lee el manual o la ayuda (y cuando digo nadie, aparte de mi que soy el que lo hago, es nadie), espero nadie (valga la "rebuznancia") se moleste por "recordarlo" 😉 perdonad la ironía, debe ser el confinamiento... 😉

73