Difference between revisions of "Help:Knowledge unit"
(22 intermediate revisions by the same user not shown) | |||
Line 48: | Line 48: | ||
==Technical properties== | ==Technical properties== | ||
− | ===[[Property:P1|Instance of*]]=== | + | ===[[Property:P1|Instance of* (P1)]]=== |
Technical field to represent the type of information in the Item | Technical field to represent the type of information in the Item | ||
* Type: Item | * Type: Item | ||
* Value: “Knowledge” (Q4) | * Value: “Knowledge” (Q4) | ||
− | === | + | =='''ESCO description''' (developed knowledge units)== |
− | + | Developed knowledge units do not contain ESCO information, but refer to an ESCO knowledge unit that contains all details. (see ESCO competences) | |
− | * | + | |
− | * | + | ==== ESCO knowledge unit==== |
+ | Link to the ESCO knowledge unit that has been used as base to devellop this knowledge unit. | ||
+ | |||
+ | * type: Item | ||
+ | * vallue: ESCO knowledge unit | ||
==General information== | ==General information== | ||
− | ===[[Property: | + | ===[[Property:P62|Scope note (P62)]]=== |
Can be used to clarify boundaries of a unit. | Can be used to clarify boundaries of a unit. | ||
* Syntax: starts with “includes” or “excludes” | * Syntax: starts with “includes” or “excludes” | ||
* Type: Monolingual | * Type: Monolingual | ||
− | ===[[Property:P35|Knowledge detail]]=== | + | ===[[Property:P35|Knowledge detail (EN) (P35)]]=== |
The knowledge components of the unit | The knowledge components of the unit | ||
Avoid to merge multiple components in one entry | Avoid to merge multiple components in one entry | ||
For readability, the level of knowledge is only defined if it os not "Understand", which inplies that is is used in function of the competence. If the level is lower, a sentence can start with "basiscs of". | For readability, the level of knowledge is only defined if it os not "Understand", which inplies that is is used in function of the competence. If the level is lower, a sentence can start with "basiscs of". | ||
+ | |||
+ | (For each language there is a specific knowledge detail property. The reason for this is readability and selective lay-out.) | ||
* Type: Monolingual | * Type: Monolingual | ||
* Syntax: Nouns with specifications, Multiple values possible | * Syntax: Nouns with specifications, Multiple values possible | ||
− | ===[[Property:P54|Knowledge level]]=== | + | ===[[Property:P67|Knowledge detail (NL) (P67)]]=== |
− | Qualifier of [[Property:P35|Knowledge detail]] | + | The knowledge components of the unit |
+ | Avoid to merge multiple components in one entry | ||
+ | |||
+ | For readability, the level of knowledge is only defined if it os not "Understand", which inplies that is is used in function of the competence. If the level is lower, a sentence can start with "basiscs of". | ||
+ | |||
+ | (For each language there is a specific knowledge detail property. The reason for this is readability and selective lay-out.) | ||
+ | |||
+ | * Type: String | ||
+ | * Syntax: Nouns with specifications, Multiple values possible | ||
+ | |||
+ | ===[[Property:P68|Knowledge detail (DE) (P68)]]=== | ||
+ | The knowledge components of the unit | ||
+ | Avoid to merge multiple components in one entry | ||
+ | |||
+ | For readability, the level of knowledge is only defined if it os not "Understand", which inplies that is is used in function of the competence. If the level is lower, a sentence can start with "basiscs of". | ||
+ | |||
+ | (For each language there is a specific knowledge detail property. The reason for this is readability and selective lay-out.) | ||
+ | |||
+ | * Type: String | ||
+ | * Syntax: Nouns with specifications, Multiple values possible | ||
+ | ===[[Property:P54|Knowledge level (P54)]]=== | ||
+ | Qualifier of [[Property:P35|Knowledge detail (P35)]] | ||
Defines the level of knowledge expected. If no level is provided, it is expected to be "Understand", which inplies that is is used in function of the competence. | Defines the level of knowledge expected. If no level is provided, it is expected to be "Understand", which inplies that is is used in function of the competence. | ||
Line 81: | Line 108: | ||
* value list | * value list | ||
− | ===[[Property:P58| | + | ===[[Property:P58|Knowledge content (P58)]]=== |
− | Qualifier of [[Property:P35|Knowledge detail]] | + | Qualifier of [[Property:P35|Knowledge detail (P35)]] |
presents examples of a knowledge detail to clarify the bounderies. | presents examples of a knowledge detail to clarify the bounderies. | ||
Line 89: | Line 116: | ||
* Syntax: Nouns with specifications, Multiple values possible | * Syntax: Nouns with specifications, Multiple values possible | ||
− | === [[ | + | === [[Property:P59|Evaluation criteria (P59)]] === |
+ | Qualifier of [[Property:P35|Knowledge detail (P35)]] | ||
+ | |||
Describes evaluation criteria of a knowledge detail | Describes evaluation criteria of a knowledge detail | ||
Line 96: | Line 125: | ||
==Structuring information== | ==Structuring information== | ||
− | ===[[Property:P34|Knowledge field*]]=== | + | ===[[Property:P34|Knowledge field* (P34)]]=== |
* Type: Item | * Type: Item | ||
* Value list: [[Item:Q16|Knowledge field value list (Q16)]] | * Value list: [[Item:Q16|Knowledge field value list (Q16)]] | ||
− | ===[[Property:P25|Unique identifier]]=== | + | ===[[Property:P25|Unique identifier (P25)]]=== |
Orders the knowledge units in a field | Orders the knowledge units in a field | ||
Good practice is to use multiples of 10, to be able to insert units later. | Good practice is to use multiples of 10, to be able to insert units later. | ||
* Type: String | * Type: String | ||
− | * Syntax: numeric value ( | + | * Syntax: numeric value (Maximum 3 didgits) |
− | ===[[Property:P36|Prerequisite knowledge]]=== | + | ===[[Property:P36|Prerequisite knowledge(P36)]]=== |
Refers to other knowledge units that are needed to understand / teach this unit. | Refers to other knowledge units that are needed to understand / teach this unit. | ||
+ | |||
* Type: Item | * Type: Item | ||
* Value list: [[Item:Q40|Knowledge value list (Q40)]] | * Value list: [[Item:Q40|Knowledge value list (Q40)]] | ||
+ | |||
+ | ===[[Property:P65|See also knowledge (P65)]]=== | ||
+ | Refers to a knowledge unit with similar knowledge | ||
+ | (Has inverse property "see also knowledge") | ||
+ | |||
+ | * Type: Item | ||
+ | * Value list: [[Item:Q40|Knowledge value list (Q40)]] | ||
+ | |||
+ | ===Knowledge used by === | ||
+ | (inverse property label of [[Property:P36|Prerequisite knowledge (P36)]]) | ||
+ | |||
+ | Shows what other knowledge blocks use this knowledge | ||
+ | * type: Inverse property label | ||
===Underlaying to competences === | ===Underlaying to competences === | ||
Line 122: | Line 165: | ||
* Type: Item | * Type: Item | ||
− | * value list: | + | * value list: [[Item:Q32|Evaluation method]] |
==Training== | ==Training== | ||
Line 130: | Line 173: | ||
* Syntax: One or two sentences (limited to 240 characters), Multiple values possible | * Syntax: One or two sentences (limited to 240 characters), Multiple values possible | ||
− | ===Learning materials=== | + | ===[[Property:P60|Learning materials (P60)]]=== |
Refers to existing teaching materials | Refers to existing teaching materials | ||
− | * Type: | + | * Type: Monolingual |
− | * Syntax: | + | * Syntax: Description |
+ | * add reference qualifiers for public sources | ||
==References== | ==References== | ||
− | ===[[Property:P48|Owner*]]=== | + | ===[[Property:P48|Owner* (P48)]]=== |
Technical field to represent the owner of the Item | Technical field to represent the owner of the Item | ||
* Type: Item | * Type: Item | ||
* Value list: [[item:Q435|Owner (Q435)]] | * Value list: [[item:Q435|Owner (Q435)]] | ||
− | + | ===[[Property:P56|Licence (P56)]]=== | |
Defines the licence the owner has given for the use of an item | Defines the licence the owner has given for the use of an item | ||
Line 147: | Line 191: | ||
* Value list: [[item:Q10|Licence (Q10)]] | * Value list: [[item:Q10|Licence (Q10)]] | ||
− | + | ===[[Property:P57|Attribution (P57)]]=== | |
refers to the works of others that the item is build upon | refers to the works of others that the item is build upon | ||
* type: item | * type: item | ||
* Value list: [[item:Q477|Attribution (Q477)]] | * Value list: [[item:Q477|Attribution (Q477)]] | ||
− | === [[Property:P23|References]] === | + | === [[Property:P23|References (P23)]] === |
a reference to a paper document used to develop this profile | a reference to a paper document used to develop this profile | ||
* Type: string | * Type: string | ||
* value: text, reference spcification | * value: text, reference spcification | ||
− | === [[Property:P5|Reference document]] === | + | === [[Property:P5|Reference document (P5)]] === |
a link to a document uploaded in the database (a document can be pdf, picture, etc.) | a link to a document uploaded in the database (a document can be pdf, picture, etc.) | ||
* Type: external identifier | * Type: external identifier | ||
* Value: name of the uploaded document | * Value: name of the uploaded document | ||
− | ==== [[Property:P55|Source URL]] ==== | + | ==== [[Property:P55|Source URL (P55)]] ==== |
a link to a source used to create this item | a link to a source used to create this item | ||
* Type: URL | * Type: URL |
Latest revision as of 22:22, 9 August 2024
Contents
Definition
A knowledge unit is a coherent and documented collection of the knowledge components of a learning topic that always occur together in learning or competence description.
Concept
In the TALQ project a structure for competence description (the sectoral layer) is developed where Skills, Knowledge and Autonomy / attitude are underlaying to the competences. While the Skills are mostly unique, and described as part of the competence description, the Knowledge and Autonomy / attitude descriptions are often reusable.
Therefore they are described in separate units that can be linked to the competence.
This has several advantages, the knowledge units can be:
- reused in the competences
- used to write a syllabus, where the inverse relation with competences gives context to the “theory”
- related to each other based on “prerequisite knowledge” , in order to include fundamental knowledge that is not directly related to a competence
- structured in “knowledge fields” clustering knowledge in logical groups.
- enriched with teaching tips, learning materials, evaluation methods, sources, …
- used to develop concrete learning materials and exercises.
Example
Five steps to reduce risk
Size or volume of a knowledge unit
The size or volume, in other words how much knowledge is contained in a unit, needs to be considered carefully to ensure the reusability of the blocks and to fulfill the requirements described above. This is not an abstract science, but needs an approximation method. To support the development, some questions can guide you to critically look at the results.
- Do the knowledge components always occur together in relation to a single competence?
- Do the knowledge components fit in a syllabus structure?
- Are they belonging to the same knowledge field, the same topic?
- Can the knowledge unit be described in a single concept that is concrete and understandable, in other words, can it have a clear title?
- Does the unit has a “teachable size”, does it limits to one topic?
- Do units fit together, are there no overlaps or gaps?
Properties used
Below, all the properties used to describe a knowledge unit are described, including remarks on syntax, links to value lists and required values. (Properties with an * are essential for the functioning of the system)
Header
Label or Title*
The label or title represents the knowledge unit. It should be clear to the readers
* Type: Monolingual * Syntax: Nouns
Description
The description is a short sentence that defines the title, it helps the readers to understand the exact meaning.
* Type: Monolingual * Syntax: One or two sentences (limited to 240 characters)
Alternative label
Can be used to give alternative names or ways of writing for searching purposes.
* Type: Monolingual, multiple values possible * Syntax: Nouns
Technical properties
Instance of* (P1)
Technical field to represent the type of information in the Item
* Type: Item * Value: “Knowledge” (Q4)
ESCO description (developed knowledge units)
Developed knowledge units do not contain ESCO information, but refer to an ESCO knowledge unit that contains all details. (see ESCO competences)
ESCO knowledge unit
Link to the ESCO knowledge unit that has been used as base to devellop this knowledge unit.
* type: Item * vallue: ESCO knowledge unit
General information
Scope note (P62)
Can be used to clarify boundaries of a unit.
* Syntax: starts with “includes” or “excludes” * Type: Monolingual
Knowledge detail (EN) (P35)
The knowledge components of the unit Avoid to merge multiple components in one entry
For readability, the level of knowledge is only defined if it os not "Understand", which inplies that is is used in function of the competence. If the level is lower, a sentence can start with "basiscs of".
(For each language there is a specific knowledge detail property. The reason for this is readability and selective lay-out.)
* Type: Monolingual * Syntax: Nouns with specifications, Multiple values possible
Knowledge detail (NL) (P67)
The knowledge components of the unit Avoid to merge multiple components in one entry
For readability, the level of knowledge is only defined if it os not "Understand", which inplies that is is used in function of the competence. If the level is lower, a sentence can start with "basiscs of".
(For each language there is a specific knowledge detail property. The reason for this is readability and selective lay-out.)
* Type: String * Syntax: Nouns with specifications, Multiple values possible
Knowledge detail (DE) (P68)
The knowledge components of the unit Avoid to merge multiple components in one entry
For readability, the level of knowledge is only defined if it os not "Understand", which inplies that is is used in function of the competence. If the level is lower, a sentence can start with "basiscs of".
(For each language there is a specific knowledge detail property. The reason for this is readability and selective lay-out.)
* Type: String * Syntax: Nouns with specifications, Multiple values possible
Knowledge level (P54)
Qualifier of Knowledge detail (P35)
Defines the level of knowledge expected. If no level is provided, it is expected to be "Understand", which inplies that is is used in function of the competence.
* type:item * value list
Knowledge content (P58)
Qualifier of Knowledge detail (P35)
presents examples of a knowledge detail to clarify the bounderies.
* Type: Monolingual * Syntax: Nouns with specifications, Multiple values possible
Evaluation criteria (P59)
Qualifier of Knowledge detail (P35)
Describes evaluation criteria of a knowledge detail
* Type: Monolingual * Syntax: Verb with specifications, Multiple values possible
Structuring information
Knowledge field* (P34)
* Type: Item * Value list: Knowledge field value list (Q16)
Unique identifier (P25)
Orders the knowledge units in a field Good practice is to use multiples of 10, to be able to insert units later.
* Type: String * Syntax: numeric value (Maximum 3 didgits)
Prerequisite knowledge(P36)
Refers to other knowledge units that are needed to understand / teach this unit.
* Type: Item * Value list: Knowledge value list (Q40)
See also knowledge (P65)
Refers to a knowledge unit with similar knowledge (Has inverse property "see also knowledge")
* Type: Item * Value list: Knowledge value list (Q40)
Knowledge used by
(inverse property label of Prerequisite knowledge (P36))
Shows what other knowledge blocks use this knowledge
* type: Inverse property label
Underlaying to competences
(inverse property label of knowledge (P29))
Shows what competences use this knowledge
* type: Inverse property label
Assessment
Evaluation methods
Defines appropriate evaluation methods
* Type: Item * value list: Evaluation method
Training
Teaching tips (P43)
Describes teachnig tips from colleagues
* Type: Monolingual * Syntax: One or two sentences (limited to 240 characters), Multiple values possible
Learning materials (P60)
Refers to existing teaching materials
* Type: Monolingual * Syntax: Description * add reference qualifiers for public sources
References
Owner* (P48)
Technical field to represent the owner of the Item
* Type: Item * Value list: Owner (Q435)
Licence (P56)
Defines the licence the owner has given for the use of an item
* type: item * Value list: Licence (Q10)
Attribution (P57)
refers to the works of others that the item is build upon
* type: item * Value list: Attribution (Q477)
References (P23)
a reference to a paper document used to develop this profile
* Type: string * value: text, reference spcification
Reference document (P5)
a link to a document uploaded in the database (a document can be pdf, picture, etc.)
* Type: external identifier * Value: name of the uploaded document
Source URL (P55)
a link to a source used to create this item
* Type: URL * Value: URL of the source * Syntax: include the full URL, including the prefix (HTTP etc.)
Bulk uploads
For large and existing sets of information, bulk uploads by means of Excell files is a faster way to enter the information.
You can download an example file to adapt here. The excell file integrates 3 levels of information:
- the knowledge field (Green)
- the knowledge unit (Black)
- the knowledge components (Blue)
Some basic rules to make importing easier:
- use a new line for each type of information. fields, units and components should never occur on the same line.
- the writing of elements you refer to has to be identical, use the "=" function if needed. If an item already exists in the database, copy the Qnumber