Ik heb twee collecties:
This allows me to search for words in Ancient Greek Literature, while Logos also displays the English Translation if I click 'Add Versions' and select the second collection.
Fabulous feature, that works great with most resources (if you have both the Greek and the English of the same text).
However, in the screenshot:
I can't find what goes wrong, here:
Nevertheless, the English translation of Cassius Dio, Hist. Rom. 44.33.3 doesn't show up in the search window. The only thing that might affect the issue at hand, is that the English translation doesn't have a milestone more specific than Hist. Rom. 44.33 (instead of 44.33.3). Would that be the reason? And if, so, is this something that can be solved?
Any ideas how to resolve this?
I know nothing of these resources, but at my first attempt to understand your issue, it sounds similar to reverse interlinears. Not all Bibles, for example, have the underlying original language material tied to each word. When two Bibles do and you click on a word in one translation, you can have the other translation highlight the same word. If one of those translations doesn’t have that feature, it won’t work.
It sounds like you are trying this on a resource where the one is not tied to the other.
macOS, iOS & iPadOS | Logs | Install
Thanks, JT, for trying to understand the issue!
I am talking about the LOEB texts. These are ancient texts in both Greek and English. Some English texts do show up as English translation of the parallel Greek text, others don't.
I think it's not the 'original language material' that need to be tied to each word, but the milestones of both resources need to be the same.
Unfortunately the milestones in the Greek text go one level deeper than in the English translation. I'm afraid that might cause the issue.
Here is another example, actually from the same study:
The milestones are identical in both volumes.
So, why is vol. VIII not showing up in English?
Andrew Batishko:any resource of type Ancient Manuscript Translation is not considered a candidate to be shown in the list.
https://community.logos.com/forums/p/203251/1182140.aspx#1182140
Andrew Batishko | Faithlife software developer
That would make sense.
However, why does one of the volumes show up and not the other, while both vols are of the type Ancient Manuscript Translation?
In fact, Logos does pick up most of the vols of the type Ancient Manuscript Translation, but for some reason just a few of the vols are missing.
Michel Pauw: That would make sense. However, why does one of the volumes show up and not the other, while both vols are of the type Ancient Manuscript Translation? In fact, Logos does pick up most of the vols of the type Ancient Manuscript Translation, but for some reason just a few of the vols are missing.
Thanks for pointing this out. I believe the "Ancient Manuscript Translation" requirement only applies to what options show up in the suggestion box when selecting the additional resource(s) to use in the search results. You've worked around this problem by specifying a collection containing those resources.
I believe the reason why you don't see the additional resource in the one case is that the translation manuscript does not have a milestone that exactly matches the search result. From your screenshot, the Greek resource has Plut., Cat. Mi. 65.3, but the best matching option in the English resource is Plut., Cat. Mi. 65.3–5. This prevents it from being used. If you find a search result in a location where the English does have an exact milestone match (such as Plut., Cat. Mi. 61.4), then you will see the preview work as desired.
I'll pass along a request for more specific milestones in these resources.
This has been fixed in Logos 9.15.
Mark BarnesProduct Manager for Bible Study Tools