Export.table.toFeatureView

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

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

आर्ग्यूमेंट	टाइप	विवरण
collection	FeatureCollection	एक्सपोर्ट करने के लिए फ़ीचर कलेक्शन.
description	स्ट्रिंग, ज़रूरी नहीं	टास्क का ऐसा नाम जिसे आसानी से पढ़ा जा सकता है. इसमें अक्षर, संख्याएं, -, _ (कोई स्पेस नहीं) शामिल हो सकते हैं. डिफ़ॉल्ट रूप से, यह "myExportTableTask" पर सेट होता है.
assetId	स्ट्रिंग, ज़रूरी नहीं	डेस्टिनेशन एसेट का आईडी. इसमें अक्षर, संख्याएं, -, _, और / (कोई खाली जगह नहीं) हो सकते हैं.
maxFeaturesPerTile	नंबर, ज़रूरी नहीं	किसी टाइल को इंटरसेक्शन करने वाली सुविधाओं की ज़्यादा से ज़्यादा संख्या. इसकी वैल्यू 0 से 2,000 के बीच हो सकती है. डिफ़ॉल्ट रूप से, इसकी वैल्यू 500 होती है. चेतावनी: फ़ीचर की ज़्यादा से ज़्यादा संख्या को 1,000 से ज़्यादा पर सेट करने पर, हो सकता है कि टाइल न दिखें.
thinningStrategy	स्ट्रिंग, ज़रूरी नहीं	इस्तेमाल की जाने वाली थिनिंग की रणनीति. यह HIGHER_DENSITY या GLOBALLY_CONSISTENT हो सकता है. डिफ़ॉल्ट रूप से, HIGHER_DENSITY पर सेट होती है. मैप पर जानकारी के किसी खास लेवल पर डेटा हटाते समय, ज़्यादा डेंसिटी वाली डेटा हटाने की रणनीति का मतलब है कि यह हर टाइल के लिए, ज़्यादा से ज़्यादा फ़ीचर की सीमा के करीब पहुंचने की कोशिश करती है. दुनिया भर में एक जैसी क्वालिटी बनाए रखने का मतलब है कि अगर किसी सुविधा को क्वालिटी कम करने की प्रोसेस के तहत हटाया जाता है, तो क्वालिटी कम करने की प्रोसेस में बराबर या उससे खराब रैंक वाली सभी अन्य सुविधाओं को भी हटा दिया जाएगा.
thinningRanking	List<String>|String, ज़रूरी नहीं	कॉमा लगाकर लिखे गए रैंकिंग के नियम, जिनसे यह तय होता है कि मैप पर फ़ीचर को किस क्रम में दिखाया जाए. डिफ़ॉल्ट रूप से, ".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" की बड़ी वैल्यू वाली फ़ीचर को प्राथमिकता दें. इसके बाद, "my-property" की छोटी वैल्यू वाली फ़ीचर को पतला करें. इसके अलावा, छोटे ज्यामिति टाइप वाली फ़ीचर को प्राथमिकता दें. उदाहरण के लिए, लाइनों से पहले पॉलीगॉन को पतला करें और पॉइंट से पहले लाइनों को पतला करें. साथ ही, कम से कम ज़ूम लेवल वाली फ़ीचर को प्राथमिकता दें. जैसे, छोटे पॉलीगॉन के बजाय बड़े पॉलीगॉन और पॉइंट के बजाय लाइनों को पतला करें.
zOrderRanking	List<String>|String, ज़रूरी नहीं	मैप पर दिखाए गए फ़ीचर के 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 पर सेट होती है.