Signature_pad: التقاط البيانات البيومترية بالعلامة

يعتمد ذلك على البيانات التي تفكر فيها بالضبط ، لكنني أعتقد أنه سيكون ممكنًا. هناك ISO / IEC 19794-7: 2014 التي "_حدد تنسيقات تبادل البيانات للبيانات السلوكية للتوقيع / الإشارة الملتقطة في شكل سلسلة زمنية متعددة الأبعاد _" ، لذلك سيكون من الرائع استخدام هذا المعيار بدلاً من الخروج بمعيارنا الخاص . لسوء الحظ ، لا يمكنني الوصول إلى هذا المستند ولا أعرف كيف يبدو التنسيق فعليًا: /

شكرا جزيلا لردكم! سوف أتطلع إلى هذا المعيار و
سأبلغ هنا عن أي تقدم يمكنني الحصول عليه لمزيد من الاستخدام.

El 21/1/2017 10:21، "Szymon Nowak" [email protected] escribió:

يعتمد ذلك على البيانات التي تفكر فيها بالضبط ، لكنني أعتقد أنها ستكون كذلك
المستطاع. يوجد ISO / IEC 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-beta.1) ، والذي يحتوي على طريقة #toData التي تُرجع جميع النقاط مجمعة في سطور ، ولكنها حاليًا لا تُرجع سوى إحداثيات الوقت و x و y لـ كل نقطة. سيكون من السهل إضافة السرعة والتسارع إليها ، لكنني لا أعتقد أنه يمكننا التقاط أي شيء آخر.

يمكنك تجربة هذا الإصدار التجريبي على الصفحة التجريبية - فقط ارسم أي شيء ثم اتصل بـ signaturePad.toData() في وحدة تحكم أدوات التطوير.

بالطبع ، سيكون التقاط السرعة والتسارع أمراً رائعاً وكافياً
لضمان قانونًا أن الموقّع لا يمكنه رفض التفويض. على أي حال ، فإن ملف
طريقة #toData الجديدة هي ملاحظة ممتازة بالنسبة لي. سأحاول وردود الفعل
أنت.

شكرا جزيلا!

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

kalihos https://github.com/kalihos يمكنك أيضًا تجربة الأحدث
إصدار beta (1.6.0-beta.1) ، والذي يحتوي على طريقة #toData تُرجع الكل
النقاط مجمعة في سطور ، لكنها حاليًا تُرجع الوقت فقط ، x و y
إحداثيات كل نقطة. سيكون من السهل بالأحرى إضافة السرعة و
إلى ذلك ، لكنني لا أعتقد أنه يمكننا التقاط أي شيء آخر.

يمكنك تجربة هذا الإصدار التجريبي على الصفحة التجريبية
https://szimek.github.io/signature_pad/ - فقط ارسم أي شيء ثم
استدعاء signaturePad.toData () في وحدة تحكم أدوات التطوير.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/szimek/signature_pad/issues/213#issuecomment-274331306 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/APdPAH0oBwyertm7moGPS24Fubi33MKOks5rU1sJgaJpZM4LphIH
.

أفترض أنه يمكن الاستدلال على التسارع والسرعة من الطوابع الزمنية - ولكن لما تستحقه ، سيكون من الجيد حقًا وجود خيار لتضمين نقاط البيانات هذه عند الاتصال بـ toData ، أو الحصول على طريقة جديدة لحسابها .

بالمناسبة - أنا أحب الإصدار التجريبي. لقد اختبرت ذلك قليلاً وأتطلع إلى أن أكون قادرًا على تخزين البيانات الأولية في قاعدة البيانات في المستقبل. أشياء عظيمة! 👍

@ JD- روبس

بالمناسبة - أنا أحب الإصدار التجريبي.

شكرا! :)

لقد اختبرت ذلك قليلاً وأتطلع إلى أن أكون قادرًا على تخزين البيانات الأولية في قاعدة البيانات في المستقبل.

لهذا السبب بالضبط أفضل استخدام بعض المعايير الحالية لتخزين هذه الأشياء. بمجرد أن يبدأ الأشخاص في تخزينه في قاعدة البيانات الخاصة بهم ، سيكون من الصعب تعديله في الإصدارات التالية. في الأصل ، كان من المفترض أن تكون خاصة وتستخدم فقط لرسم SVG والمساعدة في اختبارات الوحدة.

أنا فقط أتساءل ما السرعة والتسارع الذي يجب أن يكون للنقطة الأولى في كل سطر - 0 أو null/undefined ؟

لقد جربت نسختك التجريبية الممتازة ، وهي تعمل بشكل رائع! كما قلت ، سيكون من الرائع أن يتوفر لديك المزيد من السرعة والتسارع. من الناحية القانونية ، أعتقد أنه ليس من المناسب وجود 0 أو فارغ / غير محدد للنقطة الأولى ، لأنه سيتم استخدامه فقط لمقارنة علامة بأخرى محفوظة مسبقًا ، بحيث يمكن لأي شخص التحقق مما إذا كان هو نفس الشخص الذي وقع في المرتين . ولكن ، من الناحية الفنية ، قد يكون من الأفضل ضبط التسريع للنقطة الأولى على 0. أعتقد أنه سيكون من الأسهل تخزين المصفوفة الكاملة ، لأن 0 هو دائمًا تنسيق أسهل للتصدير إلى ملف ... وإلا فإننا تخزين "null-5-3-7-2 ..." ، ويبدو الأمر محيرًا بعض الشيء في رأيي ...

فيما يتعلق بالمعيار ، كما قلت ، أحاول الحصول على معلومات مفصلة حوله ، لكن الاختلافات القانونية الكبيرة في التعقيد بين البلدان المختلفة لا تساعد على الإطلاق ... على سبيل المثال ، في إسبانيا لا توجد شهادة قانونية حول هذا النوع من اللافتات "الرقمية المكتوبة بخط اليد" ، لكنها مقبولة. ولكن ، على عكس العلامة التقليدية المكتوبة بخط اليد أو العلامة الرقمية المعتمدة ، فأنت هنا الشخص الذي يحتاج إلى إثبات أن عمليتك على ما يرام ويمكنك التأكد من صحة العلامة ، ولكن بناءً على أمر قانوني إسباني (http: // noticias.juridicas.com/base_datos/Admin/l59-2003.html - آسف ، الإسبانية فقط).

أهلا مرة أخرى!

لا يمكنني الوصول إلى المستند القياسي بأي حال من الأحوال ، لكني كنت أبحث في القانون الإسباني ، وبياناتك الملتقطة حاليًا أكثر من جيدة. لا يمكن التقاط سوى البيانات مثل نقاط الضغط والميل من جهاز عادي ، لكنها ليست ضرورية تمامًا. على أي حال ، فإن السرعة والتسارع سيكونان مذهلين لضمان عدم رفض المستخدم لإشاراته. أنا أبدأ تطويري بدمج المكون الخاص بك. إذا قمت بإضافة مثل هذه البيانات الإضافية في المستقبل القريب ، فسوف أحاول تكييف البيانات في قاعدة البيانات الخاصة بي. إنه يعمل بشكل رائع حقًا ...

شكرا جزيلا!

أعتقد أنه إذا كانت نقطة ما لديها بالفعل سرعة وتسارع ، فلن تحتاج حقًا إلى وقت بعد الآن. سأحاول تحديثه ، على الرغم من أن الأمر قد يستغرق بعض الوقت. ربما شخص ما يريد إنشاء العلاقات العامة؟ 😉

تضمين التغريدة

لهذا السبب بالضبط أفضل استخدام بعض المعايير الحالية لتخزين هذه الأشياء. بمجرد أن يبدأ الأشخاص في تخزينه في قاعدة البيانات الخاصة بهم ، سيكون من الصعب تعديله في الإصدارات التالية. في الأصل ، كان من المفترض أن تكون خاصة وتستخدم فقط لرسم SVG والمساعدة في اختبارات الوحدة.

هذه نقطة جيدة جدًا - لم أفكر حتى الآن مع كل حماسي (على الرغم من أنني ما زلت أقوم بتخزين BLOBs ، من الجيد أن أحصل على المعلومات البيومترية الخام أيضًا). أفترض أن أي إصدار مستقبلي سيظل قائمًا على المعلومات الأساسية حول الإحداثيات والوقت - لذلك ، أعتقد أنه يمكن دائمًا أن يكون هناك مسار ترقية / تحويل في حالة تغيير الأشياء (مثل المقاييس / المقاييس). لكن ، مرة أخرى ، لست على دراية بكيفية تنفيذ كل شيء.

أنا فقط أتساءل ما السرعة والعجلة التي يجب أن تكون للنقطة الأولى في كل سطر - 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] escribió:

أعتقد أنه إذا كانت نقطة ما لديها بالفعل سرعة وتسارع ، فإنها لا تفعل ذلك
حقا بحاجة إلى وقت بعد الآن. سأحاول تحديثه ، على الرغم من أن الأمر قد يستغرق
في حين. ربما شخص ما يريد إنشاء العلاقات العامة؟ 😉

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على 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 بالفعل؟

تنسيق X من القلم (يزداد عند الانتقال إلى اليمين)
تنسيق Y من القلم (الزيادات عند التحركات لأعلى)
تنسيق Z من القلم (زيادة عند تحريك المصعد بين الجهاز والقلم ، وهذا لا ينطبق هنا)
السرعة الأفقية (الفرق بين السرعات)
السرعة العمودية (الفرق بين السرعات)
تسارع أفقي
التسارع العمودي
زمن
فارق التوقيت
ضغط
زاوية (هذا لا ينطبق هنا)

باستخدام المكون الإضافي الخاص بك ، يمكنك الحصول على معظم العناصر من هذه القائمة.

https://image.slidesharecdn.com/onlinesignaturerecognition-130201011136-phpapp02/95/online-signature-recognition-16-638.jpg؟cb=1359681345

@ javenosa شكرا! إذا كان هناك أي شخص يريد إجراء العلاقات العامة لإضافة سرعات أفقية ورأسية وتسارع وفرق زمني ، فسيكون ذلك رائعًا 😉 كما قلت لا يمكننا حقًا الحصول على تنسيق Z أو ضغط أو زاوية.

أحد الاختلافات هو أنه في لوحة HTML ، يزداد التنسيق Y عند الانتقال إلى الأسفل. لست متأكدًا مما إذا كان من المنطقي تغييرها لتتوافق مع المواصفات ، لأنه سيكون مزعجًا بعض الشيء لاستخدام هذه البيانات ثم الرسم على لوحة قماشية وربما تحتاج إلى معرفة ارتفاع اللوحة القماشية لمعرفة ماذا للطرح من ...

أتساءل أيضًا عما إذا كان يجب أن يكون لدينا أيضًا طريقة أخرى (أو خيارًا مقابل #toData ) والتي تُرجع لون القلم وعرض max / min لكل سطر أيضًا. إنه ليس ضروريًا حقًا لبيانات المقاييس الحيوية للتوقيع ، لذلك ربما يمكن إضافتها لاحقًا ، إذا اشتكى عدد كافٍ من الأشخاص من ذلك.

أعتقد أنه يمكن الضغط على الجهاز الصحيح (بالطبع ، مع دعم الضغط ، iPhone 6s ، iPhone 6s Plus ، iPhone 7 ، iPhone 7 Plus ، إلخ).

لم يكن لدي أي فكرة أنه من الممكن الحصول على هذه القيم في JS ، هذا رائع جدًا.

على الرغم من النظر إلى الكود المصدري https://pressurejs.com ، فإنه لا يبدو أنه تافه في التنفيذ ولست متأكدًا من أنه يستحق الكود الإضافي ، لذلك ربما يمكن تأجيله في الوقت الحالي وإضافته في النهاية في الإصدارات التالية.

نعم ، pressurejs هو أحد البدائل (أنا فقط أنسخ نسخة iphone من موقعهم hahah).
أنا أفهم وجهة نظرك ، منطق الصوت.

لقد اختبرت pressurejs ، ويبدو أنه يقول دائمًا أن الجهاز غير مدعوم (جربت مع لوحة تتبع Macbook العادية ، iPhone ...). على أي حال ، بالنظر إلى معلومات المواصفات من javenosa ، أعتقد أننا نقوم حاليًا بتخزين كل المعلومات الضرورية في DB باستخدام طريقة toData ، باستثناء ربما الضغط (يصعب الحصول عليه بدون جهاز Wacom أو ما شابه) ، والزاوية (مماثلة للسابق) . أنا أستخدم حاليًا المكون الإضافي الممتاز الخاص بك في تطبيقي ، وهو يعمل بشكل جيد. وإذا احتجت لاحقًا إلى تحليل أي توقيع ، يمكنني قراءة المعلومات الحيوية والحصول على بيانات إضافية مثل السرعة أو التسارع. أعتقد أنه ليس من الضروري تخزين المعلومات الزائدة عن الحاجة ...

kalihos إذا قررنا تخطي الضغط في الوقت الحالي ، فأنت محق في أن جميع البيانات الأخرى (مثل السرعات والتسارع) يمكن اشتقاقها من الوقت. ربما يكون من الأسهل في الوقت الحالي إرجاع الوقت فقط وتوفير برنامج نصي في ملف README يمكنه تحويله إلى شيء يحتوي على هذه البيانات الإضافية.

أنا فقط أتساءل عما إذا كنا بحاجة أيضًا إلى إعادة حجم اللوحة القماشية (أو ربما أفضل حد أقصى / دقيقة X و Y coords) ، بحيث يكون من الممكن عكس Y coords (0 في الأسفل مقابل 0 في الأعلى).

szimek من الجيد توفير حد أقصى / دقيقة X و Y. لكن ضع في الاعتبار أنه عند الحفظ إلى SVG ، قد تكون هذه المعلومات مربكة بسبب إمكانية تغيير الحجم. ألا تعتقد أنه سيكون من الأفضل تخزين التوقيع بتنسيق PNG فقط إذا كنت تريد تخزين الحد الأقصى X / Y؟

احترام البرنامج النصي في ملف README ، نعم ، إنها فكرة أخرى جيدة. سيكون من الضروري فقط ضمان المقارنة الصحيحة للأغراض القانونية (مطالبة قانونية).

kalihos كنت أفكر في تخزين max / min X و Y فقط بحيث يمكن عكس Y للبيانات الحيوية. كما ذكر javenosa من قبل ، في المواصفات 0 يوجد في الأسفل ، ولكن في اللوحة القماشية 0 يكون في الأعلى. إذا كنا نرغب في اتباع المواصفات ، فأنا بحاجة إلى طريقة ما "لعكس اتجاه Y". بالطبع يمكن أيضًا اشتقاق max / min X و Y من خلال التكرار على جميع النقاط التي يتم إرجاعها بواسطة طريقة #toData ، لذلك لا يلزم بالضرورة إرجاعها بواسطة #toData نفسها.

szimek إنه خيار جيد لتخزين max / min X و Y ، حتى تتمكن من استعادة اللوحة الكاملة ، ويمكنك إنجاز المواصفات. على أي حال ، لا أعتقد أنه من الضروري تمامًا أخذ المواصفات حرفيًا ، إذا كان بإمكانك ضمان أصالة التوقيع ... ولكن من الصواب تخزينه ليكون أكثر "نقاء" ؛)

أي تحديث على هذا؟
التسارع والسرعة سيكونان ميزة رائعة لطريقة "toData".

شكرا

javenosa ، أركز حاليًا على إصدار 1.6 بدعم SVG ، لكن ليس لدي الكثير من وقت الفراغ ، لذا فهي تتقدم ببطء إلى حد ما.

إذا كنت ترغب في رؤيته في 1.6 ، فإن العلاقات العامة مرحب بها ؛) أيضًا ، يجب أن يكون من السهل جدًا كتابة نص برمجي بسيط يأخذ مخرجات من toData ويضيف السرعات والتسارع - كل ما تحتاجه لحساب هذه هي الوقت فرق ، والتي تم إرجاعها بالفعل.

لا أعرف كيف تكون الصيغ لحساب السرعة والتسارع ، إذا أمكنك إخباري بذلك ، يمكنني إجراء العلاقات العامة.

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

هناك Point#velocityFrom(point) يمنحك سرعة بين نقطتين وبمجرد حصولك على ذلك يمكنك استخدام نفس الكود تقريبًا لحساب التسارع:

// 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;
};

من المحتمل أن تعيد كلتا الطريقتين 0 بدلاً من 1 في حالة تماثل الأوقات ، لأن الموضع يجب أن يكون هو نفسه أيضًا ...

مشروع ممتع! معيار القياس الحيوي ISO هو معيار ثنائي مشفر ASN-1 كنا على وشك تنفيذه. لحسن الحظ ، تم إصدار إصدار XML في عام 2015 وهو أسهل بكثير في التنفيذ.

فيما يتعلق بالمنشور من javenosa ، تجدر الإشارة إلى أن معظم القنوات (تسمى قنوات في معيار ISO) اختيارية. مطلوب فقط x و y و t والباقي اختياري. لذلك قد يكون من الجيد أن يكون لديك ضغط أو زوايا Z ، وزاوية وما إلى ذلك ، ولكنها ليست إلزامية لمجموعة بيانات المقاييس الحيوية المتوافقة تمامًا. بالإضافة إلى ذلك ، يمكن حساب العديد من القيم الأخرى لاحقًا من قيم x و y و t الحالية مثل (السرعة ، والتسارع ، إلخ). لذلك سأبدأ بمجموعة بيانات أساسية: x ، y ، t ​​...

Lonzak إذا كان بإمكان أي شخص تقديم معلومات عن الشكل الذي يجب أن تبدو عليه بنية البيانات بالضبط مقارنة بالشكل الذي تبدو عليه الآن ، فسيكون ذلك رائعًا. نظرًا لأن طريقة #toData حاليًا تُرجع x و y coords والوقت ، لذلك أعتقد أنها مجرد مسألة تحويل الهيكل الحالي إلى ما هو متوقع بواسطة معيار ISO.

نعم لا توجد مشكلة: ألق نظرة على المخطط والمثال المقدم. بالنسبة إلى تحويل XML <-> JS ، يمكنك استخدام jsonix . ولكن كما ذكرنا سابقًا ، هذا هو المعيار الأحدث المستند إلى XML ، فإن الإصدار الأقدم المستند إلى ASN-1 أكثر تعقيدًا لإنشاء imho (DER ، BER encoder مع دعم تعليمات الترميز. لم نعثر على أي برنامج تشفير / فك تشفير مفتوح المصدر يدعم الذي - التي)...

مكتبة szimek الرائعة ، استخدمها في مشروع محلي متفاعل وهو سلس مثل الزبدة!
kalihos هل تعرف من التعرف على التوقيع الجيد / مطابقة sdk؟

آسف ، ولكن ليس لدي أي شيء. أنا أستخدمه فقط مع المستندات منخفضة الخطورة ، لذلك
لا أتوقع أن يرفض أي شخص علامته الخاصة.

El 21/9/2017 23:21، "Mark Vayngrib" [email protected] escribió:

szimek https://github.com/szimek مكتبة رائعة ، استخدمها في رد فعل
مشروع أصلي وهو سلس مثل الزبدة!
kalihos https://github.com/kalihos هل تعلم بتوقيع جيد
الاعتراف / مطابقة sdk؟

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على 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());

إذا أتى شخص ما بهذه المكتبة ، فسأضيف معلومات عنها إلى ملف README.

مرحبا،
هذه المحادثة ممتعة حقًا!
هل حاول شخص ما تنفيذ معيار ISO؟
وأود أن مساعدة

أي أخبار عن هذا؟

كما كنت تتحدث عن السرعة والتسارع ، فماذا عن القوة؟ توجد مكتبة تسمى pressurejs تسمح لك بقياس قوة اللمس على الأجهزة التي تدعمها. أنا لست في هذا الموضوع ، لذا لا أعرف شيئًا عن الشق القانوني.

يدعمSpringrbua v3 من هذه المكتبة أحداث المؤشر ، والتي يمكن أن توفر مثل هذه المعلومات إذا كان الجهاز يوفرها. لذلك يجب أن يكون ذلك ممكنًا ، لكنني لا أخطط له للإصدار الأول 3.0.0 ، بسبب ضيق الوقت والأجهزة لاختباره على.

شكرا علي اجابتك السريعة. لقد اكتشفت الضغط مؤخرًا ، لذلك شعرت بالفضول ، إذا كان من الممكن استخدامها للتوقيعات الرقمية أيضًا.

مكتبة szimek الرائعة ، استخدمها في مشروع محلي متفاعل وهو سلس مثل الزبدة!

mvayngrib كيف بالضبط تمكنت من جعلها تعمل مع RN؟

ntelkedzhiev أنا أستخدم لوحة التوقيع التفاعلية وهي عبارة عن غلاف حول هذه المكتبة. أو بالأحرى ، أنا أستخدم مفترقًا لهذا الغلاف ، حيث أردت استعادة العرض / الارتفاع مع عنوان url للبيانات (https://github.com/tradle/react-native-signature-pad)

mvayngrib شكرا لإخباري! أنا أفعل نفس الشيء. لقد حاولت أيضًا تحديث https://github.com/kevinstumpf/react-native-signature-pad لاستخدام الإصدار الجديد المحدث من هذا الريبو ولكن الأمر سيستغرق وقتًا أطول مما لدي الآن. أعتقد أنه يجب وضع جميع الوحدات في ملف واحد ويجب أن تكون بتنسيق CJS / UMD.

أي تحديثات حول هذا الموضوع؟

مرحبًا ، لقد وجدت معيارًا لتطبيق المقاييس الحيوية.
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 .
- هذا توقيعي

إنه يقصد ضغط الشوط ، والتسارع ، والسرعة ، وما إلى ذلك كما هو محدد في مواصفات ISO 19794-7.
تعتبر هذه البيانات البيومترية مفيدة للتحقق من صحة التوقيع بشكل قانوني ، وصورة التوقيع وحدها غير كافية في بعض البلدان مثل إيطاليا وربما إسبانيا.

تقصد مثل النبض وضغط الدم والاتصال بالتلميذ ودرجة حرارة الجسم؟
...
يوم الثلاثاء ، 15 سبتمبر 2020 الساعة 1:24 صباحًا _ @ _. * > كتب: مرحبًا! ستكون هذه إضافة رائعة للمشروع. اي اخبار عنها؟ - أنت تتلقى هذا لأنك مشترك في هذا الموضوع. قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub < # 213 (تعليق) > ، أو قم بإلغاء الاشتراك https://github.com/notifications/unsubscribe-auth/AK7MVVQPIVBQFFOLU3NGV4TSF4QCBANCNFSM4C5GCIDQ .
- هذا توقيعي

إنه يقصد ضغط الشوط ، والتسارع ، والسرعة ، وما إلى ذلك كما هو محدد في مواصفات ISO 19794-7.
تعتبر هذه البيانات البيومترية مفيدة للتحقق من صحة التوقيع بشكل قانوني ، وصورة التوقيع وحدها غير كافية في بعض البلدان مثل إيطاليا وربما إسبانيا.

نعم. هذا صحيح في إسبانيا شرط للتوقيع الرقمي المتقدم.

أحاول القيام به في https://github.com/javyxx/signature_pad هو تعديل بسيط لتوفير الضغط

https://developer.mozilla.org/en-US/docs/Web/API/PointerEvent/pressure

مرحبا...

إذا كان شخص ما مهتمًا ، فقد قمت بتطبيق أساسي في مفترقتي لالتقاط الضغط عند توفره ، كما قمت بتنفيذ وظيفة لتحويل البيانات الملتقطة إلى مواصفات ISO 19794-7.

نرحب بأي تعليقات أو اختبارات أو إصلاحات أو تحسينات.

قد يكون من الممتع جدًا الاندماج مع هذا المشروع على أي حال

قمت بتقسيم الريبو الخاص بك للتحديث بأحدث التغييرات في الريبو الأصلي szimek.
أعتقد أنه من المثير للاهتمام إضافة التسارعين AX و AY ، اللذين يمكنهما حساب السرعة. (زيادة السرعة / وقت الزيادة)
ما هو رأيك؟

ما هو رأيك؟

مرحبًا شهادة ...

حاولت إضافة التسريع أيضًا ، لكنني كنت أواجه مشكلات في التحقق من صحة نتائج بيانات xml. يحدد ISO قيمة قصوى وأحيانًا كان لدي قيم أكبر من هذا الحد الأقصى. هناك طريقة في ISO تتيح لك توسيع نطاق القيم وتقليصها ، ولكن لم يكن الأمر واضحًا جدًا بالنسبة لي ولم يكن لدي المزيد من الوقت للتحقيق. آسف.