ฉันควรใช้ CMS สำหรับแอปพลิเคชันการจับคู่เว็บหรือไม่


10

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

ดังนั้นฉันคิดว่าการใช้ CMS อาจช่วยได้ คุณคิดอย่างไร?

มีบางอย่างเช่น CMS Drupal ที่ OpenLayers บูรณาการที่มี แต่ดูเหมือนว่าโครงการยังอยู่ในการพัฒนาเชื่อมโยงไปยังหน้าโครงการ ทางเลือกหรือประสบการณ์ในการแบ่งปัน?

คำตอบ:


12

ฉันคิดว่าคุณควรมองไปที่Cartaro - Geospatial CMSซึ่งประกอบด้วยเทคโนโลยีทั้งหมด คุณใช้ ... ฉันไม่ได้ใช้มัน แต่ดูเหมือนว่ามันได้รับการพัฒนาสำหรับ gisCMS

The main features of Cartaro are: (from its site)

    Spatial data storage with true geometry data types
    Creation of data types from within the Drupal GUI
    Integrated online editing of geospatial data
    Data publishing with integrated maps
    Configuration of map layouts and behaviors
    Symbol styling
    Data publishing through OGC standards-compliant web services (OWS) like WMS and WFS
    High performance map output through GeoWebCache
    Transparent privilege handling and security for all spatial data
    Basic metadata collection through access to GeoServer-GUI
    Full extensibility through thousands of Drupal modules or individual programming

ฉันหวังว่ามันจะช่วยคุณ ...


2

ฉันดูที่การใช้ Drupal เป็นกรอบในการวาง spatial-CMS บน ในขั้นตอนนี้ฉันยังอยู่ในช่วงเริ่มต้นของการประเมินข้อดีข้อเสียของการใช้มันฉันไม่เคยเห็นตัวอย่างของคนที่ทำสิ่งนี้ แต่ควรจะทำได้

โปรที่ยอดเยี่ยมในการใช้ CMS ที่มีอยู่เช่น Drupal คือคุณต้องพึ่งพาเฟรมเวิร์กที่ได้รับการยอมรับและเชื่อถือได้ในการทำ CMS

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

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

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

สแต็คของคุณคือ OpenSource ทั้งหมดดังนั้นฉันจะปล่อยให้คนอื่นให้ความเห็นที่มีประสบการณ์เกี่ยวกับ Geoportals ของ OpenSource

Esri การปล่อยตัว Geoportal เซิร์ฟเวอร์ของพวกเขาเป็นที่มาเปิดและนี้สามารถดาวน์โหลดได้จากSourceForge อย่างไรก็ตามฉันไม่เคยเห็นตัวอย่างใด ๆ เกี่ยวกับการรวมเข้ากับ OpenLayers หรือ PostGIS และฉันคิดว่ามันยังคงให้ความสำคัญกับเทคโนโลยี Esri เป็นอย่างมาก อาจจะเพิ่ม Q ที่คล้ายกันในฟอรัมของพวกเขา?

ค่อนข้างเกี่ยวข้อง (สำหรับคนอื่นที่อาจเจอเธรดนี้) คือArcGIS สำหรับพอร์ทัลของ Esri ซึ่งสามารถเห็นได้ว่าเป็น Spatial-CMS และสนับสนุนการดึงใน WMS แต่มีการกำหนดเป้าหมายที่ร้าน Esri

หวังว่าบางอย่างที่ช่วย


2

ก่อนหน้านี้ฉันเคยเป็นหนึ่งในผู้พัฒนาหลักของโมดูล OpenLayers สำหรับ Drupal อย่าเชื่อธงเบต้า มันมีสี่ปีของการพัฒนาและ 5,000 ติดตั้งที่ใช้งานอยู่ การกำหนดเวอร์ชันซอฟต์แวร์เป็นการระบุความเข้ากันได้และระดับของฟีเจอร์ไม่ใช่ความเสถียรและผู้ที่ติด "เวอร์ชั่น 20 พิเศษที่มีความเสถียร" ในสิ่งที่พวกเขากำลังโกหกคุณ ซอฟต์แวร์ทั้งหมดมีข้อบกพร่องและได้รับการพัฒนาอย่างแข็งขัน

ที่กล่าวว่าโมดูลไม่ได้เป็นสิ่งที่ดีเพราะ OpenLayers ไม่ดีมาก

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


2
ตกลง. ดังนั้นโมดูลจะเสถียร แต่คุณไม่แนะนำเพราะ OpenLayers ทำไม ฉันทำสิ่งต่างๆมากมายด้วยไลบรารี JS นี้จนถึงตอนนี้ .. ผู้ร่วมให้ข้อมูลต้องเข้าสู่ระบบแน่นอน คุณหมายถึงอะไรโดย "นี่เป็นงานที่ค่อนข้างใหญ่และบ่อยครั้งเป็นสิ่งที่ไร้ค่าดูว่าคุณสามารถตัดคุณสมบัตินี้ได้ไหม" ขออภัยภาษาอังกฤษของฉันไม่ใช่ภาษาแม่ของฉันหรือภาษาที่สอง .. และการแปลโดย Google ไม่มีประโยชน์ :)
YossBen

เนื่องจากคุณเป็นหนึ่งในผู้พัฒนาโมดูล drupal แบบเลเยอร์ (เคารพอย่างยิ่ง) คุณคิดอย่างไรกับการโพสต์ของ @Simon: " อย่างไรก็ตามการทำสิ่งต่าง ๆ เช่น Layer Level Security (เพื่อระบุสิทธิ์ให้กับกลุ่มผู้มีส่วนร่วมของคุณใน เลเยอร์ใดบ้างที่พวกเขาสามารถเห็น / แก้ไข) จะเป็นสิ่งที่ฉันจินตนาการว่าคุณจะต้องสร้างขึ้นบน Drupal "
YossBen

1
OpenLayers นั้นมีค่าใช้จ่ายสูงเกินไปสำหรับงานส่วนใหญ่และฉันไม่คิดว่ารูปแบบของ Drupal ในการเปลี่ยนงานเขียนโปรแกรมให้เป็นงาน GUI-wrangling นั้นสามารถใช้งานได้ สำหรับสิ่งนี้เว้นแต่คุณมีคะแนนนับพันให้ใช้ PHP เพื่อสร้างแอพที่กำหนดเองซึ่งแสดงผล GeoJSON และใช้ Leaflet เพื่อแสดงและนำไปแสดงบนแผนที่
tmcw

1

วิกิพีเดีย (แน่นอน) มีบทความเกี่ยวกับสิ่งที่เรียกว่า "ระบบการจัดการเนื้อหา GeoSpatial" มันแสดงรายการจำนวน GeoCMS ที่อาจเหมาะสมกับสิ่งที่คุณต้องการ:

https://en.wikipedia.org/wiki/Geospatial_Content_Management_System

พวกเขากำลัง:

  • Django (เฉพาะ GeoDjango)
  • Drupal
  • CMS Midgard
  • Plone
  • Tiki Wiki CMS Groupware
  • WordPress
  • Zikula

ไม่ใช่รายการที่มีสิทธิ์ 100% แต่เป็นจุดเริ่มต้นที่ดีสำหรับตัวเลือก GeoDjangoนั้นเป็นที่นิยม แต่ขึ้นอยู่กับสิ่งที่คุณสะดวกสบายที่สุดและเหมาะสมที่สุดกับสเป็คของคุณ


0

ฉันไม่แน่ใจว่าMangoMapคือสิ่งที่คุณกำลังมองหาหรือไม่สำหรับฉันฉันคิดว่าคุณสามารถสร้างแผนที่ด้วย mangomap และเผยแพร่ไปที่ www และคุณสามารถฝังแผนที่ลงในเว็บไซต์ส่วนตัวของคุณได้โดยไม่ต้องกังวลกับ geoserver, postgis และ openlayers สิ่งที่คุณต้องทำเพื่ออัปเดตเนื้อหาของแผนที่ของคุณคือไปที่หน้าผู้ดูแลระบบ mangomap และอัปเดตแผนที่ / ข้อมูลของคุณและเผยแพร่ทุกอย่างเสร็จสิ้น



0

สิ่งที่คุณต้องการคือระบบการจัดการเนื้อหาเชิงพื้นที่ ลองดูที่ต่อไปนี้และเลือกหนึ่งที่มีเทคโนโลยีที่คุณมีความสะดวกสบายด้วย: Geonode , Cataro หรือGeodjango

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

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