Open fbanados opened 3 months ago
I've updated the interface a bit to deal with the first part of this issue (pre-fill for speaker code and word, plus auto-complete for wrong word)
This has been deployed. I made sure to restart the image after adding static files so it should not have the issues of last time (missing css)
@aarppe Do we want to add fields for lexical category and stem or just make available the analysis
field that is already in the database to be edited on issues?
From our discussion today, something like this for an intermediate quality state?
(will revisit the colour tomorrow to make it darker)
All currently ticked changes have been deployed.
Last two items should be a separate issue.
When selecting an issue directly from the speaker view, autocomplete doesn't seem to work, cf. below one would expect to see pahkonikêw in the replacement window, not pahkonêw.
Same here - the comment gives the correct speaker code, i.e. BL2
, but that isn't auto-copied to the field that shows BRI
instead, cf.
A refactoring performed in 2021 changed names of fields, so the suggestion fields for this cases (likely for all issues before Sep 2021) are empty. There should have been a data migration added, but it looks like this was not the case.
I will have to make a migration pass that tries to extract the information from the comment, which seems to be the only place where that information remains in the database.
I was this close to saying "new issues should not have the problem", but it looks like they do too. I will look into this in further detail.
Ok, in principle the information should be in the appropriate field, for the wrong speaker
and wrong word
cases.
As a reminder for ourselves, we do also have a general Comment
field in the Linguistic view, which could contain all sorts of information (including stems, inflectional categories, and derivational morphological make-up), but not guaranteedly in an always systematic extractable format.
Currently, new "wrong word" issues work, but not new "wrong speaker" issues, because wrong speaker issues only store the information in the comment. As we have to fix this anyways for old "wrong word", I'll do both on the same pass.
(Transferred from incorrect issue)
A fix is ready to deploy, but I'll wait until Daniel tells me he's done (or tomorrow morning, whichever happens first) to avoid issues.
Just as a side note, Speaker Code suggestion is only available from June 2021 onwards. Word suggestions exist from almost the beginning.
Updated entries on speech-db.
@aarppe would you like the interface for issues to only show the field that should be changed in the issue? (say, only speaker or only phrase?), or keep it as it is?
Storing this for reference. Sometimes the comment has the correct speaker code (here: ARL), but the pre-filled code is still the old one (here: BL2): https://speech-db.altlab.app/maskwacis/issues/5
This behaviour is expected. You are in a different issue than the one on the card. The current issue has no speaker:
There is a different issue that does have the right speaker annotation:
If you go to the details of that issue, (Clicking on "More info"), the speaker is autocompleted.
Request: resolve all issues of the same kind when clicking on resolve.
Change Merge phrases to entries.
Merge for "câh-cakataham mîtosa namôya nikî-nipân" is not working with a 403 forbidden
Must generate the "linguist-admin" role that can merge items.
Recording update should have several improvements:
Exact same phrases (transcription+translations) should be merged automaticallyAn interface for manually merging phrases would be useful.See also: #443