consulta sobre dispositivo FingerPrint de Microsoft

Me imagino que vas a necesitar el SDK. Yo me tuve que pelear hace tiempo con
un dispositivo de Digital Persona, y sin SDK poco vas a poder hacer (el
FingerPrint no lo conozco).

De todos modos, si es para hacer un control de asistencia, ten cuidado con
eso. Hay que tener claro que estos dispositivos son simplemente un medio de
seguridad que sustituye a la entrada de usuario y contraseña en el sistema
(o eso me parece)... y nada más que eso. No sirven para controles de
asistencia (aunque algunos, empeñados en ganar mucho gastando poco, piensen
lo contrario). Para controles de asistencia por medios biométricos, es mejor
utilizar hardware y software especializados en esa tarea, y NO estos
aparatitos que no están pensados para eso.

A mí me pidieron hacer milagros de control de asistencia con el Digital
Persona, y al final lo único que conseguimos fue perder el tiempo. ¿Por qué?
Porque, para empezar, había que guardar en una base de datos las huellas
digitales, que al ser campos binarios no se podían indexar, y claro, la
búsqueda automática de un empleado cuando colocaba el dedo, tardaba
bastante. La única solución era que el empleado colocase el dedito y además
tecleara un código, con lo cual el acceso al registro era aceptable (eso sin
hablar de los fallos que tenía el aparato, que algunos empleados hasta
conseguían entrar poniendo la nariz, y no es broma XD). Pero, como digo, no
me parece la mejor solución.

En fin, historias para no dormir. Suerte en tu proyecto.


Un saludo.
Francisco Rodríguez


"mac" escribió en el mensaje de noticias
news:

Buenas tardes, quisiera saber cómo puedo introducir el uso de este
dispositivo lector de huella digital para sustituir el uso de usuario y
contraseña en mi aplicación C#, cuál es la lógica que debería utilizar, si
necesito librerias SDK, cómo implementarlo, etc. o algún enlace con la
información que necesito. La aplicación que pienso implementar es
básicamente
para control de asistencia de personal
por la ayuda y las sugerencias que me puedan dar muchas gracias
Saludos.

En cuanto a lo que dice Francisco, no coincido, por el contrario, el
software que haya detrás de estos aparaticos puede hacer mil cosas mas y
mejores que los aparatos que tienen control de asistencia incluidos. por
ejemplo, mi empresa tiene un desarrollo que el que hay 2 mil personas que
marcan a diario en diferentes ciudades de mi país y nuestro sistema por
medio de Web Services permite tener toda la base de datos de marcaciones
centralizada y en línea, el tema usar o no un código adicional simplemente
son dos formas diferentes de hacerlo y en el ambito del reconocimiento
biométrico se llama Identidicación ó Verificación, si tienes un código
adicional es la verificación, que es la solución que yo tengo montada ahora
hace dos años sin un falso positivo ni un falso negativo así que el cuentico
de la naríz, para no es más que un mito.

Si lo que se quiere es Identificación es decir sin un dato adicional además
de la sola huella, no se debe usar el mismo SDK e intentar indexar la base
de datos!, lo que se debe es hacer uso de un SDK especial para
identificación que debes pagar con licencia por SDK y por puesto lo que aún
siendo posible y totalmente implementable, es una solución que va a
incrementar los costos de la solución.


Cordial saludo,


Mauricio Atanache G.

"Francisco Rodríguez" escribió en el mensaje de
noticias:

Me imagino que vas a necesitar el SDK. Yo me tuve que pelear hace tiempo
con un dispositivo de Digital Persona, y sin SDK poco vas a poder hacer
(el FingerPrint no lo conozco).

De todos modos, si es para hacer un control de asistencia, ten cuidado con
eso. Hay que tener claro que estos dispositivos son simplemente un medio
de seguridad que sustituye a la entrada de usuario y contraseña en el
sistema (o eso me parece)... y nada más que eso. No sirven para controles
de asistencia (aunque algunos, empeñados en ganar mucho gastando poco,
piensen lo contrario). Para controles de asistencia por medios
biométricos, es mejor utilizar hardware y software especializados en esa
tarea, y NO estos aparatitos que no están pensados para eso.

A mí me pidieron hacer milagros de control de asistencia con el Digital
Persona, y al final lo único que conseguimos fue perder el tiempo. ¿Por
qué? Porque, para empezar, había que guardar en una base de datos las
huellas digitales, que al ser campos binarios no se podían indexar, y
claro, la búsqueda automática de un empleado cuando colocaba el dedo,
tardaba bastante. La única solución era que el empleado colocase el dedito
y además tecleara un código, con lo cual el acceso al registro era
aceptable (eso sin hablar de los fallos que tenía el aparato, que algunos
empleados hasta conseguían entrar poniendo la nariz, y no es broma XD).
Pero, como digo, no me parece la mejor solución.

En fin, historias para no dormir. Suerte en tu proyecto.


Un saludo.
Francisco Rodríguez


"mac" escribió en el mensaje de noticias
news:

Buenas tardes, quisiera saber cómo puedo introducir el uso de este
dispositivo lector de huella digital para sustituir el uso de usuario y
contraseña en mi aplicación C#, cuál es la lógica que debería utilizar,
si
necesito librerias SDK, cómo implementarlo, etc. o algún enlace con la
información que necesito. La aplicación que pienso implementar es
básicamente
para control de asistencia de personal
por la ayuda y las sugerencias que me puedan dar muchas gracias
Saludos.

Te estoy hablando de un proyecto de hace aproximadamente 5 años (en VB6), y
de la experiencia que tuve con una marca de dispositivo concreto en aquella
época. Supongo que desde entonces hasta ahora las cosas habrán mejorado, o
cambiado, bastante.

Cuando yo me tuve que pelear con aquello, no teníamos un SDK especial para
identificación. Era el SDK que venía con el dispositivo ("Platinum" se
llamaba, si no recuerdo mal), que traía las funciones básicas para leer
huellas digitales. En eso basaba mi opinión. Conviene aclararlo.

El "cuentico" de la nariz tuve que verlo con mis propios ojos, porque no me
lo creía. Y efectivamente lo vi. Para colmo, sucedía nada más que con
usuario. Tuve que tomármelo a risa por no llorar, claro, y gracias a Dios
que el cliente no me pidió más explicaciones sobre aquello, porque si no a
ver qué le cuento.

Sobre la indexación he dicho que, en mi caso, "había que guardar en una base
de datos las huellas digitales, que al ser campos binarios no se podían
indexar". Eso sólo nos dejaba dos alternativas: recorrer los registros
secuencialmente para ir comparando la huella capturada con la almacenada en
la base de datos (cosa que tardaba más cuantos más empleados hubiera,
lógico); o utilizar, como tú bien dices, un sistema de verificación (como
así hicimos) para acelerar la búsqueda.

Todo esto, en fin, para comentarle a mac algunos de los posibles
inconvenientes que se podía encontrar al hacer cosas de este tipo (y que
ojalá no le sucedan). Si tú tienes montado un sistema para más de dos mil
empleados con estos aparatos y te funciona, estupendo, eso que te ahorras en
costes. Mi opinión es que hay que usar cada cosa para lo que sirve, y no
más, al menos en este caso.

Un saludo.

Francisco Rodríguez



"Mauricio Atanache" escribió en el mensaje de
noticias:

En cuanto a lo que dice Francisco, no coincido, por el contrario, el
software que haya detrás de estos aparaticos puede hacer mil cosas mas y
mejores que los aparatos que tienen control de asistencia incluidos. por
ejemplo, mi empresa tiene un desarrollo que el que hay 2 mil personas que
marcan a diario en diferentes ciudades de mi país y nuestro sistema por
medio de Web Services permite tener toda la base de datos de marcaciones
centralizada y en línea, el tema usar o no un código adicional simplemente
son dos formas diferentes de hacerlo y en el ambito del reconocimiento
biométrico se llama Identidicación ó Verificación, si tienes un código
adicional es la verificación, que es la solución que yo tengo montada
ahora hace dos años sin un falso positivo ni un falso negativo así que el
cuentico de la naríz, para no es más que un mito.

Si lo que se quiere es Identificación es decir sin un dato adicional
además de la sola huella, no se debe usar el mismo SDK e intentar indexar
la base de datos!, lo que se debe es hacer uso de un SDK especial para
identificación que debes pagar con licencia por SDK y por puesto lo que
aún siendo posible y totalmente implementable, es una solución que va a
incrementar los costos de la solución.


Cordial saludo,


Mauricio Atanache G.

"Francisco Rodríguez" escribió en el mensaje de
noticias:

Me imagino que vas a necesitar el SDK. Yo me tuve que pelear hace tiempo
con un dispositivo de Digital Persona, y sin SDK poco vas a poder hacer
(el FingerPrint no lo conozco).

De todos modos, si es para hacer un control de asistencia, ten cuidado
con eso. Hay que tener claro que estos dispositivos son simplemente un
medio de seguridad que sustituye a la entrada de usuario y contraseña en
el sistema (o eso me parece)... y nada más que eso. No sirven para
controles de asistencia (aunque algunos, empeñados en ganar mucho
gastando poco, piensen lo contrario). Para controles de asistencia por
medios biométricos, es mejor utilizar hardware y software especializados
en esa tarea, y NO estos aparatitos que no están pensados para eso.

A mí me pidieron hacer milagros de control de asistencia con el Digital
Persona, y al final lo único que conseguimos fue perder el tiempo. ¿Por
qué? Porque, para empezar, había que guardar en una base de datos las
huellas digitales, que al ser campos binarios no se podían indexar, y
claro, la búsqueda automática de un empleado cuando colocaba el dedo,
tardaba bastante. La única solución era que el empleado colocase el
dedito y además tecleara un código, con lo cual el acceso al registro era
aceptable (eso sin hablar de los fallos que tenía el aparato, que algunos
empleados hasta conseguían entrar poniendo la nariz, y no es broma XD).
Pero, como digo, no me parece la mejor solución.

En fin, historias para no dormir. Suerte en tu proyecto.


Un saludo.
Francisco Rodríguez


"mac" escribió en el mensaje de noticias
news:

Buenas tardes, quisiera saber cómo puedo introducir el uso de este
dispositivo lector de huella digital para sustituir el uso de usuario y
contraseña en mi aplicación C#, cuál es la lógica que debería utilizar,
si
necesito librerias SDK, cómo implementarlo, etc. o algún enlace con la
información que necesito. La aplicación que pienso implementar es
básicamente
para control de asistencia de personal
por la ayuda y las sugerencias que me puedan dar muchas gracias
Saludos.

Podrías haber sacado una clave hash de la información y hacer la búsqueda
por la misma (es decir, guardar la información binaria y la clave hash
asociada e indexar por dicha clave). Si diera la casualidad de tener dos
identificaciones con la misma clave hash, la búsqueda final sería entre dos
registros... aunque un SHA512 no creo que diera muchos duplicados.

Además, si no me equivoco, los lectores de huella pueden suministrar
directamente esa clave hash en lugar de la información de identificación en
modo raw...



"Francisco Rodríguez" escribió en el mensaje de
noticias news:%

Te estoy hablando de un proyecto de hace aproximadamente 5 años (en VB6),
y de la experiencia que tuve con una marca de dispositivo concreto en
aquella época. Supongo que desde entonces hasta ahora las cosas habrán
mejorado, o cambiado, bastante.

Cuando yo me tuve que pelear con aquello, no teníamos un SDK especial para
identificación. Era el SDK que venía con el dispositivo ("Platinum" se
llamaba, si no recuerdo mal), que traía las funciones básicas para leer
huellas digitales. En eso basaba mi opinión. Conviene aclararlo.

El "cuentico" de la nariz tuve que verlo con mis propios ojos, porque no
me lo creía. Y efectivamente lo vi. Para colmo, sucedía nada más que con
usuario. Tuve que tomármelo a risa por no llorar, claro, y gracias a Dios
que el cliente no me pidió más explicaciones sobre aquello, porque si no a
ver qué le cuento.

Sobre la indexación he dicho que, en mi caso, "había que guardar en una
base de datos las huellas digitales, que al ser campos binarios no se
podían indexar". Eso sólo nos dejaba dos alternativas: recorrer los
registros secuencialmente para ir comparando la huella capturada con la
almacenada en la base de datos (cosa que tardaba más cuantos más empleados
hubiera, lógico); o utilizar, como tú bien dices, un sistema de
verificación (como así hicimos) para acelerar la búsqueda.

Todo esto, en fin, para comentarle a mac algunos de los posibles
inconvenientes que se podía encontrar al hacer cosas de este tipo (y que
ojalá no le sucedan). Si tú tienes montado un sistema para más de dos mil
empleados con estos aparatos y te funciona, estupendo, eso que te ahorras
en costes. Mi opinión es que hay que usar cada cosa para lo que sirve, y
no más, al menos en este caso.

Un saludo.

Francisco Rodríguez

Microsoft Visual C++ MVP
==Mi blog sobre programación: http://geeks.ms/blogs/rfog
Momentos Leves: http://momentosleves.blogspot.com/
Cosas mías: http://rfog.blogsome.com/
Libros, ciencia ficción y programación
No poseemos la verdad ni el bien nada mas que en parte y mezclados con la
falsedad y con el mal.

Pues sinceramente no recuerdo si el SDK de aquel entonces me ofrecía esa
posibilidad.
De todos modos, y también lo digo con sinceridad, aunque la ofreciera es muy
posible que no la hubiera usado por desconocimiento (por aquel entonces,
"hash" para mí debía de significar una marca de detergente; ahora ya por lo
menos significa "una cosa de informática"; y dentro de unos años seguro que
acabo entendiéndolo).

Y es que, como buen desconocedor de las cosas que soy, me ceñí a los
ejemplos del SDK y a leer la documentación que lo acompañaba, que no siempre
logro descrifrar.

Pero nunca es tarde para aprovechar buenos consejos. Si algún día vuelvo a
trabajar con chismes biométricos (lo cual como que no me apetece, tras la
cicatriz de guerra), me tomaré en cuenta este mensaje.

Un saludo cordial.

Francisco Rodríguez


"RFOG" escribió en el mensaje de
noticias:

Podrías haber sacado una clave hash de la información y hacer la búsqueda
por la misma (es decir, guardar la información binaria y la clave hash
asociada e indexar por dicha clave). Si diera la casualidad de tener dos
identificaciones con la misma clave hash, la búsqueda final sería entre
dos registros... aunque un SHA512 no creo que diera muchos duplicados.

Además, si no me equivoco, los lectores de huella pueden suministrar
directamente esa clave hash en lugar de la información de identificación
en modo raw...



"Francisco Rodríguez" escribió en el mensaje de
noticias news:%

Te estoy hablando de un proyecto de hace aproximadamente 5 años (en VB6),
y de la experiencia que tuve con una marca de dispositivo concreto en
aquella época. Supongo que desde entonces hasta ahora las cosas habrán
mejorado, o cambiado, bastante.

Cuando yo me tuve que pelear con aquello, no teníamos un SDK especial
para identificación. Era el SDK que venía con el dispositivo ("Platinum"
se llamaba, si no recuerdo mal), que traía las funciones básicas para
leer huellas digitales. En eso basaba mi opinión. Conviene aclararlo.

El "cuentico" de la nariz tuve que verlo con mis propios ojos, porque no
me lo creía. Y efectivamente lo vi. Para colmo, sucedía nada más que con
usuario. Tuve que tomármelo a risa por no llorar, claro, y gracias a Dios
que el cliente no me pidió más explicaciones sobre aquello, porque si no
a ver qué le cuento.

Sobre la indexación he dicho que, en mi caso, "había que guardar en una
base de datos las huellas digitales, que al ser campos binarios no se
podían indexar". Eso sólo nos dejaba dos alternativas: recorrer los
registros secuencialmente para ir comparando la huella capturada con la
almacenada en la base de datos (cosa que tardaba más cuantos más
empleados hubiera, lógico); o utilizar, como tú bien dices, un sistema de
verificación (como así hicimos) para acelerar la búsqueda.

Todo esto, en fin, para comentarle a mac algunos de los posibles
inconvenientes que se podía encontrar al hacer cosas de este tipo (y que
ojalá no le sucedan). Si tú tienes montado un sistema para más de dos mil
empleados con estos aparatos y te funciona, estupendo, eso que te ahorras
en costes. Mi opinión es que hay que usar cada cosa para lo que sirve, y
no más, al menos en este caso.

Un saludo.

Francisco Rodríguez

Microsoft Visual C++ MVP
==> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Momentos Leves: http://momentosleves.blogspot.com/
Cosas mías: http://rfog.blogsome.com/
Libros, ciencia ficción y programación
> No poseemos la verdad ni el bien nada mas que en parte y mezclados con la
falsedad y con el mal.