• Fidotest Tree

    From Fidotest@2:221/1 to Everyone on Sun Aug 1 00:00:02 2021

    Distribution tree of area fidotest for last 31 days

    221/1
    + 280/464
    | + 460/58
    | | + 460/256
    | | L 460/5858
    | + 292/854
    | + 770/1
    | | + 317/3
    | | | L 229/426
    | | | + 342/200
    | | | | L 342/201
    | | | L 90/1
    | | | L 902/27
    | | | L 900/108
    | | L 770/100
    | + 203/0
    | | + 320/219
    | | | L 142/103
    | | L 201/0
    | | L 201/137
    | + 396/45
    | | L 19/33
    | + 712/848
    | | L 261/38
    | | + 222/2
    | | | L 263/1
    | | L 340/400
    | | L 396/60
    | L 154/10
    | L 226/18
    + 221/6
    | + 153/757
    | L 341/66
    + 301/1
    + 640/1384
    | L 3634/12
    | L 3634/24
    L 240/1120
    L 371/0
    L 371/52


    --- - ---
    * Origin: Fidotest Tree (2:221/1.0)
  • From Carlos Navarro@2:341/234.1 to Fidotest on Sun Aug 1 09:18:49 2021
    01 Aug 2021 00:00, you wrote to Everyone:

    @MSGID: 2:221/1 6105b9d3
    [...]

    Nice... but no TZUTC kludge.

    Carlos
    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Ward Dossche@2:292/854 to Carlos Navarro on Sun Aug 1 20:13:18 2021
    @MSGID: 2:221/1 6105b9d3
    [...]

    Nice... but no TZUTC kludge.

    As if that's really meaningful.

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Ward Dossche@2:292/854 to Fidotest on Sun Aug 1 20:16:37 2021
    Distribution tree of area fidotest for last 31 days

    Pretty insignificant information ...

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Carlos Navarro@2:341/234.1 to Ward Dossche on Sun Aug 1 21:52:49 2021
    01 Aug 2021 20:13, you wrote to me:

    Nice... but no TZUTC kludge.

    As if that's really meaningful.

    Perhaps not so much in a robot message like that, but IMO for normal discussion it is.

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Ward Dossche@2:292/854 to Carlos Navarro on Mon Aug 2 00:15:46 2021

    Nice... but no TZUTC kludge.

    As if that's really meaningful.

    Perhaps not so much in a robot message like that, but IMO for normal discussion it is.

    I fail to see it, Carlos.

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Carlos Navarro@2:341/234.1 to Ward Dossche on Mon Aug 2 10:29:36 2021
    02 Aug 2021 00:15, you wrote to me:

    Nice... but no TZUTC kludge.

    As if that's really meaningful.

    Perhaps not so much in a robot message like that, but IMO for
    normal discussion it is.

    I fail to see it, Carlos.

    Properly sorted messages when ordering by date in your editor/viewer, for example.

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Ward Dossche@2:292/854 to Carlos Navarro on Mon Aug 2 10:44:03 2021
    I fail to see it, Carlos.

    Properly sorted messages when ordering by date in your editor/viewer, for example.

    30+ years into Fidonet and haven't felt the need once.

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Carlos Navarro@2:341/234.1 to Ward Dossche on Tue Aug 3 08:12:55 2021
    02 Aug 2021 10:44, you wrote to me:

    I fail to see it, Carlos.

    Properly sorted messages when ordering by date in your
    editor/viewer, for example.

    30+ years into Fidonet and haven't felt the need once.

    Perhaps you don't even need the date field at all. :-)

    I am also used to viewing messages in toss order. But especially with the NADS, replies may arrive to a system before the replied-to messages. I'd prefer to be able to view them properly sorted and I think that it would look better for (potential) users in applications that allow this.

    I suppose that you have discussed this before. Is there some reason why you don't want the TZUTC kludge?

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Paul Quinn@3:640/1384.125 to Carlos Navarro on Tue Aug 3 16:58:43 2021
    Hola! Carlos,

    On 08/03/2021 04:12 PM, you wrote to Ward Dossche:

    I fail to see it, Carlos.
    [ ...snipped... ]
    I suppose that you have discussed this before. Is there some reason why you don't want the TZUTC kludge?

    This exchange may be a running joke on the part of Ward, based on the imprecision of the English language. Recall that all kludges have a common inherent attribute: they are -hidden- from normal view.

    So, when he says that he 'fails to see it' then possibly he cannot, or will not, or does not, view kludges. For me, not seeing kludges would be akin to being colour blind.

    Hasta,
    Paul.

    --- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
    * Origin: If only Life had a scroll-back buffer with cut & paste. (3:640/1384.125)
  • From Carlos Navarro@2:341/234.1 to Paul Quinn on Tue Aug 3 12:05:07 2021
    03 Aug 2021 16:58, you wrote to me:

    Hola! Carlos,

    G'day Paul!

    I fail to see it, Carlos.
    [ ...snipped... ]
    I suppose that you have discussed this before. Is there some
    reason why you don't want the TZUTC kludge?

    This exchange may be a running joke on the part of Ward, based on the imprecision of the English language. Recall that all kludges have a common inherent attribute: they are -hidden- from normal view.

    So, when he says that he 'fails to see it' then possibly he cannot, or will not, or does not, view kludges. For me, not seeing kludges would
    be akin to being colour blind.

    I know that Ward is a 'cachondo', :-) but I don't think he was making a joke with this.

    Anyway, in this message of yours, I see that Golded is showing me your local time. It looks to me like coming from the future.

    I thought that it was smart enough to use your TZUTC kludge and show me the 'real' time for my timezone. And I see that it happens the same with other editors/viewers... :-S

    I had assumed that this kludge was used by FTN software and not just something informative. :-/

    Hasta,
    ...luego. :-)
    Paul.

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Ward Dossche@2:292/854 to Carlos Navarro on Tue Aug 3 12:47:11 2021
    Carlos,

    I suppose that you have discussed this before. Is there some reason why
    you don't want the TZUTC kludge?
    """""""""""""

    Have I ever stated that?

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Paul Quinn@3:640/1384 to Carlos Navarro on Tue Aug 3 20:41:05 2021
    Hi! Carlos,

    On 03 Aug 2021, Carlos Navarro said the following...

    @TZUTC: 0200

    Anyway, in this message of yours, I see that Golded is showing me your local time. It looks to me like coming from the future.

    Yes, they are. Eight hours ahead of your clocks. I'm Australian.

    CN> I had assumed that this kludge was used by FTN
    CN> software and not just CN> something informative. :-/

    It should be. But the Fidonet creator ghods didn't see the point when they were communicating only in the USA. In this era we should have message dates using UTC, and TZUTC values for ourselves, in order to calculate various time values for us (informational only).

    In the least, we need only use UTC times. At the moment we have no idea what time the times actually indicate. I liked telex in an old job; this message would be approximately dated as 031040ZAUG21. Add your TZUTC to that for
    your local time.

    Cheers,
    Paul.

    --- Mystic BBS v1.12 A46 2020/08/26 (Linux/32)
    * Origin: Quinn's Rock - stuck in a Linux VM, again! (3:640/1384)
  • From Michiel van der Vlist@2:280/5555 to Carlos Navarro on Tue Aug 3 12:27:00 2021
    Hello Carlos,

    On Tuesday August 03 2021 12:05, you wrote to Paul Quinn:

    Anyway, in this message of yours, I see that Golded is showing me your local time. It looks to me like coming from the future.

    I have been a HAM for 50+ years and from the very beginning I always used GMT (as it was called back then) for my logs (compulsory back then) and for exchanging written confirmations called QSL cards. HAM radio is a global thing, so using GMT or UTC is the logical thing to do. I even had a clock in my shack that showed GMT.

    With that background information, I think using local time in Fidonet was a design flaw. Fidonet, like HAM radio is a globe spanning activity. Even in its country of origin, the USA, it spanned more than one time zone from the beginning.

    Time information in Fidonet should have been in UTC, not local time. For additional information a TZLOC kludge could have been used.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.eu (2:280/5555)
  • From Carlos Navarro@2:341/234.1234 to Ward Dossche on Tue Aug 3 14:51:56 2021
    Hi Ward,

    I suppose that you have discussed this before. Is there some reason why
    you don't want the TZUTC kludge?
    """""""""""""

    Have I ever stated that?

    Ok, I should have written "use" or "have", not "want".

    Carlos
    --- AfterShock/Android 1.6.8
    * Origin: Costa Blanca, Spain (2:341/234.1234)
  • From Carlos Navarro@2:341/234.1 to Paul Quinn on Wed Aug 4 16:38:17 2021
    03 Aug 2021 20:41, you wrote to me:

    @TZUTC: 0200

    Anyway, in this message of yours, I see that Golded is showing me
    your local time. It looks to me like coming from the future.

    Yes, they are. Eight hours ahead of your clocks. I'm Australian.

    I know... well, actually I only knew you were in Australia. :-) I had checked the nodelist to find out what your TZ should be when I saw some message you posted before with Golded that, BTW, didn't have the TZUTC kludge.

    I had assumed that this kludge was used by FTN
    software and not just CN> something informative. :-/

    It should be. But the Fidonet creator ghods didn't see the point when they were communicating only in the USA. In this era we should have message dates using UTC, and TZUTC values for ourselves, in order to calculate various time values for us (informational only).

    Anyway, the way it is, software can calculate the UTC date if the TZUTC kludge is present. In fact it seems that your T-Bird shows dates to you converted to your local time. In your previous reply you had this:

    "On 08/03/2021 04:12 PM, you wrote to Ward Dossche"
    ^^
    and the local time of my message was 8:12 AM.

    I've checked several Jamnttpd servers and my T-bird shows different times for the same message: one shows the original local timestamp, another one converted for my timezone... I suppose that it depends on how it's configured or something. I'll check again later.

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Ward Dossche@2:292/854 to Carlos Navarro on Wed Aug 4 23:13:59 2021
    Carlos,

    Ok, I should have written "use" or "have", not "want".

    How are we doing so far? After all, you're my favourite Spaniard ... :-)

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Paul Quinn@3:640/1384.125 to Carlos Navarro on Thu Aug 5 09:23:32 2021
    Hi! Carlos,

    On 08/05/2021 12:38 AM, you wrote:

    I know... well, actually I only knew you were in Australia. :-) I had checked the nodelist to find out what your TZ should be when I saw some message you posted before with Golded that, BTW, didn't have the TZUTC kludge.

    That's probably Golded 1.1.4.7, and maybe why there's a version 1.1.5 now. ;)

    Anyway, the way it is, software can calculate the UTC date if the TZUTC kludge is present. In fact it seems that your T-Bird shows dates to you converted to your local time. In your previous reply you had this:

    Yes, I've seen that conversion (it is a very old version too, BTW).

    "On 08/03/2021 04:12 PM, you wrote to Ward Dossche"
    ^^
    and the local time of my message was 8:12 AM.

    I just waited till a civilized time for you to catch the note. :)

    I've checked several Jamnttpd servers and my T-bird shows different
    times for the same message: one shows the original local timestamp, another one converted for my timezone... I suppose that it depends on
    how it's configured or something. I'll check again later.

    Yes, it usually shows my local AEST. I used version JamNNTPd 1.0 for the longest time on both Windows (no longer running) and this Linux. Now I have a personal edit of version 1.3, using modifications suggested by Mark Lewis (1:3634/12, who is conspicuous by his absence in recent times).

    Cheers,
    Paul.

    --- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
    * Origin: Maybe I should cut the power before I-- ZZZAAPPOWWWWWW (3:640/1384.125)
  • From Brother Rabbit@2:460/256 to August Abolins on Thu Aug 5 14:17:11 2021
    Hi, August!

    Is your goal to strip out the 3rd(+) level of quoting on the path from Telegram to Fido? That's pretty good and reduces the clutter.

    Yes. You are right.

    Have a nice carrot!
    Brother Rabbit.

    ... A good companion not only listens attentively, but pours the drink on time --- Use "%UserProfile %Tearline text" to customize tearline.
    * Origin: Fido by Telegram BBS from Stas Mishchenkov (2:460/256)
  • From August Abolins@1:153/757.21 to Brother Rabbit on Thu Aug 5 09:12:00 2021
    Hello Brother Rabbit!

    ** On Thursday 05.08.21 - 14:17, Brother Rabbit wrote to August Abolins:

    Hi, August!

    Is your goal to strip out the 3rd(+) level of quoting on the path from
    Telegram to Fido? That's pretty good and reduces the clutter.

    Yes. You are right.

    The reply system is not looking right in the LITRPG echo.

    --
    ../|ug

    --- OpenXP 5.0.50
    * Origin: The ONLY point that matters --> . <-- (1:153/757.21)
  • From Brother Rabbit@2:460/256 to August Abolins on Thu Aug 5 18:48:38 2021
    Hi, August!

    Hello Brother Rabbit!
    ** On Thursday 05.08.21 - 14:17, Brother Rabbit wrote to August Abolins: The reply system is not looking right in the LITRPG echo.
    --
    ../|ug

    Is it still bad now, or a little better?

    Have a nice carrot!
    Brother Rabbit.

    ... A good companion not only listens attentively, but pours the drink on time --- Use "%UserProfile %Tearline text" to customize tearline.
    * Origin: Fido by Telegram BBS from Stas Mishchenkov (2:460/256)
  • From August Abolins@2:460/256 to Brother Rabbit on Thu Aug 5 20:29:15 2021
    Hi Brother,
    ...Greets from my Telegram app!

    Is it still bad now, or a little better?

    I just replied to one in that echo. We shall see.

    Ciao!
    /|ug (https://t.me/aabolins)

    ... Searchable Help for OXP https://openxp.kolico.ca
    --- Want fido for iOS/MacOS/Android/Win/Linux? Info=https://shrtco.de/tpJ9yV
    * Origin: Fido by Telegram BBS from Stas Mishchenkov (2:460/256)
  • From Brother Rabbit@2:460/256 to August Abolins on Thu Aug 5 22:34:45 2021
    Hi, August!

    I just replied to one in that echo. We shall see.

    Good. Let's watch.

    Have a nice carrot!
    Brother Rabbit.

    ... A good companion not only listens attentively, but pours the drink on time --- Use "%UserProfile %Tearline text" to customize tearline.
    * Origin: Fido by Telegram BBS from Stas Mishchenkov (2:460/256)
  • From Carlos Navarro@2:341/234.1 to Paul Quinn on Thu Aug 5 23:01:17 2021
    05 Aug 2021 09:23, you wrote to me:

    I saw some message you posted before with Golded that, BTW,
    didn't have the TZUTC kludge.

    That's probably Golded 1.1.4.7, and maybe why there's a version 1.1.5
    now. ;)

    I've seen in the github repo that the USETZUTC setting was disabled by default until 1.1.5, so it may work for you if you add 'USETZUTC Yes' to your cfg.

    I just waited till a civilized time for you to catch the note. :)

    Don't worry, I disabled the sound for my Fido-notifications. :-)

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Brother Rabbit@2:460/256 to Carlos Navarro on Fri Aug 6 00:51:47 2021
    Hi, Carlos!

    05 Aug 2021 09:23, you wrote to me:
    I've seen in the github repo that the USETZUTC setting was disabled by default until 1.1.5, so it may work for you if you add 'USETZUTC Yes' to your cfg.
    Don't worry, I disabled the sound for my Fido-notifications. :-)
    Carlos

    Cool. ;)

    Have a nice carrot!
    Brother Rabbit.

    ... A good companion not only listens attentively, but pours the drink on time --- Use "%UserProfile %Tearline text" to customize tearline.
    * Origin: Fido by Telegram BBS from Stas Mishchenkov (2:460/256)
  • From Carlos Navarro@2:341/234.1 to Michiel van der Vlist on Sun Aug 8 09:09:09 2021
    03 Aug 2021 12:27, you wrote to me:

    I have been a HAM for 50+ years and from the very beginning I always
    used GMT (as it was called back then) for my logs (compulsory back
    then) and for exchanging written confirmations called QSL cards. HAM
    radio is a global thing, so using GMT or UTC is the logical thing to
    do. I even had a clock in my shack that showed GMT.

    A different beginning...

    With that background information, I think using local time in Fidonet
    was a design flaw. Fidonet, like HAM radio is a globe spanning
    activity. Even in its country of origin, the USA, it spanned more than
    one time zone from the beginning.

    I suppose that they didn't think it would expand so much. Or they just didn't think too much about this. :-)

    Time information in Fidonet should have been in UTC, not local time.
    For additional information a TZLOC kludge could have been used.

    I think I've read some discussions about this in FTSC_PUBLIC time ago, but I know it's difficult, if not impossible, to make some changes like this in Fidonet.

    Anyway with TZUTC, though maybe a bit kludgy, you can get the same result (obtaining the UTC time) if the software supports this. But other than Jamnntpd, no idea what editors or packages do (I'm testing several ones, little by little)

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Carlos Navarro@2:341/234.1 to Ward Dossche on Sun Aug 8 09:04:42 2021
    04 Aug 2021 23:13, you wrote to me:

    How are we doing so far? After all, you're my favourite Spaniard ...
    :-)

    A bit hot over here, though we've had worse summers.

    I'm honoured... I suppose.

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Michiel van der Vlist@2:280/5555 to Carlos Navarro on Sun Aug 8 13:59:42 2021
    Hello Carlos,

    On Sunday August 08 2021 09:09, you wrote to me:

    I have been a HAM for 50+ years and from the very beginning I always
    used GMT (as it was called back then) for my logs (compulsory back
    then) and for exchanging written confirmations called QSL cards. HAM
    radio is a global thing, so using GMT or UTC is the logical thing to
    do. I even had a clock in my shack that showed GMT.

    A different beginning...

    I am not the only HAM in Fidonet. There has always been - and still is to a point - a large overlap between de HAM community and Fidonet. TJ is not a HAM, but there must have been HAMS in the first nodelist.

    With that background information, I think using local time in Fidonet
    was a design flaw. Fidonet, like HAM radio is a globe spanning
    activity. Even in its country of origin, the USA, it spanned more
    than one time zone from the beginning.

    I suppose that they didn't think it would expand so much. Or they just didn't think too much about this. :-)

    Maybe. Or maybe they considered GMT a "European thing". Like meters and kilograms. So they ignored it...

    Time information in Fidonet should have been in UTC, not local time.
    For additional information a TZLOC kludge could have been used.

    I think I've read some discussions about this in FTSC_PUBLIC time ago,
    but I know it's difficult, if not impossible, to make some changes
    like this in Fidonet.

    I have been the FTSC chairman for over a decade. I know how difficult it is to make such changes. We have no time machines. Ever so often one just has to live with the consequences of unfortunate choices made in the past and make the best of it.

    Anyway with TZUTC, though maybe a bit kludgy, you can get the same
    result (obtaining the UTC time) if the software supports this. But
    other than Jamnntpd, no idea what editors or packages do (I'm testing several ones, little by little)

    It is not to late to update Golded. It is open source...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: ZC1 certified techno-dick (2:280/5555)
  • From Ward Dossche@2:292/854 to Carlos Navarro on Sun Aug 8 15:56:03 2021
    Carlos,

    I suppose that they didn't think it would expand so much. Or they just didn't think too much about this. :-)

    The latter, but 35-40 years later everyone's an expert.

    They also messed the region-numbering for example.

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Mike Powell@1:2320/105 to MICHIEL VAN DER VLIST on Sun Aug 8 10:09:00 2021
    I suppose that they didn't think it would expand so much. Or they just didn't think too much about this. :-)

    Maybe. Or maybe they considered GMT a "European thing". Like meters and kilogra
    s. So they ignored it...

    Several of the offices involved in weather reporting have used it for years. However, the general US public has enough trouble figuring out the time
    zones in the mainland US these days. They taught us about why there are
    time zones, what GMT is, etc., in school. I guess they don't teach that
    any more. In my experience, many people cannot even understand a 24 hour clock.

    Mike


    * SLMR 2.1a * It's time for the Possum Lodge Word Game!!!
    --- SBBSecho 3.12-Linux
    * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
  • From Marc Lewis@1:396/45 to Mike Powell on Sun Aug 8 09:45:03 2021
    Hello Mike.

    <On 08Aug2021 10:09 Mike Powell (1:2320/105) wrote a message to MICHIEL VAN DER VLIST regarding TZUTC >

    Maybe. Or maybe they considered GMT a "European thing". Like meters
    and kilograms. So they ignored it...

    Several of the offices involved in weather reporting have used it
    for years. However, the general US public has enough trouble
    figuring out the time zones in the mainland US these days. They
    taught us about why there are time zones, what GMT is, etc., in
    school. I guess they don't teach that any more. In my experience,
    many people cannot even understand a 24 hour clock.

    Mike, I'm afraid you're right. I don't believe they teach anything relative to time in school any longer... For that matter, I don't believe they teach much of anything worthwhile now-a-days. I grew up with the 24 hour clock in my family and still keep time like that - even on my wristwatch. Amazing ignorance.

    Best regards,
    Marc

    --- timEd/2 1.10.y2k+
    * Origin: Sursum Corda! BBS-Huntsville,AL-bbs.sursum-corda.com (1:396/45)
  • From Michiel van der Vlist@2:280/5555 to Mike Powell on Sun Aug 8 16:46:25 2021
    Hello Mike,

    On Sunday August 08 2021 10:09, you wrote to me:

    Maybe. Or maybe they considered GMT a "European thing". Like meters
    and kilogra s. So they ignored it...

    Several of the offices involved in weather reporting have used it for years. However, the general US public has enough trouble figuring out
    the time zones in the mainland US these days.

    A Fidonet sysop is not representative for the general US public would you not say?

    They taught us about why there are time zones, what GMT is, etc., in school. I guess they don't teach that any more. In my experience,
    many people cannot even understand a 24 hour clock.

    24 hour clocks are in general use here. Digital clocks are almost always configured for 24 hour format. Broadcast guides are in 24 hour format. Public transport uses 24 hour format for the time tables.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: ZC1 certified techno-dick (2:280/5555)
  • From Carlos Navarro@2:341/234.1 to Ward Dossche on Mon Aug 9 11:46:38 2021
    08 Aug 2021 15:56, you wrote to me:

    They also messed the region-numbering for example.

    Do you mean that net numbers are not related to region numbers, like in z2 (mostly) and z4?

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Carlos Navarro@2:341/234.1 to Michiel van der Vlist on Mon Aug 9 11:51:42 2021
    08 Aug 2021 13:59, you wrote to me:

    Maybe. Or maybe they considered GMT a "European thing". Like meters
    and kilograms. So they ignored it...

    :-)

    Anyway with TZUTC, though maybe a bit kludgy, you can get the
    same result (obtaining the UTC time) if the software supports
    this. But other than Jamnntpd, no idea what editors or packages
    do (I'm testing several ones, little by little)

    It is not to late to update Golded. It is open source...

    True. That's great.

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Ward Dossche@2:292/854 to Carlos Navarro on Mon Aug 9 13:15:57 2021
    They also messed the region-numbering for example.

    Do you mean that net numbers are not related to region numbers, like in
    z2 (mostly) and z4?

    It would have made a lot of sense to use the CCITT-numbering scheme as region numbers ... but the founding fathers in all their wisdom had no clue ...

    \%/@rd

    --- DB4 - Jul 07 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Mike Powell@1:2320/105 to MICHIEL VAN DER VLIST on Mon Aug 9 11:08:00 2021
    Maybe. Or maybe they considered GMT a "European thing". Like meters
    and kilogra s. So they ignored it...

    Several of the offices involved in weather reporting have used it for years. However, the general US public has enough trouble figuring out the time zones in the mainland US these days.

    A Fidonet sysop is not representative for the general US public would you not s
    y?

    I would suspect not. :)

    24 hour clocks are in general use here. Digital clocks are almost always config
    red for 24 hour format. Broadcast guides are in 24 hour format. Public transpor
    uses 24 hour format for the time tables.

    Here, AM and PM are more popular. If a clock I have supports it, it
    reports in 24 hour format. Makes doing math using time much easier.

    Mike


    * SLMR 2.1a * What do you mean, QWK?? It took me over an hour to read!!
    --- SBBSecho 3.12-Linux
    * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
  • From Carlos Navarro@2:341/234.1 to Ward Dossche on Tue Aug 10 22:13:06 2021
    09 Aug 2021 13:15, you wrote to me:

    It would have made a lot of sense to use the CCITT-numbering scheme as region numbers ... but the founding fathers in all their wisdom had no clue ...

    Maybe if/when zones are merged... :-)

    Carlos

    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Costa Blanca, Spain (2:341/234.1)
  • From Fidotest@2:221/1 to Everyone on Wed Sep 1 00:00:00 2021

    Distribution tree of area fidotest for last 31 days

    221/1
    + 301/1
    | L 250/1
    + 280/464
    | + 292/854
    | + 770/1
    | | + 317/3
    | | | L 88/1
    | | + 770/100
    | | L 229/664
    | | L 229/426
    | | + 342/200
    | | | L 342/201
    | | + 90/1
    | | | L 902/27
    | | | L 900/108
    | | + 249/307
    | | + 14/0
    | | | L 298/25
    | | | L 154/154
    | | L 105/81
    | + 396/45
    | | L 19/33
    | + 460/58
    | | + 460/256
    | | L 460/5858
    | + 310/31
    | + 240/5832
    | | L 320/219
    | | L 142/103
    | L 103/705
    | L 218/700
    + 221/6
    | + 341/66
    | | L 341/234
    | + 153/757
    | | L 153/802
    | + 5020/1042
    | | + 467/888
    | | L 261/38
    | | L 116/18
    | L 218/840
    + 640/1384
    | L 3634/12
    | L 154/10
    | L 2320/105
    + 240/1120
    | L 371/0
    | L 371/52
    + 280/5555
    L 203/0
    L 201/0
    L 201/137


    --- - ---
    * Origin: Fidotest Tree (2:221/1.0)
  • From Fidotest@2:221/1 to Everyone on Fri Oct 1 00:00:02 2021

    Distribution tree of area fidotest for last 31 days

    221/1
    + 221/6
    | + 153/757
    | | L 261/38
    | | + 116/18
    | | L 266/512
    | | L 266/420
    | + 218/840
    | | L 218/700
    | | L 218/860
    | + 229/664
    | | L 229/426
    | | L 105/81
    | + 341/66
    | | L 341/234
    | + 154/10
    | | L 2320/105
    | | L 2320/33
    | L 280/5555
    | L 203/0
    | L 320/219
    | L 142/103
    + 280/464
    | + 770/1
    | | + 770/100
    | | L 80/1
    | | L 801/188
    | + 2452/250
    | + 310/31
    | + 712/848
    | | L 712/620
    | + 292/854
    | L 460/58
    | + 460/5858
    | L 460/256
    + 240/1120
    | L 371/0
    | L 371/52
    + 640/1384
    | L 3634/12
    | L 14/5
    + 320/119
    + 221/360
    L 221/10


    --- - ---
    * Origin: Fidotest Tree (2:221/1.0)
  • From Fidotest@2:221/1 to Everyone on Mon Nov 1 00:00:06 2021

    Distribution tree of area fidotest for last 31 days

    221/1
    + 320/219
    | L 142/103
    + 203/0
    | L 280/5555
    + 221/6
    | + 153/757
    | | + 280/464
    | | | + 341/234
    | | | + 240/5832
    | | | L 310/31
    | | L 261/38
    | | + 266/512
    | | | L 266/420
    | | + 250/1
    | | L 116/18
    | + 460/58
    | | + 460/5858
    | | L 460/256
    | + 229/664
    | + 341/66
    | + 218/840
    | | + 770/1
    | | | + 317/3
    | | | | L 229/426
    | | | + 770/100
    | | | L 267/800
    | | | L 267/118
    | | L 218/700
    | | + 218/830
    | | L 218/860
    | L 5020/1042
    + 301/1
    + 640/1384
    | L 3634/12
    | L 154/10
    | L 2320/105
    | L 2320/33
    + 292/854
    + 240/1120
    | L 371/0
    | L 371/52
    + 221/360
    + 280/5003
    L 221/6000


    --- - ---
    * Origin: Fidotest Tree (2:221/1.0)
  • From Fidotest@2:221/1 to Everyone on Wed Dec 1 00:00:04 2021

    Distribution tree of area fidotest for last 31 days

    221/1
    + 640/1384
    | + 3634/12
    | L 712/848
    | L 261/38
    | + 116/18
    | L 266/512
    | + 267/310
    | L 267/311
    + 280/464
    | + 310/31
    | + 460/58
    | | + 460/256
    | | L 460/5858
    | + 396/45
    | | L 387/28
    | + 341/234
    | + 292/854
    | L 103/705
    | L 218/700
    + 280/5555
    | L 301/1
    | + 250/1
    | L 80/1
    + 221/360
    | L 221/6
    | + 153/757
    | + 218/840
    | | L 770/1
    | | + 317/3
    | | | L 229/426
    | | | L 229/664
    | | L 772/210
    | + 5020/1042
    | L 341/66
    + 240/1120
    | L 371/0
    | L 371/52
    + 320/219
    + 203/0
    | L 154/10
    | L 2320/105
    | L 2320/33
    L 280/5003


    --- - ---
    * Origin: Fidotest Tree (2:221/1.0)
  • From Ward Dossche@2:292/854 to Fidotest on Tue Nov 30 23:18:05 2021
    Distribution tree of area fidotest for last 31 days

    Is it OK to doubt the accuracy of this information?

    \%/@rd

    --- DB4 - Nov 27 2021
    * Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)
  • From Fidotest@2:221/1 to Everyone on Sat Jan 1 00:00:02 2022

    Distribution tree of area fidotest for last 31 days

    221/1
    + 280/464
    | + 292/854
    | + 103/705
    | | L 218/700
    | + 770/1
    | | + 317/3
    | | | + 229/426
    | | | | + 342/200
    | | | | | L 342/201
    | | | | L 229/664
    | | | L 298/25
    | | | + 298/33
    | | | L 298/26
    | | L 80/1
    | | L 801/188
    | + 460/58
    | | + 221/6
    | | | + 153/757
    | | | | L 920/1
    | | | L 335/364
    | | | L 333/808
    | | + 460/256
    | | L 460/5858
    | + 310/31
    | + 301/1
    | L 396/45
    + 280/5555
    + 221/360
    + 640/1384
    | L 3634/12
    + 240/1120
    | + 371/0
    | | L 371/52
    | L 382/147
    + 203/0
    | + 154/10
    | | L 2320/105
    | | L 2320/33
    | L 201/0
    | L 201/137
    + 280/5003
    + 320/119
    L 320/219
    L 261/38
    + 266/512
    | L 267/311
    + 116/18
    + 640/1321
    | L 282/1061
    L 291/100
    L 291/1


    --- - ---
    * Origin: Fidotest Tree (2:221/1.0)