On Wed, Jun 16, 1999 at 04:22:04PM +0200, Leopold Toetsch wrote:
> Hallo,
> -----Original Message-----
> From: Jochen Erwied <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: Mittwoch, 16. Juni 1999 14:53
> Subject: Re: isdnlog-3.33
>
>
> >> D:33
> >
> >Besser: D:dtag
>
> dtag oder 33 ist egal es muss nur konsitent und vielleicht auch leicht zum
> Merken sein.
Also wie heute (nee - war gestern ...) bereits geschrieben: bleiben wir
ruhig bei "dtag" - klingt auch viel besser!
> >Wenn ja, dann funktioniert irgendwas mit der Zonenermittlung noch nicht.
> >Heute morgen habe ich mal f�r 01033 den Eintrag ge�ndert - isdnlog ist
> >der Meinung, da� von M�lheim nach Essen (Citybereich) ein Takt von 60
> >Sekunden korrekt ist. (0208->0201)
>
> Zum Eingrenzen des Problems kannst du folgendes machen:
> Im subdir isdnlog:
>
> # tools/zone/zone -d zone-de-dtag.gdbm -v 208 201
> 208 201 2
> Ist also Cityzone
>
> Wo der Hund weiter liegt, kann ich nicht sagen, der Download von 3.33 klemmt
> gerade.
Kannste abbrechen, -3.34 ist bereits eingecheckt ;-)
Anyway -- nach einer langen Debug-Session habe ich das Problem eingegrenzt.
(Ihr m��t dazu wissen: Die Anbindung an Leo's Verzonungstabellen hat Michi
programmiert, den ganzen Code sehe ich heute zum ersten mal so richtig.
Ist bittesch�n *keine* Kritik an Michi, nur eine Entschuldigung, warum das
so lange dauert ...)
Das Problem ist genau folgendes, Leo:
Michi �bergibt Dir (-> getZone()) keineswegs nur die Quell-/Ziel-*Vorwahl*,
sondern immer die *gesamten* Telefonnummern.
Also z.b. *nicht* "6033", sondern "6033984902"
Das ist auch vollkommen korrekt, denn es gibt *keine* M�glichkeit zu
errechnen, wo die Vorwahl aufh�rt (au�er durch Nachschlagen in einem
Vorwahlverzeichnis ...)
Dein getZone() gibt bei den Argumenten "6171" und "6033" korrekt die
Zone 3 aus, wenn es hingegen als Argumente "6171581798" sowie "6033984902"
erh�lt, gibt es Zone 4 aus (was falsch ist).
Also jetzt Frage an Dich: kannst Du da noch was machen, oder m�ssen wir
*vor* dem Aufruf von getZone() alle Digits nach der Vorwahl wegwerfen?
Ich habe das fr�her �ber eine Vorwahltabelle gel�st ...
Daneben habe ich bei meinen Tests noch ein weiteres kleines Problem mit
den neuen Verzonungstabellen entdeckt: Wenn ich getZone(x, "6171", "6171")
aufrufe, lieferst Du generell Zone=2 zur�ck. Das kann aber nicht sein!
Innerhalb ein und derselben Vorwahl ist es logischerweise *immer* Zone 1
(Ortszone) Das k�nntest Du gleich ganz oben auffangen (Quelle/Ziel gleich)
Sollte ich mich unverst�ndlich ausgedr�ckt haben -> PM an mich!
> leo
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
