Page Comparison

Content and List Items

You can now reuse field IDs in Picturepark which previously was not possible on the same schema or on child schemas after the field had been deleted. In order to do so, you see a badge on Settings in the Main Menu which leads to the Status Page where you find the new index for Content and List Items. There you can trigger the update of Content and List Items.

Picturepark now cleans up the data preventing the re-use of a field, but independent from the update of the schema. Therefore indexes are asynchronously updated once the editor deletes a Field that references other schemas or fields. The update on request might prevent deleting a ListItem because of a stale reference, but it makes the schema update a lot faster. The trigger point for this update is a manual start by the user after changing the schema configuration, indicated with a badge next to the settings menu.

This way, the admin controls when Content and List Items shall be updated, instead of updating all items after every change. The significant advantage is to be able to perform multiple changes to multiple schemas without waiting for an update of all items after each change. However, the drawback is that some Items may contain obsolete information until the update is triggered:

• The calculated value for a calculated string field that is not up to date (if its template changed in the schema).

• A reference to a Tagbox or a Relation to a Content Item that is no more in place, e.g., if the editor removed the Tagbox from the Layer and Content Items had this Layer, and multiple tags added.

• After the update by the admin, outdated items are up-to-date again, and the system cleans the ids of the removed fields so that it is possible to add again fields with previously taken ids.

The Status Page in the Settings in the Main Menu shows the state of Content and List Items: up-to-date, in progress, and outdated. For the outdated state, a button at the bottom "update" triggers the update. 

It is not required to do the update immediately after every edit to a schema, but the content authority should trigger an update after finishing the schema edits. Otherwise, the search may find Content Items by tags that are no longer available in their metadata profile.