คำถามติดแท็ก geography-data-type

4
ข้อดีและข้อเสียของภูมิศาสตร์และประเภทเรขาคณิตของ PostGIS คืออะไร
บริษัท ของฉันใช้geometry( the_geom) ชนิดข้อมูลเพื่อจัดเก็บข้อมูลเชิงพื้นที่ ฉันเพิ่งคุ้นเคยกับแนวคิดของgeography( the_geog) ประเภทข้อมูลที่ฉันเข้าใจมันเก็บไว้SRIDพร้อมกับเรขาคณิต อะไรคือความแตกต่างระหว่างgeographyและgeometryและมีข้อดีของการใช้หนึ่งในฐานข้อมูลขนาดใหญ่หรือไม่

1
การเลือก SRID และความหมายของมันคืออะไร? [ปิด]
ฉันใหม่กับ GIS ใน PostGIS และฉันกำลังดิ้นรนกับแนวคิด SRID คุณจะเลือก SRID สำหรับคอลัมน์ฐานข้อมูลได้อย่างไร นี่ทำให้ฉันเป็นบ้า ทำไมฉันต้องเลือก SRID ความหมายของมันคืออะไร? หยิบ SRID มันจะเหมือนกันสำหรับgeometryและgeography? ดูเหมือนว่าการตั้งค่า SRID สำหรับgeometryเขตข้อมูลจะไม่มีเหตุผลเพราะมันควรจะอยู่บนระนาบ 2D เมื่อฉันค้นหา lat / lon บนอินเทอร์เน็ตหรือบริการเข้ารหัสภูมิศาสตร์ SRID คืออะไร พิกัดละติจูด / ลองจิจูดไม่สมเหตุสมผลหากไม่มี SRID หรือไม่

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

3
กำลังดำเนินการค้นหาขอบเขตกล่องใน PostGIS? [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นไปตามหัวข้อสำหรับระบบแลกเปลี่ยนข้อมูลทางภูมิศาสตร์ของกองซ้อน ปิดเมื่อปีที่แล้ว ผมมีตาราง PostgreSQL มีเกือบ 2 ล้านแถวด้วยความยาวลาดพร้าวเขตข้อมูลในแบบฟอร์มcoordinatesPOINT(-73.4938 33.2405) สมมติว่ามีดัชนีเชิงพื้นที่ในเขตข้อมูลนั้นวิธีที่มีประสิทธิภาพมากที่สุดและเร็วที่สุดในการเลือกแถวทั้งหมดภายในกล่องขอบเขตโดยพลการคืออะไร กล่องเป็นเหมือน,SW long-lat: -74.0042 40.7688NE long-lat: -73.8809 40.7984

3
ใช้รูปทรงเรขาคณิตมากกว่าชนิดข้อมูลภูมิศาสตร์ใน SQL Server Spatial?
ในอดีตฉันได้ทำงานกับพิกัดละติจูดและลองจิจูดอย่างง่ายเป็นหลักใน SQL Server ฉันเก็บไว้เป็นประเภทข้อมูลทางภูมิศาสตร์ใน SQL Server และแสดงบนจอแสดงผลที่หลากหลาย (โดยหลักคือ Google Maps) เมื่อเร็ว ๆ นี้ฉันได้เริ่มทำงานกับชุดข้อมูล Shapefile จากแหล่งต่าง ๆ และเกือบจะเป็นชุดรูปแบบเรขาคณิตเท่านั้น นอกจากนี้ยังใช้ระบบอ้างอิงพิกัดที่หลากหลาย มันน่าคลั่งที่จะทำงานกับ USGS สำหรับข้อมูลบางส่วนของพวกเขาใช้ID CRS ที่หายากและยากมาก เขตLos Angels บอกว่าพวกเขาใช้ State Plane 5 (โดยไม่มีการอ้างอิง CRS โดยเฉพาะ) และแน่นอนว่ามี "state plane 5's" หลายแบบให้เลือกใน QGIS มีข้อดีบางประการสำหรับระบบอ้างอิงเชิงพื้นที่เหล่านี้ที่ไม่สามารถทำได้โดยการติดกับ WGS84 เนื่องจากผู้คนส่วนใหญ่ที่ดูและบริโภคนั้นต้องการรูปแบบดังกล่าวหรือไม่

3
เปลี่ยนรูปหลายเหลี่ยม“ ถนัดมือ” สำหรับ SQL 2008 (เรียงลำดับรูปหลายเหลี่ยมกลับด้าน)
ฉันมีสองสามร้อยรูปร่าง ( polygons และmultipolygons) แต่ละประกอบด้วยจุดนับหมื่นที่ฉันพยายามเข้าสู่ SQL 2008 น่าเสียดายที่รูปร่างที่ฉันพยายามนำเข้านั้นเป็น "ถนัดขวา" (เส้นรอบวงของแต่ละอันนั้นถูกลากตามเข็มนาฬิกาไปรอบ ๆ จุดที่มี) เซิร์ฟเวอร์ SQL สันนิษฐานว่าเป็นรูปร่าง "ถนัดซ้าย" (ทวนเข็มนาฬิการอบด้านใน) อย่างน้อยสำหรับgeographyประเภท ซึ่งหมายความว่า SQL ถือว่าฉันพยายามเลือกทั้งโลกยกเว้นรูปร่างของฉัน บางคนอธิบายว่านี่เป็นรูปร่าง "ด้านในออก" จากMSDNซึ่งน่าผิดหวังไม่ได้บอกว่าจะใช้การวางแหวนแบบใด: ถ้าเราใช้geographyชนิดข้อมูลเพื่อเก็บอินสแตนซ์อวกาศเราจะต้องระบุการวางแนวของวงแหวนและอธิบายตำแหน่งของอินสแตนซ์ได้อย่างถูกต้อง หากคุณใช้การวางแนววงแหวนที่ไม่ถูกต้องใน SQL 2008 จะเกิดปัญหากับข้อผิดพลาดต่อไปนี้ ข้อผิดพลาด. NET Framework เกิดขึ้นระหว่างการดำเนินการตามขั้นตอนที่ผู้ใช้กำหนดเองหรือ "ภูมิศาสตร์" รวม: Microsoft.SqlServer.Types.GLArgumentException: 24205: อินพุตที่ระบุไม่ได้แสดงอินสแตนซ์ภูมิศาสตร์ที่ถูกต้องเพราะเกินซีกโลกเดียว ตัวอย่างภูมิศาสตร์แต่ละอันต้องอยู่ในซีกโลกเดียว สาเหตุทั่วไปสำหรับข้อผิดพลาดนี้คือรูปหลายเหลี่ยมที่มีการวางแนววงแหวนที่ไม่ถูกต้อง การนำเข้ารูปทรงgeometryแทนการใช้geographyงานได้ดี แต่ฉันต้องการใช้geographyถ้าทำได้ ใน SQL 2012 ดูเหมือนว่าจะไม่สำคัญพอที่จะแก้ไขปัญหานี้ แต่ฉันผูกติดกับปี 2008 ฉันจะแปลงรูปร่างได้อย่างไร

2
การจัดเก็บพื้นผิว GML ใน PostGIS
ฉันใช้ PostGIS 2.0.0 และต้องการเก็บ GML Surface ในวิธีที่อนุญาตให้คำนวณการแยกระหว่างพื้นผิวนั้นกับจุดและเส้นต่าง ๆ ในกรณีของฉัน Surface จะมี PolygonPatch หนึ่งอันซึ่งไม่มีวงแหวนภายในและวงแหวนภายนอกซึ่งอาจเป็น LineStringSegment, Geodesic, Arc หรือ Circle ระยะทางสามารถอยู่ในลำดับหลายสิบถึงหลายร้อยไมล์ ผมเห็นว่ามี PostGIS CIRCULARSTRINGและCURVEPOLYGONซึ่งดูเหมือนจะเป็นวิธีที่ดีในการจัดเก็บ Arc ยกเว้นว่าพวกเขาไม่ได้รับการสนับสนุนโดยประเภทเท่านั้นgeography geometryอะไรจะเป็นวิธีที่ดีที่สุดในการจัดเก็บสิ่งนี้ (ฉันค่อนข้างใหม่สำหรับ PostGIS และ GIS โดยทั่วไปดังนั้นจึงเป็นไปได้โดยสิ้นเชิงว่าฉันไม่มีอะไรที่ชัดเจน)
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.