In this task, you are given a set of paper reviews in English and Spanish language. Based on given reviews, your job is to generate decision, i.e., "accept" or "reject" for the given paper. Note that URLs in the text have been replaced with [Link].

Input: Consider Input: Review_1: Este artículo presenta el desarrollo de un sistema de detección de ataques SYN-FLOOD Y SATAN mediante técnicas de clustering basadas en el algoritmo DBSCAN en ventanas de tiempo de 5 minutos.  El artículo se presenta claro en su redacción y se agradece el resumen de arquitectura diseñada, pudiendo ser un artículo interesante para ser presentado en nuestro congreso.  Mis principales reparos son: - Figura 7 presenta gráficos con ventana de 10 minutos, siendo que el la propuesta indica 5 minutos - A mi parecer el sistema no representa un proceso de minería de datos debido a que no hay nuevo conocimiento accionable, sino más bien es un sistema de clasificación. Puede que exista nuevo conocimiento, pero el documento no refleja como el sistema realizado ayudó a obtener nuevo conocimiento de los ataques. - Existe poca explicación y falta de experimentación para argumentar y justificar el uso de DBSCAN  sobre otro tipo de clustering o incluso en lugar de un clasificador. - Se sabe que un ataque SYN-FLOOD produce un número elevado de conexiones en un momento dado, por lo que no queda claro si es necesario un sistema tan sofisticado para detectar este fenómeno, esto podría ser aclarado si se incluyera la comparativa con otros enfoques. 

Output: accept


Input: Consider Input: Review_1: Evaluación general  El trabajo es interesante pero está mal planteado, faltan referencias importantes. Se sugiere revisar las referencias que se indican y extender el artículo mejorando su calidad en cuanto a la “forma” de plantear la comparativa, además de mostrar más ejemplos de los casos de estudio que le den mayor peso al artículo, con esto también podrá incorporar los trabajos futuros que son muchos y actualmente no aparece nada.  Correcciones de Formato  Las referencias no están en el formato que pide la revista Ingeniare, revisar formato y modificar.  La figura 1 es una ecuación y está fuera del formato que pide la revista Ingeniare.  Correcciones de Contenido  En la página 3 se hace referencia a [8] que es una tesis de grado, ¿qué tipo de grado?. Sería mejor referenciar a una metodología de artículo científico y eso daría  más "peso" al artículo. Cuando se habla de HL7/CDA se debería indicar una referencia para mayor información. No queda claro el uso de PGFOUNDRY  que es una extensión de postgreSql, ¿ se usó con Mysql?. Se debería haber sacado más provecho del uso de PGFOUNDRY. En el diseño del caso de estudio en la figura 5 hay errores graves en las relaciones entre las tablas Consulta y Paciente, entre las tablas Medicamento_Sintoma y Medicamento. No se indica en el artículo que el atributo duración es de tipo PERIOD, eso es importante. En los ejemplos de consultas hay un error en la consulta SGBDT, figura 7, ya que se indica el atributo periodo y el atributo es duración. Las conclusiones son muy evidentes y no plantean trabajos futuros que puedan ser interesantes de realizar. (Existe potencial y bastante que hacer) Faltan referencias importantes como por ejemplo: 1.	A review of temporal database research and its use in GIS applications. International Journal of Geographical Information Systems. Volume 3, Issue 3, 1989. 2.	Temporal Data and the Relational Model: A Detailed Investigation Into the ... Escrito por C. J. Date,Hugh Darwen,Nikos A. Lorentzos. 3.	A generalized model for a relational temporal database  Proceeding SIGMOD '88 Proceedings of the 1988 ACM SIGMOD international conference on Management of data… 4.	A glossary of temporal database concepts… Review_2: El artículo presenta un trabajo comparativo entre el uso de un SABD relacional clásico y un SABD temporal (la traducción al inglés temporary parece no adecuada: temporal o time oriented parece más correcto).  El ejemplo planteado en el artículo es interesante y motivador, esta adecuadamente sustentado y da pie a la comparación, como se indica "es necesario definir un escenario de pruebas donde exista una aplicación concreta que pueda ser evaluada con la implementación de los paradigmas a comparar".  Hay dos aspectos que en que el artículo no es claro, y que le restan peso:  1) La tecnología sabd temporal: pgFoundry, se indica que es una extensión a PostgreSql. Sin embargo, no se da mayor información... al buscarla parece un proyecto cerrado??? ¿cómo se trabajó con esta extensión?  2) La tabla 3 debería ser el centro del artículo, sin embargo no se describe como se realizaron muchas de las comparaciones. Quedando esto como una caja negra. ¿Qué criterios se utilizaron en las comparaciones? En las conclusiones hay algunas pistas, pero hay frases poco claras como: "Se puede encontrar una mayor flexibilidad de entrada de datos en el SGBDR, puesto que existen más tipos de fuentes para poblar las bases de datos." ¿Qué se quiere decir con esto? Review_3: Este artículo presenta una comparación, en base a una lista de criterios, de dos enfoques de bases de datos: relacional vs. temporal.  El artículo en general tiene un orden lógico y es legible. No obstante, la comparativa presenta al menos dos inconvenientes:  1) falta mucha información de cómo se obtuvieron los resultados de las tablas 3 y 4. Debe existir una descripción suficientemente detallada para luego poder replicar el trabajo.  2) El caso de estudio que se presenta forma la base de la comparación. Una real comparación debe sustentarse en una variedad de casos y dominios, para poder luego concluir con una base más amplia.  Sugiero abordar estos dos aspectos primero para sustentar mejor los resultados y conclusiones. 

Output: reject


Input: Consider Input: Review_1: El artículo describe un conjunto de técnicas de extracción de datos principalmente encontradas en herramientas ETL, menciona las redes sociales que en principio señala como fuentes de datos para un estudio, pero que definitivamente no aplica o al menos no muestra su aplicación y resultados, lo mismo ocurre con las bases de datos NoSQL que menciona pero que se observa y describe un trabajo con ellas.  Si bien es cierto que se trata de una revisión, más parece un material docente para impartir una clase introductoria de ETL. Yo sugeriría aprovechar esta revisión preliminar para proponer una metodología de trabajo en redes sociales, además de establecer los pasos a seguir en este metodología para una extracción eficiente de datos desde los repositorios de redes sociales señaladas, quizás comparar el desempeño y utilidad de las técnicas en cada red social y evaluar que técnicas ETL son más apropiadas pero de manera empírica.  También se debe señalar que tiene algunos errores de redacción, repetición de artículos y palabras. Review_2: El artículo no refleja cabalmente lo indicado en el título "Revisión de técnicas de extracción de información en redes sociales sobre bases de datos NoSQL", ya que sólo se trata de una mirada general a las redes sociales y a los sistemas de persistencia de datos que utilizan (basado en sabd noSQL). Más que técnicas de extracción, se hace revisión al conocido proceso ETL utilizado en Datawarehouse, proponiendo su uso en redes sociales. El principal aporte, lo constituye una propuesta de seis pasos para la extracción de información desde redes sociales, los que se centran en tópicos conocidos, obviando los principales problemas que esto involucra, entre los que se encuentra el acceso a los datos.  Redacción (revisar numeración de páginas): (página 2) "del mundo del de los datos"  (página 5) "que aunque sean gratuitos con la finalidad principal de recolectar datos personales de los usuarios" Review_3: El trabajo es interesante. Se nota que se invirtió bastante tiempo en la revisión bibliográfica del tema. El aporte es que permite revisar las técnicas de extracción de información para bases de datos noSQL. Una vez que se apliquen las técnicas se encontraran nuevos desafíos que se pueden "ver" sólo al momento de la implementación. Por otro lado el riesgo está en cuantos investigadores están trabajando en el tema en distintas partes. Esto debido a que es un tema de línea principal. ¿Qué hay implementado al respecto? ¿Vale la pena aplicar las técnicas? Una mirada a estos aspectos es importante para no encontrar sorpresas en la implementación.  El trabajo está bien presentado y es claro.  Hay algunos errores: - Los números de páginas no están correlativos. Después de la página 5 vuelve a la página 3. - El esquema de la figura 2 indica que la " selección de fuentes" y " procesamiento:calidad de datos" son actividades de " 1. Determinación de objetivos". Sin embargo en la redacción están asociadas a "2. Preparación de datos" ¿A qué actividad están asociadas 1 o 2? 


Output: reject


