Re: [wsjt-devel] ALL.TXT (again)
That’s correct Claude.
But my PHP program has to deal with both formats in 2019. Given that one of
the formats will be found, all I have to detect is a change in month, which
comes after the date is harvested from the line (string).
__
Dan – K4SHQ
-Original Message-
From: Claude Frantz [mailto:claude.fra...@bayern-mail.de]
Sent: Sunday, June 30, 2019 12:50 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] ALL.TXT (again)
On 6/30/19 5:41 PM, Dan Malcolm wrote:
Hi Dan,
> Good point Mike. Right now I’m using the PHP regex function and
> “(\d{4})-(\d{2})-(\d{2})”. That worked until the format change. The
> function returns a T/F status and sticks the result into an array.
This doesn't match with the current format.
> Claude recommended a regex '^\d{6}_\d{6}\b' to detect the new format.
> I think both will work.
The regex, which I have mentioned, works fine with the current format, but not
with previous ones.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] ALL.TXT (again)
On 6/30/19 5:41 PM, Dan Malcolm wrote:
Hi Dan,
Good point Mike. Right now I’m using the PHP regex function and
“(\d{4})-(\d{2})-(\d{2})”. That worked until the format change. The
function returns a T/F status and sticks the result into an array.
This doesn't match with the current format.
Claude recommended a regex '^\d{6}_\d{6}\b' to detect the new format. I
think both will work.
The regex, which I have mentioned, works fine with the current format,
but not with previous ones.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Anomaly with rc7
I was running rc7 in normal mode FT8 during FD since it did not shut down as expected. After I completed a contact and then started calling CQ, with Call 1st UNCHECKED, about every 3rd or 4th CQ call, a connection was made to one of those calling me and the contact ensued without me selecting anything. The rest of the time, my side did nothing on it's own. I had Call 1st unchecked since I was a 1D and did not really want to be contacted by another D station for no points. This way I could select the other classes that needed me for points, or so I thought. Just a heads up to the team to check this out. Also, on occasion I noticed that when my report from the other station was -11, the Log QSO showed +11 instead. This happened occasionally with other negative reports as well, but seemed to be more frequent with -11 than the others. George - WB5JJJ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] ALL.TXT (again)
Good point Mike. Right now I’m using the PHP regex function and
“(\d{4})-(\d{2})-(\d{2})”. That worked until the format change. The function
returns a T/F status and sticks the result into an array.
Claude recommended a regex '^\d{6}_\d{6}\b' to detect the new format. I think
both will work. I’ll do some research to see which method would be quickest
and to see if PHP has a ‘sscanf’ comparable function. I’ll have to use both
for the time being as 2019’s ALL.TXT will have both formats.
Thanks to both of you.
__
Dan – K4SHQ
From: Black Michael [mailto:mdblac...@yahoo.com]
Sent: Sunday, June 30, 2019 7:53 AM
To: 'WSJT software development' ; Dan Malcolm
Subject: Re: [wsjt-devel] ALL.TXT (again)
This logic should work until the format changes in 2099 or so unless it's just
allowed to roll over in which case it will still work.
You just need to get the current yymm instead of a "saved" date.
If the yymm changes that will allow you to track any idle period correctly.
#include
#include
int main(int nargs, char *argv[])
{
int yymmsave = 0;
char buf[256];
FILE *fp = fopen(argv[1], "r");
if (fp == NULL)
{
perror(argv[1]);
exit(1);
}
while (fgets(buf, sizeof(buf), fp))
{
int yymm, dd, time;
int n = sscanf(buf, "%4d%2d_%6d", , , );
if (n == 3 && yymm != yymmsave)
{
printf("%04d\n", yymm);
yymmsave = yymm;
}
}
fclose(fp);
}
de Mike W9MDB
On Saturday, June 29, 2019, 11:32:47 PM CDT, Dan Malcolm
mailto:k4...@outlook.com>> wrote:
I’m thinking that if I know I’m in year ‘19’ and the month changes from ’02 to
GT ‘02’ then I can count that as a month change. Not likely but I can envision
where I wounn’t be on the air for a month or more.
__
Dan – K4SHQ
From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net]
Sent: Saturday, June 29, 2019 10:39 PM
To: wsjtx-devel
mailto:wsjt-devel@lists.sourceforge.net>>
Cc: Black Michael mailto:mdblac...@yahoo.com>>
Subject: Re: [wsjt-devel] ALL.TXT (again)
There's nothing special about the month rollover
The format is YYMMDD so here's the Feb-Mar rollover in my file for example.
190228_23594514.074 Rx FT8 -3 0.9 2255 WB4HMA HC2AO -11
190301_0014.074 Rx FT8-13 0.9 2598 VE1DBM LU1JAO -08
de Mike W9MDB
On Saturday, June 29, 2019, 09:35:19 PM CDT, Dan Malcolm
mailto:k4...@outlook.com>> wrote:
I am aware that ALL.TXT data formatting changed in late February this year. I
am trying to write a PHP program to split All.TXT in monthly text files. I
have program that does this for 2018, but it only finds January and February of
2019. The problem is probably a format change. Can anyone help me find the
first entry of the month format? Is it MMDD_”time”? or something similar?
__
Dan – K4SHQ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] ALL.TXT (again)
Yup...sscanf exists in php.
Most people don't know about the power of sscanf to parse fixed format data.
The old format in ALL.TXT was like this
2017-01-01 00:00 7.076 MHz JT9+JT65
So this should work.int n = sscanf(buf,"%4d-%2d-%2d
%2d:%2d",,);if (n == 5) parsed_ok..otherwise fall
through.
On Sunday, June 30, 2019, 10:41:24 AM CDT, Dan Malcolm
wrote:
Good point Mike. Right now I’m using the PHP regex function and
“(\d{4})-(\d{2})-(\d{2})”. That worked until the format change. The function
returns a T/F status and sticks the result into an array.
Claude recommended aregex '^\d{6}_\d{6}\b' to detect the new format. I think
both will work. I’ll do some research to see which method would be quickest
and to see if PHP has a ‘sscanf’ comparable function. I’ll have to use both
for the time being as 2019’s ALL.TXT will have both formats.
Thanks to both of you.
__
Dan – K4SHQ
From: Black Michael [mailto:mdblac...@yahoo.com]
Sent: Sunday, June 30, 2019 7:53 AM
To: 'WSJT software development' ; Dan Malcolm
Subject: Re: [wsjt-devel] ALL.TXT (again)
This logic should work until the format changes in 2099 or so unless it's just
allowed to roll over in which case it will still work.
You just need to get the current yymm instead of a "saved" date.
If the yymm changes that will allow you to track any idle period correctly.
#include
#include
int main(int nargs, char *argv[])
{
int yymmsave = 0;
char buf[256];
FILE *fp = fopen(argv[1], "r");
if (fp == NULL)
{
perror(argv[1]);
exit(1);
}
while (fgets(buf, sizeof(buf), fp))
{
int yymm, dd, time;
int n = sscanf(buf, "%4d%2d_%6d", , , );
if (n == 3 && yymm != yymmsave)
{
printf("%04d\n", yymm);
yymmsave = yymm;
}
}
fclose(fp);
}
de Mike W9MDB
On Saturday, June 29, 2019, 11:32:47 PM CDT, Dan Malcolm
wrote:
I’m thinking that if I know I’m in year ‘19’ and the month changes from ’02 to
GT ‘02’ then I can count that as a month change. Not likely but I can envision
where I wounn’t be on the air for a month or more.
__
Dan – K4SHQ
From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net]
Sent: Saturday, June 29, 2019 10:39 PM
To: wsjtx-devel
Cc: Black Michael
Subject: Re: [wsjt-devel] ALL.TXT (again)
There's nothing special about the month rollover
The format is YYMMDD so here's the Feb-Mar rollover in my file for example.
190228_235945 14.074 Rx FT8 -3 0.9 2255 WB4HMA HC2AO -11
190301_00 14.074 Rx FT8 -13 0.9 2598 VE1DBM LU1JAO -08
de Mike W9MDB
On Saturday, June 29, 2019, 09:35:19 PM CDT, Dan Malcolm
wrote:
I am aware that ALL.TXT data formatting changed in late February this year. I
am trying to write a PHP program to split All.TXT in monthly text files. I
have program that does this for 2018, but it only finds January and February of
2019. The problem is probably a format change. Can anyone help me find the
first entry of the month format? Is it MMDD_”time”? or something similar?
__
Dan – K4SHQ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] ALL.TXT (again)
This logic should work until the format changes in 2099 or so unless it's just
allowed to roll over in which case it will still work.You just need to get the
current yymm instead of a "saved" date.If the yymm changes that will allow you
to track any idle period correctly.
#include #include
int main(int nargs, char *argv[]){ int yymmsave = 0; char buf[256];
FILE *fp = fopen(argv[1], "r"); if (fp == NULL) { perror(argv[1]);
exit(1); }
while (fgets(buf, sizeof(buf), fp)) { int yymm, dd, time; int n =
sscanf(buf, "%4d%2d_%6d", , , );
if (n == 3 && yymm != yymmsave) { printf("%04d\n", yymm);
yymmsave = yymm; } }
fclose(fp);}
de Mike W9MDB
On Saturday, June 29, 2019, 11:32:47 PM CDT, Dan Malcolm
wrote:
I’m thinking that if I know I’m in year ‘19’ and the month changes from ’02 to
GT ‘02’ then I can count that as a month change. Not likely but I can envision
where I wounn’t be on the air for a month or more.
__
Dan – K4SHQ
From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net]
Sent: Saturday, June 29, 2019 10:39 PM
To: wsjtx-devel
Cc: Black Michael
Subject: Re: [wsjt-devel] ALL.TXT (again)
There's nothing special about the month rollover
The format is YYMMDD so here's the Feb-Mar rollover in my file for example.
190228_235945 14.074 Rx FT8 -3 0.9 2255 WB4HMA HC2AO -11
190301_00 14.074 Rx FT8 -13 0.9 2598 VE1DBM LU1JAO -08
de Mike W9MDB
On Saturday, June 29, 2019, 09:35:19 PM CDT, Dan Malcolm
wrote:
I am aware that ALL.TXT data formatting changed in late February this year. I
am trying to write a PHP program to split All.TXT in monthly text files. I
have program that does this for 2018, but it only finds January and February of
2019. The problem is probably a format change. Can anyone help me find the
first entry of the month format? Is it MMDD_”time”? or something similar?
__
Dan – K4SHQ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] ALL.TXT (again)
On 6/30/19 6:32 AM, Dan Malcolm wrote:
Hi Dan,
I’m thinking that if I know I’m in year ‘19’ and the month changes from
’02 to GT ‘02’ then I can count that as a month change. Not likely but
I can envision where I wounn’t be on the air for a month or more.
I'm not sure, but I think that lines with different formats can still
occur in ALL.TXT. I suggest to make sure that you only examine the lines
matching the regex '^\d{6}_\d{6}\b' .
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
