Difference between revisions of "Help:Knowledge unit"

From CompetenceBase
 
(48 intermediate revisions by the same user not shown)
Line 1: Line 1:
 +
==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=
+
==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.  
 
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.  
  
Line 13: Line 15:
 
* used to develop concrete learning materials and exercises.  
 
* used to develop concrete learning materials and exercises.  
  
==Definition==
+
==Example==
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.
 
  
==Example==
+
[[Item:Q51|Five steps to reduce risk]]
  
 
==Size or volume of a knowledge unit==
 
==Size or volume of a knowledge unit==
Line 47: 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)
  
===[[property:P2|Part of value list*]]===
+
=='''ESCO description''' (developed knowledge units)==
Technical field to make the Item part of a value list.
+
Developed knowledge units do not contain ESCO information, but refer to an ESCO knowledge unit that contains all details. (see ESCO competences)
  * Type: Item
+
 
  * Value: “Knowledge value list” (Q40)
+
==== 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==
===Scope note===
+
===[[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
  
===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 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:P67|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
 +
 +
===[[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.
 +
 +
* type:item
 +
* value list
 +
 +
===[[Property:P58|Knowledge content (P58)]]===
 +
Qualifier of [[Property:P35|Knowledge detail (P35)]]
 +
 +
presents examples of a knowledge detail to clarify the bounderies.
 +
 +
* Type: Monolingual
 +
* 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
 +
 +
* Type: Monolingual
 +
* Syntax: Verb with specifications, Multiple values possible
  
 
==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
 +
* 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
 
  * Type: Item
 
  * Value list:  [[Item:Q40|Knowledge value list (Q40)]]
 
  * Value list:  [[Item:Q40|Knowledge value list (Q40)]]
  
===Underlaying to competences (inverse property label of [[Property:P29|knowledge (P29)]])===
+
===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 ===
 +
(inverse property label of [[Property:P29|knowledge (P29)]])
 +
 
 
Shows what competences use this knowledge
 
Shows what competences use this knowledge
 
  * type: Inverse property label
 
  * type: Inverse property label
Line 95: Line 165:
  
 
  * Type: Item
 
  * Type: Item
  * value list:
+
  * value list: [[Item:Q32|Evaluation method]]
  
 
==Training==
 
==Training==
===Teaching tips===
+
===[[Property:P43|Teaching tips (P43)]]===
Monolingual-long
+
Describes teachnig tips from colleagues
===Learning materials===
+
* Type: Monolingual
===Sources===
+
* Syntax: One or two sentences (limited to 240 characters), Multiple values possible
 +
 
 +
===[[Property:P60|Learning materials (P60)]]===
 +
Refers to existing teaching materials
 +
* Type: Monolingual
 +
* Syntax: Description
 +
* add reference qualifiers for public sources
 +
 
 +
==References==
 +
===[[Property:P48|Owner* (P48)]]===
 +
Technical field to represent the owner of the Item
 +
* Type: Item
 +
* Value list: [[item:Q435|Owner (Q435)]]
 +
 
 +
===[[Property:P56|Licence (P56)]]===
 +
Defines the licence the owner has given for the use of an item
 +
 
 +
* type: item
 +
* Value list: [[item:Q10|Licence (Q10)]]
 +
 
 +
===[[Property:P57|Attribution (P57)]]===
 +
refers to the works of others that the item is build upon
 +
* type: item
 +
* Value list: [[item:Q477|Attribution (Q477)]]
 +
 
 +
=== [[Property:P23|References (P23)]] ===
 +
a reference to a paper document used to develop this profile
 +
* Type: string
 +
* value: text, reference spcification
 +
 
 +
=== [[Property:P5|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
 +
 
 +
==== [[Property:P55|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

Latest revision as of 22:22, 9 August 2024

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

Wikidata