> Dabei ist mir aufgefallen: Solche F�lle wie bei Inmarsat werden irgendwie
> nicht richtig behandelt.
>
> Es gibt 'Inmarsat M', aber auch 'Inmarsat M (W. Pacific)', wobei Inmarsat M
> die Obermenge darstellt.
Solche Obermengen sind in der country.dat ein Problem. Ein �hnliches
Beispiel war "London Innenbezirk", "London Aussenbezirk" und "London",
das nat�rlcih Innen- und AUssenbezirk vereint.
Grunds�tzlich w�re es m�glich, diese Funktionalit�t zur Verf�gung zu
stellen. Abgesehen davon, da� es dann schwierig wird, von einer Vorwahl
auf den Landesnamen zur�ckzugehen um diesen anzuzeigen, w�prde dadurch
immer eine Warnung "duplicate countrycode" produziert. Ich m�sste diese
Warnung abdrehen, halte sie aber f�r sehr wichtig.
ich habe mich mit Andreas auf folgendes geeinigt: Wenn die Untermengen
nicht ben�tigt werden (wie bei London Innenbezirk) oder unwichtig sind
(wie Inmarsat :-), werden sie auch nicht in die country.dat eingetragen
(dort findet man nuhr mehr einen Eintrag "London"). Werden die
Untermengen ben�tigt, so darf die Obermenge nicht eingetragen werden,
sondern es m�ssen alle Untermengen verwendet werden. (d.h. im Beispiel
London w�rde man den Eintrag "London" rausnehmen, und in der rate.dat
�berall statt "London" beide Eintr�ge "London Aussenbezirk, London
Innenbezirk" verwenden).
alles klar?
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
