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 :-)
> 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.
> > 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.
>
> > 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!
Im Ernst: Wozu? getArea() sollte eigentlcih nicht mehr ben�tigt werden,
wenn alle Sondernummerninfo in der zone.dat steht.
> > �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.
(hehehe... endlich bin ich diesen bl�den Kram los!)
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]
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
------------------------------------------------------------------------
BTW: Did you buy that new car yet?
If not, check this site out.
They're called CarsDirect.com and it's a pretty sweet way to buy a car.
http://click.egroups.com/1/6847/6/_/_/_/963501718/
------------------------------------------------------------------------
To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
