Moi, Minusta tummennus on paikallaan mainitun lokauksen kohdalla. Se, että plussa on mukana, ei mielestäni ole maailmaa kaatava asia, kun tilastot tulevat nykyisin auttamattoman myöhässä. Kuten jo aikaisemmin aiheeseen liittyen olen kirjoittanut, niin lokeissa voi käyttää plussaa, jos viimeisin käytettävissä oleva tilasto ei tiedä aikaisemmista lokauksista. Tilastoihin asia kirjataan sitten aikanaan sen mukaan, miten asiat ovat edenneet kaikkien käytettävissä olevien tietojen valossa. Emme voi odottaa kenenkään tarkistavan kaikkia niitä internetin tietolähteitä, joihin huippulokaukset nykyisin on ripoteltu. Ja välillä käy näinkin, että plussa-asema jää toisen lokauksen lokilässyn puolelle. On nimittäin niin, että kokeneimmatkaan kuuntelijat eivät pysty nykyisin selvittämään sitä, onko kyseessä + lokaus vai ei. Eli lokilla oleva + tarkoittaakin sitä, että asia on tarkistettu käytettävissä olevista tilastoista eikä niissä ole ollut mainintaa aikaisemmista lokauksista.
Jos lokaaja haluaa välttää turhia plussia, niin hän voi jättää plussan pois ja vain tummentaa lokauksen. On hyvä muistaa, että tummennus ei ole varattu ainoastaan + lokauksille, vaan sitä voi käyttää muutenkin. Tummennuksella halutaan korostaa joko aseman muuttunutta kutsua tai nimeä, poikkeavaa kuunteluaikaa tms. Tästä Jim ehtikin jo kommentoida. Olen itse mukana tilastoinnissa ja voitte uskoa, että olen miettinyt tätä aihetta viimeisen 6 kuukauden aikana. Olen kehittämässä aivan uutta toimintatapaa itselleni, jotta saisin Suomessa kuullut jenkit, meksikolaiset ja oseanialaiset listojen päivityksen toimimaan vaikkapa kuukausirytmillä nykyisen satunnaisen tai 1-2 kertaa vuodessa tyylin sijaan. Vielä keväällä luulin, että saisin tehtyä tilaston kesän aikana, mutta enpä ehtinyt tehdä edes omia lokejani valmiiksi ennen syksyä ... Eli harvakseltaan tehtävä tilastojen päivitys ei ole toimiva tapa. Ja tiuhempaan päivitykseen taas tarvitaan yhdenmukaiset lokitiedot ja apuohjelmia. Tilastoinnin kannalta olennaisinta olisi se, että mahdollisimman useat lokit ovat samassa muodossa asemien tunnistetietojen osalta. Tunnistetietoja ovat taajuus, kutsu/nimi, kaupunki, osavaltio/provinssi/alue ja maa. Kun nämä tiedot olisivat mahdollisimman useassa tapauksessa samalla tavalla, helpottuisi tilastointi jo merkittävästi. Tämän lisäksi olisi erittäin suotavaa, että päivämäärä ja kellonaika olisi kaikissa lokauksissa samalla tavalla. Online Log ei pysty varmistamaan tätä kaikkea niin käyttäjäystävällisesti, että saisimme tiedot kattavasti normaalin OLL käytön kautta. Kaikki vaan eivät jaksa tallentaa tietoja sinne. Näin ollen nuo edellä mainitut tilastoijan toiveet ovat jääneet toistaiseksi täyttymättä. Jos sinulla on lukuisia NA/MEX/OS lokauksia, jotka haluat mahdollisimman helposti mukaan OLLiin ja tilastointiin, niin ehdotan asematietokantaa odotellessamme seuraavaa toimintamallia: 1) Ota lokauksien pohjaksi asemalista (KOJE, KOMEX tai viimeisin saatavilla oleva Oseania lista) 2) Tee loki lisäämällä taulukon vasempaan reunaan kaksi saraketta ja täyttämällä ensimmäiseen UTC päivämäärä muodossa vvvvkkpp (esimerkiksi 20091202) ja toiseen sarakkeeseen UTC kellonaika muodossa hhmm (esim 2030). Jos asema kuului puoli päivää, niin laita se aika milloin asema ensimmäisen kerran idasi tai ohjelmassa oli joku muu ohjelmakohta, josta aseman voi aukotta tunnistaa. HUOMAA: On olennaisen tärkeää, että tiedot ovat juuri edellä esitetyssä muodossa, jotta jokaisen lokin yhteydessä ei tarvitsisi tehdä tietojen yhdenmukaistamista. 3) Voit jättää listaan myös ne asemat, joita et ole kuullut, sillä niiden poistaminen on helppoa tietojen sisään luettaessa. Näin käytössäsi on koko ajan hyvä pohja täydennyksiä varten. 4) Lähetä lokiyhteenvetosi allekirjoittaneelle sähköpostissa ja anna lupa tietojen siirtämiseen OnLine lokiin. Kerro samalla myös se puumerkki, mitä OLL:issa tulee käyttää. HUOMAA: Jos kyseessä on lista, jolla täydennetään aikaisemmin lähetettyä lokia, niin siitä olisi hyvä varoittaa, jotta vältetään tuplalokaukset. 5) Allekirjoittanut hoitaa tietojen koonnin sekä Online Lokiin että tilastointiin ja välittää yhteen kootut massalokit OLL hallinnoijille yhdellä kertaa, jolloin hallinnointi kevenee. HUOMAA 1: Asematiedot tulee olla taulukossa samassa muodossa kuin kohdassa 1 pohjaksi valitussa tietolähteessä. HUOMAA 2: Jos aseman kutsu tai nimi on muuttunut, niin niiden muutokset ovat poikkeuksena edellisen kohdan pääsääntöön. HUOMAA 3: Loki ei saa olla Word tiedosto, ei HTML sivu eikä PDF dokumentti vaan taulukkomuotoinen, jonka voi lukea Excel taulukkolaskentaohjelmalla. HUOMAA 4: Ainoa vaihtoehto taulukkomuodolle on ASCII txt tiedosto, jota käytetään silloin, jos kuuntelijalla ei ole käytössään taulukkolaskentaohjelmaa. Tässä tapauksessa kannattaa pyytää ASCII txt muotoiset asemalistat esimerkiksi allekirjoittaneelta. Tässä tapauksessa UTC päivä ja kellonaika syötetään kuultujen asemien rivien alkuun muodossa vvvvkkpp hhmm (esim. 20091202 2030 ). Tässäkään tapauksessa asemien nimiä ei saa muuttaa ellei asema ole vaihtanut kutsuaan tai nimeään. Miltä tämä kuulostaisi? Edellä esitetyllä kaavalla menetetään OLL reaaliaikaisuus, mutta nythän on lukuisia tilanteita, joissa reaaliaikaisuuteen ei päästä siksi, että lokeja puretaan tallenteilta pitkään ja hartaasti. Ja nämä tilanteet liittyvät nimenomaan massalokien tietojen keräämiseen tallenteilta. Vastapainoksi saataisiin entistä kattavampia lokeja OLL:iin ja yhdenmukaisempaa tietoa tilastojen pohjaksi. Muutamat kuuntelija toimivat jo nyt edellä kuvatulla tavalla. Se selittää osittain sen, miten on mahdollista tehdä pitkiä ja kattavia lokeja nopeasti. Edellä esitetty lähinnä siksi, että voisin tgehostaa ajankäyttöäni, sillä aina kuitenkin tarvitaan aikaa myös tallenteiden kuunteluun ja siihen probleemaan minulla ei ole ratkaisuehdotusta :). Siltä osin otan mielelläni vastaan ideoita ja vinkkejä. 73s Tapio PS. Jotta saataisiin myös tilastojen FFF sarakkeet kuntoon, haluaisin jatkossa kaikki QSL ilmoitukset samassa muodossa kuin edellä kuvatut lokit, koska mielestäni FFF:n ratkaisee se, millä hetkellä aseman signaali on vastaanotettu. Lisäsarakkeena olisi vastauksen vastaanottopäivä, jolla FFF ratkaistaisiin kiperimmissä tapauksissa. Tältä osin nopea toiminta ja arpaonni ovat kovaa valuuttaa ... Jakaisin FFF kunniamaininnan ensimmäisen vastaanottopäivän lokaajien kesken siinä tapauksessa, jos myös vastaus on tullut samana päivänä :) Tästä esimerkkinä kimppalokaukset/vastaukset. From: [email protected] [mailto:[email protected]] On Behalf Of Markku Sollo Sent: 2. joulukuuta 2009 18:57 To: [email protected] Subject: [DX] 1110 WJML Radiomaailman 11-12/2009 Pohjois-Amerikka lokissa oli turhaan mustattu kuulemani mukava asema 1110 WJML Petoskey, sillä tämä on kuultu aiemmin. Seuraa lainaus eräästä lokilässystä:"Mukavia daytimereita alkuyöstä, helmenä Northern Michigan's Newstalk Giant 1110 WJML. Päiväkelit tarjosivat loppuviikosta niin ikään kivasti herkkuja, mm. Mauin ESPN radion KMVI:n Wailukusta (550) sekä Sheridanin KROE:n Wyomingista (930). LEM269/HS&JMS" Tämähän ei tietenkään ole toimittajan (PUL) vika! Voi tietysti ajatella ettei koskaan kannata mustata mitään asemaa, koska joku sen on kuitenkin aiemmin kuullut! MSO
___________________________________________________________________________________ Tilaa WRTH 2009 nyt: http://www.hard-core-dx.com/redirect2.php?id=wrth2009 ----------------------------------------------------------------- DX mailing list [email protected] http://montreal.kotalampi.com/mailman/listinfo/dx _______________________________________________ THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed and/or modified under the conditions set down in the Design Science License published by Michael Stutz at http://www.gnu.org/licenses/dsl.html
