[Performance-Probleme]
> Meine allererste Version verbrachte 7,5 Sekunden in initRate() - und das
> auf einem K6/300 :-(
>
> Mittlerweile habe ich das aber im Griff. Die Performance ist noch nicht
> vom feinsten, aber ertr�glich.
Ich denke auch, da� wir das in den Griff bekommen.
> > Au�erdem verstehe ich Gro�britannien nicht: +44374[1-9] sind
> > Mobilfunknummern, nur +443745 nicht? Was soll das?
>
> Ob *alle* Angaben in der "countries-de.dat" stimmen, kann ich leider
> noch nicht beurteilen. Diese Datei habe ich erstellt, in dem ich bei
> unseren ganzen Anbietern die Auslandsschemata durchgegangen bin. Bei
> einigen werden Vorwahl/Landesbezeichnung P�rchen angegeben, und daraus
> habe ich die "countries-de.dat" gebastelt.
>
> Ich suche aber immer noch nach einer "offiziellen" L�nderliste ...
Gibt�s sowas nicht von der ITU oder wie die heisst?
> > eigentlich sind dort Paarungen von L�ndernamen und VVorwahlen drinnen.
> > Es gibt zu einer Vorwahl mehrere alternative Schreibweisen (mit
> > Doppelpunkt getrennt), die aber immer das selbe Land meinen. Aber es
> > gibt ja auch zu einem Land (oder nennen wir es Gebiet) mehrere
> > Vorwahlen! Eigentlich sollte so eine komplette Konstellation in eine
> > Zeile! (Wird eine lange Zeile bei GB Mobil :-) F�r mich w�re das
> > logischer, und du mu�t (z.B. bei der �nderunge oder Zuf�gung eines
> > L�nernamens) nur eine Zeile editieren.
>
> Richtig. Das Format ist durchaus diskussionsw�rdig. Ich bin f�r alle
> Vorschl�ge total aufgeschlossen!
Bevor ich jetzt endg�ltig anfange, initCountry zu schreiben, sollten wir
das festlegen. Folgendes postuliere ich einfach mal:
* es bleibt bei den country-de.dat und country-us.dat, aber es wird IMHO
keine country-at.dat geben. Die Datenbanken unterscheiden sich einfach
in der Schreibweise der L�nder (Wer macht die country-nl?)
* intern wird jedes �Gebiet� als Tripel gespeichert, mit folgenden drei
Feldern:
- offizieller Name des Landes (der dann auch angedruckt wird)
- eine liste aller Vorwahlen
- eine Liste aller alternativen Schreibweisen
* da also jedes Gebiet nur ein Datensatz wird, w�re es w�nschenswert,
wenn das auch aus der country-xx.dat hervorginge. Alle diese
Informationen in eine Zeile zu bringen, ist fast unm�glich (man sehe
sich nur �Gro�britannien Mobilfunk� an). Au�erdem w�re iuch gerne
flexibel, was eine Erweiterung des Formats betrifft.
deshalb schlage ich folgendes Format vor: (wieder mal was ge-Tag-tes)
V:0.01-de [17-May-1999]
N:�sterreich
A:Austria
C:+43
anders gesagt:
V: Version
N: offizieller Name
A: Alias
C: Code
jedes N:-Tag leitet einen neuen Datensatz ein, der mehrere A: und
C:-Zeilen haben kann. Mehrere C:-Tags k�nnen mit Komma getrennt
angegeben werden (C:+4711,+4712,+4713), Alias-namen nicht (weil ab und
zu ein Komma im L�ndernamen vorkommt)
letzte chance, daran was zu �ndern - morgen fr�h um 5 Uhr beginne ich
mit dem Codieren des Parsers (obwohl ich jetzt schon Lust h�tte..)
bye, Michi
--
netWorks Vox: +43 316 698260
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
