[digitalradio] Re: "Who Is Where Now" : Idea, needs inventor
Hi, This sounds interesting... I setup a database, I made a few functional mockups, and some more glue could be added. I would also provide JSON and XML connectors, to feed the info. Perhaps we can move this into an alpha status... who knows.. http://lnet.com.ar/wwn/index.php http://lnet.com.ar/wwn/register.php http://lnet.com.ar/wwn/login.php I'd like to have some more time before sending you these links, but it is late.. and time to go to bed.. 73s! Javier LU8AJA --- In digitalradio@yahoogroups.com, 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 >
Re: [digitalradio] "Who Is Where Now" : Idea, needs inventor
On May 1, 2009, at 6:59 PM, 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 A good portion of the work is already done, take a look at "Who's On The Air Database", all you would need to do is create the web end -- Alex/AB2RC
Re: [digitalradio] "Who Is Where Now" : Idea, needs inventor
> A good portion of the work is already done, take a look at > "Who's On The Air Database", all you would need to do is create the > web end > > -- > Alex/AB2RC > > Thanks Alex, I took a look at this and it indeed looks useful. However, I could not find a link to an actual web page that displays who is on the air, is it operational ? Andy K3UK
Re: [digitalradio] Re: "Who Is Where Now" : Idea, needs inventor
Some good work Javier, many thanks. Are you planning on making this idea one where people would manually login in and post their frequency or one that would take information from their radio and logging software and automatically send the information to your php scripts ? Andy K3UK On Sat, May 2, 2009 at 6:09 AM, Javier Albinarrate wrote: > > > Hi, > > This sounds interesting... > I setup a database, I made a few functional mockups, and some more glue > could be added. > I would also provide JSON and XML connectors, to feed the info. > Perhaps we can move this into an alpha status... who knows.. > > http://lnet.com.ar/wwn/index.php > http://lnet.com.ar/wwn/register.php > http://lnet.com.ar/wwn/login.php > > I'd like to have some more time before sending you these links, but it is > late.. and time to go to bed.. > > 73s! > Javier LU8AJA
[digitalradio] Re: Q15X25 Packet test
Thanks Rick, I added it...now what. Where on the band are people using it? Andy K3UK --- In digitalradio@yahoogroups.com, Rick W wrote: > > Hi John, > > I am just using MixW which I downloaded as a test at: > > http://www.mixw.net/index.php?j=downloads > > then a bit further down on the page is the q15x25dll. I used the latest > version. > > Hearing some odd pulsing transmission like a sort of chug, chug, chug, > sound that pulses for a few seconds, stops, and then pulses again. > > 73, > > Rick, KV9U > > > > > > > > > > John Becker, WØJAB wrote: > > Where does one get the software? > > > > >
Re: [digitalradio] Re: "Who Is Where Now" : Idea, needs inventor
> > A program or online page providing the capabilities of SpotColletor to > filter results could really make the "Who is Now Where" application a > powerful - and POPULAR - resource. > > > Bob - K3MQ > EXACTLY my thoughts Bob, since I also use all DX LAB applications and find Spotcollector to be amazing ! Andy K3UK
[digitalradio] Re: "Who Is Where Now" : Idea, needs inventor
If I understand the concept correctly, this basically is "self-spotting" - which I believe to be a great idea. It certainly would not be allowed in contest scenarios, but for most users it would be a wonderful resource. I now use Dave's (AA6YQ) DXLab SpotCollector program for cluster management. It's an excellent program which allows you to view spots using almost any imaginable filter. You can see spots by band, counry, mode, callsign, state, LoTW, etc. - or any combination. A program or online page providing the capabilities of SpotColletor to filter results could really make the "Who is Now Where" application a powerful - and POPULAR - resource. Instead of spotting someone else, you are just spotting yourself either manually or (preferably) your logging program polls your rig and does it for you. Bob - K3MQ
Re: [digitalradio] Re: Q15X25 Packet test
From what I know about Q15X25, it was planned to be a replacement for packet, but did not work well enough. Maybe some are still experimenting with it, but considering the protocol structure being very nearly the same as the highest speeds for Pactor 3 (Speed Level 6), which I understand is rarely possible to use on many HF paths, it is not a practical fit for the vagaries of HF. That is why it is so important to have a number of fall back protocols to meet actual HF conditions with the appropriate mode. WINMOR may be the solution for sound card technologies. 73, Rick, KV9U Andrew O'Brien wrote: > Thanks Rick, I added it...now what. Where on the band are people using it? > > Andy K3UK > > --- In digitalradio@yahoogroups.com, Rick W wrote: > >> Hi John, >> >> I am just using MixW which I downloaded as a test at: >> >> http://www.mixw.net/index.php?j=downloads >> >> then a bit further down on the page is the q15x25dll. I used the latest >> version. >> >> Hearing some odd pulsing transmission like a sort of chug, chug, chug, >> sound that pulses for a few seconds, stops, and then pulses again. >> >> 73, >> >> Rick, KV9U >> >> >> >> >> >> >> >> >> >> John Becker, WØJAB wrote: >> >>> Where does one get the software? >>> >>> >>>
Re: [digitalradio] Re: Ready for Q15X25 packet test ...
Exactly. With the prevailing bad propagation (and maybe the increased noise levels around my QTH) it is rare lately that P III can go into "fourth gear" or higher... And I did not have good luck with Q15X25. It was more tha five years ago, and I blamed my old computer... 73, Jose, CO2JA Rick W wrote: > 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 VI Conferencia Internacional de Energía Renovable, Ahorro de Energía y Educación Energética 9 - 12 de Junio 2009, Palacio de las Convenciones ...Por una cultura energética sustentable www.ciercuba.com 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] Re: Cartoon Charcters
To send a smiling face 8-) , you just send a number eight, followed by a dash and a closing parenthesis sign. The roots are in the newsgroups mails, more than 15 years ago, before anyone had the idea to translate the literal signs (emoticons) into yellow smiling faces and such (seems those came with the generalized use of Win95 and GUI's)... some software is "parsing" those signs into yellow little faces. The keyboard chatter is so flat that someone had the idea to add some "salt and pepper" to it, and express feelings in a "compact way" (happiness, sadness, anger, etc) 73, Jose, CO2JA Andrew O'Brien wrote: > --- In digitalradio@yahoogroups.com, John Netro 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 VI Conferencia Internacional de Energía Renovable, Ahorro de Energía y Educación Energética 9 - 12 de Junio 2009, Palacio de las Convenciones ...Por una cultura energética sustentable www.ciercuba.com
Re: [digitalradio] Re: Ready for Q15X25 packet test ...
Very good points, Darko, Even though the WINMOR set of protocols has been developed by one group, the protocol is open so that other individuals or groups can incorporate the protocol and may even further develop the protocol as they see fit. If the initial development group decided to not make a peer to peer mode available, and yet prove that this technology will work well, even if only for e-mail, eventually someone will want to do this for sound card peer to peer use. It would not have to be WINMOR, but something similar. It may not happen soon, it could take another 5 to 10 years, but I expect it to happen, maybe even in my lifetime, HI. The most important public service/emergency communication is tactical local and regional peer to peer. Everything else may be helpful, but not vital. Tactical communication has been done mostly recently by phone (with some CW, but mostly in the past) but phone has limitations that could be overcome by the right digital modes, to wit: - weaker signals getting through when phone does not work well or does not work at all - no CW expertise which is now the norm for almost all new hams - keyboarding skills common with new hams due to internet "practice," HI - need to send large amounts of data, such as lists of names, addresses, phone numbers, etc. At this time we do not have optimized sound card digital modes that can do this well. Some are using systems such as NBEMS on HF and VHF and even packet is still used by a few. RFSM2400 (MIL-STD-188-110A protocols) are not legal on HF here in the U.S. "digital" portions of the bands but even if it was, the weak signal modes were not included so it has not performed well with HF conditions we often experience. Also, the program does not provide peer to peer chat (tactical) communications. Whoever comes up with a program that can do sound card adaptable ARQ HF/VHF peer to peer chat and messaging and also connect to a widely available e-mail system will have THE digital public service "killer app." Why would you want to use anything else? 73, Rick, KV9U 9A3LI wrote: > > If WINMOR will be "interface" only for Winlink then it will be useless ! > Sure, that will be pitty ! > > Q15X25 isnt good replacement for old AFSM 300/200 modems. > RFSM2400 cant "link" with other network so useless too, > what will be with WINMOR we can sit and wait ! > :) > > 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] Cartoon Charcters
using DM780 you can send these smile :) frown :( devil :@ there are a few more I just don't remember em' 73's Ken --- On Fri, 5/1/09, Andy obrien wrote: From: Andy obrien Subject: Re: [digitalradio] Cartoon Charcters To: digitalradio@yahoogroups.com Date: Friday, May 1, 2009, 8: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 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] Re: Mode of the Day? RS ID on SdR bandwidth
I've just looked at Vojtech's code, it seems reasonable *and* he's resampling from 8kHz up to 11.025kHz. If I can get this working (and why not!) then I suggest we attempt to for a standard for the RSID codes similar to the SSTV VIS codes, maybe even storing the standard in this forum. This will really help when not using a 'standard' mode such as PSK31, 63 or RTTY. Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: "Vojtech Bubnik" > > My code is derived from Patrick's, only I heavily optimized it to be > executed on a less powerful fixed point arithmetics CPU. I am obsessed > with optimization to increase battery life of the Pocket PC device.
Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
Well done Simon, this would be a good collaboration. Andy K3UK On Sat, May 2, 2009 at 10:49 AM, Simon (HB9DRV) wrote: > > > I've just looked at Vojtech's code, it seems reasonable *and* he's > resampling from 8kHz up to 11.025kHz. > > If I can get this working (and why not!) then I suggest we attempt to for a > standard for the RSID codes similar to the SSTV VIS codes, maybe even > storing the standard in this forum. > > This will really help when not using a 'standard' mode such as PSK31, 63 or > RTTY. > > Simon Brown, HB9DRV > www.ham-radio-deluxe.com
RE: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
The RSID is good but is it overly complicated? What if a pilot tone or tones were sent indicating the mode? Maybe 25 msecs of tones with changes at 5 msecs. These tones would also establish the center (or edge) frequency for the mode so auto-tuning might be possible. A pattern might be 1k and 1.2k for 5 msecs, then 1k and 1.4k, then 1.2k and 1.4k ... Some modes like PSK31 might not need a dedicated tone since the idle patter is unique. The drawback to RSID is you have to get a good decode. Something simpler like a set of relatively long durations tones might be more robust. - 73 - Rud Merriam K5RUD ARES AEC Montgomery County, TX http://TheHamNetwork.net > -Original Message- > From: Simon (HB9DRV) [mailto:simon.br...@kns.ch] > Sent: Saturday, May 02, 2009 9:50 AM > To: digitalradio@yahoogroups.com > Subject: Re: [digitalradio] Re: Mode of the Day? RS ID on SdR > bandwidth > > > I've just looked at Vojtech's code, it seems reasonable *and* he's > resampling from 8kHz up to 11.025kHz. > > If I can get this working (and why not!) then I suggest we > attempt to for a > standard for the RSID codes similar to the SSTV VIS codes, maybe even > storing the standard in this forum. > > This will really help when not using a 'standard' mode such > as PSK31, 63 or > RTTY. > > Simon Brown, HB9DRV > www.ham-radio-deluxe.com > > - Original Message - > From: "Vojtech Bubnik" > > > > My code is derived from Patrick's, only I heavily optimized it to be > > executed on a less powerful fixed point arithmetics CPU. I > am obsessed > > with optimization to increase battery life of the Pocket PC device. > > > > > > 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 > > >
Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
No - it's sent in the center frequency and indicates the mode being used. For robustness it could be sent a few times maybe... If you can't decode the RS ID then you'll probably not decode the mode being used anyway. Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: "Rud Merriam" > The RSID is good but is it overly complicated?
Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
Hello Simon and all,
For about SdR, I think it's possible to kept any RS ID transmission in a
wide band.
Using the hashing technic and improving the Fourier determination, it is
needed only several % of the CPU for a 11025 samples/s, so I think it would
be OK for a 44 KHz sampling frequency and surely more.
> standard for the RSID codes similar to the SSTV VIS codes, maybe even
At the moment, I manage the standard codes, which are precised hereafter.
There are only 4095 possible codes but only 272 codes possible with a very
good auto-correlation function. Some modes (as THOR or FDMDV) are not in
Multipsk but in that case, I display the name of the mode saying that it is
not available in Multipsk.
Rud, the problem is the auto-correlation. This one must be extremely sharp.
If not it will be decoded many false identifiers.
Robustness: the RS ID is decoded from a S/N -18 dB and always at
about -16/-15 dB. This must be compared with the minimum for PSK31
at -12/-13 dB.
73
Patrick
IF NUMBER=1 THEN MODE:='BPSK31' ELSE
IF NUMBER=2 THEN MODE:='BPSK63' ELSE
IF NUMBER=3 THEN MODE:='QPSK63' ELSE
IF NUMBER=4 THEN MODE:='BPSK125' ELSE
IF NUMBER=5 THEN MODE:='QPSK125' ELSE
IF NUMBER=7 THEN MODE:='PSKFEC31' ELSE
IF NUMBER=8 THEN MODE:='PSK10' ELSE
{"MT63" parameter 1 parameter 2 (parameter 1: "500", "1000" (1000 Hz) or
"2000" (2000 Hz),
parameter 2: "LG" (Long), "ST" (Short) or "VST" (Very short)
Example: MT63-1000-LG}
IF NUMBER=9 THEN MODE:='MT63-500-LG' ELSE
IF NUMBER=10 THEN MODE:='MT63-500-ST' ELSE
IF NUMBER=11 THEN MODE:='MT63-500-VST' ELSE
IF NUMBER=12 THEN MODE:='MT63-1000-LG' ELSE
IF NUMBER=13 THEN MODE:='MT63-1000-ST' ELSE
IF NUMBER=14 THEN MODE:='MT63-1000-VST' ELSE
IF NUMBER=15 THEN MODE:='MT63-2000-LG' ELSE
IF NUMBER=17 THEN MODE:='MT63-2000-ST' ELSE
IF NUMBER=18 THEN MODE:='MT63-2000-VST' ELSE
IF NUMBER=19 THEN MODE:='PSKAM10' ELSE
IF NUMBER=20 THEN MODE:='PSKAM31' ELSE
IF NUMBER=21 THEN MODE:='PSKAM50' ELSE
IF NUMBER=22 THEN MODE:='PSK63F' ELSE
IF NUMBER=23 THEN MODE:='PSK220F' ELSE
{"CHIP 64" parameter 1 (parameter 1: "64" or "128"), Example: CHIP-64}
IF NUMBER=24 THEN MODE:='CHIP-64' ELSE
IF NUMBER=25 THEN MODE:='CHIP-128' ELSE
IF NUMBER=26 THEN MODE:='CW' ELSE
{"CCW" parameter 1 parameter 2 (parameter 1: "OOK" or "FSK",
parameter 2: "12" (12 wpm), "24" (24 wpm) or "48" (48 wpm)
Examples: CCW-OOK-12 or CCW-FSK-24}
IF NUMBER=27 THEN MODE:='CCW-OOK-12' ELSE
IF NUMBER=28 THEN MODE:='CCW-OOK-24' ELSE
IF NUMBER=29 THEN MODE:='CCW-OOK-48' ELSE
IF NUMBER=30 THEN MODE:='CCW-FSK-12' ELSE
IF NUMBER=31 THEN MODE:='CCW-FSK-24' ELSE
IF NUMBER=33 THEN MODE:='CCW-FSK-48' ELSE
{Pactor1 ARQ not RX/TX in Multipsk 4.1.1}
IF NUMBER=34 THEN MODE:='PACTOR1-FEC' ELSE
{"PACKET" parameter 1 (parameter 1: "300" (bauds) or "1200"
(bauds)),Example: PACKET-300}
IF NUMBER=35 THEN MODE:='PACKET-300' ELSE
IF NUMBER=36 THEN MODE:='PACKET-1200' ELSE
{"ASCII" parameter 1 (parameter 1: "7" (7 bits) or "8" (8 bits)), Example:
ASCII-7}
IF NUMBER=37 THEN MODE:='ASCII-7' ELSE
IF NUMBER=38 THEN MODE:='ASCII-8' ELSE
{"RTTY" parameter 1 (parameter 1: "45" (45 bauds), "50" (50 bauds), "75"
(75 bauds)), Example: RTTY-45}
IF NUMBER=39 THEN MODE:='RTTY-45' ELSE
IF NUMBER=40 THEN MODE:='RTTY-50' ELSE
IF NUMBER=41 THEN MODE:='RTTY-75' ELSE
IF NUMBER=42 THEN MODE:='AMTOR FEC' ELSE
{"THROB" parameter 1 (parameter 1: "1" (1 baud), "2" (2 bauds) or "4" (4
bauds)), Example: THROB-2}
IF NUMBER=43 THEN MODE:='THROB-1' ELSE
IF NUMBER=44 THEN MODE:='THROB-2' ELSE
IF NUMBER=45 THEN MODE:='THROB-4' ELSE
{"THROBX" parameter 1 (parameter 1: "1" (1 baud) or "2" (2 bauds)),
Example: THROBX-2}
IF NUMBER=46 THEN MODE:='THROBX-1' ELSE
IF NUMBER=47 THEN MODE:='THROBX-2' ELSE
{"CONTESTIA" parameter 1 parameter 2 (parameter 1: "4" (4 tones), "8" (8
tones), "16" (16 tones), "32" (32 tones), parameter 2: "250" (B=250 Hz),
"500" (B=500 Hz) or "1000" (B=1000 Hz))...same parameters as OLIVIA
Examples: CONTESTIA-32-1000 or CONTESTIA-8-500
Note: the following are the main Contestia modes:
CONTESTIA-4-250, CONTESTIA-4-500, CONTESTIA-8-250, CONTESTIA-8-500,
CONTESTIA-16-500, CONTESTIA-16-1000, CONTESTIA-32-1000}
IF NUMBER=49 THEN MODE:='CONTESTIA-8-250' ELSE
IF NUMBER=50 THEN MODE:='CONTESTIA-16-500' ELSE
IF NUMBER=51 THEN MODE:='CONTESTIA-32-1000' ELSE
IF NUMBER=52 THEN MODE:='CONTESTIA-8-500' ELSE
IF NUMBER=53 THEN MODE:='CONTESTIA-16-1000' ELSE
IF NUMBER=54 THEN MODE:='CONTESTIA-4-500' ELSE
IF NUMBER=55 THEN MODE:='CONTESTIA-4-250' ELSE
IF NUMBER=56 THEN MODE:='VOICE' ELSE
IF NUMBER=57 THEN MODE:='MFSK16' ELSE
IF NUMBER=60 THEN MODE:='MFSK8' ELSE
{"RTTYM" parameter 1 parameter 2 (parameter 1: "4" (4 tones), "8" (8
tones), "16" (16 tones), "32" (32 tones), parameter 2: "250" (B=250 Hz),
"500" (B=500 Hz) or "1000" (B=1000 Hz))...same parameters as OLIVIA
Examples: RTTYM-32-1000 or RTTYM-8-500
Note: the following are the main RTTYM modes: RTTYM-4-250, RTTYM-4
Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
What do other developers think about the Definitive List of RS-ID codes being maintained here? I suggest all programs should display this list if requested by the user together with the version number. I'll be away on holiday for two weeks and will try to get the code working while I'm away. I wonder whether the RS ID idea could be / should be extended to optionally include a callsign? Once I get the code integrated into DM780 I'll be able to make more sensible suggestions. Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: "Andy obrien" > Well done Simon, this would be a good collaboration.
Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
Patrick, What do you think about maintaining this code database in an XML file? Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: "Patrick Lindecker" > > IF NUMBER=1 THEN MODE:='BPSK31' ELSE > ...
[digitalradio] Re: "Who Is Where Now" : Idea, needs inventor
Andy, Actually both. The webpage would allow you to manually post your freq, and search. Also, an API using JSON or XML, would allow programs to post and search automatically. After all the webpage is working, with the connectors, if nobody else goes for the task, I might make a standalone program using Kenwood commands (which I already have worked with in the past), with that I could cover quite a few rigs, however the idea would be, having the API documented and online, to have somebody else write plugins for existing program like MixW and HRD. If my XYL doesn't kill me, I might stay tonigh adding the necessary glue to it, as always the problem is available time. Regards! Javier --- In digitalradio@yahoogroups.com, Andy obrien wrote: > > Some good work Javier, many thanks. Are you planning on making this > idea one where people would manually login in and post their frequency > or one that would take information from their radio and logging > software and automatically send the information to your php scripts ? > > Andy K3UK >
Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
Simon and all, Up to now, the developper who wants a RS ID code asks me and it will be OK if the number of modes is reasonnable. For example, I can't give for each Olivia/Constestia/RTTYM mode a code because this would correspond to 120 codes... As in Multipsk, I try to limit the number of sub-modes, it corresponds also to the RS ID need. Once given, I communicate it to Votjech so that he can add to his code. The goal is have always one code for one mode and not one code for x modes. If it is maintained collectively, the risk is to have one code for x modes... The best way would be that some digital association manages this (as for the SSTV codes, however I don't know who manages this SSTV list...) . Call ID: I have created an extension of a specific RS ID, called "Call ID" (the code in Pascal will be available with the 4.14 version as I have added a Prop ID). XML file?: it's surely very powerful but I don't know this technic, in fact. However, it's just a list with an identifier for a mode string, so a serie of IF is sufficient. 73 Patrick - Original Message - From: "Simon (HB9DRV)" To: Sent: Saturday, May 02, 2009 5:47 PM Subject: Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth > What do other developers think about the Definitive List of RS-ID codes > being maintained here? I suggest all programs should display this list if > requested by the user together with the version number. > > I'll be away on holiday for two weeks and will try to get the code working > while I'm away. I wonder whether the RS ID idea could be / should be > extended to optionally include a callsign? > > Once I get the code integrated into DM780 I'll be able to make more > sensible > suggestions. > > Simon Brown, HB9DRV > www.ham-radio-deluxe.com > > - Original Message - > From: "Andy obrien" > > >> Well done Simon, this would be a good collaboration. > > > > > > 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 > > > > >
[digitalradio] Re: Solar Cycle 23 Sunspot Group Re-emerges
Even with further empiric data for a century of two, we still "jump to conlusions" [D. Hume 1711 – 1776] Beside that past global coolings or ice ages were probably not dependent for their arisal on one factor solely. In this case: the number of sunspots _ See all the ways you can stay connected to friends and family http://www.microsoft.com/windows/windowslive/default.aspx
Re: [digitalradio] Re: "Who Is Where Now" : Idea, needs inventor
I have Kenwood , so I am happy to test it Javier, On Sat, May 2, 2009 at 12:26 PM, Javier Albinarrate wrote: > > > Andy, > > Actually both. The webpage would allow you to manually post your freq, and > search. > Also, an API using JSON or XML, would allow programs to post and search > automatically. > After all the webpage is working, with the connectors, if nobody else goes > for the task, I might make a standalone program using Kenwood commands > (which I already have worked with in the past), with that I could cover > quite a few rigs, however the idea would be, having the API documented and > online, to have somebody else write plugins for existing program like MixW > and HRD. > If my XYL doesn't kill me, I might stay tonigh adding the necessary glue to > it, as always the problem is available time. > Regards! > Javier > > --- In digitalradio@yahoogroups.com, Andy obrien wrote: >> >> Some good work Javier, many thanks. Are you planning on making this >> idea one where people would manually login in and post their frequency >> or one that would take information from their radio and logging >> software and automatically send the information to your php scripts ? >> >> Andy K3UK >> > >
Re: [digitalradio] "Who Is Where Now" : Idea, needs inventor
On May 2, 2009, at 7:07 AM, Andy obrien wrote: >> A good portion of the work is already done, take a look at >> "Who's On The Air Database", all you would need to do is create the >> web end >> >> -- >> Alex/AB2RC >> >> > > Thanks Alex, I took a look at this and it indeed looks useful. > However, I could not find a link to an actual web page that displays > who is on the air, is it operational ? > Currently there is no web access, just client software, that will connect to the wota server. There is a supported software link, take a look there. -- Alex/AB2RC
RE: [digitalradio] Re: "Who Is Where Now" : Idea, needs inventor
If this gets off the ground, I will create a small application for DXLab users that conveys your transceiver frequency (from Commander), your operating mode (from WinWarbler if running, otherwise from Commander), and your location (from DXView) to the WWN network. It would do this whenever you make a change, e.g. QSY from 20m to 80m, or change operating modes from RTTY to Olivia; this will minimize the load on whatever mechanism is maintaining the data. To start, I suggest a simple web-based UI that allows filtering by band, operating mode, and location. Someone should also take a hard look at WOTA and understand why it failed to gain traction; there's no sense flying into the same mountain. 73, Dave, AA6YQ -Original Message- From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on Behalf Of Bob Sent: Saturday, May 02, 2009 7:53 AM To: digitalradio@yahoogroups.com Subject: [digitalradio] Re: "Who Is Where Now" : Idea, needs inventor If I understand the concept correctly, this basically is "self-spotting" - which I believe to be a great idea. It certainly would not be allowed in contest scenarios, but for most users it would be a wonderful resource. I now use Dave's (AA6YQ) DXLab SpotCollector program for cluster management. It's an excellent program which allows you to view spots using almost any imaginable filter. You can see spots by band, counry, mode, callsign, state, LoTW, etc. - or any combination. A program or online page providing the capabilities of SpotColletor to filter results could really make the "Who is Now Where" application a powerful - and POPULAR - resource. Instead of spotting someone else, you are just spotting yourself either manually or (preferably) your logging program polls your rig and does it for you. Bob - K3MQ
RE: [digitalradio] "Who Is Where Now" : Idea, needs inventor
>>>WOTA's failure to provide web access is likely why it never gained traction. >>>If WWN becomes a huge success, then client applications with capabilities like SpotCollector's may appear, but you can't make this a pre-requisite. Without a web interrface, WWN would follow WOTA into the ground. 73, Dave, AA6YQ -Original Message- From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on Behalf Of Alex V Flinsch Sent: Saturday, May 02, 2009 2:09 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] "Who Is Where Now" : Idea, needs inventor On May 2, 2009, at 7:07 AM, Andy obrien wrote: >> A good portion of the work is already done, take a look at >> "Who's On The Air Database", all you would need to do is create the >> web end >> >> -- >> Alex/AB2RC >> >> > > Thanks Alex, I took a look at this and it indeed looks useful. > However, I could not find a link to an actual web page that displays > who is on the air, is it operational ? > Currently there is no web access, just client software, that will connect to the wota server. There is a supported software link, take a look there. -- Alex/AB2RC
Re: [digitalradio] Re: Mode of the Day? RS ID on SdR bandwidth
- Original Message - From: "Patrick Lindecker" > > The best way would be that some digital association manages this (as for > the > SSTV codes, however I don't know who manages this SSTV list...) . No-one, as far as I know I'm the only person writing / maintaining SSTV code. > Call ID: I have created an extension of a specific RS ID, called "Call ID" > (the code in Pascal will be available with the 4.14 version as I have > added > a Prop ID). > OK - I suggest we (you) send Mode ID then sender Callsign (optional). > XML file?: it's surely very powerful but I don't know this technic, in > fact. > However, it's just a list with an identifier for a mode string, so a serie > of IF is sufficient. XML is for professionals like yourself :) Simon Brown, HB9DRV www.ham-radio-deluxe.com
[digitalradio] Re:sstv
If you are wondering what digital mode to choose (scotty 1, scotty 2, martin 1, etc), then it is regular pratice to reply in the mode a station calls or replies to you. The scotty 1/2 and Martin 1/2 are mainly used and differ in time [somewhat less or more then a minute] and thus in quality. In busy/QRM situations it sometimes helps to go faster, and for instance use B/W 8, that only takes 8 sec. If you receive only faint signals it is better to use the modes that take more time like martin 1 [114 sec], scotty 1 [110 sec]or even scotty DX [269 sec] 73's de Marc, PD4U _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
[digitalradio] Multimode Madness Hours May 3 1300-1400 and 2300-000 UTC
Date and time : 1300 to 1400 UTC and 2300- UTC Each UTC Sunday Modes: Any digital modes EXCEPT standard RTTY , PSK31, QPSK31 , and CW. See below for full details Exchange : Call sign and RST Bands : Any authorized digital portions of 80, 40. 20, 15, or 10 are allowed . To foster more interaction, 14077 to 14080 and 7036-7038 are encouraged if allowed in your country. Please avoid traditional PSK31 frequencies and ALE sounding frequencies. Power : 100 watts and under . Suggested CQ : "CQ MMH" or "CQ Multimode Madness Hour" Points: 5 points per QSO Multipliers: Modes worked. Scoring: Total QSO x modes worked e.g 10 QSO = 50 points x six different modes successfully worked = 300 points You may work each station once PER mode Other : Use of RS-ID is encouraged. Submit Scores to http://spreadsheets.google.com/ccc?key=rtgm8kXVo0EppUcJjpTyFKw * Modes with varying speeds, or number of tones, DO count as different modes but "reverse" settings DO NOT. Example, Olivia 500/16 and 500/8 would count as two different modes but reverse/inverse MFSK16 or Olivia would not count.
[digitalradio] Text from main window
How is copy QSO details from main wibdow of WSJT7.02 ? and insert it then to other text file. Vlad UA6JD jt...@mail-on.us
Re: [digitalradio] Olivia
i like the ida of automatic changing of the modes . would act as pactor 123 . start with a slow mode ... call cq. make your qso in high speed if possible switch to slow again for the next cq . dg9bfc sigi - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Thursday, April 30, 2009 8:53 AM Subject: [digitalradio] Olivia All, I'm not sure why, but it seems that most of us tend to stick with the slower versions of Olivia even when conditions allow for much faster throughput. The more robust tone-bandwidth combinations seem overkill when the path is stable so why go slow? I sometimes test the waters by reducing the number of tones (regardless of bandwidth) to speed things up. One can always increase the tones again if conditions change for the worse. It would be a neat to see some kind of "throughput sensing" where the speed of the mode changed to suit conditions automatically. Maybe an RSID-like preamble that automatically switched the other stations software to the best mode based on the last over. Tony -K2MO
[digitalradio] Re: Olivia
--- In digitalradio@yahoogroups.com, "Siegfried Jackstien" wrote: > > i like the ida of automatic changing of the modes . would act as pactor > 123 . But the reason Pactor can do that is that the sending station is constantly getting acknowledgment packets that tell it how the last sent packet got through, or did not. We would need a wrapper around Olivia or PSK that would send signal-quality responses so the sender could adjust its speed.
Re: [digitalradio] sstv
dear simon ... surely he was asking what ssb-mode he should use eg. martin 1 2 ,scotty 1 2 , etc - Original Message - From: Simon (HB9DRV) To: digitalradio@yahoogroups.com Sent: Friday, May 01, 2009 9:22 PM Subject: Re: [digitalradio] sstv USB Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: "ronaldfparmenter" > what mode do i use on 14.230 mz for sstv ???
Re: [digitalradio] Re: Olivia
i know and after that we are in the area of programming the modes as arq modes :-) - Original Message - From: jhaynesatalumni To: digitalradio@yahoogroups.com Sent: Sunday, May 03, 2009 12:21 AM Subject: [digitalradio] Re: Olivia --- In digitalradio@yahoogroups.com, "Siegfried Jackstien" wrote: > > i like the ida of automatic changing of the modes . would act as pactor 123 . But the reason Pactor can do that is that the sending station is constantly getting acknowledgment packets that tell it how the last sent packet got through, or did not. We would need a wrapper around Olivia or PSK that would send signal-quality responses so the sender could adjust its speed.
[digitalradio] cheap tnc needed
PacComm Tiny-2 Mk-2 MFJ 1270B MFJ 1270C I am looking for one of the above TNC2 type packet tnc for a project I am working on here. 73's de N8MNI Mark Crosbie London, Ohio N8MNIARRLNET http://n8mni.com http://www.wedothat-radio.org/
Re: [digitalradio] Re: Olivia
Siegfried > We would need a wrapper around Olivia or PSK that would send > signal-quality responses so the sender could adjust its speed. I would imagine the turnover time would play a part in how well that would work. Tony -K2MO
