openlayers editor

OpenLayers Editor

OpenLayers Editor (OLE) ขึ้นอยู่กับ OpenLayers และจัดเตรียมชุดของการควบคุมสำหรับการแก้ไขเพิ่มเติมของข้อมูลเชิงพื้นที่

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

คุณสมบัติ

• เครื่องมือ CAD สำหรับการจัดตำแหน่งเรขาคณิต
• คุณลักษณะการวาดเส้นจุดและรูปหลายเหลี่ยม
• รูปทรงที่เคลื่อนไหวและหมุนเวียน
• การปรับเปลี่ยนรูปทรงเรขาคณิต
• การลบรูปทรงเรขาคณิต
• การดำเนินการโทโพโลยีโดยใช้ JSTS: บัฟเฟอร์, ยูเนี่ยน, แยก, ความแตกต่าง
• แถบเครื่องมือสำหรับการเปิดใช้งานและปิดการใช้งานการควบคุม

การสาธิต

สำหรับการสาธิตเยี่ยมชม https://openlayers-editor.geops.com

การพึ่งพาอาศัยกัน

• Node & NPM

เริ่มต้น

• โคลนที่เก็บนี้
• ติดตั้ง: yarn install
• สร้าง: yarn build
• วิ่ง: yarn start
• เปิดเบราว์เซอร์ของคุณและเยี่ยมชม http: // localhost: 8080

การใช้งาน

 < link rel =" stylesheet " type =" text/css " href =" https://cdn.jsdelivr.net/npm/ole@latest/style/ole.css " />
< script src =" https://cdn.jsdelivr.net/npm/ole@latest/index.js " > </ script > 

 var editor = new ole . Editor ( map ) ;

var cad = new ole . control . CAD ( {
  source : editLayer . getSource ( )
} ) ;

var draw = new ole . control . Draw ( {
  source : editLayer . getSource ( )
} ) ;

editor . addControls ( [ draw , cad ] ) ;

เวอร์ชันและ Changelog

repo นี้ใช้รุ่นมาตรฐานสำหรับการกำหนดเวอร์ชันการเปิดตัวและการจัดการ Changelog ดังนั้นการอัปเดตจึงควรดำเนินการโดยใช้ข้อความการกระทำทั่วไป:

<type>[optional scope]: <description>

[optional body]

[optional footer(s)]

commit มีองค์ประกอบโครงสร้างต่อไปนี้เพื่อสื่อสารความตั้งใจกับผู้บริโภคในห้องสมุดของคุณ:

1. การแก้ไข: การกระทำของประเภทแก้ไขข้อผิดพลาดใน codebase ของคุณ (สิ่งนี้สัมพันธ์กับแพตช์ในเวอร์ชันความหมาย)
2. FEAT: การกระทำของประเภทนี้แนะนำคุณสมบัติใหม่ให้กับ Codebase (สิ่งนี้มีความสัมพันธ์กับผู้เยาว์ในการกำหนดเวอร์ชันความหมาย)
3. การเปลี่ยนแปลงการเปลี่ยนแปลง: การกระทำที่มีการเปลี่ยนแปลงส่วนท้าย:, หรือผนวก A! หลังจากประเภท/ขอบเขตแนะนำการเปลี่ยนแปลง API แบบแตกหัก (สัมพันธ์กับเมเจอร์ในการกำหนดเวอร์ชันความหมาย) การเปลี่ยนแปลงที่แตกอาจเป็นส่วนหนึ่งของการกระทำใด ๆ
4. ประเภทอื่นนอกเหนือจากการแก้ไข: และ FEAT: ได้รับอนุญาตตัวอย่างเช่น @commitlint/config-conventional (ขึ้นอยู่กับการประชุมเชิงมุม) แนะนำให้สร้าง:, chore:, ci:, docs:, style:, refactor:, perf:, ทดสอบ:, และอื่น ๆ
5. ส่วนท้ายนอกเหนือจากการเปลี่ยนแปลงการเปลี่ยนแปลง: อาจมีให้และทำตามการประชุมที่คล้ายกับรูปแบบรถพ่วง GIT

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

การบริจาค

ยินดีต้อนรับ PRS ทั้งหมดและจะได้รับการตรวจสอบในไม่ช้า โปรดตรวจสอบให้แน่ใจว่าได้ทำตามข้อกำหนดทั่วไป