Pues resulta que soy el encargado del tfc de QSL en la local de Málaga.
Cada vez que preparo un paquete para Madrid, me dedico a separar las QSL de los no socios y devolverlas al casillero del remitente, arduo trabajo.
Porque si las envio todas, Madrid se traga el marrón, por lo que intento facilitarles la labor.
Todo esto va con la intención de:
- Que exista un programa que al meter en el log un QSO detecte si ese indicativo es o no socio.
- O bien, al hacer las etiquetas detecte el NO SOCIO.
- Se evitaría hacer QSL que se devuelven por no socio.
- Gasto en tarjetas inútiles.
- Si al corresponsal no socio le interesa la QSL, ya se ocupará de enviarla directa.
- Aumento inútil de tfc de QSL, ida y vuelta a Madrid.
- Esto sucede sobre todo en las activaciones.
- No sé si será complicado hacer el progama, pero ahí dejo la idea por si alguien puede dar con la solución.
Y encima se cabrean cuando les meto en su casillero las QSL devueltas.....parece que el culpable es el mensajero, o sea, yo.
Por no hablar de los indicativos especiales sin el manager, eso sí que tiene tela.
Buenas activaciones pues.
73
José Luis
Hola Jose Luis, es fácil solo hay que entrar en la web de URE en el menú de Buscador de Socios que normalmente siempre está actualizado y meter el indicativo y te dice si es socio o no socio.
73, Jaime
Creo que José Luis se refiere al trabajo previo asociado a algún tipo de solución informática, para que ya no le lleguen a él QSL que no sean para "no socios". Esos colegas que se le cabrean deberían en todo caso estarle agradecidos porque al "filtrar" esas tarjetas, está ahorrando tiempo a URE central y, redundará en un tráfico más rápido para todo el mundo.
Hoy por hoy está un poco complicado hacer la selección socios/no socios sobre la marcha, me refiero al momento de hacer las actividades. En todo caso, esa selección es un proceso a posteriori, manual, con el log delante y el buscador de socios abierto, tarea que muchos colegas no están dispuestos a hacer porque les resta tiempo de otros menesteres.
En esta situación, si uno es un "activador" empedernido, el dilema que se le presenta es: ¿Me dedico a hacer actividades todos los domingos, tirar luego de etiquetas y mandar a URE todas las tarjetas para que allí se las compongan? o... ¿Me dedico a hacer radio "casi" todos los domingos y reservo uno para en casa hacer la selección de lo que voy a mandar a URE y lo que no, ahorrándome QSL aunque tenga que tirar unas cuantas etiquetas sin pegar a la basura?
Esta, mientras no haya una solución más sencilla que permita conectar los programas de libro de guardia con el buscador de socios de URE sin vulnerar la LOPD, es la pregunta del millón.
Otra solución es que no exista la obligatoriedad de acreditar con tarjeta QSL en papel los comunicados, pero ya hay hilos abiertos por ahí con partidarios y detractores de tal medida, cuestión en la que no voy a entrar.
En cualquier caso, pienso que con la práctica uno, si es un operador muy activo, ya va memorizando quiénes son y quiénes no son socios de URE. Al fin y al cabo, ese grupo que todos los fines de semana perseguimos vértices, monumentos, castillos, etc somos siempre los mismos.
73, de EC1CSV - Javier
DME 36028 - Meis
IN52PN
Hola, en las últimas actualizacione del programa Radioges que muchos conocéis, está la utilidad de ver si los indicativos son socios de URE o no, utilidad muy buena a la hora de imprimir las tarjetas o etiquetas ya que te permite imprimir lo que es sólo para el Bureau.....
73 David.EA1GGJ
David Garín.
Ampuero
CANTABRIA ¡INFINITA!
Pues si José Luis, efectivamente el tema es sencillamente “aberrante”.
Existe un sistema para comprobarlo como te han indicado: el buscador de socios.
http://www.ure.es/buscador-de-socios.html
Existe un listado “listado_indicativos_socios.pdf”, que se puede bajar del mismo enlace o de este:
http://www.ure.es/qsl-bureau/1784-listado-indicativos-de-socios.html
También existe la posibilidad de enviar una consulta directamente a la base de datos de URE, como se indica en este enlace:
Como ves, en principio existen tres posibilidades o sistemas de hacerlo. La mas efectiva para los socios que mencionas es NO HACER NADA y que lo haga el “PRINGAO” de turno o en Madrid que PARA ESO PAGO LA CUOTA.
Para complicar un poco mas el asunto, tampoco deberían de llegarte las destinadas a Países con los que no existe tráfico vía “BUREAU” :
http://www.ure.es/qsl-bureau/1542-paises-que-no-admiten-qsl-via-bureau.html
pero sigue estando el PRINGAO por medio para solucionarlo.
Aclarado esto, vamos a complicarlo un poco más y te cuento lo que algunos pensamos que sería lo correcto:
• Solo las destinadas a socios de URE y Países con tráfico vía BUREAU
• Deberían de llegarte clasificadas por BURO de destino y alfabéticamente.
• LAS QUE NO LLEGUEN ASÍ DEBERÍAN SER DEVUELTAS EN BLOQUE AL SOCIO.
Ya sé que suena fuerte, pero darle las vueltas que queráis y decirme el motivo de que otros tengan que hacerlo por los que no lo hacen y nos cueste tiempo, retraso y dinero a los demás por la “¿Vagancia? ¿Jeta? ¿Inoperancia?” de otros.
Me consta que hay aplicaciones a las que se les puede incorporar rutinas para hacerlo. Algunas ya las tienen operativas.
Otros lo hacemos con rutinas externas a partir del fichero ADI generado por programa que utilices.
También me consta que existe un fichero en XLS para poder incorporar estas tablas (NO BUREAU y NO SOCIO) a donde sea preciso y es mas, se estaba estudiando la posibilidad de incorporar esa “doble” consulta en la WEB.
Lo lamentable es que ves pocos socios dispuestos a querer aportar su granito de arena (COLABORACIÓN) y esto señores míos es una pirámide, como la de las pensiones, las de algunos productos financieros, etc., sí algo idéntico, donde como no partamos de una base construida en condiciones, lo llevamos claro.
José Luis, he utilizado tu “post” para retomar este tema, tratado anteriormente, y que parece que no estamos dispuestos a solucionar.
Ya sabes, alguien tendrá que poner la norma, la JD, el PLURE o la AGS (Es que tampoco eso lo tengo claro) y a cumplirla, que en el fondo es para AHORRAR y mejorar el tráfico de QSL.
73 y Dispuesto a colaborar (Somos mas los que pensamos igual).
73, Nacho EA1WW
Me sumo a lo dicho por Nacho EA1WW
73, de EC1CSV - Javier
DME 36028 - Meis
IN52PN
Bueno, por ahora me viene cómodo el listado de socios en lugar del buscador que es más lento, gracias.
Lo de los países con/sin buró, se lo dejo para Madrid, vayamos a que me acusen de intrusismo...
Verdaderamente si pusiéramos un poquito, nada más un poquito de nuestra parte, otro gallo nos cantaría.
Al menos mis niños de la local de Málaga están educados, he conseguido que pongan las QSL EA por distritos, por países el resto, y los MANAGER, que cuando no los ponen, se los meto en su casillero otra vez.
Otra cosa es que a veces Madrid me manda QSL que no son de Málaga, que van devueltas, claro.
En el Buscador de Socios debiera indicar la sección local, no la provincia, porque esas QSL que no son de Málaga y devuelvo, podría anotar la seccón de destino.
Sed buenos que no cuesta ná.
Saludos
José Luis
Hola,
Pues si ahora hay todas esas facilidades informáticas, para consultar en línea, supongo que se podría hacer una aplicación que importe un ADIF, lo limpie de no-socios y de no-buro, y lo exporte ya limpio listo para imprimir.
Sería una aplicación para filtrar antes de imprimir.
Por que hacer que todos los libros de guardia lo incluyan me parece casi imposible.
De esta manera, cada uno sigue usando su libro de guardia favorito, exporta en ADIF que es estándar, esta aplicación filtra con los parámetros de URE y listo para imprimir.
Solo hace falta alguien que controle de programación y que lo haga...
¿Como os parece?
73, Máximo - EA1DDO
Máximo Martín - EA1DDO / HK1H / M0HAO
EA1DDO@HoTMaiL.com
http://www.EA1DDO.es
¡¡Madre de Dios del Carmen!!
Pero si eso con los EA´s ya funciona y lo tiene activo Antonio en RadioGes
esta imagen es de la ventana de dialogo de impresión de QSL, se le dice a todos los EA´s que SI, y luego el programa las purga con solo ponerle la mosca como está en la imagen, y no hace falta fijarse en nada cuando se introduce el QSO, ni cotejar listas, ni consultar uno por uno en la web.
Que se puede mejorar, seguro, pero ya es posible, solo hay que bajarse la utilidad de RG40 y usarla correctamente.
Máximo, a eso me refería (en parte).
Yo utilizo logger32. Exporto el fichero de QSL, lo paso por una aplicación escrita por EA1BD, en Access, me las filtra, les asigna el Bureau al que hay que enviarlas, las que no tienen Bureau (NO SOCIO, NO BUREAU), las pone las primeras (… y tu decides que quieres hacer con ellas) y me imprime las QSL clasificadas por Bureau de DESTINO.
Debajo de la casilla “VIA”, imprime el Bureau para que sea más fácil la clasificación, y listo.
Pero claro, el “diseño de impresión” esta calculado para mis/sus QSL. Además la mayor parte imprimen directamente con el programa que utiliza como LOG, y …
Pero soluciones, por supuesto que las hay. Ganas, interés y colaboración, por lo que leo, parece ser que afortunadamente van apareciendo.
¡¡¡ VAMOOOOSSSSSS !!!
73, Nacho EA1WW
Hola,
Escribió:Pero si eso con los EA´s ya funciona y lo tiene activo Antonio en RadioGes
Pero no todos usamos ese programa, por eso decía de una aplicación externa o independiente.
Yo también uso Logger32 para libro de guardia, y N1MM para concursos, por lo que una aplicación de ese tipo, como la de EA1BD, sería lo ideal.
¿Se puede descargar es aplicación de EA1BD en algún sitio?
Gracias
73, Máximo - EA1DDO
Máximo Martín - EA1DDO / HK1H / M0HAO
EA1DDO@HoTMaiL.com
http://www.EA1DDO.es
Hola
Me sumo a la petición de Máximo...¡¡¡
Como bien dice, no todos usamos el mismo libro de guardia, y si hay alguna aplicacion para ello, pues seria muy interesante.
Gracias
Lluis ea3no
EA3NO Lluis Presseguer Morsum Magnificat El sabio no dice todo lo que piensa, pero siempre piensa todo lo que dice. ( Aristóteles ) Pensar es el trabajo más difícil que existe, tal vez por ello tan pocos lo hacen ( Henry Ford )
amigo EA7AIN es una pena que la gente sea desagradecida, y tu tienes mala solucion, porque si despues del chollo que te pasas te lo agradecen asi pues menuda gente.....
otra solucion seria buena aqui en el norte, que todas esas tarjetas las guardases para el invierno y a la chimenea, despues seria que nadie confirma hi hi hi
Veo que al menos ha despertado interés este asunto.
Si tuviese conocimientos informáticos como para solucionar este problema, no hubiera iniciado este hilo, pero no es así. Por eso he abierto este hilo, para ver si despierto las conciencias de los sesudos informáticos y dan con la solución. No podeís imaginar el mosqueo que me entra cuando veo tanta QSL mal escrita, inentendible la letra, sin manager, sin datos suficientes para poderla encaminar.
¿Tanto trabajo cuesta escribir con letras de imprenta el indicativo?.
Acabo de revisar unas 1000 QSL y devuelvo a sus casilleros 75 nada menos.
A mi no me tienen que agradecer nada, el tráfico de QSL lo llevo muchos años y con gusto, y de la experiencia salen las necesidades y soluciones.
EA1CCM no me des pistas, que con el precio del combustible las QSL arden de maravilla.
Saludos
José Luis
Más de una vez recibí una qsl de un EA vía bureau y al responderla me vino de vuelta con SOCIO NO MEMBER. ¿? Estaba claro, se había dado de baja.
Otra cosa, yo espero a juntar muchas qsl para después darlas en un montón grande a la sección. Puede ocurrir que en ese espacio de tiempo se den de baja y ya no sirva. En mi caso, a cada QSO tras previa confirmación de la vía de la qsl se rellena de forma manuscrita.
Aun así, estoy de acuerdo con la aplicación informática externa al log de cada uno.
Antonio
Hola a todos:
Apasionante y controvertido asunto este del tráfico de QSL.
Recuerdo haber leído algún artículo en "Radioaficionados", no hace muchas ediciones. También alguna referencia en el apartado dedicado a las actividades de las secciones.
Hay 2 ideas que quiero compartir con vosotros:
1.- El bureau en EA pasa por URE. Tan simple y tan evidente como eso. Si estamos de acuerdo en ello (más que nada es una evidencia), es posible también que coincidamos en que las tablas de datos, permanentemente actualizadas, que maneje "la aplicación" para seguir el algoritmo programado deben estar en URE y deben ser administradas por URE. Deben estar en algúnb lugar del servidor, accesibles para la aplicación (lo suyo es que cada vez que se arranque la aplicación se de la posibilidad al usuario de que autorice que la aplicación actualice las tablas).
¿Qué información deben contener esas tablas?. Una muy clara es la lista de socios. El pdf actual está bien para quien no tiene más alternativa que un listado en papel, pero, en los tiempos que corren, deben ser formatos que se puedan manejar informáticamente. Y no estoy inventando nada, ya hay muchas listas que son más o menos standard y que se importan por muchas de las aplicaciones que manejamos. El resto de tablas son las necesarias para permitir algo tan sencillo como: dado un indicativo de entrada, dar como resultado el bureau de destino. Cualquier indicativo y cualquier bureau destino. Para ello, hay una rutina previa que construir que tiene que ver con las asignaciones de indicativos (que no es trivial, pero perfectamente posible). La segunda parte es, conocido el pais, saber si tiene o no bureau (también tenemos unas listas con esta información, de nuevo no gestionables directamente en términos informáticos).
La aplicación puede crearla algún socio voluntarioso, el personal informático en nómina de URE o bien una empresa externa (que evidentemente querrá cobrar su trabajo, con un presupuesto que no sabemos si tenemos disponible). Pero lo que es "immpepinable", a mi juicio, es que las tablas de datos, permanentemente actualizadas, deben ser administradas en URE.
Otra parte relevante de la aplicación será la de impresión. ¿Queremos imprimir etiquetas o directamente en la QSL? ¿Ambas? ¿con cualquier tipo de impresora?. Si sólo devuelve un adif a su salida puede ser que no todos los softwares de logs puedan importar esa "salida", mucho menos con un dato nuevo que sea, precisamente, el bureau destino (uno de los objetivos de todo este asunto). Si imprimimos desde la impresora, es preciso que el software de log que manejemos sea capaz de marcar enviados los registros que hemos exportado a adif (¿y cuando no sea socio o no tenga bureau, o no queramos -nosotros o el corresponsal- intercambio de tarjetas?).
2.- La colaboración de todas las secciones es imprescindible para optimizar este asunto y conseguir la eficiencia, en tiempo y dinero, que se adivina bajo este asunto. Pero tanto para los socios como para las secciones es muy conveniente facilitar al máximo la tarea. Por eso, tablas actualizadas y una aplicación informática pueden ser la herramienta que falta. Hasta entonces, mucha paciencia, ánimo y ganas de hacerlo bien y de ayudar. En esto, como en todo, logra más el que quiere que el que puede (hay quien escribe a mano sus tarjetas, clasificándolas por destinos de una manera impecable y otros que tiran etiquetas como si fueran churros y los churros salen ordenados por fecha del QSO -lo que inexorablemente implicará retrasos y costes incrementales-). Y no sirve la idea de que para eso están otros (uno es incívico cuando tira un papel al suelo pudiendo hacerlo en la papelera).
73, Manuel (EA1DPP)
73 & DX, Manuel
Bien, es de agradecer todas las opiniones e intentos de solucionar el problema del tráfico de QSL.
Creo que la solución es muy sencilla.
1 - Si cada uno al hacer sus QSL se preocupa primero de ver en la WEB de URE si ese corresponsal es socio o no, se ahorraría tiempo y dinero.
2 - Si pusiera el manager se ahorraría tiempo y dinero, quizá pérdida de QSL, porque no se sabe a quién enviarla.
3 - Si hay un listado de paises sin Buró, que la consulte, se ahorraría tiempo y dinero.
Si no se cumplen estos requisitos, todos perdemos, el que las envía, el que las tramita que se encarga de hacer el trabajo que el expedidor no ha hecho.
Si esta es una unión de radioaficinados, pues a demostrarlo, que cada uno cumpla con su deber, y no hay más historias, no haría falta nada más.
No sé lo que hará Madrid con las QSL para países sin buró, ¿las tirará?, porque no he visto jamás una devuelta por ese motivo.
Lo dicho, un poquito de colaboración y se acabó el problema.
Sed buenos, que la vida pasa más de prisa de lo que imagináis, y hay que disfrutarla con buenas intenciones.
José Luis
Buen resumen Jose Luis, y el que no tenga ganas de hacer ese currelo siempre tiene la opción de no mandar tarjetas.
Si quieres buenas respuestas haz buenas preguntas
73 de Angel, EA2ET.
QDURE - https://qsl.ure.es
Imprime y confirma tus QSL en tan solo tres click.
Nunca fue tan fácil y cómodo
el confirmar tus contactos.
TIENDA ONLINE URE
Publicaciones, mapas, polos, camisetas, gorras, tazas, forros polares y mucho más...
WEBCLUSTER EA4URE
Conoce el nuevo WebCluster de URE, ahora con nuevos filtros e información y compatible con GDURE