-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Format of "resultGroup" entry from the PP Response Format is unclear #15
Comments
The rationale behind the result group is to group similar items, e.g. multiple, very similar, but slightly different views of the same ancient coin. And we need an representative for the result group as well. For the format discussion, I will assign Thomas from the PP group, who possibly directly assigns this further to the recommender. |
With this piece of information in mind ... |
The result group holds other results that were considered near duplicates of the result already added in the result list. Therefore there might be 1 to n documents in the group. |
So, let me see if I understood this correctly. |
yes, |
and in the above example, the numberOfResults would be 4 or 6? |
numberOfResults should be 4 since the groups are not counted |
Thanks for the clarification! But the PP returned the following entry:
], Therefor I have two additional questions:
|
1.) That was what i meant with "I will have a look if we can remove the group within the grouped documents to avoid further confusion about it.". Both objects use the same representation within the system so they are generated in the same way. Therefore there is a result group within the already grouped objects but it will never be not empty. 2.) It looks like somehow Europeana returned the same document twice. If you have a look at the date attribute of both results you can see that, although the "uri" and "id" is identical, the date varies. |
Thanks for the clarifications! |
for me its seems that there is a problem in the index of europeana - the transformation seems to work correctly. |
Interestingly, the date in the original Europeana entry is a range: 1700-1900 Thomas, could it be, that the transformation creates two entries for entries with time range, one with the starting date and one with the end date? |
@chseifert thanks for the hint -> I will check this |
Based on the documentation we assumed that a resultGroup entry is either empty or it consists of documentBadge entries.
But the PP also returns results where a resultGroup entry consists of an empty resultGroup and an additional documentBadge entry.
Is a resultGroup defined as a list/array of documentBadges or can it contain in addition resultGroup recursively?
Endpoint:
https://eexcess-dev.joanneum.at/eexcess-privacy-proxy-issuer-1.0-SNAPSHOT/issuer/recommend
Example:
{
"provider": "federated",
"totalResults": 10,
"partnerResponseState": [
{
"systemID": "Deutsche Digitale Bibliothek",
"success": true
},
{
"systemID": "Europeana",
"success": true
},
{
"systemID": "Kierling",
"success": true
},
{
"systemID": "Mendeley",
"success": true
},
{
"systemID": "KIMPortal",
"success": true
},
{
"systemID": "Wissenmedia",
"success": true
},
{
"systemID": "ZBW",
"success": true
}
],
"queryID": "1892381444",
"result": [
{
"resultGroup": [
]
}
The text was updated successfully, but these errors were encountered: