On Thu, Jun 17, 1999 at 01:29:08AM +0200, Andreas Kool wrote:
------------------------------------------^^^^^^^^^^^^
oops, that's me ;-)
> 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 ...
Ich habe soeben eingebaut, das isdnlog Dir (aka "getZone()") nur noch die
Vorwahl �bergibt. So funktioniert das erwartungsgem��, gef�llt mir aber
nicht! Den ganzen "get_areacode()" Kram w�rde ich gerne rauswerfen!
Anyway: Ich habe das eben in's I4L-CVS eingecheckt (ohne die Versionsnummer
zu erh�hen). Wenn Du Lust hast, Jochen, teste das bitte noch mal aus!
> 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
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
