Bentley Map XM, esmamuljed
Bentley Map on versioon aastast XM Alates sellest, mis oli Microstation Geographics, kuni 8-i versioonini, ei usu ma algusesse üksikasjadesse laskumist, vaid mul on mitu küsimust, mida loodan lahendada, kui mängin selle funktsionaalsusega.
Primeras Impresiones:
V8 funktsionaalsust ja vormingut säilitatakse, ehkki platvorm on muutunud
Tuletame meelde, et V8-vormingut rakendati umbes aastatel 2003/2004. Hea uudis on see, et V8-faili saab lugeda nii Bentley MapXM kui ka MicrostationV8. Muutuste korral on atribuutide migreerumine Geographics'i projektist XFM-i projekti "funktsiooniklassidesse" ... kuid V8-vorming jääb samaks.
Varem oli dgn lihtne vektorkaart, mslinkiga, mis määras seose andmebaasiga, olenemata sellest, kas need atribuudid olid vektorid, tsentriidid või ruumilised indeksid. Ehkki see oli juustest kinni tõmmatud, tõdeti, et geograafia ei olnud georuumiline tööriist, vaid pigem nimetati seda geoinvesteerimiseks, see tähendab Bentley tugevuseks olev inseneri- / arhitektuurikasutajate süsteem, millel on võimalusi kuvamiseks, analüüsimiseks ja ruumiandmeid avaldada.
Ja kuigi see oli juustest pooleks tõmmatud, töötas see geoinseneri eesmärkidel, kasutades Publisherit andmete haldamiseks ja Project Wise nende haldamiseks, alati omal moel. Ebaviisakas andmete mõistmiseks. Kritiseeriti, et kaart oli lahti ühendatud ja et projekti abil ühendati vektor ainult välise andmebaasiga. Skeem muutus, kui nad omandasid Saksa ettevõttelt ISIS XFM-tehnoloogia, kuigi alles 2005. aasta konverentsil tutvustati ametlikult Geospatial Management tulemusi, kus võeti kasutusele skeemikriteerium, mis struktureerib kaardil olevaid andmeid nii, et nad saaksid analüüsida ilma dgn hävitamata ... siis näitasid nad GIS-pistikut, mis võimaldas MXD-l või SDE-l suhelda Project Wise'i või lihtsa geograafiaga.
... ja juuste tõmmates ... kosmosepadruni siiralt alustades oli see ...
Igatahes meeldib V8i vormingu jätkusuutlikkus isegi siis, kui platvorm on vana vidinapilt muutunud .NET-i
Säilitatakse sama projekti skeem, ehkki selle käsitlemise viis muutus täielikult
Varem oli Geograafia projektil oma teadus, koos mitmete kaustadega, kuhu salvestati projekti erinevad osad. Noh, kokkuvõttes on struktuur säilitatud, kuid xml-i struktuuri salvestamiseks lisatakse paar kausta
XFM-i integreerimisest lisati XML-i struktuur (skeem), mis algas V8-iga, mida nad nimetasid "Geosipärandi haldamine"Väga vastupidav, kuid allaneelamiseks pooltoores.
Nüüd on see Bentley Map XM-is projektide juhtimise viis, ehkki algselt ilmneb see koostalitlusvõime alternatiivina, kiputakse sinna rändama ... peaksite parandama ebasõbralikku nägu kasutajatele, kes juba teavad geograafiat (mitte viisil, mis struktureerib määrake atribuudid ... ja ma räägin mitte arendajatest kasutajatest).
Praegu testin seda versiooni ja mul on paar kahtlust, mille loodan lahendada lähipäevil ... kui mitte, siis kuni lähen Baltimore:
1. Geograafias võib vektorobjektil olla erinevad atribuudid, näiteks kinnistu piiriks võib olla ploki, naabruskonna ja omavalitsuse piir. Kas andmete sisestamine xml-vormis võib olla sama või tuleks erinevate atribuutide jaoks luua erinevad objektid?
2. Kas on olemas võlur, mis võimaldab projekti Geographics'ist XFM-i üle viia? Ma mõtlen, et ma saaksin teisendada Accessi kaudu ODBC või Oracle'i kaudu salvestatud projekti ja see muudab funktsioonid funktsiooniklassideks, kategooriateks ... projekti saab importida, kas kaarti saab teisendada nii, et juba määratud atribuudid muudetakse funktsiooniklassid? või et register tunneb ära registreeritud kaardid, kaardiläheduse ...
Jätkame rääkimist ...
