WO2001022281A1 - Method and system for maintaining geographic data - Google Patents

Method and system for maintaining geographic data Download PDF

Info

Publication number
WO2001022281A1
WO2001022281A1 PCT/NZ2000/000184 NZ0000184W WO0122281A1 WO 2001022281 A1 WO2001022281 A1 WO 2001022281A1 NZ 0000184 W NZ0000184 W NZ 0000184W WO 0122281 A1 WO0122281 A1 WO 0122281A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
group
geographic
items
sets
Prior art date
Application number
PCT/NZ2000/000184
Other languages
French (fr)
Inventor
Andrew John Cardno
Original Assignee
Addressworks Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Addressworks Limited filed Critical Addressworks Limited
Priority to AU74629/00A priority Critical patent/AU7462900A/en
Publication of WO2001022281A1 publication Critical patent/WO2001022281A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29Geographical information databases

Definitions

  • the invention relates to a method and system for maintaining geographic data.
  • the invention comprises a method of maintaining geographic data comprising the steps of retrieving from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; compiling a second group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and generating one or more spatial representations based on the first and/ or second groups of data.
  • the invention comprises a geographic data maintaining system comprising a retrieval device arranged to retrieve from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; a second group of data comprising one or more data sets representing geographic data, each data set comprising l one or more data items; and a representation generator arranged to generate one or more spatial representations based on the first and/ or second groups of data.
  • the invention comprises a geographic data maintaining computer program comprising a retrieval device arranged to retrieve from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; a second- group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and a representation generator arranged to generate one or more spatial representations based on the first and second groups of data.
  • Figure 1 shows a block diagram of a system in which one form of the invention may be implemented
  • FIG. 2 shows the preferred system architecture of hardware on which the present invention may be implemented
  • Figure 3 is an example geographic database
  • Figure • 4 illustrates a preferred method of ⁇ iaintaining data in the geographic database
  • Figure 5 shows a typical representation generated by the system
  • Figure 6 illustrates a method of data checking based on matches and partial matches.
  • FIG 1 illustrates a block diagram of the preferred system 10 in which one form of the present invention 12 may be implemented.
  • the system includes one or more clients 20, for example 20A, 20B, 20C, 20D, 20E and 20F, which each may comprise a personal computer or workstation described below.
  • Each client 20 is interfaced to the invention 12 as shown in Figure 1.
  • Each client 20 could be connected directly to the invention 12, could be connected through a local area network or LAN, could be connected through the Internet, or could be connected through a suitable wireless application protocol or WAP.
  • Clients 20A and 20B are connected to a network 22, such as a local area network or LAN.
  • the network 22 could be connected to a suitable network server 24 and communicate with the invention 12 as shown.
  • Client 20C is shown connected directly to the invention 12.
  • Clients 20D, 20E and 20F are shown connected to the invention 12 through the Internet 26.
  • Client 20D is shown connected to the Internet 26 with a dial-up connection and clients 20E and 20F are shown connected to a network 28 which is in turn connected to a suitable network server 30.
  • the preferred system 10 comprises a geographic database 36 further described below and preferably further comprises one or more other geographic databases. These databases could comprise data compiled from two or more different sources.
  • the data sources could include a national geographic database 40, a local knowledge base for example a "postie walk book" 50, one or more regional geographic databases 60 and/or a post code database 70.
  • DCDB digital cadastral database
  • LINZ Land Information New Zealand
  • the DCDB is a computer register containing data on land parcels throughout New Zealand. It represents the geographic location, shape, area, land appellation and street address for each land parcel and the legal definition of roads, road centrelines, railways and hydrographic features.
  • the DCDB also contains the definition of statistical meshblocks and derived administration boundaries, such as local authorities and electoral districts.
  • the DCDB has three major components, a spatial component which includes all coordinate and graphical information, an attribute component which contains descriptive information, and a topology component which contains information on topology or connectivity of the graphical data.
  • the DCDB contains data obtained by digitising existing large scale cadastral record maps and from Electoral Record Maps (ERM) which provide street address and unique meshblock identifiers.
  • Electoral Record Maps record a house number where allocated and a street name as listed in the Authoritative Streets and Places (ASP) database.
  • the ASP database contains listings of street and place names for New Zealand with respect to their location within a local authority, or electoral district.
  • the DCDB contains street address information in a format conforming with standards adopted by individual local authorities. Street names are stored in a format compatible with the Authoritative Streets and Places (ASP) database compiled for electoral purposes. Building and property names are not recorded in the DCDB as there are no standards which have been adopted nationally by local authorities.
  • ASP Authoritative Streets and Places
  • the preferred system could further comprise one or more regional geographic databases 60. It is the practice of local authorities to compile their own databases from the national geographic database and to store additional data in these databases. For example, a local authority may approve a new sub-division and store details of the sub-division in a regional geographic database.
  • the regional geographic databases may contain data not contained in the national geographic database.
  • the national geographic database may contain data not contained in the regional geographic databases.
  • the system 10 may also include a post code database 70.
  • a typical post code database contains the data representing individual street name and locations, together with the post code corresponding to that street name or location.
  • the database 70 may additionally contain details of the post office box number or private bag number, together with the post code of that post office box or private bag number. Additionally, the database 70 may include the post code corresponding to a particular suburb.
  • a post code database 70 would be useful, for example, where the geographic coordinates of an address are not known. Using the post code database 70, the post code of the address can be determined and the geographic coordinates of that postcode can be determined, giving the approximate geographic coordinates of that address. It will be appreciated that the post code database 70 may be substituted for an equivalent database, for example a database which stores details of zip codes where appropriate.
  • the system may also include a local knowledge base 50. It is not uncommon for certain groups of people to have detailed records of a particular geographic region.
  • One example is postal delivery personnel. Each employee typically delivers mail to recipients on a postal route. Each postal route is recorded manually in a "postie walk book".
  • a walk book typically contains a list of the addresses on a postal route, the names of residents on that route and additional information about each address. For example, addresses are graded on the basis of delivery difficulty, using a scale of 1-4, a 1 indicating an easy address to walk or find and 4 being a difficult to walk or find.
  • the postie walk book may also include warnings of hazards, such as aggressive animals or residents.
  • the walk books 50 could be stored either manually or electronically in a database.
  • databases 36, 40, 50, 60 and 70 components of the database could be installed on a single standalone computer or could be stored on one or more servers accessible over a network or over the Internet. Any of the databases could also be made available to the system 10 through peer-to-peer file sharing in which the invention 12 provides access to network addresses for different sets of data.
  • One preferred form of the invention 12 comprises a personal computer or workstation operating under the control of appropriate operating and application software, having a data memory 80 connected to a server 90.
  • the invention is arranged to retrieve data from the databases 36, 40, 50, 60 and 70, compare data retrieved from these different sources, to display data on a client workstation 20 and/ or update data in one or more of the databases.
  • FIG. 2 shows the preferred system architecture of a client 20 or invention 12.
  • the computer system 100 typically comprises a central processor 102, a main memory 104 for example RAM, and an input/ output controller 106.
  • the computer system 100 also comprises peripherals such as a keyboard 108, a pointing device 110 for example a mouse, track ball or touch pad, a display or screen device 112, a mass storage memory 114 for example a hard disk, floppy disk or optical disc, and an output device 1 16 for example a printer.
  • the system 100 could also include a network interface card or controller 1 18 and/or a modem 120.
  • the computer system 100 could also include WAP communication protocol apparatus.
  • the individual components of the system 100 could communicate through a system bus 122.
  • Figure 3 shows a representation of a preferred form geographic database 36.
  • the database forming the geographic database 36 could be implemented using a number of different products, for example, Oracle, Sybase, Informix, DB2, Microsoft SQL Server, or Microsoft Access.
  • the database shown in Figure 3 is a relational database having a number of records, each record having a number of fields. Each record comprises a data set and the data in each field comprises a separate data item. Each data set represents a geographic location or street address stored in the geographic database.
  • the preferred geographic database 36 contains a number of different data items in each data set, for example a street number 200, a street name 202, a street type 204, a suburb 206 and a city 208. It is envisaged that where appropriate the geographic database could also include a zip code, post code, state and/ or country.
  • Each data set is preferably uniquely identified by a record identifier 210.
  • the geographic database may also include geographic co-ordinates.
  • the geographic co-ordinates shown in Figure 3 include x co-ordinates 212 and y co-ordinates 214 representing the geographic position of each street address as a latitude or longitude, or in a suitable local map co-ordinate system.
  • the geographic database is preferably initially created from at least part of the national geographic database 40. As will be described below the geographic database is enriched with data from other sources.
  • street address includes the geographic address of rural areas, public facilities, for example schools and hospitals, and area units, for example suburbs and cities.
  • the address of a large area may, for example, be stored as the centroid of that large area. It is also envisaged that the geographic database may include data representing postal boxes and rural delivery points.
  • Figure 4 illustrates one method of capturing and rnaintaining data in accordance with the invention.
  • one or more data sets representing geographic locations are retrieved from, for example, the national geographic database 40 itself or an initial copy stored in the geographic database 36.
  • a spatial representation of the geographic data is generated through the output device 112.
  • the spatial representation is preferably a topographical map.
  • the spatial representation could further include data originally sourced from geographic database 36, national geographic database 40, regional geographic databases 60, post code database 70 and/ or walk books 50.
  • the spatial representations or maps are supplied to personnel with a detailed knowledge of the geographic area, for example, postal workers. As shown at 302, each postal worker draws or marks out his or her territory on the map. Each territory represents the delivery area for which the postal worker is responsible.
  • the territory boundaries are stored in the geographic database 36.
  • the territory is represented by a series of boundary points connected by lines. The coordinates of each boundary point are determined, and these boundary points are stored in the geographic database.
  • the set of boundary points could be indexed, for example, by a postal worker identifier.
  • the territory maps are generated, for example, by retrieving the set of boundary points for a particular postal worker and generating a spatial representation of geographic data sets positioned within the territory boundary.
  • Territory maps are then supplied to each postal worker who would then ground truth the geographic data against their local knowledge and manual records. It is envisaged that postal workers will mark any changes to addresses on their territory maps and these changes could be stored in the geographic database 36. In a similar manner, it is envisaged that regular updates from databases 40,50, 60 and 70 would be transferred or otherwise made available to the geographic database 36, and so maps generated from the geographic database will represent the new data.
  • Figure 5 illustrates a typical territory map generated from the geographic database.
  • the territory of the postal worker is indicated at 400.
  • Postal addresses within the territory 400 are indicated for example at 402.
  • the postal worker marks the actual route travelled within the territory, for example by indicating starting point 404, finish point 406, and the route travelled indicated by a series of directional lines 408.
  • This information could be captured and stored in the geographic database 36, for example by storing a set of points along a postal route, together with the geographic coordinates of those points, and directional vectors connecting each point. It will be appreciated that the storage of route data is valuable when reorganising a route within a territory to ensure optimum efficiency, or when altering the size of the territory and marking a new route through the revised territory.
  • a preferred form of the invention is arranged to compare geographic data from the geographic database with geographic data from further sources, for example the postie walk book(s) 50.
  • One method of matching the respective data sets is described in our PCT patent application PCT/NZ00/00148 to Compudigm International Limited filed on 3 August 2000 and entitled "Method and system for matching data sets".
  • the preferred method forms an exact or partial match comparison of the data in the geographic database 36 with the data in, for example, the postie walk book 50.
  • the method further comprises the steps of compiling a list of data sets which are contained in the geographic database but not the postie walk book and compiling a list of data sets which are contained in the postie walk book but not the geographic database.
  • a first group of data comprising one or more data sets is retrieved from the geographic database.
  • a match rule is retrieved from a rule base as indicated at 502.
  • the match rules are described in more detail in PCT/NZ00/00148. These match rules permit address records in the geographic database 36 to be compared with geographic records in other databases, for example, the postie walk book 50.
  • the match rules generally specify one or more data items in a data set from the geographic database and one or more data items in a data set from another database to be compared.
  • the specified data items from, for example, the geographic database data set are concatenated into a single string, and the single string is then searched for individual data items from a data set from another database.
  • the rule returns a match or partial match if a significant portion of data items from the geographic database record matches the data items in the other data record.
  • the system could return a ranking indicating the extent of the match which could also serve as a threshold for the match.
  • the order in which the data items appear in the concatenated string is generally unimportant, meaning that the system is able to match data sets where data items are either missing or specified incorrectly.
  • the suburb data field could be specified in the city data field, or the data in the suburb field may have been transposed with the data in the city field. Matching concatenated data items in this way would overcome these difficulties in the user data.
  • a second group of data comprising one or more data sets representing geographic data from another database for example the walk book 50 is then retrieved, for example, from the postie walk book 50 as indicated at 504.
  • the match rule retrieved from a rule base is applied to compare the address in the first group of data with the address record in the second group of data.
  • the geographic record could be added to a candidate list as shown at 510.
  • next geographic record is retrieved as indicated at 504. If there is another rule in the rule base to apply as indicated at 514, the next match rule is retrieved from the rule base at 502.
  • the address record is retrieved from the geographic database as indicated at 500.
  • a list is compiled of data sets from the first group of data which do not match any data set from the second group of data.
  • data which is stored in the geographic database 36 but is not stored in a postie walk book 50 can be allocated to a postal worker to verify any changes or additions to be made to the postie walk book(s) 50.
  • a list is compiled of data sets from the second group of data which do not match any data set from the first group of data.
  • address data which is stored in a postie walk book 50 but is not stored in the national geographic database 40 can be used to update the national geographic database 40.
  • the list could be compiled by identifying the geographic data from the geographic database which does not appear in the candidate match list calculated at 510 or by identifying the geographic data from the postie walk book 50 which does not appear in the candidate match list calculated at 510.
  • the lists compiled at 518 and 520 are preferably stored in memory 80.
  • the invention provides a method and system of maintaining a definitive address database using data obtained from a number of sources.
  • the invention may be used to define and manage postal delivery areas and to test out new scenarios for the arrangement of the delivery areas to maximise efficiency.
  • the data in the geographic database can be used as a dynamic information- source for day-to-day use of operational and managerial personnel. It can be kept current on an " on-going basis by ensuring that postal workers carry a current map with them and make notes of any address changes so that these changes can be entered into the geographic database.
  • the geographic database could be made available to various emergency services, for example, the fire service, ambulance service, and police.
  • the data could also be made available to third parties for the purposes of direct marketing opportunities. These third parties could include retailers, banking and financial institutions, mail order firms, communication companies, councils and credit providers.

Abstract

The invention provides a method of maintaining geographic data comprising the steps of retrieving from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; compiling a second group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and generating one or more spatial representations based on the first and/or second groups of data. The first group of data is preferably obtained from a national geographic database and the second group of data is preferably obtained from a further data store. The invention also provides a related system and computer program.

Description

METHOD AND SYSTEM FOR MAINTAINING GEOGRAPHIC DATA
FIELD OF INVENTION
The invention relates to a method and system for maintaining geographic data.
BACKGROUND TO INVENTION
It is not uncommon for a person to change residential address and it is not uncommon for the same person to change address annually or even more frequently. Dwellings are continually altered, for example, old warehouses are turned into apartments, existing houses and buildings are demolished and new buildings are erected. Local body regulations and rules permit local bodies to create new subdivisions, rename existing subdivisions and to make other formal changes to addresses.
In New Zealand, for example, there are approximately 1,290,000 unique addresses. 1,200,000 of these are stored in one single database. It is estimated that of the addresses stored in this database, only 70% are correct. For the reasons stated above, it is a difScult task to compile and maintain an accurate and current address database.
The lack of a definitive address database causes difficulties for organisations such as postal delivery services in the processing and delivery of mail. Similar difficulties are also experienced by emergency services, for example the fire service, ambulance service, and the police.
SUMMARY OF INVENTION
In broad terms in one form the invention comprises a method of maintaining geographic data comprising the steps of retrieving from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; compiling a second group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and generating one or more spatial representations based on the first and/ or second groups of data. In another form in broad terms the invention comprises a geographic data maintaining system comprising a retrieval device arranged to retrieve from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; a second group of data comprising one or more data sets representing geographic data, each data set comprising lone or more data items; and a representation generator arranged to generate one or more spatial representations based on the first and/ or second groups of data.
In another form in broad terms the invention comprises a geographic data maintaining computer program comprising a retrieval device arranged to retrieve from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; a second- group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and a representation generator arranged to generate one or more spatial representations based on the first and second groups of data.
BRIEF DESCRIPTION OF THE FIGURES
Preferred forms of the method and system for maintaining geographic data will now be described with reference to the accompanying figures in which:
Figure 1 shows a block diagram of a system in which one form of the invention may be implemented;
Figure 2 shows the preferred system architecture of hardware on which the present invention may be implemented;
Figure 3 is an example geographic database;
Figure 4 illustrates a preferred method of πiaintaining data in the geographic database;
Figure 5 shows a typical representation generated by the system; and
Figure 6 illustrates a method of data checking based on matches and partial matches.
DETAILED DESCRIPTION OF PREFERRED FORMS
Figure 1 illustrates a block diagram of the preferred system 10 in which one form of the present invention 12 may be implemented. The system includes one or more clients 20, for example 20A, 20B, 20C, 20D, 20E and 20F, which each may comprise a personal computer or workstation described below. Each client 20 is interfaced to the invention 12 as shown in Figure 1.
Each client 20 could be connected directly to the invention 12, could be connected through a local area network or LAN, could be connected through the Internet, or could be connected through a suitable wireless application protocol or WAP. Clients 20A and 20B, for example, are connected to a network 22, such as a local area network or LAN. The network 22 could be connected to a suitable network server 24 and communicate with the invention 12 as shown. Client 20C is shown connected directly to the invention 12. Clients 20D, 20E and 20F are shown connected to the invention 12 through the Internet 26. Client 20D is shown connected to the Internet 26 with a dial-up connection and clients 20E and 20F are shown connected to a network 28 which is in turn connected to a suitable network server 30.
The preferred system 10 comprises a geographic database 36 further described below and preferably further comprises one or more other geographic databases. These databases could comprise data compiled from two or more different sources. The data sources could include a national geographic database 40, a local knowledge base for example a "postie walk book" 50, one or more regional geographic databases 60 and/or a post code database 70.
One preferred form of national geographic database 40 is the digital cadastral database (DCDB) maintained by Land Information New Zealand (LINZ). The DCDB is a computer register containing data on land parcels throughout New Zealand. It represents the geographic location, shape, area, land appellation and street address for each land parcel and the legal definition of roads, road centrelines, railways and hydrographic features. The DCDB also contains the definition of statistical meshblocks and derived administration boundaries, such as local authorities and electoral districts.
The DCDB has three major components, a spatial component which includes all coordinate and graphical information, an attribute component which contains descriptive information, and a topology component which contains information on topology or connectivity of the graphical data.
The DCDB contains data obtained by digitising existing large scale cadastral record maps and from Electoral Record Maps (ERM) which provide street address and unique meshblock identifiers. Electoral Record Maps record a house number where allocated and a street name as listed in the Authoritative Streets and Places (ASP) database. The ASP database contains listings of street and place names for New Zealand with respect to their location within a local authority, or electoral district.
The DCDB contains street address information in a format conforming with standards adopted by individual local authorities. Street names are stored in a format compatible with the Authoritative Streets and Places (ASP) database compiled for electoral purposes. Building and property names are not recorded in the DCDB as there are no standards which have been adopted nationally by local authorities.
In addition to national geographic database 40, the preferred system could further comprise one or more regional geographic databases 60. It is the practice of local authorities to compile their own databases from the national geographic database and to store additional data in these databases. For example, a local authority may approve a new sub-division and store details of the sub-division in a regional geographic database. The regional geographic databases may contain data not contained in the national geographic database. Likewise, the national geographic database may contain data not contained in the regional geographic databases.
The system 10 may also include a post code database 70. A typical post code database contains the data representing individual street name and locations, together with the post code corresponding to that street name or location. The database 70 may additionally contain details of the post office box number or private bag number, together with the post code of that post office box or private bag number. Additionally, the database 70 may include the post code corresponding to a particular suburb.
A post code database 70 would be useful, for example, where the geographic coordinates of an address are not known. Using the post code database 70, the post code of the address can be determined and the geographic coordinates of that postcode can be determined, giving the approximate geographic coordinates of that address. It will be appreciated that the post code database 70 may be substituted for an equivalent database, for example a database which stores details of zip codes where appropriate.
The system may also include a local knowledge base 50. It is not uncommon for certain groups of people to have detailed records of a particular geographic region. One example is postal delivery personnel. Each employee typically delivers mail to recipients on a postal route. Each postal route is recorded manually in a "postie walk book". A walk book typically contains a list of the addresses on a postal route, the names of residents on that route and additional information about each address. For example, addresses are graded on the basis of delivery difficulty, using a scale of 1-4, a 1 indicating an easy address to walk or find and 4 being a difficult to walk or find. The postie walk book may also include warnings of hazards, such as aggressive animals or residents. The walk books 50 could be stored either manually or electronically in a database.
Other groups of people have similar detailed knowledge of particular areas, for example taxi drivers, charity collection agencies, door-to-door sales people and advertising circular delivery people. The detailed knowledge available to these groups of people would greatly increase the accuracy and integrity of the natural database if the knowledge could be captured effectively.
It will be appreciated that the individual databases 36, 40, 50, 60 and 70 components of the database could be installed on a single standalone computer or could be stored on one or more servers accessible over a network or over the Internet. Any of the databases could also be made available to the system 10 through peer-to-peer file sharing in which the invention 12 provides access to network addresses for different sets of data.
One preferred form of the invention 12 comprises a personal computer or workstation operating under the control of appropriate operating and application software, having a data memory 80 connected to a server 90. The invention is arranged to retrieve data from the databases 36, 40, 50, 60 and 70, compare data retrieved from these different sources, to display data on a client workstation 20 and/ or update data in one or more of the databases.
Figure 2 shows the preferred system architecture of a client 20 or invention 12. The computer system 100 typically comprises a central processor 102, a main memory 104 for example RAM, and an input/ output controller 106. The computer system 100 also comprises peripherals such as a keyboard 108, a pointing device 110 for example a mouse, track ball or touch pad, a display or screen device 112, a mass storage memory 114 for example a hard disk, floppy disk or optical disc, and an output device 1 16 for example a printer. The system 100 could also include a network interface card or controller 1 18 and/or a modem 120. The computer system 100 could also include WAP communication protocol apparatus. The individual components of the system 100 could communicate through a system bus 122. Figure 3 shows a representation of a preferred form geographic database 36. The database forming the geographic database 36 could be implemented using a number of different products, for example, Oracle, Sybase, Informix, DB2, Microsoft SQL Server, or Microsoft Access. The database shown in Figure 3 is a relational database having a number of records, each record having a number of fields. Each record comprises a data set and the data in each field comprises a separate data item. Each data set represents a geographic location or street address stored in the geographic database.
As shown in Figure 3, the preferred geographic database 36 contains a number of different data items in each data set, for example a street number 200, a street name 202, a street type 204, a suburb 206 and a city 208. It is envisaged that where appropriate the geographic database could also include a zip code, post code, state and/ or country. Each data set is preferably uniquely identified by a record identifier 210.
The geographic database may also include geographic co-ordinates. The geographic co-ordinates shown in Figure 3 include x co-ordinates 212 and y co-ordinates 214 representing the geographic position of each street address as a latitude or longitude, or in a suitable local map co-ordinate system.
The geographic database is preferably initially created from at least part of the national geographic database 40. As will be described below the geographic database is enriched with data from other sources.
The term "street address" as used in the specification includes the geographic address of rural areas, public facilities, for example schools and hospitals, and area units, for example suburbs and cities. The address of a large area may, for example, be stored as the centroid of that large area. It is also envisaged that the geographic database may include data representing postal boxes and rural delivery points.
Figure 4 illustrates one method of capturing and rnaintaining data in accordance with the invention. As indicated at 300, one or more data sets representing geographic locations are retrieved from, for example, the national geographic database 40 itself or an initial copy stored in the geographic database 36. A spatial representation of the geographic data is generated through the output device 112. The spatial representation is preferably a topographical map. The spatial representation could further include data originally sourced from geographic database 36, national geographic database 40, regional geographic databases 60, post code database 70 and/ or walk books 50.
The spatial representations or maps are supplied to personnel with a detailed knowledge of the geographic area, for example, postal workers. As shown at 302, each postal worker draws or marks out his or her territory on the map. Each territory represents the delivery area for which the postal worker is responsible.
As indicated at 304, the territory boundaries are stored in the geographic database 36. Preferably, the territory is represented by a series of boundary points connected by lines. The coordinates of each boundary point are determined, and these boundary points are stored in the geographic database. The set of boundary points could be indexed, for example, by a postal worker identifier.
As indicated at 306, spatial representations or maps of each territory are then generated and printed through output device 112 as indicated at 308. The territory maps are generated, for example, by retrieving the set of boundary points for a particular postal worker and generating a spatial representation of geographic data sets positioned within the territory boundary.
Territory maps are then supplied to each postal worker who would then ground truth the geographic data against their local knowledge and manual records. It is envisaged that postal workers will mark any changes to addresses on their territory maps and these changes could be stored in the geographic database 36. In a similar manner, it is envisaged that regular updates from databases 40,50, 60 and 70 would be transferred or otherwise made available to the geographic database 36, and so maps generated from the geographic database will represent the new data.
Figure 5 illustrates a typical territory map generated from the geographic database. The territory of the postal worker is indicated at 400. Postal addresses within the territory 400 are indicated for example at 402.
Preferably the postal worker marks the actual route travelled within the territory, for example by indicating starting point 404, finish point 406, and the route travelled indicated by a series of directional lines 408. This information could be captured and stored in the geographic database 36, for example by storing a set of points along a postal route, together with the geographic coordinates of those points, and directional vectors connecting each point. It will be appreciated that the storage of route data is valuable when reorganising a route within a territory to ensure optimum efficiency, or when altering the size of the territory and marking a new route through the revised territory.
A preferred form of the invention is arranged to compare geographic data from the geographic database with geographic data from further sources, for example the postie walk book(s) 50. One method of matching the respective data sets is described in our PCT patent application PCT/NZ00/00148 to Compudigm International Limited filed on 3 August 2000 and entitled "Method and system for matching data sets". The preferred method forms an exact or partial match comparison of the data in the geographic database 36 with the data in, for example, the postie walk book 50. The method further comprises the steps of compiling a list of data sets which are contained in the geographic database but not the postie walk book and compiling a list of data sets which are contained in the postie walk book but not the geographic database.
As indicated at 500 in Figure 6, a first group of data comprising one or more data sets is retrieved from the geographic database. A match rule is retrieved from a rule base as indicated at 502. The match rules are described in more detail in PCT/NZ00/00148. These match rules permit address records in the geographic database 36 to be compared with geographic records in other databases, for example, the postie walk book 50.
The match rules generally specify one or more data items in a data set from the geographic database and one or more data items in a data set from another database to be compared. Preferably the specified data items from, for example, the geographic database data set are concatenated into a single string, and the single string is then searched for individual data items from a data set from another database. The rule returns a match or partial match if a significant portion of data items from the geographic database record matches the data items in the other data record. The system could return a ranking indicating the extent of the match which could also serve as a threshold for the match. The order in which the data items appear in the concatenated string is generally unimportant, meaning that the system is able to match data sets where data items are either missing or specified incorrectly. For example, the suburb data field could be specified in the city data field, or the data in the suburb field may have been transposed with the data in the city field. Matching concatenated data items in this way would overcome these difficulties in the user data.
A second group of data comprising one or more data sets representing geographic data from another database for example the walk book 50 is then retrieved, for example, from the postie walk book 50 as indicated at 504. As indicated at 506, the match rule retrieved from a rule base is applied to compare the address in the first group of data with the address record in the second group of data. As shown at 508, if the match rule is satisfied, the geographic record could be added to a candidate list as shown at 510.
As shown at 512, if there is another geographic record to compare, the next geographic record is retrieved as indicated at 504. If there is another rule in the rule base to apply as indicated at 514, the next match rule is retrieved from the rule base at 502.
As shown as 516, if there is another address record in the geographic database to check, the address record is retrieved from the geographic database as indicated at 500.
As shown at 518, a list is compiled of data sets from the first group of data which do not match any data set from the second group of data. In this way, data which is stored in the geographic database 36 but is not stored in a postie walk book 50 can be allocated to a postal worker to verify any changes or additions to be made to the postie walk book(s) 50.
As shown at 520, a list is compiled of data sets from the second group of data which do not match any data set from the first group of data. In this way, address data which is stored in a postie walk book 50 but is not stored in the national geographic database 40 can be used to update the national geographic database 40. In each case, the list could be compiled by identifying the geographic data from the geographic database which does not appear in the candidate match list calculated at 510 or by identifying the geographic data from the postie walk book 50 which does not appear in the candidate match list calculated at 510. The lists compiled at 518 and 520 are preferably stored in memory 80.
The invention provides a method and system of maintaining a definitive address database using data obtained from a number of sources. The invention may be used to define and manage postal delivery areas and to test out new scenarios for the arrangement of the delivery areas to maximise efficiency.
The data in the geographic database can be used as a dynamic information- source for day-to-day use of operational and managerial personnel. It can be kept current on an "on-going basis by ensuring that postal workers carry a current map with them and make notes of any address changes so that these changes can be entered into the geographic database.
The geographic database could be made available to various emergency services, for example, the fire service, ambulance service, and police. The data could also be made available to third parties for the purposes of direct marketing opportunities. These third parties could include retailers, banking and financial institutions, mail order firms, communication companies, councils and credit providers.
The foregoing describes the invention including preferred forms thereof. Alterations and modifications as will be obvious to those skilled in the art are intended to be incorporated within the scope hereof.

Claims

CLAIMS:
1. A method of maintaining geographic data comprising the steps of: retrieving from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; compiling a second group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and generating one or more spatial representations based on the first and/ or second groups of data.
2. A method of maintaining geographic data as claimed in claim 1 further comprising the step of compiling a list of data sets from the first group of data which do not match any data set from the second group of data.
3. A method of maintaining geographic data as claimed in claim 1 or claim 2 further comprising the step of compiling a list of data sets from the second group of data which do not match any data set from the first group of data.
4. A method of maintaining geographic data as claimed in claim 2 or claim 3 wherein a first data set matches a second data set if all data items of the first data set are members of the second data set.
5. A method of maintaining geographic data as claimed in any one of the preceding claims further comprising the step of retrieving the second group of data from a manual source.
6. A method of maintaining geographic data as claimed in any one of claims 1 to 4 comprising the step of retrieving the second group of data from a data memory.
7. A method of maintaining geographic data as claimed in claim 6 wherein the data items of one or more data sets comprise character strings.
8. A method of maintaining geographic data as claimed in claim 7 further comprising the steps of concatenating the user data items into a single string and performing match comparisons based on string comparisons.
9. A method of maintaining geographic data as claimed in any one of the preceding claims wherein one or more of the data sets represent street addresses.
10. A method of maintaining geographic data as claimed in any one of the preceding claims wherein one or more of the data sets represent postal addresses.
11. A geographic data maintaining system comprising: a retrieval device arranged to retrieve from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; a second group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and
- a representation generator arranged to generate one or more spatial representations based on the first and/ or second groups of data.
12. A system as claimed in claim 1 1 further comprising a list of data sets from the first group of data which do not match any data sets from the second group of data.
13. A system as claimed in claim 11 further comprising a list of data sets from the second group of data which do not match any data set from the first group of data.
14. A system as claimed in claim 12 or claim 13 wherein a first data set matches a second data set if all data items of the first data set are members of the second data set.
15. A system as claimed in any one of claims 11 to 14 wherein the second group of data is compiled from a manual source.
16. A system as claimed in any one of claims 1 1 to 14 wherein the second group of data is retrieved from a data memory.
17. A system as claimed in claim 16 wherein the data items of one or more data sets comprise character strings.
18. A system as claimed in claim 17 further comprising a data matcher arranged to concatenate data items into a single string and to compare data items based on string comparisons.
19. A system as claimed in any one of claims 1 1 to 18 wherein one or more of the data sets represent street addresses.
20. A system as claimed in any one of claims 11 to 19 wherein one or more of the data sets represent postal addresses.
21. A geographic data maintaining computer program comprising: a retrieval device arranged to retrieve from a data memory a first group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; a second group of data comprising one or more data sets representing geographic data, each data set comprising one or more data items; and a representation generator arranged to generate one or more spatial representations based on the first and second groups of data.
22. A computer program as claimed in claim 21 further comprising a list of data sets from the first group of data which do not match any data set from the second group of data.
23. A computer program as claimed in claim 21 or claim 22 further comprising a list of data sets from the second group of data which do not match any data set from the first group of data.
24. A computer program as claimed in claim 22 or claim 23 wherein a first data set matches a second data set if all data items of the first data set are members of the second data set.
25. A computer program as claimed in any one of claims 21 to 24 wherein the second group of data is compiled from a manual source.
26. A computer program as claimed in any one of claims 21 to 24 wherein the second group of data is retrieved from a data memory.
27. A computer program as claimed in claim 26 wherein the data items of one or more data sets comprise character strings.
28. A computer program as claimed in claim 27 further comprising a string comparator arranged to concatenate the data items into a single string and match each data item to other data items based on string comparisons.
29. A computer program as claimed in any one of claims 21 to 28 wherein one or more of the data sets represent street addresses.
30. • A computer program as claimed in any one of claims 21 to 29 wherein one or more of the data sets represent postal addresses.
31. A computer program as claimed in any one of claims 21 to 30 embodied on a computer-readable medium.
PCT/NZ2000/000184 1999-09-20 2000-09-20 Method and system for maintaining geographic data WO2001022281A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU74629/00A AU7462900A (en) 1999-09-20 2000-09-20 Method and system for maintaining geographic data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
NZ337919 1999-09-20
NZ33791999 1999-09-20

Publications (1)

Publication Number Publication Date
WO2001022281A1 true WO2001022281A1 (en) 2001-03-29

Family

ID=19927518

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/NZ2000/000184 WO2001022281A1 (en) 1999-09-20 2000-09-20 Method and system for maintaining geographic data

Country Status (2)

Country Link
AU (1) AU7462900A (en)
WO (1) WO2001022281A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1343129A1 (en) * 2002-03-08 2003-09-10 Navigation Technologies Corporation Method and system using delivery trucks to collect address location data
US8235811B2 (en) 2007-03-23 2012-08-07 Wms Gaming, Inc. Using player information in wagering game environments

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5150295A (en) * 1990-05-22 1992-09-22 Teledyne Industries, Inc. Computerized system for joining individual maps into a single map product
GB2272984A (en) * 1992-11-30 1994-06-01 Pitney Bowes Inc Computer program for correcting postal addresses.
EP0838764A2 (en) * 1996-10-23 1998-04-29 Samsung Electronics Co., Ltd. Map data base management method and system therefor
EP0860787A2 (en) * 1997-02-25 1998-08-26 Kokusai Denshin Denwa Co., Ltd Map display system
US5948040A (en) * 1994-06-24 1999-09-07 Delorme Publishing Co. Travel reservation information and planning system
US5953722A (en) * 1996-10-25 1999-09-14 Navigation Technologies Corporation Method and system for forming and using geographic data

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5150295A (en) * 1990-05-22 1992-09-22 Teledyne Industries, Inc. Computerized system for joining individual maps into a single map product
GB2272984A (en) * 1992-11-30 1994-06-01 Pitney Bowes Inc Computer program for correcting postal addresses.
US5948040A (en) * 1994-06-24 1999-09-07 Delorme Publishing Co. Travel reservation information and planning system
EP0838764A2 (en) * 1996-10-23 1998-04-29 Samsung Electronics Co., Ltd. Map data base management method and system therefor
US5953722A (en) * 1996-10-25 1999-09-14 Navigation Technologies Corporation Method and system for forming and using geographic data
EP0860787A2 (en) * 1997-02-25 1998-08-26 Kokusai Denshin Denwa Co., Ltd Map display system

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1343129A1 (en) * 2002-03-08 2003-09-10 Navigation Technologies Corporation Method and system using delivery trucks to collect address location data
US6816784B1 (en) 2002-03-08 2004-11-09 Navteq North America, Llc Method and system using delivery trucks to collect address location data
US6990409B2 (en) 2002-03-08 2006-01-24 Navteq North America, Llc. Method and system using delivery trucks to collect address location data
US8235811B2 (en) 2007-03-23 2012-08-07 Wms Gaming, Inc. Using player information in wagering game environments
US9619969B2 (en) 2007-03-23 2017-04-11 Bally Gaming, Inc. Using player information in wagering game environments

Also Published As

Publication number Publication date
AU7462900A (en) 2001-04-24

Similar Documents

Publication Publication Date Title
Jovanović The application of GIS and its components in tourism
Davis et al. Assessing the certainty of locations produced by an address geocoding system
US20020124015A1 (en) Method and system for matching data
JP2009520992A (en) Method and system for generating a universal position reference object
Davis Jr et al. A Flexible Addressing System for Approximate Geocoding.
USRE48213E1 (en) Techniques for synchronized address coding and print sequencing
KR20140097805A (en) Coordinates (x, y) position value using a systematic block code generated and the address matching service using methods
Vučić et al. LADM in the Republic of Croatia–making and testing country profile
Dumedah Address points of landmarks and paratransit services as a credible reference database for geocoding
Walford Bringing historical British Population Census records into the 21st century: A method for geocoding households and individuals at their early‐20th‐century addresses
WO2001022281A1 (en) Method and system for maintaining geographic data
Elias et al. Adaptive Visualisation of Landmarks using an MRDB
Hashim et al. Developing and establishing a geospatial database of the religious endowments in Hilla, Iraq
Klosterman et al. TIGER products for planning
Taszakowski et al. Evaluation of the quality of cadastral data
Deshmukh et al. REIS: A spatial decision system for land valuation
Nedović-Budić et al. Advancing the use of geographic information systems for park and recreation management.
Song et al. Internally connected, no commercial, with a touch of open space: the neighborhoods of new homes in the Portland Metropolitan Area
Wyatt TIGER, the Coast-to-coast Digital Map Data Base
Lind Addresses and address data play a key role in spatial infrastructure
JP2002312368A (en) Address position indication system
Sataloff et al. College of Charleston Campus Map
Naglič Cultural heritage information system in the republic of Slovenia
Igbokwe et al. Development of a GIS based tourism infrastructure in Awka, Onitsha and Nnewi urban areas of Anambra state Nigeria
Dobbs Backcountry Settlement Development and Indian Trails A GIS Land-Grant Analysis

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP