Re: kannel OTA/OMA dev ?

I guess not, reading this :
http://discussion.forum.nokia.com/forum/showthread.php?t=124252

The embeded string table works as the embeded color table in a gif file,
allowing size reduction.

Necessity to add voip codec parameters in a such table in the oma wbxml
to allow the E51 to be able to read it sounds like a nokia "feature".

Knowing that and the obvious interest to reduce sms size, a usefull
kannel functionnality would be to implement a such table, automaticaly
detecting every key words found in the oma xml content
when /cgi-bin/sendota is done.





Le mercredi 22 octobre 2008 à 16:06 +0300, P. A. Bagyenda a écrit :
> Guillaume,
> 
>   My reading of the wbxml spec is that  the string appearing in the  
> string table or appearing inline should amount to the same thing.  
> Which means that Kannel is behaving correctly (in doing the latter).  
> Adding a string table to ota_compiler.c going to require a little bit  
> of work, for whoever has the time.
> 
> P.
> 
> On Oct 22, 2008, at 15:45, Guillaume Godart wrote:
> 
> > I know that, we are not speaking about the xml->wbxml tokens table but
> > about a string table who can be defined in the begining of any wbxml
> > content, reducing its size.
> >
> > it is explained here :
> > http://discussion.forum.nokia.com/forum/showthread.php?t=124252
> >
> >
> >
> >
> >
> > Le mercredi 22 octobre 2008 à 14:39 +0200, Stipe Tolj a écrit :
> >> Guillaume Godart schrieb:
> >>> are you absolutely sure it is the source code used to compile wbxml
> >>> content from xml content ?
> >>
> >> I'm sure, we don't have any tokens for the CODEC, MEDIASUBTYPE,  
> >> PRIORITYINDEX in
> >> the code tables. Reason: they are NOT specified as binary tokens in  
> >> the latest
> >> OMA ProvCont spec.
> >>
> >> These will be "encoded" in plain text bytes, not via own "tokens".  
> >> So the
> >> encoded WBXML string simply represents them as bytes.
> >>
> >> Stipe
> >>
> 
>