वाहन छवि APIs के लिए खोजें और दो बिल्कुल अलग उत्पाद जवाब देते हैं। एक तरह आपकी फोटो को स्वीकार करती है: यह डीलर अपलोड्स को स्टोर करती है, पृष्ठभूमि को हटाती है, काटती है, कम्प्रेस करती है और उन्हें सर्व करती है। दूसरी तरह वाहन डेटा से छवि उत्पन्न करती है: कोई फोटो तब तक नहीं होती जब तक कि रिक्वेस्ट नहीं आती। टीमें अक्सर एक का मूल्यांकन करती हैं जबकि उन्हें दूसरी की ज़रूरत होती है, इसलिए अंतर को अपने आप में एक पृष्ठ की ज़रूरत है।
अपलोड पाइपलाइन वास्तव में क्या हल करते हैं
एक अपलोड API फोटोग्राफ्स के लिए इन्फ्रास्ट्रक्चर है। यह सवालों का जवाब देता है जैसे कि बिक्री फोटो कहाँ रहते हैं, उन्हें कैसे साफ और रीसाइज किया जाता है, और वे CDN तक कैसे पहुंचते हैं। अगर आपकी प्रोडक्ट किसी विशिष्ट भौतिक कारों, उनके दबाव और उनके ओडोमीटर को दस्तावेज़ करने पर निर्भर है, तो यह पाइपलाइन अनिवार्य है, और इसकी गुणवत्ता प्रोसेसिंग स्पीड और एज केस हैंडलिंग में दिखाई देती है।
डिलीवरी एपीआई क्या हल करते हैं
एक डिलीवरी API जैसे हमारे एक अलग सवाल का जवाब देता है: यह स्पेसिफिकेशन कैसा दिखता है? यह निर्माता डेटा से सही ट्रिम को सही रंग में रेंडर करता है, हर वाहन के लिए एक जैसा फ्रेम किया हुआ, और किसी भी भौतिक कार को फोटोग्राफ किया या बनाया जाने से पहले उपलब्ध है। यह एक खरोंच दिखा नहीं सकता, और यह कभी गलत व्हील्स नहीं दिखाता।
| फोटो अपलोड पाइपलाइन | डिलीवरी API | |
|---|---|---|
| स्रोत | आपकी फोटोग्राफ्स | मैन्युफैक्चरर डेटा |
| स्थिति दिखाता है | हाँ | नहीं, डिज़ाइन के अनुसार |
| संगतता | फोटो की तरह ही अच्छा | निर्माण के द्वारा एक जैसे |
| कवरेज | क्या फोटोग्राफ किया गया था | पूरा कैटलॉग |
| उपलब्ध | शूट के बाद | कार के अस्तित्व से पहले |
ज्यादातर प्लेटफॉर्म्स जिस आर्किटेक्चर पर आते हैं
पक्का जवाब लेयर्ड होता है। डिलीवरी API रेफरेंस लेयर प्रदान करता है: हर वाहन के लिए हर सेकंड से ही एकरूप हीरो छवियाँ, पूर्ण कोण सेट, सही ट्रिम्स। अपलोड पाइपलाइन सबूत लेयर को ले जाता है: स्थिति फोटो, नुकसान दस्तावेज़ीकरण, व्यक्तिगत कार। लिस्टिंग्स, क्लेम फ़ाइलें और ऑक्शन लॉट्स दोनों लेयर्स को स्पष्ट रूप से अलग करने पर बेहतर दिखते हैं, क्योंकि हर एक उस सवाल का जवाब देता है जिसका वह अच्छा है।
- डेटा से रेफरेंस लेयर: तत्काल, एकरूप, पूर्ण
- फोटो से सबूत की परत: विशिष्ट, ईमानदार, शर्ती
- स्पष्ट दृश्य अलगाव, ताकि कोई एक दूसरे का नकली न हो
जल्दी पूछने योग्य इंटीग्रेशन सवाल
अपलोड पाइपलाइन्स के लिए: एक पांच मेगाबाइट फोन फोटो स्केल पर क्या होता है, और दस साल के लिए स्टोरेज का खर्चा कौन उठाता है. डिलीवरी एपीआई के लिए: क्या ट्रिम सही ढंग से रिज़ॉल्व होता है, और क्या लाइसेंस आपकी सतहों को कवर करता है. दोनों के लिए: वे आपकी डेटा मॉडल में कैसे मिलते हैं, जो आमतौर पर एक वाहन रिकॉर्ड को एक कैटलॉग रेफरेंस और एक मीडिया लिस्ट दोनों को होल्ड करने का मतलब होता है. उस रिकॉर्ड शेप को सही कर लें, और दो उत्पादों के बीच कभी लड़ाई नहीं होती.
अगर आप यहां अपलोड इंटीग्रेशन के जवाब ढूंढते हुए आए हैं लेकिन आपका असली दर्द असंगत लिस्टिंग इमेजरी है, तो पहले marketplace page से शुरू करें. यह अधिक आम गलतफहमी है, और इसे सुधारना सस्ता भी है.
दोनों के बीच माइग्रेशन
उत्पादों का अक्सर अपलोड से शुरू होता है और बाद में डिलीवरी लेयर जोड़ा जाता है, और जोड़ना दर्दरहित होता है अगर वाहन रिकॉर्ड दोनों के साथ डिज़ाइन किया गया था। मीडिया लिस्ट के साथ कैटलॉग रेफरेंस जोड़ें, स्टोर किए गए VINs को रिज़ॉल्व करके बैकफ़िल करें, और एक-एक करके सतहों को स्विच करें। लिस्टिंग्स ग्रिड अक्सर पहले कन्वर्ट होता है, क्योंकि यह वही जगह है जहां अपलोड का चावल सबसे ज़्यादा दिखाई देता है।
नाम भी महत्वपूर्ण है. अपने टीम के अंदर, दो लेयर्स को रेंडर्स और फोटो के बजाय रेफरेंस और एविडेंस कहें, क्योंकि दूसरा फ्रेमिंग गलत बहस को आमंत्रित करता है. कोई भी यह नहीं बहस करता कि एविडेंस रेफरेंस को रिप्लेस करेगा; हर कोई यह बहस करता है कि रेंडर्स फोटो को रिप्लेस करेंगे.
