This is ridiculous. Now the guy who owns the ball is mad so he is going home? Are we adults trying to provide a very meaningful service to the public or brats on a ball field? Both sides are acting out, at our expense.
I am not taking sides, but do see enough input that something has changed and it is messing up a system that many sysops depend on. Perhaps the code was not modified and something else has changed to eliminate incomplete calls from the ADI file? Pointing fingers, unsubstantiated accusations and childish acts will not get us to a conclusion, unless the 'I'm taking my ball and going home', is an acceptable conclusion; NOT!
I see not reason why all parties involved do not get together, Skype, conference call, over a keg of brew?? and work this out. Agree to stop the antics and work out a solution. There are many of us, most being silent or unaware of this issue, want you to come up with the right solution. Restore Analyzer to it's prior state of reporting ALL connections regardless of the outcome.
Phil, DoC etc. please take a deep breath. Let by-gones be by-gones and do the right thing.
Just my 2?, thanks for reading this.
73
Den Spiess
W2DEN for N4SER and NCS525 gateways.
toggle quoted message
Show quoted text
On 1/14/2019 12:32 PM, DoC wrote:
So u r going to discontinue the adi log files in protest? Seems like a
childish action to me. Why not just fix ur mistake? Or do u still insist
that there has been no change in the log format Phil.
DoC
-----Original Message-----
From: Phil Sherrod [mailto:phil@...]
Sent: Monday, January 14, 2019 17:12
To: 'DoC'
Subject: RE: [w1eo] New file uploaded to [email protected]
The complaints about adi file have gotten too annoying.
Phil
-----Original Message-----
From: DoC [mailto:d.g.willard@...]
Sent: Monday, January 14, 2019 9:00 AM
To: 'Phil Sherrod'
Subject: RE: [w1eo] New file uploaded to [email protected]
That would be a shame Phil. Lots of Gateway sysops rely on Analyzer. If
the adi files are removed, Analyzer is useless. However, the very
existence of the logs themselves is imperative to sysops being able to
operate their Gateways. Please consider the supporting Gateway sysops,
without which there would be no Winlink system.
De DoC
-----Original Message-----
From: Phil Sherrod [mailto:phil@...]
Sent: Monday, January 14, 2019 14:50
To: furlan@...; 'DoC'
Cc: [email protected]
Subject: RE: [w1eo] New file uploaded to [email protected]
It is likely that adi file generation will be either removed from
Trimode or be declared an unsupported feature. We are discussing it
now.
Phil, W4PHS
-----Original Message-----
From: Dr. Werner Furlan [mailto:furlan@...]
Sent: Monday, January 14, 2019 7:48 AM
To: DoC
Cc: [email protected]; phil@...
Subject: Re: [w1eo] New file uploaded to [email protected]
DoC et al,
I can confirm that DoC is right that incomplete Trimode connects are no
more represented in the Trimode Adif files.
I made 3 connects today, one complete, 2 incomplete connects, all with
completed pactor ARQ connections (callsign and ctext submitted) Only
one connect (with completed message transfer) appears in the log file.
I support DoC's request, that incomplete connects should also appear in
the log. It is a very good quick overview of the performance of the RMS
and also of the performance of the different modes.
Regarding the communication style I have seen here in the last days I
suggest to adhere to hamspirit and direct communication between Phil
and DoC. This way the problem could be solved without delay and
personal injuries (IMHO)
Log from the above mentioned connects:
<call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<mo
d
e:7>
AR
DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019
-
01-1
3
18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS
Express-1.5.18.0-
B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN
47T
G<eor>
<call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<m
o
de:4
P
AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-
01-14
13:25:23|RMS
Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor
3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>
73! de Werner OE9FWV
Sysop of RMS OE9XRK
On 14 Jan 2019 at 13:12, DoC wrote:
GM Tom et al;
I have resurrected Trimode version 1.2.8.0 here for trial
connections.
Below are two records in the log file for connections across the
desk.
Please note that the first record is a complete session (with the
"FQ" termination byte) while the second is an aborted session (with a
termination byte of ">"). Both created a log entry and both created a
`Connection Summary?. Neither end in two grid squares. As I have
repeatedly maintained, this is what used to happen prior to the
recent Trimode updates. I can accept and understand Phil repeatedly
stating he did not alter the logging portion of his code in these
updates, but I suspect he did alter the segment of code which
generates the `Connection Summary? lines and this has the effect of
eliminating the log entries for incomplete or failed sessions. Hope
this helps de DoC, W1EO
<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<m
o
de:4>PAC3<gridsquare:
6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14
12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS
Express-1.5.18.0-B2FHM$]|Pactor
3|14104200|14|90|FQ|0|0|173|88|87<eor>
<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<m
o
de:4>PAC3<gridsquare:
0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS
Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>
--
What's the difference between ignorance and apathy? I don't know and I
don't care.
Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014
Dennis Spiess