niryuu/sni-each-converted huggingface dataset:
Problemas de forma identificados:  - Figura 7 no es clara en su contenido. - Figura 5 y 6 no aportan al trabajo desarrollado. - El proceso de transacción debería estar numerado. - Cuadro debería ser Tabla, además la tabla 2, 3 y 4 no son legibles. Se deberían re-escribir. - Página 3 el texto de la palabra Samsung no es del mismo tipo de fuente. - Figura 8 no tiene título. - Se debe corregir y mejorar la ortografía (conclusiones).   Problemas de fondo:  - El apartado 3.1.2 no se encuentra relacionado directamente con el problemática planteada. - La descripción de las arquitecturas y modalidades de utilización de NFC no aporta a la solución expuesta. - En la sección 4.1 se hace mención a la máquina virtual Dalvik, sin embargo, desde la versión de Android Lollipop hacia arriba, se utiliza ART y no Dalvik. - La tabla 6 no aporta el trabajo desarrollado. - El trabajo desarrollado utiliza 8 de 11 páginas en introducción y tecnologías, sin embargo, sólo se utiliza 1 página para mostrar las evidencias. - Se plantean algunos indicadores, sin embargo, no se da evidencia de los valores obtenidos. - Las figuras 10, 11 y 12 muestran capturas de la aplicación?, sin embargo, no se indican en detalle la forma de aplicación de las tecnologías en Android. - Falta evidencias de la aplicación descrita, en particular desde al área de la ingeniería de software.
Output: neutral
Este trabajo hace una presentación de trabajos relacionados con el control de acceso de personas a determinadas instalaciones. Describe algunas tecnologías que se pueden emplear para implementar este control. Sin embargo, se queda en una propuesta que trata de adaptar soluciones a un problema local. Falta más desarrollo de modelos y sustento teórico para presentar una solución original, que aporte al avance en esta área. OBSERVACIONES DE FORMA: 1) Indicar las referencias usadas en el texto con corchetes []. 2) Mejorar la redacción del texto, uso de conectivos, prenombres, acentos ortográficos, puntos, comas, etc. Por ejemplo: "El alumno, simplemente al acercar el móvil al libro, recibirá en su terminal la información Correspondiente al texto sin ninguna intervención."  3) El título: "1. Otras Secciones."
Output: very negative
El formato simplemente pésimo, la redacción deja también bastante que desear, las figuras borrosas, tablas escaneadas de algún lugar sin referencia. El contenido no existe. Este debe ser uno de los artículos más malos que he visto en mi vida,
Output: very negative
El artículo realiza una reflexión sobre el estado actual y las posibles proyecciones de los métodos formales en el desarrollo de software.  Si bien la idea de realizar tal reflexión tiene un potencial interesante, el artículo queda corto en dos aspectos claves:  1. Hay muchísimas aseveraciones hechas en el documento que no tienen citas bibliográficas que las respalden, ni tampoco se desprenden de una deducción lógica a partir de premisas anteriores. Esto resta significativamente a la validez de los argumentos presentados. 2. Todas las aseveraciones presentadas en el documento que, según se interpreta, los autores quieren presentar como propias, son en realidad, problemas ampliamente conocidos en el área de métodos formales.  En resumen, el artículo no provee aseveraciones con evidencia suficiente o una línea argumentativa sólida, ni tampoco provee aseveraciones originales.  Por esos motivos considero que el artículo no es apto para ser publicado.
Output: very negative
De acuerdo con la convocatoria, Infonor-Chile acepta reportes de trabajos de investigación en temas de interés en computación y tecnologías de la información y sus aplicaciones; el artículo presenta una reflexión, desde el punto de vista del autor (en algunos casos sustentado en citas bibliográficas), sobre los desafíos de los Métodos Formales en el ámbito de la Ingeniería de Software, sin embargo no ofrece aportes sustentados en algún tipo de validación, más que la opinión del autor sobre las oportunidades y desafíos de dicha área; incluso la revisión bibliográfica no ofrece evidencia de haber utilizado un proceso formal (p.e. revisión sistemática) para sustentar la reflexión propuesta.  Me parece que como trabajo de "divulgación" es muy interesante, pero como reporte de "investigación" es limitado.
Output: neutral
el trabajo mostrado en este paper esta muy bien documentado.  presentan un modelo de extracción de información para la planificación de búsquedas en web.  para ello con algunos casos que prueba el modelo propuesto
Output: very positive
Interesante trabajo que trata de la simulación de entornos urbanos para simular accidentes y medir los efectos de intervenciones urbanas que ayuden en su prevención. El trabajo es un aporte tanto desde el punto de vista del objetivo de la misma, como de la descripción detallada que realiza sobre el proceso de integración de tecnologías que permitieron llevarla a cabo, lo cual se puede replicar para proyectos que utilicen la tecnología 3d con otros objetivos, así como de las estrategias usadas para refinar el modelo a través de globos aerostáticos. Se echa de menos, eso sí, una revisión de trabajos similares para haber establecido una comparación.
Output: very positive
1. El artículo está muy mal escrito. Por ejemplo, cómo es posible que la introducción indique lo siguiente. "Dado que las Pymes generan aproximadamente el 80% del empleo en Chile y dado que la Carga tributaria concentra tb. Aproximadamente un 50% del" ¿Por qué usa abreviaciones en la introducción?  2. La propuesta no tiene ningún desarrollo que muestre resultados claros.  3. ¿Por qué indica referencias y bibliografía?, ¿cuál es la diferencia? Las siguientes referencias bibliográficas son "ingenuas"   "De acuerdo a datos históricos, la facturación mensual del producto es de 80% de gas de 15 kilos, 15 % de 5 kg. y 5% de gas de 45 kg."  "Proveedor contratista de empresa Prime del sector industrial, él, más 12 personas"  Sinceramente es mejor escribir de nuevo el artículo y mejorar todo.
Output: very negative
En mi opinión, siendo la propuesta de muy alto nivel, no se puede apreciar su grado de relevancia y utilidad.  En algunos pasajes la redacción hace difícil la lectura. Esto ocurre a lo largo de todo el documento.  Presenta una revisión de los conceptos de data warehouse y data mining muy básica, que no está basada en una revisión de literatura relevante.  Carece de elementos concretos que puedan utilizar para desarrollar una solución a un problema concreto.  La bibliografía, tal cual se presenta, está fuera de toda norma utilizada en artículos científicos.  Se sugiere ya sea reenfocar el estudio hacia algo más concreto, o bien proveer evidencias que permitan evaluar de mejor forma la propuesta.
Output: very negative
El artículo describe los conceptos de data warehouse y minería de datos, luego plantea unos pasos para describir un proceso simple de reposición de stock para un caso de empresa distribuidora de gas licuado. Solo se queda en el discurso y no plantea algo concreto. No es un trabajo que genere un aporte científico y no es relevante para el congreso
Output: very negative
En  Cap III no veo diferencias o aportes  sustantivos a lo ya manifestado en documento “la necesidad en Chile de una infraestructura tecnológica colaborativa de apoyo a la investigación astronómica” Red Universitaria Nacional, Noviembre 2008. De manera que corresponde citarlo como referencia o sino hacer los aportes o diferencias sustantivas, al igual que [Link]  Finalmente, el artículo carece de relevancia, ya que los aportes no se diferencias de lo que presenta.   Más aún, las figuras no se explican, como tampoco se cita su fuente que están dadas en [Link]   No cabe duda que lo relevante serán los resultados que se obtengan del  proyecto (FONDEF D11I1060, adjudicado el año 2011), en el sentido del diseño e implementación de un observatorio virtual, el cual deberá cumplir con los estándares de IVOA, sin embargo, por ahora, no veo aportes sustantivos.  Además, no se mencionan las "instancias donde presentarán problemáticas", tampoco la o las "problemáticas que enfrentan" como comunidad ante el procesamiento de datos que serán resueltos mediante "técnicas computacionales", las que hasta ahora son desconocidas.  Por otro lado la arquitectura que se muestra y me parece natural es la de IVOA, sin embargo, no se muestran, al menos por ahora, los aportes que se han realizado en este sentido.
Output: very negative
Interesante paper que muestra el desarrollo de un observatorio astronómico virtual con posibles importantes implicaciones para la comunidad informática nacional. A este respecto sería deseable que durante la presentación se aclarasen aspectos como ¿Está abierta la participación a otras universidades a colaborar en los desafíos que se deriven de este proyecto? ¿Está pensado trabajar con más observatorios en el futuro? ¿Qué lecciones o guías se pueden extraer de la experiencia en la implementación de los otros observatorios virtuales alrededor del mundo, y del provecho que de estos han sacado los investigadores de las ciencias de la computación?
Output: very positive
The paper describes an experience concerning the automated inspection of spectra for the Pipeline Hubble Legacy Archive Grism data.  Comments:  In the conclusions the authors say that "We have identified two classes of flawed spectra which were not picked up by the automatic classification because of their very small number of training samples. Per construction machine learning techniques can not classify such outliers." This sentence should be further explained. As Hastie, Tibshirani, and Friedman say in The Elements of Statistical Learning (see Chapter 7): "it is too difficult to give a general rule on how much training data is enough; among other things, this depends on the signal-to-noise ratio of the underlying function, and the complexity of the models being fit to the data. " So, by just saying that the number of training samples is small you do not provide enough information to decide whether machine learning techniques are adequate or not to solve a problem.  Other minor comments:  + If reference [2] has not yet been written or published it should be deleted from the paper.  The dataset may be of scientific importance.  It is mainly descriptive.
Output: positive
This manuscript addresses an interesting solution based in machine learning techniques to classify spectra legacy data of the Hubble Space Telescope in order to publish the results and "good" spectra in Internet to scientific community. The manuscript is well-written and results are robust. Experiment is sound and the manuscript seems acceptable in the current form. The work can be short, but very interesting to the Infonor and JCC community.  The main problem of the paper is that it is difficult to compare results for the classifiers utilized. A confusion matrix and parameters for each classifier could clarify results.
Output: very positive
Interesting application domain.  Nothing new from a machine learning perspective. They authors should provide more information about the models they have obtained with the different classifiers (feature subset selection used, selected features, accuracies, statistical significance on the differences on accuracies, the models themselves, ...). Semi-supervised classification is the appropriate method for the last paragraph in the "Methodology" section.
Output: positive
Un trabajo impecable.   Bien presentado, enfocando un tema de actualidad e interés. Ameno y bien estructurado.  Sin observaciones de mi parte. Creo que es un aporte real que cautivará el interés de los asistentes.  El hecho de utilizar como elemento componente una herramienta de impacto en las redes sociales captura de inmediato la atención del lector; y la presentación que se inicia con un vistazo a los conceptos más relevantes busca aclarar que se trata de un trabajo al alcance de aquellos que participan en las redes sociales.  Si bien puede ser leído sin dificultad por una gama amplia de lectores, no carece del rigor necesario para ser una propuesta atractiva, consistente y bien planteada.  Apoyo su inclusión en Infonor con entusiasmo.
Output: very positive
Este paper presenta una herramienta (SAVE) para la verificación de arquitectura de software. SAVE realiza un chequeo estático de reglas asociadas a dependencias permitidas y prohibidas entre elementos del diseño y del código, y permite entregar un reporte sobre la consistencia entre ambos niveles respecto a dichas reglas.  En general la herramienta parece bastante poderosa por dos motivos: el uso de reglas sencillas y la inclusión de sets de reglas pre-definidas para patrones de diseño de amplia utilización. Esto, a mi juicio, es la diferencia más importante con otros frameworks similares.  La redacción es, en algunos lugares, poco objetiva. En particular sugeriría evitar el uso excesivo de adjetivos para los cuales no se provee de evidencia que los soporte. Por ejemplo, en varios lugares noté el uso de "poderosa herramienta", "herramienta intuitiva" o similares (no solamente referidos a SAVE, sino a otros trabajos). En todos esos casos, no se provee en forma explícita una evidencia que soporte el uso de dichos adjetivos.  Otro detalle que requiere arreglo es el título que aparece en el archivo PDF: "Predicción de la dinámica del comportamiento...", el cual no coincide con el título del paper. Probablemente los autores utilizaron una plantilla de un paper anterior con dicho título.
Output: very positive
La verificación de la arquitectura de un producto software puede ser una gran contribución a la calidad del mismo, por lo cual, cualquier herramienta que facilite esta labor es un aporte a la ingeniería de software. Presentan evidencias de una revisión previa de métodos y herramientas alternativas o complementarias a la propuesta. Las descripciones presentadas se acompañan de ejemplos aclaratorios.  No queda claro el rol e interacción del experto del dominio. En las secciones iniciales dice que la herramienta realiza análisis estático y dinámico, sin embargo al final del artículo, en la identificación de posibles mejoras de SAVE se propone incluir el análisis dinámico, lo que se contradice con la afirmación inicial. La descripción del funcionamiento de la herramienta no está lo suficientemente claro. La calidad de la figuras no es adecuada, por el tamaño y resolución de las mismas no es posible apreciar bien los detalles. La redacción de artículo puede ser mejorada. Hay varias frases en donde faltan conectores, por ejemplo "En el presente apartado, veremos S.A.V.E. logra recuperar las dependencias existentes en el código fuente...." Muchos errores en la acentuación de las palabras.
Output: positive
El trabajo presenta la propuesta para un modelo de calidad para software de banca por Internet.  El trabajo presenta varias debilidades: - El objetivo del trabajo no está claramente especificado, y aparece descrito en forma diferente en varias secciones. - La metodología de investigación no está clara. --> Los elementos constitutivos de la propuesta (Dromey, ISO 25010, MOSCA...). No se describe la motivación de por qué fueron seleccionados. Ni se describe el sesgo que esta selección puede tener en el modelo. --> Se describe el uso de una metodología de Investigación/Acción, pero no se describe el fenómeno que se ha estudiado para consolidar el modelo.  --> La Secciones de marco teórico, también parecen estar sesgadas, y no se describe las fuentes que dieron lugar a la selección de referencias.  Otros comentarios menores: - La traducción del abstract a inglés debe ser revisada. - La bibliográfica de calidad de software, sale de libros de texto, y puede ser actualizada. - El alcance hacia a tributos de calidad, es a la vez, introducido como parte del marco metodológico, y expuesto como conclusiones. No puede ser las dos. Al orientar la investigación hacia owasp, el constructo se orienta hacia atributos de seguridad, por tanto la conclusión: "En el mismo sentido se establece que la calidad de un sistema para Banca por Internet debe considerar la seguridad como punto obligatorio, además de la funcionalidad" Es resultado del diseño de su investigación, y no puede extraerse del trabajo.  - La referencia 6 y la 11 es la misma.
Output: very negative
El artículo realiza un recorrido por definiciones de calidad, calidad de software y modelos de calidad. Algunos modelos se tratan primero en una sección preliminar y otros luego del análisis teórico, sugiero re-organizar la presentación de conceptos. En mi opinión, los conceptos de modelo de calidad y modelo conceptual no son equivalentes, aunque se tratan de forma conjunta en la introducción.  En la segunda sección se presentan varios modelos, pero no se establece claramente las relaciones entre ellos y cuál es el criterio para tenerlos en cuenta en esta línea de investigación. Existen múltiples propuestas de modelos de calidad de software y modelos específicos para web. Por otro lado, las guías de OWASP son relevantes para la seguridad de aplicaciones web, no son un modelo de calidad.  Sugiero exponer el análisis teórico (que incluye definiciones básicas de calidad) antes de la descripción y justificación de los modelos considerados. Por otro lado, se podrían agregar conceptos / atributos / modelos de la calidad específicos en el contexto de los sistemas bancarios.  En mi opinión, dedicar tanto espacio a definir el concepto de banca electrónica,  banca por internet y luego el de banca móvil, no resulta necesario en el estado del arte actual y el conocimiento público de estos conceptos. Sugiero centrarse en los objetivos de investigación de este trabajo en particular.  Las descripciones del marco metodológico DESMET y la metodología investigación – acción son muy breves. Es necesario establecer antes los objetivos de la investigación.  Los modelos conceptuales obtenidos son el resultado principal del trabajo. Se deben utilizar notaciones más legibles (sugiero también poner información extendida como anexo del artículo o en la web). Se debería explicar además como estos modelos fueron validados, para que sean confiables si son utilizados para definir ontologías o usados en trabajos posteriores.
Output: negative
Este artículo propone un sistema que agrega componentes difusos a ciertos atributos de una base de datos con información sobre el estado físico de personas.  La aplicación del trabajo es interesante, ya que son escasas las experiencias donde en la práctica se utilicen atributos difusos para almacenamiento y consulta en nuestro país, por lo que puede hacer que el tema tratado sea interesante para nuestro congreso.  Sin embargo los siguientes aspectos, o no quedan claros o están incompletos: - Utilizar formato solicitado por el congreso. - Mejorar redacción general del resumen/introducción - Redactar en tercera persona el punto 3, 4.1.1 cuando se refiere al cliente - Cuidar el uso de abreviaturas que a veces se usan en minúsculas o mayúsculas - Redactar la conclusión con un enfoque donde se deje claro qué beneficios que obtuvo el usuario del sistema con respecto a un sistema no difuso - No queda claro cómo se determinaron las funciones de pertenencia utilizadas. - Falto algún tipo de estudio/comparativa para comprobar el aporte que un sistema como el propuesto mejora o complementa un sistema tradicional en el área aplicada  Debido a lo anterior, se recomienda aceptar el artículo para su presentación en el Workshop de aplicaciones empresariales.
Output: positive
The paper introduces a segmentation procedure for breast tissue images using SVM.  General comments:  a) Concerning the proposed approach: The segmentation method introduced only considers local color/gray value information. Perhaps introducing other features related to the membrane's local (e.g. the membrane has symmetry properties that can be exploited) or global (e.g. continuity, approximately circular shape) properties may improve the segmentation results.  Feature selection is also a key component to improve performance. Use a feature selection procedure.  b) Concerning the experimentation: You should describe the experiments with sufficient detail so others can replicate them: a) Make your data publicly available b) Explain how you have selected the classifier's parameters (parameter selection in an SVM is critical and may improve notably the performance).  You should join Figs 10 and 9 in a single plot so we can better see the differences.  You only provide qualitative segmentation results (Figs. 12, 14, 15), but quantitative results are also very important. Specially when it comes to comparisons. You should quantitatively compare your algorithm with other competing works in the literature.  c) Concerning paper organization: The paper is well written and clearly introduces the problem, describes the relevant literature and presents the solution. I have a few comments concerning the paper organization: a) Problem statement and literature review (intro and theoretical framework sections) are in my opinion a bit long, compared to other important sections, e.g. feature extraction and experimentation which are just one paragraph each. b) Although English is in general correct, there are some small mistakes that could be solved by having it read by a professional. c) There are two "proposed method" sections  Well written paper. Good literature review.  It only shows very preliminary results.
Output: very positive
Este trabajo muestra un enfoque de segmentación de imágenes de tejido mamario para la clasificación binaria de pixels de una imagen mediante SVM, para determinar la presencia o ausencia de la tinción de las membranas de las células cancerígenas Este trabajo es interesante y valorable, debido a la dificultad de la obtención de este tipo de imágenes y por el enfoque interdisciplinario, presentando además un interesante trabajo futuro. Se encuentra bien escrito y los resultados mostrados aunque parciales parecen correctos y justificados.  Verificar redacción y tipografía de la página 4 en sus párrafos primero y penúltimo. La principal debilidad de este trabajo puede ser la baja cantidad de imágenes de prueba y la falta de comparación con otros métodos. También sería deseable mostrar resultados generales de la clasificación y no sólo del proceso de validación. Además, las propiedades explicadas en  la tabla de puntaje (completitud e intensidad) no son utilizadas directamente en el proceso de clasificación.
Output: very positive
The paper presents a medical test based on images of tissue sections. The approach proposed to cancer cells segmentation (membrane localisation) is based on local pixel features and SVM classification.  The paper describes quite well the practical problem it deals with (cancer cells segmentation on images) and it is generally well written.  - The paper approach described in the paper seems a first try on the problem and follows others in a quite similar (but new) problem. Moreover, the paper concludes that the proposed approach is not good enough.  - The features used for classification lacks of frequency information around each pixel (although it used the first derivative with sobel). Most texture descriptors in the literature use frequency information from gabor wavelets, fourier coefficients, DCT, etc. Why not use this kind of information? Why you have chosen this 7 features and not other ones? The paper lacks of experimental evaluation on different features sets.
Output: positive
El artículo habla (en el resumen y un poco en la introducción) de una experiencia tecnológica de inter-operatividad entre plataformas de enseñanza, pero no se evidencia tal experiencia en sus líneas. Los resultados no son concretos, no hay experimentación o análisis de resultados que sustenten lo afirmado en el apartado de conclusiones. El apartado de conclusiones no se relaciona con lo dicho en el resumen no expresado en la introducción como objetivo del trabajo. A pesar de ser un estudio interesante respecto a estándares y tecnologías como e-learning o t-learning, los autores no logran describir la metodología de trabajo, procesos, experimentación, resultados y valoración de los resultados. En el apartado Resultados (al final) hablan de pruebas en dispositivos pero no se describen dichas pruebas, no hay evidencia de dichas pruebas en el documento.  Por otro lado, el texto tiene carencias importantes como las siguientes: 1. Tanto el Resumen como el Abstract tienen ideas difíciles de entender o están poco elaborados. 2. Se detectan errores ortográficos en el documento. 3. Lo dicho en la Introducción coincide poco con lo dicho en el Resumen. 4. Uso de siglas (abreviaturas) no descritas en el documento (como por ejemplo ETSI), no hay un glosario de términos. 5. Párrafos que contribuyen muy poco a entender el documento, como por ejemplo el que dice "La Tabla 1 muestra el análisis de las características de las normas y estándares" o el párrafo que dice "Pruebas de acceso y despliegue sobre el BlackBerry Thorch".
Output: negative
El artículo presenta una propuesta para una plataforma de generación de contenidos educacionales que permite acceso ubicuo. Este tema es de mucha actualidad e interés.  Al parecer habría sido presentado en otro congreso, con muy pequeñas variaciones y que sería bueno destacar y especificar esas similitudes y/o diferencias.  La redacción y uso de referencias es correcta.
Output: positive
Problemas de Fondo: Los autores presentan los resultados de un proyecto de interoperabilidad entre plataformas, definen los estándares para la creación de contenido, sin embargo, los argumentos utilizados para seleccionar el modelo carecen de validación.  Se esperaría al menos la validación de dos o más plataformas antes de definir y concluir que lo propuesto es la mejor selección.  La encuesta aplicada a 50 personas no describe en que plataformas se realizó y a qué tipo de público objetivo.   Problemas de Forma: - Palabras sin tilde: último, validó, módulo. - Inicio de frases sin mayúsculas. - No se respeta el márgen en la tabla. - Los títulos de las figuras se encuentran en páginas diferentes. - La enumeración de los dispositivos es confusa y sin formato.
Output: negative
Me parece un artículo interesante que pudo centrarse más en el desarrollo de una aplicación sobre Kurogo (un producto atractivo descrito en el artículo) que en el estudio de la ubicuidad de tecnologías para su interoperabilidad.  En este punto me saltan diversas dudas, ya que el estudio concluye la siguiente configuración de interoperabilidad:   "DVB-2T como el estándar internacional de transmisión de TVDi escogido por Colombia, MHP como el middleware para la TVDi, MPEG como el formato de codificación y decodificación de audio y video de los contenidos y SCORM como estándar óptimo para la generación de contenidos."  Eso significa que en los estudios se debió utilizar transmisión por tv digital??? Y, por lo que entiendo, se usó un "logitech revenue" lo que convierte al tv en una salida de una conexión a internet, por lo que sería lo mismo que las comparaciones sobre un PC común. ¿Estoy en lo correcto?  Con esta duda, aún me parece que el artículo puede ser interesante de considerar (weak accept) y aclarar los conceptos en la presentación del mismo.
Output: positive
This is a developed application to support information with sounds. Although it is a particular situation to aid with the use of sounds, it does not presents new knowledge in any areas or has any type of empirical validation; one from the user point of view might add some value.
Output: neutral
El artículo presenta una prueba de concepto respecto a la asociación de sonido a un índice financiero (RSI).  El artículo tiene una estructura adecuada, presenta los conceptos, trabajo relacionado y la propuesta de "sonificación" en forma clara. No obstante, es escueto en la descripción de la implementación, los resultados obtenidos y su análisis.  Algunos errores gramaticales menores:  - pag. 1, columna derecha, primer párrafo. "Is in this context" - pag. 3, columna derecha, segund párrafo. "minimums and maximums frequencies..."; "to void damaging..."  Algunos aspectos a mejorar:  No queda claro cuál podría ser la ventaja respecto a otras posibles formas de asociar sonido al RSI.  Se requiere mayor explicación y detalle respecto a la implementación.  El trabajo carece de una parte empírica donde se pueda juzgar o estimar el valor del esquema propuesto frente a otras posibles opciones. Esto se explica por su carácter de prueba de concepto, pero no se menciona esto como trabajo futuro.
Output: neutral
Los autores hacen un análisis comparativo   entre diversas tecnologias para automación industrial. El análisis me pareció razonablemente profundo y amplio, pero lo califique como "weak accept" por no tener contribuciones científicas fuertes.  El texto necesita ser revisado, hay frases largas (por ejemplo la segunda del segundo parágrafo de la introducción tiene 11 líneas) y puntuaciones faltando o colocadas incorrectamente. La primera frase del segundo parágrafo de la introducción.  Incluir también el significado de las siglas PLC y PC.
Output: positive
Este trabajo ofrece un análisis comparativo del uso de tecnología cableada y tecnología programada.  El ámbito de "trabajo relacionado" presentado en el documento es inexistente. En este contexto, no es posible determinar si los criterios de comparación sugeridos en el trabajo son, efectivamente, los pertinentes para realizar una evaluación.  Los criterios de comparación de tecnologías son en algunos casos objetivos y en otros casos subjetivos. En este sentido, el trabajo no sugiere cómo enfrentar la valoración de cada criterio para finalmente efectuar una comparación (por ejemplo, en el ítem "seguridad" o en el ítem "programación").  Existen problemas gramaticales (por ejemplo, "alto tiempo). Adicionalmente, el trabajo está pobremente ordenado, dificultando la comprensión por el bajo esfuerzo en localizar el contenido de las tablas de una manera legible.  No se visualiza un aporte real de este trabajo. En numerosas oportunidades se cita a "Rexroth Bosch Group", sin agregar mucho más en cada punto. El impacto y relevancia  de este trabajo, en cuanto a la novedad, no es observable.
Output: very negative
El tema de la automatización si bien es de interés, en este artículo tiene un enfoque muy general, sería interesante por ejemplo referirse a los PLC compactos vs. PLC modulares, además podría incorporarse en la comparación a los microcontroladores de gama alta, dado que al proveerlos de una etapa de potencia se pueden lograr resultados muy interesantes de aplicación a bajo costo. El título tiende a confundir dado que se espera la presentación de las últimas tecnologías utilizadas en la automatización industrial y más bien se enfoca en primer lugar en una revisión histórica de los avances del área para luego dedicarse a comparar sólo dos de los tipos de controladores existentes en la industria. El contenido expuesto es frecuentemente encontrado en la literatura referente al área, por lo que no representa a mi parecer una contribución relevante al tema.
Output: negative
El paper muestra una aplicación práctica desarrollada con realidad aumentada aplicada a entregar información turística en espacios abiertos El trabajo permitirá dar a conocer la tecnología a nivel nacional y sus potencialidades, por lo que se considera un aporte. Sin embargo, el paper carece de un estudio comparativo con otros trabajos similares aplicando esta tecnología a este mismo objetivo, por lo que no se logra obtener una idea del grado de originalidad del mismo, ni da la posibilidad de contrastar algunas de las limitaciones del mismo que el autor menciona al final del paper con trabajos ya desarrollados anteriormente.
Output: positive
El artículo presenta un estudio de caso sobre el desarrollo de una aplicación móvil de realidad aumentada. La aplicación tiene como objetivo brindar información multimedia sensible al contexto (ubicación) y permite realizar tours  sobre distintos puntos de interés.  Si bien el tema (Realidad Aumentada) es muy interesante desde el punto de vista de la investigación, los objetivos del estudio de caso deben ser presentados explícitamente. El objetivo del prototipo puede ser la experimentación con tecnologías de desarrollo disponible para RA, el desarrollo de un software funcional para ser puesto en producción o ambos.  En la sección central del artículo (Solución Propuesta) hay múltiples secciones donde se mezclan conceptos: selección de herramientas, diseño de la arquitectura de la aplicación, lista de funcionalidades (que debe ser revisara para ser una extensión de los requerimientos de la sección III). Sugiero separar y seleccionar solo uno de estos aspectos para tratar en mayor profundidad. Por ejemplo, la selección y justificación de herramientas está dispersa en varios puntos del artículo.  Existe la oportunidad de explicar las lecciones aprendidas del desarrollo de una aplicación de RA con mayor detalle. La lista de beneficios y la discusión de resultados solo trata de aspectos generales.  Sugiero incluir más referencias a la literatura sobre RA: definiciones, investigación reciente, casos de desarrollos similares.
Output: neutral
Se presenta un modelo de optimización con restricciones de asignación de tripulaciones de trenes y su implementación en Java.  El problema está claramente delimitado y tiene aplicación práctica.  La solución propuesta parece apropiada.  La presentación extremadamente breve (dos páginas de contenido) no permite evaluar la calidad técnica ni la relevancia del trabajo.  No se incluye discusión de trabajo relacionado ni de los aportes del trabajo mismo.  No se proporcionan detalles del modelo, ni del software, ni de los resultados experimentales.
Output: very negative
Es un buen tema para el congreso. Presenta una buena propuesta de trabajo de vinculación  Está redactado como un abstract extendido, debe ser re-escrito para ser aceptado definitivamente para el congreso. No hay referencias y las que coloca al final son pobres. Por la presentación debería ser castigado
Output: positive
El artículo describe una interesante aplicación de control de un dispositivo físico (para el caso en estudio, un robot móvil de Lego Mindstorms), mediante el procesamiento de las señales derivadas de cambios de índole facial y/o mental, provenientes de un casco  Emotiv EEG, el cual realiza un electroencefalograma de alta resolución. Sin embargo a pesar de lo interesante del trabajo presentado, el artículo carece del rigor que caracteriza al proceso metodológico de investigación, no se observa una discusión bibliográfica critica, no hay una definición clara del problema a investigar, presenta una pobre discusión  de resultados y abundantes errores de forma (Ej. la página 3  presenta el siguiente texto “¡Error! No se encuentra el origen de la referencia”, no existe página 2, etc.), que denotan que el autor no fue riguroso en su revisión antes del envío. Finalmente en mi opinión el trabajo es un buen aporte como un excelente trabajo de proyecto o taller dentro la malla curricular de alguna carrera de Informática o Electrónica.
Output: neutral
El paper corresponde a una muy buena aplicación de una plataforma para interfaz gestual de acciones con un robot. Esta bien redactado y con buen uso de las referencias
Output: very positive
El artículo presenta un estudio de la percepción que tienen los ingenieros de requisitos (noveles y expertos) en relación a la efectividad de las diferentes técnicas de educción  para el descubrimiento de los requisitos en un proyecto de desarrollo de software.  El articulo trata un tema que merece cierta atención ante la gran cantidad de técnicas de educción que existen y la desorientación de los ingenieros de requisitos respecto de cuál utilizar en un determinado contexto.  El estudio realizado considera como noveles Ingenieros que no tienen conocimiento de técnicas de educción y uno de los atributos que debe ser calificado como base del estudio comparativo, es precisamente su experiencia. De hecho como conclusión se expresa que “una más amplia formación y principalmente de tipo práctica, es necesaria para que los ingenieros noveles puedan decidir….”, eso es de Perogrullo. Debería ser considera una gama mayor de atributos del contexto como los sugeridos en [14], que permitan conclusiones más veraces.
Output: positive
Es un estudio realizado bajo una metodología formal (técnica de emparrillado). El objetivo tras el estudio es mejorar la preparación de estrategias para la formación en técnicas de educción de requisitos, lo cual es un aporte dada la relevancia de la Ingeniería de Requisitos en el desarrollo de software. El estudio cubre una amplia variedad de técnicas de educción, entre las cuales se incorporan las más utilizadas en la práctica.  El estudio se aplicó a personas que pertenecen a una única institución (Universidad Politécnica de Madrid), sin duda esto es una limitante ya que todos tienen exactamente la misma formación, sería interesante aplicar el estudio a ingenieros noveles con diferentes formaciones. Las conclusiones obtenidas del estudio no son novedosas, confirman lo que por lógica se podía esperar.
Output: positive
RESUMEN:  Este trabajo presenta/ofrece una aplicación Web móvil que permite, a través de una Geo-Localización del dispositivo, crear un mapa del crimen en la ciudad de Lima, Perú.   EVALUACIÓN GENERAL:  El documento no sigue la estructura de un artículo científico y parece que tampoco sigue el formato de INFONOR. Además, el trabajo presentado parece más bien un trabajo de ingeniería que científico. Aunque esta aplicación Web móvil podría ser interesante,  se debe mencionar no ofrece ninguna dirección URL donde (com)probar la aplicación presentada.  La Sección 2 debería discutir el trabajo relacionado y algunos conceptos, pero en el medio de esta sección, se describe parte de la propuesta. Además, el trabajo define en casi una columna qué es la delincuencia usando extensas citas (“ … ”).  La sección discusión de experimentos y resultados no se describe experimentos ni resultados (estos últimos son descritos pero no discutidos), solo se muestra algunas facetas/pantallas de la aplicación. Además, justifica el uso de Android a través de una cita muy larga (“ … “).   DETALLES MENORES:  - El abstract en Ingles puede ser mejorable, comenzando por eliminar la primera palabra del paper. Se pudo escribir en español el abstract. - El formato del documento no sigue el estándar de INFONOR, especialmente con los márgenes, - En algunas partes del documento, se puede observar la palabra “tesis” y no artículo. En otras partes del texto, se puede observar la palabra “ponencia”. - La Figura 1 no aporta en casi nada al documento. - Después de cada título, se puede observar “:” que no es necesario. - La sección 2 usa de manera excesiva citas “…” - La sección 2.2 habla sobre tipos de delincuencia, pero en los sub-títulos de esta sección dice “Análisis” - El título de la sección 2.3 choca con el texto de la columna de la izquierda - La tabla 2, la cual menciona a las aplicaciones, no es evaluadas.
Output: very negative
El artículo presenta el desarrollo de una aplicación móvil para realizar denuncias, avisar de algún acto criminal y crear un mapa del delito propio. El artículo requiere de una mejor redacción y mejorar su estructura técnica como artículo de investigación. Por ejemplo, no presenta el resumen en español.  Al ser una aplicación software, su contribución a la investigación es limitada. Sugiero postular a track o workshop de aplicaciones empresariales.
Output: very negative
Es una aplicación interesante, sin embargo los KPI no deben ser equivalentes a las medidas que finalmente quedarán en la tabla de hechos. Por ejemplo, el indicador promedio de defunciones por año, se debe implementar a través de la medida "cantidad de defunciones" que es una medida aditiva y se puede agregar por los distintos niveles de la dimensión (así puede obtenerse el KPI promedio por dia, mes, trimestre, etc). Hay varias dimensiones que están agrupadas en el modelo, siendo que son distintas (por ejemplo, caracteristica_madre). Se debe corregir el diseño, es posible que los resultados obtenidos por el sistema estén con errores.
Output: positive
El articulo presenta un análisis sobre las defunciones fetales en Mexico a través de un proceso de Inteligencia de Negocios (ETL - Datawarehouse - OLAP - KPI's) bien realizado. La debilidad se encuentra en la motivación del estudio, ya que no queda claro cómo surge y que induce a realizar el estudio, surge la inquietud de por qué en la UNAP se realiza un estudio que tiene que ver con muertes fetales en Mexico, ¿tendrán las conclusiones del estudio alguna repercusión en las políticas públicas de este país? o ¿es sólo un trabajo basado en datos abiertos?. Hubiera sido adecuado despejar estas dudas desde un comienzo de forma de valorar adecuadamente este trabajo.
Output: positive
1.	Lo que se propone es interesante como una aplicación pero no es un trabajo científico. Además ya no es interesante la aplicación de un Datamart desde el punto de vista técnico como es presentado por el autor pues existe mucha documentación y trabajos al respecto. Por este motivo ahora hay que buscar "otros aspectos (diseño, metodología, etc.)" que hagan interesante un artículo del área Datamart.  2. Hay errores de diseño, por lo cual lo más probable es que los resultados que se muestran estén erróneos.  3. Debe tener cuidado con la sumarización.
Output: very negative
Contribución a la disciplina, valor como referencia, originalidad, claridad del contenido, etc. El artículo presentado ofrece una novedosa solución correspondiente a una arquitectura multiagente abierta, dividida en tres secciones: interacción, comunicación y semántico. El trabajo está bien redactado en general, salvo algunos errores menores que son recogidos al final de este documento. La bibliografía es aceptable, si bien se considera que debe ser actualizada a trabajos recientes – la última referencia es de 2007, y existen trabajos en la literatura sobre arquitecturas MAS abiertas que no han sido recogidos en esta contribución. El artículo presenta secciones muy extensas en detrimento de secciones importantes como las de resultados o comparativas. De hecho, es sustancialmente curioso observar cómo la parte de DISEÑO Y PRUEBAS (sección VIII) no está claramente redactada ni se puede observar el valor añadido de esta contribución. De la misma forma, la sección IX, Conclusiones, debería resumir con mayor claridad estos resultados obtenidos. Destaca también la sección III, donde se habla de los sistemas de transporte de pasajeros con bastante extensión, si bien luego no existe ninguna otra referencia a este capítulo ni a este problema concreto en la sección de descripción de la arquitectura propuesta. Por todo lo anterior, no considero especialmente relevante el trabajo presentado.  NOTA:   2	Sección IIA Error gramatical: entre sí (en lugar de entre si) 2	Sección IIA	MA --> MAS  4	Sección V, segunda columna	Error gramatical: … toda su vida, os --> los  5	Antes de la figura, columna izquierda	IMA no está definido qué significa  5 	Imagen 4	Mejorar calidad  6	Primer párrafo	Mensajes[XX] (incluir referencia)  7	Al final de la primera columna	Error gramatical: Esto son: --> Estos son: Éstos -->
Output: negative
Este trabajo muy bueno, solo que comete errores de redacción, por ejemplo, el artículo en general tiene muchos  párrafos largos y sin puntuación. No está en formato Ingeniare, hay errores de letras repetidas. Tiene la fortaleza de estar bien planteado, con buenas referencias y realiza una propuesta de desarrollo, la cual realiza una simulación. Me pareció muy corta la sección de pruebas, por lo que le quita mérito al trabajo, también  se puede pensar que es una buena comunicación de inicio de proyecto que se está ad-porta de buscar escenarios de pruebas ya sea para simular o aplicar en la realidad.  Errores: Página 1 en el resumen se menciona DARP, y no se indica el significado del nemónico, el cual se menciona en las palabras claves Falta el resumen en inglés El cuarto párrafo está muy largo sin puntuación Página 2 Me parece un error dice MultiaAgente No se referencia la figura 1 en el texto, y no se indica la fuente La figura 2, no se indica la fuente Página 3 falta la traducción de Scheduling Problem, podría ser El Problema de Planificación No se define MADARP, tal vez el subtítulo debería ser  MultiAgente ... (MADARP) Página 4 Trabajos relacionados, se podria resumir más, mostrando un relato de los trabajos relacionados existentes e indicar al final cuales se consideran en este trabajo, también considerando más trabajos existentes. Fig. 3 sin referencia Página 5 Figuras sin referencia o sin indicar la fuente Página 6 Existe una referencia [XX]?? Página 8, 9, 10, 11 referencias o fuentes de las figuras  Página 11 El diseño y Pruebas, requiere más explicación, está muy reducido Conclusiones muy generales Falta Trabajo Futuro
Output: very positive
El artículo describe una propuesta de arquitectura para sistemas abiertos en el contexto de agentes inteligentes. Aborda el aspecto teórico un determinado tipo de agentes en forma adecuada, dejando fuera el tipo de agentes recomendadores. La propuesta está bien descrita, detallada, y formalizada, lo que deja de manifiesto un trabajo interesante para ser presentado. EL detalle va solamente por el lado de la evaluación, quizás muy acotada y con poco desarrollo, considero que probar la arquitectura con un número reducido (50) requerimientos es muy poco para tener una evaluación empírica ad-hoc de su desempeño. En la forma, hay pequeños detalles ortográficos, puntuación y la figura 1 no es referenciada en al artículo. También hay títulos en inglés como el II b y el II a. Finalmente, llama la atención la sección de agradecimientos que está en inglés y da a a entender que el trabajo está inserto en un proyecto financiado por Conicyt.
Output: very positive
El artículo describe un caso de innovación empresarial que apoya los procesos de aprendizaje organizacional. El principal mérito del caso es que se ha logrado un impacto muy significativo con una inversión modesta de recursos. Adicionalmente se enfatiza al conocimiento como un elemento estratégico para la organización, el cual requiere acciones concretas de gestión y asignación de recursos. Finalmente, se debe destacar una redacción impecable y amena del caso.
Output: very positive
El artículo describe una interesante aplicación en el ámbito de la capacitación y que entrega herramientas de gran utilidad para la empresa en el mejoramiento de los procesos del aprendizaje de los trabajadores. El artículo identifica las ventajas que este tipo de plataformas entrega a las empresas que las utilizan.  El artículo no define adecuadamente el propósito del mismo y establece en su inicio que este objetivo es "dar a conocer", lo cual no es un propósito adecuado para estas investigaciones.  El artículo se denomina plataforma para la gestión del conocimiento, sin embargo el artículo no define el marco teórico adecuado a esta temática. (no hay autores relevantes en la gestión del conocimiento y los procesos asociados a esta).  El artículo no justifica adecuadamente en la literatura la relevancia de estas plataformas en los proceso de aprendizaje y experiencias internacionales en el tema  No existe un apartado que presente la metodología de investigación seleccionada por los autores, más bien los autores describen una aplicación y sus componentes. Falta claramente el diseño de la investigación.  Las conclusiones del artículo se relacionan con la importancia de estas plataformas para la empresa, pero no se enfocan en los resultados obtenidos en la empresa que implementa, no hay recomendaciones para futuros estudios y no existe reconocimiento de las limitaciones del mismo
Output: negative
Este es un trabajo interesante, donde el autor quiere mostrar a las Honeynets como medida de seguridad alternativa, para aprendizaje del  modo de operar de intrusos y así crear nuevas formas de protección.  Observaciones:  - El nombre del único autor debe estar centralizado en el artículo. - Palabras y figuras en inglés. El artículo está en español. - Las referencias están inadecuadas: hay  un único artículo citado y con referencia incompleta. Mejorar la revisión bibliográfica, citando artículos y libros  actuales.
Output: positive
Presenta un framework para el trabajo de MVC con PHP de forma simple.  Podría ser un poco más técnico en cuanto a elementos de configuración y agregar comparación con otros frameworks existentes para entender por qué CakePHP y no otra alternativa.
Output: negative