✔ Jurisprudence data entry error on app.islg
Completed by Morgan M.
- Assigned to
-
Harsh P.
- Notes
-
As you see in the video, while data capturing for UN/0259/01, the below issue occurred:
In para 372 of UN/0259/01: I highlighted Romak v. Uzbekistan and added the two specific references under this jurisprudence (i.e. Paragraphs 214 and 222).
In para 373, there is a reference to the same Jurisprudence (i.e Romak v. Uzbekistan) but only to paragraph 222. When I entered paragraph 222 and saved it the following occurred:
The bubble for Romak v. Uzbekistan in para 372 disappeared. In para 373, although I added para 222 only, both para 214 and 222 were shown.
When I go to Analysis List, I see that paragraph 214 reference of UN/0038/01 has been added under both paragraphs 372 and 373 of UN/0259/01 whereas paragraph 214 of Romak v. Uzbekistan should appear only under paragraph 372.
I think the issue maybe that the same reference (i.e. para 222 of Romak UN/0038/01) is captured back to back once with another paragraph (under paragraph 372) and once on its own (under paragraph 373). As the video shows, the initial capture under paragraph 372 (referring to UN/0038/01 paras 214 and 222) was fine, but the problem occurs only after saving the reference found in paragraph 373 (referring to UN/0038/01 paragraph 222). There is no issue with the same Jurisprudence in para 374 for example where the reference to Romak UN/0038/01) is under para 230.
Please note the issue comes down to the following two issues:
Paul
I tried to see if staging.islg produces a different result, but I am experiencing the same issue.
Thanks,
Paul
I have discussed this with Morgan and this is technical bug which will discuss after post launch.
I'm not sure we discussed this issue. If the error above is causing errors in the analysis data, we should resolve this before we launch.
Is the problem too significant to address now?
Morgan
The same issue reported above exists in the Jurisprudence citator of UN/0041/47, UN/0040/54 and UN/0039/47. The tagging function incorrectly saves other paragraphs not inserted (= false data in the end that cannot be fixed). I only added page 317 under paragraph 21 and page 318 under paragraph 29, but page 318 was added under para 21 and page 317 has been added under para 29 (which I did not add). When I got rid of page 318 under para 21, page 317 disappeared under other paragraphs with references to page 317 (paragraphs 15-16, 23, 35).
Could you look into these as well?
Thanks,
Nafiseh
To give you more context about
Thanks,
Paul
It looks like there are still a few bugs in the analysis process that are causing errors in the data, could we please address and resolve these directly in app.islg so that we correct this data in time for launch.
Thanks,
Morgan
As we discussed earlier, It is more on technical issue to be looked upon and related solution need to be discuss with you and industrial team and based on that we can find out the way.
For quick solution, You can provide data which you need to add/update/delete so we can do through back-end.
For example you will provide data in following format.
Source UIN : IC/0011/01,
Refrence UIN : IN/0012/02,
ResearchTool : JC,
Paragraph Citation No. : 311
Excerpt Paragraph/Footnote no. : pa1, fn1
Action : Add/Update/Delete
In the meantime,
Thanks,
Morgan
As we discussed in yesterday call, Could you please look into this issue regarding same refrences tagging.
Please look into this and provide your feedback. The similiar issue also Morgan posted here.
https://3.basecamp.com/3691577/buckets/5559242/todos/3660268638
Both issue are same as same citation references and same source and Reference document using in tagging
Why do you need
Thanks,
Morgan
Actually, We checked and found that it is not technical bug. We need confirmation form Industrial side that if we use same Source document, Reference document and Citation Reference number for different excerpt tag then how it should create tag ?
Thanks,
Morgan
After discussing this with Mel it seems the best solution would be for each paragraph reference in the cited document to be created as a separate tag. This means that multiple paragraphs with references to the same document + paragraph number in the document in analysis can be combined, without experiencing this issue of excerpts being inserted to references where they shouldn't be.
For example:
Thanks,
Morgan
Sure, I'll try this method, and let you know if it works.
Thanks,
Nafiseh
In your example, if IN/0065/10 paragraph 2 refers to OT/0002/02 pa 1 and pa2 and IN/0065/10 paragraph 3 refers to OT/0002/02 pa2 and pa 3, how would they show up under analysis list? The problem we're experiencing is back to back source document paragraphs (in my example paras 2 and 3 of IN/0065/10) referring to the same JP entry (OT/0002/02) - please see
So far, if the source document paragraphs are separated (i.e., IN/0065/10 paragraph 2 and paragraph 5 as in your example), we haven't experienced any issue.
Thanks,
Paul
May I suggest setting up a meeting and coming up with a solution? Might be easier to figure this out without going back and forth via Basecamp. I'd be happy to attend if you think my input would be needed.
Thanks,
Morgan
I went through one of the DCDs (IC/0249/04) with data analysis errors and was able to fix the errors by creating separate tags. I checked the analysis list for IC/0249/04 and it looks good. All excerpts are inserted to references where they should be, and there isn't any error in the DCDs.
However, as you see in the video below, I had to get out of the Review Document Text by selecting Save & Exit and then go back to the document after creating 1 or 2 single tags. I am not sure if this issue is related to creating separate tags for each paragraph reference in the cited document (I had not experienced this issue before). I am wondering if this is something that could be fixed as it makes the process very slow.
Thanks,
Nafiseh
Are you available for a call tomorrow either 1:30 or 4:30 in the afternoon Ottawa time?
Thanks,
Paul
Yes I'm available at 1:30 tomorrow Ottawa time
Why don't you join the call tomorrow as well.
I'll let you all discuss it tomorrow and come up with the best solution, but let's ensure it's a solution that doesn't come at further cost to our efficiency.
Thanks,
Morgan
Yes, I do not think entering individual paragraphs is the solution, and I'm not sure how back-to-back paragraphs would be handled still. We'll report back after the call tomorrow.
Thanks,
Paul
Morgan
To be clear, our original suggestion was not for your team to input the tags manually (though this could be a workaround for the very short term), but for DevIT to implement this change as a solution to the issue that is occurring currently. The suggestion is to implement changes so that admins could add multiple cited paragraphs to a single excerpt during analysis, but upon saving the excerpt and closing the modal, each individual paragraph cited would be split into separate references. This should be discussed and reviewed by DevIT, as this could pose issues with overlapping excerpts that they would need to look into.
The issue that
Regarding your question
Thanks,
Naomi
Thanks,
Morgan
We discussed the proposed solution I've outlined above and left it to be discussed further with Harsh during tomorrow's meeting to see if this will pose any technical problems.
For the interim, they will create paragraph excerpts individually and ask that
Thanks,
Naomi
Morgan
As a user, I can reference multiple paragraphs in the JPC and PC but these will be saved as separate entities once I save them
Acceptance Criteria
Thanks,
Paul
Thanks,
Morgan
We are working on this task as priority but due to change to create individual tag while using range this is taking 2 to 3 days.
We are planning to complete this task by Wednesday and upload on staging.islg by Thursday so industrial team and your team will check this task on staging.islg by Thursday and Friday.
If all will be OK then will deploy this task by next Monday on app.islg.
Morgan
Our QC has found some bug in this task and we are working to resolve it. Probably Wednesday we will provide you this task on staging.islg for testing.
Morgan
This task is ready to deploy on staging.islg. but tomorrow will deploy 3 task from staging.islg to app.islg. so once will deploy 3 tasks on app.islg then will deploy this task on staging.islg.
Morgan
This task has been deployed today on staging.islg. Please check and test all scenarios for JC & PC tagging.
BTW:
Morgan
I reviewed the updates to the tagging system that have been implemented on staging.islg. The updates work well. There is only one issue that I noticed when uploading back-to-back paragraphs in the source document referring to the same Jurisprudence/Publication. When I add the same JP/Publication in back-to-back paragraphs, what happens is that tag for the paragraph number already cited in the previous paragraph disappears. When I go back to the document (after checking the analysis list or after I select "save and exit" and go back to the document) the tags appear as they should.
It looks like it is a bug and I was wondering if we could fix it.
Thanks,
Nafiseh
Thanks for submitting the feedback above.
Also,
Thanks,
Morgan
I did not feel the difference in performance in terms of the loading of excerpts with the new tagging system. I don't think it is slower than it was before. Usually, the loading time depends on the number of tags in the HTML so it varies from document to document.
Thanks,
Nafiseh
Following-up on
Thanks,
Morgan
The bug in this task is resolved and uploaded on staging.islg.
Please check thoroughly all the module's tagging and analysis List tab on staging.islg and provide your feedback.
Thanks,
Morgan
Sure, Will do and report here.
Thanks,
Nafiseh
The bug that I reported is now resolved. I checked back-to-back paragraphs in source documents referring to the same Jurisprudence as well as large range entries, and they look good. However, I noticed that for some reason, when I create two sets of paragraph ranges tags in Jurisprudence and Publication citators, the paragraph ranges in one set are broken down, but the other is not.
I also tried adding 3 sets of paragraph ranges tags (i.e. 10-13, 20-23 and 30-33) What happened was that 2 sets of paragraph ranges were broken down, but paragraph numbers 20-23 were not broken down.
Could we investigate what causes this issue, and resolve it?
Thanks,
Nafiseh
The bug in this task is resolved and uploaded on staging.islg. Please check and confirm.
I checked it on staging.islg. The paragraph ranges are all broken down, so the issue is resolved.
Thanks,
Nafiseh
Thanks,
Morgan
Thanks,
Nafiseh