2012-10-17 8 views
14

Chciałbym utworzyć raporty agregacji na podstawie ggplot2 i knitr. Niestety chcę to zrobić w czterech językach: angielskim, niemieckim, francuskim, włoskim. Do tej pory etykiety dla wykresów i figur pochodzą w zasadzie z samych danych, tj. Są generowane z data.frame headers lub factor levels.Jaka jest dobra strategia lokalizacji dla raportów z dzianin?

Biorąc pod uwagę, że mam ponad 100 zmiennych jakościowych z różnymi levels, zastanawiam się, jaka może być skuteczna strategia tłumaczenia. Są pliki .po i Portable Object editors dla innych języków, a nawet dla samego R i jego komunikatów. Biorąc pod uwagę, że liczba języków może zostać zwiększona, staje się bardziej prawdopodobne, że inne osoby muszą być zaangażowane w tłumaczenie. Oczywiście te osoby zazwyczaj nie są użytkownikami R i mogą nawet nie lubić edytorów tekstu.

Czy ktoś zmierzył się z tym samym problemem i opracował dobrą strategię lub doświadczenie do udostępnienia? Czy możesz sobie wyobrazić coś takiego?

EDYCJA: Widziałem w międzyczasie this thread, ale uważam, że gettext działa tylko w przypadku pakietów. Zastanawiam się, czy domena w tym poście jest naprawdę ważna.

+0

Nowe narzędzie, prawdopodobnie: https://cran.r-project.org/web/packages/translateR/translateR.pdf – MichaelChirico

Odpowiedz

1

Nie mam bezpośredniego doświadczenia, ale zastanawiam się, czy arkusz kalkulacyjny google może być dobrym sposobem na współpracę z tłumaczami, np. następnie dostać się do rozwiązań RCurl R używając takich jak odpowiedź tutaj:

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

użyłem tej techniki do analizy danych pomiarowych.

+0

To może zadziałać, jeśli nazwy zmiennych mogą pozostać takie same w każdym języku. Utwórz arkusz kalkulacyjny Google z jedną zmienną na wiersz i poziomy w ich prawidłowej kolejności w kolumnach '2: n'. Utwórz jeden arkusz na język. Po załadowaniu danych przeprowadź pętlę przez wiersze żądanego arkusza i zmodyfikuj poziomy zmiennych po znalezieniu tłumaczenia. –

Powiązane problemy