Viac

Sada nástrojov pre dátovú interoperabilitu nefunguje ArcGIS pre stolný počítač?


Nástroje na interoperabilitu údajov .tbx sa zobrazujú v priečinkoch môjho systému, keď však dvakrát kliknem na rýchly export alebo import, zobrazí sa červené X. Vstúpil som do nastavení správcu a zdá sa, že nástroj nie je nainštalovaný. Ako to nainštalujem? Používam ArcGIS 10.2 na vyskúšanie počítača. Keď sa pokúsim vyhodnotiť rozšírenia, zobrazí sa správa, v ktorej sa uvádza, že všetky požadované funkcie už boli na tomto počítači autorizované.


Údajne by ste si mali nainštalovať rozšírenie Data Interoperability, ktoré by malo byť súčasťou vášho média. Skúšobná verzia je k dispozícii tu. Interoperabilita údajov je samostatnou inštaláciou od základných desktopových médií. Nájdete ho v priečinku s inštalačnými médiami, mal by tam byť priečinok s názvom „DataInterop“.

Potom skontrolujte v ponuke Prispôsobiť> Rozšírenia - interoperabilita údajov. Rozšírenie musí byť povolené, aby ste mohli z ArcToolboxu spúšťať nástroje GP, ktoré sú licencované oddelene prostredníctvom rozšírenia (to isté ako akékoľvek iné rozšírenie, ako napríklad Spatial Analyst alebo Network Analyst).


Neopísali ste proces, ktorý ste použili na inštaláciu a licencovanie rozšírenia Data Interoperability.

Ak ste to ešte neurobili, odporúčam vám postupovať podľa online pomocníka k inštalácii rozšírenia Data Interoperability.

Ak ste tieto kroky vykonali raz neúspešne, potom odporúčam urobiť si ich aspoň druhý beh v prípade, že vám niečo uniklo.

Ak to nefunguje, odporúčam kontaktovať podporu spoločnosti Esri, ktorá by mala byť schopná skontrolovať, či je licencia platná a či je dokumentácia, ktorú sledujete, presná.


Skontrolujte, či ste si kúpili licenciu na interoperabilitu. Túto funkciu môžete skontrolovať v okne rozšírenia programu arcmap.


Platforma kvality ovzdušia novej generácie: otvorenosť a interoperabilita pre internet vecí

1 Jednotka digitálnych zemských a referenčných údajov, Inštitút pre životné prostredie a udržateľnosť, Spoločné výskumné centrum, Európska komisia, Ispra 21027, Taliansko [email protected] (SS) [email protected] (MC)

Sven Schade

1 Jednotka digitálnych zemských a referenčných údajov, Inštitút pre životné prostredie a udržateľnosť, Spoločné výskumné centrum, Európska komisia, Ispra 21027, Taliansko [email protected] (SS) [email protected] (MC)

Massimo Craglia

1 Jednotka digitálnych zemských a referenčných údajov, Inštitút pre životné prostredie a udržateľnosť, Spoločné výskumné centrum, Európska komisia, Ispra 21027, Taliansko [email protected] (SS) [email protected] (MC)

Michel Gerboles

2 jednotka pre vzduch a klímu, Inštitút pre životné prostredie a udržateľnosť, Spoločné výskumné centrum, Európska komisia, Ispra 21027, Taliansko [email protected] (MG) [email protected] (LS )

Laurent Spinelle

2 jednotka pre vzduch a klímu, Inštitút pre životné prostredie a udržateľnosť, Spoločné výskumné centrum, Európska komisia, Ispra 21027, Taliansko [email protected] (MG) [email protected] (LS )

Marco Signorini

3 Liberaintentio Srl, Malnate 21046, Taliansko [email protected]


Odhad odhadu hustoty jadra (KDE) v GME (alias nástroje Hawth a#39s) nefunguje

Pokúšal som sa vytvoriť odhady hustoty jadra pomocou nástroja "kde" z
Geopriestorové modelovacie prostredie (GME, pozri dokumentáciu kde). Bez ohľadu na platný vstup sa mi však stále zobrazuje nasledujúca chyba:

Chyba: Text príkazu nemožno interpretovať. Skontrolujte syntax príkazu. Chyba: Vyskytla sa dôležitá chyba. Ak odošlete dotaz na túto chybu, zadajte nižšie uvedené informácie. Výnimka z HRESULT: 0x8004025A

Najviac frustrujúce je, že som minulý týždeň pracoval s týmto presným kódom. Skúsil som reštartovať, znova nainštalovať GME, skopírovať vstup do nového GDB, ako je tu navrhnuté, podprocesy s PYTHON 2.7. Všetko stále vytvára túto chybu s rovnakým HRESULT.

Používam GME verzie 0.7.3.0, ArcGIS For Desktop 10.2.2, R verzie 3.1.1 a Python 2.7 v systéme Windows 7. Komunitná podpora pre GME nie je príliš veľká, takže akákoľvek pomoc tu bude veľmi cenená.


Stavebný softvér na navrhovanie alebo kreslenie

1. AUTO CAD

AutoCAD je komerčná počítačová aplikácia na navrhovanie a navrhovanie. AutoCAD, vyvinutý a predávaný spoločnosťou Autodesk, bol prvýkrát vydaný v decembri 1982 ako desktopová aplikácia bežiaca na mikropočítačoch s internými grafickými ovládačmi.

Dobré ovládanie AutoCADu je veľmi dôležité. Dobrá vec je, že je to ľahké. Tiež by ste mali vedieť krátke triky, aby Autocad fungoval rýchlo.

Kliknutím sem získate ďalšie informácie o online školení AutoCAD Kompletný kurz AutoCAD 2018-21 nae z najlepších kurzov softvéru pre stavebné inžinierstvo.

2. SketchUp

SketchUp, predtým Google Sketchup, je počítačový program pre 3D modelovanie pre širokú škálu kresliarskych aplikácií, ako je architektúra, interiérový dizajn, krajinná architektúra, stavebné a strojné inžinierstvo, filmový a videoherný dizajn. Láskavo skontrolujte toto, aby ste sa dozvedeli viac o online školení SketchUp SketchUp to LayOut.


Tento softvér sú podstatne prospešné v stavebných projektoch.

  • Softvér požadovaný na kreslenie alebo kreslenie.
    • AUTO CAD
    • SketchUp
    • MS Excel
    • Primavera P6
    • Microsoft Project (MS Project)
    • Autodesk 3ds Max
    • Autodesk Maya
    • Autocad Civil 3d
    • GeoStudio 2018 R2
    • Geo5
    • FLAC3D
    • Q GIS
    • EDUSHAKE
    • PLAXIS
    • MX - cesta
    • Bently Road Network
    • STAAD Pro
    • ETABS
    • Štruktúra programu Revit
    • Midas Gen
    • BEZPEČNÉ
    • SAP2000
    • Abakus
    • ARCGIS

    1. Softvér požadovaný na kreslenie alebo kreslenie

    Druhy softvéru požadovaného pri navrhovaní alebo kreslení sú nasledujúce.

    1a. AUTO CAD

    • AutoCAD je obchodná softvérová a návrhová softvérová aplikácia vyvinutá spoločnosťou Autodesk.
    • Používa sa vo väčšine poradenských spoločností a firiem v oblasti konštrukčného dizajnu.

    1b. SketchUp

    • SketchUp, doteraz Google Sketchup, je program pre 3D modelovanie pre celý rad aplikácií na kreslenie, ako je architektúra, interiérový dizajn, architektúra, stavebné a strojné inžinierstvo, filmový a počítačový design.

    1c. MS Excel

    • Microsoft Excel je tabuľka, ktorá pomáha pri komplexných výpočtoch, nástrojoch na vytváranie grafov, kontingenčných tabuľkách a programovací jazyk makier je navyše prístupný pod názvom Visual Basic for Applications.

    1d. Primavera P6

    • Primavera je softvér na správu portfólia podnikových projektov.
    • Obsahuje moduly, ako sú možnosti riadenia projektov, spolupráce a riadenia, a integruje sa s iným podnikovým softvérom, ako sú systémy ERP spoločnosti Oracle a SAP.
    • Primavera je softvér na plánovanie a plánovanie stavieb.

    1e. Microsoft Project (MS Project)

    • Microsoft Project je softvérový balík na správu projektov, ktorý má projektovému manažérovi pomôcť pri vývoji myšlienky, priraďovaní zdrojov k úlohám, sledovaní pokroku, riadení rozpočtu a kontrole pracovného zaťaženia.

    2. Softvér požadovaný pre 3d modelovanie štruktúry/architektúry

    Typy softvéru požadované pre 3d modelovanie štruktúry/architektúry sú nasledujúce.

    2a. Autodesk 3ds Max

    • Autodesk 3ds Max, predtým 3D Studio a 3D Studio Max, je 3D vizuálny grafický program na vytváranie 3D animácií, interiérového dizajnu, modelov, hier a obrázkov.

    2b. Autodesk Maya

    • Autodesk Maya, tiež označovaná ako Maya, je 3D počítačová grafická aplikácia, ktorá je schopná bežať na systémoch Windows, MacOS a Linux, doteraz vyvíjaná spoločnosťou Alias ​​Systems Corporation a v súčasnosti vlastní spoločnosť Autodesk, Inc.

    2c. Autocad Civil 3d

    • AutoCAD Civil 3D je riešenie pre návrh a dokumentáciu pre stavebné inžinierstvo, ktoré podporuje BudovaInformačné modelovanie (BIM)

    3. Softvér požadovaný pre geotechnickú prácu

    Typy softvéru požadovaného pre geotechnickú prácu sú nasledujúce.

    3a. GeoStudio 2018 R2

    • GeoStudio je integrovaný softvér vhodný na modelovanie stability svahov, deformácií zeme a prenosu tepla a hmoty v pôde a skalách.

    3b. Geo5

    • Používa sa na exhumáciu, ľahký základový a bezrámový základový dizajn, analýzu stability a analýzu osadenia zosilňovača.

    3c. FLAC3D

    3d. Q GIS

    • Pokročilá geotechnická kontrola pôdy, hornín a štrukturálnej podpory v 3 dimenziách.
    • QGIS je desktop s otvoreným zdrojovým kódom Geografický informačný systém (GIS)aplikácia, ktorá funguje ako pozitívny katalyzátor pri prezeraní, úprave a analýze geopriestorových údajov.

    3e. EDUSHAKE

    3f. PLAXIS

    • Program bol vyvinutý na analýzu deformácií, stability a prúdov zosilňovača v geotechnickom inžinierstve.

    4. Softvér pre projektovanie a analýzu zosilňovačov

    Typy softvéru pre projektovanie ciest a analýzu zosilňovačov sú nasledujúce.

    • MX Road je úžasný modelovací nástroj založený na strunách vyvinutý spoločnosťou Bentley Systems, ktorý sankcionuje svižný a explicitný dizajn všetkých druhov ciest.

    4b. Bently Road Network

    5. Softvér požadovaný pre štrukturálnu analýzu a návrh

    Typy softvéru požadované pre štrukturálnu analýzu a návrh sú nasledujúce.


    Webový mapový server

    Mapový server (alebo mapová služba) poskytuje mapu samotnú. Existuje nespočetné množstvo rôznych serverových koncových serverov. Malá ukážka obsahuje WMS, Google Maps, Yahoo! Mapy, ESRI ArcGIS, WFS a OpenStreetMaps. [5] Základným princípom všetkých týchto služieb je, že nám umožňujú špecifikovať oblasť mapy, na ktorú sa chceme pozrieť (odoslaním požiadavky), a potom mapové servery odošlú odpoveď obsahujúcu obrázok mapy.

    Pretože ich používa mnoho webových mapových serverov, stačí im v OpenLayers zadať adresu URL. Prístup k svojim mapovým serverom poskytujú napríklad OSGeo, OpenStreetMaps, Google, Yahoo! A Bing Maps (pri rôznych službách však v niektorých situáciách môžu platiť niektoré komerčné obmedzenia). Našťastie je k dispozícii množstvo bezplatných a/alebo open source webových mapových serverov, ktoré sú hostované na diaľku alebo sa dajú ľahko nastaviť, napríklad GeoServer, ktorý sa v tejto práci používa.

    Po uložení údajov GIS do databázy (PostgreSQL/PostGIS) sa GeoServer používa na publikovanie mapy a údaje z databázy zapísanej v jazyku Java umožňujú zdieľať, spracovávať a upravovať geopriestorové údaje. Je navrhnutý pre interoperabilitu a publikuje údaje z akéhokoľvek veľkého zdroja priestorových údajov pomocou otvorených štandardov. GeoServer sa vyvinul a stal sa jednoduchým spôsobom pripojenia existujúcich informácií k virtuálnym glóbusom, ako sú Google Earth a NASA World Wind, ako aj k webovým mapám, ako sú OpenLayers, Google Maps a Bing Maps. GeoServer funguje ako referenčná implementácia štandardu Web Feature Service (WFS) Open Geospatial Consortium a tiež implementuje špecifikácie Web Map Service (WMS), Web Coverage Service (WCS) a Web Processing Service.

    Obrázok 2 ukazuje, ako tieto komponenty spolupracujú pri vytváraní aplikácie GIS pre webovú mapu.

    Interakciou a interoperabilitou používateľského rozhrania (OpenLayers, QGIS), serverovej aplikácie (GeoServer) a databázy (postGIS/postgreSQL) je teda umožnené vytvárať aplikáciu web-GIS, obrázok 3.


    4 VÝSLEDKY: PODPORA SOFTVÉRU PRE TRIEDY NADÁCIE PRIEMYSLU

    4.1 Software testovaný

    Na porovnanie sme testovali 31 rôznych softvérových balíkov (tabuľka 4), aby sme sa pokúsili pokryť všetky možné riešenia správy IFC, aj keď existuje veľké množstvo softvérových balíkov a ďalších nástrojov, pretože odvetvie súvisiace s BIM je dosť rozvinuté a stále rastie. V tabuľke sú zoradené podľa druhu softvéru a rozdelené na softvér s otvoreným zdrojovým kódom, proprietárny a bezplatný (nie však otvorený zdrojový) softvér. Okrem toho sa uvádza aj úroveň odbornosti účastníkov, ktorí robia testy (od úrovne 1, najmenej odborníka po úroveň 4, najskúsenejšieho).

    Otvorený zdroj Vlastnícke právo Freeware
    Softvér GIS Bentley Map Enterprise [L1] ESRI ArcGIS Pro [L3]
    ESRI ArcGIS Pro [L3]
    „Rozšírené“ 3D zobrazovače Datacomp Sp. z.o.o. BIM Vision RDF IFC prehliadač [L1] CSTB eveBIM [L4] CSTB eveBIM Viewer [L1] TeamSystem STR Vision IFC Viewer [L1] Solibri Anywhere [L1] FZK Viewer [L1+L2]
    Prehliadač RDF IFC [L1] Prehliadač CSTB eveBIM [L1]
    TeamSystem STR Vision IFC Viewer [L1] Solibri Anywhere [L1]
    Solibri Anywhere [L1]
    ETL a softvér na konverziu Pracovná plocha FME [3L3]
    Softvér pre 3D modelovanie (CAD) FreeCAD [L1+L2] Bentley MicroStation+TerraSolid [L3]
    Mixér Bricsys [L1] Trimble SketchUp [L1]
    Cadwork Lexocad [L1]
    Bricsys BricsCAD Ultimate [L1]
    Analytický softvér ACCA PriMus-IFC [L1]
    Dlubal RFEM [L1]
    Softvér BIM BIM server [L2] Autodesk Civil 3D [L1]
    Kancelária Solibri [L1]
    Štruktúry Tekla [L1]
    ACCA usBIM.viewer+ [L1]
    CadLine Ltd ARCHline.XP [L1]
    Simplebim [L1]
    Allplan [L1]
    Architektúra AutoCAD [L1]
    ACCA Edificius [L1]
    Autodesk Revit [3L3+3L1+1L2]
    Vectorworks Designer [2L1]
    Graphisoft ArchiCAD [2L1+L2]
    DDS-CAD [L1]
    Infraworks Autodesk [L1]

    Niektoré zo softvérových balíkov boli testované niekoľkokrát s rôznou úrovňou odbornosti: 2 testy s eveBIM (Úroveň 1, začiatočník a Úroveň 4, vývojár) 2 testy s FZK Viewer (Úrovne 1 a 2) 3 testy s Bezpečný softvér FME (všetci odborníci) 2 testy s FreeCAD (Úrovne 1 a 2) 3 testy s ArchiCAD (Úrovne 1 a 2) a mnoho testov s RevitPodľa očakávania ide o veľmi populárny softvér (úrovne 1, 2 a 3).

    Okrem toho sa zvažovalo viac (neúspešných) nástrojov, napríklad v rámci Tekla suita, Štruktúra Tekla má byť jediným nástrojom podporujúcim IFC (a nájsť skúšobné verzie iných bolo aj tak zložité) Autodesk Fusion, ktorý však nemá podporovať IFC bimspot (https://bimspot.io) zlyhal pri pokuse o import niektorej z množín údajov.

    Zahrnutý je aj ďalší softvér, ktorý bol nájdený na internete alebo ktorý pôvodne navrhli účastníci a ktorý nepodporuje IFC ACCA Solarius a Solarius PV, iTown, BimView a bimvie. Vyskytli sa tiež problémy s nájdením skúšobných verzií iného softvéru, ako napr Rekonštrukcia budovy, OpenDesignAlliance IFC SDK, pričom je možné vyskúšať iba niektoré nástroje alebo nie je možné správne prečítať IFC (napr. iné Bentley softvér, ACCA EdiLus). Najpopulárnejšie nástroje však boli popísané a dôkladne testované.

    4.2 Softvérová podpora pre IFC

    V tabuľke 5 je syntetizovaná kvalitatívnejšia analýza správ účastníkov (https://doi.org/10.5281/zenodo.3964445, Noardo et al., 2020b). Výsledky sú diskutované nižšie so zameraním na témy georeferencingu, sémantiky a geometrie.

    4.2.1 Načítanie údajov IFC: Informácie o georeferenciách

    Je možné si všimnúť, že vo väčšine prípadov sa georeferenčné informácie, ako aj nadmorská výška, nečítajú správne a modely sa presúvajú do miestneho systému s pôvodom v (0, 0, 0) pomocou rôznych meracích jednotiek (hlavne metrov) a milimetre). V niektorých prípadoch je to možné zmeniť. Napríklad v eveBIMV predvolenom nastavení by sa do modelu načítal miestny súradnicový systém, je však možné zmeniť nastavenia tak, aby používal predtým definovaný miestny súradnicový systém modelu.

    • Poznámka: Farebná škála od zelenej po červenú je priradená podľa skóre od 0 (žiadna podpora) do 1 (plná podpora).

    Niektoré nástroje fungujú iba čiastočne, napr. SjF používa RefLatitude RefLongitude v IfcSite, aj keď presnejšie súradnice sú priradené pomocou IfcLocalPlacement (LoGeoRef30) alebo kontext reprezentácie projektu (LoGeoRef40).

    V iných prípadoch je CRS napríklad nesprávne interpretovaný Microstation Bentley+Terrasolid presunul všetky modely do (0, 0, 0) v CRS EPSG: 3152. V inom softvéri sú niektoré informácie o georeferenciách uvedené veľmi podrobne, vrátane dátumu, elipsoidu a tak ďalej. Tieto informácie však nie sú správne.

    S iným softvérom, ako napr Revit alebo ArchiCAD, rôzne testy poskytujú rôzne reakcie, preto je možné, že to závisí od nastavení importu.

    Ak to zhrnieme, iba 30% nástrojov správne používa informácie o georeferenciách so správnymi globálnymi súradnicami (ako ich poskytuje LoGeoRef30 alebo LoGeoRef40). Pri testoch s množinou údajov IFC4, ktorá aj tak nepoužíva rozšírené funkcie georeferencie IFC4, je hlásených veľmi málo zmien. Orientácia modelu je namiesto toho vo väčšine prípadov udržiavaná správne (90%), aj keď bolo ťažké posúdiť, či boli prečítané pridané skutočné severné informácie.

    4.2.2 Načítanie údajov IFC: Zamerajte sa na sémantiku

    Sémantika sa číta konzistentnejšie ako informácie o georeferenciách so všeobecne dobrou podporou, aj keď sa nájdu určité nepresnosti, väčšinou pozostávajúce z: čiastočného rozpoznania entít 4 4 Ako príklady v Microstation Bentley+TerraSolid, pre Myran.ifc iba model IfcWall a IfcWallStandardCase boli preložené do ACCA Edificius „Otváranie, dvere a obvodový plášť sú detekované softvérom IFCBeam a IFCCovering sú načítané ako objekt proxy IFC. Má tiež zvislé/vodorovné obálky, ktoré v skutočnosti nie sú klasifikáciou IFC“ pre Revit„Niektoré triedy, ktoré sa v IFC líšia, sú v programe Revit rovnaké, podľa štandardných nastavení je možné nastaviť vlastné kategórie programu Revit (preto ich nastaviť na správny názov triedy IFC)“ v ArchiCAD„Niektoré triedy/vrstvy chýbajú, predovšetkým strechy a okná“ Štruktúry Tekla neimportuje všetky entity, hoci tieto sú konzistentné.
    strata (alebo čiastočná strata) vzťahov 5 5 In SjF, hierarchia a vzťahy sa uchovávajú pomocou rodičovských ID pre Revit, je hlásená strata mnohých vzťahov, pravdepodobne kvôli potrebe oddeliť prvky pri importe podobne pre Vízia BIM v FreeCAD„Priestorová agregácia a zadržiavanie sú správne zachované (aj keď v režime ladenia sú agregácie s viac ako 10 objektmi vynechané), objekty typu (IfcRelDefinedByType) sa neberú do úvahy, IfcRelConnectsPathElements (spojenie medzi stenami) sa ignoruje“ V Autodesk civil 3D, sa uchováva iba agregácia podlaží ACCA PriMus-IFC, je možné nájsť iba mnoho vzťahov „IfcRelConnectsPathElements“.
    a čiastočné nezrovnalosti v čítaní a interpretácii alebo strata atribútov. 6 6 V FZK Viewer niekedy sú atribúty odlišné od referenčných, aj keď sú spravidla dobre spravované a interpretované Microstation Bentley+TerraSolid vie čítať konzistentné atribúty pre súbor Uptown.ifc množina údajov, ale nie pre Myran.ifc DDS-CAD má správne čítať atribúty, funkcia však nefungovala, preto nebolo možné sa prihlásiť Revit, niektoré atribúty boli v súlade s atribútmi IFC, ale väčšina z nich v nich chýbala ArchiCAD, niektoré objekty nie sú správne rozpoznané z hľadiska atribútov a sémantiky.

    Približne 80% nástrojov zvláda sémantiku uspokojivým spôsobom, obzvlášť dobre si počínala skupina 3D divákov. Na dosiahnutie dobrej interoperability je však potrebné vyriešiť mnoho nepresností. Najmä je zrejmé, ako Revit hlási nezrovnalosti vzhľadom na pôvodné importované údaje, hoci ide o softvér, kde boli modelované všetky súbory údajov a odkiaľ boli exportované.

    4.2.3 Načítanie údajov IFC: Zamerajte sa na geometriu

    Softvérové ​​nástroje v tejto štúdii sa považujú za nástroje, ktoré podporujú geometriu, ak neexistujú žiadne zjavné chyby, na modeloch budov nebola vykonaná žiadna podrobná štúdia geometrie, pretože ide o veľmi komplexný problém. Hlásené chyby však spravidla berú do úvahy stratu niektorých prvkov alebo ich zmenu, takže došlo k prienikom, deformáciám alebo úpravám (napríklad v normáloch). 7 7 Špecifické hlásené funkcie zahŕňajú nasledujúce. FZK Viewer vo všeobecnosti funguje dobre, ibaže s príponou Myran.ifc model, ktorého geometrická reprezentácia vyzerá v jednom z testov trochu skreslene, zatiaľ čo v druhom prípade nie je geometria vôbec vizualizovaná, pričom Savigliano.ifc (IFC4), niektoré prvky (sklony striech) nie sú vizualizované. eveBIM zistili nesprávne normály, aj keď nevieme, či boli na začiatku nesprávne alebo boli zmenené počas importu, a pokiaľ ide o súbory IFC4, IfcAdvancedBrep nie je implementovaný, takže geometria nie je v tomto prípade zobrazená. Pre Bentley MicroStation +TerraSolid, sú hlásené niektoré mierne zmeny rozmerov. BIM server Zdá sa, že správne číta geometriu, okrem toho, že chýba strecha v hornej časti veže a možno aj okná. Pre Revit, sú hlásené niektoré problémy: niektoré steny sa krížia s podlahami a trámami, ktoré nie sú správne spojené, odčítajúc objemy mylné zobrazenie odčítaných tuhých látok vo vnútri rodín dverí a okien, ktoré sa používajú na prerazenie stien, stratigrafia stien nie je správne v rohoch a križovatkách. V Vektorové práce na údaje je možné použiť mierku, preto je potrebné skontrolovať, či sú správne nastavené.

    Tabuľka 5 okrem toho uvádza, či je softvér schopný načítať rôzne súbory údajov a pracovať s nimi. Problémy zahŕňajú: zlyhania, ktoré sú pravdepodobne spojené s výpočtovými požiadavkami v prípade Uptown.ifc na verziu IFC v prípade Savigliano.ifc a možno aj k problémom s geometriou v prípade Myran.ifc, ktorý sa v niekoľkých prípadoch neprečíta správne.

    Napríklad verzia 0,18 z FreeCAD nemôže importovať súbor Myran.ifc model a jeden z testov s FZK Viewer zlyhá s Myran.ifc tiež. Ďalšie chyby importu sú uvedené v tabuľke 6.

    Softvér Chyba importu
    FZK Viewer s Savigliano.ifc: Softvér zlyhá pri pokuse o pridanie prvku
    s Uptown.ifc: Bolo nahlásených veľa chýb
    s Myran.ifc: Chyba 776: Boolovská operácia (generovanie roviny orezania pre geometriu CdgisModel zlyhalo) Geometrická plocha (neplatná vonkajšia slučka) Geometrická lomená čiara (krivka obsahuje kolineárne body, body boli odstránené) Geometrické lomené čiary (odstránený dvojitý bod)
    eveBIM s Savigliano.ifc: Niektoré geometrie nemožno vygenerovať. Chybové hlásenie je: „Varovať - ​​IFCProduct (#565376): chyba IfcRepresentationItem (#564617) Chyba - táto reprezentácia Položka IfcAdvancedBRep (#564922) nie je implementovaná“ (toto bude ďalší vývoj softvéru)
    RFEM Mnoho prvkov nebolo importovaných, pretože údajne „nie sú relevantné pre štrukturálnu analýzu“
    Štruktúra Tekla Najprv je potrebná konverzia na vlastnú štruktúru Tekly. Nebolo možné previesť veľa objektov
    Allplan Ignorovalo 14 objektov pre Myran.ifc a 440 pre Savigliano, ifc, ale neuvádza ktoré
    Architektúra AutoCADu Napriek tomu, že počas importu nedošlo k žiadnym chybám, nie sú k dispozícii všetky prvky zobrazené na dátovej stránke
    ACCA edificius Ohlásila nasledujúce druhy chýb: nesprávne odkazovanie na prvok, neočakávaná chyba pri výpočte entity 2409 priečneho nosníka, pri výpočte štruktúrneho modelu sa vyskytla kritická chyba
    Revit Prvky otvárania IFC neboli importované a bolo ich potrebné zlikvidovať

    4.2.4 Interpretácia geometrie IFC

    Dátový súbor je synteticky generovaný pre schému IFC2 × 3 aj pre schému IFC4, pričom geometrie IFC4 sú podmnožinou geometrií dodávaných pre IFC2 × 3. Z tohto dôvodu by sa dali očakávať podobné pomery úspešnosti importu pre IFC2 × 3 a IFC4. Nie je to tak, ako je znázornené na obrázkoch 4 a 5. Možným vysvetlením je, že aplikácie podporujúce IFC4 sú novšie alebo lepšie, a preto majú vyššiu úspešnosť.

    Ako je uvedené v diskusii v predchádzajúcich odsekoch, jednou z hlavných obáv autorov, pokiaľ ide o stav podpory IFC v nástrojoch na import, je rozdielnosť v riešení situácií. Na jednej strane to možno vysvetliť ako vyvíjajúcu sa podporu pre komplikovanejšie typy geometrie alebo typy, ktoré sa nepovažujú za natívne v doméne importného nástroja. Na druhej strane je v praxi možné pozorovať, že niektoré nástroje importujú neplatné situácie bez upozornenia používateľa. V niektorých prípadoch je to spôsobené tým, že nástroje nevykonávajú kontroly hodnôt atribútov inštancie entity alebo výsledných geometrií. Napríklad v prípade hĺbky negatívnej extrúzie, keď analyzátor IFC neautorizuje, KDE pravidlá automaticky, detekcia hĺbky negatívnej extrúzie vyžaduje explicitné vyhlásenie v kóde programu, ktoré bolo omylom vynechané. V iných prípadoch dochádza k úmyselnému úsiliu „vyliečiť“ určité neplatné situácie. Napríklad IfcOpenShell softvérová knižnica poskytuje funkcie na detekciu vlastných priesečníkov v definíciách hraníc tváre a zahodenie všetkých okrem najväčšieho cyklu hrán (https://github.com/IfcOpenShell/IfcOpenShell/blob/df81490/src/ifcgeom/IfcGeomFunctions.cpp#L3656). Aj keď je to implementované s dobrým úmyslom, toto správanie sa líši od prísneho dodržiavania štandardov a má za následok, že medzi aplikáciami sú podporované rôzne príchute alebo dialekty IFC, čo v dlhodobom horizonte poškodí interoperabilitu. Divergencia importovaných aplikácií je zobrazená na obrázku 6.

    Najmenšia konzistencia medzi výsledkami IFC2 × 3 je zaznamenaná v D4, C1, C5 (rôzne profily s neplatným smerom extrúzie). Dalo by sa tu očakávať konzistentné výsledky, pretože ide o porušenie obmedzenia schémy, čo však ukazuje stav implementácie v odvetví, že podporu týchto obmedzení v knižniciach analyzátora nemožno predpokladať, obzvlášť nie tie komplikované, ako v tomto prípade ( funkcia IfcDotProduct). D3, D5 a D2 sú tiež nekonzistentné, čo vyplýva z otázky, či sú zahrnuté polomery zaoblenia a či sú povrchy zatienené hladko alebo fazetovo. Je zaujímavé zdôrazniť, že medzi F4 a F5 existuje určitá konzistencia, pretože to prakticky žiadna aplikácia nevyužila StartParam a EndParam z IfcSweptDiskSolid do úvahy.

    4.3 Používanie údajov IFC

    Nástroje na vytváranie informačného modelovania sú zvyčajne veľmi komplexné a urobiť o nich veľmi podrobnú správu je náročné. Testujú sa však všeobecné funkcie týkajúce sa možností vizualizácie, úprav, dotazov, analýzy a exportu (tabuľka 5). Všetky softvérové ​​nástroje ponúkajú vizualizačné funkcie, hlavne iba 3D, ale zvyčajne aj 2D v rámci skupín softvérových modelov BIM a 3D modelovania. Tie isté dve skupiny sú predovšetkým skupiny, ktoré umožňujú úpravu geometrie alebo atribútov. Funkcie dotazu sú väčšinou vo väčšine softvéru čiastočné. 8 8 Sú naplánované v softvéri GIS. Napríklad 3D diváci majú napríklad schopnosti čiastočného dotazovania Vízia BIM poskytuje všeobecné vopred definované spôsoby zobrazenia informácií zoradené podľa štruktúry, podľa typov, skupín (systému, zón alebo iných) a podľa vrstiev. Pri každom je možné na úrovni objektu zobraziť vlastnosti, umiestnenie, klasifikáciu a vzťahy. Tiež FZK Viewer ponúka predovšetkým preddefinované dotazy. Lexocad môže zadávať dotazy iba na základe typu objektu (napr. stena, doska, štandard steny, ...). V Autodesk civil 3D, ako aj v Allplan a Architektúra AutoCADu, je možné vybrať iba vlastnosti, ktoré sú v pôvodnom softvérovom formáte. V Vektorové práce, sú k dispozícii dotazovacie nástroje, ale dotaz je možný, ak je projekt prepojený s výberom databázového objektu a je možné získavanie informácií Nakoniec, ArchiCAD predstavuje nástroj „nájsť a vybrať“, ale problémy sú hlásené.

    Keď sa pozrieme na analýzu, veľmi málo softvérových balíkov to umožňuje: iba 20% v prípade analýzy týkajúcej sa samotného modelu (typ 1) a 30% v prípade navrhovaného výkonu budovy (typ 2), čo je veľmi málo na niečo, čo má byť operačným nástrojom. Pretože do dvoch kategórií (typy 1 a 2) môže spadať mnoho rôznych typov analýz a testované nástroje ponúkali rôzne funkcie, v tabuľke 5 je uvedená iba všeobecná podpora týchto dvoch typov. V niektorých prípadoch je podpora čiastočná pre napríklad niektoré analýzy typu 1 sú niekedy naplánované, ale nefungujú, ako v prípade Solibri kdekoľvekalebo iba v špecifických prípadoch Vektorové práce, pracujúci iba s NURBS. Pri analýzach typu 2 je vzor podobný, pričom niektoré nástroje spôsobujú problémy napríklad v Allplan, Revit a ArchiCAD, analýzy typu 2 niekedy nefungujú so súbormi údajov alebo so súbormi IFC vo všeobecnosti, aj keď sú k dispozícii. Je však dosť ťažké poskytnúť vyčerpávajúci prehľad o tomto.

    Z testovaných softvérových nástrojov môže 80% exportovať do IFC a iba 30% umožňuje určité prispôsobenie verzie a definície zobrazenia modelu IFC. K operáciám exportu boli nahlásené ďalšie poznámky a varovania týkajúce sa možnosti prispôsobenia mapovania entít v niektorých prípadoch a niekoľkých chýb týkajúcich sa spôsobu, akým môže z exportu vyplývať geometria a ďalšie funkcie. 9 9 palcov SjF, existovalo niekoľko varovaní týkajúcich sa nevhodných typov geometrie. V FreeCAD, predvolené nastavenia spôsobili chybu týkajúcu sa farieb (treba skontrolovať v neskorších verziách a v prípade potreby nahlásiť na opravu). Zmenou nastavení na používanie serializátora IfcOpenShell sa chyba nezobrazila. Pre ACCA PriMus, je možné pridať ďalšie vlastnosti. V Revit export je možné prispôsobiť pomocou manuálneho mapovania entít. Podobne v Vektorové práceNa export súboru bol potrebný predbežný proces mapovania vrstvy. Každú vrstvu bolo potrebné vybrať samostatne a priradiť jej správny „názov vektorového príbehu“.

    Nie je možné overiť žiadne ostré prepojenie medzi certifikáciou IFC a softvérovou podporou a funkciami.

    4.4 Zápis súborov IFC2 × 3: Analýza exportovaných Myran.ifc modelov

    Modely, ktoré boli exportované z testovaného softvéru (Noardo et al., 2020a, https://doi.org/10.5281/zenodo.3964368) boli analyzované pomocou Analyzátor súborov NIST IFC, aby ich mohli formálne skontrolovať. Nástroj spočíta počet entít, vzťahov a vlastností a zosumarizuje ich v zostavách. Porovnaním súhrnov, počítaním funkcií v exportovaných súboroch s tými, ktoré sa týkajú pôvodných súborov údajov, získavame všeobecné informácie o spôsobe, akým softvér upravoval modely, a môžeme poukázať na to, ktoré entity majú nástroje obmedzenú podporu pre.

    Niektoré z Myran.ifc dodané modely boli pomocou nástrojov opätovne exportované bez chýb, ale export sa zjavne nepodaril, pretože budova už nie je zastúpená: to je prípad jedného z ArchiCAD testy, kde je test uložený iba na vývesnej tabuli budovy Štruktúra Tekla, kde je iba jeden lúč a jeden z modelov exportuje Revit, ktorý je prázdny. Okrem toho modely exportované spoločnosťou FZK Viewer sa nedalo prečítať Vízia BIM alebo Analyzátor súborov NIST IFC ktoré sa majú analyzovať a kontrolovať, a RDF IfcViewer zobrazuje iba IfcSite geometria, ako terén, a ďalšie dva náhodné (nesprávne) objekty v jednom z FZK Viewer-exportované prípady a v druhej úplne nesprávna budova (obrázok 7).

    V modeloch zobrazených na obrázku 7 sa problémy exportovaných modelov týkajú hlavne zmeny vlastností modelu, straty prvkov, zmeny zoskupenia entít a občasnej zdanlivej zmeny geometrie. 10 10 Model exportoval FreeCAD pri pokuse o načítanie do divákov spôsobuje určité problémy: RDF IfcViewer môže to ukázať len veľmi ďaleko a málo (pravdepodobne došlo k určitej zmene súradnicového referenčného systému) a v takom softvéri sa to dá len ťažko zvládnuť Vízia BIM nevie si to predstavit Revit dáva varovanie („IFC: iba 2 body v polyloop #702627, očakávané ≥3“), ale potom ho ukazuje celkom správne. Tam je možné vidieť, že niektoré prvky chýbajú (napríklad trámy vo vonkajších schodiskách). V Allplan„Rozdiel, ktorý bolo možné vidieť oproti originálu, je nedostatok vonkajšieho schodiska a v skupine IfcSite je uložený oddelene od troch ďalších poschodí, čo je v skutočnosti lepšie úložisko, ale líši sa od pôvodného súboru poskytnutého pomocou benchmarku. V AutoCAD Architecture, tri poschodia sú zbalené do jedného, ​​chýbajú veľké časti predmetov vedľajšej budovy (napr. steny, dvere), farba strechy sa z nejakého dôvodu zmenila, pravdepodobne v dôsledku straty niektorých vlastností a niektorých steny, ktoré boli prerezané na úrovni strechy, nie sú, takže vyčnievajú nad strechu. V AutoCAD Civil, tri poschodia sú zbalené do jedného, ​​terénny model tvorí IfcSite je rozdelený na rôzne časti (parkovacie miesta, ulice, rôzne časti terénu), ktoré sú rozpoznateľné ľudským okom, ale v pôvodnom súbore údajov neboli označené inak. Všetky tieto sú reprezentované pomocou IfcBuildingElementProxy subjektov. Aj v tomto prípade sa strechy a steny menia rovnakým spôsobom ako v prípade Architektúra AutoCADu Model. Navyše jedna zo stien má časť vyčnievajúcu von do zjavnej chyby. V modeli exportovanom pomocou Archline XP„Zdá sa, že okná a dvere zmiznú, aj keď spočívajú pod väčšinou vonkajších vrstiev, pravdepodobne dôvodom boli problémy s používaním IfcOpenings na odpočítanie objemov zodpovedajúcich dverám a oknám vo všetkých príslušných stenách a krytinách. Chýba aj strešná doska.

    Dva Revit jedni, dvaja ArchiCAD tí, ACCA PriMus jeden, ACCA usBIM.viewer jeden (zobrazuje iba niečo čudné, podobné duplikácii v drôtovom modeli predstavujúcom web) a tie v eveBIM, Simplebim, SjF a Bricscad vyzerajú podobne ako pôvodný súbor údajov a dalo by sa predpokladať, že sú konzistentné. Bližší pohľad na druh a počet entít zahrnutých v modeloch však pomocou Analyzátor súborov NIST IFC analýza (tabuľka 7), ukazuje, že v skutočnosti nie sú.

    TABUĽKA 7. Rozdiely vo výsledkoch analýzy NIST medzi modelmi Myran exportovanými nástrojmi a tým, ktorý bol poskytnutý

    Jediné dva nástroje, ktoré nechávajú model úplne nezmenený (rovnaký počet každej funkcie), sú ACCA Primus, čo je softvér podporujúci výpočet materiálov na posúdenie nákladov, a ACCA usBIM.viewer. Jediné entity IFC, ktoré vo všetkých modeloch zostali nezmenené, sú IfcUnitAssignment a IfcBuilding (čo je 1 pre všetky modely).

    Časť týkajúca sa niektorých všeobecných informácií od IfcApplication do IfcSite (modrozelená), patrí medzi najkonzistentnejšie. Obsahuje podkategórie IfcSpatialStructures informácie spolu s niektorými informáciami na úrovni metadát. Zdá sa, že pre softvér je celkom ľahké sledovať tieto entity, interpretovať ich a správne ich písať: počet IfcBuildings zostáva rovnaký (jeden). Navyše, napr. eveBIM a Simplebim pridať jeden IfcApplication do súboru, pravdepodobne má dokumentovať, že súbor prešiel aj prostredníctvom takýchto nástrojov. Nie je preto chybou pri písaní súboru, ale múdrou aktualizáciou metadát súboru. To isté platí pre IfcOwnerHistory, Organizácia Ifc, IfcPerson, IfcPersonAndOrganization. Syntax použitá na pridanie informácií do týchto dvoch súborov však nie je rovnaká. Aj keď sa obaja nemýlia, táto flexibilita pri písaní nového súboru by bola určite ťažkou podmienkou interpretácie súboru tretími aplikáciami.

    V časti predstavujúcej entity týkajúce sa množstiev (tmavožltá), ktoré sa v pôvodnom súbore nenachádzajú, zostávajú takmer všetky modely rovnaké, okrem dvoch z ArchiCAD testy (ktoré však uvádzajú rôzne čísla). Tiež zastúpenie jednotiek (oranžové) je udržiavané celkom konzistentné a nezrovnalosti môžu byť spôsobené rôznymi nastaveniami softvéru pre export (pre pôvodný súbor aj pre testované), čo nemusí nevyhnutne znamenať nekonzistenciu v modeli. IfcDerviedUnit a IfcDerivedUnitElement Subjekty sú najmenej uchovávané reexportovanými modelmi, ktoré o ne úplne prichádzajú v 7 zo 16 prípadov.

    Najzaujímavejšia časť tejto analýzy sa však týka entít IFC obsiahnutých v častiach štruktúry IFC „zdieľaných stavebných prvkov“ a „rozšírenia produktu“ (biela).

    Modely exportované rovnakým softvérom rôznymi účastníkmi (napr. Dva pochádzajúce z Revit, títo dvaja pochádzajú z ArchiCAD) predstavujú veľmi podobné výsledky v počte entít, aj keď nie úplne rovnaké. To isté sa stane s Architektúra AutoCADu a AutoCAD Civil, o ktorom môžeme predpokladať, že používame podobné algoritmy.

    Navyše nie je možné nájsť žiadnu rovnováhu v stratených/získaných entitách, a to buď s ohľadom na to, že skupiny entít sú podtriedami a nadtriedami, alebo ktoré možno považovať za alternatívne reprezentácie toho istého objektu (napr. IfcWall, IfcWallStandardCase, IfcWallType alebo IfcStair, IfcStairFlight, IfcStairFlightType), alebo konkrétne subjekty a IfcBuildingElementProxy a IfcBuildingElementProxyType.

    Je tiež zvedavé, ako sa niektoré ďalšie prvky zobrazujú, aj keď sú podobné dôsledne uchovávané. Napríklad v prípade entít „schodov“ v oboch ArchiCAD testy a v Bricscad, Napriek tomu IfcStairFlight entity sú stále rovnakého počtu, ďalšie štyri IfcStairFlightType objektov (rovnaký počet výskytov IfcStairFlights) sa pridávajú (iba traja v jednom takom prípade, z nejakého dôvodu).V modeloch exportovaných do Revit, 19 ďalších IfcStair entity sa pridávajú.

    Podobné úvahy sú možné aj pri zvažovaní IfcWall, IfcWallStandardCase a IfcWallType, aj keď v tomto prípade v (iba) jednom z ArchiCAD modelov a v Allplan v prípade, že je rovnováha zachovaná, prinajmenšom s IfcWallStandardCases stať sa IfcWalls v ArchiCAD puzdro a IfcWallType stať sa IfcWalls v Allplan. Takáto zmena vo výbere entity, ktorej význam je podobný, aj keď stratí výhody optimalizácie, pre ktoré boli v dátovom modeli navrhnuté rôzne entity, by udržal model sémanticky konzistentný. Nie je však možné overiť konzistentné správanie týkajúce sa takejto voľby v softvéri.

    Modely exportované do FreeCAD prísť o časti predmetov (ako sme napríklad mohli vidieť z vizuálnej kontroly, časť vonkajších schodísk už nie je zastúpená), ako aj Allplan (napr. opäť vonkajšie schody). Navyše, Revit-exportované súbory, FreeCAD, Allplan, Architektúra AutoCADu a AutoCAD Civil stratiť všetko IfcMemberType subjektov.

    Pri pohľade na konečnú bilanciu počtu entít však môžeme vidieť, že ich počet stúpa. Preto za predpokladu, že neboli exportované žiadne objekty alebo časti modelu, môžeme len podať správu o veľkom počte entít popisujúcich stavebné prvky, čo znamená, že pravdepodobne boli niektoré objekty rozdelené do niekoľkých. Nárast počtu entít potvrdzuje aj počet geometrických objektov, ktorých počty sa výrazne líšia, pričom dochádza k strate mnohých inštancií niekoľkých geometrických entít, pričom niektoré z nich sú viac ako zdvojnásobené (obzvlášť tie najjednoduchšie, ako napr. IfcCartesianPoint, IfcFace a IfcPolyLoop). Vzorec je opäť ťažké nájsť. Podobne je pre časti týkajúce sa ostatných skupín entít ťažké nájsť podobnosti v softvéri alebo rovnakých entitách.

    Nárast počtu entít sa odráža aj vo veľkostiach súborov, ktoré sa z pôvodných 27 MB menia na maximálne 94 MB v oboch Revit modelov.

    Okrem toho sa veľkosť zmenší na 24 MB v modeloch exportovaných do eveBIM, SimpleBIM, Bricscad. Mohlo by to znamenať, že buď sú lepšie optimalizované ako pôvodný súbor údajov, alebo sa pri konverziách niečo stratilo. V oboch prípadoch to nepredstavuje najlepšiu situáciu pre interoperabilitu, aj keď to možno nie je také zlé per se.

    4.5 Zápis súborov IFC4: Analýza exportovaných Savigliano.ifc modelov

    Pri vyvážaných výrobkoch existujú podobné úvahy Savigliano.ifc modely ako pre Myran.ifc Model.

    Modely exportované do BIM server, eveBIM a SimpleBIM vyzerajú dobre. Opäť platí, že modely exportované do FZK Viewer nemožno otvoriť v Vízia BIM, ani nie je zobrazený v RDF IfcViewer alebo analyzované Analyzátor súborov NIST IFC.

    V ostatných modeloch bola okrem niekoľkých zmien v niektorých geometriách hlavným problémom strata prvkov a vlastností 11 11 V modeli exportovanom Allplan, chýba horná časť predstavujúca strechy a všetky okná tiež. Navyše, niektoré vonkajšie steny a niektoré dosky sú zafarbené iným spôsobom (modro), ale nie je úplne jasné, čo sa zmenilo. Model exportoval do Architektúra AutoCADu vyzerá veľmi podobne ako tento posledný: horná časť budovy takmer úplne chýba, dokonca viac ako v Allplan Model. Navyše chýbajú okná a v tomto prípade chýbajú aj otvory v stenách, do ktorých by sa mali vkladať okná a dvere, predstavujúce hladké steny. Dokonca aj rampa vedúca k podzemnému parkovisku je zaplnená a javí sa ako pokračovanie lokality. Navyše chýbajú ďalšie prvky, ako napríklad okná na schodiskových vežiach, zatváracie prvky. Navyše chýba farba niektorých prvkov, najmä dosiek, takže zrejme prišiel o nejaký majetok. The AutoCAD Civil jeden je veľmi podobný Architektúra AutoCADu jedna, ale okrem toho sú doska a dvere úplne posunuté a farba miesta sa zmení. Rampa na prístup do podzemného parkoviska je však dobre zastúpená. Jedným z možných vysvetlení je, že keďže softvér má predstavovať stavebné práce, tieto rampy je možné lepšie interpretovať vzhľadom na to isté v Architektúra AutoCADu, aj keď pravdepodobne tieto dva nástroje sú založené na podobných algoritmoch. Model exportoval do ArchiCAD chýba aj horná časť a okná. Okrem toho chýba miesto v okolí budovy. Zjavnou chybou je druh lúča (aj keď je klasifikovaný ako stena), ktorý prechádza z jednej zo zemných dosiek na rampu smerujúcu k parkovisku (na obrázku 8 je zelená). Ďalší model, exportoval Vektorové práce, je veľmi podobný, aj keď bez toho, aby lúč zasahoval do rampy.
    (Obrázok 8).

    Pri pohľade na NIST analýzy, je opäť možné zaznamenať niekoľko ďalších nezrovnalostí, okrem modelu exportovaného pomocou BIM server, čo ponecháva model presne bezo zmeny. Simplebim je na druhom mieste, vzhľadom na to, že všetci ostatní podávajú veľmi zlé výsledky. V tomto prípade nie sú žiadne rozdiely v počte stavebných prvkov a veľmi malý rozdiel medzi geometrickými entitami je veľa IfcDirections, 25% z IfcCartesianPoints a niektorí ďalší sú stratení. V tomto prípade sa hlavné rozdiely nachádzajú vo vlastnostiach, materiáloch a vzťahoch.

    Rovnako ako v prípade Myran.ifc, je veľmi ťažké nájsť vzorce v strate/zisku entít. V modeli exportovanom pomocou Bricscad je možné vidieť 718 IfcWalls prehral a 718 IfcWallStandardCases získané, pravdepodobne vyplývajúce z konverzie týchto. Čísla úplne nezodpovedajú, ale podobné správanie je možné vidieť aj na ArchiCAD a Allplan, zatiaľ čo Architektúra AutoCADu prehráva 35 IfcWalls a získa 23 IfcWallTypes. Najobecnejšia bytosť IfcWall, je to zvláštny výsledok, pretože by sa očakávalo, že opačný smer konverzie bude kvôli konzistentnosti najbezpečnejší.

    Existuje len veľmi málo ďalších vzorov. V tomto prípade je mnoho entít stratených, na rozdiel od Myran.ifc prípad, možno kvôli obmedzenej podpore niektorých nových entít IFC4. Z vizuálnej kontroly sme tiež videli, že sa stratilo veľa predmetov, a to je ešte jasnejšie z počítania entít, kde vidíme, že mnohé sú stratené úplne. Tendencie nie sú spravidla jednoduché, aj keď je možné si všimnúť, že pridané entity sú predovšetkým IfcPropertySingleValue, IfcFace a IfcPolyLoop, ale správanie sa líši prípad od prípadu a je potrebné pozrieť sa na tabuľku 8 a skontrolovať podrobnosti.

    TABUĽKA 8. Rozdiely vo výsledkoch analýzy NIST medzi Savigliano.ifc modely exportované nástrojmi a dodaným nástrojom

    4.6 Zápis geometrií IFC: Analýza IFCgeometries.ifc a IFC4geometries.ifc exportované modely

    Rozdiely vo výsledkoch analýzy NIST medzi IFCgeometries.ifc modely exportované pomocou nástrojov a poskytnutého modelu sú uvedené v tabuľke 9 a pre IFC4geometries.ifc v tabuľke 10. Informácie v týchto dvoch tabuľkách naznačujú, že neexistuje žiadny relevantný rozdiel medzi testom s dátovým súborom v IFC2 × 3 a testom v IFC4. V prípade týchto súborov údajov pôvodné súbory pozostávali iba z geometrií s iba minimálnymi sémantickými informáciami. Preto, keď je prítomný v exportovaných súboroch (napr. Materiály, štýly a sady vlastností), znamená to, že softvér, ktorý ich exportoval, pripojil tieto informácie na základe svojich predvolených nastavení.

    TABUĽKA 9. Rozdiely vo výsledkoch analýzy NIST medzi IFCgeometries.ifc modely exportované nástrojmi a dodaným nástrojom TABUĽKA 10. Rozdiely vo výsledkoch analýzy NIST medzi IFC4geometries.ifc modely exportované nástrojmi a dodaným nástrojom

    Len málo nástrojov dokáže znova exportovať údaje a ponechať ich úplne v súlade s importovanými údajmi, konkrétne: ACCA Primus, ACCA usBIM.viewer a ArchiCAD. eveBIM môžu byť tiež zaradené do zoznamu dobrých, pretože sú pridané niektoré prvky týkajúce sa IfcPropertySets a metadáta, ale žiadne prvky sa nestratia. Simplebim nasleduje, pričom chýba iba niekoľko entít.

    Mnoho geometrií vyplývajúcich z parametrického modelovania je úplne stratených, ako je možné vidieť v korešpondencii s čiarami svetlo zelenou v tabuľkách 9 a 10 (napr. IfcRevolvedAreaSolid, IfcCircleProfileDef, IfcIShapeProfileDef, IfcSweptDiskSolid), ako aj niektoré z entít, ktoré sú v ostatných zelených riadkoch v tabuľkách, ako napr IfcBooleanVýsledky. Namiesto toho je možné pozorovať, že počet ďalších generickejších entít sa veľmi zvyšuje (napr. IfcCartesianPoint, IfcFace, IfcFaceOuterBound, IfcPolyLoop). Parametrické geometrie zrejme bývajú pri exporte väčšinou softvéru zjednodušené v prospech jednoznačnejšej reprezentácie. To je tiež zrejmé z analýzy ostatných exportovaných modelov, ale v týchto súboroch údajov to vyzerá veľmi jasne.

    4.7 Výkon softvéru s IFC

    Celkovo bolo vrátených 43 rôznych správ pre 33 rôznych softvérových balíkov. Boli predložené najmä viaceré výsledky FreeCAD (2 sady), FZK Viewer (2 sady), Autodesk Revit (6 sád, viac verzií), Vectorworks Designer (2 sady), Archicad (3 sady). Tieto ponúkajú príležitosť na porovnanie načasovania s cieľom preskúmať vplyv hardvéru na výkon softvéru. Graf na obrázku 9 poskytuje súhrn úspešnosti vrátenej pri testoch troch súborov údajov. Graf na obrázku 10 uvádza počet rôznych hodnôt načasovania úspešných testov.

    Všimnite si toho, že v niektorých prípadoch používatelia uviedli výsledky pre niektoré z testov, ale nie pre všetky („Neboli hlásené žiadne výsledky“). Niektorí používatelia navyše namiesto konkrétneho načasovania napísali komentáre ako „žiadna chyba“. Tieto sú zahrnuté v počte „Neboli hlásené žiadne výsledky“.

    Pre Myran.ifc dátovej sady, vykonanie žiadnej z úloh netrvalo dlhšie ako 5 minút a veľká väčšina testovaných softvérových balíkov dokázala údaje okamžite priblížiť a posúvať. Dominantné boli aj časy načítania údajov kratšie ako minúta (celkovo 65%). Zo 43 účastníkov 28 uviedlo úspešný export IFC, pričom 86% týchto vývozov sa realizovalo za menej ako minútu.

    Vplyv komplexnejšieho súboru údajov (prijatie IFC4) na testy je viditeľný vo výsledkoch, pričom iba 58% softvérových balíkov dokázalo vykonať základný časovaný test, ktorý zahŕňal otvorenie súboru údajov v softvéri, a 35%. hlásenie, že softvér zlyhal. Pre Savigliano.ifc dátový súbor, na rozdiel od Myran.ifc súboru údajov trvalo deväť úspešných pokusov o otvorenie údajov (36%) 5 alebo viac minút, hoci po otvorení bolo priblíženie a posúvanie údajov okamžité a veľká väčšina testovaných softvérových balíkov dokázala údaje približovať a posúvať. okamžite. Dominantné boli aj časy načítania údajov kratšie ako minúta (celkovo 65%). Šestnásť zo 43 účastníkov uviedlo úspešný export IFC, pričom ich vykonanie trvalo menej ako 5 minút.

    Výsledky s UpTown.ifc údaje jasne ukazujú vplyv väčšieho súboru údajov na vykonané testy, pričom iba 47% softvérových balíkov dokázalo vykonať základný časový test, ktorý zahŕňal otvorenie súboru údajov v softvéri, a 41% uviedlo, že softvér zlyhal . Navyše, na rozdiel od Myran.ifc súboru údajov trvalo deväť z 20 úspešných pokusov o otvorenie údajov (55%) 5 alebo viac minút, pričom dvaja z účastníkov uviedli doby testu od 20 minút do 1 hodiny a tri viac ako 1 hodinu. Je zaujímavé, že keď bola otvorená, drvivá väčšina testerov nahlásila časy priblíženia a posúvania pod minútu. Iba 15 zo 43 účastníkov uviedlo úspešný export IFC, pričom viac ako 50% z nich trvalo viac ako 20 minút.

    4.7.1 Viacnásobné testy na rovnakých softvérových balíkoch

    Ako bolo uvedené vyššie, prístup crowdsourcingu použitý v tomto projekte vyústil do toho, že viacerí účastníci testovali rovnaký softvér a poskytovali príležitosť na porovnanie. Pre oba FreeCAD a FZK Viewer, jeden z dvoch respondentov uviedol, že nemôže otvoriť Myran.ifc dátový súbor. Vektorové práce výsledky sú podobne konzistentné, pričom jediným malým rozdielom je, že jeden účastník uviedol, že Myran.ifc údaje sa otvorili okamžite a ďalšie to trvalo menej ako 1 minútu (obe na počítačoch so 16 GB RAM).

    Rovnaké výsledky načasovania sú hlásené pre úlohy zoom/pan/rotate/query pre zostávajúce dva balíky (Autodesk, ArchiCAD), a ako je uvedené vyššie, veľká väčšina softvérových balíkov zvládla tieto funkcie v blízkom čase. Keďže účastníci vybrali rôzne analytické úlohy, nie sú porovnateľné.

    Rozdiely však nastanú, keď sa vezme do úvahy čas vykonania zostávajúcej funkčnosti. Tabuľka 11 sumarizuje zostávajúce výsledky načasovania týchto balíkov pre súbor Myran.ifc dátový súbor, ktorý bol zvolený, pretože sa ukázal ako najmenej problémový z troch súborov údajov z hľadiska úspešného vykonávania úloh.

    Import Skontrolujte prepojené objekty Exportovať do IFC
    Autodesk Revit 2019 - výsledok 1 1–5 min Takmer okamžite Takmer okamžite
    Autodesk Revit 2018 - výsledok 2 1–5 min Takmer okamžite 1–5 min
    Autodesk Revit 2018 - výsledok 3 1–5 min Softvér to neumožňuje 1–5 min
    Autodesk Revit 2018 - výsledok 4 1–5 min Softvér to neumožňuje Zlyhania
    Autodesk Revit 2019.2 - výsledok 5 1–5 min Softvér to neumožňuje Takmer okamžite
    Autodesk Revit 2020 - výsledok 6 Menej ako minútu Menej ako minútu Takmer okamžite
    ArchiCAD - výsledok 1 Menej ako minútu Softvér to neumožňuje Menej ako minútu
    ArchiCAD - výsledok 2 Menej ako minútu Softvér to neumožňuje Menej ako minútu
    ArchiCAD - výsledok 3 1–5 min Takmer okamžite Menej ako minútu

    Pre Revit, pri otváraní je zrejmé zlepšenie výkonu Myran.ifc údaje vo verzii softvéru 2020 a skrátenie času exportu z 1–5 minút vo verzii 2018 na „takmer okamžité“ vo verziách softvéru 2019 a 2020. Pokiaľ ide o hardvér, všetky testy boli vykonané na počítačoch Windows 10. Stroj však slúžil na Revit 2020 mal 64 GB RAM, pričom výsledok 1 bol získaný so 16 GB a výsledky 2, 4 a 5 s 8 GB. Rozporuplné výsledky v dotaze na prepojený objekt ich sťažujú na porovnanie. Pre ArchiCAD, všetci používatelia hlásia čas exportu IFC pre Myran.ifc necelú minútu, ale dve hlásia, že nie je možné vyhľadať prepojené informácie. Pri skúmaní použitého hardvéru, výsledok 3 pre ArchiCAD (čas otvorenia súboru 1–5 min) sa získal na počítači s 8 GB RAM, zatiaľ čo ostatné boli testované na počítačoch so 16 GB RAM (všetky počítače s Windows 10, všetky s vyhradenými grafickými kartami).


    Nástroje interoperability zamerané na použitie

    3.3 Prístrojové vybavenie digitálnych knižníc pomocou webových technológií

    Od publikačného jazyka HTML, ktorý sa používa na organizáciu dokumentárnych zdrojov na webe, až po sociálny a participatívny model Web 2.0 [CHI 08, GAZ 08, COH 07, GER 06], za posledných 15 rokov došlo k úžasnej zmene. Táto evolúcia, ktorá bola na začiatku úplná technologická, sa rýchlo stala celosvetovým sociálnym a kultúrnym fenoménom. Úvahy o zavádzaní internetu a prepojení sietí (IEEE 802.3, TCP/IP), ktoré sú v zásade založené na IT, sa stále presúvajú z popredia do pozadia. Namiesto toho teraz popredie patrí rozvinutejším službám určeným pre používateľov oboznámených s počítačovými nástrojmi, ktoré používajú rôzne protokoly vzdialenej komunikácie (protokol SMTP), protokol prenosu sieťových diskusných skupín (NNTP), protokol prenosu súborov (FTP), hypertext. prenosový protokol (HTTP) atď.).

    Populárna fenomenálna vlna low-tech online publikovania na World Wide Web-globálnej sieti elektronického šírenia informácií-dala podnet k rozsiahlemu používaniu HTTP (tabuľka 3.1) ako predvoleného protokolu na poskytovanie typov komunikácií, ktoré boli predtým spojené so špecifickými protokolmi (poštový protokol (POP), SMTP, FTP atď.) 8 [LEV 98]. Prví používatelia internetových služieb (zasielanie správ, prenos súborov, zdieľanie súborov, diaľkové ovládanie, sťahovanie dokumentov, vyhľadávanie informácií atď.) Si do svojich počítačov nainštalovali klientske aplikácie (často v textovom alebo semigrafickom režime) navrhnuté špeciálne na interakciu s internetom. služby ako rozsiahle informačné servery (WAIS), GOPHER, sieťový súborový systém (NFS), Telnet, vzdialené volanie procedúr (RPC) atď.

    Tabuľka 3.1. Hlavičky protokolu HTTP 1.1. Stránka index.html (GET) je vyžiadaná zo zariadenia digital.library.edu. Po prijatí tejto požiadavky GET server adresáta odošle požadovaný dokument spolu so špecifickou hlavičkou (odpoveď HTTP)

    User-Agent: Mozilla/5.0 (Windows Windows NT 6.1 Fr-fr rv: 1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)

    Aj keď v priebehu niekoľkých hodín dokážeme ovládať značky HTML používané na vytváranie elektronických dokumentov kompatibilných s podmienkami online publikovania, vznik editorov HTML, ktoré sú často WYSIWYG 9 (a bezplatné), znamenalo, že takéto učenie je nepodstatné, ak nie skutočne nezmyselné. Docela rýchlo sme sa dostali do bodu, kedy vytváranie digitálnych dokumentov 10 na publikovanie na World Wide Web, kombinujúce text a obrázok, už nevyžaduje veľké množstvo technických znalostí.

    Dobrá znalosť programu „na spracovanie textu“ zlepšuje užívateľské ' technické znalosti v oblasti online publikácií, pretože uľahčuje prevádzanie dokumentov do formátu HTML. Tento mechanizmus nakoniec implementovali online mikroeditori, ktorí najlepšie využívajú CSS a JavaScript, ktoré sú v súčasnosti zrelé. Formátovanie (aspoň typografické) blogových záznamov a obsahu wiki popularizovalo používanie takýchto mikroeditorov. Dnes už sofistikovanejšie verzie - skutočné online kancelárske balíky 11 - ktoré sú často zadarmo, sprístupnili nástroje pre prácu s textom, obrázkami, tabuľkami, databázami a prezentáciami univerzálne. Zložité dokumenty (heterogénne a hypertextové) vytvárané online používateľmi majú preto k dispozícii množstvo exportných formátov.

    Mechanizmy technologickej interoperability prešli rovnakou zjednodušujúcou evolučnou cestou. Objavili sa verzie výmen medzi aplikáciami, ktoré sú flexibilnejšie a ich uvedenie na trh je jednoduchšie ako webové služby. Architektúry Representational State Transfer (REST) ​​a asynchrónny JavaScript a XML (AJAX) prehodnotili a zjednodušili komplexné postupy výmeny medzi aplikáciami na základe SOAP, UDDI a WSDL 12 (obrázok 3.1).

    Obrázok 3.1. Interoperabilita medzi digitálnymi knižnicami. Technická architektúra týchto dvoch digitálnych knižníc je odlišná. Digitálna knižnica B slúži audiovizuálnym zdrojom (AV) (napr. Ina.fr, cerimes.fr, canal-u.tv atď.), Zatiaľ čo knižnica A v zásade slúži textovým zdrojom (persee.fr, cairn.info, revues.org atď. ). Každá knižnica je založená na zbierke aplikácií, ktoré spolupracujú (štyri aplikácie v prípade knižnice A a tri v prípade knižnice B), ktoré si navzájom vymieňajú údaje prostredníctvom webových služieb a v konečnom dôsledku tieto údaje kompilujú do jedného informačného kanála. (middleware) na odoslanie do webového prehliadača používateľa. Každá digitálna knižnica je nezávislá a reaguje odlišne na požiadavky rôznych používateľov internetu. Ako by sme si mohli predstavovať, medzi týmito dvoma digitálnymi knižnicami existuje spôsob spolupráce (pomocou protokolu OAI-PMH). Požiadavka používateľa na knižnicu A môže vyžadovať okamžitú spoluprácu knižnice B (napr. Prepojenie videa s článkom). Užívateľ zostane úplne ignorovať túto interoperabilitu medzi A a B. V jeho očiach bude dátový tok, ktorý dostáva, pochádzať výlučne z knižnice, do ktorej požiadal

    Tieto dve softvérové ​​architektúry predstavujú technologický kompromis medzi potrebou spracovania údajov a činnosťou aktívnej konzultácie/čítania zdrojov online. REST a AJAX poskytujú používateľom internetu mechanizmy na manipuláciu so zdrojmi v súlade s obvyklými operáciami vyhľadávania informácií, ako je vyhľadávanie, výber, transformácia a integrácia.

    Tieto technologické riešenia je možné celkom ľahko použiť v digitálnych knižniciach - pretože zložitosť týchto architektúr nie je ani zďaleka porovnateľná s webovými službami - ktoré musia predovšetkým doplniť svoje služby interoperability o mechanizmy technickej odozvy kompatibilné s jednou alebo druhou z nich. dve architektúry a za druhé, zviditeľňujú štruktúru zdrojov, ktoré ponúka techno-dokumentárna platforma (pozri obrázok 3.2).

    Obrázok 3.2. Revidovaná interoperabilita medzi digitálnymi knižnicami a používateľom. V týchto scenároch už nie je cieľom umožniť digitálnym knižniciam spolupracovať nezávisle od požiadaviek Internaut 's (technické prostriedky interoperability v rámci každej digitálnej knižnice sú zachované). Užívateľ môže spravovať zber a organizáciu údajov extrahovaných z digitálnych knižníc, a to buď priamo (scenár používateľa 1), alebo delegovaním na platformu syndikácie obsahu (scenár prevzal používateľ 2). Technologické procesy použité v oboch scenároch sú založené na rovnakých mechanizmoch: HTTP, XML, JavaScript, AJAX, DTD, XSLT, DOM, CSS atď.

    Tieto architektúry - REST a AJAX - sú založené na základných architektonických základoch webu (identifikácia, interakcia a formáty) a podporujú výmenu údajov vo formáte XML medzi mnohými online platformami. REST sa zvyčajne používa medzi strojmi a servermi, zatiaľ čo AJAX sa zvyčajne používa vo webových prehliadačoch využívajúcich rámce 13, ako sú JQuery, ASP.NET AJAX, Prototype, Mootools atď.

    S AJAX môže „Internaut“ na webovú stránku vkladať údaje extrahované zo vzdialených prostredí, ktoré sú schopné tohto typu transakcie. Túto extrakciu údajov nie je možné vykonať naslepo, pretože všetky prenášané asynchrónne požiadavky dostávajú odpoveď vo forme štruktúrovaného dátového toku vo formáte notácie objektov JavaScript (JSON), XML alebo hodnôt oddelených čiarkami (CSV). Tieto extrakcie navyše podliehajú autorizácii vo vzdialených prostrediach. Z bezpečnostných dôvodov musia byť webové servery informované 14 o požiadavkách pochádzajúcich z inej domény. Odporúčanie CORS (cross-origin resource sharing) z W3 odráža túto požiadavku, ktorá je v drvivej väčšine webových serverov implementovaná smernicou „Access-Control-Allow-Origin“ 15.

    Syndikácia skutočne jednoduchých syndikačných kanálov (RSS) predstavuje presvedčivú akciu v oblasti technologickej interoperability, ktorá je často zverená platformám syndikácie obsahu. Napriek svojej popularite tieto online prostredia vnášajú do Internauts novú logiku použitia, a to prostredníctvom postupov a služieb, ktoré prichádzajú s elementárnou formou syndikácie obsahu.

    S pomocou AJAX je možné syndikáciu kanálov RSS vykonávať rôznymi spôsobmi, čo uľahčuje vytváranie originálnych a ľahko použiteľných nástrojov, pričom neobmedzuje počiatočnú aktivitu Internaut 's zavedením technickej logiky.


    Reštartujte vzdialené servery

    Vzdialený server môžete reštartovať z Servery dlaždice stránky roly alebo skupiny v Správcovi serverov.

    Reštartovanie vzdialeného servera prinúti server reštartovať sa, aj keď sú používatelia stále prihlásení na vzdialený server, a dokonca aj vtedy, ak sú programy s neuloženými údajmi stále otvorené. Toto správanie sa líši od vypnutia alebo reštartovania lokálneho počítača, v ktorom sa zobrazí výzva na uloženie neuložených údajov programu a overenie, či chcete prinútiť prihlásených používateľov odhlásiť sa. Uistite sa, že môžete prinútiť ostatných používateľov, aby sa odhlásili zo vzdialených serverov, a že môžete neuložené údaje zahodiť v programoch, ktoré sú spustené na vzdialených serveroch.

    ak v Správcovi serverov dôjde k automatickému obnoveniu, kým sa riadený server vypína a reštartuje, pre riadený server sa môžu vyskytnúť chyby stavu obnovenia a spravovateľnosti, pretože Server Manager sa nemôže pripojiť k vzdialenému serveru, kým sa reštartovanie nedokončí.

    Reštartovanie vzdialených serverov v Správcovi serverov

    V Správcovi serverov otvorte domovskú stránku roly alebo skupiny serverov.

    vyberte jeden alebo viac vzdialených serverov, ktoré ste pridali do Správcu serverov. stlačte a podržte Ctrl keď kliknete, vyberiete naraz viacero serverov. Ďalšie informácie o tom, ako pridať servery do oblasti serverov Server Manager, nájdete v téme pridanie serverov do Správcu serverov.

    Kliknite pravým tlačidlom myši na vybraté servery a potom kliknite na položku Reštartujte server.


    KLASIFIKÁCIA DOZORU POUŽÍVAJÚCA ARCGIS 10

    1 DOZORENÁ KLASIFIKÁCIA S POUŽITÍM ARCGIS 10 Klasifikácia obrazu sa týka úlohy extrahovania informačných tried z viacpásmového rastrového obrázku. Výsledný raster z klasifikácie obrázkov je možné použiť na tvorbu tematických máp. V závislosti od interakcie medzi analytikom a počítačom počas klasifikácie existujú dva typy klasifikácie: pod dohľadom a bez dozoru. V ArcGIS Spatial Analyst je v súprave nástrojov Multivariate úplná sada nástrojov na vykonávanie klasifikácie pod dohľadom a bez dozoru. Proces klasifikácie je viacstupňový pracovný tok, preto bol panel nástrojov Klasifikácia obrázkov vyvinutý tak, aby poskytoval integrované prostredie na vykonávanie klasifikácií pomocou nástrojov. Panel nástrojov nielenže pomáha pri pracovnom toku pri vykonávaní klasifikácie bez dozoru a pod dohľadom, obsahuje aj ďalšie funkcie pre analýzu vstupných údajov, vytváranie vzoriek školení a súborov s podpismi a určovanie kvality vzoriek školení a súborov s podpismi. Odporúčaný spôsob vykonávania klasifikácie a viacrozmernej analýzy je prostredníctvom panela s nástrojmi Klasifikácia obrázkov. Kontrolovaná klasifikácia Kontrolovaná klasifikácia používa na klasifikáciu obrazu spektrálne podpisy získané z cvičných vzoriek. S pomocou panela s nástrojmi Klasifikácia obrázkov môžete jednoducho vytvárať ukážky školení, ktoré budú reprezentovať triedy, ktoré chcete extrahovať. Zo vzoriek školenia môžete tiež ľahko vytvoriť podpisový súbor, ktorý potom použijú nástroje klasifikácie obrázku pomocou viacrozmerných klasifikačných nástrojov Spatial Analyst.

    2 Pridanie panela s nástrojmi Klasifikácia obrázkov Po povolení rozšírenia Spatial Analyst môžete pridať panel s nástrojmi Klasifikácia obrázkov a začať používať jeho nástroje na prácu s vašimi údajmi. 1. Kliknite na ponuku Prispôsobiť v programe ArcMap. 2. Kliknite na položku Panely s nástrojmi a gt. Klasifikácia obrázkov. Panel s nástrojmi sa pridá do programu ArcMap. Pridanie viacpásmového obrázku do klasifikácie Panel nástrojov Klasifikácia obrázkov vám umožňuje klasifikovať viacpásmový raster. Viacpásmový satelitný obraz je typickým príkladom viacpásmového rastra. Ak chcete určiť zdrojový obrázok pre klasifikačnú analýzu, pridajte obrázok do ArcMap. Potom vyberte obrazovú vrstvu v rozbaľovacom zozname Vrstva na paneli s nástrojmi Klasifikácia obrázkov. Spustite ArcMap. Pridajte panel nástrojov Klasifikácia obrázkov do ArcMap. Informácie o jeho pridaní nájdete v téme Pridanie panela s nástrojmi Klasifikácia obrázkov. Na štandardnom paneli s nástrojmi kliknite na tlačidlo Pridať údaje. V dialógovom okne Pridať údaje vyhľadajte obrázok na disku a kliknite na položku Pridať. Obrázok sa do obsahu pridá ako vrstva. Vrstva ukazuje na všetky pásy na disku.

    3 Na paneli s nástrojmi Klasifikácia obrázkov kliknite na šípku vrstvy a potom na vrstvu obrázku, ktorú ste práve pridali. Toto určuje zdrojový obrázok pre všetky nasledujúce úlohy klasifikácie obrázkov. Všetky pásy asociované s obrazovou vrstvou sa používajú pri klasifikačnej analýze. Vytvorenie podmnožiny pásiem pre klasifikáciu Niekedy nechcete pri analýze klasifikácie použiť všetky pásy z množiny obrazových údajov. Za takýchto okolností môžete vytvoriť podmnožinu pásiem pre klasifikáciu bez vytvorenia novej množiny rastrových údajov. Ak to chcete urobiť, pomocou nástroja Make Raster Layer vytvorte novú obrazovú vrstvu s požadovaným zložením pásma. Potom na paneli s nástrojmi Klasifikácia obrázkov vyberte novú vrstvu obrázka. Na štandardnom paneli s nástrojmi kliknutím na tlačidlo okna Hľadať otvoríte okno Hľadať. Napíšte Make Raster Layer a kliknite na tlačidlo Hľadať. Vo výsledkoch vyhľadávania sa zobrazí nástroj Make Raster Layer. Kliknutím na položku Vytvoriť rastrovú vrstvu vo výsledkoch vyhľadávania aktivujete nástroj Vytvoriť rastrovú vrstvu. V dialógovom okne nástroja Make Raster Layer vyberte vrstvu obrázka alebo množinu údajov na disku pre parameter Input raster. Zadajte názov pre novú rastrovú vrstvu v parametri Názov výstupnej rastrovej vrstvy. V parametri Pásy vyberte pásma, ktoré chcete zahrnúť do novej rastrovej vrstvy.

    4 Kliknutím na tlačidlo OK spustíte nástroj. Vytvorí sa nová vrstva obrazu so zadanou podmnožinou pásiem z pôvodnej množiny údajov obrázku. Na paneli s nástrojmi Klasifikácia obrázkov kliknite na šípku vrstvy a vyberte novú vrstvu obrázka, ktorú ste práve vytvorili. Nová vrstva obrázku je nastavená ako zdrojový obrázok klasifikačnej analýzy. Pri klasifikačnej analýze sa použijú akékoľvek pásy, z ktorých sú vyrobené. Vytváranie ukážok školenia Na vytváranie vzoriek školení používajte nástroje na kreslenie tréningových vzoriek na paneli s nástrojmi Klasifikácia obrázkov. Nasledujúce kroky ukazujú, ako vytvoriť cvičné vzorky na paneli s nástrojmi Klasifikácia obrázkov: Na paneli s nástrojmi Klasifikácia obrázkov vyberte v zozname Vrstva vhodnú vrstvu obrázka. Kliknite na jeden z nástrojov na kreslenie na paneli s nástrojmi Klasifikácia obrázkov. Všimnite si, že sú k dispozícii tri nástroje na kreslenie, na kreslenie polygónov, kruhov a obdĺžnikov.

    5 V ArcMap identifikujte oblasť, ktorá patrí do známej triedy. Nakreslite tréningovú ukážku a priložte ju. Nasledujúci obrázok ukazuje polygónovú tréningovú ukážku v programe ArcMap: Po dokončení kreslenia tréningovej vzorky sa v Správcovi tréningových vzoriek vytvorí nová trieda s predvoleným názvom, hodnotou a farbou. Otvorte Training Sample Manager a podľa potreby zmeňte názov triedy, hodnotu a farbu. Opakovaním krokov 2 až 4 vytvorte niekoľko ďalších tréningových ukážok, ktoré budú na obrázku predstavovať ostatné triedy. Ako vyzerá správca tréningových vzoriek po vytvorení piatich tried, vyzerá nasledovne: Vyhodnotenie tréningových vzoriek Aby ste sa uistili, že triedy reprezentované tréningovými vzorkami sú rozlíšiteľné, je potrebné skontrolovať a porovnať ich spektrálne charakteristiky. Na kontrolu spektrálnych charakteristík tréningových vzoriek použite okno Histogramy, okno Scatterplots alebo okno Štatistiky. Kliknite na tlačidlo Training Sample Manager na paneli s nástrojmi Klasifikácia obrázkov. Otvorí sa Training Sample Manager. V aplikácii Training Sample Manager vyberte jednu alebo viac vzoriek školenia, ktoré chcete vyhodnotiť.

    6 V dialógovom okne kliknutím na tlačidlo Histogramy otvorte hodnotiace okno Histogramy. Poznámka: Nástroj Histogramy funguje iba pre celočíselné obrázky. Ak sú hodnoty pixelov uložené ako plávajúca bodka, toto tlačidlo nie je k dispozícii. Histogramy pre vybrané triedy sú zobrazené v okne Histogramy. Skontrolujte histogramy pre každú triedu na všetkých dostupných pásmach. Ak sú k dispozícii viac ako štyri pásma, pomocou zvislého posúvača zobrazte viac grafov. Histogramy rôznych tried by sa nemali prekrývať. Ak sa prekrývajú, musíte niektoré triedy odstrániť alebo zlúčiť. Postupujte rovnako ako v krokoch 3 a 4, ale namiesto toho kliknite na tlačidlo Scatterplots a tlačidlo Statistics na otvorenie príslušných okien. Preskúmajte bodové grafy a štatistiky pre rôzne triedy. Nemali by sa navzájom prekrývať na všetkých kombináciách pásov. Ak ste odstránili staré tréningové vzorky a vytvorili nové, zopakujte kroky 1 až 5, aby ste vyhodnotili nové tréningové vzorky. Tento proces je iteračný a mal by sa opakovať, kým nie ste spokojní so sadou tréningových vzoriek. Poznámka: Farba histogramu alebo bodového grafu pre triedu sa zhoduje s farbou triedy v programe Training Sample Manager. Ak je trieda skrytá na pozadí v histogramoch alebo bodových grafoch, kliknutím na tlačidlo Zmeniť poradie v spodnej časti okna ju dostanete do popredia. V okne Štatistiky môžete skopírovať text do schránky Windows stlačením klávesov Ctrl+C.

    7 Správa vzoriek školení Počas procesu vytvárania a vyhodnocovania vzoriek školení budete potrebovať nástroje v programe Training Sample Manager na udržiavanie zoznamu tried. Možno budete musieť napríklad zmeniť názov triedy, hodnotu a farbu. Tiež môže byť potrebné triedy zlúčiť, odstrániť, reorganizovať atď. Pozrite sa na to, ako vykonávať niektoré bežné úlohy správy vzorových školení. Správa vzoriek školenia Na správu vzoriek školenia slúžia prvé tri nástroje na paneli s nástrojmi. Vymazanie všetkých vzoriek školenia V aplikácii Training Sample Manager kliknite na tlačidlo Clear Training Samples. Načítanie vzoriek školenia V aplikácii Training Sample Manager kliknite na tlačidlo Načítať. Zobrazí sa dialógové okno prehliadača súborov. V dialógovom okne prehliadača súborov vyberte vzorovú triedu školení a kliknite na položku Pridať. Ukladanie ukážok školenia V aplikácii Training Sample Manager kliknite na tlačidlo Uložiť. Zobrazí sa dialógové okno prehliadača súborov. V dialógovom okne prehliadača súborov prejdite na požadované miesto, zadajte názov triedy prvkov alebo súboru tvarov a potom kliknite na položku Uložiť. Správa tried Na správu tried sa používajú ďalšie nástroje na paneli s nástrojmi. Zlúčenie tried V aplikácii Training Sample Manager vyberte dve alebo viac tried, ktoré chcete zlúčiť. Kliknite na tlačidlo Zlúčiť. Odstraňujú sa triedy

    8 V správcovi vyberte triedy, ktoré chcete odstrániť. Kliknite na tlačidlo Odstrániť. Presunutie triedy hore alebo dole V manažérovi vyberte triedu, ktorú chcete presunúť. Kliknite na príslušné tlačidlo Hore alebo Dole. Prečíslovať všetky triedy vzostupne V správcovi kliknite na tlačidlo Obnoviť hodnoty triedy. Prečíslovanie jednotlivej triedy V správcovi kliknite na bunku hodnoty v riadku. Bunka sa dá upravovať. Zadajte novú celočíselnú hodnotu a stlačte kláves Enter. Premenovanie triedy V správcovi kliknite na bunku názvu triedy v riadku. Bunka sa dá upravovať. Zadajte nový názov a stlačte kláves Enter. Zmena farby displeja V správcovi kliknite na bunku Farba triedy. Zobrazí sa volič farieb. Vyberte farbu z voliča farieb. Farba tréningovej vzorky sa aktualizuje v zobrazovacej oblasti ArcMap a v každom otvorenom hodnotiacom okne. Spustenie nástroja interaktívnej kontrolovanej klasifikácie Po vytvorení vzoriek školenia vám nástroj interaktívnej kontrolovanej klasifikácie umožňuje vykonať kontrolovanú klasifikáciu bez explicitného vytvorenia súboru s podpisom. Tento nástroj tiež zrýchľuje rýchlosť klasifikácie. Interne to nazýva nástroj klasifikácie maximálnej pravdepodobnosti s predvolenými parametrami. Počas klasifikácie využíva všetky pásy dostupné vo vybranej vrstve obrazu. Ak ste to ešte neurobili, vytvorte niekoľko tréningových ukážok. V téme Vytváranie tréningových ukážok sa dozviete, ako ich vytvoriť.

    9 Klasifikácia sa vykonáva pomocou všetkých pásiem vybratej vrstvy obrazu v zozname Vrstva. Výsledok sa pridá do obsahu ArcMap ako dočasná klasifikačná vrstva. Ak chcete uložiť klasifikovaný obrázok na disk, kliknite pravým tlačidlom myši na dočasný klasifikačný prehrávač. V kontextovej ponuke kliknite na položku Údaje & gt Exportovať údaje. Zadajte umiestnenie a názov výstupného rastra. V prípade potreby zmeňte veľkosť a rozsah bunky pre výstupný raster v okne Exportovať rastrové údaje. Potom kliknite na Uložiť. Vytvorenie súboru podpisu Súbor podpisu je potrebný, keď na klasifikovanie obrázku používate nástroj geoprocesingu Maximálna pravdepodobnosť klasifikácie. Na vytvorenie súboru podpisu môžete použiť nástroj Vytvoriť súbor podpisu v programe Training Sample Manager. Táto úloha predpokladá, že cvičné vzorky už boli vytvorené. Ak ešte neboli vytvorené, vráťte sa k kroku Vytvorenie tréningových ukážok a vytvorte ich. Otvorte Training Sample Manager na paneli s nástrojmi Klasifikácia obrázkov. Kliknite na tlačidlo Vytvoriť podpisový súbor. Zobrazí sa dialógové okno prehliadača súborov. V dialógovom okne prehliadača súborov vyberte umiestnenie a zadajte názov súboru s podpisom. Potom súbor uložte kliknutím na tlačidlo OK. Vytvorí sa podpisový súbor a uloží sa na disk. Spustenie nástroja na klasifikáciu maximálnej pravdepodobnosti Keď máte pripravený súbor s podpismi, môžete na klasifikáciu vstupného obrázku použiť nástroj na klasifikáciu maximálnej pravdepodobnosti. Vytvorte tréningové vzorky, ak neboli vytvorené žiadne tréningové vzorky. Informácie o vytváraní vzoriek školenia nájdete v téme Vytváranie ukážok školenia. Vytvorte podpisový súbor pre tréningové vzorky, ak ešte nebol vytvorený.

    10 Ako vytvoriť podpisový súbor nájdete v téme Vytvorenie súboru s podpisom. Na paneli s nástrojmi Klasifikácia obrázkov kliknutím na položku Klasifikácia & gt Maximálna pravdepodobnosť klasifikácie otvoríte nástroj Maximálna pravdepodobnosť klasifikácie. V dialógovom okne nástroja zadajte hodnoty pre tri požadované parametre Vstupné pásy rastra, Vstupný súbor podpisu a Rastr klasifikovaný ako výstup. Prijmite predvolené hodnoty pre ostatné parametre. Kliknutím na tlačidlo OK spustíte nástroj. Po dokončení nástroja sa výstupný klasifikovaný raster automaticky pridá do ArcMap.


    Pozri si video: WIHA Zestaw narzędzi slimVario electric Podstawowy zestaw dla każdego elektryka! (Október 2021).