มากกว่า

จะแก้ไขฟังก์ชัน PostGIS ได้อย่างไร

จะแก้ไขฟังก์ชัน PostGIS ได้อย่างไร


ฉันต้องการแก้ไขฟังก์ชัน PostGISST_PixelAsCentroids. ไปทางไหนดี ภายใต้ประทุน ของฟังก์ชั่น PostgreSQL/PostGIS และปรับเปลี่ยนและปรับแต่งตามที่คุณต้องการ?

ฉันไม่ได้ใช้คีย์เวิร์ดที่ถูกต้องบน Google ที่ดูเหมือนว่าจะรู้ และคงจะดีถ้ามีสิ่งนี้ใน GIS.Stack


มีฟังก์ชันหลายประเภท… อันหนึ่งเป็นฟังก์ชัน sql ปกติและอีกอันคือฟังก์ชัน c

คุณสามารถดูว่าอันไหนโดยทำ:

=> df+ ST_PixelAsCentroids

Postgres จะบอกคุณในคอลัมน์ "ภาษา"

สำหรับกรณีนี้โดยเฉพาะ เป็นฟังก์ชัน SQL และคุณสามารถแก้ไขได้โดยใช้ nativeสร้างหรือเปลี่ยนฟังก์ชัน...

สำหรับฟังก์ชัน C คุณจะเห็นคอลัมน์ "ซอร์สโค้ด" ที่อ้างอิงถึงฟังก์ชัน C จากนั้นคุณจะพบในแหล่ง PostGIS ที่คุณสามารถรับได้จากเว็บไซต์ของพวกเขา ตัวอย่างเช่นST_PixelAsCentroidsฟังก์ชัน SQL ใช้ฟังก์ชัน RASTER_getPixelPolygons C เพื่อให้คุณสามารถดูไฟล์ต้นฉบับได้raster/rt_pg/rt_pg.cสำหรับสิ่งนี้.

แน่นอน คุณจะต้องคอมไพล์ใหม่และติดตั้ง PostGIS ใหม่จากแหล่งที่มา อาจเป็นความคิดที่ดีที่จะเรียกใช้ชุดทดสอบอีกครั้งด้วย หากการปรับเปลี่ยนของคุณยอดเยี่ยม อย่าลืมกลับมาช่วย! :)


จะใช้ฟังก์ชัน ST_GeoHash และ ST_MakePoint postgis ใน rails ก่อนบันทึกได้อย่างไร

วิธีสร้างจุด postgis ของ rails จากนั้น geohash และบันทึกลงในฐานข้อมูลก่อนส่งการตอบกลับไปยังไคลเอนต์ ฉันต้องการทำให้มันผ่านฟังก์ชัน ST_MakePoint และ ST_GeoHash ฉันต้องการหลีกเลี่ยงการรัน SQL และแยกข้อมูลโดย [0]["st_makepoint"] หากเป็นไปได้ว่าจะแทรกฟังก์ชันนี้เพื่อดำเนินการโดยอัตโนมัติเมื่อแทรกแอตทริบิวต์ทั้งหมดได้อย่างไร ฉันได้ติดตั้ง squeel gem แล้ว ฉันสามารถรวมฟังก์ชันนี้กับแบบสอบถามได้หรือไม่

ฉันทำผ่าน SQL ก่อนฟังก์ชั่นทริกเกอร์ แต่ฉันยังคงมองหาแนวทางของ Rails


จะแก้ไขฟังก์ชัน PostGIS ได้อย่างไร - ระบบสารสนเทศภูมิศาสตร์

จำนวนการคอมมิตที่พบ: 28

ประวัติการคอมมิต - (อาจไม่สมบูรณ์: ดูลิงก์ SVNWeb ด้านบนสำหรับรายละเอียดทั้งหมด)
วันที่โดยคำอธิบาย
17 เม.ย. 2564 15:19:54 น.
2.4.9_5
lbartoletti
06 เม.ย. 2564 14:31:07 น.
2.4.9_4
เสื่อ
23 ก.พ. 2564 05:58:36 น.
2.4.9_4
lbartoletti
19 ธ.ค. 2563 06:53:17 น
2.4.9_3
lbartoletti
18 พ.ย. 2563 05:27:29 น.
2.4.9_3
lbartoletti
17 พ.ย. 2563 09:23:59 น.
2.4.9_2
lbartoletti
15 ต.ค. 2563 06:04:27 น
2.4.9_1
lbartoletti
31 ส.ค. 2563 06:39:39 น.
2.4.9
lbartoletti
24 ก.ค. 2020 16:53:18
2.4.8_5
เรเน่
22 พฤษภาคม 2020 19:20:42
2.4.8_4
กวีดวงอาทิตย์
08 พ.ค. 2563 05:35:11
2.4.8_3
lbartoletti (แสดงเฉพาะ 15 บรรทัดแรกของข้อความยืนยัน)
22 ม.ค. 2563 06:02:25 น
2.4.8_2
กวีพระอาทิตย์
14 ม.ค. 2563 21:45:15
2.4.8_1
lbartoletti
02 พ.ย. 2562 13:54:50 น.
2.4.8_1
tcberner
14 ก.ย. 2019 12:43:31
2.4.8
swills
26 ก.ค. 2562 20:46:57 น.
2.4.7_1
เจอรัลด์
22 มี.ค. 2019 22:18:41
2.4.7
bhughes
12 ธ.ค. 2561 01:35:36 น
2.4.5_1
เจอรัลด์
30 พ.ย. 2561 20:06:19 น.
2.4.5
กวีดวงอาทิตย์
22 ก.ย. 2018 05:30:32 น
2.4.5
linimon
14 ก.ย. 2561 22:00:04
2.4.5
cmt
05 ก.ย. 2018 22:01:55 น
2.4.4_1
กวีพระอาทิตย์
24 มิ.ย. 2018 00:54:27
2.4.4
linimon
21 เม.ย. 2018 14:03:51 น
2.4.4
riggs
28 ม.ค. 2018 12:49:11
2.4.3
พิซซ่ามิก
19 ธ.ค. 2560 16:49:23 น.
2.4.2
โรดริโก
19 ธ.ค. 2560 16:34:20 น.
2.4.2
โรดริโก
17 ธ.ค. 2560 11:25:14 น.
2.4.2
โรดริโก

จำนวนการคอมมิตที่พบ: 28

เว็บไซต์นี้ This
FreshPorts คืออะไร?
เกี่ยวกับผู้เขียน
ปัญหา
คำถามที่พบบ่อย
มันใหญ่แค่ไหน?
นโยบายความปลอดภัย
ความเป็นส่วนตัว
บล็อก
ติดต่อ

ค้นหา
มากกว่า.

ช่องโหว่ล่าสุด
py-ansible-core24 มิ.ย.
py-aiohttp * 23 มิ.ย.
นกพิราบ22 มิ.ย.
dovecot-pigeonhole22 มิ.ย.
dovecot2-pigeonhole22 มิ.ย.
กีเทียมิ.ย. 19
โครเมียม18 มิ.ย
ทับทิม-แมลงปอมิ.ย. 11
apache24มิ.ย. 10
cactiมิ.ย. 10
โครเมียม10 มิ.ย
ไดโนมิ.ย. 08
drupal7มิ.ย. 06
ตรรกะมิ.ย. 06
polkitมิ.ย. 04

มีรายงานช่องโหว่ 10 จุด กระทบ 63 พอร์ต ในช่วง 14 วันที่ผ่านมา


2 คำตอบ 2

นี่คือตัวอย่างของแบบสอบถามที่ฉันใช้ ใช้การฉายภาพพื้นที่เท่ากันของ Lambert azimuthal (ETRS89-LAEA, srid = 3035)

หากคุณไม่ผ่าน srid นั้น postgis จะไม่ทราบว่าระบบอ้างอิงเชิงพื้นที่ใดที่จะใช้

รหัสอ้างอิงเชิงพื้นที่หมายถึงระบบอ้างอิงเชิงพื้นที่ที่กำลังใช้งานอยู่ ซึ่งเป็นสิ่งสำคัญเมื่อเปลี่ยนจากมุมมองทางภูมิศาสตร์ของโลกไปสู่มุมมองที่คาดการณ์ไว้ของโลก กล่าวคือ สิ่งที่คุณเห็นเมื่อคุณดูแผนที่กระดาษ 2 มิติ ระบบอ้างอิงเชิงพื้นที่ประกอบด้วยองค์ประกอบสองสามอย่าง

ประการแรก geoid เป็นแบบจำลองของรูปร่างของโลก -- โลกไม่ได้เป็นทรงกลม (sh, อย่าบอก Google) จริงๆ แล้วเป็นทรงกลมแบบ oblate รูปร่าง geoid ที่ใช้สำหรับ GPS เรียกว่า WGS84 ซึ่งเป็นรุ่นที่ใช้งานได้ดีทั่วโลก หน่วยงานทำแผนที่แห่งชาติใช้ geoids อื่น ๆ ซึ่งอาจเหมาะสมกับภูมิศาสตร์ท้องถิ่นมากกว่า

ประการที่สอง ประเภทการฉายภาพ โดยพื้นฐานแล้วนี่คือแบบจำลองทางคณิตศาสตร์ที่ใช้ในการเปลี่ยนจาก 3D เป็น 2D ของโลก ประเภท ได้แก่ Mercator, Transverse Mercator (ทั้งสองรูปทรงกระบอก), Azimuthal, Conic เป็นต้น ซึ่งทั้งหมดนี้มีข้อแลกเปลี่ยนระหว่างการวัดระยะทาง พื้นที่ หรือทิศทางที่แม่นยำ คุณไม่สามารถรักษาทั้งสามประเภทไว้ได้

ดังนั้นโดยพื้นฐานแล้วเมื่อคุณประกาศ SRID ใน Postgis คุณกำลังบอกว่าใช้ geoid นี้และโมเดลการฉายนี้ ภายใต้ประทุน Postgis ใช้ไลบรารีชื่อ Proj.4 และจากข้อมูล SRID ก็สามารถแปลงจากระบบพิกัดหนึ่งไปยังอีกระบบหนึ่งได้

ตัวอย่างเช่น หากต้องการแปลงจาก lat/lon ซึ่งเรียกว่า 4326 ในเงื่อนไข SRID เป็น 900913 ซึ่งเป็น Mercator ทรงกลม ซึ่งใช้โดยแผนที่ Google/Bing และเฟรมเวิร์กการทำแผนที่เว็บอื่นๆ คุณสามารถเรียกใช้สิ่งต่อไปนี้


Postgis ลองจิจูด ละติจูดถึงเรขาคณิต postgresql

ฉันกำลังย้ายข้อมูลทั้งหมดในระบบ PostGIS พร้อมข้อมูลทั้งหมดเกี่ยวกับพื้นที่กีฬาหลายพันแห่ง สำหรับช่องว่างทั้งหมดนี้ ฉันได้ค่าละติจูดและลองจิจูด และ PostGis ต้องการค่าเรขาคณิตสำหรับสิ่งนั้น คอลัมน์นี้มีอยู่แล้วในตาราง "ตำแหน่ง" ของฉัน

SRID ของแอปพลิเคชันนั้นคือ 23030

ฉันได้ค้นหาวิธีคำนวณค่าเรขาคณิตจากลองจิจูดและละติจูด และพบว่า:

ฉันได้รับสตริงเช่น: "0110000020F6590000894327550B97114104EA99EA599D4E41"

ในเว็บแอปพลิเคชันที่ฉันกำลังสร้าง ถ้าฉันทำเครื่องหมายจุดเพื่อค้นหาพื้นที่ มันจะแทรกสตริงในตาราง "ตำแหน่ง" เช่น: "0110000020F659000000000020DFB115C00000008053244240" ซึ่งคล้ายกับสตริงที่ฉันได้รับโดยใช้ฟังก์ชันเหล่านั้น

ปัญหาคือ ฉันไม่สามารถระบุตำแหน่งแต่ละพื้นที่ได้ เนื่องจากมีจำนวนมาก ฉันจึงต้องมีการโยกย้ายครั้งใหญ่ และการใช้ฟังก์ชันเหล่านั้นในการคำนวณคอลัมน์เรขาคณิตไม่ได้ผล เพราะตกลง ฟังก์ชันเหล่านั้นคำนวณค่า geom แต่เมื่อคุณสอบถาม แอปพลิเคชันไม่แสดง

ใครรู้วิธีคำนวณเรขาคณิตจากละติจูดและลองจิจูดโปรด? อะไรก็ตาม


ขั้นตอนที่หนึ่งคือการติดตั้งแพ็คเกจ PostgreSQL ในเทอร์มินัลคุณสามารถทำได้ดังนี้:

การใช้ระบบการจัดการการกำหนดค่าของ Chef สูตรอาหารพื้นฐานที่นำไปสู่ผลลัพธ์เดียวกันประกอบด้วยบรรทัดต่อไปนี้:

บรรทัดเหล่านี้นำไปสู่การติดตั้งแพ็คเกจ postgresql (รวมถึงการขึ้นต่อกันของแพ็คเกจ) และเปิดใช้งานบริการตามนั้น ในการตรวจสอบบริการ PostgreSQL ว่ากำลังทำงานอยู่ คำสั่งนี้ควรให้ผลลัพธ์ที่เป็นบวก จากนั้น:

เสร็จสิ้นการตั้งค่าบัญชีผู้ดูแลระบบ administrator

ผู้ใช้ postgres ดูแลฐานข้อมูล PostgreSQL ขั้นตอนที่สอง กำลังสรุปบัญชีนี้ และเริ่มด้วยการเพิ่มรหัสผ่านในข้อมูลประจำตัวของเขาดังนี้:

การเข้าสู่ระบบในฐานะผู้ใช้ postgres ช่วยให้คุณสามารถให้สิทธิ์ผู้ใช้รายอื่นเข้าถึงฐานข้อมูล PostgreSQL ต่อจากนั้น เราต้องเพิ่มผู้ใช้ในขั้นตอนที่สาม โปรดทราบว่าทั้งระบบ Linux และ PostgreSQL จะแยกฐานข้อมูลผู้ใช้ออกจากกัน นั่นเป็นเหตุผลที่คุณต้องตรวจสอบให้แน่ใจว่ามีผู้ใช้ Linux ทั่วไปที่มีชื่อเดียวกันอยู่ในระบบของคุณด้วย ก่อนเปิดใช้งานการเข้าถึง PostgreSQL สำหรับเขา

การเพิ่มบัญชีผู้ใช้

ขั้นตอนที่สี่เสร็จสิ้นในฐานะผู้ใช้ postgres เปลี่ยนจากรูทเป็น postgres และสร้างบัญชีใหม่สำหรับผู้ใช้ linuxhint ในฐานข้อมูล PostgreSQL โดยใช้คำสั่งนี้:

ถัดไป ตั้งรหัสผ่านสำหรับ linuxhint ผู้ใช้ที่สร้างขึ้นใหม่ ล็อกอินเข้าสู่ฐานข้อมูลเชลล์โดยใช้ psql และตั้งรหัสผ่านใหม่โดยใช้คำสั่ง password หลังจากนั้นพิมพ์ใน q เพื่อออกจากเชลล์ฐานข้อมูล และเพื่อกลับไปยังเชลล์ในเทอร์มินัล:

ขั้นตอนที่ห้าคือการสร้างฐานข้อมูลแยกต่างหากสำหรับผู้ใช้ linuxhint ในการดำเนินการดังกล่าวให้พิมพ์คำสั่ง createdb เป็นผู้ใช้ postgres:

ตอนนี้ผู้ใช้ linuxhint มีฐานข้อมูลของตัวเองและสามารถทำงานได้ตามความต้องการของเขา

กำลังเพิ่ม PostGIS

ขั้นตอนที่หกประกอบด้วยการติดตั้งแพ็คเกจ PostGIS เช่นเดียวกับ PostgreSQL ก่อนหน้านี้ สามารถทำได้ดังนี้โดยใช้ apt-get:

อีกทางหนึ่ง สูตรง่ายๆ สำหรับเชฟคือ:

แพ็คเกจ PostGIS มีการพึ่งพาสำหรับแพ็คเกจ Debian postgresql-11-postgis-2.5-scripts (ติดตั้งโดยอัตโนมัติ) ที่เชื่อมต่อ PostGIS กับ PostgreSQL และกำจัดขั้นตอนที่ต้องดำเนินการด้วยตนเองจำนวนหนึ่งที่จำเป็นในการแจกแจงอื่นๆ ไม่ว่าคุณจะเลือกวิธีการติดตั้งแบบใดแบบหนึ่งจากสองวิธี - apt-get หรือ Chef การจัดการแพ็คเกจ Debian จะทำให้แน่ใจว่าแพ็คเกจที่เกี่ยวข้องทั้งหมดได้รับการติดตั้งและกำหนดค่าอย่างถูกต้อง

ขั้นตอนที่เจ็ดคือการเปิดใช้งานส่วนขยาย PostGIS ตามที่อธิบายไว้ในเอกสาร PostGIS อย่าติดตั้งมันในฐานข้อมูลชื่อ postgres เนื่องจากอันนี้ใช้สำหรับโครงสร้างข้อมูลภายในของ PostgreSQL และเปิดใช้งานเฉพาะในฐานข้อมูลผู้ใช้แต่ละแห่งที่คุณต้องการจริงๆ เข้าสู่ระบบในฐานะผู้ใช้ postgres เชื่อมต่อ ไปยังฐานข้อมูลที่ต้องการ และสร้างสองส่วนขยาย postgis และ postgis_topology ดังที่แสดงด้านล่าง คำสั่ง c เชื่อมต่อคุณกับฐานข้อมูลที่ต้องการ และ CREATE EXTENSION ทำให้ส่วนขยายที่ต้องการพร้อมใช้งาน:

ตอนนี้คุณเชื่อมต่อกับฐานข้อมูล "linuxhint" ในฐานะผู้ใช้ "postgres"

ขั้นตอนที่เจ็ดคือการตรวจสอบว่าการเปิดใช้งานส่วนขยายสำเร็จหรือไม่ คำสั่ง PostgreSQL dx แสดงรายการส่วนขยายที่ติดตั้ง และตอนนี้ทั้ง postgis และ postgis_topology ควรอยู่ในรายการ

PostGIS มีส่วนขยายอื่นๆ ด้วย เราแนะนำให้ติดตั้งเฉพาะสิ่งที่คุณต้องการเท่านั้น ดูเอกสาร PostGIS สำหรับข้อมูลเพิ่มเติมเกี่ยวกับส่วนขยาย

การเพิ่มข้อมูล

เมื่อตั้งค่า PostGIS สำเร็จ ก็ถึงเวลาเพิ่มตารางและกรอกข้อมูลลงในตาราง ข้อมูลทางภูมิศาสตร์จำนวนมากสามารถหาได้ฟรีทางออนไลน์ ตัวอย่างเช่น จาก Geofabrik ข้อมูลถูกจัดเตรียมเป็นไฟล์รูปร่างซึ่งเป็นรูปแบบข้อมูลเวกเตอร์ทั่วไปสำหรับซอฟต์แวร์ GIS

เมื่อดาวน์โหลดไฟล์รูปร่างแล้ว ให้โหลดเนื้อหาของไฟล์รูปร่างลงใน PostGIS ด้วยความช่วยเหลือของเครื่องมือ commandline พิเศษ shp2pgsql ตัวอย่างด้านล่างสาธิตวิธีการแปลงไฟล์รูปร่างเป็นลำดับของคำสั่ง SQL อันดับแรก และอัปโหลดรายการคำสั่ง SQL ไปยังฐานข้อมูลโดยใช้ psql ถัดไป:

รูปด้านล่างแสดงผลลัพธ์ที่พิมพ์บนหน้าจอทันทีที่คุณอัปโหลดข้อมูล

ตอนนี้ PostgreSQL/PostGIS พร้อมให้บริการแล้ว และพร้อมที่จะรับการสืบค้น SQL ของคุณ ตัวอย่างเช่น pgadmin ช่วยให้คุณมองเห็นได้ภายในไม่กี่นาที รูปด้านล่างแสดงข้อมูลนี้สำหรับข้อมูลที่อัปโหลด คอลัมน์ขวาสุดมี MultiLineString ประเภทเรขาคณิต

บทสรุป

การตั้งค่า PostgreSQL/PostGIS ไม่ใช่วิทยาศาสตร์จรวด ด้วยขั้นตอนที่อธิบายไว้ข้างต้น คุณสามารถดำเนินการได้ภายในเวลาไม่ถึงชั่วโมง และได้ผลลัพธ์อย่างรวดเร็ว และ voila!


PostGIS เพิ่มการรองรับออบเจ็กต์ทางภูมิศาสตร์ให้กับฐานข้อมูลเชิงสัมพันธ์ของอ็อบเจ็กต์ PostgreSQL ผลที่ได้คือ PostGIS "เปิดใช้งานเชิงพื้นที่" เซิร์ฟเวอร์ PostgreSQL ทำให้สามารถใช้เป็นฐานข้อมูลเชิงพื้นที่ส่วนหลังสำหรับระบบข้อมูลทางภูมิศาสตร์ (GIS) เช่นเดียวกับ SDE ของ ESRI หรือส่วนขยาย Spatial ของ Oracle PostGIS เป็นไปตาม OpenGIS "Simple Features Specification for SQL" และได้รับการรับรองว่าสอดคล้องกับโปรไฟล์ "Types and Functions"

PostPic เป็นส่วนขยายสำหรับโอเพ่นซอร์ส dbms PostgreSQL ที่ช่วยให้สามารถประมวลผลภาพภายในฐานข้อมูลได้ เช่นเดียวกับ PostGIS สำหรับข้อมูลเชิงพื้นที่ เพิ่มประเภท 'รูปภาพ' ใหม่ให้กับ SQL และฟังก์ชันหลายอย่างในการประมวลผลรูปภาพและเพื่อแยกแอตทริบิวต์


นี่คือมังกร: PostGIS 2.0 เพิ่มการสนับสนุน 3D ภาพแรสเตอร์และโทโพโลยี

ระบบฐานข้อมูลทางภูมิศาสตร์ของ PostGIS ใกล้จะปล่อย 2.0 ซึ่งเป็นการอัปเดตหลักที่เพิ่มความสามารถใหม่ที่สำคัญหลายประการ PostGIS เป็นส่วนขยายของตัวจัดการฐานข้อมูล PostgreSQL ที่ใช้ประเภทข้อมูลและฟังก์ชันเฉพาะของ GIS สิ่งที่สำคัญเท่าเทียมกันคือความจริงที่ว่าโครงการระบบข้อมูลทางภูมิศาสตร์แบบโอเพ่นซอร์ส (GIS) แบบโอเพ่นซอร์สจำนวนมากสามารถใช้ PostGIS เป็นแหล่งข้อมูลส่วนหลัง รวมถึงแอปพลิเคชัน GUI และเซิร์ฟเวอร์ รีลีส 2.0 นี้พร้อมที่จะเป็นก้าวสำคัญ ไม่ใช่แค่เพราะเหตุผลด้านความเร็วและความเสถียรเท่านั้น แต่เนื่องจากจะขยายฐานข้อมูลออกเป็นสามส่วนใหม่ ได้แก่ ข้อมูลแรสเตอร์ โทโพโลยี และ 3 มิติ

PostGIS เพิ่มการรองรับพื้นฐานทางเรขาคณิต (จุด เส้น รูปหลายเหลี่ยม ตลอดจน "การรวบรวม" และโครงสร้างข้อมูลอื่นๆ ของทั้งสาม) รวมทั้งการอ่าน การแปลง และการเขียนรูปแบบข้อมูลภูมิสารสนเทศมาตรฐานที่หลากหลาย แอปพลิเคชัน GIS มักต้องการตัวดำเนินการพิเศษในการคำนวณระยะทางและพื้นที่ สหภาพ ทางแยก และฟังก์ชันชุดอื่นๆ ควบคู่ไปกับการค้นหาประเภทเฉพาะ

PostGIS ใช้ฟังก์ชันนี้โดยยึดตาม Simple Feature Access ของ Open Geospatial Consortium สำหรับมาตรฐาน SQL แม้ว่าโครงการจะไม่จ่ายเงินสำหรับการทดสอบการปฏิบัติตามข้อกำหนดที่จำเป็นในการโฆษณาตัวเองว่าเป็นการใช้งานอย่างเป็นทางการ PostGIS มีการพัฒนาอย่างแข็งขันมาตั้งแต่ปี 2544 และสร้างไลบรารีที่รองรับแอปพลิเคชัน GIS ที่โดดเด่น รวมถึง GRASS GIS, gvSIG และ MapServer แม้กระทั่งตัวเชื่อมต่อเชิงพาณิชย์เพื่อผูกผลิตภัณฑ์ GIS ที่เป็นกรรมสิทธิ์เข้ากับฐานข้อมูล PostGIS

ตลอดเวลาที่ผ่านมา PostGIS ได้มุ่งเน้นไปที่สิ่งที่คุณอาจเรียกว่าเรขาคณิต 2D แบบดั้งเดิมที่ใช้เวกเตอร์ ไม่ควรมองว่าสิ่งนี้เป็น ความอ่อนแอ แอปพลิเคชัน GIS ส่วนใหญ่เป็นแบบ 2D และแบบเวกเตอร์ ข้อมูลแบบเวกเตอร์จะเข้ารหัสคุณลักษณะทางภูมิศาสตร์เป็นรูปร่าง: จุดและรูปหลายเหลี่ยมในการฉายภาพแผนที่ คุณลักษณะการเชื่อมต่อเส้น และอื่นๆ

แรสเตอร์

อย่างไรก็ตาม มีข้อมูลมากมายในรูปแบบภาพแรสเตอร์ เช่น &mdash ภาพถ่ายทางอากาศและภาพถ่ายดาวเทียม ซึ่งสามารถระบุพิกัดทางภูมิศาสตร์เพื่อให้สามารถจัดแนวและแปลงให้พอดีกับแผนที่ได้อย่างเหมาะสม ในช่วงไม่กี่ปีที่ผ่านมา ชุมชน PostGIS ทำงานเกี่ยวกับการสนับสนุนแรสเตอร์ผ่านแพ็คเกจเสริมที่เดิมชื่อ WKT Raster ซึ่งต่อมาเปลี่ยนชื่อเป็น PostGIS Raster

ด้วย 2.0 ฟังก์ชันการทำงานจะถูกรวมเข้ากับแอปพลิเคชันหลักอย่างสมบูรณ์ รูปภาพแรสเตอร์ได้รับการสนับสนุนในตารางแรสเตอร์พิเศษ ซึ่งสามารถโหลดจากรูปแบบใดก็ได้ที่รองรับโดย Geospatial Data Abstraction Library (GDAL) และส่งออกไปยังรูปแบบใดๆ ที่รองรับ GDAL รายการรูปแบบที่รองรับมีการเติบโตอย่างต่อเนื่อง แต่ในขณะนี้ โปรเจ็กต์ GDAL แสดงรายการมากกว่า 120 รายการ

โดยปกติ การโหลดและส่งออกไม่ใช่งานจริงในการสนับสนุนภาพแรสเตอร์นอกเหนือจากเวกเตอร์ ดังนั้น PostGIS 2.0 จึงเพิ่มฟังก์ชันจำนวนมากสำหรับการวิเคราะห์และดำเนินการกับข้อมูลภายในพิกเซล แรสเตอร์สามารถ "อัด" เป็นรูปทรงเรขาคณิตได้ (เช่น การเปลี่ยนพื้นที่สีเดียวในภาพแรสเตอร์ให้เป็นรูปหลายเหลี่ยม) เฉลี่ย และตรวจสอบอย่างอื่น สามารถใช้แรสเตอร์กับฟังก์ชันที่มีอยู่ได้ (เช่น การคำนวณตำแหน่งที่แรสเตอร์ตัดกับรูปทรงเรขาคณิตของเวกเตอร์) นอกจากนี้ยังสามารถแก้ไขแรสเตอร์ที่นำเข้ามาแทนที่ในฐานข้อมูล ซึ่งเปิดประตูสู่การแปลงทุกประเภท

มิติที่สาม

นอกจากนี้ยังไม่มีปัญหาการขาดแคลนข้อมูล 3D ที่สามารถพิสูจน์ได้ว่าน่าสนใจในการตรวจสอบหากมีประเภทข้อมูลที่จะจัดเก็บและฟังก์ชันในการแปลงข้อมูลที่มีอยู่ PostGIS 2.0 เพิ่มการรองรับอย่างกว้างขวางสำหรับ 3D โดยเริ่มจากรูปทรงเรขาคณิตสองประเภท: พื้นผิวรูปหลายเหลี่ยมและเครือข่ายรูปสามเหลี่ยมที่ไม่สม่ำเสมอ (TIN) พื้นผิวหลายเหลี่ยมเป็นเพียงสิ่งที่คุณจินตนาการว่าเป็น: พื้นผิวสามมิติที่กำหนดโดยรูปหลายเหลี่ยมที่เชื่อมต่อกัน TIN กำหนดพื้นผิวทั้งหมดด้วยรูปสามเหลี่ยม แต่ขนาดของสามเหลี่ยมนั้นยืดหยุ่น &mdash ค่อนข้างเหมือนกับตาข่ายหลายความละเอียดในโปรแกรมสร้างแบบจำลอง 3 มิติ TIN สามารถใช้รูปสามเหลี่ยมน้อยมากเพื่ออธิบายพื้นที่ราบเรียบของแผนที่ และอีกมากเพื่ออธิบายคุณลักษณะที่สำคัญ ในทั้งสองกรณี การสนับสนุนเรขาคณิตใหม่ไม่เพียงแต่ประกอบด้วยประเภทข้อมูลพื้นฐานเท่านั้น แต่ยังรวมถึงตัวดำเนินการสนับสนุนเพื่อทำงานที่เกิดซ้ำ เช่น การค้นหาพื้นที่ (และปริมาณ) ของภูมิภาคในรูปแบบใหม่

นอกเหนือจากประเภทเรขาคณิตใหม่แล้ว ดัชนีเชิงพื้นที่ที่มีอยู่ยังได้รับการสร้างให้รับรู้ 3 มิติ และเพิ่มไลบรารีของฟังก์ชัน 3 มิติ ซึ่งจะทำให้ผู้ใช้ GIS สามารถคำนวณระยะทางในสามมิติ ค้นหาจุดตัด 3 มิติของเส้นและรูปร่าง และส่งคืนกล่องขอบเขต 3 มิติ หรือคำนวณสิ่งที่ซับซ้อน เช่น เส้นทางที่สั้นที่สุด 3 มิติ

แอปพลิเคชัน 3D ที่ตรงไปตรงมาที่สุดใน GIS คือการสร้างแบบจำลองคุณลักษณะแนวนอนในสามมิติ แต่มีมากกว่านั้น ข้อมูลที่เข้ารหัสทางภูมิศาสตร์ประเภทอื่นๆ สามารถนำเข้าสู่ฐานข้อมูล 3D PostGIS สำหรับการสร้างแบบจำลองและการวิเคราะห์ พิจารณาคำนวณการมองเห็นในแนวสายตาระหว่างอาคาร การแพร่กระจายคลื่นวิทยุ หรือเวกเตอร์การบิน เป็นต้น ทั้งหมดเกี่ยวข้องกับการดำเนินการ GIS ที่คุ้นเคย ในรูปแบบ 3 มิติ แม้ว่าจะไม่ใช่งานที่เกี่ยวข้องกับ "การทำแผนที่" อย่างเคร่งครัด

วิธีที่ดีที่สุดในการส่งข้อมูล 3D เป็นคำถามที่ยังคงเป็นโดเมนของแอปพลิเคชันส่วนหน้าเป็นส่วนใหญ่ (เพิ่มเติมในภายหลัง) แต่ PostGIS 2.0 กำลังเพิ่มการสนับสนุนสำหรับการส่งออกข้อมูล 3D โดยตรงไปยังรูปแบบ X3D แบบ XML X3D ถูกกำหนดโดย Web3D Consortium ซึ่งทำงานอย่างหนักเพื่อให้ได้รูปแบบที่ยอมรับใน HTML5 ไม่ว่า HTML5 จะอนุญาตให้รวมฉาก X3D แบบอินไลน์ภายในเนื้อหาของหน้าได้หรือไม่ อย่างไรก็ตาม รูปแบบนี้น่าจะได้รับการสนับสนุนในองค์ประกอบ <canvas> หรือเป็นออบเจกต์ฝังตัว

โทโพโลยี

ส่วนขยายที่สำคัญล่าสุดของฟังก์ชัน PostGIS ในรุ่น 2.0 คือการสนับสนุนโทโพโลยี ในแง่ GIS โทโพโลยีคือ ไม่ อ้างอิงถึงแผนที่ภูมิประเทศ แต่หมายถึงการสนับสนุนประเภทข้อมูลและฟังก์ชันที่ใช้กราฟทางคณิตศาสตร์ กล่าวอีกนัยหนึ่ง แทนที่จะใช้จุด เส้น และรูปหลายเหลี่ยม โทโพโลยีใช้โหนด ขอบ และใบหน้า &mdash ที่อาจกำหนดทิศทางและ/หรือขอบที่ถ่วงน้ำหนัก

การแปลงเรขาคณิตเวกเตอร์เป็นข้อมูลโทโพโลยีทำให้สิ่งที่เป็นคอลเลกชันของรูปร่างเป็นการแสดงทางคณิตศาสตร์ของฉาก รวมถึงวิธีการเชื่อมต่อโหนดและภูมิภาค สายตามนุษย์สามารถสร้างการเชื่อมต่อเหล่านั้นได้ในทันที แต่ฐานข้อมูลต้องการการสนับสนุนอย่างชัดเจนสำหรับการแสดงออก การรวมเวอร์ชันทอพอโลยีของเลเยอร์แผนที่ในฐานข้อมูลทำให้แอปพลิเคชันสามารถดำเนินการค้นหาเส้นทาง การกำหนดเส้นทาง และการวิเคราะห์การไหลที่ไม่สามารถทำได้บนเรขาคณิตดิบ

ตัวอย่างที่เป็นที่ยอมรับของความแตกต่างนี้คือปัญหาสะพาน K&omlnigsberg: นักคณิตศาสตร์มนุษย์ (เช่น ออยเลอร์ สุ่มเลือกหนึ่งอัน) สามารถดูภาพวาดของเมืองและสะพานที่มีชื่อเสียงเจ็ดแห่งของเมือง และคำนวณกราฟเป็นโหนดและขอบโดยปริยาย . แอปพลิเคชัน PostGIS ไม่สามารถทำเช่นเดียวกันกับเพียงแค่ รูปร่าง ของแม่น้ำและผืนดิน ต้องแปลงข้อมูลก่อน

PostGIS 2.0 จะสามารถเปลี่ยนรูปเรขาคณิตมาตรฐานเป็นข้อมูลทอพอโลยี ตรวจสอบโทโพโลยี และแก้ไขโหนดและขอบได้ โทโพโลยียังสามารถแปลงเป็นภาษามาร์กอัปภูมิศาสตร์มาตรฐาน (GML) สำหรับเอาต์พุตได้

ขั้นตอนนี้แสดงถึงจุดเริ่มต้นของการสนับสนุนโทโพโลยีใน PostGIS การใช้งานในอนาคตรวมถึงการไหลของเครือข่าย (เช่น การสร้างแบบจำลองการจราจร) การจัดการวิกฤตสำหรับการวางแผนภัยพิบัติ (เช่น ต้นไม้ที่ทอดยาวน้อยที่สุดและเส้นทางที่สั้นที่สุดสำหรับการขนส่ง) การระบายสีแผนที่อัตโนมัติ ปัญหา "ครอบคลุม" และอื่นๆ อีกมากมาย พวกเราที่ไม่ได้อยู่ในฟิลด์ GIS อาจมักจะคิดว่า GIS ทำงานในระดับการแมประดับประเทศ แต่ให้พิจารณาว่าการสนับสนุนโทโพโลยีที่มีคุณค่าจะทำให้ PostGIS สำหรับการวิเคราะห์การไหลของเครือข่าย หรือยูทิลิตี้การกำหนดเส้นทางภายในอาคาร

การสนับสนุนแอปพลิเคชันและการปรับปรุงเพิ่มเติม

คุณลักษณะเช่นโทโพโลยีและ 3D มีค่าจำกัด หากไม่มีการสนับสนุนในแอปพลิเคชันที่ใช้ PostGIS ทางด้านหน้านั้น GRASS และ gvSIG เป็นกลุ่มแรกที่รวมโทโพโลยีไว้ด้วยกัน ส่วนอื่นๆ ที่คาดว่าจะตามมา ในทางกลับกัน MapServer และ QGIS มีการสนับสนุนเลเยอร์แรสเตอร์อยู่แล้ว อาจมีประเภทการสนับสนุนข้อมูลแรสเตอร์มากกว่านี้ที่สืบทอดฟังก์ชันแรสเตอร์จากการสนับสนุนก่อนหน้าของปลั๊กอิน PostGIS Raster เอกสารไม่ชัดเจนเสมอไป

สำหรับข้อมูล 3 มิติ แอปพลิเคชันเดียวที่ดูเหมือนว่าจะพร้อมรองรับในปัจจุบันคือ gvSIG ซึ่งมีกำหนดจะรวมไว้ในรุ่นถัดไป มีรายงานว่าจะรองรับการดู 3 มิติเท่านั้น บล็อก GIS โอเพ่นซอร์สหลายแห่งรู้สึกตื่นเต้นกับความเป็นไปได้ของ 3D รวมถึงศักยภาพในการรวมเข้ากับความเป็นจริงเสมือนหรือความเป็นจริงยิ่ง ดูเหมือนว่าจะอยู่ห่างออกไปไม่กี่ก้าว เช่นเดียวกับความเป็นไปได้ในการรวมโทโพโลยีและข้อมูล 3 มิติ

การสนับสนุนแรสเตอร์ 3D และโทโพโลยีที่กำหนดไว้สำหรับ PostGIS 2.0 ไม่ใช่คุณลักษณะใหม่เพียงอย่างเดียวของระบบฐานข้อมูล บล็อกและรายชื่อส่งเมลกล่าวถึงการปรับปรุง geocoder ของ TIGER ซ้ำแล้วซ้ำเล่า ซึ่งนำเข้าข้อมูลจากข้อมูลแผนที่สาธารณสมบัติที่รวบรวมโดยสำนักสำรวจสำมะโนของสหรัฐฯ และล้มเหลวเมื่อ TIGER เปลี่ยนรูปแบบในปี 2010 นอกจากนี้ยังมีฟังก์ชัน "reverse geocoder" ใหม่ ที่ใช้จุดแผนที่และส่งคืนข้อมูลที่อยู่ใกล้เคียงหรือทางแยกถนน และตัวโหลดไฟล์รูปร่าง GUI ที่ปรับปรุงใหม่ซึ่งเป็นครั้งแรกสามารถโหลดไฟล์หลายไฟล์พร้อมกันได้ สุดท้าย มีรุ่นทดลองสำหรับ Windows เป็นครั้งแรก &mdash ในรุ่นก่อนหน้า ผู้ใช้ Windows ต้องรวบรวม PostGIS ตั้งแต่เริ่มต้น โปรเจ็กต์มีรายการฟังก์ชันใหม่ ปรับปรุง และเลิกใช้แล้วในเอกสารออนไลน์

อาจมีการปรับปรุงเพิ่มเติมที่จะเกิดขึ้น PostGIS รายงานว่ายังไม่ได้ประกาศหยุดคุณลักษณะขั้นสุดท้ายและมีผู้รับเหมาที่ได้รับทุนสนับสนุนที่ทำงานในพื้นที่ที่สำคัญบางอย่างรวมถึง 3D การเปิดตัวครั้งสุดท้ายคาดว่าจะเป็นทางการใน (ซีกโลกเหนือ) "ต้นฤดูใบไม้ผลิ" ซึ่งแน่นอนว่ามีอายุเพียงไม่กี่วัน ณ จุดนี้ ในระหว่างนี้ ผู้ที่กล้าหาญจะได้รับแพ็คเกจทดสอบจากเว็บไซต์ PostGIS ด้วยคุณสมบัติใหม่มากมายนี้ มันอาจจะคุ้มค่าที่จะลองดูก่อน

รายการดัชนีสำหรับบทความนี้
บทความแขก Guestวิลลิส, นาธาน

(เข้าสู่ระบบเพื่อแสดงความคิดเห็น)

นี่คือมังกร: PostGIS 2.0 เพิ่มการสนับสนุน 3D ภาพแรสเตอร์และโทโพโลยี

โพสต์เมื่อ 31 มี.ค. 2011 3:56 UTC (พฤ) โดย ฟลีเวลลิน (สมาชิก #5047) [Link]


การโยกย้ายไปยังสถาปัตยกรรมแบบไฮบริดด้วย Boundless

แก่นของสถาปัตยกรรมไฮบริดคือแนวคิดที่ว่าซอฟต์แวร์ GIS สามารถรวมเข้ากับซอฟต์แวร์ที่เป็นกรรมสิทธิ์ที่มีอยู่ได้อย่างราบรื่น เนื่องจากซอฟต์แวร์ GIS แบบเปิดส่วนใหญ่สร้างขึ้นจากการใช้มาตรฐาน คุณจึงสร้างความสามารถในการทำงานร่วมกันได้ตามธรรมชาติ ยิ่งคุณย้ายออกจากซอฟต์แวร์ที่เป็นกรรมสิทธิ์มากขึ้น แพลตฟอร์ม Boundless ประกอบด้วยซอฟต์แวร์ที่ฐานข้อมูล เซิร์ฟเวอร์แอปพลิเคชัน และระดับอินเทอร์เฟซผู้ใช้ สิ่งเหล่านี้ไม่มีการพึ่งพาซึ่งกันและกัน หมายความว่าคุณสามารถรวมโอเพ่นซอร์สได้ครั้งละหนึ่งระดับโดยไม่กระทบต่อระบบทั้งหมด

การย้ายชั้นฐานข้อมูล

เป็นเรื่องปกติที่จะเริ่มต้นกระบวนการย้ายที่ระดับฐานข้อมูล เนื่องจากการเปลี่ยนแปลงส่วนใหญ่ซ่อนจากผู้ใช้ปลายทาง พวกเขายังคงมีอินเทอร์เฟซผู้ใช้แบบเดิมที่พวกเขาคุ้นเคย แต่เพียงแค่เชื่อมต่อกับปลายทางอื่นเพื่อดึงข้อมูลของพวกเขา (บางครั้งโดยไม่รู้ตัว) ตัวอย่างเช่น องค์กรอาจสลับเอาเทคโนโลยีฐานข้อมูลที่เป็นกรรมสิทธิ์ของตนไปเป็นฐานข้อมูลโอเพ่นซอร์ส แม้จะมีการเปลี่ยนแปลงในระดับฐานข้อมูล ลูกค้ายังคงเข้าถึงเนื้อหาผ่านเว็บแอปพลิเคชันแบบกำหนดเองแบบเดียวกับที่องค์กรสร้างขึ้นโดยใช้ไลบรารีการแมปเว็บที่เป็นกรรมสิทธิ์

ตัวอย่างเช่น Oracle Spatial สามารถสลับกับ PostGIS ได้อย่างง่ายดาย (ส่วนขยายเชิงพื้นที่สำหรับ Postgres) โดยใช้ความพยายามเพียงเล็กน้อย อันที่จริง เครื่องมือโอเพ่นซอร์ส GDAL/OGR ทำให้การย้ายข้อมูลเป็นคำสั่งเดียว:

ในไม่กี่วินาที ข้อมูลจะย้ายจากฐานข้อมูลที่เป็นกรรมสิทธิ์ของผู้ขายรายเดียวไปยังฐานข้อมูลโอเพ่นซอร์ส ซึ่งให้บริการฟรีหรือมีตัวเลือกมากมายสำหรับการสนับสนุนเชิงพาณิชย์ ความสามารถเกือบจะเหมือนกันและเซิร์ฟเวอร์แอปพลิเคชันส่วนใหญ่ (รวมถึงโอเพ่นซอร์ส GeoServer) สามารถสลับไปมาได้อย่างโปร่งใส

เหนือสิ่งอื่นใด ผู้ใช้ปลายทางที่ใช้ข้อมูลจากแอปพลิเคชันเซิร์ฟเวอร์ไม่ทราบว่าคุณทำการเปลี่ยนแปลง เนื่องจากพวกเขายังคงใช้แอปพลิเคชันส่วนหน้าที่พวกเขาคุ้นเคย

การย้ายชั้นของแอปพลิเคชันเซิร์ฟเวอร์

การย้ายไปยังโอเพ่นซอร์สที่แอปพลิเคชันเซิร์ฟเวอร์จะเพิ่มความสามารถในการทำงานร่วมกันในสถาปัตยกรรมของคุณ ตัวอย่างเช่น Boundless Suite ช่วยให้คุณสามารถเผยแพร่ข้อมูลเชิงพื้นที่ของคุณในบริการและรูปแบบมาตรฐานของ Open Geospatial Consortium (OGC) การใช้มาตรฐานหมายถึงบริการที่เผยแพร่ครั้งเดียวสามารถใช้งานได้ในแอปพลิเคชันผู้ใช้ปลายทางที่เป็นกรรมสิทธิ์หรือโอเพนซอร์สจำนวนเท่าใดก็ได้ในเวลาเดียวกัน

การใช้อินเทอร์เฟซมาตรฐานและรูปแบบข้อมูลเหล่านี้ (และไม่ว่าคุณจะย้ายฐานข้อมูลตามที่อธิบายไว้ข้างต้นหรือไม่) แสดงว่าคุณป้องกันตัวเองจากการเปลี่ยนแปลง API ใดๆ ที่เพิ่มระหว่างไคลเอ็นต์และเซิร์ฟเวอร์ ตราบใดที่เซิร์ฟเวอร์ใช้มาตรฐาน ไคลเอนต์ใด ๆ ก็สามารถใช้ข้อมูลใดก็ได้ ตัวอย่างเช่น บริการแผนที่เว็บของ OGC เป็นมาตรฐานที่กำหนดไว้อย่างดีซึ่งทำงานเหมือนกันไม่ว่าจะเผยแพร่จากเซิร์ฟเวอร์ ArcGIS, Mapserver, เซิร์ฟเวอร์ QGIS หรือ Boundless Suite

การโยกย้ายระดับอินเทอร์เฟซผู้ใช้

การย้ายระดับอินเทอร์เฟซผู้ใช้ช่วยให้คุณสามารถใช้ประโยชน์จากอำนาจของกฎ 80/20 ผู้ใช้ 80 เปอร์เซ็นต์ที่ต้องการเพียงฟังก์ชันพื้นฐานมักจะทำงานโดยใช้แอปพลิเคชันโอเพ่นซอร์สที่มีประสิทธิภาพ โดยไม่ต้องเสียค่าลิขสิทธิ์ 80 เปอร์เซ็นต์ของฐานผู้ใช้ของคุณ คุณจะเปิดงบประมาณเพื่อรองรับผู้ใช้ระดับสูงที่เหลืออีก 20 เปอร์เซ็นต์ที่ต้องการฟังก์ชัน edgecase ซึ่งพบได้เฉพาะในซอฟต์แวร์ที่เป็นกรรมสิทธิ์เท่านั้น

Boundless Desktop ซึ่งเป็น GIS เดสก์ท็อปข้ามแพลตฟอร์ม (หมายถึงใช้งานได้บน Windows, Linux และ Mac) ให้ผู้ใช้จัดการ วิเคราะห์ แสดงภาพ และเผยแพร่ข้อมูลภูมิสารสนเทศจากรูปแบบเวกเตอร์ แรสเตอร์ และฐานข้อมูลที่หลากหลาย ซึ่งรวมถึง: PostGIS, Oracle , SQL Server, Shapefile, KML/KMZ, OGC WMS/WFS, GeoTiff, NITF และอีกมากมาย ทำให้สามารถฉายซ้ำได้ทันที แก้ไขข้อมูล วิเคราะห์เชิงพื้นที่ วิเคราะห์เครือข่าย และอื่นๆ Boundless Desktop สามารถขยายได้ผ่านไลบรารีปลั๊กอินที่กว้างขวาง และความสามารถในการสร้างปลั๊กอินแบบกำหนดเองของคุณเองโดยใช้สคริปต์ Python แบบโอเพนซอร์ส

สำหรับเวิร์กโฟลว์ที่เรียบง่ายหรือทำซ้ำได้ ให้พิจารณาการย้ายความสามารถไปยังเว็บแอปพลิเคชันที่สร้างขึ้นตามวัตถุประสงค์ ตัวอย่างเช่น ผู้ใช้ที่ทำการรวบรวมข้อมูลอย่างง่ายหรือใช้ GIS บนเดสก์ท็อปสำหรับการรับรู้สถานการณ์สามารถย้ายเวิร์กโฟลว์นั้นไปยังเว็บแอปพลิเคชัน OpenLayers


โครงการโอเพ่นซอร์สขับเคลื่อนนวัตกรรมและการศึกษาต่อไป

QGIS ได้รับการยอมรับอย่างกว้างขวางว่าเป็น GIS เดสก์ท็อปแบบโอเพ่นซอร์สรอบปฐมทัศน์ เปิดตัวในปี 2545 โดยได้รวมฟังก์ชันการวิเคราะห์จาก GRASS พร้อมกับการสนับสนุนรูปแบบข้อมูลจาก GDAL ลงในแอปพลิเคชันเดสก์ท็อปที่ใช้งานง่ายสำหรับการแก้ไขข้อมูล การทำแผนที่ และการวิเคราะห์ QGIS สามารถทำงานร่วมกับแอปพลิเคชัน GIS แบบโอเพนซอร์สอื่นๆ ได้ เช่น การจัดการข้อมูลในฐานข้อมูล PostGIS และการเผยแพร่ข้อมูลไปยัง GeoServer เป็นบริการบนเว็บ

เนื่องจาก GIS แบบโอเพ่นซอร์สยังคงได้รับความนิยมในช่วงต้นทศวรรษ 2000 OSGeo และ LocationTech จึงถูกสร้างขึ้นเพื่อบ่มเพาะโครงการโอเพ่นซอร์ส OSGeo ซึ่งเปิดตัวในปี 2549 ได้รับการออกแบบมาเพื่อรองรับการพัฒนาร่วมกันของซอฟต์แวร์ภูมิสารสนเทศโอเพนซอร์ส ตลอดจนเพื่อส่งเสริมการใช้งานอย่างแพร่หลาย LocationTech คณะทำงานภายในมูลนิธิ Eclipse ถูกสร้างขึ้นเพื่ออำนวยความสะดวกในการทำงานร่วมกัน GIS ระหว่างนักวิชาการ อุตสาหกรรม และชุมชน

ในปี 2011 Geo for All ซึ่งเป็นโครงการขยายงานเพื่อการศึกษาของ Open Source Geospatial Foundation ก่อตั้งขึ้นโดยมีเป้าหมายเพื่อให้ทุกคนสามารถเข้าถึงการศึกษาเชิงพื้นที่และโอกาสต่างๆ จากผลงานของมูลนิธินี้ แหล่งข้อมูลการศึกษามากมายสำหรับ GIS แบบโอเพ่นซอร์สมีให้ใช้ฟรีบนอินเทอร์เน็ต รวมถึง FOSS4G Academy และ GeoAcademy ในที่สุด Geo for All นำไปสู่การก่อตั้งห้องปฏิบัติการภูมิสารสนเทศโอเพนซอร์สและศูนย์วิจัยทั่วโลก เพื่อสนับสนุนการพัฒนาเทคโนโลยีซอฟต์แวร์ภูมิสารสนเทศโอเพนซอร์ส การฝึกอบรม และความเชี่ยวชาญ


GeoFile คือชุดข้อมูลที่ทุ่มเทให้กับการดูข้อมูลทางภูมิศาสตร์ คุณลักษณะ และการใช้งาน ในบทความของวันนี้ เราจะไป sho&hellip

Abdullah Alger ผลิตภัณฑ์ ฐานข้อมูล ราคา ส่วนเสริม ศูนย์ข้อมูล องค์กร เรียนรู้ว่าทำไม เขียนบทความ เขียนเรื่องต่างๆ เรื่องราวของลูกค้า การสัมมนาผ่านเว็บ บริษัท เกี่ยวกับนโยบายความเป็นส่วนตัว เงื่อนไขการบริการ การสนับสนุน ติดต่อเรา เอกสาร สถานะระบบ ความปลอดภัย


ดูวิดีโอ: PostgreSQL Tutorial: How to import Shapefile into PostGIS EN