On Sun, May 16, 1999 at 08:18:22AM +0200, Michael Reinelt wrote:
> Hi Andreas,
Servus Michi!
Sch�n, da� Du heil aus dem Urlaub zur�ck bist!
Wie Du richtig geschrieben hast, sollten wir beide unsere
Grundsatzdiskussionen bzgl. Tarifen ab sofort in der rates Mailing-Liste
f�hren. Daher ziehe ich schon diese Anwort via cc: in die "[EMAIL PROTECTED]"
r�ber.
Dies bitte ich nat�rlich f�r alle Beteiligten so zu verstehen, da� wir
beide (Michael und ich) *sehr* gerne Vorschl�ge als auch Kritik
entgegennehmen! Ich bitte um eine rege Beteiligung!
> > > > A:Usbekistan
> > > >
> > > > Im zweiten Fall setzt "rate.c" "Usbekistan" in alle entsprechenden
> > > > Vorwahlen lt. "ausland.dat" um. Gut, oder?
> > > >
> > > Oha! Na, da mu� ich noch dar�ber nachdenken. Eigentlich wollte ich das
> > > schon im Pr�prozessorlauf erledigen lassen. Aber vielleicht kann ich
> > > mich noch daran gew�hnen.
> >
> > Moment! Hier geht es _nicht_ nur um eine Vereinfachung!
> >
> > Die Geschichte mit dem Namen erm�glicht eine eins-zu-viele Zuordnung
> > in der "rate-xx.dat"
> >
> > Z.b. steht in der "rate-de.dat" drin:
> >
> > A:Gro�britannien Mobilfunk
> >
> > in der (vollkommen neuen, Obacht!) "countries-de.dat"
> >
> > +44991:Gro�britannien Mobilfunk
> > +44979:Gro�britannien Mobilfunk
> > +44976:Gro�britannien Mobilfunk
> > +44973:Gro�britannien Mobilfunk
> > +44966:Gro�britannien Mobilfunk
> > +44961:Gro�britannien Mobilfunk
> > +449589:Gro�britannien Mobilfunk
> > +449587:Gro�britannien Mobilfunk
> > +449586:Gro�britannien Mobilfunk
> > +449585:Gro�britannien Mobilfunk
> > +449584:Gro�britannien Mobilfunk
> > +449583:Gro�britannien Mobilfunk
> > +449582:Gro�britannien Mobilfunk
> > +44941:Gro�britannien Mobilfunk
> > +44930:Gro�britannien Mobilfunk
> > +44918:Gro�britannien Mobilfunk
> > +44910:Gro�britannien Mobilfunk
> > +4489:Gro�britannien Mobilfunk
> > +44881:Gro�britannien Mobilfunk
> > +44860:Gro�britannien Mobilfunk
> > +44853:Gro�britannien Mobilfunk
> > +44850:Gro�britannien Mobilfunk
> > +44839:Gro�britannien Mobilfunk
> > +44836:Gro�britannien Mobilfunk
> > +44831:Gro�britannien Mobilfunk
> > +44802:Gro�britannien Mobilfunk
> > +447:Gro�britannien Mobilfunk
> > +44696:Gro�britannien Mobilfunk
> > +4466:Gro�britannien Mobilfunk
> > +44640:Gro�britannien Mobilfunk
> > +44632:Gro�britannien Mobilfunk
> > +44589:Gro�britannien Mobilfunk
> > +44585:Gro�britannien Mobilfunk
> > +44469:Gro�britannien Mobilfunk
> > +44468:Gro�britannien Mobilfunk
> > +44467:Gro�britannien Mobilfunk
> > +444624:Gro�britannien Mobilfunk
> > +44448:Gro�britannien Mobilfunk
> > +44441:Gro�britannien Mobilfunk
> > +444325:Gro�britannien Mobilfunk
> > +44421:Gro�britannien Mobilfunk
> > +44411:Gro�britannien Mobilfunk
> > +44410:Gro�britannien Mobilfunk
> > +44403:Gro�britannien Mobilfunk
> > +44402:Gro�britannien Mobilfunk
> > +44401:Gro�britannien Mobilfunk
> > +44378:Gro�britannien Mobilfunk
> > +443749:Gro�britannien Mobilfunk
> > +443748:Gro�britannien Mobilfunk
> > +443747:Gro�britannien Mobilfunk
> > +443746:Gro�britannien Mobilfunk
> > +443744:Gro�britannien Mobilfunk
> > +443743:Gro�britannien Mobilfunk
> > +443742:Gro�britannien Mobilfunk
> > +443741:Gro�britannien Mobilfunk
> > +443740:Gro�britannien Mobilfunk
> > +44338:Gro�britannien Mobilfunk
> > +44336:Gro�britannien Mobilfunk
> > +44331:Gro�britannien Mobilfunk
> >
> > Also habe ich mit einer Zeile 59 Areacodes erschlagen!
> > Das ist der eigentliche Witz an der Sache!
> Ok, du hast mich eh schon �berzeugt (bzw. vor vollendete tatsachen
> gestellt :-)
>
> Aber: wenn das so weitergeht, mache ich mir schon Performance-Probleme.
Ich mir auch :-(
Daher fliegen hier bei mir im Moment auch so viele "gmon.out" Files rum ...
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.
> 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 ...
> > > Was ich noch �berlege:
> > > Soll der L�ndername auch automatisch aus der ausland.dat ermittelt
> > > werden? Damit
> > > A: +* # Rest der Welt
> > > zu einem sinnvollen Ergebnis f�hrt?
> >
> > Wie gesagt habe ich die "ausland.dat" sterben lassen, und daraus eine
> > "countries-de.dat" gemacht (gleicher Inhalt, nur neuer Name) nebst
> > Pointer auf die jeweilige Datei in der Config-Datei:
> >
> > COUNTRYFILE = /usr/lib/isdn/countries-de.dat
> >
> > Das "A:+" ist weiterhin m�glich, Du kannst jetzt nur *wahlweise*
> > Namen oder Nummern beim "A:" eintragen.
> >
> Dazu habe ich noch ein paar Gedanken:
>
> Wieso gibt es eine countries-de.dat? Gibt es auch eine countries-at.dat?
> Ich habe gesehen, da� �Alternative Namen� durch Doppelpunkt getrennt
> vorkommen k�nnen. Ich h�tte da gerne auch die englischen Namen drinnen
> (ein paar unserer provider haben ihre Auslandsinformationen mit
> internationalen L�ndernamen). Ausgegeben wird der erste Name (wenn +43
> in der rate-xx steht) oder direkt der Name aus der rate-xx. Dann macht
> auch eine countries-us.dat Sinn (mit dem englischen Namen an erster
> Stelle).
Die ganze "countries-de.dat" gef�llt mir noch nicht. Es ist einfach
mal ein Anfang, mehr nicht. Nat�rlich sollte isdnlog mittelfristig
auch wahlweise englische L�nderbezeichnungen ausgeben k�nnen. Ob
das �ber eine, oder �ber mehrere Dateien stattfindet, wei� ich noch
nicht. Das ganze Konzept ben�tigt aber auf jeden Fall noch ein clean-up!
> Ich werde mir beizeiten den Code etwas zur Brust nehmen, ich h�tte gerne
> ein eigenes country.c (sonst wird rate.c irgendwann mal genauso
> un�berblickbar wie processor.c), mit einer eigenen initCountry()
> unabh�ngig vom initRate()
Klar, kein Problem.
> Nochwas w�re sehr sch�n, vor allem in Hinblick auf die Pflege der
> countries.dat:
>
> 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!
Ciao,
Andreas
--
Andreas Kool ([EMAIL PROTECTED] * http://www.pweb.de/kool.f)
PGP: 3FBF2411 Fingerprint: B5 35 34 74 25 60 2A 7A 89 06 92 C4 08 BA A5 BD
(To get my PGP key, send me a mail with subject "send pgp key")
Transmission of this message via the Microsoft Network is prohibited
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
