มีความพยายามใด ๆ ที่จะแทนที่ Shapefile หรือไม่ [ปิด]


67

เมื่อเร็ว ๆ นี้ฉันใช้เวลามากมายในการแปลงชื่อฟิลด์ที่ดีอย่างสมบูรณ์แบบ "เปอร์เซ็นต์ของพลเมืองอายุ 25 ปีขึ้นไปที่มีระดับปริญญาตรีหรือสูงกว่า" เป็นสิ่งที่เหมือน "edbchogtr" เพื่อให้ตรงกับชื่อฟิลด์ 10 อักขระของ DBF

ในหัวข้ออื่น ( “ Oddities” ในข้อกำหนดทางเทคนิคของ Shapefile ) geospatialpython ให้ความเห็นว่า“ แม้ข้อบกพร่องแปลกประหลาดและข้อ จำกัด ของรูปแบบของShapefileยังคงมีอยู่อย่างดื้อรั้นในและรอบ ๆ สนามของ GIS ทุกความพยายามอื่น ๆ การจัดเก็บแบบเวกเตอร์ง่าย ๆ หรือเป็นกรรมสิทธิ์ด้วย "

กิจกรรมนี้ประกอบกับความคิดเห็นของ Mr. Lawhead ทำให้ฉันสงสัยว่า:

  • มีความพยายามใด ๆ ที่ชัดเจนในการแทนที่ Shapefile เป็นที่จัดเก็บข้อมูลที่แพร่หลายและรูปแบบการแลกเปลี่ยน
  • มีคู่แข่งบ้างไหม?
  • หากมีการแข่งขันรูปแบบทำไมพวกเขาล้มเหลว?
  • Esri ปฏิเสธที่จะให้การสนับสนุนพวกเขาหรือเป็นเพียงแค่ความเฉื่อยทางเทคโนโลยีหรือไม่?
  • หากยังไม่ได้พยายาม ... ทำไมไม่?

ดูเหมือนว่าเราจะทำได้ดีขึ้นเล็กน้อยสำหรับตัวเราเองทั้งในฐานะนักพัฒนา GIS และผู้ใช้


2
@Mapperz นอกเหนือจาก API Geodatabase ที่เพิ่งเปิดตัวไปแล้วฉันไม่เห็นเครื่องมือใด ๆ สำหรับการเขียนฐานข้อมูลภูมิศาสตร์ที่ฟรี ฉันไม่คิดว่านี่จะนับเป็นการทดแทนยกเว้นในส่วนของ ESRI ของโลก
canisrufus

2
คุณสามารถเขียนและอ่านฐานข้อมูลทาง
ภูมิศาสตร์

1
ต้องการดู Python API เพื่ออ่าน / เขียนไฟล์ Geodatabase (อย่างน้อยคุณสมบัติอย่างง่าย) โดยไม่ต้องมีใบอนุญาต ArcGIS ซึ่งจะเป็น Open
PolyGeo

2
@PolyGeo ทั้งคุณและคนอื่น ๆ :)
Ragi Yaser Burhum

3
@celenius จากgdal.org/ogr/drv_shapefile.html "เรขาคณิต:. รูปแบบ Shapefile อย่างชัดเจนใช้ชดเชย 32bit และจึงไม่สามารถไปกว่า 8GB (มันจริงใช้ชดเชย 32bit คำ 16bit) จึงเป็นไม่ได้แนะนำให้ใช้ไฟล์ ขนาดใหญ่กว่า 4GB แอตทริบิวต์: รูปแบบ dbf ไม่มีการชดเชยใด ๆ ดังนั้นจึงสามารถมีขนาดใหญ่ตามอำเภอใจ " ดังนั้นคุณสามารถมี dbfs ที่ค่อนข้างใหญ่ แต่คุณต้องระวังกับ shp ที่มากกว่า 4GB จากนั้นคุณกำลังเล่นด้วยไฟ
Ragi Yaser Burhum

คำตอบ:


50

นี่คือหัวข้อที่เกิดขึ้นเสมอ ผมอาจจะไม่ได้คำตอบที่ถูกต้อง แต่ฉันจะให้คุณส่วนบุคคลของฉันความคิดเห็น

เหตุผลที่พวกเขาได้รับการสนับสนุนสามารถนำมาประกอบกับคุณสมบัติหลายประการเกี่ยวกับพวกเขาดังนั้นให้ฉันพูดถึงไม่กี่

  • ก่อนอื่นมีสเป็คอยู่ ฉันหมายถึงฉันอยู่ในวัยสามสิบต้น ๆ และสิ่งนี้มีอยู่ตั้งแต่ฉันเป็นวัยรุ่น ดังนั้นจึงปลอดภัยที่จะบอกว่าสเป็คนี้มีมานานแล้ว แน่นอนว่ายังมีรูปแบบอื่น ๆ อีกมากมายที่ได้รับการตีพิมพ์ แต่ความแตกต่างของรูปแบบนี้ก็คือ ...

  • มันค่อนข้างง่าย! มันถูกสร้างขึ้นบนรูปแบบ DBFซึ่งในเวลานั้นมีอยู่แล้วและได้รับการสนับสนุนอย่างกว้างขวางในหลายแพลตฟอร์ม / ระบบปฏิบัติการ มีตัวแยกวิเคราะห์ที่สามารถอ่านครึ่งหนึ่งของรูปแบบนี้ (ส่วน DBF) ดังนั้นจึงทำให้การสนับสนุนการเพิ่มพิเศษง่ายขึ้น คุณมีรูปทรงเรขาคณิตหรือไม่? แน่ใจว่าเป็นอันดับมันและเขียน คุณทำเสร็จแล้ว ตัดกันด้วยความครอบคลุม ! ลองอธิบายให้ใครสักคนฟังง่ายๆว่าโทโพโลยีที่สะอาดทำอะไร มันไม่สำคัญที่จะเขียนความคุ้มครองทอพอโลยีที่สะอาด

  • สิ่งสำคัญที่สุดคือผมคิดว่าเหตุผล # 1 สำหรับ shapefiles ยังคงได้รับความนิยมเป็นว่าพวกเขาได้รับการสนับสนุนทั้งในโอเพนซอร์สและระบบกรรมสิทธิ์เหมือนกัน คุณรู้อะไร GIS ที่ไม่สนับสนุน shapefiles?!? ไม่เคยได้ยินจาก

แทนเราได้ยินเสียงของGeoDatabases ไฟล์และSpatialite ทั้งสองรูปแบบนั้นเหนือกว่าอย่างมากในแง่ของฟังก์ชั่นความยืดหยุ่นความเร็ว ฯลฯ เมื่อเปรียบเทียบกับ Shapefiles ในทางของตัวเองพวกเขามีบางสิ่งที่ทำให้พวกเขาดีกว่ากันในด้านต่าง ๆ แต่การเปรียบเทียบ spatialite และ FileGDB นั้นอยู่นอกขอบเขตของคำถามนี้อย่างแน่นอน

ฉันคิดว่ารูปแบบใดรูปแบบหนึ่งนี้จะแทนที่ Shapefiles หรือไม่ ไม่ได้อยู่ในสาขาปัจจุบันของพวกเขา

ทำไม?

ไม่ใช่เพราะการโต้แย้งทางเทคโนโลยี (ฉันบอกว่ามันยอดเยี่ยมกว่าในแง่นั้น) แต่เป็นเพราะอย่างอื่น: การออกใบอนุญาต

แล้วปัญหาของพวกเขาคืออะไร?

FileGDB :

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

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

Spatialite :

Spatialite จะน่ากลัวเพราะได้รับทุกฟังก์ชั่นได้ฟรีจากSQLite SQLite ถูกใช้ทุกที่ มันอยู่บนโทรศัพท์ Android ของคุณบน iPhone / iPad ของคุณบน Firefox บน Google Chrome บนอุปกรณ์ฝังตัวเชิงพาณิชย์หลายแห่ง - สามารถใช้งานได้ตลอดไป อย่างแท้จริงทำให้มันเป็น Geoformat (และไม่เพียง แต่จะดำเนินการกรอบใบ้) ก็ต้องใช้ประโยชน์จากห้องสมุดเรขาคณิตเดียวกันกับที่ใช้ PostGIS: GEOS น่าเศร้าที่ GEOS จะขึ้นอยู่กับอีกน่ากลัวมากขึ้นห้องสมุดเรขาคณิตที่รู้จักในฐานะเจทีเอส อัลกอริธึมทั้งหมดใน JTS นั้นมีประสิทธิภาพอย่างมากดังนั้นปัญหาคืออะไร

ดีเจทีเอสได้รับใบอนุญาตเป็น Open Source แอลจีและแอลจีเป็นใบอนุญาตไวรัส JTS คือ LGPL หมายถึง GEOS คือ LGPL หมายถึงการเชื่อมโยงเชิงพื้นที่กับ GEOSคือ LGPL อันนี้ครับ ทำไม? โดยไม่ต้องอธิบายสิทธิ์ใช้งานโอเพ่นซอร์สมากเกินไปฉันสามารถบอกคุณได้ว่าตัวอย่างเช่นฉันไม่สามารถใช้ spatialite บนพูดแอป iPhone เพราะจะทำให้แอปทั้งหมดของฉันเปิดอัตโนมัติ (iOS อนุญาตการลิงก์แบบสแตติกเท่านั้น) ใบอนุญาต GPL ประเภทใดก็ได้ (พอสมควร) ทำให้ตกใจออกมาจาก ESRI และพวกเขาจะไม่สัมผัสกับเสา 10 ฟุต ดังนั้น ArcGIS ซึ่งเป็นระบบ GIS ที่ได้รับความนิยมมากที่สุดในโลกไม่สนับสนุนและไม่สนับสนุนระบบอวกาศ นี่จะฆ่ามันเป็นรูปแบบที่ทำงานได้โดยอัตโนมัติ

ดังนั้นเราจึงกลับไปที่รูปแบบเส็งเคร็งที่ได้รับการสนับสนุนทุกที่

อัปเดต :

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


ปัญหาของ SQLite / Spatialite คือมันไม่ใช่รูปแบบ แต่เป็นเอ็นจิ้นฐานข้อมูลเชิงสัมพันธ์ที่มีไลบรารี่เชิงพื้นที่อยู่ด้านบน แม้ว่ามันจะทำสิ่งที่ทำได้ดีมาก แต่ก็บังคับให้ข้อมูลถูกจัดเก็บในลักษณะที่สัมพันธ์กันซึ่งไม่ใช่วิธีที่เหมาะสมที่สุดเสมอไป นอกจากนี้ความซับซ้อนของรูปแบบไฟล์ SQLite ( sqlite.org/fileformat2.html ) ทำให้ยากต่อการเข้าถึงข้อมูลโดยไม่มีเอ็นจิน SQLite และจึงไม่เหมาะที่จะเป็นรูปแบบไฟล์ที่เปิดและเข้าถึงได้ง่ายสำหรับการแลกเปลี่ยนข้อมูล มันไม่ได้ถูกออกแบบมาเพื่อสิ่งนั้นจริงๆ
Igor Brejc

8
ที่จริงแล้ว LGPL ไม่ใช่ใบอนุญาตแบบไวรัส - มันถูกออกแบบมาโดยเฉพาะเพื่อหลีกเลี่ยงปัญหานี้ นอกจากนี้ Spatialite ได้รับใบอนุญาตภายใต้ MPL tri license ( แหล่งที่มา ) หมายถึงสิ่งอื่น ๆ ที่คุณสามารถเลือกMozilla Public Licenseเป็นใบอนุญาตที่เหมาะสมที่สุดและดำเนินการภายใต้เงื่อนไข (copyleft ที่อ่อนแอมาก) อย่างน้อยการอ่านของฉันคือ ESRI ไม่มีเหตุผลที่จะไม่สนับสนุน Spatialite เนื่องจากใบอนุญาต - ไม่ว่าพวกเขาจะ (ให้มันแข่งขันเกือบในพื้นที่เดียวกับ FileGDB) เป็นอีกเรื่องหนึ่ง ...
om_henners

3
@Ragi คุณผสมโดยใช้ห้องสมุดและย้ายมัน แน่นอนว่าการย้ายพอร์ตจะต้องเป็น LGPL เนื่องจากนี่เป็นสาระสำคัญของงานดัดแปลง แต่ถ้าคุณเชื่อมโยงมันแบบไดนามิกจะไม่ถือว่าเป็นงานดัดแปลงมันคือ "งานที่ใช้ห้องสมุด" และคุณจะได้รับใบอนุญาตของคุณ ( en.wikipedia.org/wiki/GNU_Lesser_General_Public_License ) ดังนั้นการพูดว่า "LGPL เป็นไวรัส" โดยไม่มีคำอธิบายเพิ่มเติมไม่ถูกต้อง
Igor Brejc

2
แต่ครั้งนี้เป็นจุดที่สงสัยตั้งแต่ Spatialite ใบอนุญาตภายใต้สคีต้นไม้ได้รับใบอนุญาต ( groups.google.com/forum/?fromgroups#!topic/spatialite-users/... ) เพื่อให้คุณได้รับการเลือกใบอนุญาตที่เหมาะสมกับ คุณมากที่สุด - MPL อนุญาตให้เชื่อมโยงแบบสแตติก
Igor Brejc

2
@ bugmenot123 ดีแล้วแก้ไขให้ถูกต้องหากคุณต้องการ แต่อย่ากล่าวหาฉันว่าจะเผยแพร่ FUD เกี่ยวกับระบบปฏิบัติการเพราะมันเป็นการดูถูก ฉันได้เขียนรหัสระบบปฏิบัติการมานานกว่าทศวรรษ (จะไม่แปลกใจที่คุณใช้ของฉันจริง ๆ ) และนั่นก็ไม่โกรธเคือง มันเป็นเรื่องจริง - และมันยังคงเป็น การลิงก์แบบไดนามิกใน iOS ของ LGPL (ได้รับความแม่นยำกรอบการทำงานได้รับอนุญาตใน iOS 8) สิ่งนี้ไม่เคยเป็นปัญหาทางเทคนิค แต่เป็นปัญหาทางกฎหมาย การเผยแพร่ใน Appstore ต้องมีการเซ็นรหัส - และน่าเศร้าสำหรับคนรักระบบปฏิบัติการทุกคนอย่างฉัน - LGPL เป็นลิขสิทธิ์แบบฝอยสำหรับสิ่งนี้ ไม่มีแบบอย่างในศาล
Ragi Yaser Burhum

18

ส่วน SHP + SHX นั้นไม่เลวเลย ปัญหาที่แท้จริงอยู่ในส่วน DBF ซึ่งสามารถทำได้ด้วยรูปแบบใหม่ซึ่งรองรับยูนิโค้ดและประเภทฟิลด์สมัยใหม่ทุกประเภท ปัญหาคือการได้รับการสนับสนุนอย่างดีจากซอฟต์แวร์ทั้งหมดที่อยู่ในนั้น


6
+1 การปรับปรุงในส่วน DBF นั้นไม่ได้ยากเลยเช่นกันมันลงมาเพื่อโน้มน้าวให้นักพัฒนาซอฟต์แวร์เห็นด้วยกับบางสิ่ง
whuber

1
มีความพยายามไหม?
canisrufus

5
ฉันมักจะทำเพื่อแก้ไข Shapefile ที่เพียงแค่แทนที่ไฟล์ UTF-8 CSV สำหรับ DBF มันจะง่ายต่อการสนับสนุนและต้องการการเปลี่ยนแปลงขั้นต่ำสำหรับแพ็คเกจซอฟต์แวร์ที่มีอยู่
scw

1
@canis Fox Software ได้ทำการทดสอบเล็กน้อย (เป็นกรรมสิทธิ์) ในช่วงปลายยุค 80 หลังจาก MS ซื้อพวกเขา (c. 1990) นั่นก็คือ ชุมชนสร้างมาตรฐาน DBF 3 และนั่นเป็นการพัฒนาที่ยอดเยี่ยม MS เปิดตัวการเข้าถึง; FoxPro เสียชีวิต โลกเคลื่อนไป
whuber

1
ในทางตรงกันข้าม @Uffe สามารถเข้าถึงไฟล์ CSV ได้แบบสุ่ม: คุณต้องการเพียงดัชนีเช่นเดียวกับไฟล์ DBF เพื่อการค้นหาที่มีประสิทธิภาพ ปัญหาที่ใหญ่ที่สุดที่ฉันเห็นคือการเปลี่ยนแปลงเล็ก ๆ น้อย ๆ ที่ดูเหมือนจะเกิดขึ้นกับไฟล์ CSV เช่นข้อความการอ้างอิงสตริงหรือการแปลง CR / LF จะทำให้ค่าไบเซ็ทออฟเซ็ตหมดไป ยาวคงบันทึกโครงสร้างของไฟล์ DBF แม้ว่ามีประสิทธิภาพน้อยลงในการจัดเก็บไม่ได้มีปัญหาที่
whuber

8

GeoPackageเป็นผู้สืบทอดที่มีแนวโน้ม มันคล้ายกับ Spatialite แต่มาจาก OGC และได้รับการรับรองจากซอฟต์แวร์จำนวนมากรวมถึง ArcGIS และ OGR

ดูโฮมเพจอย่างเป็นทางการhttp://www.geopackage.org/และเช่นการนำเสนอนี้: http://www.slideshare.net/JeffYutzler/geopackage-swg-overview


7

อย่างน้อย spatialite มีเจตนาดูเช่นงานนำเสนอนี้http://www.sourcepole.ch/assets/2010/9/10/foss4g2010_spatialite.pdf

ในทางกลับกันฉันเชื่อว่าสาเหตุหลักที่ทำให้ล้มเหลวคือ shp ได้รับการสนับสนุนอย่างดีจากแอปพลิเคชันจำนวนมากและมีข้อบกพร่องเล็กน้อยเท่านั้น

คนอื่น ๆ แสดงความคิดเห็นเช่นกัน:

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

http://www.spatiallyadjusted.com/2010/09/16/spatialite-is-not-the-shapefile-of-the-future/

ความคิดเพิ่มเติมเกี่ยวกับฐานข้อมูลไฟล์ Esri, spatialite และ autodesk sdf ที่นี่: http://www.spatialdbadvisor.com/blog/121/the-shapefile-manifesto


ที่ยอดเยี่ยมที่สุดเท่าที่ฉันคิดว่า spatiaLite คือมันมีค่าใช้จ่ายในการทำงานประมาณ 3 เมกะไบต์ระบบอ้างอิงและอื่น ๆ ที่ป้องกันไม่ให้มันเป็นรูปแบบการแลกเปลี่ยนที่ดีรอบด้าน
โก

อันที่จริงใบอนุญาตสำหรับอวกาศนั้นน้อยกว่าอุดมคติ - มันไม่มีอะไรเกี่ยวข้องกับเครื่องมือ
Ragi Yaser Burhum

@Scro 3 เมกะไบต์ใหญ่เกินไป? แน่นอนมันไม่ใหญ่เกินไปสำหรับเดสก์ท็อป คุณต้องพิจารณาถึงอุปกรณ์พกพา นอกจากนี้ยังมี Spatial API อีกอันที่มีฟังก์ชันการทำงานเทียบเท่าในขนาดที่เล็กกว่า Spatialite หรือไม่
klewis

@klewis - มันไม่ใหญ่เกินไปต่อ se มันมีประสิทธิภาพมากเมื่อคุณพิจารณาว่ามีชุดข้อมูลขนาดเล็กจำนวนมาก (คิด <200kb) ออกมาที่นั่น นั่นเป็นค่าใช้จ่ายจำนวนมากโดยเฉพาะอย่างยิ่งในแง่ของความจริงที่ว่าเมื่อได้รับแล้วโดยทั่วไปคุณจะทิ้งชุดข้อมูลแต่ละชุดไว้ในไฟล์ 3mb หรือหมุนไปยังฐานข้อมูลที่มีอยู่ เพื่อให้ชัดเจนฉัน <3 spatiaLite - แต่เรากำลังพูดถึงการส่งข้อมูลซึ่งไฟล์ flat / xml / wkb บางประเภทจะมีประสิทธิภาพมากกว่า
โก

6

Esri ได้รับการสนับสนุนฐานข้อมูลไฟล์ Geodเป็นเวลาหลายปีแล้วเพื่อทดแทนไฟล์รูปร่าง

เมื่อเร็ว ๆ นี้พวกเขาได้ให้APIที่ซ่อนสิ่งแปลกปลอม


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

1
@canis คุณถูกต้อง ในขณะนั้นไม่มีใครนำรูปแบบไฟล์มาใช้ยกเว้น ESRI จะส่งเสริมรูปแบบการแลกเปลี่ยนข้อมูล GIS แบบเปิดโดยเฉพาะ แม้ว่าจะมีเครื่องมือซอฟต์แวร์ที่มีอยู่อย่าง จำกัด ในเวลานั้นด้วยการเปิดตัวข้อกำหนด ESPN / .shx ที่ชัดเจนของ ESRI (และความมุ่งมั่นที่จะยึดติดกับมัน) มันกลายเป็นเรื่องของการทำงานเพียงไม่กี่ชั่วโมงในการเขียนโค้ดเพื่ออ่านและ เขียน shapefiles: ไม่จำเป็นต้องวิศวกรรมย้อนกลับ
whuber

ตราบใดที่ API เป็นเลขฐานสองกล่องดำ FGDB จะไม่เห็นการยอมรับเช่นเดียวกับ SHP แม้ว่า Esri จะโน้มน้าวใจลูกค้าของพวกเขาให้เปลี่ยนไปใช้ FGDB จาก SHP แต่ API ก็ไม่สามารถทำงานร่วมกับโอเพ่นซอร์สได้
dericke

3

ภาษา XML เช่น GML นั้นไม่ได้รับการปรับให้เหมาะสมกับการใช้งานชุดข้อมูลขนาดใหญ่ แต่สามารถใช้เป็นรูปแบบการแลกเปลี่ยนระหว่างซอฟต์แวร์หรือระหว่างแพลตฟอร์ม

ฉันไม่เชื่อว่ามีปัญหาใด ๆ กับการอนุญาตให้ใช้สิทธิ์ (ดูโพสต์ของ Ragi Yaser Burhum เกี่ยวกับลักษณะของไวรัสของ Spatialite) และมันค่อนข้างง่ายที่จะปรับ parsers ที่มีอยู่ถ้าจำเป็น


1
ฉันคิดว่ามันไม่ได้รับการกล่าวถึงเพียงเหตุผลที่คุณนำมาซึ่งมันไม่เหมาะสำหรับชุดข้อมูลขนาดใหญ่ XML มีการขยาย รูปแบบที่กล่าวถึงในที่นี้คือไบนารีซึ่ง GML เก็บคะแนนเป็นสตริง ขนาดอาจมีขนาดที่แตกต่างกัน
canisrufus

3
Canisrufus ถูกต้อง GML มีปัญหาหลายอย่าง Infoset สามารถสำรวจได้โดยใช้ XPath แต่ใครก็ตามที่พยายามใช้การจัดทำดัชนีเชิงพื้นที่ที่อยู่ด้านบนของ XML จะบอกคุณว่าสิ่งนี้ไม่มีเหตุผลและมีความสัมพันธ์กับฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิมอย่างไร หากสิ่งที่เป็นพื้นฐานในการทำดัชนีและการสืบค้นกลายเป็นเรื่องไม่สำคัญรูปแบบก็จะบวมและโดยทั่วไปคุณต้องมีชุดข้อมูลทั้งหมดในหน่วยความจำเพื่อทำอะไรกับมันนี่ไม่ใช่ตัวเลือกที่ดี
Ragi Yaser Burhum

4
xml ถูกทำให้พองเมื่อเก็บเป็นข้อความธรรมดา มีอิสระ (ทั้งฟรีและแก้ไขและแจกจ่ายฟรี) ไลบรารี xml แบบไบนารีที่พร้อมใช้งานซึ่งสามารถทำหน้าที่แทนการแทนที่สำหรับผู้อ่าน xml ทำให้ผู้คนมีอิสระในการใช้ทั้งความสามารถในการอ่านของมนุษย์ xml และประสิทธิภาพและประสิทธิภาพการจัดเก็บของไบนารี . เหตุผลเดียวที่ฉันสามารถคิดได้เพราะมันไม่เคยถูกนำมาใช้ในทางที่ใหญ่นั่นคือjohandvw สังเกตการณ์ข้างต้น : ไม่มีใครใส่ใจ,. shp นั้น "ดีพอ" ตามที่เป็นอยู่
matt wilkie

1

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

ในความคิดของฉันอนาคตของการกระจายข้อมูลเชิงพื้นที่ควรมุ่งเน้นไปที่การบริการเว็บและเว็บและข้อมูลจำเพาะของWFS (ซึ่งใช้ GML) นั้นเปิดกว้างและเป็นที่ยอมรับ GeoJSONมีขนาดเล็กลงและสามารถทำงานกับ JavaScript ได้ง่ายขึ้น อย่างไรก็ตามด้วยการบีบอัดขนาดเทียบเคียง

ฉันต้องการจะลงคะแนนให้กับฐานข้อมูลส่วนบุคคลทางภูมิศาสตร์ของ ESRIด้วย อาจเป็นรูปแบบ Microsoft ที่มีอันตราย แต่สนับสนุน ODBC, แบบสอบถาม SQL, มุมมองและช่วยให้ผู้ที่ไม่ใช่นักพัฒนาสามารถสร้างแบบฟอร์มการป้อนข้อมูลได้ง่ายและมีการตรวจสอบความสมบูรณ์ของข้อมูลอย่างน้อยระดับหนึ่ง (ชนิดข้อมูลความยาวค่าที่ไม่ซ้ำ) .


นั่นเป็นจุดที่ถูกต้อง สิ่งที่ดีสำหรับพวกเขาคือการได้รับความรู้เกี่ยวกับภาษาอังกฤษใคร ๆ ก็สามารถเข้าใจความหมายของทุ่งนาได้
canisrufus

นั่นคือบทบาทของชุดข้อมูลเมตาดาต้าจริงๆ Shapefile สามารถใช้ไฟล์ XML ที่มีชื่อเดียวกันเพื่อจัดเก็บสิ่งนี้
geographika
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.