Ticket #44 (closed enhancement: fixed)

Opened 12 months ago

Last modified 3 months ago

0014614: 4 [OAI] Set specificatie nog niet goed

Reported by: admin Owned by:
Priority: major Milestone: MediaMosa 1.6
Component: Core Version: Accepted, not tested
Keywords: Cc:
MoSCoW: none Estimated time after impact analysis:
Related to project: none Tested: yes
Accepted: yes Estimated Hours:

Description


0014614: 4 [OAI] Set specificatie nog niet goed
http://mantis.kennisnet.nl/view.php?id=14614

zie bijgesloten documentje van user documentatie en set specificatie SVP

andere vraag:

> In de OAI is nu helemaal niet het pad naar de mediafile opgenomen, wat is dan de identifier?

Attachments

T1203689.xml (4.6 kB) - added by rklein 10 months ago.
1_20080912155705.vuf (0.8 kB) - added by rklein 10 months ago.
1_20080912155705.2.vuf (0.7 kB) - added by rklein 10 months ago.
Nieuwe vuf versie

Change History

Changed 12 months ago by admin

(0025467)
klop01 (manager)
2008-09-26 14:37

OAI moet bij reference id meerdere urls gaan tonen. Per Asset moet de reference url's getoond worden die volgens het master-slave verhaal gelden.

Het reference id veld ziet er dan bv. als volgt uit:

<referenceId>
<applicatieNaam>NIBG</referenceNaam><referenceUrl>http://nibg.nl</referenceUrl> []
<applicatieNaam>Surfmedia</referenceNaam><referenceUrl>http://vip.nl</referenceUrl> [
]
</referenceId>

xml formaat!
(0024536)
klop01 (manager)
2008-08-06 12:20

Op dit moment heb ik zojuist een verzoek ingedient om OAI te laten herindexeren op productie en acceptatie.

De identifier zou m.i. een link moeten zijn naar de asset informatie bij de ega. Bij client_applications kun je per ega een url definieren waar de asset informatie zou moeten staan. Helaas zou ik niet weten wat dat is voor KVP en NIBG. Er is nog geen eigen ega beschikbaar en kan dus ook de url niet invullen.

Mogelijk dat we bij oplevering van de Kennisnet 'white label ega' en dus ook een installatie van een KVP ega (en een ETV ega) meer identifiers kunnen invullen.

Changed 11 months ago by MC-arjen

  • status changed from new to closed
  • resolution set to fixed
  • component set to Core

fixed in 1.6

<referenceId>
<applicatieNaam>NIBG</referenceNaam><referenceUrl>http://nibg.nl</referenceUrl> []
<applicatieNaam>Surfmedia</referenceNaam><referenceUrl>http://vip.nl</referenceUrl> []
</referenceId>

if master-slaved.

Changed 10 months ago by rklein

  • status changed from closed to reopened
  • resolution fixed deleted
  • related_to set to none

Is het voor mij mogelijk om master/slaven te testen? Ik wil wat assets master/slaven om zo dit issue te testen maar ik kom er zelf niet uit.
Daarnaast waar geef ik het value van het referenceId op?

Changed 10 months ago by MC-arjen

  • status changed from reopened to closed
  • resolution set to fixed

Met "set=app_id:5" als extra parameter kan een zoekopdracht van 1 ega
worden opgegeven. Als een set=app_id wordt opgegeven zullen alleen de
playurls van deze applicatie getoond worden (zie ook vpcore-trac issue
7). Een test met master/slave kan het beste in met een batchupload
test gecombineerd worden (zie ticket #71)

Changed 10 months ago by rklein

  • status changed from closed to reopened
  • resolution fixed deleted

Ik heb inmiddels http://beheer.acceptatie.vpx.kennisnet.nl/vpx/vpx_beheer_mm/asset/LIun2IS0S9MI8IiVvnRXQoBL gemaster/slaved. Echter blijft het onmogelijk de video af te spelen. De video is hier te vinden: http://vp.acceptatie.video.kennisnet.nl/asset/LIun2IS0S9MI8IiVvnRXQoBL maar de video speelt niet. Ik heb de playproxy toegang al goed ingesteld, kennisnet range en videorep acceptatie mogen erbij. Ik heb in EGA ID 3 master/slave wel toegestaan, maar dit alles ten spijt. Mis ik nog iets?
Daarnaast zie ik in OAI ook geen referenceId terugkomen. Er is wel een <dc:identifier>http://nibg.nl/view/LIun2IS0S9MI8IiVvnRXQoBL</dc:identifier> (voorbeeldje), echter alleen voor de master, niet voor de slave. Ook hier, mis ik iets?

Daarnaast een andere comment:
Als ik een upload doe via bulkupload, de upload er na verwijder en weer opnieuw upload met dezelfde referenceid, dan wordt de asset opnieuw aangemaakt. Via REST is deze ook 'brand new', maar in OAI blijft deze getagged als deleted. Op zich logisch omdat een referenceid een unieke ID is en je dus alle aangesloten partijen middels OAI ook wil kunnen laten weten dat een asset verwijderd is/was. Echter kan het zo zijn dat je de asset wel opnieuw wil aanmaken. Nu is de vraag: kan het middels de OAI standaard geregeld worden dat deze asset een 'updated' tag krijgt? Of moeten we een upload met deze eigenlijk verwijderde referenceid gaan blokkeren.
In ieder geval moet er duidelijkheid zijn voor de gebruiker wat er gebeurt en waarom.

Changed 10 months ago by MC-arjen

Robert, wil je de gebruikte xml/vuf bij dit ticket plaatsen?

En zou je de andere comment in een nieuw ticket kunnen plaatsen?

Changed 10 months ago by rklein

Changed 10 months ago by rklein

Changed 10 months ago by MC-arjen

22 <accessRule>
23 <ruleType>DOMAIN</ruleType>
24 <ruleValue>@teleblik.nl</ruleValue>
25 </accessRule>

een domain heeft nooit een @ teken, dit is gereserveerd voor realms. Probeer het met

<accessRule>

<ruleType>DOMAIN</ruleType>
<ruleValue>teleblik.nl</ruleValue>

</accessRule>

Verder heeft de vp.acceptatie.video applicatie geen ondersteuning voor aut_... parameters, dus als je het via deze applicatie wilt testen moet je geen afscherming zetten, of we moeten de code aldaar veranderen? Beter is het om dit via een eigen wle met rest module te testen...

Changed 10 months ago by rklein

Ah een stuk legacy uit een oude VUF file die ik overnam voor NIBG uploads.
Ik ben wel geinteresseerd in een WLE waarmee ik REST call's kan testen, dit mis ik vrij node en doe nu wat work arounds met wat zelfgebrouwen php scripts. Misschien eens centraal inrichten.
Ik ga er zo nog eens mee testen.

Changed 10 months ago by rklein

Nieuwe vuf versie

Changed 10 months ago by rklein

Ik heb nu de nieuwe vuf en de bijbehorende niet aangepaste XML geupload maar de access regels worden niet aangepast, kan nog niet afspelen, zowel in videorep als in de playproxy.

Changed 10 months ago by Frans

Quoting Arjen:

#44 Set specificatie nog niet goed.
Met "set=app_id:5" als extra parameter kan een zoekopdracht van 1 ega
worden opgegeven. Als een set=app_id wordt opgegeven zullen alleen de
playurls van deze applicatie getoond worden (zie ook vpcore-trac issue
7). Een test met master/slave kan het beste in met een batchupload
test gecombineerd worden (zie ticket #71)

Changed 10 months ago by Frans

  • version set to Not Tested

I believe this issue is more releted to bulkupload definitions now.
Robert: try using

<rule>

<ruleType>REALM</ruleType>
<ruleValue>@teleblik.nl</ruleValue>

</rule>
<rule>

instead. This should work.

Changed 9 months ago by MC-arjen

  • status changed from reopened to closed
  • resolution set to fixed

We need some followup in vp-core (see issue over there)

Changed 9 months ago by Frans

  • version changed from Not Tested to Accepted, not tested

Issue is hierbij afgesloten en discussie verplaatst naar VP-Core Trac.

Changed 3 months ago by Frans

  • tested set to yes
  • moscow set to none
  • accepted changed from no to yes
Note: See TracTickets for help on using tickets.