Tweet
Per puro caso, tra l'altro dopo la segnalazione di un amico che svolge traffico in ft8, abbiamo notato come alcune, per fortuna pare poche, spedizioni, infilzino i propri log di un numero esorbitante
di qso dupe, doppioni, in ft# mode
Ora, non sta a me spiegarne la ragione, sono il meno adatto del mondo non lavorando in modi ft, però giusto per dare un senso alla cosa, la colpa pare sia del mancato invio della stringa RR73 che alcune
spedizioni fanno (per scelta o per caso ?) , che spinge i chiamanti (o i loro pc?) a chiamare ancora ed ancora e rifare il qso, nell'attesa, a volte vana che si riceva quella stringa, che dovrebbe identificare il qso "chiuso" e quindi valido... anche se con il solo scambio
di rapporti dovrebbe esserlo lo stesso.
Sicuramente c'è da puntare il dito anche sull'uso di bot, vale a dire uno script che consente al computer della dxpedition di portare avanti i qso senza intervento umano.... cosa che non sarebbe accettata dall'Arrl, ma, che per forza
di numeri ed operatori è evidentemente usata da molte spedizioni, e mi pare anche sdoganata.
Il risultato è che così, un singolo qso su una banda, può generare 2-3-4-5-12 dupe, che senza l'accortezza dell'operatore di togliere tutti i precedenti, gonfiano a dismisura il conteggio dei qso fatti da una spedizione.
E' il caso di T33T di questi giorni, hanno dichiarato 97mila qso, quasi tutti in ft8/4, a carico di 2 forse 3 operatori, che però non sono stati mai dichiarati, per ora si sa solo di Dom... forse gli altri sono solo dei computers.
Bene, andando a vedere le statistiche di clublog di alcuni "leader", vale a dire i dxer di ogni regione o paese che hanno effettuato più qso con la spedizione, saltano fuori statistiche di questo genere, ho tolto i nominativi
perchè non è corretto indicarli e poi perchè non è quello il punto, non è il singolo dxer, ma il sistema a generare delle forti perplessità usato in questo modo, eccovi qua, sono dxer di qlc zona, Italia come Europa come Giappone.. :
Mi fermo qui perchè sarebbe ripetitivo, diciamo che quasi chiunque abbia collegato T33T da qualche parte in ft8/4, ha almeno, almeno 3 doppioni, che possono diventare anche 10-20 per chi lo ha lavorato su varie bande in ft8/4.
Ora, è chiaro che il sistema così com'è genera dei doppioni, non mi metto a giudicare questo, e nemmeno chi si ritrova a log 20 doppioni, lasciamo perdere.
Ma vi pare corretto che si indichino un tot di qso totali, quando dentro ci sono migliaia, decine di migliaia di doppioni ?
E' vero, lo si fa anche per gli altri modi, di solito però il numero dei dupe è irrilevante, un 1-2% del log a dire tantissimo, chi fa spedizioni può confermarlo, qui siamo a numeri mai visti, che finiscono per snaturare di tantissimo il numero dei qso totali reali !
Alla luce di questo, T33T avrà fatto 1/2-1/3 dei qso che dichiara, senza i dupe... mah.
Mi pare scorretto soprattutto verso quelle, tante, la maggioranza per fortuna, spedizioni che non mettono a log tanti doppioni, e se il mondo ed il modus operanti (soprattutto...) li genera da se, hanno l'accortezza di rimuoverli dai loro
log, senza falsare così i numeri e le statistiche, che tanto ormai piace consultare a tutti... mi viene il dubbio quindi, che qualcuno giochi con il non invio di RR73, sapendo che questo genera dupe e quindi gonfia il numero di qso finali,
ma si sa, a pensar male si fa peccato.
Che ne pensate ?
di qso dupe, doppioni, in ft# mode
Ora, non sta a me spiegarne la ragione, sono il meno adatto del mondo non lavorando in modi ft, però giusto per dare un senso alla cosa, la colpa pare sia del mancato invio della stringa RR73 che alcune
spedizioni fanno (per scelta o per caso ?) , che spinge i chiamanti (o i loro pc?) a chiamare ancora ed ancora e rifare il qso, nell'attesa, a volte vana che si riceva quella stringa, che dovrebbe identificare il qso "chiuso" e quindi valido... anche se con il solo scambio
di rapporti dovrebbe esserlo lo stesso.
Sicuramente c'è da puntare il dito anche sull'uso di bot, vale a dire uno script che consente al computer della dxpedition di portare avanti i qso senza intervento umano.... cosa che non sarebbe accettata dall'Arrl, ma, che per forza
di numeri ed operatori è evidentemente usata da molte spedizioni, e mi pare anche sdoganata.
Il risultato è che così, un singolo qso su una banda, può generare 2-3-4-5-12 dupe, che senza l'accortezza dell'operatore di togliere tutti i precedenti, gonfiano a dismisura il conteggio dei qso fatti da una spedizione.
E' il caso di T33T di questi giorni, hanno dichiarato 97mila qso, quasi tutti in ft8/4, a carico di 2 forse 3 operatori, che però non sono stati mai dichiarati, per ora si sa solo di Dom... forse gli altri sono solo dei computers.
Bene, andando a vedere le statistiche di clublog di alcuni "leader", vale a dire i dxer di ogni regione o paese che hanno effettuato più qso con la spedizione, saltano fuori statistiche di questo genere, ho tolto i nominativi
perchè non è corretto indicarli e poi perchè non è quello il punto, non è il singolo dxer, ma il sistema a generare delle forti perplessità usato in questo modo, eccovi qua, sono dxer di qlc zona, Italia come Europa come Giappone.. :
Mi fermo qui perchè sarebbe ripetitivo, diciamo che quasi chiunque abbia collegato T33T da qualche parte in ft8/4, ha almeno, almeno 3 doppioni, che possono diventare anche 10-20 per chi lo ha lavorato su varie bande in ft8/4.
Ora, è chiaro che il sistema così com'è genera dei doppioni, non mi metto a giudicare questo, e nemmeno chi si ritrova a log 20 doppioni, lasciamo perdere.
Ma vi pare corretto che si indichino un tot di qso totali, quando dentro ci sono migliaia, decine di migliaia di doppioni ?
E' vero, lo si fa anche per gli altri modi, di solito però il numero dei dupe è irrilevante, un 1-2% del log a dire tantissimo, chi fa spedizioni può confermarlo, qui siamo a numeri mai visti, che finiscono per snaturare di tantissimo il numero dei qso totali reali !
Alla luce di questo, T33T avrà fatto 1/2-1/3 dei qso che dichiara, senza i dupe... mah.
Mi pare scorretto soprattutto verso quelle, tante, la maggioranza per fortuna, spedizioni che non mettono a log tanti doppioni, e se il mondo ed il modus operanti (soprattutto...) li genera da se, hanno l'accortezza di rimuoverli dai loro
log, senza falsare così i numeri e le statistiche, che tanto ormai piace consultare a tutti... mi viene il dubbio quindi, che qualcuno giochi con il non invio di RR73, sapendo che questo genera dupe e quindi gonfia il numero di qso finali,
ma si sa, a pensar male si fa peccato.
Che ne pensate ?
File allegati
Poco da aggiungere, se non la conferma del mio ormai noto rifiuto di questo modo digitale, in cui la macchina prende il sopravvento sull'operatore. E i numeri di questa dxpedition, appunto, ne sono una riprova.
ed è finita ancora in modo più strano....
Commenta