niryuu/sni-each-converted huggingface dataset:
Interesante propuesta en un ambiente de desarrollo de software que es bastante pobre en aspectos metodológicos de desarrollo.  Falta un poco de trabajo relacionado o quizás discutirlo mejor en la introducción con referencias para fundamentar la interesante propuesta. Revisar redacción. No está en formato pedido por Infonor. Se sugiere no agregar links de páginas web en el texto del artículo.
Output: very positive
Los autores han diseñado una metodología para desarrollar software de apoyo a proyectos de investigación científica. Identifican con bastante precisión las diferencias entre el desarrollo de software de investigación y software con fines comerciales. Asimismo, proponen una metodología siguiendo un enfoque de métodos ágiles de desarrollo de software.  La propuesta se encuentra en una fase de diseño, ha sido elaborada a partir de entrevistas a potenciales usuarios y es susceptible de ser probada en investigaciones futuras.  En mi opinión, en el artículo hace falta un apartado que dé cuenta de la metodología que los autores siguieron para llegar a la propuesta. Se hace referencia a entrevistas a: "participantes en este tipo de proyectos", no obstante, no se informa  cuántas personas fueron consultadas, cómo se seleccionó a los entrevistados, qué instrumentos se aplicaron y cómo se analizaron los datos.
Output: very positive
Considero, antes que nada, que el ámbito de desarrollo de la temática (desarrollo de software en ambientes de investigación...) no "otorga permiso" para realizar este desarrollo en forma más informal (tiempos, relajos en versiones, escasa documentación, etc.). 2º, no veo porque se plantea sólo SCRUM, sin hacer comparaciones básicas con los otros exponentes "clásicos" de metodologías ágiles (XP y FDD), lo cual le otorga una cierta "liviandad" al análisis inicial de parte de los autores (sin duda se podría ahondar un poco más, sobretodo con XP).
Output: negative
El artículo lleva a cabo una comparación de performance para implementaciones basadas en GPU y en CPU para el mismo algoritmo. La programación de GPUs es un tema muy actual en HPC.  Existen problemas en la presentación del artículo y las imágenes no están bien contextualizadas.  Implementaciones y comparaciones de performance entre GPU y CPU son un tema ya abordado en trabajos existentes.  El artículo describe en forma relativamente específica la implementación y sus detalles, en conjunto con los problemas encontrados.  El tema de programación GPU es un tema muy actual en computación de alto rendimiento y su comparación con programación basada en CPU me parece relevante.  Sería recomendable mejorar el orden del artículo, relacionando de mejor manera las imágenes y tablas. Existen faltas de ortografía evidentes dentro del contenido del trabajo.
Output: positive
El manuscrito involucra el uso de GPU, tecnología que desde hace un par de años cada vez tiene más que decir en el área de HPC. El documento tiene estructura relativamente buena, se realizan comparaciones y hay algunos gráficos interesantes.  El documento tiene algunas falencias que lo hacen confuso, por ejemplo, la pagina 7 es un completo desorden, la Figura 7 no está bien explicada, las tablas se tratan como figuras, hay diferencia entre lo que representa una imagen y un gráfico, por lo cual deben ser tratadas de forma independientes. Hay un texto que explica la Figura 6, que por cierto es una tabla, ese texto no es parte del cuerpo del paper, o si?, es muy difícil leer esa página. Yo no soy experto en el algoritmo SIFT, por lo cual al leer el paper no me queda claro si usaron el código SiftGPU creado por Changchang Wu o lo tomaron como base y le aplicaron unas modificaciones.  Por otro lado, hubiera sido interesante saber por qué la implementación en CUDA, la implementación en multicore y la serial podrían arrojar resultados diferentes, si al fin y al cabo los tres enfoques son el algoritmo SIFT. Hace más de 12 años que programo aplicaciones paralelas y para un mismo algoritmo nunca que observado resultados diferentes, si al fin y al cabo el algoritmo es el mismo, ahora, cuando se introducen variantes al algoritmo original con el fin de forzar el paralelismo, se tienen resultados diferentes, pero ya deja de ser el algoritmo original.  Leyendo otros papers sobre el tema, no encuentro tanta originalidad, el documento tampoco ayuda mucho para sacar conclusiones.  El paper tiene datos de corridas y compara distintos enfoques, pero me queda la gran duda del por qué un mismo algoritmo con un enfoque secuencial y otro paralelo con GPU puedan arrojar resultados distintos.  GPU es un asunto que tiene sus gracias, sobre todo por el ahorro en dinero que implica su uso en el largo plazo, por lo podría ser bueno divulgar este trabajo para divulgar esta tecnología.  El documento esta desordenado, falta diferenciar lo que es una figura, de un gráfico y de una tabla, además la pagina 7 es muy difícil de leer y la explicación de las tablas de datos se confunde con el cuerpo del paper.
Output: neutral
El  trabajo está bien presentado, es consistente y trata de un problema  relevante. Los resultados presentados  aún son incipientes,  debido  que el estudio de caso es simple y no incorpora complejidades mayores. Aún así, considero que este trabajo presenta elementos suficientes  para su aceptación.
Output: very positive
Se propone un modelo CityCA, basado en autómata celulares para distribución.  El paper está bien escrito y bien distribuido, tal vez ordenar un poco el abstracta se entendería mejor.
Output: very positive
La novedad del tema a tratar hace del artículo una investigación interesante. Tiene una muy buena presentación y es fácil de leer, lo cual da un aspecto llamativo al tema. A pesar de ser un tema que incluye dos disciplinas muy distintas, han logrado sincronizar adecuadamente los conceptos de tal forma que la investigación es importante y aporta conocimiento desde la parte inicial del trabajo realizado, hasta las propias conclusiones Se recomienda a los autores seguir con el trabajo a fin de acabar otros aspectos relacionados con la salud pública.    Recomendaciones: Es indispensable mejorar la calidad de las figuras, existen algunas que es imposible visualizar, como es el caso de Figura 4, Figura 6, Figura 7 y Figura 8.
Output: very positive
- Buena revisión de tendencias, tecnologías y estándares que podrían utilizarse para la implementación de sistemas de telemedicina. - Interesante caso práctico que hacen del sistema SAT y sus posibles aplicaciones desde la Ing. de Software  - Las iniciativas y tendencias que muestran en telemedicina, deberían describirlas en función de los apartados que tratan en el artículo: integración, interoperabilidad y desarrollo de aplicaciones, y no en general como lo presentan. Por esta desarticulación, es posible que no sea muy clara la consecuencia entre lo que presentan en el resumen y lo que se encuentra en el desarrollo del paper. - Considero que el título no debería enfocarse solo hacia 'Herramientas', pues al comenzar a leer el trabajo queda la idea q el aporte y la revisión es mas a nivel operativo y de sistemas que apoyen el proceso, mas no de iniciativas en cuanto a estándares, proyectos y tecnologías desarrolladas para tal fin. El título no tiene el alcande del contenido.  El artículo describe en el caso chileno, cuáles podrían ser iniciativas, tendencias y tecnologías para la aplicación de ingeniería de software en el ámbito de la telemedicina. No representa originalidad como tal en ninguna de las dos áreas.  La calidad técnica es buena en cuanto a que la revisión que describen está soportada bibliográficamente, con tendencias, tecnologías y estándares actuales. En cuanto a la escritura técnica, sí hay errores en el adecuado uso de las siglas, en algunos casos no muestran su significado, en algunos otros casos no son bien utilizadas. (Por ejemplo: Se debe decir TIC, no TICs; en la citación de las referencias en el texto, se debe suprimir la puntuación antes del número --> especialista [14].; las figuras pueden mejorarse significativamente). La descripción de las 'tendencias' e 'iniciativas' daría mayor valor al artículo que ejemplos como el incluido en esta última sección donde muestran la representación de un mensaje en sintaxis diferentes.  Es relevante para el contexto chileno, en cuando presentan una propuesta interesante para que los diferentes actores (gobierno, desarrolladores, compañías) tengan en cuenta para impulsar esta área de trabajo.  La organización del documento se puede mejorar en los aspectos nombrados en 'calidad técnica, al igual que aspectos que evidencien una consecuencia y coherencia entre título, resumen y desarrollo del artículo. Así mismo, hay errores ortográficos y de redacción que, si se evitan, pueden darle mayor valor a la presentación del artículo.
Output: positive
Es un artículo que presenta un tema novedoso en el área de la Ingeniería de Software. El artículo está muy bien documentado y fundamentado. Las tecnologías utilizadas en el desarrollo del prototipo son de interés actual.  Como lo describe el artículo, se trata de un primer paso en una línea de investigación y del desarrollo de un prototipo de una aplicación meta-case. Queda es este sentido, poco clara cual es el nivel de madurez actual, tanto de la investigación como de la aplicación desarrollada.
Output: very positive
This paper presents a software tool that is useful in the context of software engineering. The authors do a good job describing the technical details of the tool. However, there is little information about the novel aspects of the proposed tool, How the proposal compares to other existing tools (if any)?
Output: very positive
Un trabajo muy claro, preciso y del alto nivel
Output: very positive
El artículo presenta una evaluación de técnicas de algoritmos genéticos para la ingeniería inversa en línea de productos de software. La mayor parte del trabajo se enfoca en presentar y explicar detalladamente la Ingeniería de Líneas de Productos de Software (ILPS) y la aplicación de Ingeniería inversa sobre este paradigma. La explicación asociada a ILPS y a Ingeniería Reversa es detallada en la Introducción del artículo, incluso para ingeniería reversa se entregan más dos definiciones para el mismo concepto. Sin embargo, en la misma sección no se hace referencia alguna a Algoritmos Genéticos que también es parte de este trabajo.  En general el trabajo es interesante pero carece de un alto impacto innovador respecto a trabajos asociados a Algoritmos Genéticos.  En la sección de Resultado y Evaluación se muestra un detalle de Tablas de Resultados, sin embargo la discusión y explicación de resultados solo se entrega en 1 párrafo. Se esperaría una explicación más clara respecto al significado de cada una de las columnas de la tabla y resultados correspondientes.  En la sección de referencias hay 3 referencias [11], [12], [13] para establecer una definición, se esperaría tener mayor referencias a trabajos similares, quizás que se pudiera incluir una sección de Related Work.  Menores. -- En general se recomienda revisar la redacción de algunas frases. Solo como ejemplo recomiendo revisar la última frase del Resumen. Otro ejemplo es el párrafo de AGRADECIMIENTOS. -- En figura 2 no se visualiza correctamente la serie "Con LPS" en impresión Blanco/Negro -- En pág. 8 penúltimo párrafo hay un "." que es del párrafo anterior en una línea en blanco. -- La tabla 2 tiene un formato de Fuente más grande y al parecer de otro tipo al del resto del artículo.
Output: neutral
El documento describe una forma de aplicar técnicas actuales de ingeniería informática al problema de líneas de productos de software. El documento está bien explicado, pero se considera necesario profundizar en los resultados y la evaluación. El trabajo descrito es interesante ya que aplica Algoritmos Genéticos a un problema concreto, pero carece de  impacto innovador en el dominio. Se recomienda revisar la redacción (en general) del documento.
Output: positive
RESUMEN: El trabajo relata los pasos seguidos para usar el software ERP SAP en Embonor, una productora y  distribuidora de productos Coca-cola.  Antes de reportar esta experiencia, esta empresa ya contaba con algunos módulos SAP implementados (Financieros, FI-CO, Logistica, Recursos Humanos).  Evaluación General. Aunque el trabajo no presenta una estructura científica de un artículo, es sumamente interesante (en mi opinión) escuchar en más detalle de esta experiencia en infonor 2013. Tal vez, recomendaría agregar/presentar un poco más acerca de las evaluaciones esta implantación (en su conclusión, mencionan esto como un trabajo futuro).  Comentarios menores: - Principalmente cuidar los espaciados entre palabras y puntos. - Figura 1 es muy poco nítida. - Figura 4 dice: "Menús de la tabla xx (estándar en cada pantalla SAP)" xx?
Output: very positive
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...????
Output: very negative
El artículo describe muy bien los SGBD para móviles, así como también algunos motores de BD con tecnología no-relacional conocidas como NoSQL, en un contexto de almacenamiento de datos en la nube o cloud-computing. Realiza una  buena comparación de las características técnicas de algunos gestores de BD en este ámbito (tabla 3). Plantea una metodología, al parecer para definir y realizar un experimento que permita evaluar y comparar BD de este tipo, según lo definido en el título del artículo. Sin embargo,  sólo llega a establecer una comparación simple y cualitativa de componentes y otros aspectos como servicios (tabla 4). No hay evidencias de una comparación cuantitativa y objetiva, a nivel de desempeño y con datos, transacciones y tiempos de procesamiento que permitan realmente sostener, como lo hace sin estas variables, cual BD es más eficiente respecto a otra. El resumen no se condice ni identifica el trabajo completo. Las conclusiones se plantean en base a las características y no a pruebas comparativas de desempeño. En síntesis, es un trabajo desde el punto de vista que sería un aporte si formalizara la metodología y describiera la aplicación cuantitativa de una experimentación que realmente permita comparar los SGBD en un contexto de cloud-computing. Se sugiere complementar con un experimento controlado con datos y registro de transacciones de prueba y medir variables, obtener estadísticas objetivas que permitan evaluar los desempeños de los sistemas de BD móviles y NoSQL, bajo condiciones y parámetros claramente definidos y en las mismas condiciones medio-ambientales (ancho de banda, tas de transacciones, volumen de datos, equipo, etc).
Output: neutral
El artículo presenta una revisión de los SGBD móviles y NoSQL.  No obstante lo anterior, el trabajo es más bien descriptivo y carece de resultados experimentales.  Lo que señala en la página 8, metodología, considera dos fases, de las cuales solo se presenta, al parecer los resultados de la primera fase.  Se sugiere realizar la segunda fase, que conlleva un trabajo experimental de recolección de datos y su análisis, y luego generar un artículo con estos resultados.
Output: very negative
RESUMEN:  El trabajo se presenta y describa la aplicación de una red social para noticias (4x4News), donde las noticias más relevantes estarán presentes (entre otras características). Esta aplicación se caracteriza por una pantalla divida en una matriz de 16x16, donde cada celda  es una noticia.   EVALUACIÓN GENERAL:  El trabajo está bien escrito y sigue un formato (casi) completamente adecuado para INFONOR. La aplicación suena interesante y potencialmente útil como un add-on para redes sociales ya comúnmente usadas (ej. Facebook).  Hay varios puntos independientes que considero que son importantes de resolver:  1) Si bien es un trabajo de ingeniería interesante, no puedo ver cuál es el aporte/contribución desde el punto científico ¿Qué se puede re-utilizar de este trabajo para un futuro trabajo científico?  2) Dado que ustedes ofrecen una aplicación, creo que es fundamental un link para (com)probar esta aplicación.  3) En mi opinión, el sitio Web [Link] se aproxima a lo propuesto por este trabajo. Estó es así, porque terra permite registro de usuarios (perfiles), comentar noticias, valorar noticias, y configurar el sitio Web para mostrar las noticias que un usuario desea.  4) Este podría ser un detalle menor, pienso que el uso de redes sociales se podría usar para algo más que solamente mostrar la noticia más importante (ej. mostrar una especie de tracking (social) de una(s) noticia(s) similar).  DETALLES MENORES:  - Al final de la introducción, el uso de BOLD no es recomendado. - “Los titulares no realizan un buen análisis”. ¿Qué es un “buen” análisis?. Durante el trabajo, se observa varios adjetivos usados de manera ambiguas y que son innecesarios (ej. “complejo proceso” en la sección 2.1). - Dentro de la sección 2: “Desarrollo”, se encuentra el trabajo relacionado (sección 2.1). Esta sección debería ser re-estructurada. - Las citas del tipo “X, y otros, AÑO” (ej. sección 2.2 “Wilson, y otros, 2014”), creo que están incorrectas. Deberían usar “et al”. - Sección 2.2, ¿la coincidencia de palabras es suficiente para decir que dos noticias son similares? Creo que un análsis más profundo es un necesario. - Explicar un poco más el concepto “bundles”. - En las referencias se usan números [1], pero en el texto no usa números. Recomiendo seguir el formato de INFONOR.
Output: negative
Este trabajo propone un nuevo enfoque basado en [25] para apoyar la recomendación de los RS mediante la evolución de los pesos de las características de los usuarios a través de dos enfoques de utilización de algoritmos genéticos. El trabajo parece técnicamente correcto y la propuesta presenta resultados robustos de acuerdo a lo presentado en el documento.  El documento posee una serie de errores al parecer tipográficos que inducen a confusión, donde se cambian los nombres de variables, abreviaciones o formato de presentación de variables  subíndices, etc. Por ejemplo: ecuación 2, función w, abreviación CF, figura 3, figura 6. El enfoque aparentemente utiliza solo una parte de la BD por motivos de eficiencia, sería bueno utilizar alguna técnica de indexado para apoyar este proceso.
Output: very positive
This paper aims to show new deployment alternative for recommender systems. To this end, the authors use two variations CHC genetic algorithm.  - It's a good job. - It is clear and very detailed.  - There are inconsistencies in the notation should be improved. The formula (7) has a notation different from the rest of the equations. - On the same point, the figure (3) refers to "perfil", "pesos", "euclidiana" and "vecindad"; these words aren't related with the text. - I think that the results shown in graphs would be more useful if they are shown in tables.
Output: very positive
The paper is well structured. It follows a logical sequence of sections.  The paper does not fix to the Infonor conference template.  The english grammar is poor. It makes the paper difficult to read and follow. Either:  a) rewrite the paper in spanish, or b) make the paper reviewed by a professional traslator  Most of the references are not recent (2005-2010). No new work since 2003? Some references do not indicate year.  Problems with equations, fonts, etc.  Figures 5-17 are not referenced/discussed/explained. It may be better to present these figures as a table.  Both, result analysis and conclusions, declare that GA CHC is better than Pearson´s correlation Algorithm. However, this analysis and conclusion is not supported for a wide variety of situations and conditions. Therefore, a true validation work is missing.
Output: neutral
El artículo se deja leer con facilidad, en especial en su primera mitad. Luego, hay errores de escritura y redacción que van afectando la comprensión de lo realizado (PostgrSQL en vez de PostgresSQL, con tiene en vez de contiene, ...). Adicionalmente se detallan pasos, que caen en detalles irrelevantes, como indicar que debe instalarse tal o cual herramienta, sin entrar en los aspectos realmente importantes, especialmente en la implementación del acoplamiento medio (donde, no se detalla que se implementó a nivel del SABD y que a nivel externo). Lo más criticable es el uso de dos SABD (PostgreSQL para el acoplamiento débil, y Oracle para los acoplamientos medio y fuerte) en la experimentación, esto hace que sea muy discutible la comparación que, ya no sólo tienen la implementación del algoritmo como variable independiente, sino también el SABD a utilizar.  Pse a lo anterior, pienso que el trabajo es digno de ser presentado, de forma de mostrar, en particular, las diferentes alternativas de integración de algoritmos de Minería de Datos con Sistemas Administradores de Bases de Datos.
Output: positive
El articulo muestra los resultados empíricos de la integración (acoplamiento) del algoritmo apriori en un SGBD.  Indican que el trabajo expuesto se basa en el trabajo de Agrawal & Shim, este trabajo es del año 1996, al respecto ¿no hay trabajos más recientes? , ¿Se puede escoger otro trabajo más reciente? , ¿Por qué escoger este trabajo? ¿Por qué este enfoque?  En la introducción faltan referencias que permitan fundamentar el trabajo como un aporte un poco más cercano a algo científico. Por ejemplo " Existen algunas investigaciones focalizadas"....¿ cuáles ?  El trabajo esta escribo más bien como un experimento técnico, que como un artículo de congreso.  Se valora el tiempo y esfuerzo en realizar las pruebas.
Output: negative
-          Ambicioso en el título, logros expuestos en el artículo más bien moderados.  -          Referencia de TOGAF es cuestionable en el tenor del artículo.  -          Cómo se seleccionaron los modelos de referencia??? Qué otros modelos existen y no fueron considerados??
Output: positive
Novedosa propuesta, muy valorable la vinculación de personas del ámbito empresarial lo que permite que la teoría y propuestas para ingeniería de software puedan ser probadas en ambientes reales. Bien estructurado y muy bien redactado.  Solo sugiero esquematizar las actividadesde aplicación de entrenamiento White Belt IR - SixSigma y revisar pequeños detalles de redacción.
Output: very positive
Buena práctica para mejor la calidad en la ingeniería de requisitos  - En el resumen no debería haber teoría - Debería haber un caso de estudio para ver mejor la aplicación de la metodología
Output: very positive
-	El tema es de relevancia científica. -	En el trabajo se desarrolló un análisis de la literatura sobre calidad de datos en las aplicaciones de e-government municipal. -	Metodológicamente existen tres limitaciones importantes a superar. Primero, no se ha considerado el factor de impacto de la publicaciones, con lo cual se ha desestimado el desarrollo asociado a este tipo de revisiones, mezclando trabajos de alto impacto (ejemplo, artículos de revistas ISIs factor de impacto >2, como MISQ) con trabajos sin una revisión de calidad (ejemplo, lo que Scholar "lanza" sólo por coincidir en la búsqueda). Segundo, se dice que se tomarán referencias del 2008 en adelante prioritariamente, pero muchas de sus referencias  son de antes de esa fecha, y eso no es raro, pues entre 2001 y 2004 hay una explosión de trabajos en este ámbito específico. Tercero, no se han incluido explícitamente trabajos de conferencias del área de alto impacto en la comunidad científica como AMCIS o ECIS (la primera tiene una base de datos privada, no accesible por google y la segunda es libre). -	Las limitaciones antes expuestas restringen los alcances de los interesantes  resultados expuestos en el trabajo. -	Finalmente, se sugiere avanzar en las escalas de medida de dimensiones seleccionadas  antes de desarrollar caso de estudio indicado en las conclusiones.
Output: very positive
El trabajo pretende ofrecer una visión del uso de herramientas EVA en los diferentes entornos de asignaturas de enseñanza superior (presenciales, no presenciales y semipresenciales). La idea del paper es clara pero me cuesta trabajo encontrar la justificación de investigación del mismo. Los resultados que se obtienen son bastante segados y la propuesta no está definida como un experimento claro. Creo que hubiese sido interesante un mayor rigor a la hora de plantearlo. Hay además algunos aspectos, como por ejemplo, el hecho de la lista de evas seleccionadas que no se justifica, ¿de dónde se ha obtenido esa lista? ¿es cerrada?.  Por todo ello, abogo por no aceptar este trabajo.
Output: negative
El paper está bien escrito y de fácil lectura.  Se ajusta al formato del evento.  Estado del arte bien planteado y revisado.  El rechazo débil es por qué no está de acuerdo a los tópicos de interés de los trabajos de INFONOR, ver listado en [Link]#areas-interes  El paper debería ser presentado en un evento de Educación en Ingeniería. Para los cual se sugiere que los resultados obtenidos sean comparables con asignaturas sin tutorías y analizar los resultados de aprendizajes que logran los alumnos en grupos de control y experimental.
Output: negative
El artículo presentado, describe someramente los estudios realizados y decisiones adoptadas, que permiten dotar de una infraestructura de alta capacidad a los observatorios ESO Paranal y Cerro Armazones, ubicados en el desierto de atacama.  Se presentan las diversas etapas involucradas en el desafío por dotar de un gran ancho de banda a los mencionados observatorios ubicados en aéreas no pobladas (pleno desierto) para su conexión expedita con diversas redes académicas y la comunidad astronómica europea lo cual constituye un buen desafío desde el punto de vista tecnológico.  Sería importante destacar porqué de la necesidad de contar con grandes anchos de banda, es decir describir en mayor detalle el tipo de tráfico que lo justifica, por ejemplo monitoreo, control y operación remota, etc.  Aún no está en operación el enlace
Output: very positive
Presenta un trabajo de gran relevancia para la ciencia en Chile, mencionando elementos muy necesarios para el desarrollo de las comunicaciones de alto desempeño en los polos tecnológicos y de investigación  Podría profundizar en una breve descripción técnica de la tecnología que se menciona en el paper, dado que el trabajo no es autocontenido.
Output: very positive
Es un proyecto de alta envergadura que necesita ser conocido por la comunidad académica  Colocará en la presentación los valores del proyecto
Output: very positive
- El artículo aborda un problema relevante y en boga en la comunidad (p.ej. CMMI-ACQ).  - No hay un estado del arte que revise intentos previos de resolver este problema. - La definición de patrones de proyecto de adquisición debería ceñirse a las definiciones usuales de patrón (máxime si se compara con los patrones de diseño, como se hace en las Conclusiones); p.ej. el estilo Portland de patrones de diseño reconoce contexto, problema y solución. - La técnica utilizada (MECT) parece adecuada para construir taxonomías, pero no patrones (al excluir consideraciones sobre causalidad etc.); el artículo parece asumir que los "patrones de diseño" son "patrones de forma", y no lo son. - La referencia [13] lista mal el nombre de la autora.
Output: very negative
Este es un tema que no ha sido abordado suficientemente y que por lo mismo es bueno el tratarlo en forma "seria".  Justamente por lo planteado anteriormente, es que a esta temática se le puede "sacar mayor partido". A pesar que considero adecuada la clasificación deducida, creo que podría haberse profundizado un poco más.
Output: positive
No hay contribución científica interesante ya que es la aplicación de una tecnología ya conocida a un caso de estudio. A pesar de que el trabajo está bien escrito técnicamente y es fácil de seguir no veo cuál es la pregunta de investigación que pretende responder. No se identifica un problema científico a solucionar y la propuesta es simple y poco original..
Output: very negative
El artículo presenta en detalle el proceso realizado para la digitalización del archivo histórico de la parroquia San Pedro de Coquimbo. Se entregan los antecedentes previos, el análisis realizado y se explica la solución implementada.  Los autores muestran claramente los pasos realizados para implementar la solución propuesta.  Si bien la solución propuesta es correcta para el problema planteado, no se destaca un aporte significativo respecto a previas soluciones tecnológicas asociadas a digitalización de documentos.  El artículo no muestra resultados o evaluaciones realizadas al sistema implementado.
Output: negative
El trabajo presenta el procedimiento seguido para la digitalización del archivo histórico de la parroquia San Pedro de Coquimbo. El trabajo presenta una buena redacción, pero no presenta un aporte novedoso a la problemática planteada. Es un trabajo que podría ser presentado en el área de Educación en Ingeniería (Sochedi, Congreso Chileno de Educación Superior en Computación u otros afines), dándole la redacción de acuerdo a este tipo de congreso.  Los principales problemas del artículo, desde mi punto de vista son:  - La temática no es novedosa, ya que existe una organización que mantiene imágenes de este tipo de archivos ([Link]  - Muestra el procedimiento, pero no los resultados (cantidad de archivos indexados, horas-hombre utilizados en la digitalización, logros propuestos por la asignatura versus lo realmente logrado, problemas que debeieron resolver los alumnos,cuántas imágenes se devolvieron, etc)  - No indica cuál es la información relevante que se debe digitar por página.  - No indica la utilidad que le dieron los usuarios.
Output: 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.
Output: very positive
Es un trabajo difícil de catalogar, presenta un tema usualmente asociado a bases de datos deductivas (reparación), donde deben existir reglas o restricciones de integridad que han sido violadas, adaptado al tema de inconsistencia producida por nuevos hechos en un DW que no se ajustan correctamente a sus dimensiones. Esto, normalmente es tratado en este ámbito mediante el uso de Slowly Changing Dimensions (SCD), algo que extrañamente no es nombrado en el artículo.  Aun así, y asumiendo que el problema realmente existe y tiene aplicabilidad, es presentado muy superficialmente, y termina finalmente en una propuesta informal que no es descrita rigurosamente como un algoritmo en sí. Me parece que es una propuesta que aún se encuentra en un estado muy inicial y cuya problemática no logra convencerme como tal.
Output: negative
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: positive
Un muy bien escrito e interesante artículo. Habría sido interesante incluir los algoritmos originales y los propuestos de forma más rigorosa (paso 1, paso 2, etc.) así como un análisis estadístico de la calidad de las respuestas de ambos.   Citar en el texto la figura 4.  Mejorar la calidad de las figuras 6 y 7.   En algunas partes coloca ecuación (n), en otras ec. (n) y en otras ecuación ec. (n)... padronzar para el primero o el segundo.  Padronizar también el nombre de los autores en las referencias bibliográficas, pues algunos usan iniciales, en otro los nombres completos y en otros mixtos.
Output: very positive
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.
Output: very negative
Ese trabajo muestra el procedimiento propuesto para la detección automática de fracturas en pozos. La metodología se ve novedosa e interesante. El artículo muestra bien la metodología y tiene una buena redacción, pero al finalizar el artículo falta una mejor presentación de los resultados en pozos reales.  No queda claro el aporte del artículo, primero indica que es la detección automática y en otra parte indica que es la modificación al algoritmo.  Debe mejorar la presentación de los resultados en pozos reales y compararlo con lo deseado y quizás con resultados de aplicar otras técnicas.
Output: neutral
El artículo presenta un plan de investigación que propone combinar los constructos teóricos de competencias para la gestión de tecnología (con el modelo BTM) y la precepción de éxito profesional (con un modelo propuesto que combina varios factores de diversas fuentes).  La capacidad de gestión de TI es un elemento clave para los profesionales del área y no solo sus competencias tecnológicas. Parece relevante estudiar como impactan estas competencias en el éxito profesional, o, al menos, en la precepción subjetiva de dicho éxito.  El estudio contiene referencias a fuentes relevantes, aunque se sugiere reducir el número y priorizar para el caso de los artículos en revistas o congresos.  Si bien el tema es relevantes existen algunos riesgos en la definición de los constructos que no son analizados. ¿Cuáles son los límites entre la percepción de éxito profesional y personal? ¿Se puede hacer un estudio de la percepción del éxito profesional solo considerando el modelo BTM y dejando fuera las competencias tecnológicas? ¿El estudio aplica a todos los profesionales de TI o solo a los que gestionan proyectos tecnológicos como CIOs?  La principal debilidad de la investigación es que se identifica como un método experimental, cuando en realidad la encuesta no tiene el grado de control sobre el objeto de estudio para clasificarse de esta manera. También se habla de estudio de causalidad, pero la encuesta solo permitiría un estudio de co-relación.  Sobre la encuesta se explica cuáles son los factores evaluados y la escala Lickert. Sin embargo, faltan ejemplos de preguntas concretas y explicar como van a ser respondidas por los sujetos. Por ejemplo: ¿Es viable que una persona evalúe su compromiso o liderazgo? Aunque se esté evaluando la relación en términos generales y no propios, convendría realizar primero una validación del modelo y luego de la propia encuesta con un grupo de expertos o gestores de profesionales de TI.
Output: negative
El artículo muestra el diseño de una investigación sobre el impacto de las competencias TI en la percepción del éxito profesional, pero no es lo que señala en su título. Se observa una sección correspondiente a una extensa revisión de trabajos previos y definiciones, en comparación con la sección que muestra el diseño de la investigación, la cual es bastante breve. En mi opinión era conveniente haber presentado el artículo como una revisión sistemática sobre la literatura existente del tema con el objeto de encontrar brechas y/o similitudes en el diseño de la investigación, o haber puesto más énfasis en esto último. Si bien el tema puede ser novedoso, el artículo no lo demuestra, ya que solo es la presentación de un diseño de investigación.  En la sección de conclusiones, no se muestran conclusiones concretas a partir del trabajo realizado, solo se plantean posibles escenarios de un trabajo futuro.  Con respecto a la forma, el artículo se encuentra bien estructurado, pero se observan detalles a corregir:  - abuso de “TI” - en algunos párrafos se señalan trabajos previos sin ser referenciados - la figura del modelo es muy básica (no es un aporte) - párrafos no alineados (justificados) - la figura 1 debió ser una tabla - error en la correlación de figuras
Output: very negative
Este artículo tiene como objetivo identificar la incidencia de las competencias de negocio TI en la percepción del éxito profesional. Se presenta el problema, el modelo de análisis, la hipótesis y la metodología de investigación.  Es un tema interesante, pero la autora indica que la investigación se  encuentra en la fase de recolección de datos y que faltan unos 7 meses para  obtener los resultados finales.  Sin embargo, el análisis teórico realizado es  bastante importante.  La Figura 3 es muy simple. Sugiero que el modelo propuesto aporte mayor información. Para ello, puede unir en una sola figura las Figuras 3,  4 y 2.  Utiliza referencias numéricas y referencias en formato APA (debe usar solamente referencias numéricas y de manera correcta).  Hay 2 páginas con número de página 3.  En página 5 aparece la Figura 4, en página 6 aparece la Figura 2 ¿? ¿Existe la Figura 3?  En Referencia [11] no indica el nombre de la conferencia, Referencia [15] no tiene fecha, la Referencia [30] ¿es un libro?, la Referencia [34] tiene su título escrito totalmente en mayúsculas, Referencia [45] dice solamente “Quinta”, Referencia [46] dice “Segunda”.  En Conclusiones, cambiar “tesis q del” por “tesis del”. Cambiar “se mostrara” por “se mostrará”.  Las Referencias [8] y [46] no son utilizadas en el texto.  El nombre del autor e institución debería ser anónimo (según normas del congreso).  En página 5, debe revisar que el texto esté justificado a la derecha.  En página 8, cambiar “se capaces” por “ser capaces”.
Output: neutral
El artículo describe básicamente los componentes de un aerodeslizador, y el sensor que podría ser utilizado para el control de navegación.  Es un estudio más bien teórico que no presenta evidencias de su construcción.  No queda claro si la propuesta ya fue publicada por el inserto en pie de página.  Se deben corregir varios errores de tipo gramatical; Ejemplos: Primer párrafo introducción ”con el término” y no “el término” C. Sistema de propulsión … a los cuales se acoplará Texto figura 2 debe incorporarse al pie de la figura Figura 3 sin título Figura 6 después de la 3? Penúltimo párrafo hoja 4 (“con estés….”) Enumerar ecuaciones.
Output: positive
El artículo presenta una implementación del caso de una "red espacial" en el sistema administrador de bases de datos espacial PostGIS. El artículo se centra en el modelamiento de caso planteado, lo cual resulta en un modelo clásico de bases de datos. Lamentablemente, hay  pocas luces sobre la posterior implementación y el trabajo de "procesar consultas en redes espaciales en bases de datos espaciales" como indica el artículo. Hay poca o nula información sobre los resultados obtenidos. Claramente se trata de un trabajo en desarrollo, del cual aún faltan aspectos esenciales para su real valorización.  La figura 2. tiene problemas, aparece corrida en la versión pdf, vista desde Acrobat Reader.
Output: negative
El artículo presenta el diseño e implementación de un esquema de base de datos espacial.  El artículo muestra la implementación sobre un SGBD relacional con una extensión que soporta modelos espaciales (PostGIS).  Específicamente se presenta el modelo Entidad-Relación y modelo Relacional del Sistema de Gestión de Base de Datos.  En general el artículo explica claramente el trabajo realizado, sin embargo, muestra algunas deficiencias en la redacción y ortografía de algunas palabras. La figura 2 no se visualiza correctamente.  No se comprende ¿por qué se diseña bajo metodología Relacional si lo que se busca es modelar una Base de Datos Espacial que es basada en Objetos y además en este caso PostGIS es object-oriented? Por qué no usar un diseño orientado a objetos?.  Sería recomendable revisar el artículo de Worboys: "Object-Oriented Data Modelling for Spatial Databases"  El artículo no muestra una evaluación y resultados de la investigación realizada.  Hay muchas referencias de sitios WEB de aplicaciones, pero muy pocas referencias a artículos científicos actuales asociados al tema presentado.
Output: neutral
El artículo presenta una implementación simple de una BD para redes espaciales desarrollada con un SGBD open source. Describe previamente, de manera clara y adecuada la tecnología  y conceptos utilizados en este contexto de las redes espaciales. Plantea una metodología estándar para el desarrollo de una BD y modelo E-R simple (Nota: en la figura 2 está mal configurado el texto). Luego describe las tablas generadas por el modelo indicando los tipos de archivos utilizados. Continúa señalando que se implementó el algoritmo de búsqueda INE pero no existe evidencia de esto y de su uso. Finalmente señala en la evaluación, que esta etapa no se pudo llevar a cabo. En las conclusiones no se expresa ningún tipo y sólo se limita a resumir el trabajo realizado. En síntesis, un trabajo simple de diseño de BD que no proporciona un aporte científico, sólo una implementación útil y novedosa de redes espaciales. Se recomienda potenciar aspectos que puedan entregar un aporte, como evaluar distintas tecnologías de BDE, desempeño del algoritmo de búsqueda INE v/s otros, etc. Existen errores de acentuación de algunas palabras a lo largo del texto.
Output: neutral
Este artículo describe una propuesta de implementación de una red espacial representada en el SGBD PostgreSQL, específicamente en la extensión PostGIS.  El artículo solo presenta información de modelado y diseño, pero no de implementación. A consecuencia de ello, no se presentan resultados experimentales.  El artículo tiene aceptable redacción en general. Sin embargo, es un trabajo del cual todavía no se obtienen resultados que permitan evaluar su aporte.
Output: negative
Un Objeto de Aprendizaje sirve como apoyo al proceso educativo, para desarrollar competencias en los estudiantes en alguno de los tres tipos de saberes (domino conceptual, dominio de procedimientos y desarrollo de actitudes y valores). En ninguno de estos ámbitos se dan evidencias que lo demuestren. Además de que las experiencias son muy básicas, el abstract, lo cito textual: "El Artículo presenta, las experiencias recabadas de la aplicación de Objetos de Aprendizaje en el desarrollo de la asignatura de Introducción a la Teoría de Autómatas, debido a que en el desarrollo del curso se han desplegado cambios significativos, planteando un seguimiento académico detallado y exhaustivo mediante un esquema de “Retroalimentación Rápida” y “Preguntas Cortas”.", no se muestran las experiencias recabadas ni tampoco se menciona como las obtendrían.
Output: very negative
Se presenta la necesidad de usar Objetos de Aprendizaje (OA) para la enseñanza del curso "Introducción a la Teoría de Autómatas". Sin embargo es muy poca la información dedicada en el artículo a los OA elegidos para el curso, no hay información de resultados de su aplicación ni sus consecuencias (resultados de aprendizaje, encuesta a los alumnos para validarlo, etc.). Es por ello que no se recomienda aceptar el artículo, salvo que se agregue información que respalde la aplicación de OA en este curso.
Output: negative
En este trabajo se muestra un Entorno visual interactivo para análisis exploratorio de modelos en minería de datos. Existe un trabajo denominado 'Modelo aumentado de árbol de decisión utilizando mapas autoorganizados', aceptado el año 2014 en revista Ingeniare, que muestra una metodología muy parecida a la propuesta en este trabajo.  Al respecto este trabajo tiene figuras del trabajo anterior que no referencia. De hecho la figura 1 de este trabajo la presenta gráficamente diferente a la figura 1 del trabajo de Ingeniere, siendo el mismo modelo. Aun cuando al parecer las encuestas son aplicadas a alumnos diferentes (no se especifica) los resultados y frases son muy parecidos al proyecto anterior.  Por lo tanto, se debe especificar el aporte o diferencia de este trabajo con el anterior con mucha más claridad, si es que existe.
Output: very negative
El artículo es interesante, abarca en profundidad muchos términos. Algunas observaciones son: - Deben ser entre 5 y 10 palabras clave. - Cambiar palabra "entonro" - Quitar acento a "éste modo" - No usar color según instrucciones de papers Infonor - Cambiar palabra "Dendrograma" -  Revisar "realizar un paneo"
Output: very positive
Novedosa propuesta. Bien estructurada. Correctamente escrita. Sólo sugiero: Explicar con más detalle la función trapezoidal de la página 2. Redactar nuevamente  el  párrafo  anterior a la función trapezoidal A(x). Agrandar el esquema de la figura 1. Explicar la arquitectura propuesta mostrada en la figura 2. Revisar referencia de Feng et al. que es la referencia 2 y en un párrafo de la columna 2 página 1 está marcada como referencia 1.  Artículo no está en el formato pedido por Infonor, por favor cambiar a éste formato.
Output: very positive
El tema es interesante y está bien estructurado en lo que se refiere a diseño de la propuesta.  El tema trata de un enfoque para la mejora, sin embargo solo establece una propuesta de arquitectura, centrándose en el diseño, y no indica cómo se evaluará o medirá esta mejora para los SDW, se recomienda agregar métricas u otros aspectos para ello. No entrega muchos detalles, se recomienda aumentar el nro. de páginas para sí mejorar este aspecto. No hay muchas referencias bibliográficas a trabajos o esfuerzos relacionados sobre el tema.
Output: very positive