Hi,
-----Original Message-----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Montag, 20. September 1999 07:36
Subject: Re: Zusammenfassung - destination.c
>Hi Leo, Hallo Leute,
>
>Irgendwie bewegt sich in dieser Sache nichts. Deshalb reite ich nochmal
>drauf herum:
<...>
>Eine andere Frage bzw. Idee: Gibt es irgendeinen klaren kurzen
>internationalen L�nderschl�ssel?
Ja die ISO-Laendercode die auch in den TLDs verwendet werden. Ich habe hier
eine Date mit 243 Eintraegen liegen.
'AD','Andorra',
'AE','United Arab Emirates',
'AF','Afghanistan',
'AG','Antigua and Barbuda',
'AI','Anguilla',
..
'YT','Mayotte',
'YU','Yugoslavia',
'ZA','South Africa',
'ZM','Zambia',
'ZR','Zaire',
'ZW','Zimbabwe'
>Das mit Leo�s R-Destination verstehe ich noch nicht ganz, aber wenn�s
>Sinn macht, Leo hat da sicher viel Hirnschmalz investiert.
Z.B
P:x
Z:200
A:Toronto
Z:201
A:Kanada
.
P:y
Z:200
A:Kanada
Wenn man nun mit einer Telefonnummer abfragt (isdnlog) geht's teilweise:
auf Grund des laengsten Matches kommt die richtige Zone i.e. der richtige
Tarif raus. Aber die Anzeige (Stadt, Land) geht nicht. Da steht dann
(Toronto, USA)
Wenn man mit einer Staedtebezeichnung (isdnrate) abfragt fehlt der
Zusammenhang, dass Toronto in Kanada und nicht in der USA liegt.
>Was ich einfach gerne h�tte: eine zentrale Stelle, wo L�ndernamen und
>Aliase und Vorwahlen verwaltet werden.
Jo
>Lie�e sich meine Idee mit dem Landesschl�ssel nach oben hin
>(Gebietsschl�ssel) und nach unten (Bundesl�nder, St�dte) erweitern? Ich
>meine, sprachunabh�ngig?
Sprachunabhaengig schwer, ich wuesste keinen sinnigen Schluessel fuer
Staedte.
>Solche Landesschl�ssel k�nnten ja auch recht kurz sein, internationale
>Autokennzeichen w�ren ein Ansatzpunkt, oder diese Flughafen-K�rzel (MUC
>f�r M�nchen, oder VIE - Wien).
Herrnbaumgarten hat zwar einen Flughafen (wirklich) aber kaum ein
internationales Kuerzel dafuer.
>Leo: K�nnen dbm &Co nur Hash, oder kannst du auch sequentiell speichern?
Sicher
>Wie schnell geht das? k�nntest du mal eine Testlauf machen, ein e Datei
>mit 340 Landesnamen (so viele haben wir momentan in der country-de.dat)
>erzeugen, und sequentiell durchsteppen, und ein paarmal wld() dazu
>aufrufen?
Ca. 0.1 sec ohne wld (auf meinem P133 mit perl), aber die sequentielle
Abfrage kommt in den Preprozessor und ist daher eher unkritisch.
>zum Thema Preprozessorlauf: wenn schon, dann ersetzt der preprozessor
>alle Landesbezeichnungen durch diesen Landesschl�ssel. Damit haben wir
>sehr kurze Startzeiten vom initRate() (kein L�ndernamen-Matching mehr).
Genau.
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
