क्या भू-जागरण सुविधा में एक गुण तत्व होना मान्य है।

Question

क्या अभिभावक के रूप में एक विशेषता तत्व-तत्व के साथ गुण होना मान्य है?

यह geojson.org के अनुसार वैध है:

{ "type": "FeatureCollection",
  "features": [
              { "type": "Feature",
                "geometry": {"type": "Point", "coordinates": [102.0, 0.5]},
                "properties": {"prop0": "value0"}
              }
              ]
}

लेकिन मैं नहीं पा सकता कि यह वैध है और न ही यदि यह इसके लिए मान्य है:

{ "type": "FeatureCollection",
  "properties" : { "description" : "This is the geometry for..." }
  "features": [
              { "type": "Feature",
                "geometry": {"type": "Point", "coordinates": [102.0, 0.5]},
                "properties": {"prop0": "value0"}
              }
              ]
}

नीचे दिए गए उत्तर के अनुसार इसे वहां रखना मान्य नहीं है, लेकिन प्रोग्राम / स्क्रिप्ट को इसके बारे में पता नहीं होगा।

तो, मुझे इस सवाल को फिर से बताना चाहिए: (जहां) कुल के रूप में संपत्ति के बारे में कुछ वर्णनात्मक जानकारी रखना संभव है ??

Answer 1

2.3। फ़ीचर कलेक्शन ऑब्जेक्ट्स

"फ़ीचरकॉलक्शन" के प्रकार के साथ एक जेजोन ऑब्जेक्ट एक सुविधा संग्रह ऑब्जेक्ट है।

"FeatureCollection" प्रकार की एक वस्तु का नाम "सुविधाओं" के साथ एक सदस्य होना चाहिए। "सुविधाओं" के अनुरूप मूल्य एक सरणी है। सरणी में प्रत्येक तत्व ऊपर बताए अनुसार एक फीचर ऑब्जेक्ट है।

मुझे लगता है कि इसका स्पष्ट अर्थ है कि यदि ऑब्जेक्ट में अतिरिक्त सदस्य हैं जो इसे अमान्य नहीं बनाता है।

परमानंद वस्तुएँ बहुत खुली हैं।

तो हाँ, आपके पास एक विशेषता संग्रह के शीर्ष स्तर पर एक गुण तत्व हो सकता है, लेकिन किसी भी उपकरण को इसके बारे में जानने, या कॉपी करने, ...

Comments

ओके फेयर पर्याप्त :) लेकिन सुविधा के बजाय संग्रह के बारे में जानकारी संग्रहीत करने के लिए क्या जगह है?

— स्टुर्ब

कल्पना में कोई नहीं है।

— केल्विन

क्योंकि FeatureCollection एक प्रथम श्रेणी की वस्तु है, कोई भी गुण संग्रह के बारे में होगा, कोई विशेषता नहीं। या तो आप जितने चाहें जोड़ लें, या एक "मेटाडेटा" संपत्ति जोड़ें, जिसका मूल्य एक नक्शा है।

— जूलियन

इसके बारे में सोचने का एक और तरीका यह है कि आपको अपनी आवश्यकताओं के लिए फीचर-क्लासलेक्शन को उप-वर्ग करने की आवश्यकता है। यह वास्तव में एक प्रोग्रामिंग कंस्ट्रक्शन के बजाय एक रूपक है, हालांकि ECMAscript ऑब्जेक्ट्स के बारे में इस तरह से नहीं सोचता है।

— जूलियन

कल्पना धारा 6.1 में विदेशी सदस्यों को अनुमति देती है। tools.ietf.org/html/draft-ietf-geojson-03#section-6 । तो यह कानूनी है, लेकिन व्यवहार आवेदन पर निर्भर होगा।

— इंटेकचो

Answer 2

संक्षिप्त उत्तर नहीं है - propertiesकिसी FeatureCollectionवस्तु पर एक तत्व होना मान्य नहीं है :

https://tools.ietf.org/html/rfc7946#section-7.1

GeoJSON "ज्यामिति" और "गुण" सदस्य एक फ़ीचर ऑब्जेक्ट को परिभाषित करते हैं। फ़ीचरकॉलक्शन और ज्योमेट्री ऑब्जेक्ट्स, क्रमशः, एक "ज्यामिति" या "गुण" सदस्य नहीं होना चाहिए।

Comments

मेरे पढ़ने से, इस जनादेश पर शब्दों है कि आप एक FeatureCollection के एक सदस्य के नाम कर सकते हैं नहीं "properties" ओपी की तरह करता है, लेकिन यह यह कुछ और कॉल करने से आप बाधा नहीं की तरह "metadata"या "description"। मैंने वेब मानचित्रों में कई शीर्ष स्तर के सदस्यों का उपयोग किया है जो जियोजोन पर निर्भर हैं। अच्छा अपडेट, @ नील।

— नरोन्ने

Answer 3

मुझे भी लगता है कि एक शीर्ष स्तर 'गुण' उपयोगी होगा, एक सुविधा संग्रह स्तर पर।

लेकिन जो काम मैंने किया था, वह सुविधा संग्रह के लिए एक अतिरिक्त सुविधा बनाने के लिए था, गुणों को वांछित के रूप में पॉप्युलेट करें, और बस ज्यामिति ऑब्जेक्ट को NULL पर सेट करें। कल्पना के मेरे पढ़ने से, यह अनुमत लगता है और मानक के भीतर रहता है।