City Data Model Project Collaboratory - User contributions [en-ca]

DisjunctiveState

2022-12-19T14:15:02Z

Megankatsumi: Megankatsumi moved page DisjunctiveState to ISO5087-1:DisjunctiveState: Text replacement - "DisjunctiveState" to "ISO5087-1:DisjunctiveState"

#REDIRECT [[ISO5087-1:DisjunctiveState]]

ISO5087-1:DisjunctiveState

2022-12-19T14:15:02Z

Megankatsumi: Megankatsumi moved page DisjunctiveState to ISO5087-1:DisjunctiveState: Text replacement - "DisjunctiveState" to "ISO5087-1:DisjunctiveState"

{{Class Definition
|Subclass Of=NonTerminalState
|Description=A disjunctive state is a type of NonTerminalState that is defined by the disjunction of its child states. A state cannot be both conjunctive and disjunctive. Conjunctive and disjunctive states, which do have substates, are achieved at some time if their decomposition of states is achieved.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=disjointWith
|Value=ISO5087-1:ConjunctiveState
}}
}}
{{Supplementary Figures}}

Definition

2022-12-19T14:14:58Z

Megankatsumi: Megankatsumi moved page Definition to ISO5087-2:Definition: Text replacement - "Definition" to "ISO5087-2:Definition"

#REDIRECT [[ISO5087-2:Definition]]

ISO5087-2:Definition

2022-12-19T14:14:58Z

Megankatsumi: Megankatsumi moved page Definition to ISO5087-2:Definition: Text replacement - "Definition" to "ISO5087-2:Definition"

{{Class Definition
|Description=A Definition concept that specifies the defined terms used in the Bylaw. It has the following properties:
• schema:name: the formal term being defined. It is an xsd:string.
• schema:description: the definition of the schema:name.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=Schema:name
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=Schema:description
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=ProperPartOf
|Restriction=exactly 1
|Value=ISO5087-2:Bylaw
}}
}}
{{Supplementary Figures}}

ISO5087-1:ConjunctiveState

2022-12-19T13:54:21Z

Megankatsumi: Text replacement - "DisjunctiveState" to "ISO5087-1:DisjunctiveState"

{{Class Definition
|Description=A conjunctive state is a type of NonTerminalState that is defined by the conjunction of its child states.
|Class Diagram Description=An activity cluster provides a basic structure for representing activity specifications. Illustrated in Figure 1, it consists of an activity connected to an enabling and caused state, each of which may be a state tree that defines complex states via decomposition into conjunctions and disjunctions of states.

Figure 2 illustrates the use of the Activity Ontology to describe a class of objects that should be identified as “Drive to Work” activities, where the effect of such an activity is a Conjunctive state. The conjunctive state is decomposed into two terminal states, meaning that it should be interpreted as a state where both sub-states (DriverAtWork and CarAtWork) are true.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=disjointWith
|Value=ISO5087-1:DisjunctiveState
}}
}}
{{Supplementary Figures
|Figure Row={{Figure Row
|Figure=Act-1.png
|Caption=Figure 1: A generic activity cluster.
}}{{Figure Row
|Figure=Act-2.png
|Caption=Figure 2: Example use of the Activity Ontology.
}}
}}

ContractualDefinition

2022-12-19T12:53:58Z

Megankatsumi: Text replacement - "ContractualDefinition" to "ISO5087-2:ContractualDefinition"

#REDIRECT [[ISO5087-2:ISO5087-2:ContractualDefinition]]

DayOfWeek

2022-12-19T12:52:27Z

Megankatsumi: Megankatsumi moved page DayOfWeek to ISO5087-1:DayOfWeek: Text replacement - "DayOfWeek" to "ISO5087-1:DayOfWeek"

#REDIRECT [[ISO5087-1:DayOfWeek]]

ISO5087-1:DayOfWeek

2022-12-19T12:52:27Z

Megankatsumi: Megankatsumi moved page DayOfWeek to ISO5087-1:DayOfWeek: Text replacement - "DayOfWeek" to "ISO5087-1:DayOfWeek"

{{Class Definition
|Description=The day of the week that a weekly recurring event occurs.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification}}
{{Supplementary Figures}}

Pattern:Contract Pattern

2022-12-19T12:49:57Z

Megankatsumi: Text replacement - "ContractualCommitment" to "ISO5087-2:ContractualCommitment"

{{Pattern Definition
|Description=A contract is a legal document that specifies some agreement(s) between two or more parties. The aim of the Contract Pattern is not to formalize the semantics of all possible involved legal concepts, but rather to enable to representation of the general structure and contents of a particular contract. The Contract Pattern adopts the definition of Contract specified in the Financial Business Ontology (FIBO) [8] specified at: https://spec.edmcouncil.org/fibo/ontology/FND/Agreements/Contracts/ with a key modification that a Contract is defined as a type of Document and is distinct from an Agreement (not a subclass, as specified in FIBO).
|Key Concepts and Classes=A Contract is a document with the additional following properties:
• specifiesAgreement: identifies the Agreement(s) that are specified by some Contract.
• hasParty: identifies the person(s) and/or organization(s) that are involved in the Contract.
• hasSignatory: identifies the Person(s) responsible for signing the Contract.
• hasContractualElement: identifies the decomposition of a Contract into more precise parts.
• isValidFor: identifies the Interval in time over which the Contract is valid for, if applicable.
• isExecutedOn: identifies the Interval or Instant in time at which the terms in the Contract are executed, if applicable.
A ContractualElement represents a part of a contract. Therefore, it can only exist in the context of some Contract.
• hasContractText: identifies the excerpt of text from the Contract that corresponds to the Contractual Element.
A ContractualElement may be more precisely identified as:
• ISO5087-2:ConditionPrecedent: a part of the contract that identifies conditions that must be met in order for the contract to take effect.
• ISO5087-2:ContractualCommitment: a part of the Contract that identifies some Agreement between the parties.
• ISO5087-2:ContractualDefinition: a part of the Contract that defines key terms that are referred to in the Contract.
• NonBindingTerm: a part of the Contract that is not legally binding.
• Representation: a part of the Contract that specifies some assertions that are taken to be true at the time of the contract and serve to influence a party’s decision to enter into the Contract.
• Warranty: a part of the Contract that promises some indemnification if an assertion made in the Contract is false.
|Classes=Contract, ContractualElement, ISO5087-2:ConditionPrecedent, ISO5087-2:ContractualCommitment, ISO5087-2:ContractualDefinition, NonBindingTerm, Representation, Warranty
|Definition Status=Pending Approval
}}
{{Supplementary Figures}}

ContractualCommitment

2022-12-19T12:48:56Z

Megankatsumi: Megankatsumi moved page ContractualCommitment to ISO5087-2:ContractualCommitment: Text replacement - "ContractualCommitment" to "ISO5087-2:ContractualCommitment"

#REDIRECT [[ISO5087-2:ContractualCommitment]]

ISO5087-2:ContractualCommitment

2022-12-19T12:48:56Z

Megankatsumi: Megankatsumi moved page ContractualCommitment to ISO5087-2:ContractualCommitment: Text replacement - "ContractualCommitment" to "ISO5087-2:ContractualCommitment"

{{Class Definition
|Subclass Of=ContractualElement
|Description=ISO5087-2:ContractualCommitment is a part of the Contract that identifies some Agreement between the parties.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=specifiesAgreement
|Restriction=some
|Value=ISO5087-1:Agreement
}}
}}
{{Supplementary Figures}}

ControlledEntity

2022-12-19T12:47:09Z

Megankatsumi: Megankatsumi moved page ControlledEntity to ISO5087-2:ControlledEntity: Text replacement - "ControlledEntity" to "ISO5087-2:ControlledEntity"

#REDIRECT [[ISO5087-2:ControlledEntity]]

ISO5087-2:ControlledEntity

2022-12-19T12:47:09Z

Megankatsumi: Megankatsumi moved page ControlledEntity to ISO5087-2:ControlledEntity: Text replacement - "ControlledEntity" to "ISO5087-2:ControlledEntity"

{{Class Definition
|Description=The ControlledEntity is necessary to capture the time interval during which an entity is owned or operated.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=entity
|Restriction=exactly 1
|Value=( LandArea or Organization or ISO5087-2:Building)
}}
}}
{{Supplementary Figures}}

ContractualDefinition

2022-12-19T12:42:23Z

Megankatsumi: Megankatsumi moved page ContractualDefinition to ISO5087-2:ContractualDefinition: Text replacement - "ContractualDefinition" to "ISO5087-2:ContractualDefinition"

#REDIRECT [[ISO5087-2:ContractualDefinition]]

ISO5087-2:ContractualDefinition

2022-12-19T12:42:23Z

Megankatsumi: Megankatsumi moved page ContractualDefinition to ISO5087-2:ContractualDefinition: Text replacement - "ContractualDefinition" to "ISO5087-2:ContractualDefinition"

{{Class Definition
|Subclass Of=ContractualElement
|Description=ContractualDefinition is a part of the Contract that defines key terms that are referred to in the Contract.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification}}
{{Supplementary Figures}}

ContractualElement

2022-12-19T12:41:45Z

Megankatsumi: Megankatsumi moved page ContractualElement to ISO5087-2:ContractualElement: Text replacement - "ContractualElement" to "ISO5087-2:ContractualElement"

#REDIRECT [[ISO5087-2:ContractualElement]]

ISO5087-2:ContractualElement

2022-12-19T12:41:45Z

Megankatsumi: Megankatsumi moved page ContractualElement to ISO5087-2:ContractualElement: Text replacement - "ContractualElement" to "ISO5087-2:ContractualElement"

{{Class Definition
|Description=A ContractualElement represents a part of a contract. Therefore, it can only exist in the context of some Contract.
• hasContractText: identifies the excerpt of text from the Contract that corresponds to the Contractual Element.

A ContractualElement may be more precisely identified as:
• ISO5087-2:ConditionPrecedent: a part of the contract that identifies conditions that must be met in order for the contract to take effect.
• ContractualCommitment: a part of the Contract that identifies some Agreement between the parties.
• ISO5087-2:ContractualDefinition: a part of the Contract that defines key terms that are referred to in the Contract.
• NonBindingTerm: a part of the Contract that is not legally binding.
• Representation: a part of the Contract that specifies some assertions that are taken to be true at the time of the contract and serve to influence a party’s decision to enter into the Contract.
• Warranty: a part of the Contract that promises some indemnification if an assertion made in the Contract is false.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=inverse (hasContractualElement)
|Restriction=some
|Value=Contract
}}{{Manchester Row
|Property=hasContractText
|Restriction=some
|Value=xsd:string
}}
}}
{{Supplementary Figures}}

Pattern:Contract Pattern

2022-12-19T12:38:35Z

Megankatsumi: Text replacement - "ContractualDefinition" to "ISO5087-2:ContractualDefinition"

{{Pattern Definition
|Description=A contract is a legal document that specifies some agreement(s) between two or more parties. The aim of the Contract Pattern is not to formalize the semantics of all possible involved legal concepts, but rather to enable to representation of the general structure and contents of a particular contract. The Contract Pattern adopts the definition of Contract specified in the Financial Business Ontology (FIBO) [8] specified at: https://spec.edmcouncil.org/fibo/ontology/FND/Agreements/Contracts/ with a key modification that a Contract is defined as a type of Document and is distinct from an Agreement (not a subclass, as specified in FIBO).
|Key Concepts and Classes=A Contract is a document with the additional following properties:
• specifiesAgreement: identifies the Agreement(s) that are specified by some Contract.
• hasParty: identifies the person(s) and/or organization(s) that are involved in the Contract.
• hasSignatory: identifies the Person(s) responsible for signing the Contract.
• hasContractualElement: identifies the decomposition of a Contract into more precise parts.
• isValidFor: identifies the Interval in time over which the Contract is valid for, if applicable.
• isExecutedOn: identifies the Interval or Instant in time at which the terms in the Contract are executed, if applicable.
A ContractualElement represents a part of a contract. Therefore, it can only exist in the context of some Contract.
• hasContractText: identifies the excerpt of text from the Contract that corresponds to the Contractual Element.
A ContractualElement may be more precisely identified as:
• ISO5087-2:ConditionPrecedent: a part of the contract that identifies conditions that must be met in order for the contract to take effect.
• ContractualCommitment: a part of the Contract that identifies some Agreement between the parties.
• ISO5087-2:ContractualDefinition: a part of the Contract that defines key terms that are referred to in the Contract.
• NonBindingTerm: a part of the Contract that is not legally binding.
• Representation: a part of the Contract that specifies some assertions that are taken to be true at the time of the contract and serve to influence a party’s decision to enter into the Contract.
• Warranty: a part of the Contract that promises some indemnification if an assertion made in the Contract is false.
|Classes=Contract, ContractualElement, ISO5087-2:ConditionPrecedent, ContractualCommitment, ISO5087-2:ContractualDefinition, NonBindingTerm, Representation, Warranty
|Definition Status=Pending Approval
}}
{{Supplementary Figures}}

ISO5087-2:ContractualElement

2022-12-19T12:38:10Z

Megankatsumi: Text replacement - "ContractualDefinition" to "ISO5087-2:ContractualDefinition"

ISO5087-2:ContractualCommitment

2022-12-19T12:36:06Z

Megankatsumi: Text replacement - "ContractualCommitment" to "ISO5087-2:ContractualCommitment"

ConditionPrecedent

2022-12-19T11:51:33Z

Megankatsumi: Text replacement - "ConditionPrecedent" to "ISO5087-2:ConditionPrecedent"

#REDIRECT [[ISO5087-2:ISO5087-2:ConditionPrecedent]]

Pattern:Contract Pattern

2022-12-19T11:51:32Z

Megankatsumi: Text replacement - "ConditionPrecedent" to "ISO5087-2:ConditionPrecedent"

{{Pattern Definition
|Description=A contract is a legal document that specifies some agreement(s) between two or more parties. The aim of the Contract Pattern is not to formalize the semantics of all possible involved legal concepts, but rather to enable to representation of the general structure and contents of a particular contract. The Contract Pattern adopts the definition of Contract specified in the Financial Business Ontology (FIBO) [8] specified at: https://spec.edmcouncil.org/fibo/ontology/FND/Agreements/Contracts/ with a key modification that a Contract is defined as a type of Document and is distinct from an Agreement (not a subclass, as specified in FIBO).
|Key Concepts and Classes=A Contract is a document with the additional following properties:
• specifiesAgreement: identifies the Agreement(s) that are specified by some Contract.
• hasParty: identifies the person(s) and/or organization(s) that are involved in the Contract.
• hasSignatory: identifies the Person(s) responsible for signing the Contract.
• hasContractualElement: identifies the decomposition of a Contract into more precise parts.
• isValidFor: identifies the Interval in time over which the Contract is valid for, if applicable.
• isExecutedOn: identifies the Interval or Instant in time at which the terms in the Contract are executed, if applicable.
A ContractualElement represents a part of a contract. Therefore, it can only exist in the context of some Contract.
• hasContractText: identifies the excerpt of text from the Contract that corresponds to the Contractual Element.
A ContractualElement may be more precisely identified as:
• ISO5087-2:ConditionPrecedent: a part of the contract that identifies conditions that must be met in order for the contract to take effect.
• ContractualCommitment: a part of the Contract that identifies some Agreement between the parties.
• ContractualDefinition: a part of the Contract that defines key terms that are referred to in the Contract.
• NonBindingTerm: a part of the Contract that is not legally binding.
• Representation: a part of the Contract that specifies some assertions that are taken to be true at the time of the contract and serve to influence a party’s decision to enter into the Contract.
• Warranty: a part of the Contract that promises some indemnification if an assertion made in the Contract is false.
|Classes=Contract, ContractualElement, ISO5087-2:ConditionPrecedent, ContractualCommitment, ContractualDefinition, NonBindingTerm, Representation, Warranty
|Definition Status=Pending Approval
}}
{{Supplementary Figures}}

ISO5087-2:ContractualElement

2022-12-19T11:51:30Z

Megankatsumi: Text replacement - "ConditionPrecedent" to "ISO5087-2:ConditionPrecedent"

{{Class Definition
|Description=A ContractualElement represents a part of a contract. Therefore, it can only exist in the context of some Contract.
• hasContractText: identifies the excerpt of text from the Contract that corresponds to the Contractual Element.

A ContractualElement may be more precisely identified as:
• ISO5087-2:ConditionPrecedent: a part of the contract that identifies conditions that must be met in order for the contract to take effect.
• ContractualCommitment: a part of the Contract that identifies some Agreement between the parties.
• ContractualDefinition: a part of the Contract that defines key terms that are referred to in the Contract.
• NonBindingTerm: a part of the Contract that is not legally binding.
• Representation: a part of the Contract that specifies some assertions that are taken to be true at the time of the contract and serve to influence a party’s decision to enter into the Contract.
• Warranty: a part of the Contract that promises some indemnification if an assertion made in the Contract is false.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=inverse (hasContractualElement)
|Restriction=some
|Value=Contract
}}{{Manchester Row
|Property=hasContractText
|Restriction=some
|Value=xsd:string
}}
}}
{{Supplementary Figures}}

ConditionPrecedent

2022-12-19T11:45:02Z

Megankatsumi: Megankatsumi moved page ConditionPrecedent to ISO5087-2:ConditionPrecedent: Text replacement - "ConditionPrecedent" to "ISO5087-2:ConditionPrecedent"

#REDIRECT [[ISO5087-2:ConditionPrecedent]]

ISO5087-2:ConditionPrecedent

2022-12-19T11:45:02Z

Megankatsumi: Megankatsumi moved page ConditionPrecedent to ISO5087-2:ConditionPrecedent: Text replacement - "ConditionPrecedent" to "ISO5087-2:ConditionPrecedent"

{{Class Definition
|Subclass Of=ContractualElement
|Description=ConditionPrecedent is a part of the contract that identifies conditions that must be met in order for the contract to take effect.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification}}
{{Supplementary Figures}}

ComplexAgreement

2022-12-19T11:43:46Z

Megankatsumi: Megankatsumi moved page ComplexAgreement to ISO5087-1:ComplexAgreement: Text replacement - "ComplexAgreement" to "ISO5087-1:ComplexAgreement"

#REDIRECT [[ISO5087-1:ComplexAgreement]]

ISO5087-1:ComplexAgreement

2022-12-19T11:43:46Z

Megankatsumi: Megankatsumi moved page ComplexAgreement to ISO5087-1:ComplexAgreement: Text replacement - "ComplexAgreement" to "ISO5087-1:ComplexAgreement"

{{Class Definition
|Subclass Of=ISO5087-1:Agreement
|Description=A complex agreement may be decomposed into disjunctive or conjunctive sub-agreements. This allows for the representation of both types of agreement composition.
ComplexAgreement is a subclass of Agreement and has one additional property:
* hasSubAgreement: identifies two or more agreements that comprise the agreement.
|Class Diagram Description=Figure 1 illustrates the use of the Agreement Ontology to represent agreements at different levels of detail. The example shown captures a complex, disjunctive agreement that can be decomposed into two simple agreements. One option (“agr0012”) describes “alice”’s right to have lawn maintenance be performed by “bob”, (also read “bob”’s duty to perform lawn maintenance for “alice”).
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=HasSubAgreement
|Restriction=min 2
|Value=ISO5087-1:Agreement
}}
}}
{{Supplementary Figures
|Figure Row={{Figure Row
|Figure=Agree1.png
|Caption=Figure 1: Example use of the Agreement Ontology.
}}
}}

Clause

2022-12-19T11:31:46Z

Megankatsumi: Megankatsumi moved page Clause to ISO5087-2:Clause: Text replacement - "Clause" to "ISO5087-2:Clause"

#REDIRECT [[ISO5087-2:Clause]]

ISO5087-2:Clause

2022-12-19T11:31:46Z

Megankatsumi: Megankatsumi moved page Clause to ISO5087-2:Clause: Text replacement - "Clause" to "ISO5087-2:Clause"

{{Class Definition
|Description=A Clause is a statement of a rule, provision, requirement, etc. that is part of the body of the Bylaw, or its schedules, penalties, etc. It has the following properties:
• schema:identifier: Unique identifier/number for the clause. It is an xsd:string.
• schema:name: title or name of the clause, if any. It is an xsd:string.
• schema:description: the content of the clause.
• hasType: one of (severance or penalty or transition or repeal or schedule or bylaw)
• hasClause: links to any subclauses of this clause.
• 5087-1:properPartOf: The part of the Bylaw or clause this clause is contained in.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=Schema:identifier
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=Schema:name
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=Schema:description
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=HasType
|Restriction=some
|Value={severance,penalty,transition, repeal, schedule, bylaw}
}}{{Manchester Row
|Property=HasClause
|Restriction=only
|Value=Clause
}}{{Manchester Row
|Property=ProperPartOf
|Restriction=exactly 1
|Value=(Bylaw or Clause)
}}
}}
{{Supplementary Figures}}

ISO5087-2:Citizenship

2022-12-17T22:30:04Z

Megankatsumi: Megankatsumi moved page Citizenship to ISO5087-2:Citizenship without leaving a redirect: Text replacement - "Citizenship" to "ISO5087-2:Citizenship"

{{Class Definition
|Description=The ISO5087-2:Citizenship class is necessary to capture the time interval during which the person is a citizen of a country.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=forCountry
|Restriction=exactly 1
|Value=Country
}}{{Manchester Row
|Property=HasTime
|Restriction=exactly 1
|Value=ProperInterval
}}
}}
{{Supplementary Figures}}

BridgeSegment

2022-12-17T22:30:01Z

Megankatsumi: Megankatsumi moved page BridgeSegment to ISO5087-2:BridgeSegment: Text replacement - "Bridge" to "ISO5087-2:Bridge"

#REDIRECT [[ISO5087-2:BridgeSegment]]

ISO5087-2:BridgeSegment

2022-12-17T22:30:01Z

Megankatsumi: Megankatsumi moved page BridgeSegment to ISO5087-2:BridgeSegment: Text replacement - "Bridge" to "ISO5087-2:Bridge"

{{Class Definition
|Subclass Of=InfrastructureElement
|Description=A ISO5087-2:Bridge Segment is another type of Infrastructure Element, it is part of a Road and has some location.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=HasLocation
|Restriction=only
|Value=Feature
}}
}}
{{Supplementary Figures}}

Pattern:City Pattern

2022-12-17T22:00:41Z

Megankatsumi: Text replacement - "5087-2:City" to "ISO5087-2:City"

{{Pattern Definition
|Description=The City Pattern combines basic information about the:
• land area occupied by a city,
• administrative areas of the city, e.g., districts, wards, neighbourhoods, and
• government organization that runs a city.
• City’s Bylaws.
|Key Concepts and Classes=A City has the following properties:
• schema:legalName: The legal name of the city.
• hasLandArea: identifies the spatial areas occupied by the city.
• hasGovernment: identifies the GovernmentOrganization that manages the city.
• hasBylaw: identifies the bylaws in existence in the city.
• hasAdministrativeArea: identifies administrative areas within the city. They do not have to be distinct and can be hierarchical.

A CityAdministrativeArea is an area that has the authority and the power to make administrative or policy decisions. It can be specialized for use by a City to reflect its unique areas such as Districts, Wards, Neighbourhoods, Prefectures, etc. Its properties are similar to a City:
• hasName: The name of the area.
• hasLandArea: identifies the spatial areas occupied by the area.
• hasPopulationSize: number of people living in the area.
• hasGovernment: identifies the GovernmentOrganization that manages the area, if any.
hasBylaw: identifies the bylaws in existence in the area.
hasAdministrativeArea: identifies sub administrative areas with this administrative area.
• administrativeAreaOf: identifies administrative areas this administrative area.is part of.
|Classes=ISO5087-2:City, CityDivision
|Definition Status=Pending Approval
}}
{{Supplementary Figures}}

Building

2022-12-17T21:58:02Z

Megankatsumi: Text replacement - "5087-2:Building" to "ISO5087-2:Building"

#REDIRECT [[ISO5087-2:Building]]

CityResident

2022-12-17T21:52:33Z

Megankatsumi: Text replacement - "5087-2:City" to "ISO5087-2:City"

#REDIRECT [[ISO5087-2:CityResident]]

ISO5087-2:CityResident

2022-12-17T21:43:41Z

Megankatsumi: Megankatsumi moved page 5087-2:CityResident to ISO5087-2:CityResident without leaving a redirect: Text replacement - "5087-2:City" to "ISO5087-2:City"

{{Class Definition
|Subclass Of=Person
|Description=The CityResident class is a subclass of Person. The properties of the CityResident class are used to construct the definition of a resident for a particular city. These properties are:
• a residence property hasResidence that specifies one or more individuals of Residence, where each individual specifies a residence distinguished by city, address and/or time interval. A resident can have more than one residence;
• a citizenship property citizenOf that specifies one or more ISO5087-2:Citizenship’s, each specifying the country (Country) and time interval (time:ProperInterval) the resident is a citizen. A person can be a citizen of more than country and for different time intervals;
• an ownership property “owns”, that specifies zero or more ControlledEntity’s where entity’s are buildings (Building) and/or land areas (LandArea) that the resident owns; and
• a business operate property “operates”, that specifies zero or more ControlledEntity where the entity is an Organization that the resident operates.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=HasResidence
|Restriction=only
|Value=Residence
}}{{Manchester Row
|Property=CitizenOf
|Restriction=only
|Value=ISO5087-2:Citizenship
}}{{Manchester Row
|Property=Owns
|Restriction=only
|Value=ControlledEntity
}}{{Manchester Row
|Property=Operates
|Restriction=only
|Value=(ControlledEntity and exactly 1 Organization)
}}
}}
{{Supplementary Figures}}

ISO5087-2:Bylaw

2022-12-17T21:41:46Z

Megankatsumi: Megankatsumi moved page 5087-2:Bylaw to ISO5087-2:Bylaw without leaving a redirect: Text replacement - "5087-2:Bylaw" to "ISO5087-2:Bylaw"

{{Class Definition
|Description=The core concept of the Bylaw Ontology is Bylaw. Its properties decompose a Bylaw into conceptual relevant components that support linking with other city concepts, and enable efficient search. The following are a Bylaw’s properties:
• schema:title: A short name for the Bylaw, to be used in other descriptions to refer to the Bylaw.
• schema:legislationJurisdiction: identifies the city that enacted the Bylaw. The range is restricted to City.
• schema:legislationIdentifier: a unique identifier for the bylaw. The range is a xsd:string.
• schema:abstract: a brief statement of the bylaw’s purpose. The range is a xsd:string.
• schema:keywords: keywords used to categorize the bylaw for search purposes. The range is zero of more xsd:string.
• schema:jurisdiction: The City or CityDivision where the bylaw applies. The range is restricted to City or CityDivision.
• schema:legislationType: Type of bylaw chosen from bylawMain, bylawAmending or bylawRevision.
• schema:legislationLegalForce: Specifies whether the Bylaw is currently in force, not in force or partially in force.
• hasDefinition: Words or phrases that are defined to have a specific meaning within the context of the Bylaw. The range is restricted to Definition.
• impacts: who and/or what is impacted by the Bylaw. Restricted to Person, Organization, LandArea, City, CityDivision and/or Activities.
• schema:legislationDate: Date which the Bylaw is officially adopted/signed by the legislationJurisdiction City or CityDivision.
• schema:datePublished: Date the Bylaw is officially published.
• dateInEffect: Date after which the Bylaw is in effect.
• schema:expires: Date the Bylaw expires.
• hasClause: Clauses that make up the body of the Bylaw. Restricted to Clause.
• hasPenaltyClause: Clauses that specify penalties for not adhering to the Bylaw.
• hasSeveranceClause: Clauses that specify that the bylaw remains valid if any portion of the bylaw is found to be invalid by a higher jurisdiction.
• hasTransitionClause: Clauses that cover the period during which entities affected by the bylaw can do things to conform to the new conditions.
• hasRepealClause: Clauses that specify all previous bylaws that deal with subjects that are addressed in the new bylaw must either be repealed or amended.
• hasSchedule: Schedules that are attached to the Bylaw and are referenced by the Bylaw. A Schedule is part of the Bylaw.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=Schema:legislationJurisdiction
|Restriction=exactly 1
|Value=(City or CityDivision)
}}{{Manchester Row
|Property=Schema:legislationIdentifier
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=Schema:abstract
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=Schema:keywords
|Restriction=only
|Value=xsd:string
}}{{Manchester Row
|Property=Schema:legislationType
|Restriction=only
|Value={mainBylaw, amendingBylaw, revisionBylaw }
}}{{Manchester Row
|Property=Schema:legislationLegalForce
|Restriction=only
|Value={schema:InForce, schema:NotInForce, schema:PartiallyInForce}
}}{{Manchester Row
|Property=HasDefinition
|Restriction=only
|Value=Definition
}}{{Manchester Row
|Property=Impacts
|Restriction=only
|Value=(Person or Organization or LandArea or City or CityDivision or Activity)
}}{{Manchester Row
|Property=Schema:legislationDate
|Restriction=exactly 1
|Value=xsd:DateTime
}}{{Manchester Row
|Property=Schema:datePublished
|Restriction=exactly 1
|Value=xsd:DateTime
}}{{Manchester Row
|Property=DateInEffect
|Restriction=exactly 1
|Value=xsd:DateTime
}}{{Manchester Row
|Property=Schema:expires
|Restriction=exactly 1
|Value=xsd:DateTime
}}{{Manchester Row
|Property=HasClause
|Restriction=only
|Value=Clause
}}{{Manchester Row
|Property=HasPenaltyClause
|Restriction=only
|Value=Clause
}}{{Manchester Row
|Property=HasSeveranceClause
|Restriction=only
|Value=Clause
}}{{Manchester Row
|Property=HasTransitionClause
|Restriction=only
|Value=Clause
}}{{Manchester Row
|Property=HasRepealClause
|Restriction=only
|Value=Clause
}}{{Manchester Row
|Property=HasSchedule
|Restriction=only
|Value=Schedule
}}
}}
{{Supplementary Figures}}

CitizenOf

2022-12-17T21:36:36Z

Megankatsumi: Text replacement - "Citizenship" to "ISO5087-2:Citizenship"

{{Object Property Definition
|Property Description=A citizenship property citizenOf that specifies one or more ISO5087-2:Citizenship’s, each specifying the country (Country) and time interval (time:ProperInterval) the resident is a citizen. A person can be a citizen of more than country and for different time intervals
|Definition Status=Proposed
}}
{{Annotation Specification}}
{{Property Specification}}
{{Supplementary Figures}}

ISO5087-2:Citizenship

2022-12-17T21:36:32Z

Megankatsumi: Text replacement - "Citizenship" to "ISO5087-2:Citizenship"

ISO5087-2:CityResident

2022-12-17T21:00:06Z

Megankatsumi: Text replacement - "Citizenship" to "ISO5087-2:Citizenship"

Bridge

2022-12-17T20:21:24Z

Megankatsumi: Megankatsumi moved page Bridge to ISO5087-2:Bridge: Text replacement - "Bridge" to "ISO5087-2:Bridge"

#REDIRECT [[ISO5087-2:Bridge]]

ISO5087-2:Bridge

2022-12-17T20:21:24Z

Megankatsumi: Megankatsumi moved page Bridge to ISO5087-2:Bridge: Text replacement - "Bridge" to "ISO5087-2:Bridge"

{{Class Definition
|Subclass Of=InfrastructureElement
|Description=A ISO5087-2:Bridge is a type of Infrastructure Element. It describes a part of the physical transportation infrastructure that enables travel over some area. It has some location and name, and may contain some Road or Rail Line Segments. It may be decomposed into parts as ISO5087-2:Bridge Segments.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=HasLocation
|Restriction=only
|Value=Feature
}}{{Manchester Row
|Property=HasName
|Restriction=only
|Value=xsd:string
}}{{Manchester Row
|Property=HasProperPart
|Restriction=only
|Value=ISO5087-2:BridgeSegment
}}{{Manchester Row
|Property=contains
|Restriction=only
|Value=(RoadSegment or RailLineSegment)
}}
}}
{{Supplementary Figures}}

Pattern:Person Pattern

2022-12-17T20:10:25Z

Megankatsumi: Text replacement - "Citizenship" to "ISO5087-2:Citizenship"

{{Pattern Definition
|Description=Persons are a key category in Smart City Models. It is the combination of decisions of persons in the population that result in changes to travel behaviour. For example, consider a person's decision to change places of employment. Among other things, this change will likely impact their daily travel behaviour. The Person Pattern enables the representation of persons and their attributes of interest. Factors such as a person's age, income, and place of residence are defined as properties of a person. The Change Pattern is used to specify which attributes may change over time (e.g. income), and which attributes are constant (e.g. date of birth).
|Key Concepts and Classes=The key classes and properties are formalized in Table 8 and Table 9, respectively. Person has the following properties:
• hasPersonID: links zero or more to instances of PersonID. Can be a driver’s license, passport, etc.
• hasName: links to zero or more instances of PersonName – a person can have multiple names.
• hasAddress: links to zero or more Address for the Person.
• hasPhoneNumber: links to zero or more PhoneNumbers for the Person.
• hasEmail: specifies zero or more email addresses as xsd:strings.
• cityresident:citizenOf: links to instances of ISO5087-2:Citizenship that specify the country they are/were a citizen of, and the time period.
• schema:birthdate: A time:Instant when the person was born.
• schema:birthplace: An address for where the person was born.
• schema:deathDate: A time:Instant when the person died.
• schema:deathplace: An address for where the person died.
• schema:parent: links to zero or more Persons who are their parent. Note that we define the parent relation as the legal relation as opposed to biological. This property may be specialized and restricted, for example hasBiologicalMother: exactly 1 Person.
• schema:spouse: links to zero or more Persons who are their spouse.
• schema:children: links to zero or more Persons who are their children.
• hasSex: A Person has exactly 1 sex, and sex may be one of only male or female. The definition of sex is distinct from that of a person’s gender: “Sex refers to sex assigned at birth. Sex is typically assigned based on a person's reproductive system and other physical characteristics.”
• hasGender: A Person may also have an associated Gender. The value of this may or may not differ from a person’s sex at birth. Precisely how Gender is defined and instantiated varies based upon context and so may be defined by the user of this standard as appropriate.
• hasIncome: specifies the annual income for ther person.
• hasSkill: identifies the Skills the Person has.
• hasEducation: identifies the education the Person has.
Note the Skill and Education classes are not defined and are left to the application to define.
PersonName represents the parts of a person’s name:
• schema:givenName: a string that is the given or first name of the Person.
• schema:additionalName: a string that is the middle or additional names of the Person.
• schema:familyName: as single string that is the family or last name of the Person.
PersonID represent a unique identifier for the Person issued by an Organization. It has the following properties
• schema:identifier: a string that encodes the unique id of the person.
• hasIDType: specifies the type of ID, including passport an driversLicense.
• photoID: A Boolean that specifies whether the ID contains a photo.
• time:hasTime: defines a time interval during which the ID is valid.
• schema:issuedBy: an Organiztaion that issued the id.
|Classes=Person,PersonID,Sex
|Definition Status=Pending Approval
}}
{{Supplementary Figures}}

ISO5087-2:BridgeSegment

2022-12-17T20:10:23Z

Megankatsumi: Text replacement - "Bridge" to "ISO5087-2:Bridge"

Pattern:City Resident Pattern

2022-12-17T19:57:28Z

Megankatsumi: Text replacement - "Citizenship" to "ISO5087-2:Citizenship"

{{Pattern Definition
|Description=As different cities have different definitions of who is that city’s Resident, the City Resident Pattern can contain the properties required by each. Central to all the definitions is the concept of residing. Variously referred to as a home or domicile in which the resident spends significant amounts of time; they can own it, rent it or just stay in it. Legally, “reside means to dwell permanently or continuously. It expresses an idea that a person keeps or returns to a particular dwelling place as his fixed, settled, or legal abode. The meaning of reside implies a continuous arrangement” ; reside has both a temporal and spatial dimension. The city of Toronto’s definition of a city resident includes the concept of owning property or owning or operating a business in the city. For Beijing, nationality is a unique aspect.
|Key Concepts and Classes=The CityResident class is a subclass of Person. The properties of the CityResident class are used to construct the definition of a resident for a particular city. These properties are:
• a residence property hasResidence that specifies one or more individuals of Residence, where each individual specifies a residence distinguished by city, address and/or time interval. A resident can have more than one residence;
• a citizenship property citizenOf that specifies one or more ISO5087-2:Citizenship’s, each specifying the country (Country) and time interval (time:ProperInterval) the resident is a citizen. A person can be a citizen of more than country and for different time intervals;
• an ownership property “owns”, that specifies zero or more ControlledEntity’s where entity’s are buildings (Building) and/or land areas (LandArea) that the resident owns; and
• a business operate property “operates”, that specifies zero or more ControlledEntity where the entity is an Organization that the resident operates.
The ControlledEntity and ISO5087-2:Citizenship classes are necessary to capture the time interval during which an entity is owned or operated, or the person is a citizen of a country.
In the following definition of CityResident, the properties identified fall into two types:
• Properties that are required in all specializations of Resident, e.g., Toronto Resident, Beijing Resident, and
• Properties that are optional, but if used by a specialization of Resident, have their ranges restricted.
A major part of determining whether a person is a resident of a city is the specification of where and when they have resided. The hasResidence property is required and links a CityResident to a Residence. The cardinality of the property is greater than one as over time a person may reside in more than one place/address, in the same city and/or different cities.
The Residence class identifies the following optional properties that can be used by specializations of the class:
• a location property forCity whose range is a single city (City),
• a time interval property time:hasTime whose range is a single time interval,
• the home type property hasHomeType whose range is a single type of home, such house, apartment, etc.,
• an address property hasAddress whose range is a single address, and
• a property hasResidentialRelationship whose range specifies whether the resident rents, owns, etc. the home.
The temporal intervals of individuals of Residence can used to determine a total or partial ordering of a person’s residencies, as a person may reside in more than one place at the same time.
All specializations (subclasses) of Resident shall have at least one hasResidence property that identifies where they reside. The remaining properties are optional and their specifications are intended to constrain their use in the context of specializations of Resident. For example, if an optional property is used in the definition of Toronto Resident, then its range is restricted to what is specified in Resident.
|Classes=ISO5087-2:CityResident, Residence, ControlledEntity, ISO5087-2:Citizenship
|Definition Status=Pending Approval
}}
{{Supplementary Figures}}

5087-2:Building

2022-12-17T19:50:52Z

Megankatsumi: Text replacement - "5087-2:Building" to "ISO5087-2:Building"

#REDIRECT [[ISOISO5087-2:Building]]

Firm

2022-12-17T19:42:28Z

Megankatsumi: Text replacement - "BusinessEstablishment" to "ISO5087-2:BusinessEstablishment"

{{Class Definition
|Subclass Of=Organization
|Description=A Firm is a type of organization.
o A Firm has an address and an industry type, and some Employees.
o A Firm may have a Business Establishment(s).
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=hasIndustryType
|Restriction=only
|Value=IndustryType
}}{{Manchester Row
|Property=hasEstablishment
|Restriction=only
|Value=ISO5087-2:BusinessEstablishment
}}
}}
{{Supplementary Figures}}

ISO5087-2:Address

2022-12-17T19:26:34Z

Megankatsumi: Text replacement - "5087-2:City" to "ISO5087-2:City"

{{Class Definition
|Description=Both Address and Phonenumber classes are designed to accommodate international versions. In addition to drawing from the iContact ontology, the pattern reuses concepts from the Spatial Location Pattern (defined in ISO 5087-1) in order to associate an address with a location.

The Address Class has the following properties:
* hasAddressType: Specifies the type of address, e.g., home, work.
* hasStreetNumber: Specifies the number of the street for the address.
* hasStreet: Specifies the name of the street for the address.
* hasStreetType: Specifies the type of the street for the address, e.g., road, drive.
* hasStreetDirection: Specifies the direction of the street for the address, e.g., east, west.
* hasUnitNumber: Specifies the unite or suite number of the address.
* hasPostalBox: Specifies the box number for the address.
* hasBuilding: Specifies the name of the building for the address.
* hasCitySection: Specifies the section of the city for the address.
* hasCity: Specifies the name of the city for the address.
* hasProvince Specifies the state or province for the address.
* hasPostalCode: Specifies the zip or postalcode for the address.
* hasCountry: Specifies the country for the address using ISO 3166-2 alpha-2 2 letter country code.
* iso5087-1:hasLocation: Specifies a placename (e.g., geonames.org) and geometry for the address.
* wgs84:lat: Specifies the latitude for the address.
* wgs84:long: Specifies the longitude for the address.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=HasAddressType
|Restriction=only
|Value=ISO5087-2:AddressType
}}{{Manchester Row
|Property=HasStreetNumber
|Restriction=max 1
|Value=xsd:nonNegativeInteger
}}{{Manchester Row
|Property=HasStreet
|Restriction=max 1
|Value=xsd:string
}}{{Manchester Row
|Property=HasStreetType
|Restriction=max 1
|Value=StreetType
}}{{Manchester Row
|Property=HasStreetDirection
|Restriction=max 1
|Value=StreetDirection
}}{{Manchester Row
|Property=HasUnitNumber
|Restriction=max 1
|Value=xsd:nonNegativeInteger
}}{{Manchester Row
|Property=HasPostalBox
|Restriction=max 1
|Value=xsd:string
}}{{Manchester Row
|Property=HasBuilding
|Restriction=max 1
|Value=xsd:string
}}{{Manchester Row
|Property=HasCitySection
|Restriction=max 1
|Value=xsd:string
}}{{Manchester Row
|Property=HasCity
|Restriction=max 1
|Value=ISO5087-2:City
}}{{Manchester Row
|Property=HasProvince
|Restriction=max 1
|Value=schema:State
}}{{Manchester Row
|Property=HasPostalCode
|Restriction=max 1
|Value=xsd:string
}}{{Manchester Row
|Property=HasCountry
|Restriction=max 1
|Value=schema:Country
}}{{Manchester Row
|Property=HasLocation
|Restriction=exactly 1
|Value=Feature
}}{{Manchester Row
|Property=Wgs84:lat
|Restriction=max 1
|Value=xsd:decimal
}}{{Manchester Row
|Property=Wgs84:long
|Restriction=max 1
|Value=xsd:decimal
}}
}}
{{Supplementary Figures}}

ISO5087-2:CityDivision

2022-12-17T19:24:26Z

Megankatsumi: Megankatsumi moved page 5087-2:CityDivision to ISO5087-2:CityDivision without leaving a redirect: Text replacement - "5087-2:City" to "ISO5087-2:City"

{{Class Definition
|Description=A City Division is similar in properties to a City:
* schema:name: The name of the city division
* hasLandArea: identifies the spatial areas occupied by the city division.
* hasGovernment: identifies the GovernmentOrganization that manages the city division, if any.
* sBylaw: identifies the bylaws in existence in the city division.
* 5087-1:hasProperPart: identifies spatial subdivisions of the city division.
* 5087-1:properPartOf: identifies the City or CityDivision it is part of.
|Definition Status=Pending Approval
}}
{{Annotation Specification}}
{{Manchester Specification
|Manchester Row={{Manchester Row
|Property=Schema:name
|Restriction=exactly 1
|Value=xsd:string
}}{{Manchester Row
|Property=HasLandArea
|Restriction=only
|Value=LandArea
}}{{Manchester Row
|Property=HasGovernment
|Restriction=only
|Value=GovernmentOrganization
}}{{Manchester Row
|Property=HasBylaw
|Restriction=only
|Value=ISO5087-2:Bylaw
}}{{Manchester Row
|Property=HasProperPart
|Restriction=only
|Value=ISO5087-2:CityDivision
}}{{Manchester Row
|Property=PropertPartOf
|Restriction=exactly 1
|Value=(City or CityDivision)
}}
}}
{{Supplementary Figures}}

BuildingUnit

2022-12-17T19:18:11Z

Megankatsumi: Text replacement - "5087-2:Building" to "ISO5087-2:Building"

#REDIRECT [[ISO5087-2:BuildingUnit]]