Lagi

Mengonversi dari ArcGIS TIN ke LandXML?


Saya sedang mengerjakan proyek yang melibatkan bolak-balik antara ArcGIS 10.1 dan Bentley Microstation dan Geopak.

Microstation/Geopak memiliki kemampuan untuk mengimpor/mengekspor file LandXML untuk permukaan 3D.

Saya telah membawa file LandXML ke ArcGIS melalui alat "LandXML to TIN" (3D Analyst).

Sekarang setelah saya melakukan beberapa pemrosesan di ArcGIS, saya ingin mengirim permukaan kembali ke MicroStation.

Menggunakan LandXML sebagai perantara lagi akan masuk akal kecuali bahwa ArcGIS tampaknya tidak memiliki alat "TIN to LandXML".

Adakah yang tahu cara mengonversi TIN ke Land XML? Atau, sebagai alternatif, format apa saja yang dapat dibaca oleh MicroStation/Geopak?


Ada Ide ArcGIS untuk fungsi ini yang mungkin ingin Anda kunjungi dan pilih. ArcGIS saat ini tidak dapat menulis format LandXML, bahkan dengan ekstensi Interoperabilitas Data.

Orang lain mungkin mengetahui alur kerja, tetapi semua hasil pencarian yang saya lihat adalah bagaimana memasukkannya ke dalam Arc dan bukan keluar, setidaknya secara khusus ke MicroStation. Saya telah mencatat sejumlah solusi potensial yang lebih terkait dengan AutoCAD, tetapi secara teori semuanya dapat digunakan untuk MicroStation. Sayangnya mereka melibatkan konversi/interpolasi data yang harus ditimbang terhadap persyaratan akurasi. Anda harus mulai dengan mengonversi TIN menjadi:

  • garis kontur
  • Esri GRID/asc
  • raster dan kemudian poin (mungkin poin COGO)

Bahkan di antara perangkat lunak CAD, tampaknya umumnya tidak ada cara untuk langsung membaca format TIN seseorang di tempat lain - oleh karena itu spesifikasi LandXML. Sebagian besar dari apa yang saya temui menyebutkan harus memasukkan data ke dalam beberapa format tertentu dan kemudian benar-benar membangun kembali/membuat permukaan begitu Anda memasukkannya ke dalam MicroStation.


Saya membuat posting blog yang merinci cara mengonversi TIN ke format LandXML menggunakan pustaka lxml dan pyshp dengan Python. (http://www.knickknackcivil.com/tin2landxml.html)

Sunting: Info lebih lanjut diminta dari pengulas… Awalnya saya hanya menjelaskan proses untuk mengonversi landxml, tetapi saya mungkin juga memposting kode di sini juga.

Kode di bawah ini ... dijelaskan lebih detail di posting blog. Anda dapat menggunakan kode ini dengan baris perintah dengan menunjuk ke skrip python dan kemudian memasukkan file landxml input.

"Lisensi MIT Hak Cipta (c) 2018 David Hostetler Izin dengan ini diberikan, gratis, kepada siapa pun yang memperoleh salinan perangkat lunak ini dan file dokumentasi terkait ("Perangkat Lunak"), untuk menangani Perangkat Lunak tanpa batasan, termasuk tanpa batasan hak untuk menggunakan, menyalin, memodifikasi, menggabungkan, menerbitkan, mendistribusikan, mensublisensikan, dan/atau menjual salinan Perangkat Lunak, dan untuk mengizinkan orang yang diberikan Perangkat Lunak untuk melakukannya, dengan tunduk pada ketentuan berikut: Pemberitahuan hak cipta di atas dan pemberitahuan izin ini harus disertakan dalam semua salinan atau bagian substansial dari Perangkat Lunak. PERANGKAT LUNAK INI DISEDIAKAN "SEBAGAIMANA ADANYA", TANPA JAMINAN DALAM BENTUK APA PUN, TERSURAT MAUPUN TERSIRAT, TERMASUK NAMUN TIDAK TERBATAS PADA JAMINAN DIPERDAGANGKAN, KESESUAIAN UNTUK TERTENTU TUJUAN DAN TANPA PELANGGARAN DALAM KEADAAN APA PUN PENULIS ATAU PEMEGANG HAK CIPTA TIDAK AKAN BERTANGGUNG JAWAB ATAS KLAIM, KERUSAKAN, ATAU KEWAJIBAN LAINNYA, BAIK DALAM TINDAKAN KONTRAK, KERUSAKAN ATAU LAINNYA, TIMBUL DARI, DARI ATAU BERHUBUNGAN TION DENGAN PERANGKAT LUNAK ATAU PENGGUNAAN ATAU TRANSAKSI LAINNYA DALAM PERANGKAT LUNAK."import sys import os import shapefile import lxml.etree as ET import argparse # Argumen untuk memberikan bantuan dengan Command Line argumen parser = argparse.ArgumentParser(description='Membuat LandXML permukaan file '  'berdasarkan referensi shapefile poligon. '  '
Polgon shapefile harus dibuat dari'  'ESRI TIN Triangle tool.') parser.add_argument('TIN_shp',help='Masukkan polygon shapefile berdasarkan ESRI TIN') parser.add_argument('Unit', options= ['ft','m','ft-int'], help=('Masukkan unit shapefile poligon. Pilihannya adalah 
'  'us survei kaki (ft), meter (m) atau '  'kaki internasional ( ft-int).')) parser.parse_args() tin_shp = sys.argv[1] unit_len = sys.argv[2] # Keluaran out_xml = os.path.splitext(tin_shp)[0]+'_Surface.xml' surf_name = os.path.splitext(os.path.basename(tin_shp))[0] # Membaca input TIN shapefile menggunakan PyShp in_shp = shapefile.Reader(tin_shp) shapeRecs = in_shp.shapeRecords() # Menginisialisasi item permukaan landxml landxml = ET .Element('LandXML') unit = ET.SubElement(landxml, 'Unit') surface = ET.SubElement(landxml, 'Surfaces') surface = ET.SubElement(surfaces, 'Surface', name=surf_name) definition = ET .SubElement(permukaan, 'Definisi', surfType="TIN") pnts = ET.SubElement(definisi, 'Pnts') face = ET.SubElement(definisi, 'Wajah') # Kamus untuk mendefinisikan unit yang benar berdasarkan input unit_opt = {'ft':('Imperial', 'squareFoot', 'USSurveyFoot', 'cubicFeet', 'fahrenheit', 'inHG'), 'm': ('Metrik', 'squareMeter', 'meter', 'cubicMeter', 'celsius', 'mmHG'), 'ft-int': ('Imperial', 'squareFoot', 'foot', 'cubicFeet', ' fahrenheit', 'inHG')} # Tentukan unit di sini. Belum diuji dengan metrik. unit = ET.SubElement(satuan, unit_opt[unit_len][0], areaUnit=unit_opt[unit_len][1], linearUnit=unit_opt[unit_len][2], volumeUnit=unit_opt[unit_len][3], temperatureUnit=unit_opt[ unit_len][4], pressureUnit=unit_opt[unit_len][5]) # Menginisialisasi variabel keluaran pnt_dict = {} face_list = [] cnt = 0 print('Processing… ') # Membuat kamus/id titik referensi untuk setiap koordinat # As serta titik LandXML, dan daftar wajah untuk sr dalam shapeRecs: shape_pnt_ids = [] # id dari setiap titik bentuk # Setiap bentuk hanya boleh memiliki 3 titik untuk pnt dalam rentang(3): # Berkoordinasi dengan koordinat format y, x, z = (sr.shape.points[pnt][1], sr.shape.points[pnt][0], sr.shape.z[pnt]) # Jika elemen baru, tambahkan ke kamus dan # tulis elemen titik xml jika koordinat tidak ada di pnt_dict: cnt+=1 pnt_dict[coord] = cnt shape_pnt_ids.append(cnt) # Tambahkan id titik ke daftar # Fitur landxml titik individual pnt_text = f'{coord[0]:.5f} {coord[1] :.5f} {coord[2]:.3f}' pnt = ET.SubElement(pnts, 'P', id=str(cnt)).text = pnt_text # Jika titiknya adalah sudah ada di kamus titik, tambahkan id titik yang ada: shape_pnt_ids.append(pnt_dict[coord]) # Periksa apakah terlalu banyak atau terlalu sedikit titik yang dibuat jika len(shape_pnt_ids) != 3: print('Error - periksa input shapefile. ' 'Harus berupa poligon dengan hanya tiga simpul untuk setiap bentuk.') sys.exit(0) # Daftar wajah referensi untuk setiap bentuk face_list.append(shape_pnt_ids) # Menulis wajah ke landxml untuk wajah di face_list: ET.SubElement( wajah, 'F').text = f'{face[0]} {face[1]} {face[2]}' # Menulis output tree = ET.ElementTree(landxml) tree.write(out_xml, pretty_print=True , xml_declaration=True, encoding="iso-8859-1") print(f'Berhasil membuat {out_xml}. Periksa keluaran file.')

LiDAR - Pulsa pertama dan pulsa terakhir

Saya punya beberapa file LAS 4in yang bagus, pulsa pertama dan pulsa terakhir. Saya telah membuat kumpulan data LAS dan dapat mengubahnya menjadi NPWP. (Tujuan utama saya adalah untuk menghasilkan beberapa penampang dari permukaan di AutoCAD).

Pertanyaan saya: Bagaimana cara mengolah data pulsa pertama dan terakhir secara bersamaan? Saya hanya samar-samar menyadari perbedaannya, sebagian besar melalui konteks, dan tidak yakin bagaimana menggunakannya secara maksimal untuk menciptakan permukaan yang lebih akurat.

Terima kasih sebelumnya atas bimbingan apa pun!

Adapun definisi cepat dari keduanya: pulsa pertama adalah objek yang disentuh LiDAR, yaitu benda tertinggi di lanskap (kanopi pohon, tiang lampu, struktur). Pulsa terakhir adalah permukaan tanah, atau sedekat yang akan Anda dapatkan, yaitu tanah atau objek di tanah (ranting, struktur, semak-semak).

Untuk penampang Anda, periksa bilah alat, harus ada tampilan Profil Dataset LAS. Lihat itu setelah Anda interpolasi poin, atau gunakan TIN. Ekspor data ke file CAD (saya yakin Anda dapat melakukan ini, sudah beberapa bulan sejak saya menggunakan perangkat lunak).


Survei Carlson dengan AutoCAD Tertanam (OEM)

Versi: kapanTanggal Pembuatan
20213/12/21
20213/10/2021
20206/23/2020
20196/28/2019
20189/27/2018
20176/22/2017
20166/15/2016
20155/8/2015
20147/14/2014


Abstrak

Building Information Modeling (BIM) kini menjadi teknologi digital global yang diyakini secara luas berpotensi merevolusi industri konstruksi. Ini terutama merupakan hasil dari inisiatif pemerintah di seluruh dunia yang mempromosikan penggunaan BIM untuk meningkatkan efisiensi dan kualitas dalam memberikan proyek konstruksi. Dorongan ini disertai dengan dirilisnya sejumlah besar sistem perangkat lunak BIM yang sekarang tersedia di pasar. Meskipun hal ini dapat dilihat sebagai perkembangan positif, orang tidak dapat mengabaikan bagaimana hal itu telah membuat banyak profesional kewalahan yang tidak dapat dengan mudah membedakan penggunaan sistem perangkat lunak ini. Studi sebelumnya tentang sistem BIM yang berbeda umumnya terbatas dalam ruang lingkup yang berfokus terutama pada masalah operasional. Studi ini bertujuan untuk melakukan penilaian yang komprehensif dan kritis terhadap berbagai sistem perangkat lunak BIM yang saat ini digunakan dalam mengelola informasi proyek konstruksi. Untuk mencapai hal ini, lima metode utama diadopsi. Ini termasuk tinjauan sistematis literatur, survei kuesioner terstruktur, pembelajaran tindakan, diskusi kelompok fokus dan survei email. Perlu dicatat bahwa, meskipun tidak mungkin untuk memeriksa totalitas sistem BIM, studi ini mengadopsi pendekatan holistik dengan melihat sebagian besar kategori sistem BIM utama dan 122 contoh aplikasi yang umum dalam arsitektur, teknik dan konstruksi (AEC). ) industri.


Sintaksis

File LAS yang akan diimpor ke kelas fitur multipoint. Jika folder ditentukan, semua file LAS yang berada di dalamnya akan diimpor.

Kelas fitur yang akan dihasilkan oleh alat ini.

Jarak 2D rata-rata antara titik dalam file atau file input. Ini bisa menjadi perkiraan. Jika area telah diambil sampelnya pada kepadatan yang berbeda, tentukan jarak yang lebih kecil. Nilai perlu disediakan dalam unit proyeksi dari sistem koordinat keluaran.

Kode klasifikasi yang akan digunakan sebagai filter kueri untuk titik data LAS. Nilai yang valid berkisar dari 1 hingga 32. Tidak ada filter yang diterapkan secara default.

Nilai kembalian yang akan digunakan untuk memfilter titik LAS yang diimpor ke fitur multipoint.

  • ANY_RETURNS
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • LAST_RETURNS

Properti titik LAS yang nilainya akan disimpan dalam bidang objek besar biner (BLOB) di tabel atribut output. Jika fitur yang dihasilkan akan berpartisipasi dalam kumpulan data medan, atribut yang disimpan dapat digunakan untuk melambangkan medan. Kolom Nama menunjukkan nama bidang yang akan digunakan untuk menyimpan atribut yang ditentukan. Properti LAS berikut ini didukung:

  • INTENSITAS
  • RETURN_NUMBER
  • NUMBER_OF_RETURNS
  • SCAN_DIRECTION_FLAG
  • EDGE_OF_FLIGHTLINE
  • KLASIFIKASI
  • SCAN_ANGLE_RANK
  • FILE_MARKER
  • USER_BIT_FIELD
  • GPS_TIME
  • WARNA MERAH
  • WARNA_HIJAU
  • WARNA BIRU

Sistem koordinat file LAS input.

Akhiran file yang akan diimpor dari folder input. Parameter ini diperlukan saat folder ditetapkan sebagai input.

Faktor dimana nilai Z akan dikalikan. Ini biasanya digunakan untuk mengonversi satuan linier Z agar sesuai dengan satuan linier XY. Standarnya adalah 1, yang membuat nilai elevasi tidak berubah.

Memindai melalui subfolder saat folder input dipilih yang berisi data dalam direktori subfolder. Kelas fitur keluaran akan dihasilkan dengan baris untuk setiap file yang ditemukan dalam struktur direktori.

  • NO_RECURSION —Hanya file LAS yang ditemukan di folder input yang akan dikonversi ke fitur multipoint. Ini adalah default.
  • RECURSION —Semua file LAS yang berada di subdirektori dari folder input akan dikonversi ke fitur multipoint.

Mengonversi dari ArcGIS TIN ke LandXML? - Sistem Informasi Geografis

Ada beberapa aplikasi visualisasi yang mendukung rendering medan hingga tingkat yang terbatas sebagai latar belakang visualisasi arsitektur.

  • Quest3D
    • €900 untuk Windows, dari versi Act-3D™, Leiden, Belanda Lite seharga €130
    • membaca berbagai macam format CAD dan model 3D konvensional
    • memiliki lingkungan waktu nyata untuk menyusun adegan, lalu mengekspor ke penampil yang dapat dieksekusi atau situs web
    • mendukung banyak fitur rendering canggih, termasuk permukaan dinamis dan reflektif, bayangan, sistem partikel, dll.
    • medan dan vegetasinya sederhana, karena fokusnya ditujukan pada model arsitektur

    Khusus domain: Memancing

    Khusus domain: Olahraga luar ruangan

    • CompeGPS
      • Satu set paket perangkat lunak dan bundel yang dirancang untuk "penerbangan gratis, penerbangan motor, 4x4, sepeda gunung, hiking, quad dan enduro" (€80-up, untuk Windows)
      • Perusahaan menjual dan mendukung berbagai gadget dan geodata untuk digunakan bersama dengan perangkat lunak
      • Berkomunikasi ke dan dari perangkat GPS dan format membaca .map, .ecw, .sid, .kap, .geo, .mpv, .e00, .dxf, .dwg plus semua format gambar umum

      Khusus domain: Simulasi Lalu Lintas

      • Penampil 3D Sinkronisasi Studio
        • $1000 dari Trafficware, mungkin hanya untuk Windows. Bekerja dengan mereka SimTraffic perangkat lunak ($3000) atau disertakan dengan Studio bundel ($4000)
        • Menghasilkan adegan 3D dari data simulasi. Menunjukkan kendaraan, pejalan kaki, sinyal tiang-lengan, pohon bangunan dan jalan raya.
        • Simulasi berjalan di dalam tampilan 3D, sehingga Anda dapat mengikuti kendaraan di sekitar, dll.
        • Keluaran ke AVI. Format input untuk model tidak diketahui, situs web memiliki sedikit info.
        • $5800 standar / $9000 lanjutan, dari Forum8 (Jepang)
        • Merakit adegan kompleks infrastruktur transportasi
        • Kumpulan fitur yang sangat besar: siang dan malam, cuaca, bayangan, LOD dinamis, terowongan dan jembatan, pohon, pejalan kaki animasi (md3), beberapa tampilan, antarmuka dengan Autodesk Civil 3D, LandXML
        • Mendukung beberapa mode mengemudi (kecepatan mobil, perubahan jalur, ketinggian sudut pandang, perpindahan sudut pandang dalam 8 arah) dan pergerakan sudut pandang yang dinamis (dari mobil lain, naik turun, putar kepala). Penerbangan otomatis dengan pengaturan jalur penerbangan (pengeditan pada layar 3D tersedia), berjalan melalui. Dan simulasi yang lebih canggih dapat dijalankan dengan mengemudi manual yang mendukung kokpit 3D dan multi-monitor."

        Khusus domain: Cuaca

        • VIPIR
          • solusi siap pakai yang menyediakan visualisasi 3D realtime dari medan dengan set data gambar resolusi tinggi (Kota 2 kaki AS, 15m sisanya dari AS) data cuaca radar 3D realtime terintegrasi, analisis, dan prakiraan
          • pada 2005, sekarang muncul di banyak stasiun TV di seluruh AS, menyiarkan jalan layang langsung oleh penyiar cuaca

          Khusus domain: GPS Kendaraan

          • Pada 2008, ada visualisasi medan 3D waktu nyata (yang belum sempurna) yang berjalan di platform seluler (iPhone, Windows Mobile, dll.)
          • sebagai contoh, perangkat lunak GPS Urban Horizon Novlum bahkan menyertakan model bangunan 3D untuk landmark

          SDM Toolbox: Toolkit GIS berbasis Python untuk Analisis Model Distribusi Genetik, Biogeografis, dan Spesies Lanskap

          Metode dalam Ekologi dan Evolusi 2014, 5, 694–700

          & #82201. Model distribusi spesies (SDM) secara luas digunakan dalam studi ekologi dan evolusi. Hampir semua metode SDM memerlukan persiapan data yang ekstensif dalam sistem informasi geografis (SIG) sebelum membangun model. Seringkali, langkah ini rumit dan, jika tidak dilakukan dengan benar, dapat menyebabkan model dengan parameter yang buruk atau dalam beberapa kasus, jika terlalu sulit, mencegah realisasi SDM. Lebih lanjut, untuk banyak penelitian, pembuatan SDM bukanlah hasil akhir dan pemrosesan pasca-pemodelan bisa sama sulitnya dengan langkah-langkah lainnya.

          Gambaran ilustratif SDMtoolbox. Alat Dasar. SDMtoolbox berisi 19 alat dasar untuk mengonversi dan memproses batch shapefile dan data raster.

          2. SDMtoolbox dirancang untuk memfasilitasi banyak langkah pra dan pasca pemrosesan yang rumit yang biasanya diperlukan untuk pemodelan distribusi spesies dan analisis geospasial lainnya. SDMtoolbox terdiri dari 59 alat GIS berbasis skrip Python yang dikembangkan dan dikompilasi menjadi satu antarmuka.

          3. Seperangkat besar alat dibuat untuk melengkapi SDM yang dihasilkan di Maxent atau untuk meningkatkan kinerja prediktif SDM yang dibuat di Maxent. Namun, SDMtoolbox tidak terbatas pada analisis model Maxent, dan banyak alat juga tersedia untuk analisis tambahan atau pemrosesan geospasial umum: misalnya, menilai konektivitas lanskap jaringan haplotype (menggunakan koridor berbiaya paling rendah atau jalur berbiaya paling rendah) mengoreksi kelebihan SDM prediksi yang mengukur perubahan distribusi antara SDM saat ini dan masa depan atau untuk menghitung beberapa metrik keanekaragaman hayati, seperti endemisme tertimbang terkoreksi.

          4. SDMtoolbox adalah kotak alat berbasis python komprehensif gratis untuk studi makroekologi, genetika lanskap, dan evolusi untuk digunakan di ArcGIS 10.1 (atau lebih tinggi) dengan ekstensi Analis Spasial. Toolkit ini menyederhanakan banyak analisis GIS yang diperlukan untuk pemodelan distribusi spesies dan analisis lainnya, mengurangi kebutuhan untuk pra-pemrosesan dan pasca-SDManalyses data iklim yang berulang dan memakan waktu.”


          Menanamkan GIS dengan Akurasi Data

          Ketika saya pertama kali mulai mempresentasikan subjek ini beberapa tahun yang lalu, judulnya adalah "Menginfeksi GIS dengan Akurasi," untuk mengolok-olok dengan lembut perselisihan antara GIS dan orang-orang Survei/Teknik. Ini bisa menjadi subjek yang sensitif, dan bahkan ejekan yang tampaknya tidak berbahaya sangat merugikan profesional terampil yang sering kurang dihargai yang telah mengembangkan GIS. Para pionir ini telah mengembangkan lanskap informasi digital yang telah dan akan terus membentuk kembali industri dan masyarakat kita secara keseluruhan.

          Seringkali cara yang baik untuk meredakan ketegangan adalah dengan melakukan diskusi dengan nada ringan. Salah satu kebenaran (atau mungkin rasionalisasi) sarkasme adalah bahwa sarkasme biasanya didasarkan pada sedikit kebenaran (walaupun kebenaran yang tidak menyenangkan). Harapan saya adalah bahwa tidak satu pun dari apa yang disajikan dalam artikel ini menumbuhkan niat buruk untuk kedua kelompok.

          Bagi seorang surveyor, GIS mungkin sering tampak "tertantang secara spasial", bagi profesional lainnya, GIS mungkin tampak "tertantang data." Bagi profesional GIS, kedua pandangan ini mungkin tampak seperti banyak pendukung. Apa pun kekurangan nyata atau yang dirasakan dari kumpulan data tertentu, kritikus mungkin tidak sepenuhnya memahami ROYAL PAIN yang mungkin mencoba untuk memperbaikinya, bahkan jika data yang lebih baik sudah tersedia. Apa yang saya coba dapatkan dengan kutipan dari Horace (selain berusaha tampil canggih), bahwa meskipun kesempurnaan mutlak tidak dapat dicapai, kita semua harus melakukan yang terbaik untuk memperjuangkannya.

          Dalam dekade terakhir telah terjadi ledakan pilihan untuk memelihara, memperbarui, menambah dan yang paling penting, meningkatkan data GIS yang ada. G I S bergerak dari model sistem mandiri (kadang-kadang dengan desain) mandiri menuju komponen yang terintegrasi penuh dari basis pengetahuan perusahaan.

          Di sekeliling elemen basis pengetahuan perusahaan (seperti yang diilustrasikan di halaman berlawanan) adalah "kulit" proses bisnis multi-utas, menambang dan memberi makan intinya. Tantangannya adalah menemukan poin-poin kunci di sepanjang cangkang ini untuk memberi makan inti terbaik tanpa memengaruhi biaya proses masing-masing secara signifikan.

          Contoh yang paling familiar bagi surveyor adalah siklus data untuk proyek desain-konstruksi sipil. Banyak produsen perangkat lunak sipil/survei/GIS telah menggembar-gemborkan solusi siklus data lengkap. Autodesk menawarkan rangkaian perangkat lunak sipil yang dapat menangani data rekayasa di seluruh siklus sipil, "cradle to the grave," begitulah. Analis Survei ESRI yang baru menawarkan solusi yang mengelola pengukuran dan resolusi survei secara langsung di lingkungan GIS. Ada banyak contoh lainnya.

          Tantangan memperbarui GIS lama berjalan lebih dalam dari sekadar teknologi dan anggaran kekhawatiran, itu lebih berbatasan dengan motivasi, dengan kekhawatiran pertama biasanya memiliki pengaruh terbesar pada yang terakhir. Beri tahu orang-orang Anda bahwa ya, itu bisa dilakukan, rintangan tertinggi hanyalah memulai.

          Enterprise GIS atau Perusahaan yang Diaktifkan Geo-spasial?
          Anda pasti pernah mendengar analogi jenis ini sebelumnya: pada suatu waktu mesin tik adalah mesin yang mahal, tangguh, dan sangat besar. Orang-orang dilatih secara khusus untuk menggunakannya dan dimasukkan ke dalam "kolam pengetikan". Arsitektur kantor, perabotan (dan politik) secara khusus dibangun di sekitar binatang yang tidak praktis ini. Voila, keyboard yang terhubung dengan perangkat keras/lunak yang secara mengejutkan dapat dimaafkan dan bahkan manajemen (terkesiap) dapat menangani dan menyusun memo mereka telah membuat juru ketik (oops, keyboardist) keluar dari setiap kantor "cube-lidyte." Hal ini tidak pernah terdengar bagi CEO untuk menyusun dokumen mereka sendiri (bukannya itu ide yang bagus…tapi saya ngelantur)…. Apa yang terjadi ketika GIS hanyalah bilah alat lain pada aplikasi kantor apa pun? Mungkin tidak sejauh yang kita pikirkan, tetapi pertama-tama, mari kita lihat kembali analogi mesin tik itu.

          GIS Lama—Bagaimana dan Mengapa Ini Terjadi
          GIS dipelopori baik dalam konsep dan praktik di dunia akademis, di mana teknologi pemrosesan terbaru (dan yang dapat memahami konsep dan perangkat lunak) dapat ditemukan.

          Departemen Pertahanan (DoD), utilitas besar, dan perintis GIS awal lainnya (mereka yang dapat mendanainya) hanya dapat merampingkan operasi tertentu dengan membuat peta infrastruktur atau masalah geografis yang belum sempurna (hampir skematis). Lokasi yang akurat sangat mahal.

          Data berbicara…geografi berjalan… (walaupun dengan data terbatas).

          Tema GIS difokuskan terutama pada jenis data yang diminta oleh mereka yang dapat mendanai pengembangannya. Seringkali proyek-proyek mulia ini harus meminjam data dasar dari kumpulan data yang lebih tua dan lebih longgar, yang semakin memperparah kesengsaraan.

          Ini bukan untuk sepenuhnya pooh-pooh Legacy GIS. Setiap hari, penghematan biaya mega-buck sedang direalisasikan di seluruh dunia bahkan dengan kekurangan yang melekat ini. Perusahaan menghabiskan puluhan tahun dan jutaan tak terhitung mengembangkan beberapa sistem GIS yang cukup luar biasa (walaupun sedikit cacat).

          Ekspektasi seringkali melebihi realita. Kemudian, ketika klien mengharapkan sistem ini untuk mengintegrasikan dengan mulus Sistem Manajemen Pengetahuan / Data Perusahaan (usaha besar terbaru), dosis realitas lebih lanjut harus ditelan.

          Tak perlu dikatakan ada banyak penyesalan pembeli, yang memicu fase berikutnya.

          GIS Masa Depan—Bukan Di Suatu Tempat, Tapi Di Mana Saja
          Google ini: "sistem manajemen pengetahuan," atau ambil salinan publikasi seperti "KM" atau "Transform" dan Anda dapat menunggangi tsunami yang diciptakan oleh getaran dari ledakan kekuatan pemrosesan dalam dekade terakhir. Sebagian besar perusahaan menengah hingga besar sudah menuju ke arah ini. Mengingat kapitulasi ini untuk raksasa yang akan datang, industri CAD dan GIS dengan cepat mengikutinya.

          Dengan hanya sedikit pengecualian, data perusahaan apa pun dapat dihubungkan dengan cara tertentu ke lokasi fisik, bahkan oleh jalinan hubungan yang membingungkan. Kueri geo-spasial dapat menautkan elemen data yang sama sekali tidak memiliki kesamaan lainnya.

          Modelnya adalah database besar atau gudang data untuk data perusahaan, dokumen, korespondensi, aset, dan berbagai indeks dari semua cangkang praktik bisnis dan proses yang berputar di sekitarnya. Model ini yang tidak terlalu banyak "membawa data ke GIS," tetapi "membawa GIS ke data."

          Berjalan menuju cahaya…semuanya diterima…(atau lebih seperti "Kamu akan berasimilasi…perlawanan itu sia-sia"?)

          Akurasi Data—Spasial dan Elemental
          Jika Anda berbicara dengan pengguna saat ini dan calon pengguna GIS yang berbeda, Anda akan mendengar berbagai pandangan tentang bagaimana "akurasi" tema itu, atau apa arti "akurasi":
          "Bagaimana lokasi itu didapat?"
          "Datum apa?"
          "Siapa yang menentukan jenis atribut apa?"
          "Apakah mereka memenuhi syarat untuk melakukan panggilan itu?"
          "Seberapa sering ini diperbarui?"
          "Siapa yang memperbaruinya?"
          "Apa kode itu di sana?"

          Metadata yang baik dapat menjawab sebagian besar pertanyaan ini (dengan asumsi metadata yang baik sudah tersedia). Data GIS biasanya dibuat dan dikelola oleh kombinasi orang-orang yang berpengalaman dalam satu atau lebih bidang keahlian, seperti yang tercantum pada Gambar 1.

          Seperti banyak niat baik lainnya, dan untuk alasan yang telah disebutkan mengenai pembuatan tema GIS lama, seringkali hanya m
          kelompok menganggur yang memiliki andil langsung dalam penciptaan tema-tema awal. Tetapi bahkan ketika ada upaya kolaboratif yang nyata, data yang dihasilkan sering bercampur dengan tema-tema yang asalnya dipertanyakan.

          KEAKURATAN SPASIAL seseorang dapat menyatakan lokasi hingga beberapa angka penting, tetapi mungkin tidak ada keyakinan terukur pada lokasi sebenarnya, atau bahkan jika elemen yang tepat telah diidentifikasi.

          KEAKURATAN DATA–bahkan jika kita dapat mengukur keyakinan yang kita miliki dalam nilai atribut yang ditetapkan ke suatu fitur, apakah ada cukup atribut yang sesuai untuk memfasilitasi penggunaan hilir lainnya? Tidak ada permainan menyalahkan di sini, hanya akurasi dalam pelaporan. Yang lebih penting sekarang adalah seberapa baik tema dapat mengakomodasi peningkatan dan peningkatan?

          Mempertahankan, Menambah, Memperbarui, dan Meningkatkan
          Itu mahal untuk membuat tema asli. Tetapi per unit fitur (pikirkan tentang upaya per unit, seperti per paket untuk tema penilai) jauh lebih mahal untuk memperbarui, menambah, memanipulasi, dan memperbaiki tema yang ada karena alasan dasar saling ketergantungan. Kelas tema umum dan tema hierarkis dalam kelas diilustrasikan pada Gambar 2, dengan melihat lebih dekat topologi hierarki pada Gambar 3.

          Tema saling bergantung dalam hubungan spasial, apakah mereka terhubung dengan topologi atau tidak, dan oleh labirin dari database relasional masing-masing (Gambar 4).

          Tantangan—Tanpa Corong Data, Tanpa Dana, Tanpa Kesenangan

          Seperti kubus Rubik, jika Anda mencoba menyesuaikan satu elemen tema, itu pasti akan mempengaruhi yang lain. Bahkan jika kami memiliki data CAD standar, yang sepenuhnya dikaitkan untuk ekspor ke GIS, peluang sering terlewatkan karena satu atau beberapa alasan berikut:

          "Klien pendanaan awal tidak menganggarkan untuk pemeliharaan tema."

          "Jika saya mengubah tema A, maka itu akan mengacaukan lokasi item dalam tema B."

          "Aplikasi kustom kompleks yang kami buat untuk kueri B dan C akan dikompromikan kecuali kami memperbarui hubungan induk/anak dengan infrastruktur yang berdekatan yang diwakili oleh tema D hingga K."

          "Ketika saya mendapatkan data yang cukup untuk membenarkan pembaruan seluruh ubin, maka saya akan melakukannya."

          "Mengapa Anda tidak melakukan semua teknik Anda di [masukkan nama perangkat lunak GIS di sini]?"

          Mungkin sulit untuk membenarkan pembaruan mahal yang melibatkan fitur tunggal atau sedikit. Tetapi bagaimana jika aliran data yang luas, cepat, dan konstan ditawarkan? Kemudian analisis biaya/manfaat yang baik dapat digunakan untuk program pembaruan yang sedang berlangsung.

          Tantangan lain yang dihadapi integrasi data rekayasa terletak pada produk warisannya sendiri: set rencana. Bentuk utama dari alat angkut untuk geometri teknik masih berupa "kumpulan tanda tangan" gambar yang bergantung pada konvensi lapisan, berat garis, tipe garis, simbol, label, dan dimensi (yang tampaknya sangat bervariasi dari yurisdiksi ke yurisdiksi, toko ke toko, dan drafter ke drafter… tapi saya ngelantur). Gambar itu sendiri (agak benar) dipandang oleh banyak orang di bidang GIS sebagai kaya grafis, tetapi miskin data.

          Google ini: "standar CAD nasional." Kejutan! Ada banyak rasa dari berbagai "standar nasional" ini, dan hanya sedikit dalam publikasi resmi yang disetujui. Untuk lebih menyenangkan, Google "Digital Submission Standards CAD," dan lihat beberapa contoh yang menjanjikan (meskipun terlalu sedikit). Beberapa rangkaian perangkat lunak baru menyediakan alat untuk menerapkan standar dan rencana integrasi CAD-GIS, setelah dikembangkan.

          Peluang—Mengambil Data Sebelum Menguap

          Dalam proses bisnis apa pun, ada contoh di mana keputusan dibuat yang akan mempengaruhi perubahan baik segera, atau di lain waktu, dalam keadaan basis pengetahuan perusahaan.

          Contoh: Selama desain drainase fasilitas baru, insinyur desain memutuskan bahwa saluran utama saat ini di sepanjang jalan yang berdekatan perlu diganti. Jika lapisan, simbol, dan/atau atribut elemen gambar membawa catatan spesifik keputusan, melalui siklus hidup plan-set dan as-built, itu bisa ditambang untuk GIS.

          Bukan konsep revolusioner, hal semacam ini telah ada di beberapa industri seperti utilitas utama selama beberapa dekade. Ini telah dicapai dengan perintah kerja, checkout, as-built, posting, dan jalur rekonsiliasi. Sayangnya model ini terlalu sederhana untuk mengakomodasi data multi-tema yang kompleks dari proses teknik sipil.

          Solusi–Spasial dan Data Alkimia

          Saya tidak akan mengambil risiko dengan membuat pernyataan: "Format dengan cepat menjadi tidak relevan."

          Opsi untuk konversi format, yang bertahun-tahun lalu kami lihat dengan kagum, berkembang secara geometris (atau lebih tepatnya secara aljabar karena kondisi industri berubah dalam spiral mirip mesin Von Neuman's yang terus-menerus'tapi saya ngelantur' bagaimanapun juga, Google yang itu juga).

          Salah satu solusi besar yang mencolok adalah membuat dan memelihara seluruh GIS sepenuhnya dan seluruhnya dalam lingkungan CAD. Berurusan dengan lingkungan GIS lama (dan mentalitas) adalah kendala utama di sana.

          Oracle dan solusi database besar lainnya, sekarang dapat diakses dengan alat yang ditawarkan secara native di banyak produk sipil/GIS. Ini memenuhi janji model masa depan untuk Basis Pengetahuan Perusahaan yang Diaktifkan Secara Geo-spasial.

          Ada juga sejumlah pengembang pihak ketiga yang menyediakan perangkat tengah CAD-GIS (C-Plan, Ford Data, Spatial-Info, Haestad, Hitachi, dan lain-lain) yang memungkinkan data perusahaan yang sama untuk diakses, dimanipulasi , dianalisis, dan diperbarui dari sejumlah platform CAD dan GIS yang berbeda, bahkan secara bersamaan. Ini memberikan janji bahwa suatu hari nanti "it tidak peduli format apa yang disimpannya, kita semua akhirnya dapat bekerja dengan data yang sama."

          Format Autodesk-MAP, FME, LandXML, dan Open GIS adalah contoh alat yang melacak tren yang menjanjikan ini. Jangan memusingkan detail di sisi teknis, itu masih terutama manajemen proses yang membuktikan tantangan terbesar.

          Peristiwa Penting dalam Siklus Data Teknik Sipil
          Ada sistem TI/IS, yang sudah mendukung banyak proses bisnis individu dalam setiap fase. Produk sampingan dari banyak proses ini sudah matang untuk ditambang.

          Contoh: Saat membuat model medan, batas TIN membuat tambahan yang berguna untuk tema status proyek, ini menyediakan poligon tertutup untuk menemukan proyek saat ini dan menautkan data proyek lainnya.

          Standar layering CAD paling sering digunakan saat memetakan ke tema GIS. Tetapi daripada mencoba memetakan layer-totheme secara satu-ke-satu, perluas opsi tersebut ke kombinasi layer-linetype-color-lainnya, atau urai nama layer untuk mengisi bidang atribut masing-masing dalam sebuah tema.

          Dengan membuat alat kustom (mungkin Visual Basic) yang lebih rumit untuk mengelola kombinasi konvensi CAD yang lebih kompleks, Anda mulai mengisi lebih banyak bidang atribut dalam tema yang dihasilkan, dan mulai memberikan nilai tambah pada pekerjaan garis yang Anda serahkan. Industri survei memiliki banyak persaingan di bidang akuisisi data GIS. Benar atau salah, mungkin diperlukan lebih banyak upaya dalam menyediakan komponen "nilai tambah" pada produk kami daripada mencoba membuat undang-undang yang setara.

          Perbaikan Komponen Spasial—Bukan Hanya untuk Surveyor

          Many heated "discussions" between GIS and surveying folks might be avoided if the GIS metadata (assuming that metadata has been provided and not "cooked") included a bit more useable detail about the circumstances that established the location component. Along with methods, an accuracy reporting convention like the FGDC standards (Google this: "FGDC accuracy standards") should be mandatory, or endanger one’s license (oops, what license? I digress).

          Perhaps the survey/engineering industries could set the prece
          dent and incorporate a simple numeric addition to all CAD layering standards to include the accuracy band. We are not limited to eight characters anymore.

          Location is now a less expensive commodity. Within a few years there will be real-time differential GPS networks in major metropolitan areas of the U.S. (as there are for entire countries elsewhere). These can provide real-time corrections to brief GPS observations to yield centimeter horizontal accuracy, and about twice that vertically…via cellular to a GPS rover. Go to the Trimble and Leica websites to see examples.

          Increased photogrammetric and remote sensing solutions, ground based laser scans the options have grown tremendously even in the last year. One can now collect improved location information concurrently with almost any field operation (kind of scary actually…but I digress).

          Attribute Improvements
          GIS is viewed as data rich, CAD is viewed as data poor. That may have been the case in the 80s when CAD was mainly used as a drafting tool, but with the integration of Computer Aided Engineering (CAE) many folks can’t imagine working in an environment without these process specific tools. These provide a wealth of data that can be mined without additional user tasks.

          Project Data, process event benchmarks, engineering specifics (pipeworks, alignments, terrain models, grade, slope analysis, etc.) are generated along the way, while working with those neat-o civil packages. One could proactively pass along data from these and append that old-school list of standard GIS themes. Much of this data is stored in ODBC compliant databases, ripe for mining.

          Many engineering projects develop their cost estimates and construction bid item lists from an in-house or public domain database. These provide a rich list of data about individual project elements: material type, manufacturer, specific dimensions, along with many other details that may not traditionally have been included in legacy GIS themes.

          By simply linking a single code to each project element during drafting, this could add all of these attributes to the export (and speed up cost estimates).

          Example: The designer creates a closed polygon to show the extents of a region that will receive some geotextile fabric. By adding the appropriate standard Bid Item Code from the company database, he gets a total cost by area value from the closed polygon and has preloaded a lot of attribute data.

          Proactivity—The Stewards Revolt
          With the advances in user-friendliness of the new-look GIS and its new open source/format model, would it not be optimal for an expert in a particular field to be the creator and data steward of a theme?

          GIS professionals in general have operated responsibly and in the interests of their clients to produce a reasonably homogenous product over the last few decades this despite having no formal certification, licensing, just about no rules, no regulations, nor statutes. This is a laudable achievement, but it does behoove the industry to respect that many of the occasional "nattering naybobs of negativism" about GIS, speak from the perspective of being in professions that are strictly regulated and often put their licenses on the line with their products.

          Shadow Themes
          The business processes may start to provide a constant flow of updated data, but perhaps, as stated in previous sections, it is cost prohibitive to quickly yet surgically update the existing themes.

          One alternative is to create a set of Shadow Themes. When the update files start piling up in a "to-be-processed-later" silo, they could be periodically merged together as companion themes to their real-GIS counterpart. Kind of a "Spatial Conscience" for the existing GIS.

          Format Irrelevancy–No Data Gets Left Behind
          Again, it should not matter what platform or business process some data came from, there are so many options now to grab just about anything digital and turn it into a useful theme.

          I am not advocating tossing any and all into the mix, but it is disheartening to see decades of what could have been wonderful resources lost along the way due to format and platform restrictions.

          Footnotes: No More Sour Notes and Scapegoats
          If y’all are kind in your feedback to the editor, perhaps I will be given an opportunity to outline some specific technical solutions in future issues of this publication, now that I got the preliminary ranting and raving out of the way.

          Gavin Schrock is a surveyor and GIS Analyst for Seattle Public Utilities, where he focuses on using digital data to improve the cost ratios for engineering projects. He has worked in surveying, mapping, and GIS for 23 years in the civil, utility, and mapping disciplines. He has published in these fields and has taught surveying, GIS, and data management at local, state, national, and international conferences.

          A 578Kb PDF of this article as it appeared in the magazine—complete with images—is available by clicking HERE


          9 Comments

          Many thanks for your clarifications.

          Very educational, but can you give a more detailed explanation for a digital terrain model?

          Can we use DSM for mapping informal settlements?

          How does aerotriangulation affect generation of DEMs and DTMs

          Triangular Irregular Networks are vector-based lines with three-dimensional coordinates. Using Delanuay triangulation, TINs are good when points are irregular distrubuted geographically… The downside with TINs is that you often can’t run tools for slope, aspect, flow networks, etc

          Where do TIN’s fit in with this?

          That’s another way to put it. But it’s also true that vegetation isn’t extruding and is simply elevation of the bare ground

          (trees and other types of vegetation) aren’t extruding in a DEM.
          Shouldn’t it say:
          (trees and other types of vegetation) aren’t INCLUDED in a DEM.


          Converting from ArcGIS TIN to LandXML? - Sistem Informasi Geografis

          Maker of professional grade, general-purpose GIS SDK products designed for most development platforms (.NET WinForms/WPF, Delphi/C++Builder, Java (Swing), ActiveX, ASP.NET Web Forms) and that support developing custom GIS applications for most computer operating systems (Windows, macOS, iOS, Linux, Android, Raspbian, Web). Huge GIS-focused object API containing 750 classes and 19,000 documented methods and properties offers comprehensive geospatial functionality and native support for just about every commonly used vector/image/grid data format and spatial databases (Oracle Spatial, PostGIS, MSSQL Spatial Server, ArcSDE, and more).

          TatukGIS also makes and licenses a general-purpose desktop GIS Editor (with built-in scripting SDE), free GIS Viewer, and free Coordinate Calculator.

          Products

          Product Name: TatukGIS Coordinate Conversion Calculator (Free)Product Category: Utilities - Management

          This product interactively converts coordinates of a point between any two of 5,000 pre-defined coordinate systems or any user defined coordinate systems. The coordinate system support is state-of-the-art, with EPSG codes and OpenGIS WKT coordinate system definitions. Drop down selection lists with search tool make the coordinate system selection easy. This free product demonstrates the advanced support for coordinate systems built into all TatukGIS products (e.g., GIS SDK's, desktop GIS Editor, free GIS Viewer).

          Product Name: TatukGIS Developer Kernel for .NETProduct Category: Native .NET WinForm components - GIS Development Components

          A GIS SDK for .NET WinForms and WPF frameworks for custom developing 32 and 64 bit applications for Windows. A huge GIS-focused object API, containing 750 classes and 19,000 documented methods and properties, offers comprehensive geopatial functionality and native (without import/export) support for 70+ commonly used vector/image/grid geospatial industry data formats and support for advanced spatial databases (Oracle Spatial, PostGIS, MSSQL Spatial, ArcSDE, and others).

          Vector Operations: creating and editing geometry and attributes, spatial querying, simplification, smoothing, geocoding, routing, triangulation, Voronoi charts, joining, splitting, topological operations, and more

          Image/grid Operations: creating and editing raster dataset, spatial querying, terrain profile, slopes, viewshed, Fresnel zones, interpolation, tin-to-grid conversion, contouring, and more

          • visual tools to organize and edit map visual presentation feature colors, line styles, markers, symbols, ramps, labels
          • built-in powerful line styling editor
          • built-in comprehensive library of SVG symbols
          • 3D map rendering including 3D objects, terrain model support
          • File based: ADF, BIL, BMP, BT, CADRG, CSV, DEM, DGN, DLG, DTED, DWG, DXF, E00, ECW, FileGDB, FLT, FME, GDAL, GDB, GDF, GIF, GML, GPX, GRD, GSHHS, IMG, JPG, JSON, KML, LandXML, LAS, MIF, MrSID, OGR, OSM, PLY, PNG, S57, SDTS, SHP, SRTM, STL, TAB, TIFF, Tiger, VPF, XYZ and more
          • Web based: WebTiles, WFS, WMS, WMTS and more
          • Spatial Databases: ORACLE SPATIAL, POSTGIS, MSSQL SPATIAL SERVER, ARCSDE, and more

          Supported Database Engines: MSJET, SQLITE, MSSQL, POSTGRESS, ORACLE, DB2, INFORMIX, INTERBASE, FIREBIRD, ADVANTAGE, SYBASE, MySQL

          Product Name: TatukGIS Developer Kernel for ActiveXProduct Category: ActiveX components - GIS Development Components

          A GIS SDK for ActiveX for developing custom GIS applications for Windows. A huge GIS-focused object API, containing 750 classes and 19,000 documented methods and properties, offers comprehensive geopatial functionality and native (without import/export) support for 70+ commonly used vector/image/grid geospatial industry data formats and support for advanced spatial databases (Oracle Spatial, PostGIS, MSSQL Spatial, ArcSDE, and others).

          Vector Operations: creating and editing geometry and attributes, spatial querying, simplification, smoothing, geocoding, routing, triangulation, Voronoi charts, joining, splitting, topological operations, and more

          Image/grid Operations: creating and editing raster dataset, spatial querying, terrain profile, slopes, viewshed, Fresnel zones, interpolation, tin-to-grid conversion, contouring, and more

          • visual tools to organize and edit map visual presentation feature colors, line styles, markers, symbols, ramps, labels
          • built-in powerful line styling editor
          • built-in comprehensive library of SVG symbols
          • 3D map rendering including 3D objects, terrain model support
          • File based: ADF, BIL, BMP, BT, CADRG, CSV, DEM, DGN, DLG, DTED, DWG, DXF, E00, ECW, FileGDB, FLT, FME, GDAL, GDB, GDF, GIF, GML, GPX, GRD, GSHHS, IMG, JPG, JSON, KML, LandXML, LAS, MIF, MrSID, OGR, OSM, PLY, PNG, S57, SDTS, SHP, SRTM, STL, TAB, TIFF, Tiger, VPF, XYZ and more
          • Web based: WebTiles, WFS, WMS, WMTS and more
          • Spatial Databases: ORACLE SPATIAL, POSTGIS, MSSQL SPATIAL SERVER, ARCSDE, and more

          Supported Database Engines: MSJET, SQLITE, MSSQL, POSTGRESS, ORACLE, DB2, INFORMIX, INTERBASE, FIREBIRD, ADVANTAGE, SYBASE, MySQL

          Product Name: TatukGIS Developer Kernel for ASP.NETProduct Category: Internet Map Publishing - Software

          A managed .NET code ASP.NET GIS software development kit (SDK) with extensive object API for developing custom GIS web server applications using C#, VB.NET, Oxygene, and other .NET compatible languages. HTML5 support provides for smooth compatibility across platforms (iOS iPhone and iPad, Mac OS, Android phone & tablets, Windows Mobile devices) and multi-touch web browsing with the leading web browsers (Internet Explorer, Safari, Chrome, Firefox, Opera). Rich client-side editing and drawing features can be customized using a built-in JavaScript API.

          This GIS SDK supports an extensive and powerful object API, just about every GIS industry data format, 5,000 predefined coordinate systems with on-the-fly layer reprojection, and most database engines and SQL database layers. Support is available for 3rd party spatial databases such as Oracle Spatial, PostGIS, MS SQL Spatial Server, ESRI ArcSDE, IBM DB2 Spatial Extender, SQL Anywhere Spatial .

          Product Name: TatukGIS Developer Kernel for DelphiProduct Category: Delphi/C++ Builder components - GIS Development Components

          A GIS SDK for the Delphi/C++Builder development platforms and FMX and VCL frameworks, for developing custom GIS applications for the Windows, macOS, iOS, and Android operating systems. A huge GIS-focused object API, containing 750 classes and 19,000 documented methods and properties, offers comprehensive geopatial functionality and native (without import/export) support for 70+ commonly used vector/image/grid geospatial industry data formats and support for advanced spatial databases (Oracle Spatial, PostGIS, MSSQL Spatial, ArcSDE, and others).

          DK developed iOS and Android GIS applications can have the full power of desktop GIS. Mobile apps can be fully operational without connection to the internet or another computer by loading geospatial data (vector, raster, SQL layers on SQLite database) to the device memory. Streaming maps or data to the mobile app from remote sources is also possible using WMS, WFS, TMS, or WMTS services.

          Vector Operations: creating and editing geometry and attributes, spatial querying, simplification, smoothing, geocoding, routing, triangulation, Voronoi charts, joining, splitting, topological operations, and more

          Image/grid Operations: creating and editing raster dataset, spatial querying, terrain profile, slopes, viewshed, Fresnel zones, interpolation, tin-to-grid conversion, contouring, and more

          • visual tools to organize and edit map visual presentation feature colors, line styles, markers, symbols, ramps, labels
          • built-in powerful line styling editor
          • built-in comprehensive library of SVG symbols
          • 3D map rendering including 3D objects, terrain model support
          • File based: ADF, BIL, BMP, BT, CADRG, CSV, DEM, DGN, DLG, DTED, DWG, DXF, E00, ECW, FileGDB, FLT, FME, GDAL, GDB, GDF, GIF, GML, GPX, GRD, GSHHS, IMG, JPG, JSON, KML, LandXML, LAS, MIF, MrSID, OGR, OSM, PLY, PNG, S57, SDTS, SHP, SRTM, STL, TAB, TIFF, Tiger, VPF, XYZ and more
          • Web based: WebTiles, WFS, WMS, WMTS and more
          • Spatial Databases: ORACLE SPATIAL, POSTGIS, MSSQL SPATIAL SERVER, ARCSDE, and more

          Supported Database Engines: MSJET, SQLITE, MSSQL, POSTGRESS, ORACLE, DB2, INFORMIX, INTERBASE, FIREBIRD, ADVANTAGE, SYBASE, MySQL<

          Product Name: TatukGIS Developer Kernel for JavaProduct Category: Java components - GIS Development Components

          A GIS SDK for Java (Swing framework) for developing custom GIS applications for the Windows, macOS, Linux, and even Raspbian operating systems. The SDK is designed for NetBeans, Eclipse, and other Java development tools. As a native Java bytecode .jar file, the DK for Java is fully executable on Java Virtual Machine (JVM), and truly multi-platform.

          A huge GIS-focused object API, containing 750 classes and 19,000 documented methods and properties, offers comprehensive geopatial functionality and native (without import/export) support for 70+ commonly used vector/image/grid geospatial industry data formats and support for advanced spatial databases (Oracle Spatial, PostGIS, MSSQL Spatial, ArcSDE, and others).

          Vector Operations: creating and editing geometry and attributes, spatial querying, simplification, smoothing, geocoding, routing, triangulation, Voronoi charts, joining, splitting, topological operations, and more

          Image/grid Operations: creating and editing raster dataset, spatial querying, terrain profile, slopes, viewshed, Fresnel zones, interpolation, tin-to-grid conversion, contouring, and more

          • visual tools to organize and edit map visual presentation feature colors, line styles, markers, symbols, ramps, labels
          • built-in powerful line styling editor
          • built-in comprehensive library of SVG symbols
          • 3D map rendering including 3D objects, terrain model support
          • File based: ADF, BIL, BMP, BT, CADRG, CSV, DEM, DGN, DLG, DTED, DWG, DXF, E00, ECW, FileGDB, FLT, FME, GDAL, GDB, GDF, GIF, GML, GPX, GRD, GSHHS, IMG, JPG, JSON, KML, LandXML, LAS, MIF, MrSID, OGR, OSM, PLY, PNG, S57, SDTS, SHP, SRTM, STL, TAB, TIFF, Tiger, VPF, XYZ and more
          • Web based: WebTiles, WFS, WMS, WMTS and more
          • Spatial Databases: ORACLE SPATIAL, POSTGIS, MSSQL SPATIAL SERVER, ARCSDE, and more

          Supported Database Engines: MSJET, SQLITE, MSSQL, POSTGRESS, ORACLE, DB2, INFORMIX, INTERBASE, FIREBIRD, ADVANTAGE, SYBASE, MySQL

          Product Name: TatukGIS EditorProduct Category: GIS Software - Software

          A professional desktop GIS mapping and data editing application that is highly customizable and extendable. A built-in scripting environment exposes, within the Editor, the full API of the TatukGIS Developer Kernel (SDK). Features include native support for most GIS/CAD industry vector, raster, and SQL layer data formats, user friendly editing tools, 5,000 pre-defined coordinate systems with on-the-fly map layer reprojection, compatibility with most database engines, database joining, SQL querying, streaming WMS, WFS, WMTS, or TMS Webtiles from the web, vector and image layer rectification/georeferencing, integrated 3D visualization, and much more. Comprehensive visual layer property, legend, and scale controls provide for deep customization of the map appearance, thematic mapping, layer hierarchies, legend, and scale presentation. Supports includes opening and editing 3rd party spatial databases such as Oracle Spatial, PostGIS, and Microsoft SQL Spatial. This product is available as 32-bit and 64-bit versions.

          Product Name: TatukGIS Editor (for Oracle Spatial)Product Category: Oracle Spatial Editor - Software

          The desktop TatukGIS Editor supports the Oracle Spatial/Locator, Oracle Spatial Point Cloud & TIN, and Oracle GeoRaster data formats. Support includes:

          • Reading/writing/editing vector map layer geometry and attributes.
          • Creating new tables and importing data into the tables.
          • Use of spatial operators for server-side spatial queries (based on the DE-9IM model).
          • Utilization of server side spatial indexes.

          Other features include native support for most GIS industry data formats, comprehensive visual layer property, legend, and scale controls, integrated 3-D visualization, state-of-the-art coordinate system support with 5,000 predefined coordinate systems, on-the-fly map layer reprojection, streaming WMS, WFS, WTMS, or TMS Webtiles from the web, database joining, attribute data grid table . This GIS application is highly customizable with built-in scripting environment exposing an extensive API. Product is available as 32-bit and 64-bit versions.

          Besides Oracle Spatial data, the TatukGIS Editor also other spatial databases such as PostGIS, Microsoft SQL Spatial Sever &hellip

          Product Name: TatukGIS Viewer (Free)Product Category: Geographic Presentation (Desktop Mapping) - Software

          Product n atively opens (without any import operation or format conversion) just about every GIS industry vector, image, and SQL database layer format, and streams WMS, WFS, and WMTS mapping services from the web. Comprehensive visual layer property, legend, and scale controls provide for deep customization of the map appearance, thematic mapping, layer hierarchies, legend and scale presentation&hellip all which can be saved as a multi-layer map project. D ata grid table displays attribute data for analysis and querying. State-of-the-art coordinate systems support includes 5,000 pre-defined coordinate systems with on-the-fly vector/raster layer reprojection. A highly useful product itself, the free Viewer also a demo for the very similiar but more powerful desktop TatukGIS Editor product and an excellent example of an application developed from the TatukGIS Developer Kernel (SDK) product. Like the Editor, the free TatukGIS Viewer is available as 32-bit and 64-bit versions.

          Contact Info

          Maker of professional grade, general-purpose GIS SDK products supporting most development platforms and most computer operating systems. Huge GIS-focused object API offers comprehensive geospatial functionality.