Hi,
> >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?
>
> Im Prinzip ja, aber getAreacode liefert auch den Text z.B. 664 => A1
> Mobilfunk. Wenn wir die doppelten Eintraege nicht haben wollen, muss getArea
> den Text und die Laenge liefern.
Daran sollte es nicht scheitern. Du kannst alles bekommen, was in einer
Zone sinnvolles an Info drinnensteckt.
Wenn diese Variante genehm ist, dann programmiere ich sie schnell aus.
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
