Hallo allerseits, seit heute gibt es eine neue Version des Ratefile-Preprozessors pp_rate. Sie ist ebenfalls im isdn4linux-CVS verf�gbar, dort wurde auch rate-files(5) Manpage angepasst.
Das neue Format erkl�rt sich am besten anhand der neuesten DTAG-Datei: Aus (Auszug der netto-01033) > A:Deutschland > T:[-24.12.2003]W/07-18=0..0783/60 Tag > t:[-24.12.2003]?H=0..0261/60 Abend > T:[24.12.2003-25.12.2003]*/*=0..0261/60 Heiligabend > t:[25.12.2003-31.12.2003]=[-24.12.] > t:[31.12.2003-01.01.2004]=[24.12.] Silvester > t:[01.01.2004]=[-24.12.] wird in der rate-de.dat: > Z:3-4 Deutschland > A:DE > T:[-24.12.2003]W/07-18=0.090828/60 Tag # 0.0783 +16% > T:[-24.12.2003]W/18-07=0.030276/60 Abend # 0.0261 +16% > T:[-24.12.2003]E,H/*=0.030276/60 Abend # 0.0261 +16% > T:[24.12.2003-25.12.2003]*/*=0.030276/60 Heiligabend # 0.0261 +16% > T:[25.12.2003-31.12.2003]W/07-18=0.090828/60 Tag # 0.0783 +16% > T:[25.12.2003-31.12.2003]W/18-07=0.030276/60 Abend # 0.0261 +16% > T:[25.12.2003-31.12.2003]E,H/*=0.030276/60 Abend # 0.0261 +16% > T:[31.12.2003-01.01.2004]*/*=0.030276/60 Silvester # 0.0261 +16% > T:[01.01.2004]W/07-18=0.090828/60 Tag # 0.0783 +16% > T:[01.01.2004]W/18-07=0.030276/60 Abend # 0.0261 +16% > T:[01.01.2004]E,H/*=0.030276/60 Abend # 0.0261 +16% Das t: Tag bietet zwei M�glichkeiten. Mit 't:?H=...' werden entsprechende T: Zeilen f�r alle noch nicht definierten Kombinationen aus Tag und Stunde erzeugt. Durch das 'H' werden auch Zeilen f�r Feiertage generiert. G�ltigkeitsangaben werden beachtet. Getestet wurde dies mit �blichen Kombinationen von Tag- und Stundenangaben, abseits wird es Kombination geben, die zu fehlerhaften Erg�nzungen f�hren. Mit t:[Bereich1]=[Bereich2] werden alle T-Zeilen aus einen zuvor definierten G�ltigkeitsbereich (Bereich2) kopiert. Steht am Ende der t-Zeile ein Name, ersetzt dieser aller Bezeichnungen der Quell-T-Zeilen. Der Quellbereich kann abgek�rzt werden, Bereich2 wird stets mit dem Anfang fr�herer Bereiche verglichen. Daneben gibt es das r: Tag: > # restliches Ausland wie Standardtarif > r:33,0;250- wird zu: > # restliches Ausland wie Standardtarif > # r:33,0;250- > Z:256 Welt Mobilfunk 3.1 > A:_BAMF > T:[-01.12.2003]*/*=0.454952/60 # 0.2644+0.1278 +16% > T:[01.12.2003]*/*=0.476644/60 # 0.2644+0.1465 +16% > (...) > Z:311 Welt 11 (andere) > A:+ # evtl. zu umfassend > A:FK,GL,GU,KY,RE,SH > A:PM > T:*/*=1.489904/60 # 1.2844 +16% > # /r:33,0;250- In der Wirkung dem durch isdnlog interpretierten R:-Tag verwandt, werden hier Zonen eines anderen Providers wiederverwendet. Dadurch das die Kopie bereits durch pp_rate stattfindet, k�nnen die resultierenden Zonen wiederum Quelle f�r ein R: Tag sein. Kopiert werden nur Destinationen, d. h. L�ndercodes der Form CC oder _CCMF die beim Zielprovider nicht bereits fr�her verwendet wurde. Angewandt auf die DTAG f�hrt die zu folgenden: P:33,0 enth�lt die Standardauslandstarife. AktivPlus, als P:33,1 definiert, bietet nun f�r einige L�nder andere Geb�hren. Diese werden zun�chst normal definiert, das anschlie�ende r: Tag erg�nzt die fehlenden L�nder. Bislang wurde dieser Kopierprozess manuell vorgenommen. Die weiteren xxl Tarife P:33,2 und P:33,4 verweisen nun auf den vollst�ndigen Auslandsbereich in P:33,1. Bei dieser Gelegenheit noch eine Anmerkung zu den Zeilen die mit '# G: ' bzw. 'C:TarifChanged:' beginnen: Beide dienen heutzutage dazu, das Datum der letzten �nderung des Tarifs anzugeben. Bei �nderungen sollte '# G:' sukzessive durch 'C:TarifChanged:YYYY-MM-DD' ersetzt werden, wobei diese Zeile dann �berlicherweise unter C:Homepage und/oder C:TarifURL steht. Als Datum sollte entweder der Stand der Preisliste, sofern vorhanden, verwendet werden, ansonsten dass Datum der Eingabe. Als zuk�nftige Verbesserung w�re denkbar, neben dem Datum der Tarif�nderung, auch das Datum der letzten �berpr�fung anzugeben; immer aus der Sichtweise des Endanwenders, der nur die fertige rate-de.dat sieht. �nderungen der Meta-Daten (Anschrift usw.) sollten nicht als Tarif�nderung gelten. Gru� Tobias PS: Im S�dosten Schleswig-Holsteins regnet es erstaunlicherweise. -- Tobias Becker E-Mail [EMAIL PROTECTED] PGP 0xD06BB70D * Und erfahrene Menschen sagen, da� derjenige, der zu viel sieht und zu viel wei�, �hnlich wie der, der zu wenig sieht und zu wenig wei�, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin * ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Rates4linux-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/rates4linux-devel
