USUARIOS DE SWISSLOG

Por lo que entiendo al hacer doble clic aparecen los QSO y la vista entonces se muestra bien no? Entonces eso sucede porque está desactivada la actualización automática en las Vistas de estadística. Edita el fichero SwisslV5.ini (estando Swisslog cerrado) y mira no tengas esta linea en la sección COMMON:

SkipRefreshQuickInfo=1

Si la tienes es porque en algún momento lo pondrías para evitar que se actualice. Eso está explicado en la ayuda en Otras funciones / Ajustes ocultos para evitar que actualice en caso de tener ordenadores muy antiguos y con muchas vistas rápidas:

https://swisslogforwindows.com/spanish/Help/Features/Hidden%20functions.htm

Si la tienes bórrala ponla a 0 y guarda el fichero. Así lo dejas como viene por defecto que se actualiza automáticamente. Puedes forzar la actualización también desde el menú emergente de cada vista pero lo suyo es que por defecto actualice todas las vistas.

73 

La clave SkipRefreshQuickInfo no existe en mi fichero "C:\Swisslog\SwisslV5.INI"

Y si le digo "Actualizar valores de estadística" mediante botón derecho sobre la propia estadística tampoco hace nada

Una vez le has dado a Actualizar valores y pones el indicativo (no antes) sigue saliendo la información mal? 

Has probado con la vista del DXCC normal a ver si te sucede lo mismo? 

Si sigue igual con la vista rápida del DXCC envíame tu base de datos comprimida a support@swisslogforwindows.com y me pones el indicativo que falla y lo revisaré con calma porque ahí hay algo extraño.

73

Con la estadística DXCC normal pasa lo mismo. Te mando la db.

Hola Lluis,

Las cosas al final son más fáciles de lo que parecen… PJ2ND es Curaçao (PJ2C) que es nueva entidad del DXCC desde el 10/10/2010. Curaçao no lo tienes en 20m como entidad actual pero sí como entidad DELETED: PJ2T en el año 2005 es la entidad PJ2 Bonaire-Curaçao que está activa hasta el 09/10/2010, por eso no te sale como entidad actual pero si como prefijo.

https://www.arrl.org/files/file/DXCC/2022_DXCC_Current.pdf

https://www.dxcc.info/eng/dxcc-deleted/index.htm

73

De acuerdo Jordi. Muchas gracias.

Jordi esta mañana al arrancar Swisslog me salió una pantalla indicandome si queria comprimir la BD, como suele salir periódicamente, despues de decirle que si vuelve a salir otra diciendo que ha sido imposible comprimirla y le dí a cancelar sin fijarme bien en el texto y seguí con la ejecución /arranque del programa. Posteriormente al  Guardar un nuevo qso me sale una pantalla de error que te paso por aqui para tu información.

Despues de varios intentos me dice siempre lo mismo. Pensando que fuera algo corrupto en la BD, cambio el nombre de la BD actual y renombro la BAK para usarla pues esa si me funcionaba bien. Ciero y abro el programa y vuelve a salir la misma pantalla de error. Apago /enciendo el PC, reinicio Swisslog  y me ha dejado introducir varios qso sin ningun problema por lo que entiendo el error estaba en la BD. Como la última comresión de la BD fue hace un par de dias no me ha supuesto ninguna molestia usar la BD antigua puesto que no habia hecho ningun qso en esos dias.

Ya comentarás  que ha podido pasar. Es la primera vez que me ocurre esta incidencia. Te dejo la foto. Gracias

Hola Pepe,

A veces pueden suceder cosas extrañas no existe una fiabilidad 100% y los motivos pueder ser muchos. La RF es el principal enemigo nuestro y afecta muchos a los ordenadores, corrompiendo ficheros. Es algo muy habitual y hay que actuar ante esto. También puede haber un "cruce de cables" muy puntual al guardar un QSO y que no se haya podido guardar bien en las tablas. Son casos aislados y muy poco frecuentes. Por eso insisto tanto en tener copias de seguridad realizadas frecuentemente. Así, si pasa algo grave, se restaura la última copia funcional y sin pérdida de QSO. A más tiempo tarde el usuario en hacer una copia, más QSO estará dispuesto a perder si sucede algo. Si se suben los QSO en tiempo real a logs en linea, como eQSL, LoTW, QRZ, HRDLOG etc, pues en casos graves siempre se pueden recuperar de allí, aunque sean los datos básicos del QSO. Todo ayuda.

73

Gracias Jordi, siempre tan atento y rápido. Tienes razón y desde aquella vez que me recomendastes hacer copia "completa" de la carpeta Swisslog ,  si he tenido algun problemilla menor he recurrido a ella, como los quebraderos de cabeza con la posicion de la pantalla de Alertas DX, al cambiar Swislog entre los 3 monitores con resoluciones diferentes. Pero este te lo envié porque era la primera vez que me ocurría y creo no he leido nada que le hubiese pasado a otro colega y para tu info. Y si tambien hago las subidas y sincronizaciones que me facilita el programa.

Muchas gracias.

hola.

ayer me ha pasado algo curioso que ya he solucionado, dos comunicados uno con hh2jr y otro con gm0fne, me aparecen tanto en registrar qso como en registrar qsls, pero no en libro última visita, ni en otros libros que he abierto, lo he solucionado borrando ambos e importando del fichero de jtdx.

saludos.

Hola.

no consigo hacer funcionar elcluster en automático, no se que ha pasado anteriormente si funcionaba. ademas cuando incio salta a otro cluster que no es el seleccionado en automático y marcado. mi configuración es :

/W login
/T 5
/S $$$$
/W EA4GA
/S 100154

gracias.

Hola Gaspar,

Entiendo es el script para conectarte al EA4URE-5. Es que no lo has definido bien. Debes sustituir esta linea:

/W EA4GA

Por

/W password

Entiendo el 100154 es tu contraseña. El comando W lo que hace es esperar a recibir un texto concreto para luego enviar algo. En este caso se espera que se reciba la palabra "password" para luego enviar la contraseña. Esto lo expliqué en este hilo:

https://www.ure.es/foros/software/como-poner-la-contrasena-del-cluster-telnet-ea4ure-5-en-el-script-de-conexion-de-swisslog/#post-402853

73

hola

he entendido que en vez de poner la palabra password, había que sustituirla por el password, al igual que la conttaseña, ahora funciona, el problema que sigue existiendo, es que cuando arranca en automático arranca directamente del cluster de ea1dx, el cual ni tengo configurado tampoco para que arranque automáticamente, el único que tengo es el de ea4ure-5.

gracias

Hola,

Si se inicia el EA1DX y no está marcada la casilla es que se ha corrompido el fichero Telnetservers.bin. Puedes restaurar el original borrando el Telnetservers.bin de la carpeta C:\Swisslog y renombrando el fichero Telnetservers_orig.bin a Telnetservers.bin. Deberás volver a configurar el script del EA4URE-5: y los inicios automáticos ya que al restaurar el fichero por defecto se pierden las modificaciones del usuario. Por eso recomiendo que el usuario haga una copia de la carpeta entera C:\Swisslog cuando todo está como el usuario quiere.En caso de problemas siempre se pueden restaurar los ficheros que se hayan podido corromper a cuando todo iba bien.

73

he copiado esse fichero de la copia se seguridad, ya que el directorio de swisslog no lo tenía, lo he renobrado, lo he configurado, pero nada sigue iendo  al ea1dx, he borrado este servidor, y luego va a otro. gracias. he borrado los telnet tanto el ini como el bin, he reinstalado el programa con lo cual esos ficheros son nuevos, he configurado y sorpresa vueve a salir el ea1dx.

hola de nuevo.

en principio parece que lo he solucionado, en mi caso el servidor que carga es el último de la lista, asi que he cambiado la configuración de ea1dx por la de ea4ure-5, y parece que solucionado el problema. gracias.

Buenos días. Me gustaría saber cual es el número máximo de QSOs que Swisslog puede manejar sin atragantarse.

Hola,

Hay un usuario que supera el millón de QSO y otros que sé se acercan. Aquí depende mucho el ordenador y ciertas funciones, en esos casos tan concretos hay que optimizarlas más. Por ejemplo, usar vistas de libro con los menos campos posibles. A más campos más se carga el sistema para realizar procesos y entonces abrir una vista del libro puede quedarse el sistema sin memoria. Son casos muy puntuales y donde hay que hilar fino pero ya ves el elevado número de QSOs que permite manjejar y sincroniza con LoTW, eqsl perfectamente.

73

Perfecto, gracias Jordi