You are given a paper review either in Spanish or English language. Based on the given review, evaluate the paper by classifying it to one of the five classes: (1) very negative, (2) negative, (3) neutral, (4) positive, and (5) very positive. Note that URLs in the text have been replaced with [Link].

Si bien este artículo deja ver una buena cantidad de trabajo, está escrito crípticamente y es muy difícil ver hacia donde apunta.  Hay problemas de redacción en:  Resumen (1): "falta de llaves y relaciones entre tablas y datos sino y por el contrario se genera rendimiento"  Fase 2 (8): "En este punto se realizaron los montajes de la base de datos en los dos (2) SGBD NoSQL en la nube. Y se montó el sistema gestor de bases de datos móvil que va a estar en comunicación con los montados en la nube."  Comportamiento... (9): "Para el caso de MongoDB, existe un ODBC desarrollado por estudiantes que está siendo desarrollado por estudiantes, y, otro ODBC desarrollado por Simba Technologies"  El artículo, en todo caso es muy difícil de seguir...  Comprensión: El título habla de una comparación..., sin embargo nunca se ve tal comparación.  "manejan el teorema CAP"... el teorema dice que hay tres características que no pueden darse simultáneamente, por lo que "manejan" no tiene sentido.  "desnormalizar los datos, es decir las propiedades ACID (atomicidad, consistencia, aislamiento y durabilidad) son sacrificadas por cuestión de rendimiento...", no veo una relación directa entre desnormalizar (un aspecto de diseño) con las propiedades acid (un conjunto de propiedades de las transacciones).  Se dice en un momento "Se eligieron dos sistemas gestores de bases de datos NoSQL alojados en la nube que son MongoDB y CouchDB; bases de datos a partir de las cuales se hacen las pruebas de transaccionalidad con el gestor de bases de datos móvil Ultralite", finalmente nunca se ven estas pruebas ni sus resultados.  Se dice "sin embargo las soluciones ODBC ya no son tan populares..." En que se sustenta esto???  Finalmente, se habla del uso de un middleware "Mobilink de Sybase" sin embargo, posteriormente se habla de problemas con contar con un odbc para los sabd noSQL (que requeriría Mobilink)... y de ultralite y la comparación no se sabe que paso...????
very negative

El trabajo presenta un metodo de detección de fracturas en imágenes de pozos.  El trabajo en general, es muy poco convincente por varias razones:  1.- Invierte MUCHO espacio en describir los fundamentos pero no comparar y/o discutir con el estado del arte. Existen MUCHOS métodos adaptivos de clasificación de imágenes, y el problema que se presenta no tiene nada diferente, salvo una aplicación diferente.  2.- No está clara la hipótesis, por lo que no se puede medir la contribución del trabajo.  3.- El metodo de detección que se describe solo define formulas matemáticas para la caracterización geométrica de las fracturas. Esto es un procedimiento bastante poco robusto y más aún, los resultados evaluando el metodo tampoco son convincentes en  métricas estándares utilizadas (accuracy, error,  ROC curve, etc).  4.- La metodología experimental es muy débil, tampoco compara el metodo con el estado del arte, ni usa métricas estándares para analizar la precision/exactitud del metodo.
very negative

El artículo presenta una propuesta de Reparación de Inconsistencias en Data Warehouses usando restricciones que tienen sentido semántico. Se proponen restricciones de prioridad y seguras, además de usar heurísticas previamente definidas en "Repairing dimensions hierarchies under inconsistent reclassification" para la computación de las r-reparaciones.  Los ejemplos que se utilizan para explicar la propuesta son claros. El artículo está bien escrito.

very positive