Culture Object


CultureObject is an open source WordPress plugin designed to help you put your museum object records on the web.

It supports a number of collection management systems (AdLib, CollectionSpace, CSV, CultureGrid, Emu, RAMM)


  • Install it
  • Activate it
  • Point it at your data
  • Run the import
  • Build the necessary theme pages to display your content.
  • Point in wonder at your beautiful new site before heading to the pub to celebrate.


11 de juliol de 2022
Ideal to convert your museum items to the wordpress database. This makes is possible to keep te registration of the museum items up to date on a payable solution. I converted the data to and created a solution for the volunteers to add/update the database. Everyone (in the Netherlands) can search in the data now. Works still perfect with wordpress 6.0.
18 de octubre de 2016
The plugin looks very nice, but is incompatible with newest WP release. I beg the author to actualize it.
3 de setembre de 2016
Works brilliantly, really solid import of museum data
Llegiu totes les 4 ressenyes

Col·laboradors i desenvolupadors

«Culture Object» és programari de codi obert. La següent gent ha col·laborat en aquesta extensió.


“Culture Object” s’ha traduït a 1 configuració regional. Gràcies als traductors per les seves aportacions.

Traduïu «Culture Object» a la vostra llengua.

Interessats en el desenvolupament?

Navegueu pel codi, baixeu-vos el repositori SVN, o subscriviu-vos al registre de desenvolupament per fisl de subscripció RSS.

Registre de canvis


Improvment: Implement WordPress coding standards


Security Fix: some unescaped output to HTML
Improvement: Implement PSR-4 autoloader for classes


Fix: CSV2 improvements for images, taxonomies and many other bug fixes.
Update: We now require PHP 7.3 and WordPress 5.2+ for the sake of testing ability on supported software.


New: SWCE Improvements


New: Code standard changes
New: Improvements to internationalization efforts
New: CSV2 supports a taxonomy field which can contain comma seperated values.
Fix: Fixes a bug with CSV2 which means new objects could be created each import, rather than updating existing ones.
Deprecated: In Version 4.0, we will require at least PHP 7.2, and then track PHP’s supported versions going forward (until security fixes end) as detailed on


New: Support CLI cron imports to get around fast-cgi timeouts on some budget hosting. run php wp-content/plugins/<plugin_folder>/cron.php
New: Support category filters in SWCE provider.


New: Support field mapping for CSV, and enable CSV support for Culture Object Display


Minor changes to support Culture Object Display


New: Support AJAX import for SWCE.


New: CSV2 Provider (Replaces CSV) – Support field name mapping, makes cleanup optional (for partial imports) and supports AJAX import.
New: Full i18n support. If you want to contribute in your native language, become a WordPress Translator
New: CSV2/3.0.0 moves more of the logic out of providers and into CultureObject Core, meaning Version 4 can make writing a provider much easier.
Deprecated: PHP < 5.5 support. We require at least PHP 5.5.
Fix: Support WordPress Multisite. If you were using < 3.0.0 on multisite (you probably weren’t, as it didn’t really work!), you will need to reconfigure Culture Object on each site.


Fix: Support WordPress 4.5
Fix: an issue with EMU imports with some JSON files


Revert to old PHP syntax so we work on PHP 5.3 (but please, please upgrade to PHP 5.6 or PHP 7)


Fix: Remove debug-disablement of taxonomy imports for CultureObject.


Fix: A bug with view files trying to load a file that didn’t exist.


Change: Move provider settings into it’s own submenu
New: CSV Provider


Change: Change menu option to a standalone utility menu item, rather than putting it inside the general settings

New: CollectionSpace provider

API New: 2 new functions, cos_get_field() and cos_the_field() provide abstracted access to imported data. This is the recommended way to access Culture Object data from v2.0.0 onwards, as we can provide begin to implement context handlers in future releases, especially as WordPress 4.4 introduces a new taxonomy metadata API, which will remove some of complexities we’re currently having to implement.

API New: Providers can add an execute_init_action method which is attached to a WordPress init action hook. This can be to register additional post types or taxonomies will your import process to write against, or do to additional hook registration to allow for things like nonce checks or password security functions.

API New: Support for providers to automatically import images into the WordPress media library (currently only supported by CollectionSpace, but coming to other providers soon!)

API New: Support for field remapping. (currently only supported by CollectionSpace, but coming to other providers soon!)

Providers can now provide a list of fields which are available to be remapped. If enabled, and the theme declares support for “cos-remaps” via add_theme_support a list of all fields will be shown in the Culture Object settings page, and can be overridden by the user. As a theme developer, you should use cos_get_remapped_field_name(‘key’) in order to get the remapped name for a field.