Migrasi platform Geospasial 10 tahun kemudian - Microstation Geographics - Oracle Spatial

Ini adalah tantangan umum bagi banyak proyek Cadastral atau Cartography, yang pada saat itu 2000-2010 mengintegrasikan Microstation Geographics sebagai mesin data spasial, dengan pertimbangan seperti berikut ini:

• Pengelolaan simpul dan terus menjadi sangat praktis, untuk proyek kadaster.
• DGN adalah alternatif yang menarik, mengingat versinya dalam file yang sama, yang tidak berubah dalam tahun 15, bertentangan dengan format lain di mana kita telah melihat banyak versi tidak kompatibel setiap tiga tahun.
• Pada perangkat lunak bebas 2002 adalah mimpi dari apa yang kita miliki saat ini.
• Standar OGC tidak menimbang bahkan pada perangkat lunak berpemilik.
• File shp terbatas untuk proyek rancangan tinggi dan basis spasial masih sangat tertutup untuk skema yang tidak standar yang mengganggu kinerja server ... dan perak.
• Konektivitas jarak jauh lebih baru dibandingkan dengan yang sekarang kita miliki.

Dengan demikian, menerapkan GIS berdasarkan skema "CAD tertaut" adalah solusi yang layak, meskipun kegunaan dikorbankan untuk tujuan presentasi yang menarik. VBA API melimpah untuk memprogram rutinitas manajemen transaksional yang terhubung ke ProjectWise untuk mengontrol file fisik dan kemungkinan menggunakan GeoWeb Publisher untuk analisis spasial dari server, meskipun publikasi terbatas pada ActiveX di Internet Explorer (yang pada tahun itu adalah browser tunggal).

Masalahnya adalah tidak berevolusi secara bertahap dan alih-alih berpindah ke Server Geospasial atau versi ProjectWise yang lebih kuat, ingin membuat GIS bertahan dari file fisik, memiliki semua potensi Oracle Spatial yang berlisensi dan kemampuan untuk berkembang. Jadi itulah tantangan kami.

1. Basis data: Postgres, SQL Server atau Oracle?

Secara khusus, saya lebih suka yang pertama. Tetapi ketika Anda berada di depan sistem transaksional yang tidak berorientasi pada layanan tetapi bekerja dengan baik, di mana bagian dari logika dan integritas seperti PL dalam database, perubahan ke basis OpenSoure bukanlah keadaan darurat. Tidak, kecuali jika tujuan Anda adalah mengembangkan versi baru dari sistem yang tidak tersedia dalam waktu dekat.

Juga bukan tentang melakukan tindakan Taliban untuk meremehkan segala sesuatu yang berbau pribadi. Jadi tetap bersama Oracle adalah keputusan yang bijaksana, jika bekerja dengan baik, jika besar dan menuntut, jika dirancang dengan baik, dilindungi dan jika dukungan sedang dimanfaatkan. Tema untuk acara lain.

Jadi yang tersisa adalah mengembangkan fungsionalitas agar data dapat dimigrasikan ke database ini, layanan penerbitan dan alat manajemen transaksional untuk data vektor.

Untuk mengendalikan peran dan pengguna yang sebelumnya dikelola dari ProjectWise, alat modular dibuat yang memungkinkan:

• Mengelola pengguna dan peran dari VBA BentleyMap.
• Tetapkan dari pengguna dengan hak administratif, hak ke departemen dan kotamadya.
• Tetapkan hak ke file kadaster berdasarkan proyek.
• Hak atas alat yang tersedia dalam modul Konstruksi, edisi, publikasi, konsultasi dan administrasi. Dengan cara ini, hanya aplikasi baru yang dibuat dan ditampilkan kepada pengguna sesuai dengan peran atau tugas spesifik mereka.
• Panel login ini juga menyederhanakan kompleksitas umum dari proyek BentleyMap, sehingga dengan hanya memasukkan Anda akan melihat pohon kategori dan atribut yang didefinisikan di Administrator Geospasial.

Panel ini memecahkan kesalahpahaman dan risiko pengguna yang baru mengenal fitur seperti Interoperabilitas Data. Yang mengecewakan lagi, karena Bentley mengedit secara native di Oracle Spatial, yang luar biasa tetapi juga berisiko jika Anda tidak memiliki kontrol transaksional.

Jadi, misalnya, modul Konstruksi memiliki alat berikut:

• Tetapkan Fitur
• Geografis Linkage Wizard
• Migrasi Batch Space
• Hapus objek
• Edit poligon
• Ekspor Shp / CAD
• Impor Shp / CAD
• Migrasi Geologi
• Migrasi Geopunto
• Migrasi dari Georgia
• Daftar peta
• Link Geo-Line
• Link Geo-Point
• Link Geo-Region

Alat pelengkap secara bertahap ditambahkan, termasuk beberapa untuk langsung mengedit Administrator Geospasial.

• Administrator untuk melihat fitur
• Analisis Topologi
• Lihat SAFT
• Jelajahi Fitur
• Convert Curve ke LineString
• Buat Fitur
• Buat properti
• Konfigurasi DBConnect
• Pertanyaan DBConnect
• Edit fitur Xfm
• Edit Proyek Xfm
• Hapus Fitur Xfm
• Identifikasi paket
• Modifikasi simbologi
• Fitur over-write
• Kelas Thematisasi
• Untuk tematik
• Tematik dengan daftar drop-down
• Utilitas Xfm

2. Data: Migrasi dari DGN ke Spatial Base: Oracle Buider atau Bentley Map?

Tantangan yang paling menarik dalam hal ini adalah bahwa diperlukan migrasi yang terkendali, dan mengingat bahwa file DGN yang telah diperbarui lebih dari tahun 10 mungkin memiliki masalah topologi - kegilaan yang nyata.

Memang benar. Masalah utama dari peta ada di sini:

• Modifikasi paket di perbatasan file (sektor atau zona) menyiratkan bahwa harus ada modifikasi keduanya, termasuk kebetulan node dalam kasus seperti ketika di sektor adalah satu baris tapi di sebelah barat garis itu tersegmentasi.
• Ada file bahwa setelah 300 maintenance transaction yang tersimpan dalam DGN history bisa rusak.
• Ada masalah yang lebih kompleks yang tidak dapat dikendalikan dalam kabinet, seperti ketika sebuah properti saling tumpang tindih dengan tetangga lain di file lain, untuk jumlah yang tidak dapat dipecahkan di peta, karena akan melibatkan melakukan pemeriksaan lapangan untuk menghindari mempengaruhi pihak ketiga.
• Praktek buruk, seperti dimasukkannya peta dalam proyeksi yang berbeda, dalam hal ini memiliki sektor di NAD27, walaupun standarnya adalah WGS84. Dalam kasus yang ekstrim, penyesuaian dilakukan antara data dari berbagai proyeksi, ke yang tidak tepat.

Solusinya adalah alat tipe Wizzard untuk migrasi massal, yang dapat bermigrasi secara terpisah peta, beberapa atau bahkan semua kotamadya atau balai kota.

Pada dasarnya apa yang dibutuhkan alat untuk mengambil data dari proyek Geografi dan mempromosikannya ke fitur Peta Benltey, kemudian membuat serangkaian validasi, seperti:

• Hubungan satu-ke-satu antara geometri dan database,
• Validasi kurangnya duplikat,
• Validasi konsistensi area-centroid,
• Validasi objek peta dengan objek tidak aktif dalam database,
• Validasi topologi berkenaan dengan topologi yang ada di dalam basis spasial

Setelah validasi, panel memungkinkan untuk mengumpulkan informasi secara besar-besaran, seperti metode pengukuran dan standar pengendalian kualitas data tersebut.

Terakhir, posting ke database, yang akhirnya menghasilkan laporan. Dari kata ke fakta ada bentangan yang luar biasa, tapi akhirnya disesuaikan dengan keinginan Oracle Spatial yang masih dibuat-buat seperti Bentley dan cara mereka melihat properti kompleks atau banyak simpul.

3. Publikasi: Geoserver atau MapServer? OpenLayers atau Leaflet?

Penampil dibuat menggunakan OpenLayers dan beberapa plugin. Untuk pertama kalinya setelah 10 tahun mengabaikan pengembangan bagian spasial, penampil baru terlihat menggantikan ActiveX dari GeoWeb Publisher. Kode MapFish digunakan untuk mencetak, geojson untuk mengontrol pohon samping, dari Geoserver lapisan yang disajikan dari OracleSpatial dilayani.

Akhirnya, penggantian teknologi dilakukan sesuai grafik berikut. Seperti yang bisa Anda lihat, kombinasi kode gratis, pemeliharaan database dan pengelolaan lahan menggunakan perangkat lunak berpemilik.

4. Bangun dan edit, langsung ke Oracle Spatial. Peta Bentley atau QGIS?

Ini adalah cerita lain. Peta Bentley mengedit secara native berdasarkan spasial, yang menyebabkan konflik jika tidak berfungsi dengan Transactional Web Feature Service (WFS). Konfliknya adalah:

Bagaimana cara mengatasi aturan yang tidak memungkinkan tumpang tindih topologi, jika sedang diedit dan kapan ingin memposting laporan bahwa objek itu mempengaruhi dirinya sendiri?

Ini dipecahkan dengan versi sebelumnya, mengedit secara langsung dan memvalidasi bahwa saat mengeposkan, jika ada sesuatu yang gagal versinya dipulihkan sehingga transaksi selesai namun dalam keadaan gagal.

Masalah lain yang harus dipecahkan adalah pemasukan data masif, mengingat pengguna harus berhenti menggunakan Geografi dan ada beberapa proyek yang meningkatkan kadaster besar.

Ini mudah karena hanya alat yang mirip dengan yang digunakan untuk mengintegrasikan data di Microstation Geographics yang dibuat, memudahkan dengan potensi BentleyMap dan dengan asisten yang lebih terkontrol.

Gambar menunjukkan bagaimana alat ini dikembangkan, dengan beberapa kekhasan, seperti penciptaan dan registrasi simpul dan dimasukkannya Puntoparcela, sebagai fungsi daftar jika metode pengukuran beberapa simpul tidak memenuhi standar kualitas tertentu.

Tentunya aliran ini sangat bagus, karena pengguna tahu alat apa yang paling sering mereka gunakan. Mereka perlu membuat mereka mengubah mentalitas mereka antara berpindah dari beberapa fitur ke manajemen berdasarkan level, mempromosikan manfaat baru sehingga mereka melupakan Microstation V8 2004 kuno, seperti layanan WMS, transparansi dan pengenalan asli file DWG versi terbaru; belum lagi interoperabilitas dengan kml, shp, dan gml untuk yang paling astral.

Alat juga dibuat untuk perawatan kadaster, memiliki pilihan untuk mengedit secara langsung dalam bentuk atau menurunkannya ke simpul busur untuk kasus kompleks.

5. Klien untuk kotamadya melalui GML. QGIS atau gvSIG?

QGIS. Tapi itu cerita lain untuk diceritakan nanti.