User Profile

By Daniel Berthereau Add new settings to the user records in admin and public guest board.

User Profile (module for Omeka S)

New versions of this module and support for Omeka S version 3.0 and above are available on GitLab, which seems to respect users and privacy better than the previous repository.

User Profile is a module for Omeka S that allows to create new settings for users, for example the phone, or the organisation. The settings are manageable by the user in the standard admin form, in the site guest user form, or via the rest api.


Install optional modules Guest and Generic.

Uncompress files and rename module folder "UserProfile".

See general end user documentation for Installing a module.



The fields are added via the config form of the module. The main option creates a Zend/Laminas form, so the the options are the one used to create html input fields with a name, a type, attributes and options. Three formats are allowed: ini, xml, or json.

  • ini

See an example in Omeka themes.          = "userprofile_phone"
elements.userprofile_phone.type          = "Tel"
elements.userprofile_phone.options.label = "Phone" = "userprofile_phone"                          = "userprofile_organisation"
elements.userprofile_organisation.type                          = "Select"
elements.userprofile_organisation.options.label                 = "Organisation"
elements.userprofile_organisation.options.empty_option          = ""
elements.userprofile_organisation.options.value_options.none    = "None"
elements.userprofile_organisation.options.value_options.Alpha   = "Alpha"
elements.userprofile_organisation.options.value_options.Beta    = "Beta"
elements.userprofile_organisation.options.value_options.Gamma’s Delta = "Gamma’s Delta"                 = "userprofile_organisation"
elements.userprofile_organisation.attributes.class              = "chosen-select"   = "Select an organisation…"
  • xml

                <value>Gamma’s Delta</value>
                <label>Gamma’s Delta</label>
            <data-placeholder>Select an organisation…</data-placeholder>
  • json
        "userprofile_phone": {
            "name": "userprofile_phone",
            "type": "Tel",
            "options": {
                "label": "Phone"
            "attributes": {
                "id": "userprofile_phone"

        "userprofile_organisation": {
            "name": "userprofile_organisation",
            "type": "Select",
            "options": {
                "label": "Organisation",
                "empty_option": "",
                "value_options": {
                    "none": "None",
                    "Alpha": "Alpha",
                    "Beta": "Beta",
                    "Gamma’s Delta": "Gamma’s Delta"
            "attributes": {
                "id": "userprofile_organisation",
                "class": "chosen-select",
                "data-placeholder": "Select an organisation…"

Each format has pros and cons. The main point to check are the keys. With the format ini, two characters are forbidden in keys : the dot "." and the vertical apostrophe “'”. You can replace the last by a real apostrophe “” instead, but you cannot replace the dot. In that case, use format xml or json. With xml, the keys cannot contains space, greater/lower, single and double quote. With json, it must be well formed, in particular without trailing comma , on last key of each group.

Rest api

For rest api, use something like:

curl --data '{"o:email":"","o:name":"Test 0001","o:role":"researcher","o:is_active":true,"o:setting":{"locale":"fr","default_resource_template":"","userprofile_organisation":"Alpha"}}' --header "Content-Type: application/json" ''

Note that you need an api credential key to create, read, update, and delete a user.


  • [ ] Use the form validator in order to check any element.


Use it at your own risk.

It’s always recommended to backup your files and your databases and to check your archives regularly so you can roll back if needed.


See online issues on the module issues page on GitLab.


This module is published under the CeCILL v2.1 license, compatible with GNU/GPL and approved by FSF and OSI.

This software is governed by the CeCILL license under French law and abiding by the rules of distribution of free software. You can use, modify and/ or redistribute the software under the terms of the CeCILL license as circulated by CEA, CNRS and INRIA at the following URL "".

As a counterpart to the access to the source code and rights to copy, modify and redistribute granted by the license, users are provided only with a limited warranty and the software’s author, the holder of the economic rights, and the successive licensors have only limited liability.

In this respect, the user’s attention is drawn to the risks associated with loading, using, modifying and/or developing or reproducing the software by the user in light of its specific status of free software, that may mean that it is complicated to manipulate, and that also therefore means that it is reserved for developers and experienced professionals having in-depth computer knowledge. Users are therefore encouraged to load and test the software’s suitability as regards their requirements in conditions enabling the security of their systems and/or data to be ensured and, more generally, to use and operate it in the same conditions as regards security.

The fact that you are presently reading this means that you have had knowledge of the CeCILL license and that you accept its terms.


  • Copyright Daniel Berthereau, 2019-2022 (see Daniel-KM on GitLab)

This module is built on a development made for Fondation Maison de Salins and will be used for the future digital library Manioc of Université des Antilles et Université de la Guyane, currently managed with Greenstone.

Version Released Minimum Omeka version 24, 2022 [info]^3.1.0 19, 2022 [info]^3.1.0 29, 2021 [info]^3.1.0 23, 2020 [info]^3.0.0
3.3.4October 26, 2020 [info]^3.0.0
3.0.4August 17, 2020 [info]^2.0.0
3.0.3June 22, 2020 [info]^2.0.0
3.0.2June 15, 2020 [info]^2.0.0