<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">From Subjects to Concept Clouds -Why semantic mapping is necessary</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Hendrik</forename><surname>Thomas</surname></persName>
							<email>thomash@cs.tcd.ie</email>
							<affiliation key="aff0">
								<orgName type="department">Chair of Information-and Knowledge Management</orgName>
								<orgName type="institution">TechnischeUniversität Ilmenau</orgName>
								<address>
									<postBox>P.O. Box 100565</postBox>
									<postCode>98693</postCode>
									<settlement>Ilmenau</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Bernd</forename><surname>Markscheffel</surname></persName>
							<email>bernd.markscheffel@tu-ilmenau.de</email>
							<affiliation key="aff1">
								<orgName type="department">Knowledge / Data Engineering Group</orgName>
							</affiliation>
							<affiliation key="aff2">
								<orgName type="department">School of Computer Science and Statistics</orgName>
								<orgName type="institution">Trinity College Dublin</orgName>
								<address>
									<country key="IE">Ireland</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Tobias</forename><surname>Redmann</surname></persName>
							<email>tobias.redmann@tu-ilmenau.de</email>
							<affiliation key="aff1">
								<orgName type="department">Knowledge / Data Engineering Group</orgName>
							</affiliation>
							<affiliation key="aff2">
								<orgName type="department">School of Computer Science and Statistics</orgName>
								<orgName type="institution">Trinity College Dublin</orgName>
								<address>
									<country key="IE">Ireland</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">From Subjects to Concept Clouds -Why semantic mapping is necessary</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">BB0D95AD2F395D546A804897819315DC</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-23T23:07+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>To realize the vision of the semantic web it is essential to be able to exchange formal modeled knowledge between applications and humans without loss of meaning. In this paper, we focus on questions relating to meaning, interpretation and subject identity in modern semantic web languages. Based on the semiotic triangle we show that topics as well as RDF resources are symbols, representing concepts and not referents as the common term "subject" would indicate. A subject can not be represented as a single entity, but rather as a complex and evolving system of different concepts. Based on this insight we explain how the resulting plurality and uncertainness of the interpretation of symbols can be handled using semantic mappings. By defining transformation rules, the exchange and integration of knowledge from different semantic models becomes possible. Concluding we define recommendations and design guidelines for a semantic mapping management system, which is needed to support users and applications in creating, reusing, managing and applying such semantic mappings.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>Tim Berners-Lee described in 2001 a use-case, where digital agents are able to arrange appointments collaboratively by searching various information vaults based on personal preferences and contextual information <ref type="bibr" target="#b0">[1]</ref>. This well-known vision of Tim Berners-Lee is often used to explain what the World Wide Web will or at least should look like in order to support us in dealing with the complex and dynamic world of today <ref type="bibr" target="#b1">[2]</ref>.</p><p>One key challenges of the semantic web <ref type="bibr" target="#b1">[2]</ref> is the expression of knowledge to enable a flexible exchange between users and software applications without loss of meaning <ref type="bibr" target="#b2">[3,</ref><ref type="bibr" target="#b3">4]</ref>. This implies that knowledge may be made available to applications other than those for which it was originally created. Sophisticated semantic technologies like the Resource Description Framework (RDF) <ref type="bibr" target="#b4">[5]</ref>, the Web Ontology Language (OWL) <ref type="bibr" target="#b5">[6]</ref> or Topic Maps <ref type="bibr" target="#b6">[7]</ref> can be used to formal model knowledge implicit and explicit contained in web content <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b3">4]</ref>. The modeling of knowledge is inescapably bound to meaning and semantic aspects <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b8">9]</ref>. To provide efficient mechanisms for communication and knowledge exchange, it is necessary to have a detailed understanding of how a statement about a subject is made, interpreted by the recipient and how meaning is established <ref type="bibr" target="#b9">[10,</ref><ref type="bibr" target="#b10">11]</ref>. However, research and discussion in the semantic web community seems to be dominated by technical and syntactical questions <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b2">3]</ref>. Existing literature discussing the semantic principles of, e.g. Topic Maps or RDF, and how to connect it with existing theories of indexing, knowledge organization and semiotics is quite rare <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b8">9,</ref><ref type="bibr" target="#b10">11]</ref>.</p><p>In this paper we will address these open questions by pointing out, what it might be about the semantic nature of semantic modeling that should, at the very least, be taken into account. Therefore we will focus in section two on the conceptual similarities between RDF <ref type="bibr" target="#b4">[5]</ref> and Topic Maps <ref type="bibr" target="#b6">[7]</ref>. In section three we discuss the semantic triangle in order to explain the factors involved whenever any statement is made or understood. In section four we discuss the implication of this insight on RDF and Topic Maps, especially in regard to the subject identity question <ref type="bibr" target="#b10">[11]</ref>. In the next sections we will explain how the identified problems can be addressed by using semantic mappings. In section six we will conclude recommendations and design guidelines for a semantic mapping management system, which is needed to support users and applications in creating, reusing, managing and applying semantic mappings. The paper concludes with a summary and an outlook.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Subjects in Topic Maps and RDF</head><p>RDF and Topic Maps are common technologies for the formal encoding of knowledge <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b6">7]</ref>. Despite the obvious technological and conceptual differences (e.g. languages, implementations, structure, elements) <ref type="bibr" target="#b11">[12]</ref>, we can note that there are significant similarities between the two with regard to semantics.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Usage of symbols</head><p>Both technologies use special symbols or indices to represent the relevant subject of interest in their digital worlds (see Fig. <ref type="figure" target="#fig_0">1</ref>). In Topic Maps these symbols are called topics <ref type="bibr" target="#b6">[7]</ref> and in RDF resources <ref type="bibr" target="#b2">[3]</ref>. Both act as proxies for the ineffable subjects of the real world in order to formally model statements about them <ref type="bibr" target="#b10">[11]</ref>. The subject can be anything whatsoever, regardless of whether it exists or not <ref type="bibr" target="#b6">[7]</ref>. In particular, it is anything which the creator chooses to discourse.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">One symbol per subject</head><p>The common goal of RDF as well as Topic Maps is to ensure that every subject is represented by one or more common symbols <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b12">13]</ref>. Thus a topic or a RDF resource can be used as "binding point" for everything that is known about a given subject. If someone searches an information, he just have to find the right symbol (topic or RDF resource) representing the searched subject, and than he can access all subject related information <ref type="bibr" target="#b2">[3,</ref><ref type="bibr" target="#b3">4,</ref><ref type="bibr" target="#b11">12]</ref>. However, this implies the common accepted assumption, that equal symbols represent the same subject <ref type="bibr" target="#b4">[5,</ref><ref type="bibr" target="#b6">7]</ref>. For example, if a user or an application finds two equal RDF resources in different semantic models, the user can assume that both represent the same subject and all modeled information are relevant for the same subject <ref type="bibr" target="#b13">[14]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">URIs are used to define the subject identity</head><p>The question is, how can we formally identify a symbol (topic or RDF resource), thus describing its subject identity. Each topic as well as each RDF resource contains an Uniform Resource Identifier (URI) <ref type="bibr" target="#b2">[3,</ref><ref type="bibr" target="#b6">7,</ref><ref type="bibr" target="#b10">11,</ref><ref type="bibr" target="#b13">14]</ref>. The URI or more commonly URL (as a subclass of URIs) can be used to identify any subject. As a result, if two symbols share the same URI they are considered identical by humans as well as by applications <ref type="bibr" target="#b11">[12,</ref><ref type="bibr" target="#b13">14]</ref>. Thus RDF as well as Topic Maps expects two symbols with the same URI to be referring to the same thing. <ref type="foot" target="#foot_0">1</ref>In summary we can note, that Topic Maps and RDF uses a surprisingly similar approach for modeling knowledge. The cores of both technologies are symbols and URI's to represent subjects.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Making a Statement</head><p>What is a subject in regard to semantics and how is it interpreted by the user to create meaning? <ref type="bibr" target="#b7">[8]</ref> To deal with this question, the standard documents of Topic Maps and RDF are not very helpful. In RDF the subject is simply define as "An entity; anything in the universe" <ref type="bibr" target="#b14">[15]</ref> and in Topic Maps "anything whatsoever, regardless of whether it exists or has any other specific characteristics, about which anything whatsoever may be asserted by any means whatsoever" <ref type="bibr" target="#b6">[7]</ref>. These very general explanation are not very meaningful, because the relation between the symbol and the represented thing is not defined explicitly <ref type="bibr" target="#b7">[8]</ref>.</p><p>For a better understanding it is helpful to view this question in the light of literature on semiotics. In particular the semiotic triangle <ref type="bibr" target="#b9">[10,</ref><ref type="bibr" target="#b15">16]</ref>, which is also known as the triangle of reference, triangle of meaning and concept triangle, provide a valuable insight (see Fig. <ref type="figure" target="#fig_1">2</ref>). This triangle figure has its genesis, in a diagram used by Ogden and Richards to explain the three factors involved whenever any statement is made or understood <ref type="bibr" target="#b15">[16]</ref>. The basic elements of every communication are the specific objects of the real or abstract world, which we like to talk about. In the semiotic triangle these are called referents or objects <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b15">16,</ref><ref type="bibr" target="#b16">17]</ref>. Every referent possesses an individual amount of attributes and characteristics. However, a user considers only the relevant characteristics and ignores the rest depending on his own interest, current situation or perspective <ref type="bibr" target="#b9">[10]</ref>. For example, if a user wants to buy a car, he will probably consider the configuration, the mileage and the price. However, for most users the name of the person who installed the steering-wheel or the metal alloy used for the roof of the car is circumstantial. In general, there are endless attributes for every referent, but it is only the essential characteristics that define an object for a human. It is this ability of humans to differentiate between essential and non essential characteristics, which allows us to deal with our complex world and to communicate <ref type="bibr" target="#b9">[10]</ref>.</p><p>The sum of the essential characteristics of a referent is called concept or reference. This thought reflects the inner image of the relevant object, every human creates unconsciously <ref type="bibr" target="#b15">[16,</ref><ref type="bibr" target="#b16">17]</ref> It is highly subjective and depends on the context of the user, <ref type="bibr" target="#b7">[8]</ref> e.g. for a person who works on an office desk, the weight is not relevant, but for a furniture remover it is, because of his profession. To enable a clear communication with others, we need to express these concepts by using appropriate symbols, like names, textual definitions, pictures, sounds, etc. <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b16">17,</ref><ref type="bibr" target="#b24">25]</ref> The symbols have to be defined in the community and must be suitable to highlight the relevant characteristics in order to allow a user to understand the meaning, e.g. a ISBN number is common symbol for a book. Textual symbols can be split in the group of lexical and non-lexical expressions <ref type="bibr" target="#b16">[17]</ref>. Lexical expressions are a defined term or a term combination for a specific concept. It allows a compact identification, e.g. AIDS is a common accepted term for the complex clinical pattern of the acquired immune deficiency syndrome. In contrast for many concepts a single name is not available and therefore a paraphrasing description is needed, e.g. aquaplaning describes a situation when a road get slippery during rain. But there is no single lexical term to describe, if a floor gets slippery by milk. To sum up the semiotic triangle consists of the following three elements <ref type="bibr" target="#b7">[8]</ref>:</p><p>referent, is the specific object of the real or abstract world, we what to talk about concept, is the thoughts of the object, that a human has in his mind of the referent symbol, is an expression of the concept which are used to communicate with others</p><p>Considering the relationships between these elements, we must note that there is a direct (almost causal) relationship between the referent and a concept, because the concept is a subset of the overall characteristics of the referent. User can have different concept of the same referent but normally they share at least some characteristics, which enable them to communication, even if it is reduced to the common denominator, e.g. a designer, assembly line worker and customer may not share the same view on a car but in a communication they are able to talk about the same thing. Furthermore there is a less direct relationship between concept and symbol. In the end, any symbol can be chosen which (at least from the perspective of the creator) is suitable to encode the concept. Representing a concept in natural language or in an image can produce an infinity of variation. Hence, it is an inherently indeterminate process<ref type="foot" target="#foot_1">2</ref> and yields an unpredictable result <ref type="bibr" target="#b16">[17]</ref>.</p><p>Finally, there is only a indirect relationship between symbol and referent. In other words, there is no way of determining how any given symbol, refers to any given object of relevance <ref type="bibr" target="#b7">[8]</ref>. In particular Heidegger explains that<ref type="foot" target="#foot_2">3</ref> a relationship between a symbol and referent exists relative to the needs of the acting individual: where one person might perceive a concept of a specific kind, another might perceive a concept of a different kind <ref type="bibr" target="#b30">[31]</ref>, or not perceive any concept at all, because the situation lacks relevance <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b17">18]</ref>. For example, in </p><formula xml:id="formula_0">»referent« »concept«</formula></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>2.</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Fig. 3. Example for the uncertainty of symbols interpretation</head><p>Europe a give way sign is a well known symbol for a specific traffic rule, but not for an aborigine from the deep Amazon's jungle. It is uncertain, that he will association the symbol with the same concept as we did (see Fig. <ref type="figure">3</ref>). It is more likely that he will associate it with a different set of essential characteristics (e.g. red, long trunk) and will therefore refer to a different referent, e.g. flower. Keeping in mind that symbols are a kind of communication tool, it is clear that the issue of meaning relates to the receiver of the information, and not to the transmitter <ref type="bibr" target="#b7">[8]</ref>. In other words, in the case of choosing a symbol for a specific concept, its meaning derives from how the user understands it, not from how it was constructed <ref type="bibr" target="#b19">[20]</ref>. To put this more forcefully: one can choose a symbol as artfully or in as sophisticated a manner as possible; while this may facilitate the interpretive process for the user <ref type="bibr" target="#b16">[17]</ref>, it cannot cause the user to understand (the meaning of) the individual symbols, any more than someone can force another to understand (the meaning) of what she or he is saying. It is like Friedrich Nietzsche once said "there are no facts, only interpretations" <ref type="bibr" target="#b18">[19]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Implication for Topic Maps and RDF</head><p>As we have seen in making a statement three factors are involved: symbol, concept, referent. But what does this means for Topic Maps and RDF.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Topics and RDF resources represent concepts not referents</head><p>Topic and RDF resources clearly act as symbols for the representation of subjects <ref type="bibr" target="#b11">[12,</ref><ref type="bibr" target="#b4">5,</ref><ref type="bibr" target="#b6">7]</ref>. We have seen that the commonly used term "subject" is not accurate enough in the context of meaning and interpretation <ref type="bibr" target="#b10">[11]</ref>. The term subject implies that a topic and RDF resource respectively represents a referent. But as we have seen in discussing the semantic triangle this can not be true, because the relation between a symbol and a referent is always indirect <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b15">16]</ref>. In fact topics as well as resources are representing concepts.</p><p>If we take a look at the modeling approach, we find evidence which supports this thesis <ref type="bibr" target="#b20">[21]</ref>. If an ontology designer needs to represent something, he has to find a suitable symbol (topic or RDF resource). The subject identity is defined by a URI and a corresponding definition (external or by the linked subject indicator resource). In order to decide, if an available symbol (a) is appropriate, he has to identify the characteristics (c) of the referent (r) described in the symbols' definition (r = c a ) and has to compare it with his own interpretation on the object (r = c b ). Only if they are identical or at least similar enough, the symbol is a suitable representation of the subject. 2. Multiple concepts represented by topics or RDF resources for every referent This has considerable implications for RDF and Topic Maps. As we have seen in section two, the concept creation for a referent depends on context (time, place, opinion) <ref type="bibr" target="#b7">[8]</ref> as well as on personal preferences and on previous knowledge. Even, if its looks (based on equal URIs) that two ontology designer model knowledge on the same referent, this does not necessary mean that the symbol represent the same concept. Their individual set of essential characteristics can be different, e.g. a sub set of each other, a union or even contradictorily. As a result the semantic web is not as consistent as we might think. Instead of one symbol per subject <ref type="bibr" target="#b6">[7,</ref><ref type="bibr" target="#b2">3]</ref>, it looks more like a complex and evolving system of concepts, in terms of different interpretations <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b21">22]</ref>. For a single referent multiple concepts exist and each of them can be represented by a unique symbol, e.g. topic or RDF resource.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Definition of symbol identity via URI is inaccurate</head><p>This insight has implication on the way how subject identity of topics and RDF resources respectively are defined. For example a Topic Maps created by a car producer contains knowledge on price (URI: http://price). In addition a customer could model his preferences on cars in a personal topic map, e.g. max price (URI: http://price). As described in the use-case of Tim Berners-Lee, suitable software agents could import these information from both sources <ref type="bibr" target="#b0">[1]</ref>. Based on the URI of the symbol an agent would come to the conclusion that both models contain information on the same subject. However, if we keep in mind that topic and RDF resources represent concepts this can be problematic. Concepts are the sum of the individual essential characteristics and these can be different <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b16">17]</ref>. Producer as well as customer talk about prices but may be from a different perspective, e.g. different types of price like end user price, re-seller, minimum price etc. Because the relation between the referent and the symbol is only indirect, it is uncertain that two symbols with the same URI represents the same referent. As a results a software application could import or merge symbols with identical URIs but it is uncertain if they represent the same concept. From a problem-oriented view of the user the knowledge could be to low grained, to detailed information, not relevant or even wrong. Using URI's to identify a topic or RDF resource is only suitable inside a closed domain, e.g. if a controlled list of symbols is used. If the knowledge is made available to applications other than those for which it was originally created <ref type="bibr" target="#b2">[3]</ref>, URIs are not accurate enough.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Many incorrect ways to model a domain, but no single correct way</head><p>Many users got the impression that semantic modeling languages are more precise than natural language. This is probably true to a certain extent, because natural language is indeterminate resulting in an infinite amount of possible expression of a concept <ref type="bibr" target="#b16">[17]</ref>, e.g. see the endless poems on love. However, this is also true for semantic modeling. On one hand you have different modeling languages, like Topic Maps, RDF, OWL etc, which can be used to model the same statement but are not fully compatible amongst each other <ref type="bibr" target="#b11">[12]</ref>. On the other hand there are many incorrect ways to model a domain, but no single correct way <ref type="bibr" target="#b20">[21]</ref>. There are often modeling alternatives and the best solution depends on the application. Modeling tends to be an aesthetic activity rather than a technical construction. For example, if someone wants to model the statement that the web resource http://www.ilmenau.de contains relevant information on the German town Ilmenau (see Fig. <ref type="figure" target="#fig_3">4</ref>) he could model it as an external occurrence in Topic Maps (variant 1), as a association in Topic Maps (variant 2) or as a RDF triple (variant 3). The modeling approaches and used symbols may be different but the meaning is identical. A human may be able to understand this. Using the common method for subject identity, software application are limited by URIs and the structure of relations and get therefore the wrong impression that these three statements are different. This makes the exchange and integration of formally modeled knowledge of different sources so difficult, because information can be incompatible or undetected although the meaning is relevant for the recipient. In addition, semantic modeling is a very dynamic and iterative process. During the modeling the designer get a better and more detailed understanding of the domain and so it is often necessary to revisit earlier decisions and modify some of them during the modeling process <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b20">21]</ref>. Therefore during time the same symbol evolves, e.g. new names or associations are added or even removed. A fixed URI cannot reflect these changes and is therefore not enough for identification of changes over time.</p><p>In summary, to grasp the plurality of interpretations we can not represent a subject as a single entity, but rather as a complex and evolving system of different concepts depending on context, domain, origin or focused task. Each concept is represented by formal symbols, e.g. topic or RDF resource. Instead »RDF triple«  To realize the vision of the semantic web it is essential to exchange formally modeled knowledge between applications and humans without loss of meaning <ref type="bibr" target="#b2">[3]</ref>. Fact is that a topic and RDF resource represent different concepts, thus different sets of essential characteristics (c). In order to be able to integrate knowledge on a relevant referent (r) from different sources (a,b),we need know the available concepts (r -c a ,r -c b ) are related. Are they identical and if not what needs to be done to adapt them in order to be able to integrate c a in the semantic model of b. Such rules for transformation or adaption are called semantic mappings <ref type="bibr" target="#b23">[24]</ref>. For example think of an appointment software agent of a German tourist. If he goes to the USA the agent "knows" based on the modeled personal references that the tourist likes to ski and a certain height of snow is needed for this activity. The agent could then exchange knowledge with a weather information system, where the knowledge of the current snow height is modeled, e.g. in a topic map. Combining both pieces of information allows the agent to conclude, if the snow height is sufficient for a skiing appointment.</p><p>Obviously, the weather model as well as the preferences model must contain a symbol representing the height of the snow (see Fig. <ref type="figure" target="#fig_6">6</ref>). As we have seen in the previous section the symbol are only indirect connected to the referent "snow height" and in fact represent individual concept, which can be different, e.g. the whether model represents height in foot and the preference model in meters. In addition both model can uses different URIs or modeling languages to identify the symbols, e.g. in the USA RDF and in Germany Topic Maps are used. However, both models contain information more or less on the same referent. To exchange and share the knowledge, it is necessary to create a semantic mapping, which in this case defines a transformation rule for the conversion of foot in meters and a linkage of the different URIs. These enable the agent to reuse the modeled knowledge of the American information system without loss of meaning. Such a conversion is a very simple mapping problem. But the same idea can be applied to more complex tasks, too. If for example a semantic model uses a metamodel and another one does not. Then a mapping rule can define how a relevant sub graph of the first model can be extracted and transformed to be compatible with the second model. Currently enormous efforts are made to formally model knowledge in medicine, engineering and many other domains <ref type="bibr" target="#b1">[2]</ref>. But in many of these project different schemas, different symbols and modeling languages are used. Only with efficient and flexible mapping a exchange of knowledge between these different domains and source is possible without loss of meaning. However, these semantic mappings are created for a specific purpose in term of bridging one knowledge space with another. Mapping rules are only valid in a specific context, e.g. time, place, creator or task and can change. As a result for two symbols an endless amount of possible mappings can exist, similar to the plurality of concepts -each for any user or field of application. In addition mappings can contain complex transformation rules, and it is obviously not suitable to reinvent them over and over again for similar tasks. Therefore reuse of mappings is a big issue, but for this it is necessary to find existing suitable mappings and to know: who, how and why these mapping were created.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6">Semantic Mapping Management System</head><p>To handle these multiple and complex semantic mappings in an efficient way and to deal with the plurality of concepts, which is inherent to each semantic model, a sophisticated management system for semantic mappings (MSM) is needed.</p><p>A first question for the design of such an MSM is, how to represent the symbols or the fragments which need to be mapped. To enable a software application to process them automatically, it may be suitable to represent the symbols using a formal knowledge language. This language should be flexible and powerful enough for the ubiquitous identification of the concepts as well as to deal with linkage type mappings, complex mappings including the required mapping rules.</p><p>The second open question is how to represent the mapping rules, which can involve all kinds of transformations, e.g. from simply mathematical function to complex transformation of sub graphs. The mapping should be flexible and directly executable. For RDF the XSPARQL <ref type="bibr" target="#b26">[27]</ref> language may be a good candidate, because it combines the powerful query functionally of SPARQL <ref type="bibr" target="#b25">[26]</ref> with the transformation features of XQUERY. For Topic Maps such a sophisticated query and transformation language is missing. However, XSPARQL may be promising, but using a RDF or a Topic Maps specific language is not suitable. A mapping can require the transformation from one into another modeling language (RDF in Topic Maps) or from quite different sources and therefore a semantic language independent solution is needed.</p><p>Another relevant question for such a MSM is the identification of the symbols. Inside the individual models, the symbols are identified by URIs. However, this is not sufficient inside the semantic mapping, because symbols with identical URIS from different origins can represent different concepts. As a result a distinction beyond URIs is needed inside the MSM and therefore additional contextual information must be added, e.g. creator, source, time, place etc. For a manual as well as an automated processing and reuse of the mappings extensive meta data on the mapping itself is required. In the end to be able to draw conclusion why and how a certain mapping was created, may be the whole involved sub graph of the original and targeted model is needed.</p><p>The process involved in creating and using context-based semantic mapping is not sufficiently researched. Based on the presented argumentation at least the following steps are relevant. They key question for a MSM is: how to support the users in this process.</p><p>1. Analysis of the symbol or model fragments, which need to be integrated or exchange. The objective of this phase is to identify the set of essential characteristics of the concept represent by each symbol. 2. Search for existing semantic mapping, which describes how the set of essential characteristics of the source concept can be transformed into the set of the target concept. 3. If no suitable semantic mapping exists, create a new one. 4. Document the semantic mapping, for searching and reuse. In particular import are information on the creator, traceability, reasons for the mapping, level of confidence as well as used matching algorithm.</p><p>In the creation process of semantic mappings different groups of users are involved. For example human domain experts are needed, because they possess the required back-ground knowledge of the domain and can interpret the contextual information. Only these experts are able to create a valid task or domain specific mapping rule. In addition knowledge engineers are required to translate this mapping rule in a formal knowledge representation, which can be processed and executed. In general domain expert do not process the necessary experience in Topic Maps or RDF, therefore they need assistance. Suitable matching algorithms (e.g. string or structure based) can be used to assists users in the identification of possible mapping candidates. However, fully automatic derivation of mappings are not possible, yet <ref type="bibr" target="#b22">[23]</ref>. Tools as well as algorithms are limited to matching and can not create a creative cross-domain connection because the necessary formal knowledge for an automated deduction is missing, which is the reason for creating a mapping in the first place.</p><p>In addition individual software applications need to be able to flexible integrate the functionality provided by an MSM system. For example the appointment agent in Tim Berners-Lee's vision, needs to be able to send a request to the MSM containing the source and the target symbol and receive a mapping. The software architecture of such an MSM must consider these requirements, therefore a services-oriented architecture (SOA) <ref type="bibr" target="#b27">[28]</ref> may be suitable. A SOA groups functionality around business processes and packaged them as interoperable services. By separating functions (search, creating, management, etc.) into distinct services <ref type="bibr" target="#b27">[28]</ref>, they can be made accessible over the Internet in order to be flexible combined and reused in any application needed <ref type="bibr" target="#b28">[29]</ref>.</p><p>In this paper we discuses question relating to meaning, interpretation and subject identity in modern semantic web languages like RDF and Topic Maps. Based on the semiotic triangle we described the three factors involved whenever a statement is made, or understood (symbol, concept, referent) and what implication these have for Topic Maps and RDF. In particular topics as well as RDF resource are symbols representing concepts and not referents as the common term subject would indicate. Based on this insight, we explained how the resulting plurality and uncertainness of the interpretation of symbols can be handled using semantic mappings. Concluding we define recommendations and design guidelines for a semantic mapping management system, which is needed to support users and application in creating, reusing, managing and applying these semantic mappings.</p><p>We could show the necessity for the support of semantic mapping but many detail questions are still not solved sufficiently , e.g. how semantic mappings can be represented, how and which meta knowledge on semantic mapping is needed as well as how the process of mapping is conducted and how can it be supported. Overall, we came to the conclusion that the remarkable efforts made in formally annotation the World Wide Web are just the first step. In a second the creation of semantic mappings is essential to achieve the goals of "global knowledge federation" <ref type="bibr" target="#b21">[22,</ref><ref type="bibr" target="#b29">30]</ref> and even to begin to enable the aggregation of information and knowledge by humans and software agents on a scale large enough to control the overall informationglut <ref type="bibr" target="#b10">[11]</ref>.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>»Fig. 1 .</head><label>1</label><figDesc>Fig. 1. Using symbols to represent subjects in Topic Maps and RDF</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Fig. 2 .</head><label>2</label><figDesc>Fig. 2. Semiotic triangle</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>4</head><label>4</label><figDesc></figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Fig. 4 .</head><label>4</label><figDesc>Fig. 4. Modeling alternatives</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Fig. 5 .</head><label>5</label><figDesc>Fig. 5. Concept cloud</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_6"><head>Fig. 6 .</head><label>6</label><figDesc>Fig. 6. Subject cloud</figDesc></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">Please note, Topic Maps defined two special scenarios in this context<ref type="bibr" target="#b6">[7,</ref><ref type="bibr" target="#b13">14]</ref>. First, a URI can be used as reference to a subject indicator resource in an attempt to unambiguously identify the subject represented by a topic to a human being. In other word the referred resource describes the represented topic. Second, the URI refers to the information resource that is the subject of the topic. The topic thus represents that particular information resource, e.g. a topic represents the web page http://www.dublin.ie. In RDF this distinction is not modeled explicit and has to be handled by the user or application<ref type="bibr" target="#b14">[15]</ref>.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">An indeterminate process is one which can proceed in an infinity of variations so that its progress is rendered unpredictable<ref type="bibr" target="#b16">[17]</ref>.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2">A detailed analysis of the philosophical interpretation of symbols and meaning of the philosophers Pierce and Heidegger can be found in<ref type="bibr" target="#b7">[8]</ref>.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_3">In analyzing Topic Maps we must not, that there is the option to explicit define, that a topic represent a certain digital addressable resource via a subject locator<ref type="bibr" target="#b6">[7]</ref>. This may look like the symbol represent a referent directly. However, even in this case the topic act as a symbol representing a certain concept. The only difference is, that the definition of the concept is commonly agreed and well-known. Thus what the essential characteristics are, in term of the amount of digital data which can be download from the defined URL.</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">The Semantic Web -A new form of Web content that is meaningful to computers will unleash a revolution of new possibilities</title>
		<author>
			<persName><forename type="first">T</forename><surname>Berners-Lee</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Hendler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">O</forename><surname>Lassila</surname></persName>
		</author>
		<ptr target="http://www.sciam.com/article.cfm?id=the-semantic-webUNDprint=true" />
	</analytic>
	<monogr>
		<title level="j">Scientific American Magazine</title>
		<imprint>
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<title level="m" type="main">A Semantic Web Primer (Cooperative Information Systems)</title>
		<author>
			<persName><forename type="first">G</forename><surname>Antoniou</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Harmelen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2004">2004</date>
			<publisher>The MIT Press</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<ptr target="http://www.w3.org/TR/REC-rdf-syntax/" />
		<title level="m">RDF Primer</title>
				<editor>
			<persName><forename type="first">F</forename><surname>Manola</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">E</forename><surname>Miller</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<monogr>
		<author>
			<persName><forename type="first">S</forename><surname>Pepper</surname></persName>
		</author>
		<ptr target="http://www.ontopia.net/topicmaps/materials/tao.html" />
		<title level="m">The TAO of Topic Maps -Finding the Way in the Age of Infoglut</title>
				<meeting><address><addrLine>Norway</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<monogr>
		<ptr target="http://www.w3.org/TR/rdf-syntax-grammar/" />
		<title level="m">RDF/XML Syntax Specification (Revised)</title>
				<editor>
			<persName><forename type="first">D</forename><surname>Beckett</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<ptr target="http://www.w3.org/TR/owl-features/" />
		<title level="m">OWL Web Ontology Language -Overview</title>
				<editor>
			<persName><forename type="first">D</forename><forename type="middle">L</forename><surname>Mcguinness</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">F</forename><surname>Harmelen</surname></persName>
		</editor>
		<editor>
			<persName><surname>Van</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Garshol</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Moore</surname></persName>
		</author>
		<ptr target="http://www.isotopicmaps.org/sam/sam-model/" />
		<title level="m">ISO/IEC JTC1/SC34, Information Technology -Document Description and Processing Languages</title>
				<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Indices, Meaning and Topic Maps: Some Observations</title>
		<author>
			<persName><forename type="first">T</forename><surname>Miller</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Thomas</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Leveraging the Semantics of Topic Maps -Second International Conference on Topic Map Research and Applications, TMRA 2006</title>
				<editor>
			<persName><forename type="first">L</forename><surname>Maicher</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Siegel</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Garshol</surname></persName>
		</editor>
		<meeting><address><addrLine>Leipzig, Germany; Berlin</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2006">October 11-12, 2006. 2007</date>
			<biblScope unit="page" from="130" to="139" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Topic Maps in Knowledge Organization</title>
		<author>
			<persName><forename type="first">A</forename><surname>Sigel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">XML Topic Maps: Creating and Using Topic Maps for the Web. Pearson Education</title>
				<editor>
			<persName><forename type="first">J</forename><surname>Park (ed.)</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Hunting</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2002">2002</date>
			<biblScope unit="page" from="383" to="476" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<monogr>
		<title level="m" type="main">Subject Analysis and Indexing: Theoretical Foundation and Practical Advice</title>
		<author>
			<persName><forename type="first">R</forename><surname>Fugmann</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1993">1993</date>
			<publisher>Indeks</publisher>
			<pubPlace>Frankfurt a.M.</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<monogr>
		<author>
			<persName><forename type="first">S</forename><surname>Pepper</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Schwab</surname></persName>
		</author>
		<ptr target="http://www.ontopia.net/topicmaps/materials/identitycrisis.html" />
		<title level="m">Curing the Web&apos;s Identity Crisis -Subject Indicators for RDF</title>
				<imprint>
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Garshol</surname></persName>
		</author>
		<ptr target="http://www.ontopia.net/topicmaps/materials/tmrdf.html" />
		<title level="m">Living with topic maps and RDF -Topic maps, RDF, DAML, OIL, OWL, TMCL, Ontopia</title>
				<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<monogr>
		<author>
			<persName><forename type="first">J</forename><surname>Tauberer</surname></persName>
		</author>
		<ptr target="http://www.xml.com/pub/a/2001/01/24/rdf.html?page=1" />
		<title level="m">What Is RDF</title>
				<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<monogr>
		<ptr target="http://tesi.fabio.web.cs.unibo.it/RDFTM/DraftSurvey" />
		<title level="m">RDFTM: Survey of Interoperability Proposals</title>
				<editor>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Garshol</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<monogr>
		<title level="m" type="main">RDF Semantics</title>
		<author>
			<persName><forename type="first">P</forename><surname>Hayes</surname></persName>
		</author>
		<ptr target="http://www.w3.org/TR/rdf-mt/,2004" />
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<monogr>
		<title level="m" type="main">The Meaning of Meaning</title>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">K</forename><surname>Ogden</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><forename type="middle">A</forename><surname>Richards</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1967">1967</date>
			<publisher>Harcourt</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">The Five-Axiom Theory of Indexing and Information Supply</title>
		<author>
			<persName><forename type="first">R</forename><surname>Fugmann</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of the American Society for Information Science</title>
		<imprint>
			<biblScope unit="volume">36</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="116" to="129" />
			<date type="published" when="1985">1985</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<monogr>
		<author>
			<persName><forename type="first">M</forename><surname>Heidegger</surname></persName>
		</author>
		<title level="m">Sein und Zeit</title>
				<meeting><address><addrLine>Tübingen</addrLine></address></meeting>
		<imprint>
			<publisher>Max Niemeyer</publisher>
			<date type="published" when="1986">1986</date>
		</imprint>
	</monogr>
	<note>16th. ed</note>
</biblStruct>

<biblStruct xml:id="b18">
	<monogr>
		<author>
			<persName><forename type="first">U</forename><surname>Eco</surname></persName>
		</author>
		<title level="m">Kant and the platypus, essay on language and cognition</title>
				<meeting><address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<publisher>Harcout Brace</publisher>
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">Beneath the Metadata -Some Philosophical Problems with Folksonomy</title>
		<author>
			<persName><forename type="first">E</forename><surname>Peterson</surname></persName>
		</author>
		<ptr target="http://www.dlib.org/dlib/novem-ber06/peterson/11peterson.html" />
	</analytic>
	<monogr>
		<title level="j">D-Lib Magazine</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="issue">11</biblScope>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<analytic>
		<title level="a" type="main">Towards a Methotology for Developing Topic Maps Ontologies</title>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Garshol</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Leveraging the Semantics of Topic Maps -Second International Conference on Topic Map Research and Applications, TMRA 2006</title>
				<editor>
			<persName><forename type="first">L</forename><surname>Maicher</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Siegel</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Garshol</surname></persName>
		</editor>
		<meeting><address><addrLine>Leipzig, Germany; Berlin Heidelberg New York</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2006">October 11-12, 2006. 2007</date>
			<biblScope unit="page" from="20" to="31" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<monogr>
		<author>
			<persName><forename type="first">D</forename><surname>Karabeg</surname></persName>
		</author>
		<ptr target="http://heim.ifi.uio.no/dino/KF/KF.pdf" />
		<title level="m">What is knowledge federation?</title>
				<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Semantic Integration: A Survey of Ontology-Based Approaches</title>
		<author>
			<persName><forename type="first">N</forename><surname>Noy</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Special Issue on Semantic Integration</title>
		<imprint>
			<biblScope unit="volume">33</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="65" to="70" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
	<note>SIGMOD Record</note>
</biblStruct>

<biblStruct xml:id="b23">
	<analytic>
		<title level="a" type="main">A tagging approach to ontology mapping, Ontology Matching Workshop</title>
		<author>
			<persName><forename type="first">C</forename><surname>Conroy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>O'sullivan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Lewis</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Semantic Web Conference (ISWC 2007)</title>
				<meeting><address><addrLine>Busan, Korea</addrLine></address></meeting>
		<imprint>
			<publisher>CEUR-WS</publisher>
			<date type="published" when="2007-11-11">11th November. 2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b24">
	<monogr>
		<title level="m" type="main">Signs, Symbols and Icons</title>
		<author>
			<persName><forename type="first">R</forename><surname>Sasson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Gaur</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1991">1991</date>
			<publisher>Intellect Books</publisher>
			<biblScope unit="page">191</biblScope>
			<pubPlace>Exeter, England</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b25">
	<monogr>
		<title level="m" type="main">SPARQL Query Language for RDF</title>
		<ptr target="http://www.w3.org/TR/rdf-sparql-query/" />
		<editor>Prud, E. and Seaborne A.</editor>
		<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b26">
	<monogr>
		<author>
			<persName><forename type="first">W</forename><surname>Akhtar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Kopecky</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Krennwallner</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Polleres</surname></persName>
		</author>
		<title level="m">XSPARQL: traveling betwen the xml and rdf worlds -and avoidings the XSLT pilgrimage</title>
				<imprint>
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
	<note type="report_type">deri technical report</note>
</biblStruct>

<biblStruct xml:id="b27">
	<monogr>
		<title level="m" type="main">Service-Oriented Modeling: Service Analysis, Design, and Architecture</title>
		<author>
			<persName><forename type="first">M</forename><surname>Bell</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2008">2008</date>
			<publisher>Wiley and Sons</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b28">
	<analytic>
		<title level="a" type="main">Enterprise Application Integration</title>
	</analytic>
	<monogr>
		<title level="m">Serviceorientierung und nachhaltige Architekturen 2</title>
				<editor>
			<persName><forename type="first">S</forename><surname>Aier</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M</forename><surname>Schnherr</surname></persName>
		</editor>
		<meeting><address><addrLine>Gito, Berlin</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b29">
	<monogr>
		<author>
			<persName><forename type="first">D</forename><surname>Karabeg</surname></persName>
		</author>
		<ptr target="http://knowledgefederation.org/Whatisknowledgefederation" />
		<title level="m">KNOWLEDGE FEDERATION WIKI</title>
				<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b30">
	<monogr>
		<author>
			<persName><forename type="first">U</forename><surname>Eco</surname></persName>
		</author>
		<title level="m">Einfhrung in die Semiotik</title>
				<meeting><address><addrLine>Stuttgart</addrLine></address></meeting>
		<imprint>
			<publisher>UTB</publisher>
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
