<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Cloud computing and Ham Radio</title>
	<atom:link href="http://blog.k4sac.net/cloud-computing-and-ham-radio/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/</link>
	<description>Contesting, Dxing, and Ham Radio in general</description>
	<lastBuildDate>Fri, 22 Jan 2010 08:27:42 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: K2DSL - David</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-242</link>
		<dc:creator>K2DSL - David</dc:creator>
		<pubDate>Wed, 08 Jul 2009 01:46:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-242</guid>
		<description>Jack,

Thanks for the reply. I&#039;m always interested to see how other folks QSLs come out. I did a quick set of queries on my logbook at the results are below:

QSOs: 7,774

QSLs via LoTW: 3,890 (what LoTW shows)
QSLs via LoTW by US (DXCC 291) stations: 2,779
QSLs via LoTW by non-US stations: 1,111

QSLs via eQSL: 2,040 (less then what eQSL shows)
QSLs via eQSL by US (DXCC 291) stations: 1,252
QSLs via eQSL by non-US stations: 788

Looking at the above, I have a higher percent of LoTW confirmations for US stations with 72% of LoTW QSLs then DX station at 28%. Dor eQSL the QSLs for US stations is 61% and DX stations are 39%. 

73,
K2DSL</description>
		<content:encoded><![CDATA[<p>Jack,</p>
<p>Thanks for the reply. I&#8217;m always interested to see how other folks QSLs come out. I did a quick set of queries on my logbook at the results are below:</p>
<p>QSOs: 7,774</p>
<p>QSLs via LoTW: 3,890 (what LoTW shows)<br />
QSLs via LoTW by US (DXCC 291) stations: 2,779<br />
QSLs via LoTW by non-US stations: 1,111</p>
<p>QSLs via eQSL: 2,040 (less then what eQSL shows)<br />
QSLs via eQSL by US (DXCC 291) stations: 1,252<br />
QSLs via eQSL by non-US stations: 788</p>
<p>Looking at the above, I have a higher percent of LoTW confirmations for US stations with 72% of LoTW QSLs then DX station at 28%. Dor eQSL the QSLs for US stations is 61% and DX stations are 39%. </p>
<p>73,<br />
K2DSL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: k4sac</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-241</link>
		<dc:creator>k4sac</dc:creator>
		<pubDate>Wed, 08 Jul 2009 01:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-241</guid>
		<description>David, 

Thanks for your comments. I do actually have a higher QSL rate on eQSL. On LOTW I have 11,103 QSOs and 1,673 confirmed. On eQSL I have the same 11,103 uploaded and have 2,673 confirmed. 

I have no independent hard facts to back this up, but sense of eQSL being more prevalent,especially among the non-US population of hams is due to the statistics on this page on eQSL http://www.eqsl.cc/qslcard/CountryList.cfm 

There are more countries represented in eQSL I would say than in LOTW, but I dont think ARRL gives out stats on LOTW. 

(Ah I found them..  230,237,286 LOTW QSO records have been entered into the system, resulting in 21,909,467 LOTW QSL records by 27,706 LOTW Users are registered in the system. This calculates out to a 10.51% QSL rate if my math is correct with each average user uploading about 8300 Qsos) 

Dont get me wrong I wish everyone used LOTW, I sure would love to get all 11,000 Q&#039;s verified! &lt;grin&gt; 

I looked on eQSL&#039;s site and could not find any statistics at all, so any conclusion I can draw is merely speculative.  

Good points though.

73, Jack K4SAC&lt;/grin&gt;</description>
		<content:encoded><![CDATA[<p>David, </p>
<p>Thanks for your comments. I do actually have a higher QSL rate on eQSL. On LOTW I have 11,103 QSOs and 1,673 confirmed. On eQSL I have the same 11,103 uploaded and have 2,673 confirmed. </p>
<p>I have no independent hard facts to back this up, but sense of eQSL being more prevalent,especially among the non-US population of hams is due to the statistics on this page on eQSL <a href="http://www.eqsl.cc/qslcard/CountryList.cfm" rel="nofollow">http://www.eqsl.cc/qslcard/CountryList.cfm</a> </p>
<p>There are more countries represented in eQSL I would say than in LOTW, but I dont think ARRL gives out stats on LOTW. </p>
<p>(Ah I found them..  230,237,286 LOTW QSO records have been entered into the system, resulting in 21,909,467 LOTW QSL records by 27,706 LOTW Users are registered in the system. This calculates out to a 10.51% QSL rate if my math is correct with each average user uploading about 8300 Qsos) </p>
<p>Dont get me wrong I wish everyone used LOTW, I sure would love to get all 11,000 Q&#8217;s verified! <grin> </p>
<p>I looked on eQSL&#8217;s site and could not find any statistics at all, so any conclusion I can draw is merely speculative.  </p>
<p>Good points though.</p>
<p>73, Jack K4SAC</grin></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: K2DSL - David</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-238</link>
		<dc:creator>K2DSL - David</dc:creator>
		<pubDate>Mon, 06 Jul 2009 20:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-238</guid>
		<description>&lt;a href=&#039;#comment-237&#039; rel=&quot;nofollow&quot;&gt;@K2DSL - David&lt;/a&gt; - I think I have 2,089 confirmed on eQSL if that is what the number at the bottom of http://eqsl.cc/qslcard/InBoxSelector.cfm?Archive=1 represents. If so, I have approximately a 50% confirmation rate on LoTW and 27% confirmation rate on eQSL so I&#039;d say there&#039;s a much higher rate among the operators I have logged to confirm via LoTW then via eQSL.</description>
		<content:encoded><![CDATA[<p><a href='#comment-237' rel="nofollow">@K2DSL &#8211; David</a> &#8211; I think I have 2,089 confirmed on eQSL if that is what the number at the bottom of <a href="http://eqsl.cc/qslcard/InBoxSelector.cfm?Archive=1" rel="nofollow">http://eqsl.cc/qslcard/InBoxSelector.cfm?Archive=1</a> represents. If so, I have approximately a 50% confirmation rate on LoTW and 27% confirmation rate on eQSL so I&#8217;d say there&#8217;s a much higher rate among the operators I have logged to confirm via LoTW then via eQSL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: K2DSL - David</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-237</link>
		<dc:creator>K2DSL - David</dc:creator>
		<pubDate>Mon, 06 Jul 2009 19:40:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-237</guid>
		<description>I posted a few times in the original referenced thread. I think the technical aspect isn&#039;t the challenge which needs to be overcome in a successful solution. It would be getting all the 3rd party programs to integrate with it and then dealing with the political/social aspects of the offering. 

Your post above mentions that you see a much greater adoption of eQSL then LoTW. I don&#039;t see that same experience, but I&#039;m not sure I can quantity the exact adoption as it relates to my contacts. In LoTW I have ~7750 QSO&#039;s uploaded and ~3,875 confirmed. Is there a way to see the same info on eQSL? I know I have over 100 DXCC&#039;s confirmed just on LoTW and only 81 on eQSL. I have WAS a couple times/modes on LoTW and no WAS yet on eQSL. Based on that, I see LoTW as more accepted/used then eQSL. Maybe your numbers differ?

73,
K2DSL - David</description>
		<content:encoded><![CDATA[<p>I posted a few times in the original referenced thread. I think the technical aspect isn&#8217;t the challenge which needs to be overcome in a successful solution. It would be getting all the 3rd party programs to integrate with it and then dealing with the political/social aspects of the offering. </p>
<p>Your post above mentions that you see a much greater adoption of eQSL then LoTW. I don&#8217;t see that same experience, but I&#8217;m not sure I can quantity the exact adoption as it relates to my contacts. In LoTW I have ~7750 QSO&#8217;s uploaded and ~3,875 confirmed. Is there a way to see the same info on eQSL? I know I have over 100 DXCC&#8217;s confirmed just on LoTW and only 81 on eQSL. I have WAS a couple times/modes on LoTW and no WAS yet on eQSL. Based on that, I see LoTW as more accepted/used then eQSL. Maybe your numbers differ?</p>
<p>73,<br />
K2DSL &#8211; David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: k4sac</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-235</link>
		<dc:creator>k4sac</dc:creator>
		<pubDate>Sat, 04 Jul 2009 15:42:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-235</guid>
		<description>Dave, 
Thanks for your comments. You raise a valid point. But I would assume that a person would be responsible for their own backups. I am a sysadmin and although we keep backups for people, I always tell them, if something is mission critical, keep a copy yourself &quot;just in case&quot; 

For example my LOTW, I make a backup (or export more technically) and save that on a flash drive, and burn a copy on a CD and leave that CD in my safety deposit box at the bank. I do this on a regular basis.

Anyone using a &quot;cloud logging program&quot; would be responsisble for doing the same. I use Logger32 currently as well. I make multiple backups of Logger 32 as well. No difference as far as I can see. 

You raise another valid point of security. Since I am not really a programmer ( I know enough C++ and VB to be dangerous). Not sure whether you are talking physical server security or database security. 

ARRL implemented good database security with LOTW but in the process have made it incredibly difficult for foreign hams to use. I am not sure exactly what the answer is. I know for example that Word Press generates a API key that you have to use to activate certain features. I dont know if the ARRL or whoever would sponser this would be able to generate a key like that for security based on your callsign and some other data. That is something that needs to be looked at closer. 

Thanks Dave for the comments....73, Jack K4SAC</description>
		<content:encoded><![CDATA[<p>Dave,<br />
Thanks for your comments. You raise a valid point. But I would assume that a person would be responsible for their own backups. I am a sysadmin and although we keep backups for people, I always tell them, if something is mission critical, keep a copy yourself &#8220;just in case&#8221; </p>
<p>For example my LOTW, I make a backup (or export more technically) and save that on a flash drive, and burn a copy on a CD and leave that CD in my safety deposit box at the bank. I do this on a regular basis.</p>
<p>Anyone using a &#8220;cloud logging program&#8221; would be responsisble for doing the same. I use Logger32 currently as well. I make multiple backups of Logger 32 as well. No difference as far as I can see. </p>
<p>You raise another valid point of security. Since I am not really a programmer ( I know enough C++ and VB to be dangerous). Not sure whether you are talking physical server security or database security. </p>
<p>ARRL implemented good database security with LOTW but in the process have made it incredibly difficult for foreign hams to use. I am not sure exactly what the answer is. I know for example that Word Press generates a API key that you have to use to activate certain features. I dont know if the ARRL or whoever would sponser this would be able to generate a key like that for security based on your callsign and some other data. That is something that needs to be looked at closer. </p>
<p>Thanks Dave for the comments&#8230;.73, Jack K4SAC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M0DCM Dave</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-234</link>
		<dc:creator>M0DCM Dave</dc:creator>
		<pubDate>Sat, 04 Jul 2009 06:44:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-234</guid>
		<description>Now as a Ham operator and software developer, I&#039;m very sceptical about cloud computing. The main problem I have is what if the server goes down? basically you&#039;re screwed if there&#039;s no regular backups, and the second is security.
I&#039;m open minded, but why does anyone want to put their head in the clouds?
I&#039;m 34, and I guess I sound like an old timer. I could never trust the RSGB - The Society of Good Buddies, as they&#039;ve never listened to their membership, and I can see them wanting to charge for the use of such a thing.
I&#039;ll be sticking to the good ole&#039; stand alone apps, like Logger32, at least I&#039;ve got the power of what and when I back stuff up, and if the PC goes down you have a backup of your logs.</description>
		<content:encoded><![CDATA[<p>Now as a Ham operator and software developer, I&#8217;m very sceptical about cloud computing. The main problem I have is what if the server goes down? basically you&#8217;re screwed if there&#8217;s no regular backups, and the second is security.<br />
I&#8217;m open minded, but why does anyone want to put their head in the clouds?<br />
I&#8217;m 34, and I guess I sound like an old timer. I could never trust the RSGB &#8211; The Society of Good Buddies, as they&#8217;ve never listened to their membership, and I can see them wanting to charge for the use of such a thing.<br />
I&#8217;ll be sticking to the good ole&#8217; stand alone apps, like Logger32, at least I&#8217;ve got the power of what and when I back stuff up, and if the PC goes down you have a backup of your logs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: k4sac</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-233</link>
		<dc:creator>k4sac</dc:creator>
		<pubDate>Fri, 03 Jul 2009 23:19:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-233</guid>
		<description>W4KAZ, 

Thanks for your thoughts. I agree with you, on the need of a club or entity to sponser and support the app. As you so aptly point out, there have been a lot of free apps that have disappeared, but if a organization would support and maintain the app, it would have some longevity. 
It definately is a concept worth persuing. 

73, Jack K4SAC</description>
		<content:encoded><![CDATA[<p>W4KAZ, </p>
<p>Thanks for your thoughts. I agree with you, on the need of a club or entity to sponser and support the app. As you so aptly point out, there have been a lot of free apps that have disappeared, but if a organization would support and maintain the app, it would have some longevity.<br />
It definately is a concept worth persuing. </p>
<p>73, Jack K4SAC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: w4kaz</title>
		<link>http://blog.k4sac.net/cloud-computing-and-ham-radio/comment-page-1/#comment-230</link>
		<dc:creator>w4kaz</dc:creator>
		<pubDate>Fri, 03 Jul 2009 22:49:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.k4sac.net/?p=293#comment-230</guid>
		<description>Revenge of the mainframe dinosaurs!  

The technology to implement the idea is indeed readily available.  There is something similar in use for the real-time contest scores website.  

I see a need for this sort of project to be sponsored by an organization of some sort.  The need to keep the server and database available over the long term.

There have been hundreds of &quot;free&quot; apps and web sites that have come and gone.  Often the &quot;gone&quot; comes with little or no warning.  (e.g., W4PA&#039;s Journalspace blog)

So for the sake of simple continuity of the data repository, it would be best for a club like ARRL, RSGB, DARC to sponsor and commit to support of the app.  It could initially be built by an individual, at least through proof of concept and beta testing, but long term support by an individual is problematic.  

From an application standpoint it might be easier to use a server side api that could be called by the clients to store or regurgitate the data into/from the remote repository.  Then the existing loggers would have an easy method for adding the option to their programs if they chose, and there could be a &quot;supported&quot; client side interface supplied by the as yet imaginary sponsor.

For my own part I prefer the variety offered by competing client side apps.  I don&#039;t see any value added in a web data repository for my own logs, beyond offloading the headache of backups and storage costs.

73 de w4kaz</description>
		<content:encoded><![CDATA[<p>Revenge of the mainframe dinosaurs!  </p>
<p>The technology to implement the idea is indeed readily available.  There is something similar in use for the real-time contest scores website.  </p>
<p>I see a need for this sort of project to be sponsored by an organization of some sort.  The need to keep the server and database available over the long term.</p>
<p>There have been hundreds of &#8220;free&#8221; apps and web sites that have come and gone.  Often the &#8220;gone&#8221; comes with little or no warning.  (e.g., W4PA&#8217;s Journalspace blog)</p>
<p>So for the sake of simple continuity of the data repository, it would be best for a club like ARRL, RSGB, DARC to sponsor and commit to support of the app.  It could initially be built by an individual, at least through proof of concept and beta testing, but long term support by an individual is problematic.  </p>
<p>From an application standpoint it might be easier to use a server side api that could be called by the clients to store or regurgitate the data into/from the remote repository.  Then the existing loggers would have an easy method for adding the option to their programs if they chose, and there could be a &#8220;supported&#8221; client side interface supplied by the as yet imaginary sponsor.</p>
<p>For my own part I prefer the variety offered by competing client side apps.  I don&#8217;t see any value added in a web data repository for my own logs, beyond offloading the headache of backups and storage costs.</p>
<p>73 de w4kaz</p>
]]></content:encoded>
	</item>
</channel>
</rss>
