[digitalradio] Monthly Digital Mode Sprint?

2009-05-01 Thread Tony
All, 

I think we could benefit by borrowing an idea from the NAQCC. The North 
American QRP CW Club runs a two hour Sprint each month that seems to bring a 
fair share of ops out of the woodwork. New members are always being added so 
they must be doing something right. 

A digital mode Sprint should show similar results and putting the emphasis on 
multi-mode contacts for additional points would take care of the modes that sit 
dormant. There's also the camaraderie and the opportunity to sharpen skills on 
modes that are less familiar.  

Just a thought... 

See http://www.arm-tek.net/~yoel/index.html

Tony -K2MO


[digitalradio] Re: The next big thing - Using Swarm Intelligence

2009-05-01 Thread Vojtech Bubnik
 On the other hand I use free community software such a DotNetNuke where 
 community collaboration has really worked

I was a big proponent when I was a student. Now with more than 10 years in the 
industry writing customer specific software I realize how unrealistic is to 
want every piece of software to be free.

Open source is a good model for products, that target vast number of users, so 
there will be large number of talented programmers in the target group able to 
participate and there will be some among them willing to participate and 
cooperate. If the target group is small like in the case of messaging digital 
modes for HF, the development will be either commercial or one man show at best 
as the reality has proven. And the target group for digital messaging is vastly 
smaller than of contesting or casual rag chewing.

If Simon would release his DM780 source code (I know it is difficult because he 
is using some 3rd party commercial libraries), I bet there will be couple of 
programmers trying to tinker with it and probably there will be some doing 
contributing minor improvements. The same applies for the fldigi as it targets 
the second most HAM used operating system today. With pocketdigi I cannot 
expect much contribution even if I provided source code, because its target 
group is much smaller notwithstanding the fact, that the PDAs are often 
replaced by the tiny cheap diskless PCs.

Actually, there seems to be a single contribution on the way for PocketDigi - 
one French sailor is fine tuning Amtor / NavTex. So there will be open source 
codec for flDigi and DM780, hi.

73, Vojtech




[digitalradio] Re:Solar Cycle 23 Sunspot Group Re-emerges

2009-05-01 Thread Marc PD4U



But is the solar minimum the (only necessary and sufficient) explaining factor 
for a global cooling?

As we say in Holland One swallow doesn't make it summer meaning: one cannot 
'jump to conclusions' based on unsufficient data, and beside that the swallow 
is not the explaining factor for summer to arise, but a result of it.


 

_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

[digitalradio] sstv

2009-05-01 Thread ronaldfparmenter
what mode do i use on 14.230 mz   for sstv ???



RE: [digitalradio] Re: The next big thing - Using Swarm Intelligence

2009-05-01 Thread Dave AA6YQ
Open interfaces can be as effective as open source. Look at what PSKCORE
accomplished long before Moe AE4JY released it to open source. Mori-san
JE3HHT's MMTTY has also been effective as a RTTY engine, and remains
closed source but provides programmatic access to its functionality.

   73,

Dave, AA6YQ

-Original Message-
From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on
Behalf Of Vojtech Bubnik
Sent: Friday, May 01, 2009 8:57 AM
To: digitalradio@yahoogroups.com
Subject: [digitalradio] Re: The next big thing - Using Swarm Intelligence





 On the other hand I use free community software such a DotNetNuke where
 community collaboration has really worked

I was a big proponent when I was a student. Now with more than 10 years in
the industry writing customer specific software I realize how unrealistic is
to want every piece of software to be free.

Open source is a good model for products, that target vast number of users,
so there will be large number of talented programmers in the target group
able to participate and there will be some among them willing to participate
and cooperate. If the target group is small like in the case of messaging
digital modes for HF, the development will be either commercial or one man
show at best as the reality has proven. And the target group for digital
messaging is vastly smaller than of contesting or casual rag chewing.

If Simon would release his DM780 source code (I know it is difficult because
he is using some 3rd party commercial libraries), I bet there will be couple
of programmers trying to tinker with it and probably there will be some
doing contributing minor improvements. The same applies for the fldigi as it
targets the second most HAM used operating system today. With pocketdigi I
cannot expect much contribution even if I provided source code, because its
target group is much smaller notwithstanding the fact, that the PDAs are
often replaced by the tiny cheap diskless PCs.

Actually, there seems to be a single contribution on the way for
PocketDigi - one French sailor is fine tuning Amtor / NavTex. So there will
be open source codec for flDigi and DM780, hi.

73, Vojtech






Re: [digitalradio] sstv

2009-05-01 Thread Simon (HB9DRV)
USB

Simon Brown, HB9DRV
www.ham-radio-deluxe.com

- Original Message - 
From: ronaldfparmenter ronaldfparmen...@yahoo.com


 what mode do i use on 14.230 mz   for sstv ???



RE: [digitalradio] Re:Solar Cycle 23 Sunspot Group Re-emerges

2009-05-01 Thread Dave AA6YQ
I agree, Marc. While there are theories, our present knowledge of solar
physics provides no solid ground for predicting what may or may not be
happening. Extrapolating empirical observations taken over the past few
hundred years is risky, since they literally represent a quark in the bucket
with respect to the sun's lifetime:

http://en.wikipedia.org/wiki/File:Sunspot_Numbers.png

Longer reconstructions based on geologic evidence indicate that there's more
at work than a simple 11-year cycle with sporadic minimums:

http://en.wikipedia.org/wiki/File:Sunspots_11000_years.svg

How 'bout that peak at 9000 BC?

73,

 Dave, AA6YQ


-Original Message-
From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on
Behalf Of Marc PD4U
Sent: Friday, May 01, 2009 11:36 AM
To: digitalradio@yahoogroups.com
Subject: [digitalradio] Re:Solar Cycle 23 Sunspot Group Re-emerges







But is the solar minimum the (only necessary and sufficient) explaining
factor for a global cooling?
As we say in Holland One swallow doesn't make it summer meaning: one
cannot 'jump to conclusions' based on unsufficient data, and beside that the
swallow is not the explaining factor for summer to arise, but a result of
it.








Express yourself instantly with MSN Messenger! MSN Messenger




Re: [digitalradio] Re:Solar Cycle 23 Sunspot Group Re-emerges

2009-05-01 Thread Rik van Riel
Marc PD4U wrote:

 But is the solar minimum the (only necessary and sufficient) explaining 
 factor for a global cooling?
 As we say in Holland One swallow doesn't make it summer meaning: one 
 cannot 'jump to conclusions' based on unsufficient data, and beside that 
 the swallow is not the explaining factor for summer to arise, but a 
 result of it.

There simply is not enough data yet for either global
cooling or global warming. A 100 year period could be
simple blip in the geological climate record.

The temperature data over the last few thousand years
shows several temperature blips, both to the warm and
the cold side, as well as a longer term warming trend
coming out of the last ice age.

Whether or not the data from the last 100 years means
anything within this trend probably won't be clear
for another century or two.

-- 
All rights reversed.


Re: [digitalradio] Re: Ready for Q15X25 packet test ...

2009-05-01 Thread 9A3LI
On Tue, 10 Feb 2009 02:30:21 +0100, Peter Jordahl k...@amsat.org wrote:



 Anyone know of a standalone Windows version?


There is no standalone versuion, you can find driver for
Flex32 called soundmodem too.
You can use that modem with packet terminal software
WPP and Paxon.

But, MixW working much better in decoding q15x25.
Just compare MixW and win-soundmodem with Flex32/paxon.
MixW decode every packet then win-soundmodem every 10th
maybe less.
All tested on same PC, Creative sound card and the same RX.

btw
If here is any station from Europe interesting in q15x25
you can listen 3591Khz USB, 2500bps, FEC3 (15,5)
Tx only 20W in NVIS antenna (bi-quad for 80m band)
There is Linux JNOS and kiss Soundmodem running in test
phase for next few weeks.

Beacon is active every 90sec, beacon text:
9A1CRAIDUI,C,F0:
3591 KHz USB  Radio Q15X25 [Krizevci, HR]

73 !

Darko
9A3LI





Announce your digital presence via our Interactive Sked Pages at
http://www.obriensweb.com/sked

Recommended digital mode software:  Winwarbler, FLDIGI, DM780, or Multipsk
Logging Software:  DXKeeper or Ham Radio Deluxe.



Yahoo! Groups Links

* To visit your group on the web, go to:
http://groups.yahoo.com/group/digitalradio/

* Your email settings:
Individual Email | Traditional

* To change settings online go to:
http://groups.yahoo.com/group/digitalradio/join
(Yahoo! ID required)

* To change settings via email:
mailto:digitalradio-dig...@yahoogroups.com 
mailto:digitalradio-fullfeatu...@yahoogroups.com

* To unsubscribe from this group, send an email to:
digitalradio-unsubscr...@yahoogroups.com

* Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/



[digitalradio] Who Is Where Now : Idea, needs inventor

2009-05-01 Thread Andy obrien
Take at look at this fake web page http://www.obriensweb.com/whoiswhere.html

I was thinking about the idea of a reverse DX cluster  or an
expansion of the concepts behind hrdlog.net  .  A plce to see who is
QRV and where they are on the bands. Not DX spots, just who is where.
   I had some private emails with a few people about the varying ideas
and one correspondent crystallized the thoughts by using the term who
is where, now ?  It was further suggested that what  is needed to
facilitate the concept is a very easy uncomplicated process that does
not take a lots of resources or bandwidth.  An idea that is easily
enabled in most common log book software after one configures that
software to interface with your rig.  The idea would take the
frequency/mode info that all moderns rigs send, and populate a webpage
via use of TCP or  UDP, possibly in to a XML format.

I created the fake webpage in the link above to start the idea
rolling, an idea of what it may look like .  The page I put together
is fairly crude, just something to start the idea cooking.

This would be a idea that is free , no having to pay an annual fee
like some logging programs already require.

So, do we have any talent here that could take the idea and create it?
 Then we could host it (I would volunteer) and try to persuade popular
logging/rig control software authors to support it by adding the
ability to send the data strings from their software.

Anyone take the idea further?

Andy K3UK


Re: [digitalradio] Re: Ready for Q15X25 packet test ...

2009-05-01 Thread Rick W
Based upon the modulation developed for WINMOR, is it fair to say that 
some of the wider and higher speed modes will be roughly equivalent to 
Q15X25?

It still is perplexing to me as to why Q15X25 did so poorly (based on 
numerous comments from those that tried it) yet the modulation is 
surprisingly similar to other high speed modes. Comparing it to other 
modulation schemes that have automatic adaptability:

Digital# of   spacing  baud   
modulation
mode  tones of tones rate

Q15X25 15   125 Hz83.33QPSK

Pactor 3  18   120 Hz100   
QPSK - speed level 6
Pactor 3  14   120 Hz100   
QPSK - speed level 4
Pactor 3  14   120 Hz 100   
BPSK - speed level 3

WINMOR  15125 Hz 62.5 PSK/QAM
WINMOR  15125 Hz 31.25   4FSK

Could the answer be that was due to the fact that it can not scale for 
varying conditions? I have anecdotal comments that P3 rarely operates at 
SL6. Maybe others who have experience with P modes can give us some idea 
how often it needs to drop to lower levels. When that happens, it would 
seems reasonable that Q15X25 would not be possible to use.

73,

Rick, KV9U





 

 There is no standalone versuion, you can find driver for
 Flex32 called soundmodem too.
 You can use that modem with packet terminal software
 WPP and Paxon.

 But, MixW working much better in decoding q15x25.
 Just compare MixW and win-soundmodem with Flex32/paxon.
 MixW decode every packet then win-soundmodem every 10th
 maybe less.
 All tested on same PC, Creative sound card and the same RX.

 btw
 If here is any station from Europe interesting in q15x25
 you can listen 3591Khz USB, 2500bps, FEC3 (15,5)
 Tx only 20W in NVIS antenna (bi-quad for 80m band)
 There is Linux JNOS and kiss Soundmodem running in test
 phase for next few weeks.

 Beacon is active every 90sec, beacon text:
 9A1CRAIDUI,C,F0:
 3591 KHz USB  Radio Q15X25 [Krizevci, HR]

 73 !

 Darko
 9A3LI

   





Announce your digital presence via our Interactive Sked Pages at
http://www.obriensweb.com/sked

Recommended digital mode software:  Winwarbler, FLDIGI, DM780, or Multipsk
Logging Software:  DXKeeper or Ham Radio Deluxe.



Yahoo! Groups Links

* To visit your group on the web, go to:
http://groups.yahoo.com/group/digitalradio/

* Your email settings:
Individual Email | Traditional

* To change settings online go to:
http://groups.yahoo.com/group/digitalradio/join
(Yahoo! ID required)

* To change settings via email:
mailto:digitalradio-dig...@yahoogroups.com 
mailto:digitalradio-fullfeatu...@yahoogroups.com

* To unsubscribe from this group, send an email to:
digitalradio-unsubscr...@yahoogroups.com

* Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/



RE: [digitalradio] Who Is Where Now : Idea, needs inventor

2009-05-01 Thread Dave AA6YQ
I suggest that the Mode column contain the Operating Mode, e.g. CW,
Olivia, RTTY, Pactor3. We don't really care what mode a user's transceiver
is set to...

Having the each user's grid square and region (SA, NA-E, NA-M, NA-W, EU-E,
EU-W, AF-N, AF-S, AS, AN, OC) would be helpful for beam heading and
propagation purposes.

If successful, a simple listing of online participants would be
overwhelming. The ability to easily filter the list is fundamental, e.g.
show me everyone QRV Olivia on 20m.

73,

 Dave, AA6YQ

-Original Message-
From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on
Behalf Of Andy obrien
Sent: Friday, May 01, 2009 7:00 PM
To: digitalradio
Subject: [digitalradio] Who Is Where Now : Idea, needs inventor





Take at look at this fake web page
http://www.obriensweb.com/whoiswhere.html

I was thinking about the idea of a reverse DX cluster or an
expansion of the concepts behind hrdlog.net . A plce to see who is
QRV and where they are on the bands. Not DX spots, just who is where.
I had some private emails with a few people about the varying ideas
and one correspondent crystallized the thoughts by using the term who
is where, now ? It was further suggested that what is needed to
facilitate the concept is a very easy uncomplicated process that does
not take a lots of resources or bandwidth. An idea that is easily
enabled in most common log book software after one configures that
software to interface with your rig. The idea would take the
frequency/mode info that all moderns rigs send, and populate a webpage
via use of TCP or UDP, possibly in to a XML format.

I created the fake webpage in the link above to start the idea
rolling, an idea of what it may look like . The page I put together
is fairly crude, just something to start the idea cooking.

This would be a idea that is free , no having to pay an annual fee
like some logging programs already require.

So, do we have any talent here that could take the idea and create it?
Then we could host it (I would volunteer) and try to persuade popular
logging/rig control software authors to support it by adding the
ability to send the data strings from their software.

Anyone take the idea further?

Andy K3UK





[digitalradio] Cartoon Charcters

2009-05-01 Thread John Netro
How do you get the smily faces etc in your text on PSK, etc. I have been seeing 
stations on PSK that have been inserting smily faces etc with their text
 
N9WVM, John  


  

Re: [digitalradio] Cartoon Charcters

2009-05-01 Thread Andy obrien
You  don't.  What is happening is that YOU have software (probably
MixW or DM780) that sees something like 73 and the software uses a
waving-hand icon that is on your hard drive.  The picture you see is
NOT being sent via  PSK31 on air.

Andy K3UK

On Fri, May 1, 2009 at 9:39 PM, John Netro n9...@yahoo.com wrote:


 How do you get the smily faces etc in your text on PSK, etc. I have been
 seeing stations on PSK that have been inserting smily faces etc with their
 text

 N9WVM, John
 


Re: [digitalradio] Cartoon Charcters

2009-05-01 Thread John Netro
I am talking about this kind of faces 

--- On Fri, 5/1/09, Andy obrien k3uka...@gmail.com wrote:

From: Andy obrien k3uka...@gmail.com
Subject: Re: [digitalradio] Cartoon Charcters
To: digitalradio@yahoogroups.com
Date: Friday, May 1, 2009, 9:44 PM








You don't. What is happening is that YOU have software (probably
MixW or DM780) that sees something like 73 and the software uses a
waving-hand icon that is on your hard drive. The picture you see is
NOT being sent via PSK31 on air.

Andy K3UK

On Fri, May 1, 2009 at 9:39 PM, John Netro n9...@yahoo. com wrote:


 How do you get the smily faces etc in your text on PSK, etc. I have been
 seeing stations on PSK that have been inserting smily faces etc with their
 text

 N9WVM, John
 
















  

[digitalradio] Re: Cartoon Charcters

2009-05-01 Thread Andrew O'Brien
--- In digitalradio@yahoogroups.com, John Netro n9...@... wrote:

 I am talking about this kind of faces 
 

Same thing.  Someone sends :) with PSK31 and your software substitutes a smiley 
face.

Check your PSK31 sofware's folders and you will see all the icons in a folder.

Andy



Re: [digitalradio] Who Is Where Now : Idea, needs inventor

2009-05-01 Thread Phil Barnett
Andy obrien wrote:
 Take at look at this fake web page http://www.obriensweb.com/whoiswhere.html

 I was thinking about the idea of a reverse DX cluster  or an
 expansion of the concepts behind hrdlog.net  .  A plce to see who is
 QRV and where they are on the bands. Not DX spots, just who is where.
I had some private emails with a few people about the varying ideas
 and one correspondent crystallized the thoughts by using the term who
 is where, now ?  It was further suggested that what  is needed to
 facilitate the concept is a very easy uncomplicated process that does
 not take a lots of resources or bandwidth.  An idea that is easily
 enabled in most common log book software after one configures that
 software to interface with your rig.  The idea would take the
 frequency/mode info that all moderns rigs send, and populate a webpage
 via use of TCP or  UDP, possibly in to a XML format.

 I created the fake webpage in the link above to start the idea
 rolling, an idea of what it may look like .  The page I put together
 is fairly crude, just something to start the idea cooking.

 This would be a idea that is free , no having to pay an annual fee
 like some logging programs already require.

 So, do we have any talent here that could take the idea and create it?
  Then we could host it (I would volunteer) and try to persuade popular
 logging/rig control software authors to support it by adding the
 ability to send the data strings from their software.

 Anyone take the idea further?

 Andy K3UK


 

 Announce your digital presence via our Interactive Sked Pages at
 http://www.obriensweb.com/sked

 Recommended digital mode software:  Winwarbler, FLDIGI, DM780, or Multipsk
 Logging Software:  DXKeeper or Ham Radio Deluxe.
   
The groundwork to make more than half of this application work from a 
life feed from HRD is in my freely available software FreqMode2HRD.

At least the part of the software that can listen to or take readings 
from the rig is all there. Once you have the data, forming an xml packet 
and shipping it off to a port via UDP is cake.

It's a neat idea, but I'm zapped for time at this time.

If it's reading from HRD, the logging program connection is moot.