Signature_pad: साइन के साथ बायोमेट्रिक डेटा कैप्चर करना

यह इस बात पर निर्भर करता है कि आपके मन में वास्तव में कौन सा डेटा है, लेकिन मुझे लगता है कि यह संभव होगा। आईएसओ/आईईसी 19794-7:2014 है जो "_एक बहु-आयामी समय श्रृंखला के रूप में कैप्चर किए गए हस्ताक्षर/हस्ताक्षर व्यवहार डेटा के लिए डेटा इंटरचेंज प्रारूप निर्दिष्ट करता है_", इसलिए हमारे साथ आने के बजाय इस मानक का उपयोग करना बहुत अच्छा होगा। . दुर्भाग्य से, मेरे पास इस दस्तावेज़ तक पहुंच नहीं है और मुझे नहीं पता कि प्रारूप वास्तव में कैसा दिखता है: /

आपके उत्तर के लिए बहूत बहूत धन्यवाद! मैं उस मानक के लिए तत्पर रहूंगा और
मैं यहां किसी भी अग्रिम की रिपोर्ट करूंगा जो मुझे आगे उपयोग के लिए मिल सकता है।

El 21/1/2017 10:21, "Szymon Nowak" [email protected] विवरण:

यह इस बात पर निर्भर करता है कि आपके मन में वास्तव में कौन सा डेटा है, लेकिन मुझे लगता है कि यह होगा
संभव। आईएसओ/आईईसी 19794-7:2014 है
http://www.iso.org/iso/catalogue_detail.htm?csnumber=55938 जो " निर्दिष्ट करता हैहस्ताक्षर/हस्ताक्षर व्यवहार डेटा के लिए डेटा इंटरचेंज प्रारूपएक बहु-आयामी समय श्रृंखला का रूप ", इसलिए यह बहुत बढ़िया होगा
अपने स्वयं के साथ आने के बजाय इस मानक का उपयोग करें। दुर्भाग्य से, मैं नहीं
इस दस्तावेज़ तक पहुंच है और यह नहीं जानते कि प्रारूप वास्तव में कैसा दिखता है
पसंद :/

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने सूत्र को लिखा है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/szimek/signature_pad/issues/213#issuecomment-274250329 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/APdPAIzn5SZW2nwNKDD3evH4ijb_1Mk7ks5rUc4wgaJpZM4LphIH
.

@kalihos आप नवीनतम बीटा रिलीज़ (1.6.0-बीटा.1) को भी आज़मा सकते हैं, जिसमें #toData विधि है जो सभी बिंदुओं को पंक्तियों में समूहीकृत करती है, लेकिन वर्तमान में यह केवल समय देता है, x और y के लिए निर्देशांक प्रत्येक बिंदु। इसमें वेग और त्वरण जोड़ना आसान होगा, लेकिन मुझे नहीं लगता कि हम कुछ और पकड़ सकते हैं।

आप डेमो पेज पर इस बीटा संस्करण को आज़मा सकते हैं - बस कुछ भी बनाएं और फिर देव टूल्स कंसोल में signaturePad.toData() पर कॉल करें।

बेशक, वेग और त्वरण पर कब्जा करना बहुत अच्छा होगा, और पर्याप्त
कानूनी रूप से वारंटी के लिए कि हस्ताक्षरकर्ता प्राधिकरण को अस्वीकार नहीं कर सकता। वैसे भी,
नई #toData पद्धति मेरे लिए एक उत्कृष्ट सूचना है। मैं कोशिश करूँगा और प्रतिक्रिया दूंगा
आप।

बहुत - बहुत धन्यवाद!

2017-01-22 14:35 GMT+01:00 Szymon Nowak [email protected] :

@kalihos https://github.com/kalihos आप नवीनतम भी आज़मा सकते हैं
बीटा रिलीज़ (1.6.0-बीटा.1), जिसमें #toData विधि है जो सभी लौटाती है
बिंदुओं को पंक्तियों में बांटा गया है, लेकिन वर्तमान में यह केवल समय, x और y लौटाता है
प्रत्येक बिंदु के लिए निर्देशांक। वेग जोड़ना आसान होगा और
इसमें तेजी आई है, लेकिन मुझे नहीं लगता कि हम और कुछ हासिल कर सकते हैं।

आप इस बीटा संस्करण को डेमो पेज पर आज़मा सकते हैं
https://szimek.github.io/signature_pad/ - बस कुछ भी बनाएं और फिर
देव उपकरण कंसोल में हस्ताक्षरPad.toData() को कॉल करें।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/szimek/signature_pad/issues/213#issuecomment-274331306 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/APdPAH0oBwyertm7moGPS24Fubi33MKOks5rU1sJgaJpZM4LphIH
.

मुझे लगता है कि टाइमस्टैम्प से त्वरण और वेग का अनुमान लगाया जा सकता है - लेकिन, इसके लायक होने के लिए, toData पर कॉल करते समय उन डेटा बिंदुओं को शामिल करने का विकल्प होना वास्तव में अच्छा होगा, या उन्हें लागू करने के लिए एक नई विधि है .

वैसे - मुझे बीटा पसंद आ रहा है। इसका थोड़ा परीक्षण कर रहे हैं और मैं भविष्य में डीबी में कच्चे डेटा को स्टोर करने में सक्षम होने की आशा करता हूं। उत्तम सामग्री! मैं

@ जद-रॉब्स

वैसे - मुझे बीटा पसंद आ रहा है।

धन्यवाद! :)

इसका थोड़ा परीक्षण कर रहे हैं और मैं भविष्य में डीबी में कच्चे डेटा को स्टोर करने में सक्षम होने की आशा करता हूं।

यही कारण है कि मैं इस सामान को संग्रहित करने के लिए कुछ मौजूदा मानक का उपयोग करना पसंद करूंगा। एक बार जब लोग इसे अपने डीबी में स्टोर करना शुरू कर देते हैं तो इसे अगले संस्करणों में संशोधित करना मुश्किल होगा। मूल रूप से, इसका मतलब निजी होना था और इसका उपयोग केवल एसवीजी को आकर्षित करने और यूनिट परीक्षणों में मदद करने के लिए किया जाता था।

मैं बस सोच रहा हूं कि प्रत्येक पंक्ति में पहले बिंदु के लिए वेग और त्वरण क्या होना चाहिए - 0 या null/undefined ?

मैंने आपके उत्कृष्ट बीटा संस्करण की कोशिश की है, और यह बहुत अच्छा काम करता है! जैसा कि आपने कहा, अतिरिक्त वेग और त्वरण उपलब्ध होना शानदार होगा। कानूनी बिंदु में, मुझे लगता है कि यह पहले बिंदु के लिए 0 या अशक्त/अपरिभाषित होने के लिए प्रासंगिक नहीं है, क्योंकि इसका उपयोग केवल पहले से सहेजे गए किसी अन्य के साथ एक संकेत की तुलना करने के लिए किया जाएगा, इसलिए कोई भी यह जांच सकता है कि क्या यह वही व्यक्ति है जिसने दोनों बार हस्ताक्षर किए हैं . लेकिन, तकनीकी रूप से बोलते हुए, पहले बिंदु के लिए त्वरण को 0 पर सेट करना बेहतर होगा। मुझे लगता है कि पूर्ण सरणी को स्टोर करना आसान होगा, क्योंकि फ़ाइल में निर्यात करने के लिए 0 हमेशा एक आसान प्रारूप होता है ... अन्यथा हम करेंगे स्टोर "नल-5-3-7-2...", और यह मेरी राय में थोड़ा भ्रमित करने वाला लगता है ...

मानक का सम्मान, जैसा कि मैंने कहा, मैं इसके बारे में विस्तृत जानकारी प्राप्त करने का प्रयास कर रहा हूं, लेकिन विभिन्न देशों के बीच जटिलता में उच्च कानूनी अंतर बिल्कुल भी मदद नहीं करता है ... उदाहरण के लिए, स्पेन में इसके बारे में कोई कानूनी प्रमाणीकरण नहीं है इस तरह का "डिजिटल-हस्तलिखित" चिन्ह, लेकिन इसे स्वीकार किया जाता है। लेकिन, पारंपरिक हस्तलिखित संकेत या डिजिटल-प्रमाणित चिह्न के विपरीत, यहां आप ही हैं जिन्हें यह प्रदर्शित करने की आवश्यकता है कि आपकी प्रक्रिया ठीक है और आप संकेत की प्रामाणिकता सुनिश्चित कर सकते हैं, लेकिन एक स्पेनिश कानूनी आदेश के आधार पर (http://) noticias.juridicas.com/base_datos/Admin/l59-2003.html - क्षमा करें, केवल स्पैनिश)।

फिर से नमस्कार!

मैं वैसे भी मानक दस्तावेज़ तक नहीं पहुंच सकता, लेकिन मैं स्पैनिश कानून देख रहा हूं, और आपका वर्तमान में कैप्चर किया गया डेटा ठीक से अधिक है। सामान्य उपकरण से केवल दबाव बिंदु और झुकाव जैसे डेटा को पकड़ना असंभव है, लेकिन वे पूरी तरह से आवश्यक नहीं हैं। वैसे भी, वेग और त्वरण यह सुनिश्चित करने के लिए आश्चर्यजनक होगा कि उपयोगकर्ता अपने स्वयं के संकेत को अस्वीकार नहीं कर रहा है। मैं आपके घटक को एकीकृत करते हुए अपना विकास शुरू कर रहा हूं। यदि आप निकट भविष्य में इस तरह का अतिरिक्त डेटा जोड़ते हैं, तो मैं अपने डेटाबेस में डेटा को अनुकूलित करने का प्रयास करूंगा। यह वास्तव में बहुत अच्छा काम कर रहा है ...

बहुत - बहुत धन्यवाद!

मुझे लगता है कि यदि किसी बिंदु में पहले से ही वेग और त्वरण है, तो उसे वास्तव में अब समय की आवश्यकता नहीं है। मैं इसे अपडेट करने का प्रयास करूंगा, हालांकि इसमें कुछ समय लग सकता है। शायद कोई पीआर बनाना चाहता है? मैं

@szimek

यही कारण है कि मैं इस सामान को संग्रहित करने के लिए कुछ मौजूदा मानक का उपयोग करना पसंद करूंगा। एक बार जब लोग इसे अपने डीबी में स्टोर करना शुरू कर देते हैं तो इसे अगले संस्करणों में संशोधित करना मुश्किल होगा। मूल रूप से, यह निजी होने के लिए था और इसका उपयोग केवल एसवीजी को आकर्षित करने और यूनिट परीक्षणों में मदद करने के लिए किया जाता था।

यह एक बहुत अच्छी बात है - मैंने अपने पूरे उत्साह के साथ इतना भी नहीं सोचा है (हालाँकि मैं अभी भी बीएलओबी का भंडारण करूँगा, कच्ची बायोमेट्रिक जानकारी भी अच्छी है)। मुझे लगता है कि भविष्य का कोई भी संस्करण अभी भी निर्देशांक और समय के आसपास की बुनियादी जानकारी पर आधारित होगा - इसलिए, मुझे लगता है कि चीजों को बदलना चाहिए (जैसे उपाय/तराजू) हमेशा एक अपग्रेड/रूपांतरण पथ हो सकता है। लेकिन, फिर से, मैं वास्तव में इस बारे में अप-टू-स्पीड नहीं हूं कि सब कुछ कैसे लागू किया जाता है।

मैं बस सोच रहा हूं कि प्रत्येक पंक्ति में पहले बिंदु के लिए वेग और त्वरण क्या होना चाहिए - 0 या शून्य/अपरिभाषित?

मुझे लगता है कि वेग 0 होगा, और दूसरे बिंदु पर डेल्टा त्वरण होगा? हालांकि, फिर, अंतिम बिंदु का त्वरण क्या होगा? शायद, दोनों को 0 होना चाहिए - निश्चित नहीं।

मुझे लगता है कि यदि किसी बिंदु में पहले से ही वेग और त्वरण है, तो उसे वास्तव में अब समय की आवश्यकता नहीं है। मैं इसे अपडेट करने का प्रयास करूंगा, हालांकि इसमें कुछ समय लग सकता है। शायद कोई पीआर बनाना चाहता है? मैं

वैकल्पिक रूप से, मुझे लगता है कि toData और fromData व्यवहार वैसे ही बना रह सकता है (केवल आवश्यक डेटा को न्यूनतम रखने के लिए)।

इसके बजाय, शायद, प्रोटोटाइप पर एक अतिरिक्त विधि हो सकती है जो toData के आउटपुट को {x: number, y: number, time: number, velocity: number, acceleration: number}[] में बदल सकती है।

होठों को संवारने वाली स्टिक या पेंसिल। मैं उस जानकारी का अनुमान समय से लगा सकता था,
सोचा कि दो संकेतों की तुलना करना आसान हो सकता है। लेकिन हाँ, यह अतिभारित होगा
आवश्यकता के बिना वस्तु। मैं आपके वर्तमान बीटा संस्करण के साथ काम करूंगा।
यह बिल्कुल सही है!

El 24/1/2017 18:20, "Szymon Nowak" [email protected] विवरण:

मुझे लगता है कि अगर किसी बिंदु में पहले से ही वेग और त्वरण है, तो यह नहीं है
वास्तव में अब समय चाहिए। मैं इसे अपडेट करने का प्रयास करूंगा, हालांकि इसमें कुछ समय लग सकता है
जबकि। शायद कोई पीआर बनाना चाहता है? मैं

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/szimek/signature_pad/issues/213#issuecomment-274872842 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/APdPAG5bKRA4vv9_uqT563KiR1eqpZ_hks5rVjLCgaJpZM4LphIH
.

इस पर +1।
ISO 19794-7 को पूरा करने के लिए यह एक अच्छी जानकारी है।

@javenosa क्या आपके पास कोई जानकारी है कि ISO 19794-7 वास्तव में कौन सा डेटा/प्रारूप निर्दिष्ट करता है?

पेन से एक्स समन्वय (दाईं ओर बढ़ने पर वृद्धि)
कलम से Y समन्वय (ऊपर जाने पर वेतन वृद्धि)
पेन से Z कॉर्ड (डिवाइस और पेन के बीच लिफ्ट को ले जाने पर इंक्रीमेंट, यह यहां लागू नहीं होता है)
क्षैतिज वेग (वेगों के बीच अंतर)
लंबवत वेग (वेगों के बीच अंतर)
क्षैतिज त्वरण
लंबवत त्वरण
समय
समय का अंतर
दबाव
कोण (यह यहाँ लागू नहीं होता है)

अपने प्लगइन के साथ आप इस सूची से सबसे अधिक आइटम प्राप्त कर सकते हैं।

https://image.slidesharecdn.com/onlinesignatureRecognition-130201011136-phpapp02/95/online-signature-रिकग्निशन-16-638.jpg?cb=1359681345

@ जेवेनोसा धन्यवाद! यदि कोई है जो क्षैतिज और लंबवत वेग और त्वरण और समय अंतर जोड़ने के लिए पीआर करना चाहता है, तो यह बहुत बढ़िया होगा जैसा आपने कहा था कि हम वास्तव में जेड समन्वय, दबाव या कोण नहीं प्राप्त कर सकते हैं।

एक अंतर यह है कि HTML कैनवास में नीचे की ओर जाने पर Y कॉर्ड बढ़ जाता है। मुझे यकीन नहीं है कि यह कल्पना के अनुपालन के लिए इसे बदलने के लिए समझ में आता है, क्योंकि इस डेटा का उपयोग करने के लिए कैनवास पर आकर्षित करने के लिए थोड़ा परेशान होगा और आपको शायद कैनवास की ऊंचाई जानने की आवश्यकता होगी क्या से घटाना...

मैं यह भी सोच रहा हूं कि क्या हमारे पास कोई अन्य विधि भी होनी चाहिए (या #toData के लिए एक विकल्प) जो पेन रंग और अधिकतम/न्यूनतम चौड़ाई प्रति पंक्ति भी लौटाती है। हस्ताक्षर बायोमेट्रिक डेटा के लिए यह वास्तव में आवश्यक नहीं है, इसलिए हो सकता है कि इसे बाद में जोड़ा जा सके, यदि पर्याप्त लोग इसके बारे में शिकायत करते हैं।

मुझे लगता है कि दबाव सही डिवाइस पर हो सकता है (बेशक, दबाव समर्थन के साथ, iPhone 6s, iPhone 6s Plus, iPhone 7, iPhone 7 Plus, आदि)।

मुझे नहीं पता था कि जेएस में इन मूल्यों को प्राप्त करना संभव है, यह बहुत बढ़िया है।

हालांकि https :// pressurejs.com स्रोत कोड को देखते हुए यह लागू करने के लिए तुच्छ नहीं लगता है और मुझे यकीन नहीं है कि यह अतिरिक्त कोड के लायक है, इसलिए शायद इसे अभी के लिए स्थगित किया जा सकता है और अंततः अगले संस्करणों में जोड़ा जा सकता है।

हां, दबावज एक विकल्प है (मैं सिर्फ आईफोन के संस्करण को उनकी साइट से कॉपी करता हूं)।
मैं आपकी बात समझता हूं, ध्वनि तर्क।

मैंने दबावज का परीक्षण किया, और ऐसा हमेशा लगता है कि डिवाइस समर्थित नहीं है (मैंने सामान्य मैकबुक ट्रैकपैड, आईफोन ... के साथ प्रयास किया)। वैसे भी, @javenosa से विशिष्ट जानकारी को देखते हुए, मुझे लगता है कि हम वर्तमान में प्रत्येक आवश्यक जानकारी को toData विधि के साथ DB में संग्रहीत कर रहे हैं, सिवाय शायद दबाव (Wacom डिवाइस या समान के बिना प्राप्त करना मुश्किल), और कोण (पिछले के समान) . मैं वर्तमान में अपने आवेदन में आपके उत्कृष्ट प्लगइन का उपयोग कर रहा हूं, और यह ठीक काम करता है। और, अगर मुझे बाद में किसी हस्ताक्षर का विश्लेषण करने की आवश्यकता है, तो मैं बायोमेट्रिक जानकारी पढ़ सकता हूं और वेग या त्वरण जैसे अतिरिक्त डेटा प्राप्त कर सकता हूं। मुझे लगता है कि अनावश्यक जानकारी स्टोर करना जरूरी नहीं है ...

@kalihos अगर हम अभी के लिए दबाव छोड़ने का फैसला करते हैं, तो आप सही हैं कि अन्य सभी डेटा (यानी वेग और त्वरण) समय से प्राप्त किए जा सकते हैं। हो सकता है कि अभी के लिए केवल समय वापस करना और रीडमे फ़ाइल में एक स्क्रिप्ट प्रदान करना आसान होगा जो इसे किसी ऐसी चीज़ में परिवर्तित कर सकता है जिसमें यह अतिरिक्त डेटा है।

मैं बस सोच रहा हूं कि क्या हमें कैनवास के आकार (या शायद बेहतर अधिकतम/न्यूनतम एक्स और वाई कॉर्ड) को वापस करने की आवश्यकता है, ताकि वाई कॉर्ड को उलटना संभव हो (नीचे 0 बनाम शीर्ष पर 0)।

@szimek अधिकतम/मिनट X और Y निर्देशांक प्रदान करना एक अच्छा विचार है। लेकिन ध्यान रखें कि, एसवीजी में सहेजते समय, आकार बदलने की संभावना के कारण ऐसी जानकारी भ्रमित करने वाली हो सकती है। क्या आपको नहीं लगता कि सिग्नेचर को केवल पीएनजी फॉर्मेट में स्टोर करना बेहतर होगा यदि आप अधिकतम एक्स/वाई स्टोर करना चाहते हैं?

रीडमी फ़ाइल में स्क्रिप्ट का सम्मान करें, हाँ, यह एक और अच्छा विचार है। केवल कानूनी उद्देश्यों (कानूनी दावे) के लिए एक सही तुलना सुनिश्चित करना आवश्यक होगा।

@kalihos मैं केवल अधिकतम/मिनट X और Y को संग्रहीत करने के बारे में सोच रहा था ताकि बायोमेट्रिक डेटा के लिए Y को उलटना संभव हो। जैसा कि @javenosa ने पहले उल्लेख किया है, कल्पना में 0 सबसे नीचे है, लेकिन कैनवास में 0 सबसे ऊपर है। अगर हम कल्पना का पालन करना चाहते हैं, तो मुझे वाई कोर्ड्स को "रिवर्स" करने के लिए किसी तरह की आवश्यकता होगी। बेशक अधिकतम/मिनट एक्स और वाई को #toData विधि द्वारा लौटाए गए सभी बिंदुओं पर पुनरावृत्ति करके भी प्राप्त किया जा सकता है, इसलिए इसे #toData द्वारा वापस करने की आवश्यकता नहीं है।

@szimek अधिकतम/न्यूनतम एक्स और वाई स्टोर करने का यह एक अच्छा विकल्प है, ताकि आप पूर्ण कैनवास को पुनर्स्थापित कर सकें, और आप कल्पना को पूरा कर सकें। वैसे भी, मुझे नहीं लगता कि कल्पना को शाब्दिक रूप से लेना पूरी तरह से जरूरी है, अगर आप हस्ताक्षर प्रामाणिकता सुनिश्चित कर सकते हैं ... लेकिन इसे और अधिक "शुद्ध" होने के लिए स्टोर करना सही है;)

इस पर किसी भी अद्यतन?
त्वरण और वेग "toData" पद्धति की एक अद्भुत विशेषता होगी।

धन्यवाद

@javenosa मैं वर्तमान में एसवीजी समर्थन के साथ 1.6 रिलीज करने पर ध्यान केंद्रित कर रहा हूं, लेकिन ज्यादा खाली समय नहीं है, इसलिए यह धीरे-धीरे आगे बढ़ रहा है।

यदि आप इसे 1.6 में देखना चाहते हैं, तो पीआर का स्वागत है;) इसके अलावा, एक साधारण स्क्रिप्ट लिखना काफी आसान होना चाहिए जो toData से आउटपुट लेता है और वेग और त्वरण जोड़ता है - आपको उन सभी की गणना करने की आवश्यकता है जो समय हैं diffs, जो पहले ही वापस आ चुके हैं।

मुझे नहीं पता कि वेग और त्वरण की गणना करने के सूत्र कैसे होंगे, अगर आप मुझे बता सकते हैं कि, मैं एक पीआर कर सकता हूं।

velocity = change in distance / change in time
acceleration = change in velocity / change in time

Point#velocityFrom(point) है जो आपको 2 बिंदुओं के बीच वेग देगा और एक बार जब आप इसे प्राप्त कर लेंगे तो आप त्वरण की गणना के लिए लगभग उसी कोड का उपयोग कर सकते हैं:

// This one already exists
Point.prototype.velocityFrom = function (start) {
  return (this.time !== start.time) ? this.distanceTo(start) / (this.time - start.time) : 1;
};

// This one should be added
Point.prototype.accelerationFrom = function (start) {
  return (this.time !== start.time) ? this.velocityFrom(start) / (this.time - start.time) : 1;
};

समय समान होने की स्थिति में दोनों विधियों को शायद $#$5 1 #$ के बजाय 0 वापस करना चाहिए, क्योंकि स्थिति समान होनी चाहिए ...

दिलचस्प परियोजना! आईएसओ बायोमेट्री मानक एक एएसएन -1 एन्कोडेड बाइनरी मानक है जिसे हम लागू करने वाले थे। सौभाग्य से हमारे लिए एक एक्सएमएल संस्करण 2015 में जारी किया गया था जिसे लागू करना बहुत आसान है।

javenosa की पोस्ट के संबंध में यह उल्लेखनीय है कि अधिकांश चैनल (उन्हें आईएसओ मानक में चैनल कहा जाता है) वैकल्पिक हैं। केवल x, y और t की आवश्यकता है और शेष वैकल्पिक है। तो दबाव या जेड-कोर्ड्स, कोण इत्यादि होना अच्छा हो सकता है लेकिन पूरी तरह से अनुपालन बायोमेट्रिक डेटासेट के लिए यह अनिवार्य नहीं है। इसके अतिरिक्त कई अन्य मानों की गणना बाद में मौजूदा x, y, और t मानों जैसे (वेग, त्वरण आदि) से की जा सकती है। तो मैं सबसे बुनियादी डेटासेट से शुरू करूंगा: एक्स, वाई, टी ...

@ लोंजाक अगर कोई जानकारी प्रदान कर सकता है कि डेटा संरचना वास्तव में कैसी दिखती है, इसकी तुलना में यह कैसा दिखना चाहिए, यह बहुत अच्छा होगा। क्योंकि वर्तमान में #toData विधि x, y निर्देशांक और समय लौटाती है, इसलिए मुझे लगता है कि यह वर्तमान संरचना को ISO मानक द्वारा अपेक्षित किसी भी चीज़ में बदलने की बात है।

हाँ कोई समस्या नहीं: स्कीमा और आपूर्ति किए गए उदाहरण पर एक नज़र डालें। XML<->JS रूपांतरण के लिए आप jsonix का उपयोग कर सकते हैं। लेकिन जैसा कि पहले ही उल्लेख किया गया है कि यह नया एक्सएमएल आधारित मानक है, पुराना एएसएन-1 आधारित संस्करण इम्हो (डीईआर, बीईआर एन्कोडर एन्कोडिंग निर्देशों के समर्थन के साथ) बनाने के लिए अधिक जटिल है। हमें कोई ओपन सोर्स एन्कोडर/डिकोडर नहीं मिला जो समर्थित है वह)...

@szimek भयानक पुस्तकालय, इसे एक प्रतिक्रिया देशी परियोजना में उपयोग कर रहा है और यह मक्खन के रूप में चिकना है!
@kalihos क्या आप एक अच्छी हस्ताक्षर पहचान/मिलान एसडीके के बारे में जानते हैं?

क्षमा करें, लेकिन मेरे पास कुछ भी नहीं है। मैं इसे केवल कम जोखिम वाले दस्तावेज़ों के लिए उपयोग करता हूं, इसलिए
मैं किसी से यह उम्मीद नहीं करता कि वह अपनी ही निशानी को ठुकराएगा।

एल 21/9/2017 23:21, "मार्क वायंग्रिब" सूचनाएं @github.com विवरण:

@szimek https://github.com/szimek भयानक पुस्तकालय, एक प्रतिक्रिया में इसका उपयोग कर
देशी परियोजना और यह मक्खन की तरह चिकनी है!
@kalihos https://github.com/kalihos क्या आप एक अच्छे हस्ताक्षर के बारे में जानते हैं
मान्यता/मिलान एसडीके?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/szimek/signature_pad/issues/213#issuecomment-331285500 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/APdPANXnge-rnI2TRuV9w-uqdp8kn_nbks5sktNEgaJpZM4LphIH
.

@szimek मुझे ऐसा कुछ मिला है:
http://stg.jsm.gov.my/documents/372014/372056/MS+ISOIEC+19794-7+2008+-+INFORMATION+TECHNOLOGY+BIOMETRIC+DATA+INTERCHANGE+FORMATS+PART+7+SIGNATURE+SIGN+ TIME+SERIES+DATA-712359.pdf/25a168da-0654-4907-b527-ad808005fe78?version=1.0&previewFileIndex=

@mgierw धन्यवाद! हालाँकि, अब जब SignaturePad#toData है, तो कोई (शायद) एक छोटी स्क्रिप्ट लिख सकता है जो इस फ़ंक्शन का आउटपुट लेता है और इसे इस मानक द्वारा अपेक्षित प्रारूप में परिवर्तित करता है। इसे इस पुस्तकालय का हिस्सा भी नहीं होना पड़ेगा।

कुछ इस तरह:

const data = convertToISO(signaturePad.toData());

अगर कोई ऐसी लाइब्रेरी के साथ आता है, तो मैं इसके बारे में रीडमे फाइल में जानकारी जोड़ूंगा।

नमस्ते,
यह बातचीत वाकई दिलचस्प है!
क्या किसी ने आईएसओ मानक लागू करने की कोशिश की?
मैं मदद करना चाहता हूँ

इस पर कोई भी समाचार?

जैसा कि आप गति और त्वरण के बारे में बात कर रहे थे, बल के बारे में क्या? प्रेशरज नामक एक पुस्तकालय है, जो आपको इसका समर्थन करने वाले उपकरणों पर स्पर्श के बल को मापने की अनुमति देता है। मैं इस विषय में नहीं हूं, इसलिए मुझे कानूनी हिस्से के बारे में कुछ भी पता नहीं है।

इस पुस्तकालय का @Springrbua v3 सूचक घटनाओं का समर्थन करता है, जो ऐसी जानकारी प्रदान कर सकता है यदि कोई उपकरण इसे प्रदान करता है। तो यह संभव होना चाहिए, लेकिन मैं इसे पहले 3.0.0 रिलीज के लिए योजना नहीं बना रहा हूं, क्योंकि इसका परीक्षण करने के लिए समय और उपकरणों की कमी है।

तेज़ उत्तर के लिए धन्यवाद। मैंने हाल ही में प्रेशरज की खोज की है, इसलिए मैं उत्सुक था, क्या इसका उपयोग डिजिटल हस्ताक्षर के लिए भी किया जा सकता है।

@szimek भयानक पुस्तकालय, इसे एक प्रतिक्रिया देशी परियोजना में उपयोग कर रहा है और यह मक्खन के रूप में चिकना है!

@mvayngrib आपने इसे RN के साथ काम करने के लिए वास्तव में कैसे प्रबंधित किया?

@ntelkedzhiev मैं प्रतिक्रिया-मूल-हस्ताक्षर-पैड का उपयोग कर रहा हूं जो इस पुस्तकालय के चारों ओर एक आवरण है। या यों कहें, मैं उस रैपर के कांटे का उपयोग कर रहा हूं, क्योंकि मैं डेटा यूआरएल (https://github.com/tradle/react-native-signature-pad) के साथ चौड़ाई/ऊंचाई वापस प्राप्त करना चाहता था।

@mvayngrib मुझे बताने के लिए धन्यवाद! मैं वही काम कर रहा हूं। मैंने इस रेपो के नए अद्यतन संस्करण का उपयोग करने के लिए https://github.com/kevinstumpf/react-native-signature-pad को अपडेट करने का भी प्रयास किया, लेकिन मेरे पास अभी की तुलना में अधिक समय लगेगा। मुझे लगता है कि सभी मॉड्यूल को एक फाइल के अंदर रखना होगा और वे सीजेएस/यूएमडी प्रारूप में होना चाहिए।

इस विषय पर कोई अपडेट?

नमस्ते, मुझे एक बायोमेट्रिक कार्यान्वयन मानक मिला।
https://github.com/biosignin/bsi-core
यह थोड़ा पुराना है लेकिन यह शुरुआती बिंदु के रूप में लायक हो सकता है

नमस्ते! यह परियोजना के लिए इतना बढ़िया अतिरिक्त होगा। इसके बारे में कोई खबर?

आपका मतलब नाड़ी, रक्तचाप, पुतली का डायलेशन, शरीर का तापमान है?

मंगलवार, 15 सितंबर, 2020 को पूर्वाह्न 1:24 बजे corrrso [email protected] ने लिखा:

नमस्ते! यह परियोजना के लिए इतना बढ़िया अतिरिक्त होगा। इसके बारे में कोई खबर?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/szimek/signature_pad/issues/213#issuecomment-692553010 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AK7MVVQPIVBQFFOLU3NGV4TSF4QCBANCNFSM4C5GCIDQ
.

--
यहाँ मेरा हस्ताक्षर है

आपका मतलब नाड़ी, रक्तचाप, पुतली का डायलेशन, शरीर का तापमान है?
…
मंगलवार, 15 सितंबर, 2020 को पूर्वाह्न 1:24 बजे पूर्वाह्न @ । * > लिखा : नमस्ते ! यह परियोजना के लिए इतना बढ़िया अतिरिक्त होगा। इसके बारे में कोई खबर? — आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस धागे की सदस्यता ली है। इस ईमेल का सीधे उत्तर दें, इसे GitHub < #213 (टिप्पणी) > पर देखें, या https://github.com/notifications/unsubscribe-auth/AK7MVVQPIVBQFFOLU3NGV4TSF4QCBANCNFSM4C5GCIDQ को अनसब्सक्राइब करें।
-- यहाँ मेरा हस्ताक्षर है

उनका मतलब है स्ट्रोक दबाव, त्वरण, गति, आदि जैसा कि आईएसओ 19794-7 विनिर्देशों में परिभाषित किया गया है।
यह बायोमेट्रिक डेटा को कानूनी रूप से एक हस्ताक्षर को मान्य करने के लिए उपयोगी माना जाता है, अकेले हस्ताक्षर छवि इटली और शायद स्पेन जैसे कुछ देशों में अपर्याप्त है।

आपका मतलब नाड़ी, रक्तचाप, पुतली का डायलेशन, शरीर का तापमान है?
…
मंगलवार, 15 सितंबर, 2020 को पूर्वाह्न 1:24 बजे पूर्वाह्न _ @ _। * > लिखा : नमस्ते ! यह परियोजना के लिए इतना बढ़िया अतिरिक्त होगा। इसके बारे में कोई खबर? — आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस धागे की सदस्यता ली है। इस ईमेल का सीधे उत्तर दें, इसे GitHub < #213 (टिप्पणी) > पर देखें, या https://github.com/notifications/unsubscribe-auth/AK7MVVQPIVBQFFOLU3NGV4TSF4QCBANCNFSM4C5GCIDQ को अनसब्सक्राइब करें।
-- यहाँ मेरा हस्ताक्षर है

उनका मतलब है स्ट्रोक दबाव, त्वरण, गति, आदि जैसा कि आईएसओ 19794-7 विनिर्देशों में परिभाषित किया गया है।
यह बायोमेट्रिक डेटा को कानूनी रूप से एक हस्ताक्षर को मान्य करने के लिए उपयोगी माना जाता है, अकेले हस्ताक्षर छवि इटली और शायद स्पेन जैसे कुछ देशों में अपर्याप्त है।

हाँ। यह सच है कि स्पेन में उन्नत डिजिटल हस्ताक्षर की आवश्यकता है।

मैं https://github.com/javyxx/signature_pad में करने की कोशिश करता हूं दबाव बचाने के लिए सरल संशोधन है

https://developer.mozilla.org/en-US/docs/Web/API/PointerEvent/दबाव

नमस्ते...

यदि कोई दिलचस्पी लेता है, तो मैंने अपने कांटे में उपलब्ध होने पर दबाव को पकड़ने के लिए एक बुनियादी कार्यान्वयन किया और मैंने कैप्चर किए गए डेटा को आईएसओ 19794-7 विनिर्देश में बदलने के लिए एक फ़ंक्शन भी लागू किया।

किसी भी टिप्पणी, परीक्षण, सुधार या सुधार का स्वागत है।

वैसे भी इस परियोजना के साथ विलय करना बहुत दिलचस्प हो सकता है

मैंने आपके रेपो को szimek मूल रेपो में नवीनतम परिवर्तनों के साथ अद्यतन करने के लिए फोर्क किया।
मुझे लगता है कि त्वरण AX और AY को जोड़ना दिलचस्प है, जो वेग की तरह गणना कर सकते हैं। (वेग की वृद्धि / वेतन वृद्धि समय)
आपकी क्या राय है?

आपकी क्या राय है?

हाय सर्टिफर्म...

मैंने त्वरण को भी जोड़ने की कोशिश की, लेकिन मुझे xml डेटा परिणामों के सत्यापन में समस्या हो रही थी। आईएसओ अधिकतम मूल्य निर्दिष्ट करता है और कभी-कभी मेरे पास उस अधिकतम से बड़े मूल्य होते थे। आईएसओ में एक तरीका है जो आपको मूल्यों को ऊपर और नीचे करने की अनुमति देता है, लेकिन यह मेरे लिए बहुत अधिक स्पष्ट नहीं था और मेरे पास जांच के लिए अधिक समय नहीं था। माफ़ करना।