Hi Bojan, I don't really have a solid fix yet for localizing the dropdown lists that appear in the forms. I still need to finalize the logic and write unit tests as well. I don't have a clear timeframe when this will be done. If you have any ideas about this issue or any other (I noticed that you fixed a view to properly view reports in other languages) I would love review any patches you would like to submit. The community needs the support of developers such as yourself. Cheers, Alexei
Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Wed, Dec 2, 2015 at 2:30 PM, Adam Lodge <[email protected]> wrote: > Bojan, > > I love what you did the the .values file to make it work. It sounds like > a good use case to argue for adding a languageid column to the .values > file. I’ll remember that as we move forward with Arches v4. > > -- > Adam Lodge > Geospatial Systems Consultant > Farallon Geographics > > On Wednesday, December 2, 2015 at 1:42 PM, Bojan Kastelic wrote: > > Phil, > thanks for suggestions on multilinglual fields. I'll add them as you > suggested. I have also modified views logic for report that it shows > correct label for selected language. You were right, it was really easy, I > just thought that Arches do that already. > > Aleksei, when do you plan to release a patch for dropdowns in other > languages (now it shows some labels in English, some in other languages)? > > For bulk loading multilingual concepts I ended up using .values file with > my custom ValueType, which contain also a language code (eg. label:de) and > then I modified function load_authority_file (in authority_files.py) to > redirect this kind of ValueType to additional labels (in appropriate > language). This solution fits best for my case as I will be preparing > authority files with a script from another database. > > Best, > > Bojan > > On Tuesday, December 1, 2015 at 12:19:03 PM UTC+1, Carlisle, Philip wrote: > > Hi Bojan, > > > > As E56 Language is a subclass of type you can add another triple to your > graph for NAME.E41-P2 has type – Language.E56 > > > > Description would be E62-P2-E56 > > > > For Title this would be Title.E35 - P72 has language (is language of) > Language.E56 > > > > It’s slightly different for Title.E35 because unlike name (which is only a > child of E90 Symbolic Object) Title.E35 is also a child of E33 Linguistic > Object and can therefore use the P72 has language (is language of) property > inherited from E33. > > > > As to the language aspect in the RDM. As you can have a preferred term in > each language it should be simple enough to programme it so that when you > switch the language of the interface the preferred terms for that language > take precedence in the authority file/look-up. > > > > I say it should be simple. I’m not a programmer, I just build thesauri ;-) > > > > Phil > > > > > > > > *Phil Carlisle* > > Data Standards Supervisor > > Data Standards Unit, Listing Group > > Historic England > > The Engine House > > Fire Fly Avenue > > Swindon > > SN2 2EH > > Tel: +44 (0)1793 414824 > > > > http://thesaurus.historicengland.org.uk/ > > http://www.heritagedata.org/blog/ > > > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Adam Lodge > *Sent:* 01 December 2015 00:18 > *To:* Bojan Kastelic > *Cc:* Arches Project > *Subject:* Re: [Arches] Need help with concepts localization > > > > There is nothing inbuilt to Arches to support that. As far as Arches is > concerned, the NAME entity type in and of itself is language-agnostic. > > > > However, you might be able to craft a creative solution to meet your need > using NAME_TYPE.E55. You could, in theory, add languages to the > NAME_TYPE.E55 dropdown. > > > > I’ll be interested to know what you come up with. > > > > Adam > > > > On Monday, November 30, 2015 at 4:10 PM, Bojan Kastelic wrote: > > Adam, thanks for your efforts. I think there may be a way to achieve this > with export/import schema in RDM, but I haven't tried this aproach yet. > > I have one more question regarding this: is there a way to translate field > names in search dropdown which doesn't have authority documents (for > example: Name.E41, Title.E41, Description.E62, ...)? > > Thanks, Bojan > > On Tuesday, December 1, 2015 at 12:45:26 AM UTC+1, Adam Lodge wrote: > > Bojan, > > > > It is true that there is no way way to distinguish the language of one > label versus another within the same authority document. The authority > document csv format was designed to sacrifice flexibility for ease of use. > I’ll put some thought on how to approach the problem of bulk loading many > concepts in differing languages. > > > > Adam > > > > -- > > Adam Lodge > > Geospatial Systems Consultant > > Farallon Geographics > > 415.317.6625 > > > > On Monday, November 30, 2015 at 3:40 PM, Bojan Kastelic wrote: > > Adam, thanks for quick reply. > > Your solution works great when I have only one language, but my project > have three languages! I've already implemented changing UI language from > dropdown menu 'Languages' and that works great, but I want to change > concepts labels in dropdown lists and report also. > > I'll wait for Aleksei if he has some further advice about that. > > I've also checked the code for importing concepts from authority files > (authority_files.py) and I am afraid that all labels imports only for one > language (settings.LANGUAGE_CODE). I hope there is another way to import > concept labels in multiple languages. > > Best, Bojan > > On Monday, November 30, 2015 at 11:05:28 PM UTC+1, Adam Lodge wrote: > > Hi Bojan, > > > > The key here is going to be getting your new language added to the > d_languages table, and setting the “isdefulat” value to true, and setting > the existing en-us language set to false. That way, Arches has a way to > know that it should display labels from your language rather than english. > > > > I understand from Alexei, however, that there may be a a bug in properly > retrieving concepts for dropdowns in languages other than English. He has > built a fix, but hasn’t tested it thoroughly enough to commit to the repo. > He will likely chime in with some further words to give you a path forward > on that. > > > > As far as importing authority documents in other languages - the key > remains the same. Arches assumes that your authority documents are in > whatever you have deemed to be the default language. Therefore, you want > to make sure that your language is added to the d_languages table and it is > set as the only default language before you import your auth docs. The way > I would do that is by modifying the db_data.sql file that runs on Arches > install. Look at line 24 which is the one that populates english as the > default language. I would modify that statement with the following: > > > > INSERT INTO d_languages VALUES (’[YL-01]', ‘[YOUR_LANGUAGE]', true); > > INSERT INTO d_languages VALUES ('en-US', 'ENGLISH', false); > > > > Best, > > Adam > > > > -- > > Adam Lodge > > Geospatial Systems Consultant > > Farallon Geographics > > 415.317.6625 > > > > On Monday, November 30, 2015 at 1:04 PM, Bojan Kastelic wrote: > > Hi, > I'm working on localization of my Arches project and so far I have > successfully implemented UI translations, but I have problems with concepts > translations (for dropdown lists). As I understand, each concept can have > multiple labels in different languages. I manually entered additional > (translated) labels in RDM, but when I change the language, only static > (UI) text changes, whereas the concept labels (in dropdown lists and > report) stay the same (the last label for each concept). > > What am I doing wrong? Is this approach (using labels for translations) > right? Do all labels have to be marked as preferred (prefLabel)? What am I > missing? > > And if I can get this work, how can I import labels for different > languages through Authority Files (there is no language field)? > > Regards, Bojan > > -- > -- To post, send email to [email protected]. To unsubscribe, > send email to [email protected]. For more information, > visit https://groups.google.com/d/forum/archesproject?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Arches Project" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > > -- > -- To post, send email to [email protected]. To unsubscribe, > send email to [email protected]. For more information, > visit https://groups.google.com/d/forum/archesproject?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Arches Project" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > > -- > -- To post, send email to [email protected]. To unsubscribe, > send email to [email protected]. For more information, > visit https://groups.google.com/d/forum/archesproject?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Arches Project" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > > -- > -- To post, send email to [email protected]. To unsubscribe, > send email to [email protected]. For more information, > visit https://groups.google.com/d/forum/archesproject?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Arches Project" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > We are the public body that looks after England's historic environment. We > champion historic places, helping people to understand, value and care for > them, now and for the future. > Sign up to our enewsletter to keep up to date with our latest news, advice > and listings. > HistoricEngland.org.uk Twitter: @HistoricEngland > > This e-mail (and any attachments) is confidential and may contain personal > views which are not the views of Historic England unless specifically stated. > If you have received it in error, please delete it from your system and > notify the sender immediately. Do not use, copy or disclose the information > in any way nor act in reliance on it. Any information sent to Historic > England may become publicly available. > > > > -- > -- To post, send email to [email protected]. To unsubscribe, > send email to [email protected]. For more > information, visit https://groups.google.com/d/forum/archesproject?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Arches Project" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > -- -- To post, send email to [email protected]. To unsubscribe, send email to [email protected]. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
