Hallo,
-----Original Message-----
From: Andreas Kool <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Freitag, 20. August 1999 22:24
Subject: Re: Hilfe!
> 3. Das sehr sch�ne Modul "telnum.c" wei� leider noch �berhaupt nix
> von Sonderrufnummern oder Handy-Nummern, und rauchte daher ziemlich
> gerne ab.
> => Ich habe einen (leider z.Zt. relativ .de spezifischen) Workaround
im
> Modul "tools.c" drin.
Stimmt nicht ganz so, normalizeNumber ruft getArea (aka is_sondernummer) auf
und verwendet das auch.
> 4. Wir sollten langsam mal anfangen, eine gaaaanz kleine Doc zu dem
> ganzen Kram zu schreiben ;-)
Das hab ich befuerchete :-)
> 0180 1 4711
>
>In der "rate-de.dat" steht (korrekterweise)
>
> A:01801
> T:...
>
>Wenn ich (alias isdnlog) nun "rate.c" nach der Nummer "018014711"
>frage, sagt rate.c -> keine Sonderrufnummer.
>Wenn ich (alias isdnlog) hingegen nach der Nummer "01801" frage,
>sagt "rate.c" korrekt -> ist eine Sonderrufnummer.
Wenn ich mir den Code in getArea so anschau, muesste der eigentlich
Wildcards verstehen, tut aber nicht. Der Hund ist IMHO das
l=strlen(number)
wenn das
l=strlen(Provider[prefix].Area[i].Code)
in der Schleife ist, dann geht's auch mit Wildcards (aber Frage mich nicht
was das sonst fuer Auswirkungen hat) - Michi?
Also
A:01801*
und obiger Patch funkt.
>Last but not least: Ich habe im Internet eine sch�ne Seite gefunden, in der
>alle Ortsvorwahlen innerhalb der USA aufgef�hrt sind. Damit kann man z.b.
>endlich "+1" Kanada sauber erkennen! Soll ich die alle in unsere
>"country-de.dat" einpflegen?
USA & Kanada sind ein ver... sch..., da die Landesvorwahl zwar +1 ist, das
Land aber damit nicht unterschieden werden kann. Soweit ich das seh, kommen
wir hier um eine Sonderbehandlung nicht herum. getCountrycode muss bei +1xxx
nachschauen, ob USA oder Kanada und muss als Laenge 1 retounieren. Die
Staedte sollte dann besser in eine Datenbank, getAreacode liefert dann die
Laenge der Vorwahl und die Bezeichnung der Stadt.
> - Einige Tk-Provider hier in .de gehen dazu �ber, nicht nur einfach
> einen Tarif f�r "USA" anzubieten, sondern die bringen unterschiedliche
> Tarife f�r verschiedene Lokationen in den USA (New York, Washington,
usw.)
>
> Die wollen uns echt fertigmachen!
>
> Michael: K�nnen wir sowas bereits, oder w�re sowas realisierbar?
>
> Was ich damit meine:
>
> Mal angenommen, ich rufe in New York an. Bei einigen Providern
> in der "rate-xx.dat" gibt es explizit einen Tarif f�r die Vorwahl
> von New York, bei anderen einfach nur einen Tarif f�r "USA"
>
> Jetzt m��te "rate.c" das *wissen*, und entsprechend die richtigen
> Tarife miteinander vergleichen ...
Das muss gehen weil immer der laengste Match gesucht wird.
leo
PS ist mein Posting von gestern (Re: Hilfe!) angekommen?
Mein Internetprovider hatte gestern ein boeses Problem.
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
