Skip to main content
Custom fields let you capture information that Campground does not store by default. You can add fields to member profiles, teams, and job postings — or create entirely new entity types (like “Projects” or “Partnerships”) with their own fields. Fields support a range of input types, from simple text to file uploads and star ratings, and you can control exactly who is allowed to view or edit each one.
Creating and managing custom fields requires admin access. Navigate to Settings > Fields to get started.

​
Field types

Each field you create has a type that determines how data is entered and displayed. Number fields accept commas as thousands separators in forms, table edits, and CSV imports. For example, 1,739.00 saves as the number 1739. Commas must fall on thousands boundaries, so 1,73 is rejected. Campground only recognizes US-style formatting, so 1.739,00 is not read as a thousands-separated number. Campground displays saved numbers with thousands separators in tables and exports. Trailing zeros are not kept, so 1,739.00 displays as 1,739.

​
Creating a custom field

1

Go to Settings > Fields

In your admin panel, open Settings and select Fields.
2

Select the entity type

Choose where the field should appear: Profiles, Teams, or Jobs. You can also select a custom entity type if you have created one.
3

Click Add field

Click Add field to open the field creation form.
4

Enter a name and choose a type

Give the field a clear label that members or admins will see (e.g., “LinkedIn URL” or “T-Shirt Size”). Select the appropriate field type from the list above.
5

Configure options for select fields

If you chose single_select or multi_select, add the list of options members can choose from (e.g., “Small”, “Medium”, “Large”). Use Add multiple to bulk-import options from a paste of one-per-line text or a .txt or .csv file — useful when you’re migrating a long list from another tool.
6

Set field permissions

Choose who can view the field and who can edit it. Roles are listed from narrowest to broadest access:
  • Owner — the person the record belongs to (the profile owner, team member, or job poster). Hover the role for a tooltip that names the specific record subject.
  • All members — every signed-in member of your organization.
  • Sub-admins — admins whose scope includes this record.
  • Admins — full administrators.
Restrict fields to Admins for internal notes or review data you do not want members to see. Grant Owner edit access when you want members to maintain their own value, like a bio or LinkedIn URL.
7

Save and reorder

Click Save. The field appears on the relevant profiles, teams, or jobs immediately. Drag fields in the list to change the order they appear on the page.

​
Field permissions in detail

Each field has two independent permission settings:
  • Viewable by — controls who can see the field value. Options, from narrowest to broadest: owner, all members, sub-admins, or admins.
  • Editable by — controls who can change the field value. Options: owner, sub-admins, or admins.
For example, an “Internal rating” field might be viewable and editable by admins only. A “Bio” field might be viewable by all members and editable by the owner, so members can write their own bio and any other signed-in member can read it.
The all members value does not expose data to the open internet. Campground content is only visible to signed-in members of your organization.

​
How restricted fields appear

Field permissions are enforced everywhere a field can be seen or edited — profile pages, contact lists, forms, form responses, jobs, teams, and custom entities.
  • Fields the viewer cannot view show the field label with “redacted” instead of the value. This preserves layout and signals that data exists but isn’t visible to the current user.
  • Fields the viewer can view but not edit appear as read-only in edit views. The input is locked and cannot be changed.
  • On form responses, if a field is bound to both a profile and the form, the profile value is shown; unanswered fields the viewer is allowed to view appear with a placeholder.
Sub-admins only see and edit fields inside the scopes they’ve been granted. A sub-admin scoped to one program will see restricted-state placeholders for fields outside their scope, even on profiles they can otherwise view.

​
Custom entity types

Beyond the built-in types (profiles, teams, and jobs), you can create entirely new data models called custom entities. A custom entity is a new category of record in your organization — for example, “Projects”, “Partnerships”, “Grants”, or “Mentors”. Each custom entity type has its own fields, its own list view in the sidebar, and its own permissions. To create one, go to Settings > Entity Types and click Add entity type. Give it a name, choose an icon, and then add fields to it just as you would for profiles or teams. Once a type exists, you can add, edit, filter, relate, and export its records. You can also define relationships that link its records to profiles, teams, or other custom entities. See Custom entities for the full record management workflow.
Custom entities are useful when you need to track a type of record that does not naturally fit under a member profile or a team — for example, external organizations your community interacts with, or sponsored projects that belong to the community as a whole rather than to any individual member.