También es cierto que puedes creer que has anotado bien el indicativo del compañero y gracias a la maravillosa propagación no sea correcto ... pero lo dicho,un par de ellos creo yo que muy preocupante no es.

Un abrazote a todos

El sábado pasado había una actividad concretamente una SOTA, el activador estaba dando como indicativo de la misma EAXX/P durante todo el tiempo, también fue anunciada en el cluster igual ( ya sabemos que hay fallos ).

Hasta aquí bien.

La pregunta que me hago es porque cuando el activador sube la actividad a URE no la envía como EAXX/P sino que la valida como EAXX porque quita la P ( portable ) y así cada fin de semana. 

Lo hace a propósito, no se da cuenta, el sistema se lo cambia ( no creo ), no hay nadie más que yo que vea esto o es que no interesa y la gente pasa de este tema porque le hay acreditado una ref. sea que sea y ya está, este es el tema.

Me gustaría que me lo explicaran.

Par Angel EA2ET no es necesario entrar a matar, se conoce que Ud. no hace ningún fallo y es perfecto, pues me alegro, yo por suerte o desgracia soy como el resto de los mortales, pero siempre tiene que haber alguna excepción.

Si detecta más fallos de escritura, puntos, comas o lo que sea no dude en llamarme la atención y así iremos aprendiendo de Ud.

Espero que con la explicación que he dado le sirva según pone en su firma.

Gracias 

La ultima del sábado una estación anunciaba el propio activador como portable y lo valida sin la P, no entiendo nada.

No entiendo esa frase, quien anunciaba?, qué anunciaba?, quien valida?.

Supongo que se te ha olvidado algún signo de puntuación, artículo, letra cambiada..., o que el corrector ha hecho de las suyas.

La otra posibilidad es que a mi no me de para tanto.

La ultima del sábado una estación anunciaba el propio activador como portable y lo valida sin la P, no entiendo nada.

Rechazado el DME otra vez y así cada uno que no esté así como toca, se que es una putada para mi pero las cosas se tienen que hacer bien.

Este último es una SOTA

No lo llego a entender

hay que intentar poner orden al tema para el bien de la comunidad, pero si te fijas en las actividades cada uno va a lo suyo a llamar y después nada ni repasar el log, ni comprobar nada, está más que comprobado.

Recibidos unos cuantos Municipios incluso algunos de nuevos pero el indicativo no coincide con lo que estaba trasmitiendo el operador, así que nada,

He llegado a la conclusión que el problema es del encargado de los diplomas o del sistema informático que están empleando que no reconoce la /p porque otra cosa creo que no puede ser. 

Da la circunstancia que todo los DME venian acompañados de otra referencia.

De momento no voy a pone el diploma del cual se trata hasta haber hablado con ellos a ver que me cuentan del tema y si piensan solucionarlo o lo dejamos tal cual con el consiguiente problema para todos los que hacen el contacto, si bien muchos por no decir la mayoria no miran ni siquiera como reciben la confirmación, les es igual lo que quieren es hacer el contacto lo otro es secundario, pero esto no funciona de esta manera tenemos que aprender y evitar estos problemas que a la larga se van volviendo más grandes.

Insisto, cruce de log sea el diploma que sea o la referencia que se de.

Los he rechazado por no coincidir y no ajustarse a la realidad.

Insistiremos cada vez que ocurra.

No es tan dificil hacer las cosas correctamente lleva el mismo tiempo que hacerlas mal y pero incluso que después lo tienes que intentar areglar cuando no hay manera.

Cruce de datos, es la única forma de asegurar que los operadores, ambos, son rigurosos con los datos.

Otro asunto es que evolucionar a esta manera de asegurar los QSO sea "menos bonito" porque seguramente los logs "en bruto" tendrían un alto nivel de "no cruces", al menos al principio. Si los organizadores de diplomas filtrasen por QSO cruzados no es descartable que más de una actividad no tuviera el mínimo requerido, en los casos en los que se pide mínimo. Y esto, a nadie se le escapa, sería "menos bonito".

73, Manuel