Hi Leute,
> Also Sondernummern (Handy, Auskunft) sind normale Nummern die in einer
> anderen Zone liegen. Sie haben einen Eintrag in CC/code (Bezeichnung,
> Abtrennung von normaler Nummer) und einen Eintrag in rate-CC.dat (Tarife).
> That's ist, funktioniert jetzt auch schon ohne Klimmzuege.
Ja, das ist zwar richtig, aber wir haben dann eine Information an zwei
Stellen, die u.U. widerspr�chlich sein k�nnen. Anfangs wollte ich eher
dem Leo zustimmen, weils eh schon so funktioniert, wie Leo sagt.
Mittlerweile schlage ich mich eher auf die Seite vom Andreas. Oder auch
nicht. Ich bin hier unschl�ssig.
Handy-Tarife zus�tzlich in die Zonendatenbank aufzunehmen lie�e ich mir
ja noch einreden, aber Sondernummern wird echt zuviel.
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
�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:
Als Beispiel: Alle Inlandsvorwahlen werden vom getArea() nur als "+49"
erkannt, also im Inland. getZone() kennt ja auch die Ortsvorwahl, und
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.
Auslandsnummern liefern nur beim getArea() ein Ergebnis. Sondernummern
ebenfalls.
Habe ich das Problem richtig erkannt?
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
