Hi,
----- Original Message -----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Donnerstag, 18. November 1999 11:02
Subject: Re: Services
> Hi Leo,
>
> vorab ganz was anderes:
>
> wenn du in deiner Datenbank nach Nummern suchst, Streichst du ja von
der
> Telefonnummer solange hinten Stellen weg, bis du die Nummer findest.
Tak
>
> Idee: W�re es nicht �berlegenswert, das von der anderen Seite her
> anzugehen? ich eine, von vorne solange Nummern dazuzugeben, bis du
> _nichts_ findest, der letzte erfolgreiche Suchvorgang ist dann dein
> Ergebnis?
>
> z.B. Nummer* +4917212345
>
> A:-Tag: +49
>
> altes System:
> +4917212345
> +491721234
> +49172123
> +4917212
> +491721
> +4917
> +491
> +49 -> Treffer!
>
> neues System:
> +4 -> Treffer
> +49 -> Treffer
> +491 -> daneben
+4917
+49172
+491721
..
+4917212345 Treffer und ??? :-)
Da muesste ich immer bis zu einer maximal-Laenge schauen die lt.
isdn-Kernel jetzt bei 32? liegt :-(
> 8 Suchvorg�nge gegen 3 Suchvorg�nge!
s.o. - der beste Match ist der Laengste
> Es kommt nat�rlich darauf an, wie lange die durchschnittlichen
A:-Tags
> bzw. die Telefonnummern sind. Aber dr�ber nachdenken sollte man auf
> jeden Fall!
Ja mach das ;-)
> So, und jetzt zu deiner Mail:
> > Nicht ganz, besser gesagt gar nicht, naemlich e.g.:
> >
> > S:EMS
> > N:02290414
> >
> > S:Diverse Ortstarife
> > N:02290*
> >
> > ...
> > P:01,1
> > Z:1
> > A:...02290
> >
> > Also die Service matchen per Wildcard _viele_ Nummern oder auch
eine
> > Nummer exakt in verschiedenen Service-Arten, beim Provider steht
genau
> > die Nummer, die der Provider hat.
> > Daher ist die Definition einer Servicenummer nur dann ident, mit
dem
> > A:Tag beim Provider, wenn diese Nummer exakt so beim Provider
steht.
> > (Was in obigen Beispiel nicht stimmt)
> > Jetzt kannst du natuerlich das Umdrehen, und beim Provider jedes
> > einzelne Service definieren, aber sinnig ist das IMHO nicht, ich
habe
> > keine Zeit dazu.
>
> Ich verstehe das jetzt nicht wirklich. hast du ein besseres
Beispiel?
getRate, getSpecial, getLeastCost in rate.c :-)
getRate, getSpecial: Der 1. strmatch hat gewonnen und bestimmt das
Service.
In getRate gilt der beste = laengste Match aus _allen_ Nummern, that's
it.
In obigem Beispiel hast du in rate.c ein Z:1, A:02290, mehr brauchst
du nicht.
Meine Idee bei dieser Implementierung war: Service sind
providerunabhaengige Leistungen wie Auskunft, Internet (daher die
zentrale Definition am Anfang) - die einige Provider anbieten oder
auch nicht: da kommt dann der providerspezifische Teil der A:tag (die
genaue Nummer) und T:"des kosts".
Wenn dieses Konzept eben nicht stimmen sollte i.e 19430 ist bei der
Telekomik Internet, bei max aber die Auskunft, dann hast du gewonnen
:-)
BTW wir haben in der rate-at.dat praktisch keine Service definiert.
> bye, Michi
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
