Absolutely agree on the WSPR usage...since they didn't integrate any
vehicle list I'm thinking they did the WSPR differences to reduce false
spotting which would be virtually 100% of what is reported.
I wonder if Mal joined the group and then left?
RRR
Mike W9MDB
On Mon, Jan 11, 2016 at 5:50 AM
On 11/01/2016 06:12, Michael Black wrote:
> I was thinking about this a bit moreperhaps we should try a
> pro/con look at this?
>
> Published List
> Pro -- guaranteed only published vehicles get reported
> Con -- requires periodic check for updated list and, depending on how
> often it gets c
I was thinking about this a bit moreperhaps we should try a pro/con
look at this?
Published List
Pro -- guaranteed only published vehicles get reported
Con -- requires periodic check for updated list and, depending on how often
it gets checked, new launches may not be reported for hours or day
Bill, dont' you think just watching for grid changes is enough? That's a
fair bit simpler than trying to implement a filter. The chat group didn't
see why it wouldn't work.
RRR
Mike W9MDB
On Sat, Jan 9, 2016 at 8:46 AM, Bill Somerville
wrote:
> On 05/01/2016 08:29, Mal Good wrote:
>
> Can you
On 05/01/2016 08:29, Mal Good wrote:
Can you add options that allow for 1) the uploading of JT9 telemetry
from balloons to the SNUS (spacenear.us) website and 2) the reporting
of the ground stations location to the same site?
There are modified versions (see below) that allow for this but I
that comment is stolen from their code. Makes sense though for future
protection.
RRRMike W9MDB
From: Bill Somerville
To: wsjt-devel@lists.sourceforge.net
Sent: Wednesday, January 6, 2016 5:14 PM
Subject: Re: [wsjt-devel] Feature Request, JT9 to SNUS
On 06/01/2016 23:08, Bill Somer
On 06/01/2016 23:08, Bill Somerville wrote:
> // send telemetry to HAB server if required
> // will send the RX station callsign, grid, frequency and JT9/65
> string
> decodedtext.deCallAndGrid(/*out*/dx_call,dx_grid);
> if (decodedtext.isJT9 ()
> && m_config.spot_to_sn
On 06/01/2016 18:20, Michael Black wrote:
Looking for feedback on this changed patch. Had to make the
QNetAccessManager a little more accessible since it was only in main.
I'm obviously not as good at Qt as you are...so hopefully this is better.
I chatted a bit on the IRC channel for the balloo
Oops..forgot the patch...
On Wed, Jan 6, 2016 at 12:20 PM, Michael Black wrote:
> Looking for feedback on this changed patch. Had to make the
> QNetAccessManager a little more accessible since it was only in main.
> I'm obviously not as good at Qt as you are...so hopefully this is better.
> I c
Looking for feedback on this changed patch. Had to make the
QNetAccessManager a little more accessible since it was only in main.
I'm obviously not as good at Qt as you are...so hopefully this is better.
I chatted a bit on the IRC channel for the balloon people and they thought
the grid-change ide
On 05/01/2016 20:29, Black Michael wrote:
> Here's a patch that adds this reporting. Pretty straight forward. I
> don't have any way to test this for real since there are no balloons
> in the area.
> I borrowed the reporting code from http://picospace.net/?p=552
>
> The idea here is that if any
I'm now sending this from my gmail account since the web yahoo doesn't seem
to be working with the list...
Here's a patch that adds this reporting. Pretty straight forward. I don't
have any way to test this for real since there are no balloons in the
area.
I borrowed the reporting code from http
One again my message shows up on the archive without any textlet's see if
this text gets through without the patch. Patch is in previous message.
Here's a patch that adds this reporting. Pretty straight forward. I don't
have any way to test this for real since there are no balloon
Here's a patch that adds this reporting. Pretty straight forward. I don't
have any way to test this for real since there are no balloons in the area. I
borrowed the reporting code from http://picospace.net/?p=552
The idea here is that if any grid change is detected it gets reported. I've
nev
Just thinking out loud...
Another approach could be a three-tier system using the pskreporter site as
a proxy and using Bill's suggestion about a JSON file with the registered
flight callsigns. Since a bolloon flight needs to be registered with SNUS,
the pskreporter site would fetch the JSON file
On 05/01/2016 15:57, Black Michael wrote:
> I could do this if I can be assured the patch would be accepted. I
> need a project right now that would be accepted since I'm a touch
> frustrated my last couple patches were rejected.
Hi Mike,
you are asking an unanswerable question. Contributions
h frustrated my last
couple patches were rejected.
RRRMike W9MDB
From: Bill Somerville
To: wsjt-devel@lists.sourceforge.net
Sent: Tuesday, January 5, 2016 9:24 AM
Subject: Re: [wsjt-devel] Feature Request, JT9 to SNUS
On 05/01/2016 15:19, Michael Black wrote:
> Then that would so
devel] Feature Request, JT9 to SNUS
Then that would sounds like a cooperative project with them providing an
accessible list of active platforms that could be automatically updated.
Betchya' they might go for that since it would improve their coverage.
RRR
Mike W9MDB
On Tue, Jan 5, 2016
On 05/01/2016 15:19, Michael Black wrote:
> Then that would sounds like a cooperative project with them providing
> an accessible list of active platforms that could be automatically
> updated.
> Betchya' they might go for that since it would improve their coverage.
Indeed, something like a litt
Then that would sounds like a cooperative project with them providing an
accessible list of active platforms that could be automatically updated.
Betchya' they might go for that since it would improve their coverage.
RRR
Mike W9MDB
On Tue, Jan 5, 2016 at 9:15 AM, Bill Somerville
wrote:
> On 05/
On 05/01/2016 15:12, Black Michael wrote:
> Seems to me the proper way would be to have to add the callsign(s) as
> a "filter" for reporting. Then it would only be for the appropriate
> call signs which should be unique.
Hi Mike,
although that would work, it would be much better if WSJT-X coul
On 05/01/2016 15:06, Edson W. R. Pereira wrote:
> I do some balloon experiments from time to time and am considering
> using JT9 on HF and also JT65 on VHF for telemetry. It would be nice
> to feed the telemetry data to spacenear. However, we would need to
> verify with them if it would be ok to
2016 9:06 AM
Subject: Re: [wsjt-devel] Feature Request, JT9 to SNUS
I do some balloon experiments from time to time and am considering using JT9 on
HF and also JT65 on VHF for telemetry. It would be nice to feed the telemetry
data to spacenear. However, we would need to verify with them if i
I do some balloon experiments from time to time and am considering using
JT9 on HF and also JT65 on VHF for telemetry. It would be nice to feed the
telemetry data to spacenear. However, we would need to verify with them if
it would be ok to feed non balloon data to their servers. The current
implem
On 05/01/2016 08:29, Mal Good wrote:
> Can you add options that allow for 1) the uploading of JT9 telemetry
> from balloons to the SNUS (spacenear.us) website and 2) the reporting
> of the ground stations location to the same site?
Hi Mal,
where is the server URL and data format documented?
73
Hi Team
Firstly, thanks so much for just great software. I have enjoyed it
immensely!
Can you add options that allow for 1) the uploading of JT9 telemetry from
balloons to the SNUS (spacenear.us) website and 2) the reporting of the
ground stations location to the same site?
There are m
26 matches
Mail list logo
