Alexei,
Thank you for this. Indeed, it led me to solving the problem. I will now
prepare a short how-to guide to making Arches multilingual, with
screenshots, and will make it available on this thread.
On Monday, July 11, 2016 at 7:38:50 PM UTC+1, Alexei Peters wrote:
>
> Hi Andrea,
> I'm still unsure when this is happening, but I'm going to take a stab at
> this anyway! :)
>
> I'm making this assumption, that the dropdowns (eg
> SITE_FUNCTION_CERTAINTY_TYPE.E55)
> are being populated only with the concepts in the selected language. That
> is if I've set the site to display everything in English, then the
> dropdowns are only displaying the English preflabels.
>
> If that's the case, then when you say from your email of July 4th
>
>> It would appear that the problem lies with the viewModel not correctly
>> picking up the labels when the language selected is not the one with which
>> the branches were originally saved.
>
> that you are correct.
>
> You go on to say:
>
>> This branch had been added, originally, in English, but the labels passed
>> by the "load" method have been altered to adhere to the selected language
>> (Arabic).
>
>
> I think this is the problem. The dropdowns reference value id's (eg:
> d30fef92-728b-46f6-a4c5-b42e552a0326 and
> 92c37d46-dc23-4869-b868-b978d9f972aa)
> and not concept ids. It could be that those value ids in your data
>
>
>> {"nodes":[{"value":"d30fef92-728b-46f6-a4c5-b42e552a0326","label":"عالي","child_entities":[],"entitytypeid":"SITE_FUNCTION_CERTAINTY_TYPE.E55","parentid":"679aa456-943d-4b2d-8c25-947c1f635307","entityid":"86e23739-93f0-40d4-8793-d1dc5043a4f9","property":"P2","businesstablename":"domains"},{"value":"92c37d46-dc23-4869-b868-b978d9f972aa","label":"ديني","child_entities":[],"entitytypeid":"SITE_FUNCTION_TYPE.E55","parentid":"6b8526b0-62ec-4860-9bee-ddf6830d3ff8","entityid":"679aa456-943d-4b2d-8c25-947c1f635307","property":"P2","businesstablename":"domains"}]}
>
>
> don't reference id's in the dropdowns. I would then expect that when you
> click to edit a branch that the value referenced in the data can't be found
> in the dropdowns options and the write method get's a blank value (I've
> actually confirmed this happens).
>
> There's also a file called js/plugins/knockout-select2.js that has an
> "update" method that you might be interested in. It's one of the first
> things that gets called when a user clicks to edit a value that's attached
> to a dropdown.
>
> Hopefully this helps.
> -Alexei
>
>
>
> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>
> On Thu, Jul 7, 2016 at 5:30 AM, <zerbini...@gmail.com <javascript:>>
> wrote:
>
>> And here is a screenshot of my debugging of branch-list.js. As you can
>> see, in the writeable observable, the read correctly maps the valueid of
>> the concept 'Not Applicable', which is stored in ret. However, the 'write'
>> callback does not obtain ret, and the argument 'value' is therefore void.
>>
>>
>> <https://lh3.googleusercontent.com/-2O5XRZ8bJn4/V35LY5na3XI/AAAAAAAAAAc/WHZvUSKBjXkCFpsNSG4TG4W8JiGgXNfJQCLcB/s1600/Screen%2BShot%2B2016-07-07%2Bat%2B13.27.14.png>
>>
>>
>>
>> On Wednesday, July 6, 2016 at 5:34:59 PM UTC+1, zerbini...@gmail.com
>> wrote:
>>
>>> Alexei,
>>>
>>> I have narrowed it down a bit further. The writable computed observable
>>> that is returned by getEditedNode correctly reads the values retrieved by
>>> the method getEditedBranch(), but then, if the concept is in Arabic, it
>>> does not pass it to the "write" callback, despite the variable 'ret' (which
>>> is returned by the 'read' method in the observable) correctly storing the
>>> value of the Arabic concept. 'ret', in this case, is essentially not passed
>>> to the 'write' callback. However, if I add a new branch when the platform
>>> language is Arabic, save the form and then edit it, all works fine: 'read'
>>> passes ret to the object 'value' of the 'write' callback and no problem
>>> arises. I don't understand why the problem is occurring, but I am certain
>>> that it happens at the juncture between read and write in getEditedNode.
>>>
>>>
>>> Andrea
>>>
>>> On Monday, July 4, 2016 at 7:38:19 PM UTC+1, zerbini...@gmail.com wrote:
>>>
>>>> Hi Alexei,
>>>>
>>>> I have been debugging branch-list.js, and particularly the method
>>>> getEditedNode. It would appear that the problem lies with the viewModel
>>>> not
>>>> correctly picking up the labels when the language selected is not the one
>>>> with which the branches were originally saved.
>>>> The form data is correctly passed by forms.py with labels in the
>>>> selected language. So, a console log this.data[this.dataKey].branch_lists
>>>> of on the nodes SITE_FUNCTION_CERTAINTY_TYPE and SITE_FUNCTION_CERTAINTY
>>>> returns this:
>>>>
>>>>
>>>> {"nodes":[{"value":"d30fef92-728b-46f6-a4c5-b42e552a0326","label":"عالي","child_entities":[],"entitytypeid":"SITE_FUNCTION_CERTAINTY_TYPE.E55","parentid":"679aa456-943d-4b2d-8c25-947c1f635307","entityid":"86e23739-93f0-40d4-8793-d1dc5043a4f9","property":"P2","businesstablename":"domains"},{"value":"92c37d46-dc23-4869-b868-b978d9f972aa","label":"ديني","child_entities":[],"entitytypeid":"SITE_FUNCTION_TYPE.E55","parentid":"6b8526b0-62ec-4860-9bee-ddf6830d3ff8","entityid":"679aa456-943d-4b2d-8c25-947c1f635307","property":"P2","businesstablename":"domains"}]}
>>>>
>>>>
>>>> This branch had been added, originally, in English, but the labels
>>>> passed by the "load" method have been altered to adhere to the selected
>>>> language (Arabic). However, when debugging getEditedNode, this function
>>>> correctly reads the values of the two selected concepts
>>>> (d30fef92-728b-46f6-a4c5-b42e552a0326 and
>>>> 92c37d46-dc23-4869-b868-b978d9f972aa) BUT, for whatever reason, passes an
>>>> empty object to the write method within getEditedNode.
>>>>
>>>> Can you think of any reason why this might be happening?
>>>>
>>>> Andrea
>>>>
>>>> On Tuesday, June 28, 2016 at 12:20:21 AM UTC+1, Alexei Peters wrote:
>>>>
>>>>> Hi Andrea,
>>>>> Have you confirmed that you're getting all the data in all languages
>>>>> when a form loads, but that somehow the client side code is filtering
>>>>> based
>>>>> on language?
>>>>> The "load" method in forms.py would potentially allow a user to only
>>>>> load data with a specific language code, you're code isn't doing that is
>>>>> it?
>>>>> Cheers,
>>>>> Alexei
>>>>>
>>>>>
>>>>> Director of Web Development - Farallon Geographics, Inc. -
>>>>> 971.227.3173
>>>>>
>>>>> On Fri, Jun 17, 2016 at 8:26 AM, <zerbini...@gmail.com> wrote:
>>>>>
>>>>>> Dear Alexei,
>>>>>>
>>>>>> I have got it to work:
>>>>>> https://github.com/azerbini/eamena2/blob/app/models/forms.py
>>>>>>
>>>>>> I was modifying the wrong method, in entity.py instead of looking
>>>>>> into app/models/forms and changing that get_nodes. My bad.
>>>>>>
>>>>>> Now, the problem is that, for whatever reason (and unrelated to my
>>>>>> changes to get_nodes()), the JS libraries only allow me to edit branches
>>>>>> in
>>>>>> the language of original insertion. So, when the selected language is
>>>>>> English, I am able to pull up and edit in a form all of the branches
>>>>>> that
>>>>>> were initially saved in the DB in English. Viceversa, when the language
>>>>>> selected is Arabic, I can only edit branches (or entities - call them as
>>>>>> you may) that were saved into the DB in Arabic. Any idea as to why the
>>>>>> JS
>>>>>> does this?
>>>>>>
>>>>>> Thank you - getting there step by step!
>>>>>>
>>>>>> Andrea
>>>>>>
>>>>>> On Thursday, June 16, 2016 at 7:43:59 PM UTC+1, Alexei Peters wrote:
>>>>>>
>>>>>>> Hi Andrea,
>>>>>>> I'll have to look into this.
>>>>>>> Cheers,
>>>>>>> Alexei
>>>>>>>
>>>>>>>
>>>>>>> Director of Web Development - Farallon Geographics, Inc. -
>>>>>>> 971.227.3173
>>>>>>>
>>>>>>> On Wed, Jun 15, 2016 at 10:43 AM, <zerbini...@gmail.com> wrote:
>>>>>>>
>>>>>>>> A small update. I have been able to bypass the indexing problem by
>>>>>>>> commenting off lines 228-30 in app/search/search.py and replacing the
>>>>>>>> custom exception with a standard return False.
>>>>>>>> I subsequently modified get_nodes() as visible here:
>>>>>>>> https://github.com/azerbini/eamena2/blob/app/models/entity.py
>>>>>>>>
>>>>>>>> Now, the labels returned by get_nodes are in the correct language,
>>>>>>>> and yet they keep being visualised in the templates in the language of
>>>>>>>> original insertion (see screenshot attached). Once again, what do I
>>>>>>>> need to
>>>>>>>> modify in order to tweak the resource graph which is passed as an
>>>>>>>> observable array to branch-list.js?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> andrea
>>>>>>>>
>>>>>>>>
>>>>>>>> <https://lh3.googleusercontent.com/-Zcqp_1zUD-w/V2GTt9oU6wI/AAAAAAAAAAM/HQDeE69Bcvk1ujOoe_4l-sYCLEmIS68TQCLcB/s1600/Screen%2BShot%2B2016-06-15%2Bat%2B18.42.29.png>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wednesday, June 15, 2016 at 2:23:53 PM UTC+1,
>>>>>>>> zerbini...@gmail.com wrote:
>>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> In order to fix the visualisation of the already selected
>>>>>>>>> branches, I have tried to modify models/entity.py, particularly the
>>>>>>>>> get_nodes method, since it is that which calls the labels of concepts
>>>>>>>>> already stored in the database (see here for the modified method:
>>>>>>>>> https://github.com/azerbini/eamena2/blob/app/models/entity.py).
>>>>>>>>> Currently, I am only trying to get get_nodes() to retrieve the right
>>>>>>>>> prefLabels, so I am not modifying the data, just displaying it via
>>>>>>>>> print
>>>>>>>>> statements. I have had to perform a UUID validation of entity.value
>>>>>>>>> in
>>>>>>>>> order to stop get_preflabels_from_valueid from attempting to run on
>>>>>>>>> entity.value when the latter is a Polygon type. When I modify a form,
>>>>>>>>> on
>>>>>>>>> POST submission, all seems to work fine. Here are some of the outputs
>>>>>>>>> I get
>>>>>>>>> on the server:
>>>>>>>>>
>>>>>>>>> Entity label pre prefLabel: <class
>>>>>>>>>> 'arches.app.models.entity.Entity'>:
>>>>>>>>>> d7f8c3f4-abb5-4d88-879e-41574d905df7 of
>>>>>>>>>> type SITE_OVERALL_ARCHAEOLOGICAL_CERTAINTY_TYPE.E55 with value
>>>>>>>>>> "e2febf75-58b1-4803-a7f9-c7cd3d01606b"
>>>>>>>>>>
>>>>>>>>>> {u'_type': u'1e0f9e9a-99e0-4439-a796-f0e1c9e26db9', u'_source':
>>>>>>>>>> {u'category': u'label', u'conceptid':
>>>>>>>>>> u'8748c8c7-8d3d-4003-a6b5-f87d9d933490', u'language': u'en-US',
>>>>>>>>>> u'value':
>>>>>>>>>> u'High', u'type': u'prefLabel', u'id':
>>>>>>>>>> u'e2febf75-58b1-4803-a7f9-c7cd3d01606b'}, u'_index':
>>>>>>>>>> u'concept_labels',
>>>>>>>>>> u'_version': 2, u'found': True, u'_id':
>>>>>>>>>> u'e2febf75-58b1-4803-a7f9-c7cd3d01606b'}
>>>>>>>>>>
>>>>>>>>>> Entity label post prefLabel: {u'category': u'label',
>>>>>>>>>> u'conceptid': u'8748c8c7-8d3d-4003-a6b5-f87d9d933490', u'language':
>>>>>>>>>> u'ar',
>>>>>>>>>> u'value': u'\u0639\u0627\u0644\u064a', u'type': u'prefLabel', u'id':
>>>>>>>>>> u'75905a06-9b0e-4c72-84c9-ae6883b83b30'}
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> As you can see, get_preflabels_from_valueid has correctly located
>>>>>>>>> my new label value. However, I then get an ES indexing problem:
>>>>>>>>>
>>>>>>>>> RequestError at
>>>>>>>>>> /resources/HERITAGE_RESOURCE_GROUP.E27/summary/8b712dc9-5de2-446f-900e-26a63e511d91
>>>>>>>>>> TransportError(400, u'MapperParsingException[object mapping for
>>>>>>>>>> [HERITAGE_RESOURCE_GROUP.E27] tried to parse as object, but got EOF,
>>>>>>>>>> has a
>>>>>>>>>> concrete value been provided to it?]')
>>>>>>>>>> Request Method: POST
>>>>>>>>>> Request URL:
>>>>>>>>>> http://localhost:8000/resources/HERITAGE_RESOURCE_GROUP.E27/summary/8b712dc9-5de2-446f-900e-26a63e511d91
>>>>>>>>>> Django Version: 1.6.2
>>>>>>>>>> Exception Type: RequestError
>>>>>>>>>> Exception Value:
>>>>>>>>>>
>>>>>>>>>> TransportError(400, u'MapperParsingException[object mapping for
>>>>>>>>>> [HERITAGE_RESOURCE_GROUP.E27] tried to parse as object, but got EOF,
>>>>>>>>>> has a concrete value been provided to it?]')
>>>>>>>>>>
>>>>>>>>>> Exception Location:
>>>>>>>>>> /Users/eamena/Projects/ENV/lib/python2.7/site-packages/arches/app/search/search.py
>>>>>>>>>>
>>>>>>>>>> in index_data, line 227
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> Why is the indexing called, and when? Why does it fail,
>>>>>>>>> considering that I have not changed anything at all, just printed to
>>>>>>>>> console?
>>>>>>>>>
>>>>>>>>> Thanks for your help,
>>>>>>>>>
>>>>>>>>> Andrea
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tuesday, June 14, 2016 at 8:40:32 AM UTC+1,
>>>>>>>>> zerbini...@gmail.com wrote:
>>>>>>>>>>
>>>>>>>>>> All this makes sense Alexei. However, I am still trying to figure
>>>>>>>>>> out at which point in concept.py (or other python file) does the
>>>>>>>>>> get_preflabel get called when created a resource graph. I am asking
>>>>>>>>>> this as
>>>>>>>>>> I am still unable to see the translated labels in the already
>>>>>>>>>> selected
>>>>>>>>>> branches (those, in other words, that get populated in the templates
>>>>>>>>>> by
>>>>>>>>>> branch-list.js).
>>>>>>>>>>
>>>>>>>>>> Can you help?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>>
>>>>>>>>>> Andrea
>>>>>>>>>>
>>>>>>>>>> On Monday, June 13, 2016 at 10:50:37 PM UTC+1, Alexei Peters
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi Andrea,
>>>>>>>>>>> Keep in mind that when you see something like this:
>>>>>>>>>>>
>>>>>>>>>>> def get_preflabel(self, lang=settings.LANGUAGE_CODE)
>>>>>>>>>>>
>>>>>>>>>>> What it means is, use for "lang" the value defined in
>>>>>>>>>>> settings.LANGUAGE_CODE if nothing else is provided.
>>>>>>>>>>> Most of the views take in a lang property as part of the
>>>>>>>>>>> request, defaulting, again, to settings.LANGUAGE_CODE if none is
>>>>>>>>>>> provided.
>>>>>>>>>>>
>>>>>>>>>>> eg: in app/views/concept.py on line 74
>>>>>>>>>>> lang = request.GET.get('lang', settings.LANGUAGE_CODE)
>>>>>>>>>>>
>>>>>>>>>>> what this means is that if your request has a "lang" property in
>>>>>>>>>>> the querystring
>>>>>>>>>>> eg:
>>>>>>>>>>> http://blahblahblah/concept/11111111-1111-1111-1111-11111111111?lang=ar
>>>>>>>>>>> then the language code "ar" should be passed on down to the
>>>>>>>>>>> get_preflabel function with the language passed in from the request
>>>>>>>>>>> and it
>>>>>>>>>>> will not use the value from settings.LANGUAGE_CODE
>>>>>>>>>>>
>>>>>>>>>>> Hope that helps clarify how that all works.
>>>>>>>>>>> Cheers,
>>>>>>>>>>> Alexei
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Director of Web Development - Farallon Geographics, Inc. -
>>>>>>>>>>> 971.227.3173
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Jun 10, 2016 at 11:44 AM, <zerbini...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> In my case Alexei, this wouldn't work as I use the Middleware
>>>>>>>>>>>> to operate language changes - settings.LANGUAGE_CODE would remain
>>>>>>>>>>>> defaulted
>>>>>>>>>>>> to en_US (the only lang code that I have assigned in settings.py).
>>>>>>>>>>>> Instead,
>>>>>>>>>>>> I have worked around this issue by replacing
>>>>>>>>>>>> settings.LANGUAGE_CODE with
>>>>>>>>>>>> translation.get_language().
>>>>>>>>>>>>
>>>>>>>>>>>> a.
>>>>>>>>>>>>
>>>>>>>>>>>> On Friday, June 10, 2016 at 7:22:20 PM UTC+1, Alexei Peters
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Andrea,
>>>>>>>>>>>>> There is a method in the models/concept.py file at line 375
>>>>>>>>>>>>> called "get_preflabel"
>>>>>>>>>>>>>
>>>>>>>>>>>>> def get_preflabel(self, lang=settings.LANGUAGE_CODE):
>>>>>>>>>>>>>> ret = []
>>>>>>>>>>>>>> if self.values == []:
>>>>>>>>>>>>>> concept = Concept().get(id=self.id,
>>>>>>>>>>>>>> include_subconcepts=False, include_parentconcepts=False,
>>>>>>>>>>>>>> include=['label'])
>>>>>>>>>>>>>> else:
>>>>>>>>>>>>>> concept = self
>>>>>>>>>>>>>> for value in concept.values:
>>>>>>>>>>>>>> if value.type == 'prefLabel':
>>>>>>>>>>>>>> if value.language == lang:
>>>>>>>>>>>>>> return value
>>>>>>>>>>>>>> elif value.language == lang.split('-')[0]:
>>>>>>>>>>>>>> ret.insert(0, value)
>>>>>>>>>>>>>> elif value.type == 'altLabel':
>>>>>>>>>>>>>> if value.language == lang:
>>>>>>>>>>>>>> ret.insert(0, value)
>>>>>>>>>>>>>> ret.append(value)
>>>>>>>>>>>>>> return ret[0] if len(ret) > 0 else ConceptValue()
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> that method has been updated in Arches v4 to this:
>>>>>>>>>>>>>
>>>>>>>>>>>>> def get_preflabel(self, lang=settings.LANGUAGE_CODE):
>>>>>>>>>>>>>> score = 0
>>>>>>>>>>>>>> ranked_labels = []
>>>>>>>>>>>>>> if self.values == []:
>>>>>>>>>>>>>> concept = Concept().get(id=self.id,
>>>>>>>>>>>>>> include_subconcepts=False, include_parentconcepts=False,
>>>>>>>>>>>>>> include=['label'])
>>>>>>>>>>>>>> else:
>>>>>>>>>>>>>> concept = self
>>>>>>>>>>>>>> for value in concept.values:
>>>>>>>>>>>>>> ranked_label = {
>>>>>>>>>>>>>> 'weight': 1,
>>>>>>>>>>>>>> 'value': value
>>>>>>>>>>>>>> }
>>>>>>>>>>>>>> if value.type == 'prefLabel':
>>>>>>>>>>>>>> ranked_label['weight'] =
>>>>>>>>>>>>>> ranked_label['weight'] * 10
>>>>>>>>>>>>>> elif value.type == 'altLabel':
>>>>>>>>>>>>>> ranked_label['weight'] =
>>>>>>>>>>>>>> ranked_label['weight'] * 4
>>>>>>>>>>>>>> if value.language == lang:
>>>>>>>>>>>>>> ranked_label['weight'] =
>>>>>>>>>>>>>> ranked_label['weight'] * 10
>>>>>>>>>>>>>> elif value.language.split('-')[0] ==
>>>>>>>>>>>>>> lang.split('-')[0]:
>>>>>>>>>>>>>> ranked_label['weight'] =
>>>>>>>>>>>>>> ranked_label['weight'] * 5
>>>>>>>>>>>>>> ranked_labels.append(ranked_label)
>>>>>>>>>>>>>> ranked_labels = sorted(ranked_labels, key=lambda
>>>>>>>>>>>>>> label: label['weight'], reverse=True)
>>>>>>>>>>>>>> if len(ranked_labels) == 0:
>>>>>>>>>>>>>> ranked_labels.append({
>>>>>>>>>>>>>> 'weight': 1,
>>>>>>>>>>>>>> 'value': ConceptValue()
>>>>>>>>>>>>>> })
>>>>>>>>>>>>>> return ranked_labels[0]['value']
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> as a test, you might try replacing the old method with the new
>>>>>>>>>>>>> one.
>>>>>>>>>>>>> Also like I mentioned before, I would create prefLabels for
>>>>>>>>>>>>> all your Arabic concepts.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If that fixes the issue, I can update the v3 code accordingly
>>>>>>>>>>>>> and you could then update your package from that.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hope that helps.
>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>> Alexei
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Director of Web Development - Farallon Geographics, Inc. -
>>>>>>>>>>>>> 971.227.3173
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri, Jun 10, 2016 at 8:19 AM, <zerbini...@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> That's what we had done in the beginning Alexei. However, for
>>>>>>>>>>>>>> some unclear reason, it would appear that Arches selects among
>>>>>>>>>>>>>> prefLabels
>>>>>>>>>>>>>> across languages - so when we had all labels as prefLabels we
>>>>>>>>>>>>>> ended up
>>>>>>>>>>>>>> having some concepts in Arabic and some in English. I was only
>>>>>>>>>>>>>> able to fix
>>>>>>>>>>>>>> that by selecting altLabels instead. Any idea of why that error
>>>>>>>>>>>>>> might have
>>>>>>>>>>>>>> been occurring?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Andrea
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Thursday, June 9, 2016 at 5:40:54 PM UTC+1, Alexei Peters
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Andrea,
>>>>>>>>>>>>>>> Instead of using altLabels for the Arabic language, you
>>>>>>>>>>>>>>> should use prefLabels. Each language can (and should) specify
>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>> prefLabel. Once you do that the system should be able to
>>>>>>>>>>>>>>> discern the
>>>>>>>>>>>>>>> correct label.
>>>>>>>>>>>>>>> I'll try and send another email with more detail on how to
>>>>>>>>>>>>>>> set up an end point to switch the language.
>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>> Alexei
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Director of Web Development - Farallon Geographics, Inc. -
>>>>>>>>>>>>>>> 971.227.3173
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, Jun 8, 2016 at 7:43 AM, <zerbini...@gmail.com>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thank you Alexei. As it happens, I had already,and
>>>>>>>>>>>>>>>> successfully, set up an Arabic translation of all of the
>>>>>>>>>>>>>>>> static strings
>>>>>>>>>>>>>>>> (the ones read by Django's gettext). This works fine, though I
>>>>>>>>>>>>>>>> am not too
>>>>>>>>>>>>>>>> happy with having Django automatically select a language based
>>>>>>>>>>>>>>>> on
>>>>>>>>>>>>>>>> Middleware: I'd much rather be able to switch languages at
>>>>>>>>>>>>>>>> will by using
>>>>>>>>>>>>>>>> the language dropdown in the header.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The major issue is how to get the app to display the
>>>>>>>>>>>>>>>> alternative Arabic labels that we entered in the RDM for each
>>>>>>>>>>>>>>>> node and
>>>>>>>>>>>>>>>> concept. Once I set up my custom context processor to loop
>>>>>>>>>>>>>>>> through the
>>>>>>>>>>>>>>>> languages in the header, the two languages will display
>>>>>>>>>>>>>>>> correctly of
>>>>>>>>>>>>>>>> course, but that won't be enough unless I build the language
>>>>>>>>>>>>>>>> dropdown
>>>>>>>>>>>>>>>> within a form that, when posted, leads the app to switch from
>>>>>>>>>>>>>>>> prefLabels in
>>>>>>>>>>>>>>>> en_US to altLabels in ar. *This* is the point on which I
>>>>>>>>>>>>>>>> would really welcome your input. Have you already written some
>>>>>>>>>>>>>>>> code to
>>>>>>>>>>>>>>>> manipulate label visualisation?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Andrea
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Monday, June 6, 2016 at 10:15:13 PM UTC+1, Alexei Peters
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hi Andrea,
>>>>>>>>>>>>>>>>> You'll actually have to do several things to present the
>>>>>>>>>>>>>>>>> site in another language.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> 1. You'll have to add supply your own version of the
>>>>>>>>>>>>>>>>> template/header.htm file and as you mentioned loop through
>>>>>>>>>>>>>>>>> the languages
>>>>>>>>>>>>>>>>> provided by the system. To do that you'll probably want
>>>>>>>>>>>>>>>>> to add a context
>>>>>>>>>>>>>>>>> processor that get's the language information from the
>>>>>>>>>>>>>>>>> database. See
>>>>>>>>>>>>>>>>> arches/app/utils/context_processors.py for examples. Once
>>>>>>>>>>>>>>>>> you've created
>>>>>>>>>>>>>>>>> that, then add a reference to it in the
>>>>>>>>>>>>>>>>> TEMPLATE_CONTEXT_PROCESSORS section
>>>>>>>>>>>>>>>>> of settings.py. Once you've done this you should be able
>>>>>>>>>>>>>>>>> to access the
>>>>>>>>>>>>>>>>> languages from your new header.htm template.
>>>>>>>>>>>>>>>>> 2. In settings.py go to MIDDLEWARE_CLASSES and
>>>>>>>>>>>>>>>>> uncomment the line:
>>>>>>>>>>>>>>>>> 'django.middleware.locale.LocaleMiddleware'
>>>>>>>>>>>>>>>>> 3. Read the section entitled "How Django discovers
>>>>>>>>>>>>>>>>> language preference" in the reference documentation found
>>>>>>>>>>>>>>>>> here:
>>>>>>>>>>>>>>>>> https://media.readthedocs.org/pdf/django/1.6.x/django.pdf
>>>>>>>>>>>>>>>>> . There are several ways to set the language, but the
>>>>>>>>>>>>>>>>> easiest might be to
>>>>>>>>>>>>>>>>> set a cookie.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Once you've done those things you should be well on your
>>>>>>>>>>>>>>>>> way to displaying your site in Arabic.
>>>>>>>>>>>>>>>>> Chees,
>>>>>>>>>>>>>>>>> Alexei
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Director of Web Development - Farallon Geographics, Inc.
>>>>>>>>>>>>>>>>> - 971.227.3173
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Mon, Jun 6, 2016 at 7:12 AM, <zerbini...@gmail.com>
>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I am not sure I explained myself correctly Adam. Let me
>>>>>>>>>>>>>>>>>> try again: we have translated our entire platform in Arabic,
>>>>>>>>>>>>>>>>>> including both
>>>>>>>>>>>>>>>>>> the static strings which Django reads via the .mo file and
>>>>>>>>>>>>>>>>>> our nodes and
>>>>>>>>>>>>>>>>>> concepts. The translations for the latter two have been
>>>>>>>>>>>>>>>>>> entered via the RDM
>>>>>>>>>>>>>>>>>> as altLabels selecting Arabic as a language. Arabic had been
>>>>>>>>>>>>>>>>>> previously
>>>>>>>>>>>>>>>>>> added as a language via the Django admin panel (Models ->
>>>>>>>>>>>>>>>>>> d_languages).
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Now, what I want to do is to be able to select the
>>>>>>>>>>>>>>>>>> appropriate app language in the header dropdown so that,
>>>>>>>>>>>>>>>>>> when I select
>>>>>>>>>>>>>>>>>> Arabic, I get the whole app to be shown in Arabic. Do I have
>>>>>>>>>>>>>>>>>> to write this
>>>>>>>>>>>>>>>>>> whole class from scratch? Or does something exist already to
>>>>>>>>>>>>>>>>>> support
>>>>>>>>>>>>>>>>>> multilingual apps?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Andrea
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Wednesday, June 1, 2016 at 10:38:48 PM UTC+1, Adam Cox
>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Hi Andrea, technically this is possible, but I don't
>>>>>>>>>>>>>>>>>>> think it would do what you are hoping... The Languages
>>>>>>>>>>>>>>>>>>> dropdown is meant to
>>>>>>>>>>>>>>>>>>> be configured to allow the user to change the app's
>>>>>>>>>>>>>>>>>>> interface language,
>>>>>>>>>>>>>>>>>>> while the language concepts are only meant to be attributes
>>>>>>>>>>>>>>>>>>> for a resource
>>>>>>>>>>>>>>>>>>> (the language that an Information Resource is written in,
>>>>>>>>>>>>>>>>>>> for example).
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Adam
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Wednesday, May 25, 2016 at 12:59:08 AM UTC-6,
>>>>>>>>>>>>>>>>>>> zerbini...@gmail.com wrote:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Hi All,
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I am in need to change the static 'Languages' dropdown
>>>>>>>>>>>>>>>>>>>> menu in the header.htm template to a dynamic one looping
>>>>>>>>>>>>>>>>>>>> through the list
>>>>>>>>>>>>>>>>>>>> of languages in the concepts.d_languages table. Has
>>>>>>>>>>>>>>>>>>>> someone already written
>>>>>>>>>>>>>>>>>>>> this code ? I couldn't figure out how to read the language
>>>>>>>>>>>>>>>>>>>> table via Django
>>>>>>>>>>>>>>>>>>>> tags.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Andrea
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>> -- To post, send email to arches...@googlegroups.com. To
>>>>>>>>>>>>>>>>>> unsubscribe, send email to
>>>>>>>>>>>>>>>>>> archesprojec...@googlegroups.com. 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
>>>>>>>>>>>>>>>>>> archesprojec...@googlegroups.com.
>>>>>>>>>>>>>>>>>> For more options, visit
>>>>>>>>>>>>>>>>>> https://groups.google.com/d/optout.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> -- To post, send email to arches...@googlegroups.com. To
>>>>>>>>>>>>>>>> unsubscribe, send email to archesprojec...@googlegroups.com.
>>>>>>>>>>>>>>>> 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 archesprojec...@googlegroups.com.
>>>>>>>>>>>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> -- To post, send email to arches...@googlegroups.com. To
>>>>>>>>>>>>>> unsubscribe, send email to archesprojec...@googlegroups.com.
>>>>>>>>>>>>>> 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 archesprojec...@googlegroups.com.
>>>>>>>>>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>> -- To post, send email to arches...@googlegroups.com. To
>>>>>>>>>>>> unsubscribe, send email to archesprojec...@googlegroups.com.
>>>>>>>>>>>> For more information, visit
>>>>>>>>>>>> https://groups.google.com/d/forum/archesproject?hl=en
>>>>>>>>>>>> ---
>>>>>>>>>>>> You received this mess
>>>>>>>>>>>>
>>>>>>>>>>>
--
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send
email to archesproject+unsubscr...@googlegroups.com. 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 archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
