मैं इस मुद्दे पर काफी समय से शोध कर रहा था क्योंकि मैंने एक ऐसा एप्लिकेशन विकसित किया है जो उपयोगकर्ता को ड्रैगबॉक्स एक्शन के माध्यम से या तो दर्ज किए गए पॉइंट पॉइंट्स को प्लॉट करने की अनुमति देता है। जब मैंने इस साहसिक कार्य को शुरू किया तो मैं ओपन लॉयर्स के लिए बिल्कुल नया था। मैन्युअल रूप से दर्ज सीमा बिंदुओं के साथ समस्या यह थी कि अगर एओआई ने अंतर्राष्ट्रीय डेटलाइन को कवर किया तो आयत को दुनिया भर में गलत तरीके से खींचा जाएगा। कई StackExchange उपयोगकर्ताओं ने इस समस्या के बारे में केवल एक OpenLayers उत्तरदाता द्वारा बताया जाना है कि (और मैं यहाँ पर चर्चा कर रहा हूँ) "OpenLayers को इस चूक के कारण खींचे जाने वाले बिंदुओं के दिशात्मक इरादे को जानने का कोई तरीका नहीं है ..."। उह, मुझे उस प्रतिक्रिया पर बीएस का झंडा बुलंद करना होगा क्योंकि मैंने अब ओपनलायर्स के बारे में काफी खतरनाक हो जाना सीख लिया है और यह मुद्दा मेरे साथ हो रहा है। मुझे उनकी प्रतिक्रिया के साथ समस्या यह है कि मैं एक हद तक निर्देशांक लोड करता हूं, जो परिभाषा के अनुसार, ऊपरी दाएं देशांतर और अक्षांश के साथ-साथ निचले बाएँ देशांतर और अक्षांश को निर्दिष्ट करता है। यदि ऊपरी राइट लॉन्गिट्यूड IDL के पश्चिमी तरफ है और लोअर लेफ्ट लॉन्गिट्यूड IDL के पूर्वी तरफ स्थित है, तो यह बहुत स्पष्ट है कि उपयोगकर्ता किस तरह से बहुभुज को प्लॉट करना चाहता है और फिर भी OpenLayers लॉन्गिट्यूडिनल मान और ड्राइंग को स्वैप करने पर जोर देता है। बहुभुज दुनिया भर में गलत तरीका है। हद घोषणा और समस्याग्रस्त OpenLayers विधि कॉल का एक नमूना नीचे दिखाया गया है। यदि ऊपरी राइट लॉन्गिट्यूड IDL के पश्चिमी तरफ है और लोअर लेफ्ट लॉन्गिट्यूड IDL के पूर्वी तरफ स्थित है, तो यह बहुत स्पष्ट है कि उपयोगकर्ता किस तरह से बहुभुज को प्लॉट करना चाहता है और फिर भी OpenLayers लॉन्गिट्यूडिनल मान और ड्राइंग को स्वैप करने पर जोर देता है। बहुभुज दुनिया भर में गलत तरीका है। हद घोषणा और समस्याग्रस्त OpenLayers विधि कॉल का एक नमूना नीचे दिखाया गया है। यदि ऊपरी राइट लॉन्गिट्यूड IDL के पश्चिमी तरफ है और लोअर लेफ्ट लॉन्गिट्यूड IDL के पूर्वी तरफ स्थित है, तो यह बहुत स्पष्ट है कि उपयोगकर्ता किस तरह से बहुभुज को प्लॉट करना चाहता है और फिर भी OpenLayers लॉन्गिट्यूडिनल मान और ड्राइंग को स्वैप करने पर जोर देता है। बहुभुज दुनिया भर में गलत तरीका है। हद घोषणा और समस्याग्रस्त OpenLayers विधि कॉल का एक नमूना नीचे दिखाया गया है।
// I would start out with the following entered values as an example
lonLL = 175.781; // minX
latLL = 13.992; // minY
lonUR = -165.937;// maxX
latUR = 25.945; // maxY
// I would then make the following call
var manCoordEntryExtent = ol.extent.boundingExtent([[lonLL,latLL], [lonUR, latUR]]);
// Looking at the resulting structure in the debugger I get:
0: -165.937 // minX
1: 13.992 // minY
2: 175.781 // maxX
3: 25.945 // maxY
length: 4
__proto__: []
जैसा कि आप देख सकते हैं कि अनुदैर्ध्य निर्देशांक उलट हो जाते हैं और इसलिए आपके बाद फिर पूर्ण समन्वय संरचना, एक बहुभुज बनाते हैं। एक बहुभुज और फिर उस सुविधा को एक वेक्टर पर लागू करें और अंत में केवल यह पता लगाने के लिए कि बहुभुज दुनिया भर में गलत तरीके से जाता है।
मुझे यह पता लगाने की आवश्यकता थी कि ऐसा क्यों हो रहा था इसलिए मैंने ओपन लाइयर्स 4 लाइब्रेरी में इस ol.extent.boundingExtent विधि में खोदा।
/**
* Build an extent that includes all given coordinates.
*
* @param {Array.<ol.Coordinate>} coordinates Coordinates.
* @return {ol.Extent} Bounding extent.
* @api
*/
ol.extent.boundingExtent = function(coordinates) {
var extent = ol.extent.createEmpty();
for (var i = 0, ii = coordinates.length; i < ii; ++i) {
ol.extent.extendCoordinate(extent, coordinates[i]);
}
return extent;
};
It first calls ol.extent.createEmpty to initially create an extent structure
/**
* Create an empty extent.
* @return {ol.Extent} Empty extent.
* @api
*/
ol.extent.createEmpty = function() {
return [Infinity, Infinity, -Infinity, -Infinity];
};
// It then iterates thru the number of coordinates and fills in the extent structure values, however...
// Here is where the problem is. Notice the complete lack of any explanation as to what the hell this
// method is doing. Why is it doing what it does? All I know is that it cannot handle plots across
// the IDL and it corrupts your extent structure if you try.
/**
* @param {ol.Extent} extent Extent.
* @param {ol.Coordinate} coordinate Coordinate.
*/
ol.extent.extendCoordinate = function(extent, coordinate) {
if (coordinate[0] < extent[0]) {
extent[0] = coordinate[0];
}
if (coordinate[0] > extent[2]) {
extent[2] = coordinate[0];
}
if (coordinate[1] < extent[1]) {
extent[1] = coordinate[1];
}
if (coordinate[1] > extent[3]) {
extent[3] = coordinate[1];
}
};
// The solution was for me to test for IDL myself and if found then create an empty extent and populate it myself manually.
// Using the same extent coordinates as before
lonLL = 175.781; // minX
latLL = 13.992; // minY
lonUR = -165.937;// maxX
latUR = 25.945; // maxY
// I test for Dateline instance (Dont have to worry about the potential of there being a polygon covering both Meridian
// and Anti-meridian as a valid polygon is limited to a maximum size of just over 12 million square kilometers.)
if ((lonLL > 0.0) && (lonUR < 0.0)) {
// Manually build the coordinates for the Area calculation as the boundingExtent
// codepath corrupts an extent to be plotted across the Dateline
var manCoordEntryExtent = ol.extent.createEmpty();
manCoordEntryExtent[0] = lonLL;
manCoordEntryExtent[1] = latLL;
manCoordEntryExtent[2] = lonUR + 360.0;
manCoordEntryExtent[3] = latUR;
} else {
var manCoordEntryExtent = ol.extent.boundingExtent([[lonLL,latLL], [lonUR, latUR]]);
}
// Looking at the resulting structure in the debugger I get:
0: 175.781 // minX
1: 13.992 // minY
2: 194.063 // maxX
3: 25.945 // maxY
length: 4
__proto__: []
मेरा कोड गतिशील रूप से क्षेत्र की गणना करता है ताकि मैं यह निर्धारित कर सकूं कि उपयोगकर्ता ने एक वैध आकार का एओआई बहुभुज बनाया है। जब मैं एक ड्रैगबॉक्स उत्पन्न चयन को संसाधित कर रहा हूं, तो मैं परिणामी ज्यामिति संरचना से और एक ईपीएसजी के लिए निर्देशांक का अनुरोध कर रहा हूं: 4326 प्रक्षेपण जब यह एक लिपटे हुए दुनिया से निर्देशांक देता है तो पहले 180.0 डिग्री के अतीत के निर्देशांक इस प्रकार बढ़ रहे हैं और इस तरह से लोनुर गणना का कारण बनता है। 360.0 - 165.937 = 194.063। मेरा क्षेत्र गणना कोडपाथ निम्नलिखित आईडीएल परीक्षण का उपयोग करता है और क्रमबद्ध रूप से दर्ज किए गए निर्देशांक के लिए समान कोडपथ का उपयोग करने के लिए मुझे समन्वय मूल्य का अनुकरण करने की आवश्यकता थी जैसे कि इसे ड्रैगबॉक्स गेटगोमेट्री कॉल से वापस किया गया था। मैं वास्तव में एक GEOJSON बहुभुज संरचना का परीक्षण कर रहा हूं, जो कि 3 आयाम है, जिसका पहला आयाम रिंग नंबर है;
function getArea(coords, extent) {
// Test for Western side of Dateline instance
if (((coords[0][0][0] <= -180.0) && (coords[0][2][0] > -180.0)) ||
// Test for Eastern side of Dateline instance
((coords[0][0][0] < 180.0) && (coords[0][2][0] >= 180.0))) {
.
.
.
यदि ये परीक्षण इस बिंदु से गुजरते हैं तो कोड आईडीएल पर क्षेत्र की गणना करने के लिए विकसित किए गए एल्गोरिथ्म का उपयोग करता है अन्यथा यह इसे हर जगह सामान्य रूप से गणना करता है।
मैं तब एक बहुभुज बनाने के लिए इस सीमा का उपयोग करता हूं, फिर एक बहुभुज, फिर उस सुविधा को एक वेक्टर पर लागू करता हूं और अंत में इसे प्लॉट करता हूं और इस बार यह सही ढंग से प्लॉट किया जाता है। तो मैं जिस क्षेत्र गणना की समस्या को हल करने में मदद कर रहा था उसे ठीक करने के लिए मैं आया था कि प्लॉटिंग की समस्या भी ठीक हो गई थी।
शायद यह समाधान किसी और की मदद करेगा या उन्हें एक अलग दिशा में सोचने में मदद करेगा। समाधान मेरे पास आया जब मैं आखिरकार आईडीएल की समस्या को दो मुद्दों में तोड़ने में सक्षम था। वास्तविक क्षेत्र गणना आईडीएल पर बहुभुज की साजिश रचने के साथ एक मुद्दा था।
