NL2005879C2 - CORE REGISTRATIONS FOR A PUBLIC SPACE. - Google Patents

Description

! NL 15323 Ph / Vw i: f

Key registrations for a public space j [

BACKGROUND OF THE INVENTION

The present invention relates to core registrations for a public space. More specifically, the invention relates to a core registration system, a method for core registration and a computer program for core registration for objects in a public space.

Description of the prior art 10 i

Basic registrations are a collection of authentic ge; information required for a properly functioning and service-providing government. Data in basic records are usually recorded once and used multiple times. This means that basic registrations are recorded as data in different databases and / or digital files and that every government organization with a public task must obtain its data from this. If certain data is included in a basic registration, then this may be data! 20 data can in principle no longer be requested from sources other than the basic registration.

Basic registrations ensure administrative burden reduction! ! information for citizens and businesses and better government services. By one-off collection and

: I

25 multiple use of data does not require the citizen! Time to be bothered with the same questions. In addition, organizations with a public-law task have:

correct and current data and do not need to have your own files; J

be kept up to date. The databases with basic registrations are usually centered and coordinated regionally or nationally, so that a central source of data is created that can be consulted. committed. The databases with basic registrations are also called the system of basic registrations.

: j:, i

2 I

Basic registrations contain much-needed and frequently-used I

data, such as addresses, personal data, company names and M

location coordinates. Examples of basic registrations i are a municipal basic administration of personal data, i a trade register, a basic registration of addresses and buildings.

wen, a basic registration topography, a basic registration I

Land Registry, a basic vehicle registration (registration number), a basic wage registration, labor and benefit ratios, a basic income registration, a basic property registration, a registration of non; j residents, a basic registration large-scale topography and a basic registration subsurface.

A number of basic registrations contain geographical information, such as the basic registration addresses and buildings, the basic registration cadastre, the basic registration topography, the basic registration large-scale topography and the basic registration |

surface. Addresses and buildings in the basic registration I

there is information about, for example, properties, residential objects and i

permanent stands and berths. All places of residence, street names and number indications are registered. In the I

The Land Registry Basic Register contains information about parcels, such as parcel numbers, names of owners, size and limited i | ! i rights or seizures on plots. Lots with a parcel number and the country,; j! i 25 provincial and municipal boundaries are indicated. The basic registration topography contains the entire topography of a region or country with maps on a small scale, for example 1: 10,000 or smaller. The basic registration for large-scale topography contains all objects such as houses, roads and dikes that are present in the site. The basic registration subsurface contains data about the soil and subsurface, such as soil science and geological structure of the subsurface. ; j i ü

Core registrations are managed outside the process systems! ί | standardized data sets with data that for I!

35 multiple use are eligible. Unlike J

basic registrations are core registrations not legally changed! duty. Key registrations are also referred to as authentic or source registrations.

I I

3: i

A local government, such as a municipality, can set up core registries for primary and / or secondary processes.

Examples of primary process records are natural persons, non-natural or legal persons, real estate and addresses, land register and topography. Examples of secondary process registrations are core registrations for documents, finances and personnel.

Fig. 1 shows a system architecture comprising a database; se 1 for basic records with geographic information, 10 databases 2a-2d with copies of data from the basic records 1 and databases 3a-3d for management records with core registration data. Arrows indicate the direction of data; exchange again. The local government uses a copy 2a-2d of data from one or more basic registries 1 with geographical information for the development, design and management of public spaces, for example in the form of a digital geographical map generated on the basis of the basic registration for large-scale topography. Various administrative administrations 3a-3d within the local government make use of their own copy 2a-2d of the card as a basis for yy-specific activities in the public space. Various software programs are often used as management applications

used. Examples of management administrations are road management M

3a, green management 3b, management of public lighting 3c and management of sewers 3d. The key registration data of the: j management administrations are linked to the respective j

copies of the basic registration data. I

Working with your own copy 2a-2d and with various software programs for the various management administrations 3a-30 3d results in non-uniform processing of data, non-combinable information and the difficult or even impossible! make the information accessible in an integrated way, for example via a geographic information system (GIS), an intranet or the internet. Moreover, basic registration data 35 may change, so that copies 12a-12d no longer

be current. I

There is therefore a need for an improved method of working for the development, design and management of public spaces. <j: \ i l \! 4 i j! i

Brief summary of the invention j

The object of the present invention is an improved system and method for the development, organization and management of public spaces. |

To achieve the above objective, according to the; The invention, in a first aspect thereof, has a core registration: ; ! a public space system provided with the features defined in claim 1. j

In a second aspect of the invention, a method is provided for core registration for a public space with the j characteristics as defined in claim 8.: j

By directly linking the core registration data with the I

15 basic registration data, this data is central and unique

form available and can be used multiple times. This makes it 'I

For example, it is possible to integrate information about the public space in an integrated way via a GIS, an intranet or the internet. Hereby, "integrated unlocking" is understood to mean the unlocking of information originating from i | various administrators that are stored centrally in the core registration data.

i

In the embodiments of claims 2 and 10, parts of the data can be protected against improper use. \

In the embodiment of claim 3, core registries; data is linked to object data from many | objects such as houses, roads and dikes that are present in the terrain of public space. :

In the embodiment of claim 4, basic regions

stration data and key registration data are stored in a standard format defined by i, making the link between these data more reliable and improving interoperability with other systems.

In the embodiments of claims 5 and 11, information from the databases can be used for analysis and management of the public space.

i j | j: | 5

In the embodiments of claims 6 and 12, business aspects can be included in the analysis and management of the public space.

In the embodiments of claims 7 and 13, budget related calculations and / or reports can be performed, taking into account interaction between objects in the relevant public space.

In the embodiment of claim 9, the core registration data can be changed. In a third aspect of the invention, a computer program is provided for core registration for a public service. room with the features as defined in claim 14.: j

Brief description of the drawings 15: i

The core registration system, method and computer program according to the present invention are further described with reference to the accompanying drawings in which: Fig. 1 shows a system architecture from the prior art; ;

Fig. 2 shows a system architecture in accordance with an example of an embodiment of the present invention; invention; and Fig. 3 shows a flow chart of a method in accordance with an example of an embodiment of the present invention.

Detailed description 30

A suitable embodiment of the present invention will now be described below with reference to the figures. j

The invention provides a management administration independent environment for consulting and processing data from above and below ground infrastructure, in which the management of the public space is unambiguously defined. All administrators work directly with a central register 6 database, such as the basic registration of large-scale topography which can be represented as a large-scale topographic base map (hereinafter also referred to as large-scale base map). Management topography is linked to the basic registration data for supplying geo data for the purpose of generating the topographic maps. The geodata can be included in the central database itself or from an external source linked to the central database. ; j

Instead of a database, any other digital data storage form can be used, such as a central one j storage of data in one or more data files. ; | ! ï

Core registration data relating to the public; ! space can be included in the large-scale basic map by: j a link between the relevant databases and the basic registration database on the basis of a clear nomenclature. As a result, the large-scale basic map and the key registration data are directly linked to each other. In contrast to the state of the art, copies of data from the basic registration are no longer used. Fig. 2 shows a system architecture of an exemplary embodiment of the invention. Database 1 contains the basic registration data and includes, for example, the basic registration of large-scale topography. Databases 31a-31d with core registration data are directly linked to the basic registration database 1. The different core registration databases j 31a-31d contain data from different administrators and together with the basic registration form a central i j database. Examples of key registration data are data relating to road management 31a, green management 31b, management of public lighting 31c and management of sewerage systems 31d. : j

Linking the databases creates a central database 10. The central database 10, and in particular the yy core registration data 31a-31d, are managed by management module 30 consisting of one or more computers. Information i | 35 can be accessed to an intranet or the internet via web module 40. GIS analyzes can be performed with a linked GIS module 50. i i j i 7! j 'j

The central database 10 as shown in Fig. 2 is only an example of how the central database can be configured. Other implementations are possible, for example, in which the data from databases 31a-31d are directly included in database 1, or in which databases 31a-31d are combined in a single core registration database linked to database 1.!

It is also possible that functionality of two or more j

of the modules 30, 40 and 50 is combined in a single module

dule. ; j 10 By placing the core registration data within the system of basic registrations, all (management) data 1 of the above and below ground infrastructure is central | available. Moreover, it becomes possible to use, j

data collected and entered by other managers (or elsewhere) with regard to a geographical environment or object in the geographical environment, such as, for example, data relating to social management, permits and zoning plans. The (management) data of the public space M

of the various managers are therefore unambiguously and centrally stored and can then be used multiple times. j

Examples of use are the development, design and management of public spaces, and the integrated access to: j information about public spaces via a GIS, an intranet or the internet. In this context, "integrated access" 1 is understood to mean accessing information from: different administrators. j

An example of (management) data are addresses that were previously collected separately with different management applications. Key registration data relating to the physical domain of public space can for example: j be related to the categories green (including green areas, trees and / or playgrounds), gray (comprising ι

infrastructure, roads, cycle paths and / or footpaths),! I

works of art (including bridges, viaducts, quays and / or wall walls), water (including watercourses and / or 1 year drainage system), public lighting and traffic (including public lighting, traffic lights, parking reference systems and / or signs), main networks (including tram, metro, bus, j 8 shelters, stops and / or stations), city management (including (construction) projects, diversions and / or events), underground: domain (including sewerage, cables & pipes, other underground objects (underground waste containers), soil contamination, soil geography / geology and / or soil mechanical situation), parking facilities (including parking areas, parking garages and / or bicycle parking facilities), and / or policy and structural plans (part of the data that is often used by managers working in the (re) development 10 are used are laid down in policy plans and structure plans).

A large part of the information in the large-scale basic map, including both the basic registration data and the core registration data, is public and available to j! 15 anyone with minimum access rights. A part of the ! data is not intended for everyone, for example due to its confidentiality or due to the possibility of modifying certain key registration data. Known means for restrictively providing access to digital information are used for shielding this data. For example, certain access rights can be given to the information in the databases based on function or personal name. j

An important feature of the basic and core registrations; I

25 is the quality of the available data. By collecting and storing the registration data in accordance with fixed procedures in form, standardization and time, the quality of the data is guaranteed. In addition, it is easy to find out who is the owner and therefore responsible for (parts of) the data. J ?

The basic registration of large-scale topography can, for example, use the Dutch standard NEN 3610 as a basic model for storing geo-information. NEN 3610 contains | terms, definitions, relationships and general rules for the! 35 exchange of information on the earth's surface

related spatial objects. The basic registration I

Large-scale topography consists of abstractions of topographical objects in reality. For the purposes of i ï ...... ........................ . .............................. .................... ............! 9. ΐ fit basic model, the basic registration for large-scale j topography limits these topographical objects to only physical, visible topographical objects occurring at some point in reality, summarized under the term: basic topography. The basic registration for large-scale topography includes these as authentic, legally determined objects. i

One source holder is known for each object in the basic registration for large-scale topography, who talks about this object; 10 manages and / or has supplied. This is a mandatory data for each object and it prevents "orphan objects". ; j

Source holder boundaries coincide with object boundaries. ;

Coordinates of the objects are preferably millimeter accurate, that is, if meters are used for the unit of measurement, the coordinate number contains a maximum of 1 three digits after the comma. Coordinates are preferably traceable to the European Terrestrial Reference System 1989 (ETRS89) or similar standard for what

concerns the horizontal component. It is possible to have a z-i

20 coordinate or full 3D geometry for the vertical component. j

Attributes of objects are preferably expressed in j geometry types. The values that this attribute can assume are: j ί set in the data type specified for object class j). A distinction is made between plane, y line and point geometry. Examples of geometry types that: j can be used for objects in the basic registration! |

large-scale topography are "flat" for a road section, "line" J

or "plane" for a piece of art, "line" or "plane" for a wall, "line" for a track, "multi-plane" for a building, and; j "point" for a geometric point. The geometry types are specified at j.

preferably indicated with their ISO name, as specified in NEN 3610.

The objects are divisive or organizing. A dividing object means that "nothing" remains (underneath) j

when that object would be deleted. Furnishing objects! I

always lie on an object, and / or above or below one or more dividing objects at ground level. Examples of i | Dividing object types are a terrain part, water part and road part. Examples of furnishing object types are a building, artwork part and furnishing element.

The relative height of the objects relative to each other can be displayed in the large-scale map. j

For this, use is made of levels that indicate whether an object is at ground level (level 0) or at an upper or lower level. The attribute "relative altitude" can take any integer (integer). Objects at a higher level (for example, a bridge over water) are assigned a higher level number. j

Objects at an underlying level (for example, a tunnel) get a lower level number. Objects at a level Φ 0 are provisional, which means that when one removes this object, at least one other object remains at level 0. Objects; ·

which are organizing and which are located on a; I

subdivision object, the level number assigned to that subdivision object is assigned. For example, a road that lies over a water j is assigned level number 1. The artwork part 20 bridge and any bridge operator's house will therefore also be assigned the level number 1. The level does not provide information about the absolute height of an object. For this, they can

coordinate or full 3D geometry. I

Geometric points are those points that are known in coordinates and that are subsequently used and part:; in the boundary of objects in the basic registration j large-scale topography. For each geometric point, in addition to the identification, the accuracy, the collection date, the person who determined it and the collection method 30 are stored. In addition, the location of each object is defined by geometry. This geometry must match the geometry of geometric points. In the case of j-dividing objects, the connections between the geometric j-points form a boundary between two adjacent dividing objects.

35 Each object is assigned a unique identification number j according to the guidelines of NEN 3610. As long as the i object exists, this ID may not, in principle, change. The ID is in the form A.B.C.D, for example: 11; j.IMGeo.01023.3F2504E04F8 911D39A0C0305E82C3301:

Herein the A part is a country code, the B part a code j for a sector model, the C part a 5-digit number assigned to the source holder who provides the object with the ID,! 5 and the D part a unique identifier for the source holder of the object in the form of a GUID being a number of 16 j j! i bytes (128 bits) written in hexadecimal form. | j

In order to be able to link the core registration data to the large-scale topography basic registration, these data, as previously indicated, are stored in a clear nomenclature. When using NEN 3610 for storing the i; basic registration data will therefore also include the storage of;

, I

core registration data use the guidelines of NEN 3610. 1

The core registration data optionally contains 15 business management data that may be relevant for choices in the construction and design of public spaces. : j

Examples of business management data are:! strategic, tactical and operational management data. This makes it possible to execute planning, control and financial management on the public space. The GIS module 50 can be used for the analysis of business aspects of the public space based on the information in the central database: ί: f

10 recorded business management data. M

The results of business administration analysis! 25 aspects can be linked to a management budget module for carrying out budget-related j

calculations and / or reports. The present invention; I

makes it possible to take into account 'interaction between objects in the public space in question,: something that was often not possible in the prior art: j | because data from different management administrations were not (combinable.;

The following example illustrates how the y core registration system can combine data from different management administrations.

Set is a road section of asphalt. This road surface is included in the basic registration database. In the core registration database, you have recorded which package of measures is needed for this road surface! you

12 I

during an inspection of the road depending on the condition of the road surface, such as for example a minor repair; 1 applying a new top layer or completely replacing the road surface. : 5 For the same stretch of road a sweeping package of measures j has been defined and included in the core registration database. The wipe package provides for sweeping the road surface in fixed rounds of 4, 6 or 8 weeks, every week after the market and extra in the fall when the leaf falls.

10 A spreading regime has been defined for the same stretch of road and included in the core registration database. The scattering regime provides for the sprinkling of brine in the winter in the event of: • slippery ice, snow or hail.

For example, many other measures can be included in the core registration database for the road concerned.

An inspection of the road surface is now being planned. Whereas in the state of the art only the package of measures concerning roadside inspections would be consulted, I think

core registration system of the present invention also includes the other core registration data for the relevant path. The various measures are intertwined to prevent any conflicting measures or to achieve a more efficient planning in which work is carried out combined. It is therefore not only possible to obtain the key registration data concerning the inspections for the road surface in question! consult and use j, but this data can also be associated with core registration data originating from other administrators. ; j 30 In addition to physical management of objects in public space, it is! With the present invention it is possible to perform social management and spatial management related to the objects. Social management relates to the experience value that a citizen experiences around an object in public space, including, for example, registration and; j handling complaints. Spatial management has'!

concerning regulations concerning objects in public spaces, I

which include, for example, permits.

j

.................... ...... ........................ ................. ................................. ........__ .. ..................... .... I. I

13: I

; i

The core registration database can be used to store social and spatial data; management. Examples of this are reports from citizens and license details. j j 5 An example of a report is a written or telephone report about pollution in scrub, such as j cans or paper. The scrubber manager can include this report in the key registration data. When requesting information about the public space where the shrubbery concerned is located, the message j can then be displayed. This makes it possible, for example, to include in j a maintenance plan around the scrub that | the pollution must be cleaned up. It is also possible that: j a geographical map is generated of the green space (possibly in combination with other objects j

in the public space) including an indication that an I

contamination report has been made for the shrubbery in question.

Permit data can be stored in the 20 core registration databases or directly linked to the 1 year core registration data to indicate, for example, to what extent permits: |

necessary to be able to perform certain actions and what the status is of permits. This data can I

25 can be used, for example, when planning work: around objects or for reports. yy

The central availability of core registration data! | including data from social management and business administration! management aspects makes it possible to solve complex issues. Examples of this are issues such as: "how does the standard contribution from the municipal fund relate to the management costs of public space per resident", "how do I analyze an existing built environment in relation to an area to be developed", "what are the consequences of a; j 35 administrative redivision of the city or districts in relation: j to management volume and budgets ", and" what are the consequences of j administrative ambitions with regard to quality development in the urban area in the broad sense ". j \ 14; j 11 i i \

Because data are formed unambiguously and can be accessed: the present invention further contributes to the fact that a one-stop function of the (local) government can be considerably facilitated considerably, because on the basis of a geographical location the relevant administrative data can be directly accessed. unlocked.

Although the present invention is set forth above! set with respect to certain embodiments thereof, j

it should be understood that the invention is not intended to be limited thereto. The invention encompasses all possible embodiments that can be made within the scope with regard to the measures that specifically relate to H.

are set forth in the appended claims and all their equivalents.

15 j: j

Claims (14)

A core registration system for a public space, comprising: | a basic registration database (1) for storing! j of basic registration data of one or more objects in the public space; ; | one or more core registration databases (31a-31d) for storing core registration data with one or more of the objects from the basic registration database (1), the one or more core registration databases (31a-31d) being directly linked to the basic registration database (1) ; and a management module (30) for changing the one or more core registration data. 1 The core registration system according to claim 1, wherein different access rights are assigned to different core registration data and wherein the management module (j) has access to the core registration data as far as; {the access rights allow this. : y y | | 3. The core registration system according to one of the con-! j clusions 1-2, in which the basic registration database (1) is a basic registration for large-scale topography. I 4. The core registration system according to one of the con- 25, 1-3, wherein the basic registration database (1) and the one or more core registration databases (31a-31d) are arranged for storing object data in a standardized format, for example as defined in the standard format. ! Dutch standard NEN 3610. | 30; | The core registration system according to any of claims 1 to 4, further comprising a web module (40) for: ! unlocking data from one or more of the databases (1;; 31a-31d) and / or a GIS module (50) for performing GIS; 35 analyzes based on data from one or more of the databases (1, 31a-31d). The core registration system according to any one of claims 1-5, wherein the core registration data comprises business management data for the purpose of carrying out planning, control and financial management on the public space. j The core registration system according to claim 6, further comprising a module for performing budget data; | 10 related calculations and / or reports using the business management data from the key registration data. ; j A method for core registration for a public space, the method comprising the steps of: storing (101) in a basic registration database of, basic registration data of one or more objects in the | I public space; and store (102) in one or more core registration databases of core registration data with one or more of 1 j the objects from the basic registration database such that the! ! core registration data are directly linked to the basic register; registration data. j The method of claim 8, further comprising: the step of modifying one or more core registration data through a management module. Ij 10. The method according to any of claims 8-9,: further comprising the step of accessing from the computer; control module to the core registration data insofar as access rights granted to different core registration data allow this. . j! a \ The method according to any of claims 8-10, j also comprising the step of extracting in a web module data from one or more of the databases and / or executing in j 'a GIS module of GIS analyzes based on data from one! .................................................. ..........................._..............._...... ........................................ Y y I 17. I: j: j or more of the databases. I 1 The method of any one of claims 8 to 11 i also comprising the step of storing business administration. include control data in the core registration database for the purpose of performing planning, auditing and financial management on public spaces. j The method according to any of claims 8-12 10 also comprising the step of performing budget-related I calculations and / or reports using the business management data from the core registration data. Π 14. Computer program for core registration for a public space comprising computer code parts which, if any, ! they are executed by a processor, are arranged for; performing the steps of the method according to any of claims 8-13. Ij 20: I; {i 5 \ I j 3 l \ i:! : 1 i; I: s i | i | ? ï. \