Export.table.toFeatureView

यह फ़ंक्शन, FeatureCollection को FeatureView ऐसेट में एक्सपोर्ट करने के लिए, बैच टास्क बनाता है. Tasks टैब से टास्क शुरू किए जा सकते हैं.

इस्तेमाल	रिटर्न
Export.table.toFeatureView(collection, description, assetId, maxFeaturesPerTile, thinningStrategy, thinningRanking, zOrderRanking, priority)

आर्ग्यूमेंट	टाइप	विवरण
collection	FeatureCollection	एक्सपोर्ट करने के लिए फ़ीचर कलेक्शन.
description	स्ट्रिंग, ज़रूरी नहीं	टास्क का ऐसा नाम जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है. इसमें अक्षर, संख्याएं, -, _ शामिल हो सकते हैं. इसमें खाली जगह नहीं होनी चाहिए. डिफ़ॉल्ट रूप से, इसकी वैल्यू "myExportTableTask" होती है.
assetId	स्ट्रिंग, ज़रूरी नहीं	डेस्टिनेशन ऐसेट का आईडी. इसमें अक्षर, संख्याएं, -, _, और / शामिल हो सकते हैं. इसमें खाली जगह नहीं होनी चाहिए.
maxFeaturesPerTile	नंबर, ज़रूरी नहीं	किसी टाइल को इंटरसेक्ट करने वाली ज़्यादा से ज़्यादा सुविधाओं की संख्या. यह वैल्यू 0 से 2000 के बीच हो सकती है. डिफ़ॉल्ट रूप से, यह 500 पर सेट होती है. चेतावनी: सुविधाओं की ज़्यादा से ज़्यादा संख्या को 1,000 से ज़्यादा पर सेट करने से, टाइलें हट सकती हैं.
thinningStrategy	स्ट्रिंग, ज़रूरी नहीं	इस्तेमाल की जाने वाली थिनिंग की रणनीति. यह HIGHER_DENSITY या GLOBALLY_CONSISTENT हो सकता है. डिफ़ॉल्ट रूप से, यह HIGHER_DENSITY पर सेट होता है. मैप पर किसी खास लेवल की जानकारी को कम करते समय, ज़्यादा डेंसिटी वाली थिनिंग की रणनीति का मतलब है कि यह हर टाइल के लिए, maxFeaturesPerTile की सीमा के जितना हो सके उतना करीब आने की कोशिश करती है. ग्लोबल स्तर पर एक जैसी थिनिंग का मतलब है कि अगर थिनिंग की वजह से कोई सुविधा हटा दी जाती है, तो थिनिंग की रैंक बराबर या उससे कम होने की वजह से अन्य सभी सुविधाएं भी हटा दी जाएंगी.
thinningRanking	List[String]|String, optional	कॉमा लगाकर अलग किए गए रैंकिंग के नियम. इनसे यह तय होता है कि मैप पर सुविधाओं को किस प्राथमिकता के हिसाब से कम किया जाना चाहिए. डिफ़ॉल्ट रूप से, इसे ".minZoomLevel ASC" पर सेट किया जाता है. हर नियम को नियम के टाइप और दिशा (ASC या DESC) के हिसाब से तय किया जाना चाहिए. दोनों के बीच में स्पेस होना चाहिए. मान्य नियम टाइप ये हैं: ".geometryType", ".minZoomLevel" या किसी सुविधा की प्रॉपर्टी का नाम. ".geometryType" वैल्यू, पॉइंट, लाइनें, और पॉलीगॉन को रेफ़र करती है. ".minZoomLevel" वैल्यू से पता चलता है कि किसी सुविधा को दिखाने के लिए कम से कम कितना ज़ूम लेवल होना चाहिए. पॉइंट सभी ज़ूम लेवल पर दिखते हैं. इसलिए, इनका minZoomLevel सबसे कम होता है. उदाहरण के लिए, रैंकिंग के नियमों का मान्य सेट यह हो सकता है: 'my-property DESC, .geometryType ASC, .minZoomLevel ASC'. स्ट्रिंग की सूची के तौर पर दिखाए गए नियमों का यही सेट यह होगा: ['my-property DESC', '.geometryType ASC', '.minZoomLevel ASC']. इसका मतलब है कि मैप पर किसी खास लेवल की जानकारी को कम करते समय, सबसे पहले "my-property" की ज़्यादा वैल्यू वाली सुविधाओं को प्राथमिकता दें (कम वैल्यू वाली सुविधाओं को कम करें). इसके बाद, कम ज्योमेट्री टाइप वाली सुविधाओं को प्राथमिकता दें. उदाहरण के लिए, लाइनों और पॉइंट से पहले पॉलीगॉन को कम करें और पॉइंट से पहले लाइनों को कम करें. इसके बाद, कम से कम ज़ूम लेवल वाली सुविधाओं को प्राथमिकता दें. जैसे, छोटे पॉलीगॉन से पहले बड़े पॉलीगॉन और बड़े पॉलीगॉन से पहले पॉइंट.
zOrderRanking	List[String]|String, optional	कॉमा लगाकर अलग किए गए रैंकिंग के नियम. इनसे मैप पर दिखने वाली सुविधाओं का z-ऑर्डर (स्टैक ऑर्डर) तय होता है. डिफ़ॉल्ट रूप से, इसे ".minZoomLevel ASC" पर सेट किया जाता है. यह thinningRanking के फ़ॉर्मैट का इस्तेमाल करता है. हर नियम को नियम के टाइप और दिशा (ASC या DESC) के हिसाब से तय किया जाना चाहिए. दोनों के बीच में स्पेस होना चाहिए. मान्य नियम टाइप ये हैं: ".geometryType", ".minZoomLevel" या किसी सुविधा की प्रॉपर्टी का नाम. ".geometryType" वैल्यू, पॉइंट, लाइनें, और पॉलीगॉन को रेफ़र करती है. ".minZoomLevel" वैल्यू से पता चलता है कि किसी सुविधा को दिखाने के लिए कम से कम कितना ज़ूम लेवल होना चाहिए. पॉइंट सभी ज़ूम लेवल पर दिखते हैं. इसलिए, इनका minZoomLevel सबसे कम होता है. उदाहरण के लिए, रैंकिंग के नियमों का मान्य सेट यह हो सकता है: 'my-property DESC, .geometryType ASC, .minZoomLevel ASC'. स्ट्रिंग की सूची के तौर पर दिखाए गए नियमों का यही सेट यह होगा: ['my-property DESC', '.geometryType ASC', '.minZoomLevel ASC']. इसका मतलब है कि मैप पर किसी खास लेवल की जानकारी के लिए, सुविधाओं का z-ऑर्डर तय करते समय, "my-property" की ज़्यादा वैल्यू वाली सुविधाएं, कम वैल्यू वाली सुविधाओं के नीचे दिखती हैं. साथ ही, कम ज्योमेट्री टाइप वाली सुविधाएं, ज़्यादा ज्योमेट्री टाइप वाली सुविधाओं के नीचे दिखती हैं. उदाहरण के लिए, लाइनें पॉलीगॉन के नीचे और पॉइंट लाइनों के नीचे दिखते हैं. इसके अलावा, कम ज़ूम लेवल (बड़ी सुविधाएं) वाली सुविधाएं, ज़्यादा ज़ूम लेवल (छोटी सुविधाएं) वाली सुविधाओं के नीचे दिखती हैं.
priority	नंबर, ज़रूरी नहीं	प्रोजेक्ट में टास्क की प्राथमिकता. ज़्यादा प्राथमिकता वाले टास्क को पहले शेड्यूल किया जाता है. यह 0 से 9999 के बीच का पूर्णांक होना चाहिए. डिफ़ॉल्ट रूप से, यह वैल्यू 100 पर सेट होती है.