<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Maps: Conceptualization of the Knowledge Maps</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Dmitry Kudryavtsev</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tatiana Gavrilova</string-name>
          <email>gavrilova@gsom.spbu.ru</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Elvira Grinberg</string-name>
          <email>elviramitim@gmail.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Miroslav Kubelskiy</string-name>
          <email>miro@datafabric.cc</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Digital City Planner Oy</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Helsinki</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Finland</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>DataFabric Ltd</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Saint-Petersburg</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Russia</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Graduate School of Management SPbU</institution>
          ,
          <addr-line>Saint-Petersburg</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Knowledge maps</institution>
          ,
          <addr-line>Templates, Ontology, Semantics, Knowledge management systems</addr-line>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Peter the Great St. Petersburg Polytechnic University</institution>
          ,
          <addr-line>Saint-Petersburg</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2022</year>
      </pub-date>
      <fpage>20</fpage>
      <lpage>23</lpage>
      <abstract>
        <p>The company's knowledge assets and ability to coordinate them become increasingly critical. Knowledge maps can scaffold knowledge search and decision-making by creating visible links between knowledge, its application, source, and owner. The term Knowledge map was used with various meanings in several scientific communities: knowledge management, education studies, organization studies, decision analysis, artificial intelligence, etc. The term itself is still rather vague. To generalize the variety of the definitions, one can use the term knowledge map as a description of the sources, flows, owners, and application areas of knowledge within the organization. The current study considers knowledge maps from a knowledge management perspective and is devoted to generalizing the numerous scattered knowledge mapping research and practices. It aims to identify and consolidate knowledge maps interpretations by analyzing their contents. The discussed research results in developing the ontology of knowledge maps. Existing types of knowledge maps are associated with fragments of this ontology. The such ontology may help select the necessary building blocks (templates and elements) for knowledge mapping in specific companies and situations. The research methodology is based on literature review, semantic analysis, and ontological engineering. The paper also provides the knowledge mapping ontology application guidelines and demonstrates them via a case study.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>2020 Copyright for this paper by its authors.</p>
      <p>The current study considers knowledge maps from a knowledge management perspective and is
devoted to generalizing the numerous scattered knowledge mapping research and practices.
“Knowledge management perspective” means that we do not include into the term “knowledge map”
different knowledge diagrams – like mind maps, concept maps, flowcharts, etc. that depict the primary
relations between the pieces of knowledge body.</p>
      <p>
        The discussed research results in a conceptual model or ontology [
        <xref ref-type="bibr" rid="ref4">5</xref>
        ] for knowledge maps used in
knowledge management. Such an ontology may help select the necessary elements for knowledge
mapping in a specific company and situation.
      </p>
      <p>
        Research in knowledge mapping is not so young and started in the late 90-ies. There are some
generalizing works in this area, for example, an overview of the concept [
        <xref ref-type="bibr" rid="ref5 ref6">6, 7</xref>
        ], a classification of
knowledge maps using different criteria (by purpose, by format, by content) [
        <xref ref-type="bibr" rid="ref7">8</xref>
        ], a systematic review of
knowledge mapping research [
        <xref ref-type="bibr" rid="ref8">9</xref>
        ]. There are also some methodologies and frameworks for knowledge
map’s structure and templates [
        <xref ref-type="bibr" rid="ref9">10</xref>
        ] (American Productivity &amp; Quality Center). But there are no surveys
devoted to the content ("what") of knowledge maps, which analyze typologies, examples, and templates
of knowledge maps to identify possible components and building blocks of a knowledge map. This
research fills the gap mentioned above.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Literature review 2.1.</title>
    </sec>
    <sec id="sec-3">
      <title>Knowledge maps typologies</title>
      <p>
        Several different typologies of knowledge maps have arisen during the last two decades. The early
developed ones have inconsistent classification parameters or describe only a tiny part of the knowledge
maps variety. Further, we focus only on several mature classifications – we took Eppler’s typologies
[
        <xref ref-type="bibr" rid="ref6 ref7">7, 8</xref>
        ] since they are highly cited in the academic community and APQC’s typology [
        <xref ref-type="bibr" rid="ref10 ref9">10, 11</xref>
        ], since
APQC’s approach to knowledge management and mapping is rather famous and used in industry.
      </p>
      <p>
        The classic of visual approach to knowledge management Martin J. Eppler proposes several
extensive classifications of knowledge maps. A practical one [
        <xref ref-type="bibr" rid="ref6">7</xref>
        ] is:
1. Knowledge source maps (where the knowledge is),
2. Knowledge asset maps (what kind of knowledge we have),
3. Knowledge structure maps (how the knowledge is organized and interconnected),
4. Knowledge application maps (which knowledge is needed for performing activities, producing
required results, and achieving goals),
5. Knowledge development maps (how certain knowledge is developed).
      </p>
      <p>
        In his later work, Martin Eppler suggested a broader classification [
        <xref ref-type="bibr" rid="ref7">8</xref>
        ] which is more precise, rigid,
and formal. That classification is multi-faceted as it includes several simple classifications, which are
created based on different classification principles or facets:
      </p>
      <p>1. by intended purpose or knowledge management process (‘‘why?’’), which includes knowledge
creation maps, knowledge assessment or audit maps, knowledge identification maps, etc.</p>
      <p>2. by content, which is represented in the map (‘‘what?’’): by content format (blogs, books,
repositories, online courses, etc.) and content type (methods, experts, processes, departments, lessons
learned, etc.</p>
      <p>3. by graphic form for representing the map (‘‘how?’’): includes all spectrum of visuals from
matrixes to metaphors</p>
      <p>4. by their creation method (‘‘how?’’ and ‘‘who?’’) - from community-generated maps that are
constantly revised by map users to automatically generated maps;</p>
      <p>5. by the level at which the map is applied (‘‘who?’’): personal, dyadic, team, departmental,
community, organizational, and inter-organizational levels in the enterprise.</p>
      <p>
        APQC classification focuses on the organizational level and distinguishes enterprise, process- and
role-based levels for knowledge map application [
        <xref ref-type="bibr" rid="ref10">11</xref>
        ]. APQC classification of knowledge maps focuses
on the organizational level and distinguishes enterprise, cross-functional, process- and role-based levels
for knowledge map application. At the enterprise level APQC recommends focusing on the fit between
strategic goals and organizational knowledge using Strategic Overview Map and on knowledge at risk
in Expertise Overview Map. At the next level, cross-functional, the maps help to identify knowledge
(Expertise tacit map) and to understand potentials and gaps (Technical/Functional knowledge map).
Lastly, at the process- and role-level APQC suggests identifying needs and sources of knowledge via
Process-based map and Job/Role-based map. Another type of knowledge map at this level is
Competency/Learning needs map. As the title implies, this map outlines the learning needs associated
with a business process or job role.
      </p>
      <p>
        These typologies [
        <xref ref-type="bibr" rid="ref10 ref6 ref7 ref9">7, 8, 10, 11</xref>
        ] provided a sufficient and representative amount of knowledge map
types for further analysis. Descriptions of these types were used for the analysis of their content.
      </p>
      <p>
        The major part of these maps is presenting practical KM applications [
        <xref ref-type="bibr" rid="ref11">12</xref>
        ].
2.2.
      </p>
    </sec>
    <sec id="sec-4">
      <title>Ontology-based knowledge maps</title>
      <p>
        Ontological analysis within the knowledge mapping context was used by a set of researchers [
        <xref ref-type="bibr" rid="ref12 ref13">13,
14</xref>
        ]. They integrated knowledge maps with process maps in health care via ontology engineering and
applied the who-what-why categorization of knowledge map instances together with the organizational
ontology for process reengineering. In both cases, the authors have chosen a certain set of knowledge
maps that match their main research purpose and didn’t provide an overview of existing knowledge
mapping templates. While the practical usefulness of ontological decomposition of knowledge maps
was demonstrated, research was still needed to study a variety of knowledge maps in use.
2.3.
      </p>
    </sec>
    <sec id="sec-5">
      <title>Knowledge modeling from an enterprise modeling perspective</title>
      <p>
        There are also a lot of frameworks for modeling knowledge, which were suggested within the
enterprise modeling community. These frameworks and methodologies are compared in [
        <xref ref-type="bibr" rid="ref14">15</xref>
        ] and can
be divided into business process-oriented approaches, knowledge work-oriented approaches,
agentoriented approaches, and holistic approaches. Typical objects for knowledge modeling within the
enterprise modeling research: knowledge and its status, organizational processes, types of knowledge
flows, and knowledge management enablers. Such a research stream may complement the current paper
but does not clarify the meaning of knowledge mapping.
      </p>
    </sec>
    <sec id="sec-6">
      <title>3. Research methodology</title>
      <p>Our research methodology is based on literature review, semantic analysis, and ontological
engineering. Existing typologies, templates, and examples of organizational knowledge maps from
literature are analyzed using semantic analysis – the main concepts, which are represented in knowledge
maps, and relationships between them are extracted. Methods of ontology engineering are used for
establishing a unifying ontology (conceptual model) for knowledge maps.</p>
      <p>The research process is presented in Fig. 1.</p>
      <p>The research started with a literature review, which was focused on the analysis of existing
typologies of knowledge maps (Section 2). This analysis helped to select knowledge map examples and
templates for further specification. The literature review was the main method at this step.</p>
      <p>
        This analysis provided input information for ontology development (Section 4), which combined
ontology requirements specification via competency questions [
        <xref ref-type="bibr" rid="ref15">16</xref>
        ] with pattern-based ontology design
[
        <xref ref-type="bibr" rid="ref16">17</xref>
        ]. Knowledge map typologies provided the basis for competency questions (Section 4.1), while the
selected examples and templates were used for creating the associated information models, which were
used as content ontology patterns (Section 4.2). These competency questions and content patterns
helped to suggest ontology (Section 4.3). The paper also provides the guidelines for knowledge
mapping ontology application and demonstrates them via a case study – see Section 5.
      </p>
    </sec>
    <sec id="sec-7">
      <title>4. Knowledge maps ontology development 4.1.</title>
    </sec>
    <sec id="sec-8">
      <title>Competency questions</title>
      <p>The analysis of different types of knowledge maps helped specify questions that may be answered
using knowledge maps. These questions can be considered competency questions, which define
functional requirements for ontology engineering:
1. What kind of knowledge does a company have?
2. Where is knowledge used and what knowledge is needed?
3. What are the sources of knowledge?
4. How can knowledge be assessed?
5. How is knowledge exchanged?
6. How is knowledge created/acquired/developed?
4.2.</p>
    </sec>
    <sec id="sec-9">
      <title>Information models of knowledge maps content</title>
      <p>Specifications of content for the selected knowledge map examples and templates – information
models – can be considered as content ontology design patterns (“content patterns”) for creating an
ontology of knowledge maps. Fig. 2 demonstrates an example of the information model, which specifies
the content categories of the knowledge source map. The exemplary map (Fig. 2a) has several
categories: role, location, and competency area. The interrelations between those categories as well as
an example for one person are presented in Fig.2 b.</p>
      <p>
        Fig. 2 represents a building block of an ontology of knowledge maps. High-level groups of concepts
are aligned with competency questions. Similar information models were developed for other types of
maps mentioned in Section 2.1; after that the pattern-based ontology design was applied to unite them.
a: Example of knowledge source map [
        <xref ref-type="bibr" rid="ref6">7</xref>
        ]
b: Information model for the knowledge source map (created by authors)
      </p>
      <p>Figure 2. Creation of information models for knowledge map examples
4.3.</p>
    </sec>
    <sec id="sec-10">
      <title>Knowledge maps ontology</title>
      <p>
        According to Presutti [
        <xref ref-type="bibr" rid="ref16">17</xref>
        ] the idea of pattern-based design implies that “the ontology project is
divided into the problem and solution spaces. The problem space contains a set of requirements (see
Competency questions), while the solution space contains a set of ontology-design patterns. The two
spaces are compared in order to identify patterns matching the requirements.” Then relevant patterns
are selected and combined.
      </p>
      <p>Figure 3 generalizes the above-described information models of different knowledge maps (content
ontology patterns) into a cohesive ontology. The ontology represents four broad areas: knowledge itself,
its application, sources, and assessment. Each of the above-mentioned areas gives answers to one of the
general competency questions: what kind of knowledge does a company have; where is it located; etc.
A detailed set of notions and relations is given inside each of them. A list of synonymous verbs is given
for some types of relations (e.g. between Knowledge and Knowledge Sources).</p>
      <p>This ontology gives a broader and deeper understanding of knowledge map content and design.
More specifically, the ontology can be used for defining the content of existing knowledge maps –
based on the presented ontology the overlaps of concepts were identified and reflected in Table 1. This
ontology-based specification of knowledge maps can be considered as a navigator which helps to
identify relevant knowledge mapping templates for describing certain content or to support the analysis
of existing knowledge mapping templates.
p
a
e
r
u
t
c
u
r
t
s
e
g
d
e
l
+
+
+
+
+
+
+
+
m
]
+
+
p
a
m
e
g
d
e
l
w
o
n
K
d
e
s
a
B
s
s
e
c ]
o 0
r</p>
      <p>1
P [
+
+
+
+
+
+
+
+
+
+
+
+
m
]
0</p>
    </sec>
    <sec id="sec-11">
      <title>5. Knowledge maps ontology application 5.1.</title>
    </sec>
    <sec id="sec-12">
      <title>Approach for the knowledge maps ontology application</title>
      <p>We propose the following knowledge maps design process for companies, which is based on the
suggested ontology, competency questions, and the table with knowledge maps specifications:
1. Define the goals/purpose of the knowledge map application
2. Select relevant competency questions from the list in section 4.1
3. Identify the necessary ontology elements – see section 4.3
4. Identify possible knowledge map types and templates for reuse via table 1
5. Design company-specific knowledge map template/-s
5.2.</p>
    </sec>
    <sec id="sec-13">
      <title>Example of the knowledge maps ontology application</title>
      <p>Our team has applied the above-described approach in several knowledge-intensive organizations.
The main challenge that we faced in knowledge mapping was the absence of knowledge domain
structure. One of the cases is described further in more detail as it follows step by step the suggested
methodology.
1. Purpose was stated by the company manager in a broad way: to identify and evaluate existing
knowledge assets in one subdivision. That subdivision comprises more than 300 people distributed
in eight cities and working in four different subject areas.
2. Competency questions were chosen from four abovementioned groups as follows:
a) What kind of knowledge does a company have?
b) What are the sources of knowledge?
c) Where is knowledge used and what knowledge is needed?
d) How can knowledge be assessed?</p>
      <p>Moreover, to identify knowledge exchange auxiliary question was introduced:
3. Ontology elements. A broad set of ontology elements from Table 1 was mapped:</p>
      <sec id="sec-13-1">
        <title>a) Knowledge</title>
        <p>b) Knowledge sources: Person and Role
c) Knowledge application: Process and/or Function, Product and/or Service
d) Knowledge assessment: Level of expertise /Current knowledge
4. Templates for reuse. According to Table 1, three main templates were chosen for reuse and
adaptation:</p>
        <p>Knowledge source map, Knowledge assets map and Process-based knowledge map
5. Company-specific knowledge maps. The large questionnaire produced rich data for the mapping.</p>
        <p>It was represented in a bundle of interactive knowledge maps rather than one static picture. That
bundle includes but is not limited to the maps described further.</p>
        <p>The second view, the “Process resource map” (see table 3) is a managerial tool for strategizing and
project planning. It represents the number of knowledge owners and their level of expertise.</p>
      </sec>
    </sec>
    <sec id="sec-14">
      <title>6. Conclusion</title>
      <sec id="sec-14-1">
        <title>Data quality control</title>
      </sec>
      <sec id="sec-14-2">
        <title>Structural data interpretation</title>
      </sec>
      <sec id="sec-14-3">
        <title>Dynamic data</title>
        <p>interpretation
Calculation of
geological uncertainties
#of
knowledge
owners
2
5
7
11
4
a
n
n
A
4
2
r
o
t
k
i
V
…
a
g
l</p>
        <p>O
5
5
5
1
5
5
3
w
e
r
d
n
A</p>
      </sec>
    </sec>
    <sec id="sec-15">
      <title>7. Acknowledgements</title>
    </sec>
    <sec id="sec-16">
      <title>8. References</title>
      <p>
        Professional knowledge maps help to identify intellectual capital, socialize new members, enhance
organizational learning, and help anticipate impending threats and opportunities [
        <xref ref-type="bibr" rid="ref5">6</xref>
        ]. Knowledge
mapping makes feasible the process of continuously evolving organizational memory, capturing and
integrating strategic explicit knowledge [
        <xref ref-type="bibr" rid="ref17">18</xref>
        ]. This process takes place within a company or institution
and between it and its external environment [
        <xref ref-type="bibr" rid="ref17">18</xref>
        ]. Knowledge mapping may also support the learning
within the company as it enhances and enriches the visibility of knowledge structure.
      </p>
      <p>
        This paper and designed ontology clarify the theory and practical content of knowledge maps, their
meaning, and possible components. It provides building blocks for creating company-specific
knowledge mapping templates and practices. In the context of the digital era, the created ontology may
improve the design of an information system and integration of this system into overall organizational
IT architecture [
        <xref ref-type="bibr" rid="ref17 ref18">18, 19</xref>
        ].
      </p>
      <p>
        The presented ontology of knowledge maps can be used as an approach to develop an IT solution
for automating the knowledge map building and application using knowledge graphs [
        <xref ref-type="bibr" rid="ref19">20</xref>
        ]. The
knowledge map becomes a map of the maps by integrating the knowledge sources, patterns,
applications, and locations into one “big picture” combining and projecting different company business
maps.
      </p>
      <p>The reported study was partially funded by RFBR, project number 20-07-00854.
[1] P. Roetzel, Information overload in the information age: a review of the literature from business
administration, business psychology, and related disciplines with a bibliometric approach and
framework development. Business research. 12, 479–522, 2019.
https://doi.org/10.1007/s40685018-0069-z</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>P. N. M.</given-names>
            <surname>Kamal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Buniyamin</surname>
          </string-name>
          ,
          <article-title>Knowledge management system in industries</article-title>
          .
          <source>In: 4th Int. Conf.on Electrical, Electronics and System Engineering</source>
          ,
          <fpage>107</fpage>
          -
          <lpage>111</lpage>
          . IEEE Press,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>Liebowitz</surname>
          </string-name>
          ,
          <article-title>Linking social network analysis with the analytic hierarchy process for knowledge mapping in organizations</article-title>
          .
          <source>Journal of knowledge management. 9</source>
          ,
          <fpage>76</fpage>
          -
          <lpage>86</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>F.</given-names>
            <surname>Corea</surname>
          </string-name>
          ,
          <article-title>AI knowledge map: How to classify AI technologies</article-title>
          .
          <source>In: An introduction to data</source>
          , Springer, Cham,
          <year>2019</year>
          , pp.
          <fpage>25</fpage>
          -
          <lpage>29</lpage>
          . https://doi.org/10.1007/978-3-
          <fpage>030</fpage>
          -04468-
          <issue>8</issue>
          _
          <fpage>4</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>T.</given-names>
            <surname>Gruber</surname>
          </string-name>
          ,
          <article-title>A translation approach to portable ontology specifications</article-title>
          .
          <source>Knowledge acquisition. 5</source>
          ,
          <fpage>199</fpage>
          -
          <lpage>220</lpage>
          ,
          <year>1993</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M.</given-names>
            <surname>Wexler</surname>
          </string-name>
          ,
          <article-title>The who, what and why of knowledge mapping</article-title>
          .
          <source>J. of knowledge management. 5</source>
          ,
          <fpage>249</fpage>
          -
          <lpage>264</lpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>M.</given-names>
            <surname>Eppler</surname>
          </string-name>
          ,
          <article-title>Making knowledge visible through knowledge maps: concepts, elements, cases</article-title>
          . In: Holsapple, C., ed..
          <source>Handbook on KM</source>
          ,
          <volume>1</volume>
          ,
          <fpage>189</fpage>
          -
          <lpage>205</lpage>
          . Springer, Heidelberg,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.</given-names>
            <surname>Eppler</surname>
          </string-name>
          ,
          <article-title>A process‐based classification of knowledge maps and application examples</article-title>
          .
          <source>Knowledge and process Management</source>
          .
          <volume>15</volume>
          ,
          <fpage>59</fpage>
          -
          <lpage>71</lpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>A.</given-names>
            <surname>Balaid</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Abd</given-names>
            <surname>Rozan</surname>
          </string-name>
          , et al.,
          <article-title>Knowledge maps: A systematic literature review and directions for future research</article-title>
          .
          <source>Int. J. of Information Management</source>
          .
          <volume>36</volume>
          ,
          <fpage>451</fpage>
          -
          <lpage>475</lpage>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <source>[10] APQC. Knowledge Mapping Concepts and Tools</source>
          ,
          <year>2021</year>
          . URL: https://www.apqc.org/resourcelibrary/resource-collection/
          <article-title>knowledge-mapping-concepts-and-tools</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <source>[11] APQC. Getting Started with Knowledge Mapping</source>
          ,
          <year>2022</year>
          . URL: https://www.apqc.org/resourcelibrary/resource-listing/
          <article-title>getting-started-knowledge-mapping</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>M.</given-names>
            <surname>Harper</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Trees</surname>
          </string-name>
          ,
          <article-title>Knowledge mapping in action. How Organizations Map Their Knowledge and Learn from the Results</article-title>
          .
          <source>In: An APQC best practices report</source>
          ,
          <year>2018</year>
          . URL: https://www.apqc.org/resource-library/
          <article-title>resource-collection/knowledge-mapping-action</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>G.</given-names>
            <surname>Mansingh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Osei-Bryson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Reichgelt</surname>
          </string-name>
          ,
          <article-title>Building ontology-based knowledge maps to assist knowledge process outsourcing decisions</article-title>
          .
          <source>Knowledge Management Research &amp; Practice</source>
          ,
          <volume>7</volume>
          (
          <issue>1</issue>
          ),
          <fpage>37</fpage>
          -
          <lpage>51</lpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>L.</given-names>
            <surname>Rao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Mansingh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Osei-Bryson</surname>
          </string-name>
          ,
          <article-title>Building ontology based knowledge maps to assist business process re-engineering</article-title>
          .
          <source>Decision Support Systems</source>
          ,
          <volume>52</volume>
          (
          <issue>3</issue>
          ),
          <fpage>577</fpage>
          -
          <lpage>589</lpage>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>D.</given-names>
            <surname>Kudryavtsev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Sadykova</surname>
          </string-name>
          ,
          <article-title>Towards architecting a knowledge management system</article-title>
          .
          <source>In: IFIP Working Conf.on The Practice of Enterprise Modeling</source>
          ,
          <fpage>36</fpage>
          -
          <lpage>50</lpage>
          . Springer,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>M.</given-names>
            <surname>Suárez-Figueroa</surname>
          </string-name>
          et al,
          <article-title>Introduction: Ontology engineering in a networked world</article-title>
          .
          <source>In: Ontology engineering in a networked world, 1-6</source>
          . Springer, Berlin, Heidelberg,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>V.</given-names>
            <surname>Presutti</surname>
          </string-name>
          ,
          <article-title>Pattern-based ontology design</article-title>
          . In: Suárez-Figueroa,
          <string-name>
            <surname>M.C.</surname>
          </string-name>
          et al., eds. Ontology Engineering in a Networked World,
          <fpage>35</fpage>
          -
          <lpage>64</lpage>
          . Springer, Berlin, Heidelberg,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>H.</given-names>
            <surname>Xin</surname>
          </string-name>
          ,
          <article-title>The Application of Knowledge Map and the Construction of Enterprise Knowledge Map</article-title>
          .
          <source>In: Int. Conf. on Applications and Techniques in Cyber Security and Intelligence</source>
          .
          <volume>28</volume>
          -
          <fpage>34</fpage>
          . Springer, Cham,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>D.</given-names>
            <surname>Oberle</surname>
          </string-name>
          ,
          <article-title>How ontologies benefit enterprise applications</article-title>
          .
          <source>Semantic Web</source>
          .
          <volume>5</volume>
          ,
          <fpage>473</fpage>
          -
          <lpage>491</lpage>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hogan</surname>
          </string-name>
          ,
          <article-title>Knowledge graphs</article-title>
          .
          <source>Synthesis Lectures on Data, Semantics, and Knowledge</source>
          .
          <volume>54</volume>
          ,
          <fpage>1</fpage>
          -
          <lpage>37</lpage>
          ,
          <year>2021</year>
          . https://doi.org/10.2200/S01125ED1V01Y202109DSK022
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>