On Sun, Jun 06, 1999 at 10:05:47PM +0200, Michael Reinelt wrote:
> > Die Tariftabelle von Viag enthielt am Ende den Eintrag (Michael, h�rst Du zu?)
> Immer. Auch wenn du�s nicht erwartest...
M*** dann mu� ich ab jetzt mit meinen Worten vorsichtiger umgehen ;-)
> > Z:204 Sonstige L�nder
> > A:+
> > T:*/*=1.99/60
> >
> > Das war nat�rlich als Fallback, last resort - und nicht als "best match"
> > gedacht!
> >
> > Ich habe diesen Eintrag erst mal entfernt, aber da m�ssen wir dringend
> > noch was verbessern, Michael, denn syntaktisch und logisch ist dieser
> > Eintrag vollkommen richtig gewesen!
>
> Ihr seid aber selbst schuld, wenn das der best match ist. Gez�hlt bzw.
> bewertet werden f�r den �best match� die Zahl der �bereinstimmenden
> Stellen, das ist beim Eintrag �+� genau maximal eine. Ich denke, es
> sollte f�r jeden Provider eine Zone geben (vorzugsweise die teuerste,
> damit werden Provider ohne Verzonung (ganz Deutschland zum selben Preis)
> bevorzugt), die mit �A:+49� gekennzeichnet ist. Damit werden
> Inalndsverbindungen, f�r die isdnlog auch keine Inlandsverzonung findet,
> dieser Zone zugeordnet. Wenn so ein Eintrag nicht existiert hat, ist
> obiges Verhalten teilweise erkl�rt: Nicht klar ist mir, warum die
> Inlandsverzonung nicht gegriffen hat (aber die ist ja noch vom Andreas
> :-)
Eben wird mir alles klar - Sorry, Michael!
isdnlog macht zuerst einen
getZone()
und nur, wenn der UNKNOWN zur�ckliefert, geht isdnlog in die
Verzonungstabelle.
Dadurch wollte ich erreichen, das die "rate-xx.dat" immer Vorrang hat,
resp. man via "rate-xx.dat" die Verzonungstabelle �bersteuern kann
(was bei vielen Lokalen Carriern durchaus Sinn macht)
Das funktioniert nat�rlich nur so lange, wie es keinen "letzten Eintrag"
in der "rate-xx.dat" gibt, der auf alles matched.
Dumme Situation ... wie wollen wir das besser machen?
(�h, Alexander: K�nnte das nicht auch Dein Problem sein, von dem
Du seit Tagen schreibst?)
Es gibt ja nur 2 M�glichkeiten:
- Variante 1:
Ich befrage immer erst die Verzonungstabelle, und nur, wenn die
mir meldet: "Keine Ahnung", rufe ich getZone() auf.
Damit sind alle Inlandsvorwahlen in der "rate-de.dat" hinf�llig
(ja, ja Leo - ich h�re Dein Grinsen bis hier :-)
- Variante 2:
Ich rufe erst getRate() auf, und wenn die nix wei�, gehe ich in
die Verzonungstabelle (so ist das heute realisiert, und f�hrt
zu obigem Problem)
Beide Varianten gefallen mir nicht, und daher sehe ich eigentlich nur
folgende M�glichkeit:
1. Per heute alle "A:+" Eintr�ge aus der "rate-xx.dat" raus
2. Darauf warten, da� Leo die Verzonungstabellen-Geschichte
fertigstellt.
3. Ab dann alle Inlands-Vorwahlen aus der "rate-xx.dat" raus, und
in Verzonungstabellen rein
4. Dann Vorrangordnung:
1. Verzonungstabelle
2. getRate()
Einverstanden?
> > Daneben habe ich in der Tariftabelle von Viag folgenden Eintrag entdeckt:
> >
> > T:W/18-21,6-8=0.10/60 Freizeit
> >
> > Das ist so nicht richtig! Wer immer diesen Eintrag erstellt hat, meinte
> > damit:
> >
> > T:W/18-21=0.10/60 Freizeit
> > T:W/06-08=0.10/60 Freizeit
> >
> > Mit dem "," Operator kann man Tarifwechsel angeben (also was wei� ich:
> > die ersten 10 Minuten kostet es DM 0,50 danach DM 0,20 oder sowas.
> > Er ist nicht daf�r gedacht, verschiedene Uhrzeiten zu definieren!
>
> Da mu� ich dir widersprechen: Tarifwechsel kommen nach dem �=�, vor dem
> �/� k�nnen Listen von Tagen, nach dem �/� und vor dem �=� Listen von
> Stunden angegeben werden. Zumindest wollte ich sowas programmieren. (Ihr
> wisst ja: das Programm macht was du _schreibst_, und nicht was du
> _willst_)
Dann m�chte ich Dich bitten, mal zu pr�fen, was Du _geschrieben_ hast.
Das "rate.c" sowas kann, ist mir neu (oder ich habe es wieder vergessen).
Bitte poste doch hier ein sch�nes Syntax-Diagramm, oder noch
besser: Korrigiere meine Syntax-Beschreibung im README von isdnlog.
> bye, Michi
>
> --
> netWorks Vox: +43 316 698260
> Michael Reinelt Fax: +43 316 692343
> Geisslergasse 4 GSM: +43 676 3079941
> A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
Ciao,
Andreas
--
Andreas Kool ([EMAIL PROTECTED] * http://www.pweb.de/kool.f)
PGP: 3FBF2411 Fingerprint: B5 35 34 74 25 60 2A 7A 89 06 92 C4 08 BA A5 BD
(To get my PGP key, send me a mail with subject "send pgp key")
Transmission of this message via the Microsoft Network is prohibited
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
