In this task, you are given a paper review. Based on the review, your job is to identify language and generate "en" if the review is in English or generate "es" if the review is in Spanish. Note that URLs in the text have been replaced with [Link].

- Strengths:  - this article puts two fields together: text readability for humans and machine comprehension of texts  - Weaknesses:  - The goal of your paper is not entirely clear. I had to read the paper 4 times and I still do not understand what you are talking about! - The article is highly ambiguous what it talks about - machine comprehension or text readability for humans - you miss important work in the readability field - Section 2.2. has completely unrelated discussion of theoretical topics. - I have the feeling that this paper is trying to answer too many questions in the same time, by this making itself quite weak. Questions such as “does text readability have impact on RC datasets” should be analyzed separately from all these prerequisite skills.  - General Discussion:  - The title is a bit ambiguous, it would be good to clarify that you are referring to machine comprehension of text, and not human reading comprehension, because “reading comprehension” and “readability” usually mean that. - You say that your “dataset analysis suggested that the readability of RC datasets does not directly affect the question difficulty”, but this depends on the method/features used for answer detection, e.g. if you use POS/dependency parse features. - You need to proofread the English of your paper, there are some important omissions, like “the question is easy to solve simply look..” on page 1. - How do you annotate datasets with “metrics”?? - Here you are mixing machine reading comprehension of texts and human reading comprehension of texts, which, although somewhat similar, are also quite different, and also large areas. - “readability of text” is not “difficulty of reading contents”. Check this: DuBay, W.H. 2004. The Principles of Readability. Costa Mesa, CA: Impact information.  - it would be good if you put more pointers distinguishing your work from readability of questions for humans, because this article is highly ambiguous. E.g. on page 1 “These two examples show that the readability of the text does not necessarily correlate with the difficulty of the questions” you should add “for machine comprehension” - Section 3.1. - Again: are you referring to such skills for humans or for machines? If for machines, why are you citing papers for humans, and how sure are you they are referring to machines too? - How many questions the annotators had to annotate? Were the annotators clear they annotate the questions keeping in mind machines and not people?
en

El artículo presenta un trabajo comparativo entre el uso de un SABD relacional clásico y un SABD temporal (la traducción al inglés temporary parece no adecuada: temporal o time oriented parece más correcto).  El ejemplo planteado en el artículo es interesante y motivador, esta adecuadamente sustentado y da pie a la comparación, como se indica "es necesario definir un escenario de pruebas donde exista una aplicación concreta que pueda ser evaluada con la implementación de los paradigmas a comparar".  Hay dos aspectos que en que el artículo no es claro, y que le restan peso:  1) La tecnología sabd temporal: pgFoundry, se indica que es una extensión a PostgreSql. Sin embargo, no se da mayor información... al buscarla parece un proyecto cerrado??? ¿cómo se trabajó con esta extensión?  2) La tabla 3 debería ser el centro del artículo, sin embargo no se describe como se realizaron muchas de las comparaciones. Quedando esto como una caja negra. ¿Qué criterios se utilizaron en las comparaciones? En las conclusiones hay algunas pistas, pero hay frases poco claras como: "Se puede encontrar una mayor flexibilidad de entrada de datos en el SGBDR, puesto que existen más tipos de fuentes para poblar las bases de datos." ¿Qué se quiere decir con esto?
es

El artículo presenta un trabajo comparativo entre el uso de un SABD relacional clásico y un SABD temporal (la traducción al inglés temporary parece no adecuada: temporal o time oriented parece más correcto).  El ejemplo planteado en el artículo es interesante y motivador, esta adecuadamente sustentado y da pie a la comparación, como se indica "es necesario definir un escenario de pruebas donde exista una aplicación concreta que pueda ser evaluada con la implementación de los paradigmas a comparar".  Hay dos aspectos que en que el artículo no es claro, y que le restan peso:  1) La tecnología sabd temporal: pgFoundry, se indica que es una extensión a PostgreSql. Sin embargo, no se da mayor información... al buscarla parece un proyecto cerrado??? ¿cómo se trabajó con esta extensión?  2) La tabla 3 debería ser el centro del artículo, sin embargo no se describe como se realizaron muchas de las comparaciones. Quedando esto como una caja negra. ¿Qué criterios se utilizaron en las comparaciones? En las conclusiones hay algunas pistas, pero hay frases poco claras como: "Se puede encontrar una mayor flexibilidad de entrada de datos en el SGBDR, puesto que existen más tipos de fuentes para poblar las bases de datos." ¿Qué se quiere decir con esto?

es