On 2019-03-14 14:34, Bastien F4EYQ wrote:
On 2019-03-14 14:19, F6BHK wrote:
You don't answer Jim's questioning.
Besides, Bill gave you a quick view on UDP msg. And I cannot agree
more.
UDP msg give us all what we need to know about WSJT insides. Why would
we need something else?
73
Serge
On 14/03/2019 12:19, Bastien F4EYQ wrote:
On 2019-03-13 17:59, Jim Brown wrote:
On 3/13/2019 7:11 AM, Bastien F4EYQ wrote:
I've develop a "Radio Cloud" for ham people, This cloud purpose a
logbook "online"
LOTW and eQSL work quite well. Why do we need another one?
73, Jim K9YC
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Hello Jim,
A quote is always better than a bad answer :
"We always have the choice. We are indeed the product of our
choices."
Joseph O'Connor
73 Bastien.
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Hello Serge,
It would have been much simpler for me if a real webservice client API
exists or we can select the target server but if the software sends
local UDP packets to transmit the QSOs (As Bill explain),
I got in touch with it.
I'm just going to have to develop here a small C # client for CRX that
will send the reformed UDP packets to the CRX webservice via SOAP or
JSON.
The client will include the user configuration for the logbook
webservice (user / password / ID of the target log to syncronized).
For now I can not do otherwise, the CRX client will also be compatible
with other heavy software broadcasts like HRD / LOGGER32 or N1MM.
Basically I would have liked not to reinvent the wheel of this heavy
client software (who do not agree on a unified QSO sharing protocol),
but if it must be done, I will stick to it.
Bastien.
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Serge,
To explain the concept, here is a simple diagram of "cloud software":
[<your pc>--<wsjt soft>---udp loopback---<crx client>] ---
[INTERNET] --- [<crx-cloud>--<crx-logbook>]
Here crx client is a light qso relay program ( udp to webservice ),
target is a cloud application 'crx-logbook' (via soap/json wbs).
In the past :
-------------
[<your pc>-<wsjt soft>---udp loopback---<your logger32/n1mm>] ---
[INTERNET]
With a webservice client with a "universal" protocol situation will be
more simple :
[<your pc>--<wsjt soft>---qso-webservice-broadcast---] ---
[INTERNET] --- [<ANY-CLOUD-YOU-WANT>]
So :
- UDP broadcast can share your QSO in local mode ( software on your PC
to another software on your PC or LAN ).
- And WEBSERVICE share your QSO to single target or multiple on the
Internet / Cloud via a web query.
At this moment, the single problem is the target of webservice, we dont
have choice , it 's only 2 'big' projects (qso/qsl),
Bastien.
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
