Tag 'deleted' in OAI na deleten en opnieuw uploaden asset op zelfde referenceId

[rklein]

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.

[MC-arjen]

de delete functionaliteit van OAI werkt op basis van asset_id's. Bij het opnieuw creeeren van een asset zal de asset een nieuw assset id krijgen. Dat is niet zomaar te veranderen. In OAI worden deleted assets aangeven per asset id.

Eerlijk gezegd zie ik niet goed hoe we dit moeten oplossen zonder create asset een eigen id te laten toestaan (en hier zie ik nogal wat beren op de weg).

Waarom kan de asset niet gewoon worden geupdate ipv verwijderd worden en weer aangemaakt?

[Michiel.Schok]

Ik denk dat er een verschil is tussen 'hergebruik van een ReferenceId?' en 'hergebruik van een assetId'. Het tweede is niet mogelijk (dat is goed), het eerste is wel mogelijk. Soms is dat heel plezierig, maar in het geval dit veld als 'primary key' in een EGA wordt gebruikt, en die database via OAI wordt gevuld is dat potentieel heel lastig.

[Frans]

KN kijkt verder naar de OAI specs. Niet oplosbaar? Kwestie van duidelijke bulkupload handleiding.

[Frans]

Geen antwoord van Wim, dus voorlopig naar de Should Have's....

[Frans]

Promoted to Could have

[Frans]

Parked to X.X
Still waiting for input.