JP4063342B2 - Map information storage system - Google Patents

Map information storage system Download PDF

Info

Publication number
JP4063342B2
JP4063342B2 JP00832295A JP832295A JP4063342B2 JP 4063342 B2 JP4063342 B2 JP 4063342B2 JP 00832295 A JP00832295 A JP 00832295A JP 832295 A JP832295 A JP 832295A JP 4063342 B2 JP4063342 B2 JP 4063342B2
Authority
JP
Japan
Prior art keywords
data
map
attribute
graphic
thing
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
JP00832295A
Other languages
Japanese (ja)
Other versions
JPH08202723A (en
Inventor
泰子 井東
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP00832295A priority Critical patent/JP4063342B2/en
Publication of JPH08202723A publication Critical patent/JPH08202723A/en
Application granted granted Critical
Publication of JP4063342B2 publication Critical patent/JP4063342B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【0001】
【産業上の利用分野】
この発明は、地図上の事物の形状を表すシンボル化されたデータと、事物の位置などを表す座標列のデータとが存在する地図データと、地図上の事物の材質などを表すデータが存在する属性データとを有する地図情報記憶システムに関するものである。
【0002】
【従来の技術】
図5は、例えば特開平2−85963号公報の「地図データ属性データ一元管理方式」に示された従来の地図情報の管理方式を示す図である。
図において、(a)は、表形式のデータベースにおける属性データ51格納の例であり、(b)は、同じく表形式のデータベースにおける地図データ52格納の例である。
属性データ51において、ID53は、地図上の事物ごとにユニークに付けられる識別子である。属性54は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。
一方、地図データ52において、ID55は、属性データ51のID53に対応するものであり、サブID56は、あるID55の事物の情報を固定長レコードに格納できるように区切った際のレコードの順序関係を表すものである。
そして、図形データ57は、属性データ51のID53に対応しており、各々の事物の種類を図形化して表現するシンボルデータ61、位置を座標で示す座標列データ62、所在などを文字で示すテキストデータ63で構成される。この図形データ57は、固定長の格納領域であり、先に述べたシンボルデータ、座標列データ、テキストデータをそれぞれのデータごとにレコードに格納しているものである。
【0003】
次に、詳細を述べる。
地図データ52において、ID=1に関する図形データ57は、サブID56が1、2、3の順に固定長で格納されている。レコード数58は、1つのID内の図形データ57がいくつのレコードからなっているかを表しており、これにより、ある1つのID55について、サブID56の最終番号が何番であるかを知ることができる。
つまり、例えば、ID=1の事物についてはレコード数58が3となっているので、図形データ57の情報は全部で3レコード格納されていることがわかる。
更に、この地図データ52において、図形データ57はその格納領域が固定長で、データの種類によって格納するレコードが違うので、実際に格納される情報が図形データ57のレコード長より短い場合には、図に示すように、情報の最後に空き59が生じることになる。
これにより、図形データの全長は事物ごとに異なることがわかる。
図6を例に説明する。
図6は、従来の地図情報の管理方式における図形データ格納の例を示す図である。
例えば、ID=1の事物の図形データの全長は190バイトとする。ここには、シンボルデータ、座標列データ、テキストデータが切れ目なしに存在する。これを例えば、固定長80バイトのレコードに格納する場合に、シンボルデータ、座標列データ、テキストデータはそれぞれ別のレコードに格納されるので、図のようになり、格納されるデータがレコード長80バイトに満たない場合には、レコードの後ろに空き領域が生じる。
【0004】
【発明が解決しようとする課題】
従来の地図情報記憶システムでは、事物ごとに異なる長さを持つ図形データを地図データにおいて固定長レコードとして格納しており、1つのIDに対する図形データを複数のレコードの集まりとして管理している。
特に、1つの事物に対する複数の座標列データを格納する場合、または、座標列データ、シンボルデータ、テキストデータといった複数種類の情報を1つのIDに対応する図形データとして格納する場合には、複数レコードを必要とする。そのため、地図データのサブIDとレコード数により、同一ID内における複数の図形データのレコードの順序関係を制御する必要がある。また、レコードの検索や、追加、変更、削除が煩雑となり、地図データの管理としては柔軟な対応ができにくいものであった。
【0005】
この発明は、上記のような問題点を解消するためになされたもので、地図情報記憶システムにおいて、地図上の1つの事物を表す複数の情報を一元管理することを目的とするものである。
【0006】
【課題を解決するための手段】
本発明に係る地図情報記憶システムは、地図上の事物を表す地図データと、地図上の事物の属性を表す属性データとを記憶する地図情報記憶システムにおいて、上記地図データと上記属性データを表形式データベースに記憶すると共に、上記地図データを記憶するエリアを可変長エリアとし、
1つの平面位置に同じ種類の複数の物体が存在する場合に、上記表形式データベースは、上記地図データの一部として、複数の物体を地図上の1つの事物として一意に識別するIDと、このIDに対応させて当該事物である上記物体の種類及び個数を表す図形データとを記憶し、複数の上記物体のそれぞれを上記事物の1つの属性データとして、上記IDと、上記物体を識別するサブIDと、上記IDと上記サブIDに対応させて上記物体が存在する高さとを上記属性データの一部として記憶することを特徴とする。
【0011】
【作用】
本発明に係る地図情報記憶システムは、地図上の複数の事物に対応する1つの情報を関連付けるサブIDを属性データに備えたことにより、属性データにおいて、複数の事物の属性を記憶し、複数の事物に対する情報を地図データにおいて1レコードに記憶することができる
【0014】
【実施例】
実施例1.
本発明の一実施例を図について説明する。
図1は、本発明の一実施例における属性データと地図データを示す図である。
図1において、(a)は表形式のデータベースにおける属性データ11の格納例であり、(b)は同じく表形式のデータベースにおける地図データ12の格納例である。
属性データ11において、ID13は、地図上の事物ごとにユニークに付けられる識別子である。属性14は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。
一方、地図データ12において、ID15は、属性データ11のID13に対応している。そして、図形データ17は、各々の事物の種類、位置、所在などをそれぞれシンボルデータ、座標列データ、テキストデータで記憶しており、可変長の格納領域である。図に示すように、シンボルデータ、座標列データ、テキストデータのデータ長情報は、各データと対応して図形データに記憶されている。
【0015】
従来例では、図形データ12が固定長の領域であったため、シンボルデータ、座標列データ、テキストデータは、それぞれ別々のレコードに格納されていた。しかし、本発明では、図形データ12を可変長の領域としたので、1つの事物に対応するシンボルデータ、座標列データ、テキストデータを、すべて1レコードに格納することができるようになった。
【0016】
地図データ12のアクセス方法について述べる。
地図データ12のアクセスは、ID15をキーにして、1つの事物の図形データを1レコード検索するものである。地図データ12では、図形データ17の可変長の領域について各々のレコードのデータ長を管理しており、データ長とデータ部のセットでレコードを検索できるようになっている。
さらに、地図データ12の追加、変更、削除に対しても、表形式データベースのレコード単位で柔軟に対応できる。
【0017】
実施例2.
上記実施例では、可変長の領域の1レコードに複数の図形データ(シンボルデータ、座標列データ、テキストデータ)をまとめて格納する場合を示したが、他の一実施例として、地図データにサブIDを付加して、1つの事物に対する図形データの複数のレコードを格納する場合の例を以下に示す。
図2は、本発明の他の実施例における属性データと、サブIDを付加した地図データの図である。
図2において、(a)は表形式のデータベースにおける属性データ21の格納例である。ID23は地図上の事物ごとにユニークに付けられた識別子である。属性24は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。
(b)は同じく表形式のデータベースにおける地図データ22の格納例である。ID25は、属性データ21のID23に対応するものであり、また、図形データ27は、1つの事物に対応する座標列データ、シンボルデータ、テキストデータなどの情報を格納する。そして、各々のレコードの図形データの領域は可変長である。データ長情報は、図1と同様にそれぞれ記憶されているものとするが、以降の実施例では、図面上は省略する。
サブID26は、地図上の1つの事物に対する複数の図形データのそれぞれのレコードをユニークにするために付けているものである。図2に示すように、このサブID26は、従来技術のようにレコードの格納の順序関係を示すものではない。従って、サブID26は連番である必要はない。これにより、サブID26自体の制御は複雑にならない。
例えば、図2において、ID=1の事物は、地図データ22においてサブID=1とサブID=10の2レコードと対応するものである。
【0018】
地図データ22のアクセスは、ID25をキーに複数の図形データ27(複数レコード)を検索することが可能であり、また、ID25+サブID26をキーに1つの図形データ22(1レコード)のみを検索することも可能である。
さらに、地図データ22のレコードの追加、変更、削除についても、ID25、または、ID25+サブID26をキーとすることで、表形式データベースのレコード単位で柔軟に対応できる。
【0019】
サブID26の一使用例について説明する。
例えば、サブID=10の図形データのレコードには、情報として事物の調査の担当者名が格納されているとする。しかしこの情報は、最終的には(例えばシステムの完成時などには)不要となるものであるとする。その場合には、調査の担当者名の格納されているレコードのサブIDはどの事物のレコードについてもID番号を「10」と決めておき、システム完成時などに、ID+サブID「10」をキーとして、一括してレコードを削除するなどという方法をとることができる。また、データベースの索引の持ち方によっては、サブID「10」だけをキーとして、一括削除する方法も可能である。
【0020】
また、実際の処理には不要なコメントなどに、サブIDをつけて独立した1レコードとしておくなど、一括して処理を行う場合に有効である。
さらには、シンボルデータ、座標データ、テキストデータのいずれかにおいても、1レコードとしてサブIDを付けておき、1事物に対する複数レコードとして地図データにおいて格納することが可能である。
【0021】
実施例3.
以下、この発明の他の一実施例を図について説明する。
図3は、他の実施例における他の事物と関係を持つ事物を示す地図例と、関連データを有する地図データの図である。
図3において、(a)は地図例であり、ID=1からID=6の各図形は地図上の事物を表す。(b)は、表形式のデータベースにおける地図データ32の格納例である。
(a)地図例において各図形は、地図上の事物ごとにユニークにつけられる識別子であるIDを持ち、複数の事物と関係を持っている。一方、地図データ32において、ID35は(a)の地図例の事物のIDと対応している。図形データ37は1つの事物に対応するシンボルデータを記憶し、各々のレコードの図形データ37の領域は可変長である。
関連データ1・38、関連データ2・39は、1つの事物と関係のある他の事物の識別子を示すものである。
【0022】
(a)地図例において、図形がグループ化される場合(IDが5、6の図形のような場合)は事物はそのグループ内の親のIDを持ち、それを関連データ1・38に格納される。自らが親の図形である場合(IDが1、2の図形のような場合)は自分のIDが関連データ1・38として格納される。また、2つの図形に隣接したり、あるいは、2つの図形に跨がるような図形である場合(IDが3、4の図形のような場合)は、その図形の両端の図形(IDが1、2の図形)のIDが関連データ1・38、関連データ2・39に格納される。
【0023】
本実施例では、地図データ32において、関連データ1・38、または、関連データ2・39の内容を検索するだけで、同じ親を持つグループ内の図形のIDを知ることが可能となる。また、地図データ32の図形データ37の検索時には、同じグループ内の他の図形の有無を意識せずに、図形データ37のレコードの追加、更新、削除が容易に行える。
【0024】
実施例4.
以下、この発明の他の一実施例を図について説明する。
図4は、他の実施例におけるサブIDを有する属性データと、地図データを示す図である。
図4において、(a)は表形式のデータベースにおける属性データ41の格納例であり、(b)は同じく表形式のデータベースにおける地図データ42の格納例である。
属性データ41においてID43は、地図上の事物ごとにユニークに付けられる識別子である。属性48は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。さらに、地図上の1つの事物が複数の属性を表す場合、サブID44で識別する。
一方、地図データ42において、ID45は、属性データ41のID43に対応するものである。図形データ47は1つの事物に対応する座標列データ、シンボルデータ、テキストデータといった複数種類の情報を格納し、可変長の格納領域である。
【0025】
本実施例は、複数の情報を有する事物に対する複数のレコードを属性データで記憶できるものである。
属性データ41では、地図データ42のID45をキーにして1つの事物に対する複数のレコードを検索し、その事物の複数の属性を得ることが可能である。
また、属性データ41においてレコードの追加、更新、削除は、ID43+サブID44をキーとして柔軟に対応できる。
【0026】
属性データ41において、1つの事物に対応する複数のレコードを有する場合の例を説明する。
例えば、1本の電柱に複数の変圧器が付けられている場合、それぞれの変圧器の情報としては属性データが示すように、変圧器が取り付けられている高さ、建築年度、建築業者ともに異なる情報となる。そのため、属性を示すレコードは複数レコードになる。
しかし、図形データにおいては、変圧器を図形で表現するシンボルデータは1つであるため、地図データが表すように、ID=2のレコードの内容は「変圧器2台が電柱に付けられている」というものになり、1レコードでまとめられるものになる。
【0027】
このように、属性データ41に複数レコードが存在するような事物であっても、地図データ42の図形データ47のレコードは、1つの事物に対応するということになり、複数にはならない。従ってこの場合は、地図データにおいて1つの事物に対する同じ内容のレコードの重複を避けることができる。
【0028】
実施例5.
実施例1では、可変長の領域である図形データに記憶される情報がシンボルデータ、座標列データ、テキストデータの順である場合を示したが、記憶される順は他の順でも構わない。
また、記憶される情報は、シンボルデータ、座標列データ、テキストデータの3種類について述べたが、他の種類の情報を記憶するものでもよい。
【0029】
実施例6.
実施例1において、属性データの属性の項目として高さ、建築年度、建築業者を挙げたが、他の項目を属性としても構わない。
【0030】
実施例7.
実施例2において、図形データを複数レコードにした場合に、複数レコードの1つとして担当者名を記憶するレコードの例を述べたが、複数レコードに記憶する内容は特にこれに限るものではない。
【0032】
【発明の効果】
本発明に係る地図情報記憶システムは、関連付けデータを属性データに備えたことにより、複数の事物の情報を地図データにおいて1レコードに纏めることができるので、複数の事物や、1レコードの地図データに属性データを割り当てることができ、属性データと地図データの一元管理が可能となる
【図面の簡単な説明】
【図1】 本発明の一実施例における属性データと地図データを示す図である。
【図2】 本発明の他の実施例における属性データと、サブIDを付加した地図データの図である。
【図3】 他の実施例における他の事物と関係を持つ事物を示す地図例と、関連データを有する地図データの図である。
【図4】 他の実施例におけるサブIDを有する属性データと、地図データを示す図である。
【図5】 従来の地図情報の管理方式を示す図である。
【図6】 従来の地図情報の管理方式における図形データ格納の例を示す図である。
【符号の説明】
11 属性データ、12 地図データ、13 ID、14 属性、15 ID、17 図形データ(可変長エリア)。
[0001]
[Industrial application fields]
In the present invention, there is map data in which symbolized data representing the shape of an object on the map, coordinate sequence data representing the position of the object, and the like, and data representing the material of the object on the map are present. The present invention relates to a map information storage system having attribute data.
[0002]
[Prior art]
FIG. 5 is a diagram showing a conventional map information management method disclosed in, for example, “Map data attribute data unified management method” of Japanese Patent Laid-Open No. 2-85963.
In the figure, (a) is an example of storing attribute data 51 in a tabular database, and (b) is an example of storing map data 52 in a tabular database.
In the attribute data 51, the ID 53 is an identifier uniquely assigned to each thing on the map. The attribute 54 corresponds to an item of attribute data, and indicates information such as the height of an object on the map, the construction year, and the contractor.
On the other hand, in the map data 52, the ID 55 corresponds to the ID 53 of the attribute data 51, and the sub-ID 56 indicates the order relationship of records when the information of a certain ID 55 is divided so that it can be stored in a fixed-length record. It represents.
The graphic data 57 corresponds to the ID 53 of the attribute data 51. The symbol data 61 represents the type of each object as a graphic, the coordinate string data 62 indicates the position by coordinates, and the text indicates the location, etc. It consists of data 63. The graphic data 57 is a fixed-length storage area and stores the symbol data, coordinate string data, and text data described above in a record for each data.
[0003]
Next, details will be described.
In the map data 52, the graphic data 57 relating to ID = 1 stores the sub ID 56 in a fixed length in the order of 1, 2, and 3. The number of records 58 indicates how many records the graphic data 57 in one ID is composed of, so that it is possible to know what the final number of the sub ID 56 is for one ID 55. it can.
That is, for example, since the number of records 58 is 3 for the thing of ID = 1, it can be seen that the information of the graphic data 57 is stored in total of 3 records.
Further, in the map data 52, the graphic data 57 has a fixed storage area and the record to be stored differs depending on the type of data. Therefore, when the information actually stored is shorter than the record length of the graphic data 57, As shown in the figure, an empty space 59 is created at the end of the information.
Thereby, it turns out that the full length of figure data changes for every thing.
An example will be described with reference to FIG.
FIG. 6 is a diagram showing an example of graphic data storage in a conventional map information management method.
For example, the total length of the graphic data of the thing with ID = 1 is 190 bytes. Here, symbol data, coordinate string data, and text data exist without a break. For example, when this is stored in a record having a fixed length of 80 bytes, the symbol data, the coordinate sequence data, and the text data are stored in separate records, respectively, so that the stored data has a record length of 80 If it is less than a byte, there will be a free space after the record.
[0004]
[Problems to be solved by the invention]
In a conventional map information storage system, graphic data having different lengths for each thing is stored as fixed-length records in map data, and graphic data for one ID is managed as a collection of a plurality of records.
In particular, when storing a plurality of coordinate sequence data for one thing, or storing a plurality of types of information such as coordinate sequence data, symbol data, and text data as graphic data corresponding to one ID, a plurality of records Need. For this reason, it is necessary to control the order relationship of a plurality of graphic data records in the same ID based on the map data sub-ID and the number of records. In addition, search, addition, change, and deletion of records are complicated, and it is difficult to manage the map data flexibly.
[0005]
The present invention has been made to solve the above-described problems, and an object of the present invention is to centrally manage a plurality of pieces of information representing one thing on a map in a map information storage system.
[0006]
[Means for Solving the Problems]
Map information storage system according to the present invention, the table and the map data representing the things on the map, the map information storage system that stores the attribute data representing the things of the attributes on the map, and the map data and the attribute data In addition to storing in the format database, the area for storing the map data is a variable length area,
If the same kind of a plurality of objects in one plane positions exist, the tabular database, as part of the map data, ID uniquely identifying as one thing on the map a plurality of objects, the A graphic data representing the type and number of the object as the object is stored in association with the ID, and each of the plurality of objects is used as one attribute data of the object to identify the ID and the object. The ID and the height at which the object exists corresponding to the ID and the sub-ID are stored as a part of the attribute data .
[0011]
[Action]
The map information storage system according to the present invention includes a sub-ID that associates one piece of information corresponding to a plurality of things on the map in the attribute data, thereby storing the attributes of the plurality of things in the attribute data. Information on things can be stored in one record in map data .
[0014]
【Example】
Example 1.
An embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing attribute data and map data in one embodiment of the present invention.
In FIG. 1, (a) is an example of storing attribute data 11 in a tabular database, and (b) is an example of storing map data 12 in a tabular database.
In the attribute data 11, ID 13 is an identifier uniquely assigned to each thing on the map. The attribute 14 corresponds to an item of attribute data, and indicates information such as the height of an object on the map, a construction year, and a contractor.
On the other hand, in the map data 12, ID 15 corresponds to ID 13 of the attribute data 11. The graphic data 17 is a variable-length storage area that stores the type, position, location, and the like of each thing as symbol data, coordinate string data, and text data. As shown in the figure, the data length information of the symbol data, the coordinate string data, and the text data is stored in the graphic data corresponding to each data.
[0015]
In the conventional example, since the graphic data 12 is a fixed length area, the symbol data, the coordinate string data, and the text data are stored in separate records. However, in the present invention, since the graphic data 12 is a variable-length area, symbol data, coordinate string data, and text data corresponding to one thing can be stored in one record.
[0016]
A method for accessing the map data 12 will be described.
The map data 12 is accessed by searching one record of graphic data of one thing using ID15 as a key. In the map data 12, the data length of each record is managed for the variable length area of the graphic data 17, and the record can be searched by the set of the data length and the data portion.
Furthermore, addition, change, and deletion of the map data 12 can be flexibly handled in units of records in the tabular database.
[0017]
Example 2
In the above embodiment, a case where a plurality of graphic data (symbol data, coordinate string data, text data) are stored together in one record of a variable length area has been shown. An example in which a plurality of records of graphic data for one thing is stored with an ID added will be shown below.
FIG. 2 is a diagram of attribute data and map data to which a sub ID is added according to another embodiment of the present invention.
2A shows an example of storing attribute data 21 in a tabular database. ID23 is an identifier uniquely assigned to each thing on the map. The attribute 24 corresponds to an item of attribute data, and indicates information such as the height of an object on the map, a construction year, and a contractor.
(B) is a storage example of the map data 22 in the same table format database. The ID 25 corresponds to ID 23 of the attribute data 21, and the graphic data 27 stores information such as coordinate string data, symbol data, and text data corresponding to one thing. The graphic data area of each record has a variable length. The data length information is assumed to be stored in the same manner as in FIG. 1, but is omitted from the drawings in the following embodiments.
The sub ID 26 is assigned to make each record of a plurality of graphic data for one thing on the map unique. As shown in FIG. 2, the sub-ID 26 does not indicate the record storage order relationship as in the prior art. Therefore, the sub ID 26 does not have to be a serial number. As a result, the control of the sub ID 26 itself is not complicated.
For example, in FIG. 2, the thing with ID = 1 corresponds to two records with sub ID = 1 and sub ID = 10 in the map data 22.
[0018]
The map data 22 can be searched for a plurality of graphic data 27 (multiple records) using ID25 as a key, and only one graphic data 22 (one record) is searched using ID25 + sub-ID26 as a key. It is also possible.
Furthermore, addition, change, and deletion of records in the map data 22 can be flexibly handled in units of records in the tabular database by using ID25 or ID25 + sub-ID26 as a key.
[0019]
A usage example of the sub ID 26 will be described.
For example, it is assumed that the name of the person in charge of investigating a matter is stored as information in the graphic data record of sub ID = 10. However, it is assumed that this information is eventually unnecessary (for example, when the system is completed). In that case, the sub ID of the record in which the name of the person in charge of the investigation is stored determines the ID number as “10” for any record of the matter, and when the system is completed, ID + sub ID “10” is set. As a key, it is possible to delete records in a batch. Further, depending on how the database index is held, a method of deleting all at once using only the sub ID “10” as a key is also possible.
[0020]
In addition, it is effective when batch processing is performed, for example, a comment that is not necessary for actual processing is attached with a sub-ID to be an independent record.
Furthermore, in any of the symbol data, coordinate data, and text data, it is possible to attach a sub ID as one record and store it in the map data as a plurality of records for one thing.
[0021]
Example 3
Another embodiment of the present invention will be described below with reference to the drawings.
FIG. 3 is a diagram of a map example showing things related to other things in another embodiment and map data having related data.
In FIG. 3, (a) is a map example, and each figure of ID = 1 to ID = 6 represents an object on the map. (B) is a storage example of the map data 32 in a tabular database.
(A) In the map example, each figure has an ID, which is an identifier uniquely assigned to each thing on the map, and has a relationship with a plurality of things. On the other hand, in the map data 32, ID 35 corresponds to the ID of a thing in the map example of (a). The graphic data 37 stores symbol data corresponding to one thing, and the area of the graphic data 37 of each record has a variable length.
Related data 1 and 38 and related data 2 and 39 show identifiers of other things related to one thing.
[0022]
(A) In a map example, when figures are grouped (like figures with IDs of 5 and 6), the thing has the ID of the parent in the group and is stored in the related data 1 and 38. The If it is a parent graphic (such as a graphic with IDs 1 and 2), its own ID is stored as related data 1.38. In addition, when the figure is adjacent to two figures or straddles two figures (such as a figure with IDs 3 and 4), both figures of the figure (ID is 1). 2) is stored in the related data 1.38 and the related data 2.39.
[0023]
In the present embodiment, it is possible to know the IDs of the figures in the group having the same parent only by searching the contents of the related data 1 • 38 or the related data 2 • 39 in the map data 32. In addition, when searching the graphic data 37 of the map data 32, it is possible to easily add, update, and delete records of the graphic data 37 without being aware of the presence or absence of other graphics in the same group.
[0024]
Example 4
Another embodiment of the present invention will be described below with reference to the drawings.
FIG. 4 is a diagram showing attribute data having a sub ID and map data in another embodiment.
4A is a storage example of the attribute data 41 in the tabular database, and FIG. 4B is a storage example of the map data 42 in the same tabular database.
In the attribute data 41, ID 43 is an identifier uniquely assigned to each thing on the map. The attribute 48 corresponds to an item of attribute data, and indicates information such as the height of an object on the map, a construction year, and a contractor. Furthermore, when one thing on a map represents a some attribute, it identifies with sub ID44.
On the other hand, in the map data 42, ID 45 corresponds to ID 43 of the attribute data 41. The graphic data 47 stores a plurality of types of information such as coordinate string data, symbol data, and text data corresponding to one thing, and is a variable-length storage area.
[0025]
In the present embodiment, a plurality of records for things having a plurality of information can be stored as attribute data.
In the attribute data 41, it is possible to search a plurality of records for one thing using the ID 45 of the map data 42 as a key, and obtain a plurality of attributes of the thing.
In addition, addition, update, and deletion of records in the attribute data 41 can be flexibly handled using ID 43 + sub ID 44 as a key.
[0026]
An example in which the attribute data 41 has a plurality of records corresponding to one thing will be described.
For example, when multiple transformers are attached to one utility pole, as the attribute data indicates as information on each transformer, the height at which the transformer is installed, the construction year, and the contractor are different. Information. Therefore, there are a plurality of records indicating attributes.
However, in the graphic data, since there is only one symbol data that expresses the transformer in a graphic form, as shown in the map data, the content of the record with ID = 2 is “two transformers are attached to the power pole. ", And it will be summarized in one record.
[0027]
As described above, even if the attribute data 41 includes a plurality of records, the record of the graphic data 47 of the map data 42 corresponds to one thing and does not become a plurality. Therefore, in this case, duplication of records having the same contents for one thing in the map data can be avoided.
[0028]
Example 5 FIG.
In the first embodiment, the case where the information stored in the graphic data which is the variable-length area is in the order of the symbol data, the coordinate string data, and the text data is shown, but the order of storing may be other order.
In addition, although three types of information, symbol data, coordinate string data, and text data, have been described, other types of information may be stored.
[0029]
Example 6
In the first embodiment, the height, the construction year, and the contractor are listed as the attribute items of the attribute data. However, other items may be used as the attributes.
[0030]
Example 7
In the second embodiment, an example of a record that stores a person-in-charge name as one of a plurality of records when the graphic data is a plurality of records has been described, but the content stored in the plurality of records is not particularly limited to this.
[0032]
【The invention's effect】
Since the map information storage system according to the present invention includes association data in attribute data, information on a plurality of things can be collected in one record in the map data. Attribute data can be assigned, and unified management of attribute data and map data becomes possible .
[Brief description of the drawings]
FIG. 1 is a diagram showing attribute data and map data in an embodiment of the present invention.
FIG. 2 is a diagram of attribute data and map data to which a sub ID is added in another embodiment of the present invention.
FIG. 3 is a diagram of a map example showing things related to other things in another embodiment and map data having related data.
FIG. 4 is a diagram showing attribute data having a sub ID and map data in another embodiment.
FIG. 5 is a diagram showing a conventional map information management method;
FIG. 6 is a diagram showing an example of graphic data storage in a conventional map information management method;
[Explanation of symbols]
11 attribute data, 12 map data, 13 ID, 14 attributes, 15 ID, 17 graphic data (variable length area).

Claims (1)

地図上の事物を表す地図データと、地図上の事物の属性を表す属性データとを記憶する地図情報記憶システムにおいて、上記地図データと上記属性データを表形式データベースに記憶すると共に、上記地図データを記憶するエリアを可変長エリアとし、
1つの平面位置に同じ種類の複数の物体が存在する場合に、上記表形式データベースは、上記地図データの一部として、複数の物体を地図上の1つの事物として一意に識別するIDと、このIDに対応させて当該事物である上記物体の種類及び個数を表す図形データとを記憶し、複数の上記物体のそれぞれを上記事物の1つの属性データとして、上記IDと、上記物体を識別するサブIDと、上記IDと上記サブIDに対応させて上記物体が存在する高さと上記属性データの一部として記憶することを特徴とする地図情報記憶システム。
A map data representing the things on the map, the map information storage system that stores the attribute data representing the things of the attributes on the map, and the map data and the attribute data stores in a table format database, the map data The area for storing
If the same kind of a plurality of objects in one plane positions exist, the tabular database, as part of the map data, ID uniquely identifying as one thing on the map a plurality of objects, the A graphic data representing the type and number of the object as the object is stored in association with the ID, and each of the plurality of objects is used as one attribute data of the object to identify the ID and the object. map information storage system ID and, wherein memorize to Rukoto a height above ID and is allowed to the object corresponding to the sub-ID is present as part of the attribute data.
JP00832295A 1995-01-23 1995-01-23 Map information storage system Expired - Fee Related JP4063342B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP00832295A JP4063342B2 (en) 1995-01-23 1995-01-23 Map information storage system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP00832295A JP4063342B2 (en) 1995-01-23 1995-01-23 Map information storage system

Publications (2)

Publication Number Publication Date
JPH08202723A JPH08202723A (en) 1996-08-09
JP4063342B2 true JP4063342B2 (en) 2008-03-19

Family

ID=11689942

Family Applications (1)

Application Number Title Priority Date Filing Date
JP00832295A Expired - Fee Related JP4063342B2 (en) 1995-01-23 1995-01-23 Map information storage system

Country Status (1)

Country Link
JP (1) JP4063342B2 (en)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01206431A (en) * 1988-02-15 1989-08-18 Mitsubishi Electric Corp System for managing data base
JPH022463A (en) * 1988-06-15 1990-01-08 Mitsubishi Electric Corp Geographic data storing device
JPH0285963A (en) * 1988-09-22 1990-03-27 Mitsubishi Electric Corp Unitary managing system for map data and attribute data
JP3212113B2 (en) * 1990-11-07 2001-09-25 株式会社日立製作所 Map information display method and device
JP2960535B2 (en) * 1990-11-30 1999-10-06 株式会社日立製作所 How to manage memo information

Also Published As

Publication number Publication date
JPH08202723A (en) 1996-08-09

Similar Documents

Publication Publication Date Title
US9760652B2 (en) Hierarchical storage architecture using node ID ranges
CN101667183B (en) Method, device and system for establishing index based on customization
US5634123A (en) Data management using nested records and code points
JP4063342B2 (en) Map information storage system
US7165072B2 (en) Method for merging information from effective dated base tables
JP4562749B2 (en) Document compression storage method and apparatus
EP1116137A1 (en) Database, and methods of data storage and retrieval
CN105930371A (en) Big-data-oriented HDFS-based dimensional storage and query method
JPH0285963A (en) Unitary managing system for map data and attribute data
JPS63153630A (en) Retrieval system for document to be cited
JP3980326B2 (en) Data management method and computer-readable recording medium
JPH06103134A (en) Constructing method for index
JPH01241640A (en) Data base device and data base managing method
JP2000322418A (en) Data base system
JPH06266591A (en) Document managing method
WO2002052443A1 (en) Address tags for a hierarchical data structure and method of creating and using same
JPH01206431A (en) System for managing data base
JPH02190970A (en) Index structure and search processing method using the structure
JP2003141136A (en) Method of updating index for document search
JP2004288129A (en) Virtual file management system
JPH01287732A (en) Data base device and data base managing method
Deen Data and File Structure
JPH02181873A (en) Data base device and method for managing data base
JPH0820989B2 (en) How to manage data structure definitions
JP2009129213A (en) Data structure output system

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040824

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041001

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050202

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050329

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20050404

A912 Removal of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20050520

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071129

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071225

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110111

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120111

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130111

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130111

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees