Zarządzanie wariantami językowymi na przykładzie naszego iiRDS
Połączenie między wariantami językowymi za pomocą iirds:InformationObject i iirds:is-version-of
iiRDS topic zawsze opisuje zestaw metadanych dla konkretnego wyrażenia w języku i konkretnej wersji. Każdy iiRDS topic ma zatem przypisany własny identyfikator w atrybucie @rdf:about i jest w ten sposób jednoznacznie identyfikowalny w różnych wersjach i językach.
W naszym przypadku użycia "blog" ważne jest, aby wiedzieć, w jakich językach i wersjach ta zawartość jest nadal dostępna w systemie.
Ponieważ chcemy, aby nasi czytelników mogli przełączać się na inne języki, na które ten post został przetłumaczony w każdym poście na blogu. W tym celu wpisy na blogu muszą być ze sobą powiązane.
W tym celu nawiązaliśmy współpracę z ogólnym, wirtualnym źródłem. W iiRDS zasób ten jest nazywany iirds:InformationObject, z którym relacja jest ustanawiana poprzez właściwość iirds:is-version-of.
<iirds:Topic rdf:about="https://www.c-rex.net/ns/iirds/td/cms/c-rex-dts_001_de-DE">
<iirds:title xml:lang="de-DE">Nie wieder Probleme mit Daten im falschen Format</iirds:title>
<iirds:language>de-DE</iirds:Language>
<iirds:revision>001</iirds:Language>
<iirds:is-version-of>
<iirds:InformationObject rdf:about="https://www.c-rex.net/ns/iirds/td/cms#c-rex-dts"/>
</iirds:is-version-of>
</iirds:Topic>W ten sposób można uzyskać dostęp do konkretnego topic i wykonać zapytanie do systemu, np. zapytanie do wszystkich topics o tym samym identyfikatorze bazowym iirds:InformationObject.
Spowoduje to wyświetlenie wszystkich wersji i języków związanych z bieżącym topic.
Jeśli jeszcze bardziej zawęzisz zapytanie, prosząc o konkretną wersję i konkretny język, możliwe jest przejście do bieżącego topic w innym języku w portalu.
Zalety korzystania z iiRDS do zarządzania wielojęzycznego
Ci, którzy wdrażają swój projekt informacyjny w ten sposób, mają tę wielką zaletę, że każdy nowy język, który jest dodawany, jest już automatycznie przypisywany. Nie trzeba go utrzymywać ręcznie za pomocą wpisów w plikach konfiguracyjnych lub tabel mapowania adresów URL, jak w niektórych innych systemach.
Jak wiedzą zapaleni czytelników naszego bloga, do tłumaczenia używamy Machine Translation.
W poniższym animowanym gifie pokazaliśmy, jak szybko i łatwo można dodać nowy język. W tym przykładzie jest to tłumaczenie, a następnie publikacja bloga na język polski poprzez wywołanie dwóch scenariuszy transakcyjnych, które utworzyliśmy w tym celu. Dwa scenariusze w środowisku oXygen XML XML zostały wybrane w celach ilustracyjnych. Publikację można łatwo zintegrować z Daily Build procesem , a tym samym w pełni zautomatyzować, gdy tylko wkład zostanie wydany.
Jeśli chcesz zrozumieć to szczegółowo, możesz przeczytać o tym bardziej szczegółowo w naszym artykule Dlaczego polegamy na iiRDS i c-rex.net IDS dla naszego bloga?.
Język powierzchniowy i język treści
Podczas wdrażania naszego bloga musieliśmy również pomyśleć o różnicy między językiem interfejsu użytkownika a językiem treści. Znacząca różnica.
Czego oczekują użytkownicy po przełączeniu języka w menu? Co więcej, niemiecki interfejs użytkownika i zawartość w odpowiednich językach? Czy też interfejs użytkownika powinien również zmienić się na wybrany język?
W przypadku bloga odpowiedź na to pytanie jest prawdopodobnie łatwa. Kiedy użytkownicy znajdują w sieci treści w języku polskim, chcą również zobaczyć stronę w całości po polsku. I właśnie dlatego zdecydowaliśmy się to zrobić na naszym blogu.
Niemniej jednak mogą istnieć inne przypadki. Powszechną praktyką jest oferowanie niektórych treści w wielu różnych językach, ale niektórych tylko w języku angielskim.
Dla nas, jako firmy programistycznej, która nie tylko wykorzystuje procedury danych, zautomatyzowane procesy dla siebie, ale także oferuje je jako usługi dla naszych klientów, musimy rozróżnić te dwa przypadki w podstawowej implementacji automatycznego przepływu pracy tłumaczeniowej, a także umożliwić dostarczanie treści awaryjnych (polski niedostępny, a następnie angielski) w konkretnie wybranym języku.