Re: [Tracker] Internationalization in SPARQL queries



Le lundi 22 fÃvrier 2010 Ã 08:21 +0000, Martyn Russell a Ãcrit :
Hi,
Hi Martyn

This is quite an interesting idea. Using a function like 
tracker:LocalizedName(?city) wouldn't work unless we stored the data in 
multiple translations. This would increase the data quite significantly 
but I suppose we could use something like tracker:should_translate (or 
some property to know which properties to handle).

The other problem I see with this is, we can't simply call the gettext 
functions to do the translations at run time. Translations are (as you 
likely know) supplied by the translation teams and would have to be 
there before we release Tracker. So I am not sure how run-time words 
could be translated at this point?

I think Michele's solution is very good, what's more it's "sparql
official".
(http://mail.gnome.org/archives/tracker-list/2010-February/msg00141.htm )
About the increase of the data: every property doesn't need to be
translated (I don't think we will store the plainTextContent of a 700
pages pdf file :-) ) and with nowadays hard drive, storing two strings
instead of one is not terrible, even on embedded devices.

Cheers
Florent




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]