<?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">Spatial Planning on the Semantic Web</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Radboud</forename><surname>Winkels</surname></persName>
							<email>winkels@uva.nl</email>
							<affiliation key="aff0">
								<orgName type="department">Leibniz Center for Law</orgName>
								<orgName type="institution">Universiteit van Amsterdam</orgName>
								<address>
									<addrLine>Kloveniersburgwal 48</addrLine>
									<postCode>1012 CX</postCode>
									<settlement>Amsterdam</settlement>
									<country key="NL">The Netherlands</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Rinke</forename><surname>Hoekstra</surname></persName>
							<email>hoekstra@uva.nl</email>
							<affiliation key="aff0">
								<orgName type="department">Leibniz Center for Law</orgName>
								<orgName type="institution">Universiteit van Amsterdam</orgName>
								<address>
									<addrLine>Kloveniersburgwal 48</addrLine>
									<postCode>1012 CX</postCode>
									<settlement>Amsterdam</settlement>
									<country key="NL">The Netherlands</country>
								</address>
							</affiliation>
							<affiliation key="aff1">
								<orgName type="department">AI Department</orgName>
								<orgName type="institution">Vrije Universiteit Amsterdam</orgName>
								<address>
									<addrLine>De Boelelaan 1081a</addrLine>
									<postCode>1081HV</postCode>
									<settlement>Amsterdam</settlement>
									<country key="NL">The Netherlands</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Erik</forename><surname>Hupkes</surname></persName>
							<email>ehupkes@uva.nl</email>
							<affiliation key="aff0">
								<orgName type="department">Leibniz Center for Law</orgName>
								<orgName type="institution">Universiteit van Amsterdam</orgName>
								<address>
									<addrLine>Kloveniersburgwal 48</addrLine>
									<postCode>1012 CX</postCode>
									<settlement>Amsterdam</settlement>
									<country key="NL">The Netherlands</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Spatial Planning on the Semantic Web</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">8192F2FE74AB233C44C5D1F5CBD8D5FD</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-25T02:59+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>Land use regulations are an important but often underrated legal domain. In densely populated regions such as the Netherlands, spatial plans have a profound impact on both (local) governments and citizens. This paper describes our work on a 'Legal Atlas'. Using Semantic Web technology we combine distributed geospatial data, textual data and controlled vocabularies to support users in answering questions such as "What activity is allowed here?". Spatial norms are represented using OWL 2 in a way that enables intuitive visualisation of their effects: map based legal case assessment. Users can represent a (simple) case by selecting or drawing an area on the map. Given a designation for that area, the system can assess whether this is allowed or not. The same solution also enables the comparison of two or more sets of spatial norms that govern the same region.</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>Land use regulations are an important but often underrated legal domain. Especially in densely populated regions such as the Netherlands, spatial plans have a profound impact on both (local) governments and citizens alike. They determine whether building permits are granted, businesses can expand, roads can be widened, housing projects can be built, and even determine the chance of survival of endangered species. Although spatial regulations can be characterised as normal regulations -given their applicability within a spatially restricted jurisdiction (e.g. a country) -spatial plans regulate at a much more fine-grained level, where individual norms may apply only to specific locations or regions (often called zones). In practice this has led to a situation where the annotated map of a spatial plan is the dominant source of law, rather than the textual description of the plan.</p><p>Over the past decade, internet technology significantly improved the accessibility of legal sources. This development not only meant the construction of internet portals for accessing legal texts, but also involved a standardisation of the structural description of legal sources in terms of both web standards -such as XML -and interchange standards -such as CEN MetaLex <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b1">2]</ref>. <ref type="foot" target="#foot_0">1</ref> Given the prominence of maps in spatial plans, in order to improve access to these regulations a combination of existing technology for disclosing legal texts with that currently available in geographical information systems seems inevitable. Such a combination allows the connecting of textual descriptions as in traditional legal sources, to the more object oriented representation of the world employed by the maps of zoning plans. The Legal Atlas <ref type="bibr" target="#b2">[3,</ref><ref type="bibr" target="#b3">4]</ref> was the first system that combined MetaLex encoded texts with the corresponding maps expressed in GML<ref type="foot" target="#foot_1">2</ref> by using Semantic Web technology, RDF in particular. <ref type="foot" target="#foot_2">3</ref> In this paper we show that this proves a solid approach for extending the functionality of Legal Atlas well beyond straightforward information integration; i.e. to support not just concept-based information retrieval, but rather map-based normative reasoning.</p><p>Legal Atlas can serve several use cases and scenarios: Assessment -A citizen or company or a civil servant consults the regulations to see whether a particular plan at a specific location is allowed. In case there is the option to compensate somewhere else in order for the original plan to be approved, the system should indicate this on the map. In the spatial planning domain it is sometimes allowed to compensate for violating a norm in one area in another area, e.g. compensating the building of houses in a park by turning another area into a new park Planning -A citizen or company consults the regulations to see where a particular plan is allowed. Evaluation -Someone wants to or needs to check the consistency of two sets of spatial norms. The State Council in the Netherlands for instance, may need to check whether a zoning plan of a city council fits the overall zoning plan of the province. A second type of evaluation by a legislative drafter for instance may be to see what the consequences of a new set of norms might be in practice. Suppose the idea is to forbid "Dutch coffee shops"<ref type="foot" target="#foot_3">4</ref> in the vicinity of schools (an actual case in Amsterdam at the moment). If we have access to a database of all schools in a certain area with geographical location, the consequence of various implementations of these norms (e.g. not within a radius of 500 meters, or 1000 meters etc.) can be plotted on a map. We can for instance see if any areas remain where coffee shops would be allowed at all (cf. the "Planning" scenario above). If we also have a database of all existing coffee shops in the area, we can determine the consequences for these establishments.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Requirements</head><p>It is clear that Legal Atlas has to deal with the intrinsic heterogeneity of the information it discloses: spatial plans are not just documents, but they are closely tied to maps. These maps are created using advanced Geographic Information Systems (GIS) technology, and are ideal candidates for standardisation. Geographical standardisation efforts focus primarily on exchange formats, such as GML, KML and ESRI Shapefiles,<ref type="foot" target="#foot_4">5</ref> but also on standard web-based service protocols, e.g. the Web Map Service (WMS) and Web Feature Service (WFS) protocols. <ref type="foot" target="#foot_5">6</ref> To comply with these standards, geographical information servers are required to implement basic facilities for spatial reasoning, such as determining the overlap between two polygons (regions).</p><p>The free availability of web-based application programming interfaces, most notably the Google Maps API, has exposed this technology to the open source community at large, and has already led to various mash-ups of incredibly diverse data and maps: geo-tagging of photos allows us to search for pictures of food in Thailand, we can view map overlays of traffic conditions all over the world, and even consult weather radar imagery. In all of these cases, the key means to tie together the two types of information -photos and maps, traffic data and maps, or legal texts and maps -is to determine the overlap of data that is meaningful in both domains. Where for traffic data, the location (stretch of road) and traffic density are obvious candidates, in spatial planning one typically depicts the category of land use applicable to each area. Therefore, to connect maps to texts, and vice versa, they should be annotated using the same set of metadata <ref type="bibr" target="#b2">[3]</ref>.</p><p>However, for any given region a multitude of different regulations applies. These regulations may be issued by different government bodies with overlapping jurisdiction; government bodies that each maintain a categorisation specifically targeted towards the types of maps it produces. This is problematic for a number of reasons. Firstly, users of a system that discloses these regulations may not care for, or even be aware of the borders and interaction between these jurisdictions. The system should therefore be able to present all applicable regulations in a transparent fashion, on a single map. Secondly, if for instance land use in regulations issued by adjoining municipalities is categorised differently, the land use 'regime' in these municipalities cannot be compared.</p><p>Comparability of regulations is not just beneficial to individuals or businesses that need to decide where to conduct a certain activity, it is a crucial ingredient for the harmonisation of these regulations. Ideally, categorisations are therefore shared among governments, even when these governments issue their respective regulations in different languages, as is e.g. the case within the EU.</p><p>The need for shared categorisation of types of land use has been acknowledged in a number of standardisation initiatives. For instance, the IMRO 2006 standard was issued by the Dutch ministry of spatial planning and environment, and is currently obligatory for all urban planning by municipalities in the Netherlands. <ref type="foot" target="#foot_6">7</ref>IMRO specifies a strict categorisation system for all sanctioned types of land use at multiple levels of government, and even prescribes the colours to be used on compliant maps. At the European level, the INSPIRE initiative similarly aims to standardise the spatial information published by governments across all member states. <ref type="foot" target="#foot_7">8</ref> Although not specifically targeted to spatial information, the GEMET thesaurus provides a huge multilingual vocabulary for information related to the environment. <ref type="foot" target="#foot_8">9</ref> The 5000+ terms defined in GEMET are organised as a hierarchy, and available in 27 languages, which makes it ideally suited for cross language mapping of terms.</p><p>Where IMRO and INSPIRE introduce a top-down standard for direct exchange of information between organisations within the same domain, GEMET functions rather as umbrella that provides a unifying framework for information exchange between organisations that deal with different (sub) domains. For instance, GEMET identifies 40 themes ranging from 'forestry' to 'physics', that are of relevance to all levels of government. An integrated, transparent unlocking of content tagged using such different schemes must take into account a mapping between them. Of course, an additional challenge is that different categorisation schemes may rely on different technology. Although GEMET is defined as a SKOS vocabulary, IMRO is specified as an XML Schema, and accompanying UML diagrams. <ref type="foot" target="#foot_9">10</ref>A design goal of both IMRO and INSPIRE is that maps produced at different levels of government may be depicted as layers on a single map. This poses interesting opportunities from a legal perspective. Quite distinct from ordinary maps, governments issue spatial plans not to describe the existing situation on the ground, but rather to prescribe the restrictions and rights associated with geospatial objects. <ref type="bibr" target="#b3">[4]</ref> identify two important characteristics of a map-based interface to regulations. Firstly, hierarchical relations between authorities are mirrored in spatial inclusion relationships. We can exploit knowledge of the regulatory bodies involved to resolve normative conflicts between overlapping regions by applying the Lex Superior priority ordering of norms, which states that 'higher' norms prevail over 'lower' norms (e.g. national legislation defeats local regulations if these conflict).</p><p>Secondly, geospatial adjacency information can be used to determine indirect effects; rules and restrictions can be naturally grouped by area of effect, e.g. to prevent the development of an industrial zone right next to a nature reserve. We can use adjacency information to apply a larger number of relevant norms to an area, than we would be able to without this information. This information may be a valuable contribution to cross-border decision making processes. <ref type="foot" target="#foot_10">11</ref>Maps thus provide intuitive handles for evaluating the normative content of spatial plans. However, although even the most rudimentary geoservers (e.g. MySQL with spatial extensions <ref type="foot" target="#foot_11">12</ref> ) provide some form of spatial reasoning, no such functionality exists for the normative aspects of spatial plans. The Legal Information Server (LIS) of <ref type="bibr" target="#b4">[5]</ref> was the first attempt to provide normative reasoning as a service. Its main task was to assess whether some situation description is allowed or disallowed given a set of norms <ref type="bibr" target="#b5">[6]</ref>. Where the LIS implementation depended on a custom-built representation in Prolog, the more recent implementation of <ref type="bibr" target="#b6">[7]</ref> represent regulations using OWL 2 DL <ref type="bibr" target="#b7">[8]</ref>. <ref type="foot" target="#foot_12">13</ref>Arguably, the use of a restricted language such as OWL 2 DL poses some problems for the representation of regulations. Firstly, certain aspects of legal reasoning may be hard or impossible to represent using a language that depends on monotonic reasoning. Especially considering the commonly held claim that legal reasoning is in principle defeasible <ref type="bibr" target="#b8">[9]</ref>: reasoning follows a dialectic process of argumentation by which contrary positions are continuously attacked and revised. The use of a defeasible logic serves a practical purpose in that it enables us to circumvent situations where normative conflicts give rise to logical contradictions: considered separately, each defeasible state is consistent, and without taking their defeasibility into account, the whole would be inconsistent. Monotonic approaches consider each state separately, depending on knowledge-base updates for moving from one state to another. Given the limited task at handnormative assessment -and a user interface where users may 'play around' with possible input, the restricted expressiveness of DL is instrumental to our purposes in that it offers guarantees to response times <ref type="bibr" target="#b9">[10]</ref>. Furthermore, the work of <ref type="bibr" target="#b6">[7]</ref> has shown that a significant portion of exceptions between norms, such as lex specialis, can be dealt with without resorting to defeasible representations.</p><p>A second potential problem for using OWL 2 DL concerns not the complexity of legal reasoning, but rather the complexity of the world that is governed by law <ref type="bibr" target="#b10">[11]</ref>. To retain decidability, OWL 2 DL is restricted to models that have the 'tree property': situations that describe complex configurations of multiple objects can be only approximately defined in DL <ref type="bibr" target="#b11">[12,</ref><ref type="bibr" target="#b10">11]</ref>. In the case of spatial information, this may pose problems in the description of relations between areas. Consider for instance the definition of a body of water, e.g. a river R, that separates two areas of land, L 1 and L 2 . In OWL 2 DL, and other decidable description logics, R cannot be defined as it is impossible to exclude in its definition a situation where L 1 and L 2 overlap.</p><p>However, the domain itself is otherwise at a relatively high level of abstraction that excludes the complex structures found in domains such as biology and engineering. Not only can spatial reasoning be delegated to a geoserver; the land use categories defined in IMRO and INSPIRE provide a standard intermediary for communicating normative content (see Section 4). A final requirement for the system described here, is that it should cater for not just heterogeneity in content, but also in location. We have argued that the regulations issued by different authorities are to be made visible on the map to improve transparency and comparability. However, these regulations are also maintained by these authorities, and are continuously subject to change. It is important therefore that the spatial and semantic representation of regulations should likewise be maintained by their respective owners. The system should therefore be able to cope with distributed content and semantics: a prime use case for Semantic Web technology <ref type="bibr" target="#b12">[13]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Maps, Metadata and Texts in a Prototype System</head><p>We represent the relation between texts, maps, and metadata as depicted in Figure <ref type="figure" target="#fig_0">1</ref>. Texts are annotated using metalex:region properties that point to a region. The la:Region class describes all individual regions in a spatial plan. Regions are related to polygons stored in a GeoServer instance via the geo:id property, and to an individual of type la:Land Use via the la:land use property. Contrary to the initial approach <ref type="bibr" target="#b2">[3]</ref>, these individuals are described as SKOS concepts, i.e. they are simultaneously of type skos:Concept and of type la:Land Use. Consequently, land use categorisations such as captured by IMRO and GEMET are represented as separate skos:Schema hierarchies of skos:Concepts. E.g. a model that allows only the use of land use categories from GEMET and IMRO defines the class la:Land Use as those individuals of type skos:Concept that have a skos:inScheme relation with either gemet:gemet or imro:imro2006. See also Figure <ref type="figure" target="#fig_2">2</ref>.</p><p>This approach leaves freedom to specify restrictions on combinations of land use independently from either IMRO or GEMET, which benefits maintainability of our models. The next sections present the architecture of a prototype implementation, and describe how the representation of regions and land use has been incorporated in the specification of spatial norms.</p><p>The current version of Legal Atlas is a prototype system that allows users to query for potential conflicts. 14 Given a set of land use categories, the system 14 See http://feed.leibnizcenter.org.  shows all regions that conflict with an overlapping region that has one of the categories from that set. It relies on two web services: a SPARQL endpoint, allowing the querying of our Sesame RDF repository, and a WFS service (Web Feature Service), that allows us to retrieve geospatial information from a GeoServer installation. <ref type="foot" target="#foot_13">15</ref> Maps in the RDF repository are straightforwardly represented by means of the feature identifiers (i.e. through the geo:id property, see Figure <ref type="figure" target="#fig_0">1</ref>) used in GeoServer. GeoServer is designed to store and reason on polygons, and supports the determination of certain spatial relations between features, allowing us to represent relations such as e.g. la:overlaps, la:next to, and la:within 500 m as queries on the WFS service. The result of these queries can be added as relations to the RDF repository. Reasoning services are provided through the SwiftOWLIM inference layer on the Sesame repository. <ref type="foot" target="#foot_14">16</ref></p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Representing Spatial Norms</head><p>We distinguish the possible violation of land use from a conflict between spatial norms:</p><p>-A region stands in some relation to another region that is incompatible with their respective types of land use. For instance, an industrial area overlaps with a nature reserve.  -Two types of land use are deemed compatible by one regulatory body, whereas they are seen as incompatible by another.</p><p>In this paper, we focus on the first issue. 17</p><p>The normative content of spatial plans is represented by specifying OWL descriptions of those situations, e.g. regions, that are allowed or disallowed by a spatial plan. Indeed, spatial plans usually only specify the areas where a particular type of land use is allowed, rather than the exclusion relations between types of land use. The latter is typically delegated to the land use categorisation schema. For instance, IMRO prescribes that no piece of land can have more than one type of land use, with the exception of a fixed set of allowed 'double designations'.</p><p>Figure <ref type="figure" target="#fig_4">3</ref> illustrates the representation of spatial norms and land use in Legal Atlas. It depicts two types of land use: ex:Industry and ex:Nature, both of which are subclasses of the general class of la:Land Use: ex:Industry la:Land Use ex:Nature la:Land Use 17 For a more general approach for dealing with conflicts between norms using standard OWL 2 DL reasoning, we refer to <ref type="bibr" target="#b6">[7]</ref>.</p><p>Correspondingly we define two regions, ex:IndustryRegion and ex:NatureRegion, both of which are subclasses of la:Region:</p><p>ex:IndustryRegion ≡ (la:land use some ex:Industry) la:Region ex:NatureRegion ≡ (la:land use some ex:Nature) la:Region</p><p>We map the corresponding land use categorisations from IMRO by assigning them as individuals belonging to the respective classes. This representation has a number of benefits, the most important being that our representation of land use is independent of the categorisation scheme adopted. For instance, we can map gemet:industry to ex:Industry in the same way, allowing us to specify norms on both IMRO and GEMET encoded maps. norm:NoOverlapIN is a norm that states that an overlap between these two types of regions is not allowed. In simplification of the approach presented in <ref type="bibr" target="#b6">[7]</ref>, where norms are kept disjunct from the domain being governed, this norm is represented as a subclass of ex:IndustryRegion with the restriction that the region overlaps with a region of type ex:NatureRegion. This norm is simultaneously defined as a subclass of norm:ConflictRegion: A user draws a region ex:region industry and specifies its land use to be imro:industry. The system queries the GIS server to find all regions that ex:region industry overlaps with. Suppose, in this case we find ex:region nature, we then update the repository with the assertion: la:overlaps(ex:region industry, ex:region nature)</p><p>The third step is to perform OWL 2 DL realization on the knowledge base. This will infer that ex:region industry ∈ ex:IndustryRegion and ex:region nature ∈ ex:NatureRegion (the dotted lines in 3). However, ex:region industry also meets the requirements of norm:NoOverlapIN, and we can therefore infer ex:region industry ∈ norm:NoOverlapIN. Finally, the system will gather all individuals of the class norm:ConflictRegion using a simple SPARQL query: 18 SELECT ?region WHERE { ?region rdf:type norm:ConflictRegion .} Because norm:NoOverlapIN is a subclass of norm:ConflictRegion, ex:region industry will be bound to the ?region variable. The system will bring this fact to the attention of the user by highlighting his region on the map. This paper presents an approach for specifying spatial norms using Semantic Web technology that enables an intuitive way of visualising their effects: map based legal case assessment. Users can see what is allowed and what not in specific areas on the map, they can represent a (simple) case by selecting or drawing an area on the map. Given a designation for that area, they can have the system assess whether this is allowed or not. The same solution also enables the comparison of two or more sets of spatial norms that govern the same region, e.g. coming from a municipality and the province it is part of. We have demonstrated a practical use of the case assessment method specified in <ref type="bibr" target="#b6">[7]</ref> using OWL 2 DL, and presented a prototype system that provides a partial implementation of the approach.</p><p>The simple assessment of cases or the detection of conflicts does not constitute full legal reasoning, but Legal Atlas gives users the opportunity to experiment with their plans and prevailing norms. By using various queries they can find out where their plans might be allowed and where they will meet resistance. A next step will be explaining or justifying the results. Partly this can be done by referring to the original sources of law through the links to the MetaLex representation (see Figure <ref type="figure" target="#fig_0">1</ref>). For explaining the OWL 2 DL reasoning we may be able to use built in functionality of e.g. the Pellet reasoner (cf. <ref type="bibr" target="#b13">[14]</ref>).</p><p>A drawback of the current representation is that since conflicts are represented at the class level, they cannot be queried at the instance level. For instance, this means that we currently cannot query the system for all regions that have a land use which excludes that of a hypothetical new region: the exclusion relations do not hold between the la:Land Use individuals directly, but are only inferred on the fly, for concrete situations. Ideally, one would therefore like the exclusions between types of land use specified at the class level, to propagate to all instances of these classes. One way to achieve this is by introducing a complex combination of OWL 2 DL role chains, self restrictions and the universal property <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b14">15]</ref>. A similar approach has been described in <ref type="bibr" target="#b10">[11]</ref> in the context of processes and actions, and we are currently investigating its use for the problems described here. Future research will be directed towards more advanced spatial and numerical reasoning and the use of dynamic data to cater for the planning (compensate for the loss of x square meters of nature by creating the same area somewhere else) and evaluation scenarios specified in Section 2. A promising development is the recent addition of a spatial reasoning module to the SWI-Prolog engine in the POSEIDON project. <ref type="foot" target="#foot_16">19</ref> Together with the Semantic Web library of this Prolog implementation, the reasoning services required by the application sketched here may be combined in one service.</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. Relations between maps, metadata and texts in Legal Atlas.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Fig. 2 .</head><label>2</label><figDesc>Fig. 2. Relations between knowledge sources in the new Legal Atlas.</figDesc><graphic coords="7,216.75,208.89,143.95,77.94" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head></head><label></label><figDesc>ex:IndustryRegion and la:overlaps some ex:NatureRegion rdf:type overlaps norm:ConflictRegion</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Fig. 3 .</head><label>3</label><figDesc>Fig. 3. Representation of norms in spatial regulations. Ovals indicate classes, solid boxes instances, dashed boxes restrictions, solid arrows explicit relations, dashed arrows inferred relations.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head></head><label></label><figDesc>norm:NoOverlapIN ≡ ex:IndustryRegion la:overlaps some ex:NatureRegion norm:ConflictRegion As an illustration of the representation, consider the following spatial plan, specifying a single region with land use imro:nature: ex:region nature ∈ la:Region la:land use(ex:region nature, imro:nature)</figDesc></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">See http://www.metalex.eu</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">GML: the open Geography Markup Language, see http://www.opengis.net/gml/.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2">RDF: the Resource Description Framework, see http://www.w3.org/RDF</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_3">Well known for other products than coffee.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="5" xml:id="foot_4">KML, the Keyhole Markup Language is Google's variant of GML, see http://earth. google.com/intl/en/userguide/v4/ug_kml.html. ESRI is a leading developer of GIS software, see http://www.esri.com/library/whitepapers/pdfs/shapefile. pdf for the technical description of ESRI Shapefiles.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="6" xml:id="foot_5">Both WMS and WFS are standards of the Open Geospatial Consortium, see http: //www.opengeospatial.org/.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="7" xml:id="foot_6">IMRO: Informatiemodel Ruimtelijke Ordening (information model for spatial planning), see http://www.geonovum.nl/informatiemodellen/imro-2006/ (Dutch).</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="8" xml:id="foot_7">INSPIRE: Infrastructure for Spatial Information in the European Community, see http://inspire.jrc.ec.europa.eu/.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="9" xml:id="foot_8">GEMET: GEneral Multilingual Environmental Thesaurus, see http://www.eionet. europa.eu/gemet.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="10" xml:id="foot_9">SKOS: Simple Knowledge Organization System, see http://www.w3.org/TR/ skos-reference.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="11" xml:id="foot_10">This is in fact the main focus of the FEED project.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="12" xml:id="foot_11">See http://www.mysql.com.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="13" xml:id="foot_12">OWL 2 is an extension of the OWL Web Ontology Language, currently in Proposed Recommendation stage of the W3C standardisation procedure, see http://www.w3. org/2007/OWL.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="15" xml:id="foot_13">See http://geoserver.org</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="16" xml:id="foot_14">SwiftOWLIM provides a limited subset of OWL DL inferences. See http://www. ontotext.com/owlim/.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="18" xml:id="foot_15">http://www.w3.org/TR/rdf-sparql-query/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="19" xml:id="foot_16">See http://www.swi-prolog.org and http://www.esi.nl/short/poseidon/ respectively</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">M ET A lex: Legislation in XML</title>
		<author>
			<persName><forename type="first">A</forename><surname>Boer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Hoekstra</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Winkels</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Van Engers</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Willaert</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The Fifteenth Annual Conference. Frontiers in Artificial Intelligence and Applications</title>
				<editor>
			<persName><forename type="first">T</forename><surname>Bench-Capon</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Daskalopulu</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">R</forename><surname>Winkels</surname></persName>
		</editor>
		<meeting><address><addrLine>Amsterdam</addrLine></address></meeting>
		<imprint>
			<publisher>IOS Press</publisher>
			<date type="published" when="2002">2002</date>
			<biblScope unit="page" from="1" to="10" />
		</imprint>
	</monogr>
	<note>Jurix 2002</note>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Metalex xml and the legal knowledge interchange format</title>
		<author>
			<persName><forename type="first">A</forename><surname>Boer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Winkels</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Vitali</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Computable Models of the Law</title>
				<editor>et al., P.C.</editor>
		<meeting><address><addrLine>Berlin</addrLine></address></meeting>
		<imprint>
			<publisher>Springer Verlag</publisher>
			<date type="published" when="2008">2008</date>
			<biblScope unit="volume">4884</biblScope>
			<biblScope unit="page" from="21" to="41" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Legal atlas: Access to legal sources through maps</title>
		<author>
			<persName><forename type="first">R</forename><surname>Winkels</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Boer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Hupkes</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 11th International Conference on Artificial Intelligence and Law</title>
				<meeting>the 11th International Conference on Artificial Intelligence and Law<address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<publisher>ACM press</publisher>
			<date type="published" when="2007">2007</date>
			<biblScope unit="page" from="27" to="36" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Separating law from geography in gis-based egovernment services</title>
		<author>
			<persName><forename type="first">A</forename><surname>Boer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Van Engers</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Peters</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Winkels</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence &amp; Law</title>
		<imprint>
			<biblScope unit="volume">15</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="49" to="76" />
			<date type="published" when="2007-02">February 2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">CLIME: lessons learned in legal information serving</title>
		<author>
			<persName><forename type="first">R</forename><surname>Winkels</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Boer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Hoekstra</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the European Conference on Artificial Intelligence (ECAI 2002)</title>
				<editor>
			<persName><forename type="first">F</forename><surname>Van Harmelen</surname></persName>
		</editor>
		<meeting>the European Conference on Artificial Intelligence (ECAI 2002)<address><addrLine>Amsterdam,</addrLine></address></meeting>
		<imprint>
			<publisher>IOS-Press</publisher>
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">Legal knowledge engineering: A modelling approach</title>
		<author>
			<persName><forename type="first">A</forename><surname>Valente</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1995">1995</date>
		</imprint>
		<respStmt>
			<orgName>University of Amsterdam</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">PhD thesis</note>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Judging Amy: Automated legal assessment using OWL 2</title>
		<author>
			<persName><forename type="first">S</forename><surname>Van De Ven</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Hoekstra</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Breuker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Wortel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>El-Ali</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of OWL: Experiences and Directions (OWLED 2008 EU)</title>
				<meeting>OWL: Experiences and Directions (OWLED 2008 EU)</meeting>
		<imprint>
			<date type="published" when="2008-10">October 2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<monogr>
		<title level="m" type="main">OWL 2 web ontology language: Structural specification and functional-style syntax</title>
		<author>
			<persName><forename type="first">B</forename><surname>Motik</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">F</forename><surname>Patel-Schneider</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Parsia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Bock</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Fokoue</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Haase</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Hoekstra</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Horrocks</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Ruttenberg</surname></persName>
		</author>
		<author>
			<persName><forename type="first">U</forename><surname>Sattler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Smith</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2008">2008</date>
			<pubPlace>W3C</pubPlace>
		</imprint>
	</monogr>
	<note>Last call working draft. to be published, may be superseded)</note>
</biblStruct>

<biblStruct xml:id="b8">
	<monogr>
		<title level="m" type="main">Logical Tools for Modelling Legal Argument. A Study of Defeasible Reasoning in Law</title>
		<author>
			<persName><forename type="first">H</forename><surname>Prakken</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1997">1997</date>
			<publisher>Kluwer Law and Philosophy Library</publisher>
			<pubPlace>Dordrecht</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Two theses of knowledge representation: Language restrictions, taxonomic classifications, and the utility of representation services</title>
		<author>
			<persName><forename type="first">J</forename><surname>Doyle</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Patil</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">48</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="261" to="298" />
			<date type="published" when="1991">1991</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Ontology Representation -Design Patterns and Ontologies that Make Sense</title>
		<author>
			<persName><forename type="first">R</forename><surname>Hoekstra</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Frontiers of Artificial Intelligence and Applications</title>
				<meeting><address><addrLine>Amsterdam</addrLine></address></meeting>
		<imprint>
			<publisher>IOS Press</publisher>
			<date type="published" when="2009-06">June 2009</date>
			<biblScope unit="volume">197</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Polishing diamonds in OWL2</title>
		<author>
			<persName><forename type="first">R</forename><surname>Hoekstra</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Breuker</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 16th International Conference on Knowledge Engineering and Knowledge Management (EKAW 2008)</title>
		<title level="s">LNAI/LNCS</title>
		<editor>
			<persName><forename type="first">A</forename><surname>Gangemi</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Euzenat</surname></persName>
		</editor>
		<meeting>the 16th International Conference on Knowledge Engineering and Knowledge Management (EKAW 2008)</meeting>
		<imprint>
			<publisher>Springer Verlag</publisher>
			<date type="published" when="2008-10">October 2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">The Semantic Web</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>
	</analytic>
	<monogr>
		<title level="j">Scientific American</title>
		<imprint>
			<biblScope unit="volume">284</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="34" to="43" />
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Laconic and precise justifications in owl</title>
		<author>
			<persName><forename type="first">M</forename><surname>Horridge</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><forename type="middle">P</forename><surname>Sattler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">U</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of the 7th International Semantic Web Conference (ISWC 2008)</title>
				<meeting>of the 7th International Semantic Web Conference (ISWC 2008)<address><addrLine>Germany</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">Mary likes all cats</title>
		<author>
			<persName><forename type="first">C</forename><surname>Lutz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">U</forename><surname>Sattler</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 2000 International Workshop on Description Logics</title>
				<editor>
			<persName><forename type="first">F</forename><surname>Baader</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">U</forename><surname>Sattler</surname></persName>
		</editor>
		<meeting>the 2000 International Workshop on Description Logics<address><addrLine>Aachen, Germany</addrLine></address></meeting>
		<imprint>
			<publisher>CEUR-WS</publisher>
			<date type="published" when="2000">August 17-19 2000</date>
		</imprint>
	</monogr>
</biblStruct>

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