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.
Colaboradores y desarrolladores
«Culture Object» es un software de código abierto. Las siguientes personas han colaborado con este plugin.Colaboradores
Registro de cambios
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 php.net
New: Support CLI cron imports to get around fast-cgi timeouts on some budget hosting. run
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.