2012-10-17 3 views
14

Vorrei creare rapporti di aggregazione basati su ggplot2 e knitr. Purtroppo voglio farlo in quattro lingue, inglese, tedesco, francese, italiano. Finora le etichette per grafici e figure provengono fondamentalmente dai dati stessi, ovvero sono generati da data.frame headers o factor levels.Qual è una buona strategia di localizzazione per i rapporti knitr?

Dato che ho più di 100 variabili categoriali con diverso levels mi chiedo quale potrebbe essere una strategia di traduzione efficiente. Esistono file .po e Portable Object editors per altre lingue e persino per R e i relativi messaggi. Dato che il numero di lingue potrebbe essere aumentato diventa più probabile che altre persone debbano essere coinvolte per la traduzione. Ovviamente queste persone non sono in genere utenti R e potrebbero non piacere nemmeno agli editor di testo.

Qualcuno ha affrontato lo stesso problema e ha sviluppato qualche buona strategia o esperienza da condividere? Potresti immaginare qualcosa come xliff?

EDIT: nel frattempo ho visto this thread ma credo che gettext funzioni solo per i pacchetti. Mi chiedo se il dominio in questo post sia veramente valido.

+0

strumento new-ish, forse: https://cran.r-project.org/web/packages/translateR/translateR.pdf – MichaelChirico

risposta

1

Nessuna esperienza diretta, ma mi chiedo se un foglio di calcolo di Google potrebbe fornire un buon flusso di lavoro per la collaborazione con i traduttori, ad es. quindi entrare in soluzioni RCurl R usando come risposta qui:

read.csv fails to read a CSV file from google docs

Ho usato questa tecnica per analizzare i dati di rilievo.

+0

Potrebbe funzionare, se i nomi delle variabili possono rimanere uguali in tutte le lingue. Crea un foglio di lavoro Google con una variabile per riga e livelli nel loro ordine corretto nelle colonne '2: n'. Crea un foglio per lingua. Dopo aver caricato i dati, scorrere le righe del foglio desiderato e modificare i livelli delle variabili quando si trova una traduzione. –