Just a sample of the Echomail archive
[ << oldest | < older | list | newer > | newest >> ]
|  Message 786  |
|  Ulrich Schroeter to Janis Kracht  |
|  MakeNL v3.4.1 Release  |
|  03 Jan 14 00:03:51  |
 Hi Janis, Thursday January 02 2014 03:19, you wrote to Ward Dossche: JK> Hi Ward, >>> Discussions are underway on dealing with Marc's other issue with >>> MakeNL; he feels that there should not be an age limit on segments. >>> The original Ben Baker version of MakeNL would only go back 2 weeks >>> before the upcoming week; the current MakeNL_NG release goes back 6 >>> weeks before the upcoming week. >> I have segments that go back years and they don't cause a problem. >> REGION21 (Norway) dor example dates from August 22nd 2011 and its >> full name is REGION21.238. Region-38 (Yugoslavia etc dates from >> Jan.4 2011 and is named REGION38.077, so there even isn't any >> serious correlation between the file-production date and the Julian >> date. JK> Interesting.. over here, REGION21.238 would have been renamed to JK> REGION21.003 this week upon running Makenl for Tuesday's zone JK> segment.. geez.. this is, what I've also still wondered once got aware of this processing schema ... after a while Ward and me discovered the difference in defining the segments mask in the makenl.control file with segment.* the strict daynumbering schema and automatism will be skipped. The segment will be processed, but nothing happens with the daynumbers extension update so there are some advantages and disadvantages of each processing method that makenl offers JK> Take care, JK> Janis JK> $ Origin: Prism bbs (1:261/38) regards, uli ;-) --- * Origin: AMBROSIA - Frankfurt/Main - Germany (2:240/1120) |
[ << oldest | < older | list | newer > | newest >> ]