On Tue, Aug 24, 1999 at 06:40:39AM +0200, Michael Reinelt wrote:
> Hi Leute,
>
> > Ok, dann mu� ich hier mal ein "Machtwort" sprechen:
> >
> > Da in der Verzonungstabelle jede "Vorwahl" nur einmal drinsteht, in der
> > "rate-xx.dat" jedoch beliebig oft, ist die Fehlerquote geringer, wenn
> > wir alles erst mal in die Verzonungstabelle reinschreiben. Korrekt?
>
> Ich musste zweimal durchatmen, aber ich gebe dir vollkommen recht!
> (Au�erdem habe ich dann keine Arbeit mehr damit :-)
Fein! Abgemacht!
> > Daher sehe ich folgenden Flow:
> >
> > 1. isdnlog "sieht" die Nummer "007/4711"
> > 2. isdnlog befragt die Verzonungstabelle: Was'n das?
> > 3. Verzonungstabelle antwortet: Das ist die Vorwahl von "James Bond",
> > und ist 3 Ziffern lang
> > 4. isdnlog zeigt das textuell an
> > 5. isdnlog fragt die "rate-xx.dat": Was kostet eine Verbindung von "hier"
> > nach "007"
> > 6. Die "rate-xx.dat" antwortet entweder:
> >
> > kostet DM/AT/$/... : xxx
> >
> > oder auch (genauso wichtig!!) : *keine*Ahnung*!
> >
> > So w�rde mir das denke ich gefallen!
>
> Mir auch!
> und eigentlich k�nnte dann das src[2] und dst[2] fallen, weil mich (aka
> rate.c) die eigentliche Rufnummer nicht mehr interessiert. Achtung aber
> bei diesen Nummern, die "Shared Cost" oder so hie�en: Da ist f�r die
> Zone eine Stelle weniger relevant als f�r den Tarif! Wenn Leo das
> richtig handhabt (und mir die Vorwahl inklusive dieser
> tarifentscheidenden Stelle liefert) ist das auch kein Problem.
Korrekt.
Allerdings ben�tige ich vom Leo noch eine neue Routine: Sowas wie
splitNumber(char *num, char *provider, char *areacode, char *vorwahl, char
*rufnummer)
Mit: Input: num = "010190490894711"
Output: provider = "01019"
areacode = "049"
vorwahl = "089"
rufnummer = "4711"
Momentan zerlege ich den Output von formatNumber() in tools/tools.c wieder,
was ziemlich bl�de ist!
> > > Handy-Tarife zus�tzlich in die Zonendatenbank aufzunehmen lie�e ich mir
> > > ja noch einreden, aber Sondernummern wird echt zuviel.
> >
> > Tarifm��ig ja, von der reinen Bezeichnung her denke ich eher nein.
> Du hast recht.
Prima.
> > > Was haltet ihr davon:
> > >
> > > es gibt ein getArea(), das in Zukunft (neben der Wildcard-Unterst�tzung)
> > > die Anzahl der �bereinstimmenden Stellen retouniert. Ich nehme an, eine
> >
> > Her damit!
> Nein. Ich geb nix mehr her! Aus!
Das hast Du missverstanden! Wenn mir irgend jemand irgend was anbietet,
sage ich immer gleich "Her damit" - vollkommen egal, ob ich das jemals
gebrauchen kann, oder ob es irgend einen Sinn macht :-)
> Im Ernst: Wozu? getArea() sollte eigentlcih nicht mehr ben�tigt werden,
> wenn alle Sondernummerninfo in der zone.dat steht.
Stimmt.
> > > �hnliche Funktion stellt auch zone.c zur Verf�gung. Nun braucht man
> > > eigentlich nur mehr beide Funktionen aufzurufen, und diejenige mit dem
> > > besseren Ergebnis zu verwenden:
> >
> > Hallo! Wir arbeiten hier nicht nach statistischen/heuristischen Verfahren!
> > Es geht einfach darum, zu telefonieren!
> > Und dabei gibt es keine "ungef�hren" Zust�nde!
> Da hast du mich falsch verstanden! Kein Wort von ungef�hr. Ich habe mir
> das so vorgestellt, da� zu manchen Numemrn mehr Info in der zone.dat
> steht, zu anderen Nummern mehr info in der rate.dat. Der
> Informationsgehalt l�sst sich aus der L�nge der bekannten Stellen
> ablesen, und aufgrund dieses ionformationsgehaltes kann man entscheiden,
> wo mehr Info zu holen ist.
> >
> > > Als Beispiel: Alle Inlandsvorwahlen werden vom getArea() nur als "+49"
> > > erkannt, also im Inland. getZone() kennt ja auch die Ortsvorwahl, und
> >
> > Korrekt.
> >
> > > liefert also das "bessere" Ergebnis. Eine Handy-Nummer wird vom
> > > getArea() als "+49172" erkannt, vom getZone() u.U. �berhaupt nicht =>
> > > also wird das Ergebnis vom getArea() verwendet.
> >
> > Das ist aber jetzt ein "geht hoffentlich gut", oder?
> Nein. s.o.
>
> > > Auslandsnummern liefern nur beim getArea() ein Ergebnis. Sondernummern
> > > ebenfalls.
> > >
> > > Habe ich das Problem richtig erkannt?
> >
> > Irgendwie bleibt mir das "JA!" im Halse stecken, ich wei� blo� nicht so
> > genau, warum ...
>
> Kein Problem mehr. Leo, du bist gefragt. Mach alle Sondernumemrn in die
> code.dat.
Nicht nur Leo. Das mu� jeder f�r jedes Land machen. Ich habe f�r .de bereits
damit angefangen (siehe Patch von vorhin)
> (hehehe... endlich bin ich diesen bl�den Kram los!)
Jetzt haben wir endlich einen Hebel gefunden, an dem wir Michi packen
k�nnen :-)
> bye, Michi
>
> --
> netWorks Vox: +43 316 692396
> 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
------------------------------------------------------------------------
Life's too short to send boring email. Let SuperSig come to the rescue.
http://click.egroups.com/1/6137/6/_/_/_/963501691/
------------------------------------------------------------------------
To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
