+

WO2003088149A1 - Procede et systeme de verification de dossier spatial - Google Patents

Procede et systeme de verification de dossier spatial Download PDF

Info

Publication number
WO2003088149A1
WO2003088149A1 PCT/NZ2003/000068 NZ0300068W WO03088149A1 WO 2003088149 A1 WO2003088149 A1 WO 2003088149A1 NZ 0300068 W NZ0300068 W NZ 0300068W WO 03088149 A1 WO03088149 A1 WO 03088149A1
Authority
WO
WIPO (PCT)
Prior art keywords
tests
data file
spatial data
criteria
validating
Prior art date
Application number
PCT/NZ2003/000068
Other languages
English (en)
Inventor
Andrew John Cardno
Original Assignee
Compudigm International 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 Compudigm International Limited filed Critical Compudigm International Limited
Priority to AU2003222528A priority Critical patent/AU2003222528A1/en
Publication of WO2003088149A1 publication Critical patent/WO2003088149A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T17/00—Three dimensional [3D] modelling, e.g. data description of 3D objects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2210/00—Indexing scheme for image generation or computer graphics
    • G06T2210/32—Image data format

Definitions

  • the invention relates to file validation and in particular to a system, method and computer program for checking and validating files in spatial file format for use in other applications.
  • the objects modeled or represented in these spatial files correspond to other types of data stored by the business organization. For example, for every slot machine represented in a digital map the organization will most likely have revenue and transaction related data stored in a database.
  • the invention comprises a method of validating a spatial data file comprising the steps of maintaining a plurality of tests in computer memory, at least one of the tests having an associated test type and set of criteria; retrieving successive tests from computer memory in a predefined order and applying the tests to the spatial data file; and generating a list of those tests having criteria not satisfied based at least partly on test type.
  • the invention comprises a spatial data file validation system comprising a plurality of tests maintained in computer, at least one of the tests having an associated test type and set of criteria; a retrieval component configured to retrieve successive tests from computer memory in a predefined order and to apply the tests to the spatial data file; and a result generator configured to generate a list of those tests having criteria not satisfied based at least party on test type.
  • Figure 1 shows the preferred system architecture of hardware on which a present invention may be implemented
  • Figure 2 shows a block diagram of a system in which one form of the invention may be implemented
  • Figure 3 illustrates a sample spatial data file
  • Figure 4 illustrates one test for unusual object rotation
  • Figure 5 illustrates another test for unusual object rotation
  • Figure 6 illustrates one preferred user interface component for performing file validation according to the invention
  • Figure 7 shows a further preferred user interface component for performing file validation according to one preferred form of the invention.
  • Figure 8 is a report generated in accordance to one preferred form of the invention.
  • One preferred means of implementing the invention comprises a personal computer or workstation operating under the control of appropriate operating and application software.
  • FIG. 1 shows the preferred system architecture of a computer system which could be used to implement the invention.
  • 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, touch pad or track ball, 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 116 for example a printer.
  • the system 100 could also include a network interface card or controller 118 and/or a modem 120.
  • the individual components of the system 100 could communicate through a system bus 122.
  • FIG. 2 illustrates a block diagram of one preferred network arrangement 200 in which the present invention may be implemented.
  • the network may include one or more clients 220, for example 220A, 220B, 220C, 220D, 220E and 220F, which each may comprise a personal computer or workstation described above.
  • Each client 220 may be interfaced to a further workstation 230.
  • Each client 220 could be connected directly to the workstation 230, could be connected through a local area network or LAN, or could be connected through the Internet.
  • Clients 220A and 220B are connected to a network 240, such as a local area network or LAN.
  • the network 240 could be connected to a suitable network server 245 and communicate with the workstation 230 as shown.
  • Client 220C is shown connected directly to the workstation 230.
  • Clients 220D, 220E and 22 OF are shown connected to the workstation 230 through the Internet 250.
  • Client 220D is shown as connected to the Internet 250 with a dial-up or other suitable connection and clients 220E and 220F are shown connected to a network 260 such as a local area network or LAN, the network 260 connected to a suitable network server 265.
  • the preferred network 200 may further comprise a data repository 270, for example one or more databases containing business or transaction data for an organisation maintained in a memory.
  • a data repository 270 for example one or more databases containing business or transaction data for an organisation maintained in a memory.
  • the workstation or server 230 operates under the control of appropriate operating and application software having a data memory 231 connected to a server 232.
  • the invention may be carried out on workstation or server 230 and accessed directly from there or may be accessed by a client 220.
  • the invention is arranged to receive or retrieve a spatial data file which has been created by a first software application such as AutoCAD, for example.
  • the spatial data file could be sent from a client workstation 220, retrieved from data repository 270 or loaded from a removable storage medium.
  • the invention validates the data for uploading into a second software application which is able to make use of such spatial data.
  • An example of such an application is the Applicant's seePOWER visualiser system.
  • the workstation 230 and associated data memory 231 and/or data repository 270 and/or a client 220 may have stored a plurality of tests, at least one of these tests having an associated test type and set of criteria as will be further described below. There may also be maintained one or more test types requiring user action if a test criteria is not satisfied. For example, some tests will be of type critical and will require correction of the spatial data file. Other tests will be of type warning with confirmation requiring user acknowledgement of the warning.
  • Spatial file formats are often used to represent diagrams, models or maps.
  • Spatial file formats include the AutoCAD file format (.dxf), the Maplnfo tab format (.tab), the Maplnfo mif format (.mif), the genamap format (.di/.de) or the ESRI shape format (.shp).
  • the invention provides a plurality of tests that can be applied to a spatial data file. Many of the tests have associated criteria that are either satisfied or not satisfied by a particular spatial data file.
  • FIG. 3 illustrates a sample data file in AutoCAD drawing interchange format (DXF) indicated at 300.
  • the typical DXF file is generally subdivided into seven sections and includes an EOF (end of file) marker. File separated groups are used to delimit these file sections.
  • the sections include a header section 302, a classes section 304, a tables section 306, ablocks section 308, an entities section 310 and an objects section 312.
  • the header section 302 of the DXF file generally contains settings of variables associated with the drawing. Each variable is specified in the header section by a nine group giving the variable' s name, followed by groups that supply the value of the variable.
  • the classes section 304 holds the information for application-defined classes whose instances appear in the blocks section 308, the entities section 310 and the objects section 312 of the database. It is assumed that a class definition is permanently fixed in class hierarchy.
  • the tables section 306 contains several tables, each of which can contain the variable number of entries.
  • the blocks section 308 of the DXF file contains all the block definitions. It contains the entities that make up the blocks used in the drawing, including anonymous blocks generated by other commands.
  • the format of the entities in this section is identical to those in the entities section. All entities in the blocks section 308 appear between block and endblock entities. Block and endblock entities appear only in the block section. Block definitions are never nested, that is, no block or endblock entity ever appears within another block-endblock pair, although a block definition can contain an insert entity.
  • the entities section 310 includes the groups that make up an entity item. Entities differ from objects in that objects have no graphical representation whereas entities generally do have a graphical representation. Entities are referred to in this specification and claims as graphical objects, while objects are referred to as non-graphical objects. It is the graphical objects with which the invention is particularly concerned.
  • the entities section 310 comprises a plurality of graphical objects.
  • the spatial data file represents a floor plan of a casino
  • individual slot machines could be represented as graphical objects at 320, for example 322 and 324.
  • Each graphical object is identified by an object label and is associated with a graphical spatial position within a casino floor.
  • machine bank 332 includes slot machines 322 and 324.
  • Each machine bank is preferably identified by an object label and is associated with a graphical spatial position within a casino floor.
  • Section 340 includes machine bank 332 and machine bank 334.
  • Section 340, and preferably each other section, is also identified by a label and is associated with graphical spatial co-ordinates.
  • the invention is configured to perform a plurality of tests on a spatial data file.
  • a test of this type in which the criteria are not met by the spatial data file are known as "critical" tests and failure of such a test results in an error provided to the user. The user must alter the content of the spatial data file to remove the cause of any critical error and then rerun the tests.
  • tests may be of type "warning with confirmation” meaning that another user application may be able to use the spatial data file that has been checked but it is prudent to obtain the confirmation of the user of the existence of the warning. Tests of this nature are assigned a type "warning with confirmation” and confirmation is sought from the user if the criteria associated with a particular test of this type are not met.
  • a third type of tests may be "warning without confirmation" meaning that failure of the criteria associated with this test generates a warning but confirmation is not sought from the user as to the existence of the warning.
  • the tests are listed in a preferred order as it is envisaged that these tests are maintained in computer memory and that successive tests are retrieved from computer memory in a predefined order and applied to the spatial data file. It is also envisaged that at least one and preferably all of the tests have an associated test type, for example "critical”, “warning with confirmation”, and “warning without confirmation”. It is also envisaged that each test has an associated set of criteria that are either satisfied or not satisfied by the spatial data file.
  • the advantage of retrieving and applying the tests in the order specified is that some of the tests assume that the spatial data file has satisfied the criteria associated with earlier tests. Applying the tests in this order reduces processing time as in some cases it reduces the number of tests needed to be performed.
  • the purpose of this test is to check the labels of all the graphical objects and preferably also the non-graphical objects to determine whether duplicates occur.
  • the label of each object is extracted in the form of a text string and an array of strings containing the labels is produced and sorted using a selection sort.
  • This test is preferably classified as type "critical". This test has as criteria an absence of duplicate labels in the spatial data file and a spatial data file that has duplicate labels will not satisfy the criteria associated with this test.
  • This test checks the internal format of the labels of each item in a data set, namely each graphical object in the spatial data file that is extracted and passed to this test.
  • the format of each label is checked against a format specifier that sets out a predefined format. If a character other than that specified is detected, or if the label is null, an error is returned.
  • Each label format is preferably in the form of a format string.
  • the allowed characters could be numerals from 0 to 9, upper case characters A to Z and other punctuations such as dash, hyphen, minus sign or subtraction operators.
  • a label string could be of any length and will depend on the nature of the application and the data represented by the spatial data file.
  • SS is a section identifier
  • BB is a bank identifier
  • II is a machine slot identifier
  • the length of the label structure string should be the same as the label format. If the label format and label structure describe a section then the string will usually be two characters long representing SS. If the strings describe a bank within a section, the string will generally be SSBB which uniquely identifies an individual bank within a section.
  • the label format test is preferably of type critical. The criteria associated with this test is satisfied only if all labels conform to a predefined format. 3. Closed Polygon Test
  • This test checks the closed property of all the graphical objects in the spatial data file to ensure that the graphical representation associated with each graphical object is a closed polygon.
  • Each closed polygon is preferably represented in the data set as being a closed polygon and it is generally a simple test to check the "closed" property of each polygon.
  • This test is preferably a critical type test. The criteria associated with this test is satisfied only if all graphical objects represent closed polygons.
  • This test determines whether each of the graphical objects in the spatial data file have a predefined number of sides, for example four. It is assumed that each of the graphical objects is a closed polygon because each of the graphical objects has passed the test for closed polygons described above. Assuming that each object is a closed polygon, this test counts the vertices associated with each graphical object.
  • This test is preferably of type critical. The criteria associated with this test is satisfied if all graphical objects have a predefined number of sides appropriate for the particular object.
  • This test checks each graphical object in the spatial database to ensure that the graphical object is of an expected predefined shape. It is expected in a casino application that each slot machine will be rectangular in shape, although in other applications the predefined shape could be any other polygon shape.
  • angles of the shape could be measured. If three of the angles are right angles it can be assumed that the graphical object is rectangular in shape. Alternatively if the object has two pairs of equal length sides that are opposite to one another and one right angle, it can also be assumed that the graphical object is rectangular.
  • this test could perform a further count of the vertices associated with the graphical object and could report an error if the graphical object does not have four vertices.
  • the criteria associated with this test could have an angular tolerance.
  • the angular tolerance could be the angles in degrees by which an internal angle of the polygon may differ from 90° and not produce a warning indicating that the polygon is not rectangular.
  • One such tolerance could be +/ - 3.0°.
  • This test detects overlap between two graphical objects.
  • Each graphical object for example slot machines in a spatial data file representing a casino floor plan, is tested against every other slot machine regardless of any bank to which the slot machine may belong.
  • a critical error is generated if objects overlap by more than a predefined critical percent threshold and a warning is preferably generated if there is an overlap by more than a warning percent threshold.
  • this test may use a raster-based method that counts pixels or could use a direct method that uses vector geometry.
  • the preferred result is the overlap calculated as a percentage of the area bounded by the first object, or the percentage of the first object that overlaps with the second object.
  • the test If the percentage overlap exceeds a critical threshold, for example 10%, the test returns a critical error. Alternatively, if the percentage of overlap is less than a critical threshold but greater than a warning threshold, then the test turns a "warning with confirmation". An example of this percent is in the range 5%-10%.
  • This test for graphical object overlap can be typed as either a critical or a warning type, depending on the value of overlap and whether the overlap amount exceeds a critical or warning threshold.
  • This test checks the rotation of each graphical object in the spatial data file. The test first determines if the front edges of any objects are snapped to, or are close to, any other object in the spatial data file. It is then checked, within each bank, to see if graphical objects appear to be facing the wrong way.
  • An unusual rotation is a slot machine in a circular bank in which the slot machine faces inward instead of outward.
  • FIG. 4 illustrates a bank 600 of individual objects. Examples of these objects include 602 and 604.
  • Object 602 for example has edges defined by four vertices, for example vertex 606, vertex 608, vertex 610 and vertex 612. It is assumed that the edge defined by the first two vertices 606 and 608 is the front edge 614 of the object. The mid point 616 of the front edge 614 of the object is calculated.
  • Each edge forming part of each other graphical object is then tested to determine the shortest distance between that edge and mid point 616.
  • the front edge 614 of graphical object 602 intersects one edge of object 604 and so the shortest distance is zero.
  • the mid point 616 is also positioned a short distance from edges 618 and 620 forming part of object 604.
  • a critical error is generated. As shown in Figure 4, graphical object 602 will generate a critical error and the other graphical objects in the machine bank 600 would not generate a critical error provided that the front edge of each of the graphical objects in the bank 600 are not too close to the edge of any other object positioned near the machine bank.
  • the front edge of a graphical object may be within the tolerance specified above but yet be in an unusual rotation within a machine bank.
  • Figure 5 illustrates one way of identifying an object that may have an unusual rotation within a machine bank 700.
  • the centroid C indicated at 702 is calculated.
  • the front edge 704 and back edge 706 of an object 708 is then calculated and the mid points 710 and 712 of the front edge 704 and back edge 706 are then calculated.
  • the object 708 is assumed to have an unusual rotation. It is envisaged that the test have a test tolerance in units of a percentage of the length of the front edge 704. For example, the test could identify unusual rotation of an object if the front edge mid point 710 is closer to the centroid 702 by an amount greater than half the width of the object defined by the length of front edge 704.
  • This test for unusual slot rotation could be typed as either a critical or a warning type. It is envisaged that the test illustrated with reference to Figure 4 could generate a critical error if the criteria is not satisfied and the test illustrated with reference to Figure 5 could generate a warning with confirmation if the criteria are not satisfied.
  • This test determines whether a graphical object is within the section specified in the label associated with the graphical object.
  • the section identifier is extracted from the slot label.
  • the test first builds then sorts an array of slots, and then counts through in portions that have the same section identifier. Each slot in each portion of the array is tested to see if it is within the section specified.
  • This test is preferably of type critical.
  • this test detects when two adjacent slots within the same bank are not snapped together.
  • This test is preferably recorded as "warning with confirmation".
  • the invention check internal compatibility of a spatial data file as described in the tests above. It is also envisaged that the invention check compatibility with further data files that are to be used in association with the spatial data file being checked.
  • a job is created that is assigned all the graphical objects in a spatial data file. The job is then processed while the application loads the file and performs other tests. Once the job is complete a list of graphical objects found in the further data file is created. This list is then compared to a list of all graphical objects compiled from the spatial data file. Labels of graphical objects that appear in the list from the spatial data file but not in the further data file are reported.
  • this test determines whether graphical objects found in the further data file have corresponding graphical objects in the spatial data file.
  • the invention in one form provides a method of verifying spatial data from a spatial data file created by a first software application for use in a second software application.
  • Spatial data files generated by a first software application such as AutoCAD can be verified using the tests described above prior to use in a second or subsequent software application. It is envisaged that once a spatial data file has satisfied the tests described above, it can be uploaded for use in subsequent software applications.
  • a user is able to open the spatial file and select a layer to view. Once the user has selected a layer it is displayed in a viewing window.
  • Figure 8 illustrates a preferred user interface component for use at this stage in the process. All the spatial objects which make up the file layer are displayed.
  • the spatial objects displayed in Figure 6 represent slot machines in a casino floor layout.
  • the user may increase or decrease the magnification of the layer, fit the layer view to the window size, and turn layer labels on or off.
  • a dialogue box such as that shown in Figure 7 may then be displayed to the user.
  • the user may enter a description of the spatial file and a start date, for example the first date that the spatial file will be used by the second application.
  • the spatial file will then be subjected to one or more pre-defined tests which have been configured for the file. These tests may include geometric relationships between objects for example object overlap, rotation of object relative to other objects and position of an object relative to other objects.
  • the spatial objects relate to data stored separately, for example in data repository 270, and the spatial objects in the spatial data file may have labels or other attributes which are intended to correspond to the ID or attributes of the data entities entered in data repository 270.
  • the predetermined tests may include validation of these labels or any other relationship between the spatial objects and the data entities in data repository 270.
  • test results window may be displayed similar to that shown in Figure 8. This window provides a summary of any critical errors and warnings resulting from the testing of spatial objects within the file. The user is required to remedy any critical errors in the file before the file can be uploaded into the second software application.
  • the spatial data may be uploaded into the second application in a form native to the second application for immediate use or storage.
  • the invention may be applied to any business that requires spatial files to be checked and uploaded to a software application that uses spatial data. These may include but are not limited to business applications in the gaming, financial services, retail and telecommunications industries.

Landscapes

  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Graphics (AREA)
  • Geometry (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention porte sur un procédé de validation d'un fichier de données spatiales. Ce procédé consiste à maintenir une pluralité d'essais dans une mémoire informatique, au moins un des essais comprenant un type d'essai associé et un ensemble de critères ; à extraire des essais successifs d'une mémoire informatique dans un ordre prédéterminé et appliquer les essais au fichier de données spatiales ; et à générer une liste des essais comprenant des critères qui ne sont pas satisfaisants en fonction, au moins en partie, du type d'essai. Cette invention concerne aussi un procédé de vérification de données spatiales à partir d'un fichier de données spatiales créé par une première application logicielle à utiliser dans une deuxième application logicielle et un système de validation de fichier de données spatiales associé.
PCT/NZ2003/000068 2002-04-17 2003-04-17 Procede et systeme de verification de dossier spatial WO2003088149A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003222528A AU2003222528A1 (en) 2002-04-17 2003-04-17 Spatial file checking method and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
NZ518431 2002-04-17
NZ51843102 2002-04-17

Publications (1)

Publication Number Publication Date
WO2003088149A1 true WO2003088149A1 (fr) 2003-10-23

Family

ID=29245081

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/NZ2003/000068 WO2003088149A1 (fr) 2002-04-17 2003-04-17 Procede et systeme de verification de dossier spatial

Country Status (2)

Country Link
AU (1) AU2003222528A1 (fr)
WO (1) WO2003088149A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US5202841A (en) * 1989-07-14 1993-04-13 Mitsubishi Denki Kabushiki Kaisha Layout pattern verification system
US5461572A (en) * 1992-06-04 1995-10-24 Mitsubishi Denki Kabushiki Kaisha Layout pattern verification apparatus
US5677847A (en) * 1995-12-05 1997-10-14 International Business Machines Corporation Method and apparatus for designing a module
WO1999036873A1 (fr) * 1998-01-14 1999-07-22 Advanced Micro Devices, Inc. Procede et programme informatiques pour automatiser la representation des protuberances de puces a protuberances dans la conception des boitiers de circuit integre.
WO2000058836A1 (fr) * 1999-03-31 2000-10-05 British Telecommunications Public Limited Company Procede et appareil d'essai de logiciels automatise
US6378110B1 (en) * 1998-03-31 2002-04-23 Synopsys, Inc. Layer-based rule checking for an integrated circuit layout

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5202841A (en) * 1989-07-14 1993-04-13 Mitsubishi Denki Kabushiki Kaisha Layout pattern verification system
US5461572A (en) * 1992-06-04 1995-10-24 Mitsubishi Denki Kabushiki Kaisha Layout pattern verification apparatus
US5677847A (en) * 1995-12-05 1997-10-14 International Business Machines Corporation Method and apparatus for designing a module
WO1999036873A1 (fr) * 1998-01-14 1999-07-22 Advanced Micro Devices, Inc. Procede et programme informatiques pour automatiser la representation des protuberances de puces a protuberances dans la conception des boitiers de circuit integre.
US6378110B1 (en) * 1998-03-31 2002-04-23 Synopsys, Inc. Layer-based rule checking for an integrated circuit layout
WO2000058836A1 (fr) * 1999-03-31 2000-10-05 British Telecommunications Public Limited Company Procede et appareil d'essai de logiciels automatise

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
AU2003222528A1 (en) 2003-10-27

Similar Documents

Publication Publication Date Title
US7149677B2 (en) Geometric model comparator and method
US5179643A (en) Method of multi-dimensional analysis and display for a large volume of record information items and a system therefor
US6647390B2 (en) System and methods for standardizing data for design review comparisons
US6289254B1 (en) Parts selection apparatus and parts selection system with CAD function
US7737966B2 (en) Method, apparatus, and system for processing geometric data of assembled parts
EP0702322A2 (fr) Méthode et appareil pour identifier des mots décrits dans un document électronique portable
CN104915879A (zh) 基于金融数据的社会关系挖掘的方法及装置
US6320983B1 (en) Method and apparatus for character recognition, and computer-readable recording medium with a program making a computer execute the method recorded therein
CN111931269B (zh) Bim与图纸中重要构件信息一致性的自动审核方法和系统
CN113850260B (zh) 关键信息抽取方法、装置、电子设备及可读存储介质
US7352368B2 (en) Computer-implemented system and method for displaying three-dimensional images having associated metadata
CN108154191A (zh) 文档图像的识别方法和系统
US8341571B1 (en) Pattern signature
US8355174B1 (en) Automated mechanical approval of advertisement copy
US6625607B1 (en) Method of comparing parts
US20080077259A1 (en) Design aiding apparatus, design aiding method, computer readable recording medium recorded thereon a design aiding program and design aiding system
US20250005272A1 (en) Systems and methods for linking a data set to recurring data elements
WO2014000139A1 (fr) Approximation de connexions guidée par modèle pour dessins mécaniques, électriques et de plomberie
EP2109049A1 (fr) Dispositif et procédé pour afficher des résultats de recherche en système coordonnées bidimensionelles
CN110737790B (zh) 一种基于数据库的通用图像数据集管理方法
CN111832906B (zh) Cad图纸复杂度评估方法及装置
WO2003088149A1 (fr) Procede et systeme de verification de dossier spatial
JPH11175602A (ja) 信用リスク計測装置
CN108170838B (zh) 话题演变的可视化展现方法、应用服务器及计算机可读存储介质
NZ536226A (en) Spatial file checking and upload method and system

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 CO CR CU CZ DE DK DM DZ EC 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 NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM 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 ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载