Keyboard Shortcuts
Likes
- W1eo
- Messages
Search
New file uploaded to [email protected]
[email protected] Notification
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group. File: Analyzer11.53.00.zip Uploaded By: DoC Description: You can access this file at the URL: Cheers, |
|
New file uploaded to [email protected]
[email protected] Notification
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group. File: Analyzer 11.53.00.zip Uploaded By: DoC Description: You can access this file at the URL: Cheers, |
|
New file uploaded to [email protected]
[email protected] Notification
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group. File: Analyzer 11.53.00 (pdf).zip Uploaded By: DoC Description: You can access this file at the URL: Cheers, |
|
Re: New file uploaded to [email protected]
¿ªÔÆÌåÓýBack in the early 1990s I became involved with an official claim with the US Federal Communications Commission by a Florida ham that my HF Pactor BBS station in Massachusetts had interfered with an ongoing QSO. I successfully argued my case with Riley Whiting based on the fact that the BBS (predecessor to Winlink WL2K) did not originate sessions and with copies of my logs created by the BBS. I am a little gun shy now days and do not run Winlink Relay Hybrid even though I know we have a pretty good Busy Detector available. My point here is that log files are handy things to have when needed even though not mandatory. The above story illustrates that fact. I think this topic should be of great interest to Gateway sysops living in countries which require operation logs to be maintained. If Winlink Trimode doesn¡¯t create them, how will they be created? 73 all de DoC, W1EO ? >-----Original Message----- >From: [email protected] [mailto:[email protected]] On Behalf Of DoC >Sent: Monday, January 14, 2019 15:05 >To: [email protected] >Subject: FW: [w1eo] New file uploaded to [email protected] >? >? >? >-----Original Message----- >From: DoC [mailto:d.g.willard@...] >Sent: Monday, January 14, 2019 15:00 >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 >>? >? >? >? > |
|
Re: New file uploaded to [email protected]
¿ªÔÆÌåÓýHmmm. It¡¯s very quiet here this morning. I wonder what the consensus of the WDT caucus yesterday was. It is clear to me that if they decide to remove the adi log files or even leave them currently recording only half of the connections, many Winlink sysops scattered around the world will have no alternative but to close down their Gateways because their countries require full logging of all transmission sessions. 73 to all de DoC, W1EO ? From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Monday, January 14, 2019 21:35 To: [email protected] Subject: Re: [w1eo] New file uploaded to [email protected] ? By the way: the current Trimode does not generate either a ¡®connect summary¡¯ or an adi log file record for a receipt and response to a ARDOP chat PING session. Interesting. De DoC, W1EO ? |
|
Re: New file uploaded to [email protected]
¿ªÔÆÌåÓýBy the way: the current Trimode does not generate either a ¡®connect summary¡¯ or an adi log file record for a receipt and response to a ARDOP chat PING session. Interesting. De DoC, W1EO ? |
|
Re: New file uploaded to [email protected]
¿ªÔÆÌåÓýThe FCC Rulebook, in the US, suggests, but does not require, we operators keep a log of our activities. ? Part 97 : Sec. 97.103 Station licensee responsibilities
As an OO, I recommend that Trimode logs contain records of ALL transmissions, including transmissions associated with incomplete sessions. I think the WDT would find it unwise to eliminate the Trimode adi file logs or parts thereof which would leave the Trimode operators without any log records. ? 73 de DoC, W1EO |
|
Re: New file uploaded to [email protected]
Phil,
toggle quoted message
Show quoted text
this would be a shame, the adi file is a very comfortable way to check the connections made. My station is remote controlled, I have to log in using TV, and I simply don't have the time to read the normal log files with a lot of information I don't need. Analyzer is always open and a simple click shows me an overall view of what happened in the past days or month. It has not only once helped me to detect a broken antenna leg or a wrong transceiver setting (trimode does not switch to the correct mode in the IC-7200 by the way) 73! de Werner OE9FWV On 14 Jan 2019 at 8:49, Phil Sherrod wrote:
It is likely that adi file generation will be either removed from --
Was bringt den Doktor um sein Brot? a) die Gesundheit, b) der Tod. Der Doktor h?lt drum, da? er lebe, Uns zwischen beidem in der Schwebe. Email powered by Pegasus Mail free at <> Homepage: <> Fone +43 5522 75013 Fax +43 5522 22505 Mobile +43 664 6340014 |
|
Re: New file uploaded to [email protected]
The Bottom Line is this ? However Analyser has now found a (another) bug in trimode, which has been there for some time, but has now surfaced in a big way with a new variation. Because it may prove a bit difficult to find, WDT seem to just want to abandon fixing the problem they created, probably because Doc is the one pointing it out. ? Create it they did. I am not a software guru at all, but I do know for a fact, software does what you tell it to do, right or wrong, and it has been told , of recent ( I check my logs often) to write the position report twice, why I don¡¯t know, and neither do WDT ? Analyser has made me lazy, and has been a great help to my station over the years I have run the station, but BEFORE analyser, I made a query to a member of the WDT? (who initially assisted me to setup my station software). It was simple. ? How do I get a list of stations for my log file? Answer Simple, look for the ADI file and import it into your logging software. Bingo, my problem with my licence condition was solved, I had a complete log of ALL, not some of the stations that connected. ? NOW it seems WDT don¡¯t care about logging, and will just discontinue logging because they cant fix a fault they created, like they never fixed the IRGo fault on Express either, and a good few other bugs laying in the wings. ? There may be a long winded way to extract the info I need from other log files, But there is a very easy fix to the problem as well¡..energy in =0 ? 73 de Colin ZS1RS |
|
Re: New file uploaded to [email protected]
¿ªÔÆÌåÓýThanks Den. I believe I have proven that the format of the adi log files has been changed in two ways: ¡¤???????? The incomplete sessions no longer create a log entry ¡¤???????? Two grid squares have been appended to the end of each and every log record Phil refuses to acknowledge that those changes have occurred. I keep pressing on that issue and then he threatens to ¡°take the ball home¡±. Aren¡¯t logs required by the FCC? I¡¯m ready and willing to participate in a SKYPE session if that¡¯s what it takes. Let¡¯s make it public though and not just Phil and me. Item one: Have there been changes? Item 2: Why not repair them? De DoC ? >-----Original Message----- >From: [email protected] [mailto:[email protected]] On Behalf Of Den W2DEN >Sent: Monday, January 14, 2019 17:55 >To: [email protected]; 'Phil Sherrod' >Subject: Re: [w1eo] New file uploaded to [email protected] >? >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. >? >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|2 >>>> 019 >>>> - >>>> 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>13252 >>>> 3<m >>>> o >>>> de:4 >>>>> P >>>> AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|201 >>>> 9- >>>> 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 >>>>> Trimode|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 >>>>? >>? >>? >>? >>? >>? >? > |
|
Re: New file uploaded to [email protected]
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.
toggle quoted message
Show quoted text
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. On 1/14/2019 12:32 PM, DoC wrote:
So u r going to discontinue the adi log files in protest? Seems like a |
|
Re: New file uploaded to [email protected]
So u r going to discontinue the adi log files in protest? Seems like a
toggle quoted message
Show quoted text
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----- |
|
Re: 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 >? |
|
Re: New file uploaded to [email protected]
John Maxwell
DoC, I believe that Phil has buried his head in the sand here.? We're all human and we all make mistakes.? I'm not sure why they are insisting that they have not changed anything when they clearly have.? I don't see this as ranting, I see it as a last-ditch effort to get the folks that should be paying attention to pay attention!? Because of their indifference and flippant attitude, I'm about to switch all of my stuff over to BPQ and drop Trimode like a hot potato.? To heck with the lost functionality... We'll just have to deal with it.? Oh for the days of Rick Muething.... 73, de W0VG John Maxwell From: "d g willard" <d.g.willard@...> To: "w1eo" <[email protected]> Sent: Monday, January 14, 2019 8:06:39 AM Subject: Re: [w1eo] New file uploaded to [email protected] GM all; I want to apologize for what some are calling ranting on this topic. In my defense I get pretty frustrated and sometimes angry when Phil repeated tells us through Tom that he has not modified the logging code in Trimode in the last two updates. We have lost four members of the [email protected] gang over this. I¡¯m sorry guys but I am trying to keep our Gateway tools up to date and working. De DoC |
|
Re: New file uploaded to [email protected]
¿ªÔÆÌåÓýGM all; I want to apologize for what some are calling ranting on this topic. In my defense I get pretty frustrated and sometimes angry when Phil repeated tells us through Tom that he has not modified the logging code in Trimode in the last two updates. We have lost four members of the [email protected] gang over this. I¡¯m sorry guys but I am trying to keep our Gateway tools up to date and working. De DoC |
|
FW: [w1eo] New file uploaded to [email protected]
toggle quoted message
Show quoted text
-----Original Message-----
From: DoC [mailto:d.g.willard@...] Sent: Monday, January 14, 2019 15:00 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----- |
|
Re: New file uploaded to [email protected]
Thanks for the support Werner. Unfortunately, Phil will not respond to my
toggle quoted message
Show quoted text
emails directly. Tom has acted as a go between so we can get a feeling of Phil's actions and reactions. 73 all de DoC -----Original Message----- |
|
Re: New file uploaded to [email protected]
DoC et al,
toggle quoted message
Show quoted text
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<mode:7>AR DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019-01-13 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|JN47T G<eor> <call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<mode: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:
--
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 |
|
Re: New file uploaded to [email protected]
¿ªÔÆÌåÓý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<mode: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<mode: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> |
|
Re: New file uploaded to [email protected]
Don Poaps
Lately nothing is showing. Either vhf, nothing in Hf? I use to see stations, click and they show up in Google Earth. Miss that Later? Don va7dgp? On Sun, Jan 13, 2019 at 07:56 Don Poaps via Groups.Io <va7dgp=[email protected]> wrote:
--
Don Poaps
New Westminster, BC
VA7DGP DATA VA7QU ? VOICE Winlink: va7qu@... Subject://wl2k ? ? ? ? ?? ? |