Consistent naming of pages
Before you create a semantic template, you first need to define which data to collect. Usually the data can be seen as a data set.
It makes sense to name the required pages consistently. In our example, we would create the pages Template:Customer data, Form:Customer data and Category:Customer data. You can even consider putting the pages in their own namespace Customer.
For the properties, you have to consider that the property location could also be used outside the context of customer pages. There could be locations for partners or vendors, for example. Each context could get their own property (e.g. Customer location) or share the same property location and then use a different category (Customer data, Partner data, ...) on the wiki pages to distinguish them.
Classification of information
Categories
When classifying pages, we generally differentiate between categories and properties. The page itself is described with categories. Using the example of customers, we categorize each customer page with the keyword Customer data. The category therefore collects all pages on which customer data is located.
Properties
Certain properties that describe each customer more precisely are now collected as customer data. Normally, these properties are directly related to the page itself. It can therefore be helpful to express the semantic relationship directly in the property:
Customer Technicon has location Regensburg.
(page) (property) (value)
Therefore, we capture the relationship to the page in the property name: Has location.
Subpages
We can also work with a subpage system and work with properties like Property:Customer/Has_location, Property:Customer/ Has_first_contact, and so on. If the property "Location" is also to be used elsewhere, it is advisable to define Property: Has_location instead of Property:Customer/Has_location.
When properties can be clearly assigned to a use case or have several use cases, it makes sense to name them accordingly. For example, Property:Customer/Contract_number can be a sequential, whole number, but Property:Partner/Contract_number can contain entries such as "1.1.5" or "4.3.7".
