Existen dos archivos para este ejemplo y así poder encontrar al menos un modelo estable para este problema y ambos archivos son de extensión “.lp”. El primer archivo se llama “bird.lp” y contiene lo siguiente:

Estuve estudiando la sintaxis y tiene parecido con otros Solvers como DLV el cuál ya lo he probado, entre otros. Además les comparto mi experiencia en este nuevo enfoque de ASP desarrollado en la Universidad de Potsdam, Alemania (Potassco).

En esta primera parte les haré un pequeño tutorial de como instalarlos en Windows y lo que necesitan para empezar a trabajar con ASP. Existen todos los archivos para trabajar con estos ASPs en tu plataforma favorita pero me concentraré en Windows (en mi caso los probé en Windows 7). Primero que nada descarguen tanto Clasp como Gringo y como sugerencia editen los nombres de ambos archivos, en lugar de Clasp 1.3.4 solamente déjenlo en “Clasp” y lo mismo para Gringo.

Coloquen ambos ejecutables (.exe) en un solo directorio el cual no muevan seguido ya que vamos a tomar esa dirección y colocarla en el “Path” de las variables de entorno del sistema, por ejemplo esta es mi ruta: C:\Users\Fleiv\Desktop\Papers\Clasp ASPs Potsdam y dentro de “Clasp ASPs Potsdam” se encuentran mis ejecutables.

Una vez agregadas al Path del sistema abrimos una ventana de consola (cmd) y el directorio por default escribimos “gringo” y damos enter. Si se queda esperando el sistema y pareciera que se trabó, es porque se quedó esperando una entrada, pero quiere decir que ya están instalados y listos para usarse. Para regresar a la línea de comandos solo apretamos Ctrl + C.

En el siguiente post pasaremos a lo divertido… nuestra primera aplicación con Clasp y Gringo…

Espero que les agrade…. y por cierto necesito un nombre para mi herramienta y aun no me he decidido… alguna propuesta?

Flavio Omar Everardo Pérez – Maestría en Ciencias de la Computación.

Asesor: Dr. Mauricio Javier Osorio Galindo

Co-Asesor: Dr. Fernando Antonio Aguilera Ramírez

Descripción:

El trabajo de investigación a realizar corresponde a un vínculo entre la computación como ciencia  y  la música como arte. La intención de esta tesis es diseñar e implementar una base musical, con la finalidad de poder reutilizar la misma en sesiones y grabaciones de estudio para diversos tipos de formatos de audio.

Tomando como fuente de inspiración las bases musicales de algunas canciones de género Trance ()en versiones extendidas con el sello discográfico que distingue a Armada Records (), mismo que contempla ciertas características esenciales, se propone desarrollar una herramienta provista de ciertas reglas y parámetros para realizar la toma de decisiones al momento de componer una pieza musical.

El objetivo general  corresponde al  diseño e implementación de una plantilla personal (canción en formato de audio) inspirada en la base musical de género Trance (en sus versiones extendidas) de Armada Records, utilizando Answer Sets Programming (ASP) mismo que se emplea en los sistemas de composición musical de ANTON [Boenn et al. 2008].

Herramientas a utilizar:

• Answer Sets Programming (ASP) es un paradigma de programación que facilita una gamma de respuestas para atender a distintos propósitos, en este caso la composición de música Trance.

• CSound, es un paquete de software orientado a crear, editar, analizar y componer música y sonido. Está basado como su nombre lo indica en el lenguaje C, ésta herramienta es utilizada en las distintas versiones de ANTON.

Tabla 1. Comparativa entre ANTON y Propuesta de Trabajo

Referencias:

Boenn, G., Brain, M., Vos, M., and Ffitch, J. 2009. ANTON: Composing Logic and Logic Composing. In Proceedings of the 10th international Conference on Logic Programming and Nonmonotonic Reasoning (Potsdam, Germany, September 14 – 18, 2009). E. Erdem, F. Lin, and T. Schaub, Eds. Lecture Notes In Artificial Intelligence, vol. 5753. Springer-Verlag, Berlin, Heidelberg, 542-547. DOI= http://dx.doi.org/10.1007/978-3-642-04238-6_55

Boenn, G., Brain, M., Vos, M., and Ffitch, J. 2008. Anton: Answer Set Programming in the Service of Music. In Proceedings of the Twelfth International Workshop on

Non-Monotonic Reasoning (Sydney, Australia, September 13 – 15, 2008). 85-93 http://www.cse.unsw.edu.au/~kr2008/NMR2008/nmr08.pdf

Boenn, G., Brain, M., Vos, M., and Ffitch, J. 2008. Automatic Composition of Melodic and Harmonic Music by Answer Set Programming. In Lecture Notes in Computer Science, 2008, Volume 5366/2008, 160-174, DOI: 10.1007/978-3-540-89982-2_21

http://www.springerlink.com/content/rj422j5831w0278m/

Boenn, G., Brain, M., Vos, M., and Ffitch, J. 2008. Automatic Composition of Melodic and Harmonic Music by Answer Set Programming. In Proceedings of the 24th international Conference on Logic Programming (Udine, Italy, December 09 – 13, 2008). M. Garcia De La Banda and E. Pontelli, Eds. Lecture Notes In Computer Science, vol. 5366. Springer-Verlag, Berlin, Heidelberg, 160-174. DOI= http://dx.doi.org/10.1007/978-3-540-89982-2_21

Corrêa, D. C., Levada, A. L., Saito, J. H., and Mari, J. F. 2008. Neural network based systems for computer-aided musical composition: supervised x unsupervised learning. In Proceedings of the 2008 ACM Symposium on Applied Computing(Fortaleza, Ceara, Brazil, March 16 – 20, 2008). SAC ’08. ACM, New York, NY, 1738-1742. DOI= http://doi.acm.org/10.1145/1363686.1364101

Kirke, A. and Miranda, E. R. 2009. A survey of computer systems for expressive music performance. ACM Comput. Surv.42, 1 (Dec. 2009), 1-41. DOI= http://doi.acm.org/10.1145/1592451.1592454

Roads, C. 1985. Research in music and artificial intelligence. ACM Comput. Surv. 17, 2 (Jun. 1985), 163-190. DOI= http://doi.acm.org/10.1145/4468.4469

Roads, C., Strawn, J., Abbott, C., Gordon, J., and Greenspun, P. 1996 The Computer Music Tutorial. MIT Press.

Rousseaux, F. and Bonardi, A. 2003. New tools and practices for electronic music distribution. In Proceedings of the 1st international Symposium on information and Communication Technologies (Dublin, Ireland, September 24 – 26, 2003). ACM International Conference Proceeding Series, vol. 49. Trinity College Dublin, 242-248.

Boulanger, R. (ed.): The Csound Book: Perspectives in Software Synthesis, Sound Design, Signal Processing and Programming.

MIT Press, Cambridge (2000)

En la parte anterior de esta nota se mencionaba uno de los principales problemas de la educación. En esta sección se aborda un segundo problema, probablemente con mayor impacto que el anterior porque aqueja a toda la población universitaria: la obsolescencia de sus estudios. En este sentido, desafortunadamente los problemas no terminan una vez que el estudiante ingresa a la universidad. Ahora se enfrenta con la dura realidad de que su plan de est … Read More

via Juan P. Duran's Blog

Saludos

SurferMx

The first experiment wants to probe or see the ability of the people to identify patterns of incoming tactile stimuli on the wrist.

The second experiment wants to explore the benefits of a WTD in visually distracted conditions. The main hypothesis is that WTD are less affected by the distraction than the phone.

Finally I’m showing the summary of the full article.

Summary

_______________________________________________________________________________________

Perceiving alerts on handheld devices while on-the-go is relatively expensive because the interaction often requires visual attention and motor distraction. One of the benefits of wristwatch interfaces is fast device acquisition. We wish to explore how integration of these two promising trends, mobile tactile displays and wristwatch interfaces, can facilitate distraction-free alert perception.

The first experiment explores how easily users can identify 24 tactile stimuli (patterns) on the wrist by discriminating four parameters.

The second experiment investigates the benefits of the WTD in visually distracted conditions. We compare user perception with the WTD with vibro-tactile alerts on a consumer mobile phone.

Both experiments were conducted in a quiet lab setting. During the test, participants were asked to wear ear plugs and headphones to block audio cues from the system that might affect the performance.

EXPERIMENT1: PERCEPTION EXPERIMENT

The purpose of this experiment is to explore people’s ability to perceive patterns of incoming tactile stimuli on the wrist, which involves the simultaneous perception of multiple parameters. Based on the promising result of our previous study, we hypothesize that people can reach at least 90% accuracy.

The experimental was divided into three sessions: introduction (one set), practice (three sets), and main (five sets). For each set in all three sessions, each pattern is generated only once. A minimum five minute long break is enforced between sessions. Between trials of each session, participants are encouraged to adjust the location and tightness of the strap to maximize perception sensitivity and comfort and to take enough break time to avoid a possible adaptation effect that may decrease perception sensitivity.

Among the four parameters that are investigated in this experiment (intensity, starting point, temporal pattern, and direction), intensity is the most difficult parameter to perceive. Intensity especially affects reaction time whereas temporal pattern affects accuracy. The subjective ratings and self re- ports indicate that people have difficulty discriminating intensity, direction, and starting point for various reasons. How- ever, difficulty to perceive temporal pattern is rarely observed.

EXPERIMENT2: DUAL TASK EXPERIMENT

This experiment explores the benefits of the WTD in visually distracted conditions. Two hypotheses are listed as follows: 1) Since device acquisition and visual attention are not required, the WTD enables faster and more accurate alert perception than the phone in visually distracted conditions; 2) As the visual distraction gets harder, perceiving alerts from both WTDs and phones also becomes more difficult. However, WTDs are less affected by the distraction than the phone.

The experimental procedure is divided into three sessions: practice, main, and post. In the practice session, five trials for each level in the primary task (3 levels x 5 trials = 15 trials) and six trials for each device in the secondary task (2 devices x 3 patterns x 2trials = 12 trials) are provided as single tasks. Since the spatial configuration between the three motors in the WTD (triangular) and three buttons in the keypad (linear) is inconsistent, participants are asked to build their own mental mapping between the two during the practice session.

Independent variables for the primary task are difficulty (level 1, 2, and 3) and distraction (no distraction, distraction from a WTD, and distraction from a phone). Independent variables for the secondary task are alert type (WTD and phone) and distraction (single and dual task).

When performing the secondary task, the effect of the visual distraction is observed only in reaction time but not in accuracy. In the single task condition, the reaction time of the WTD is slower than the phone reaction time. However, in the dual task condition, the reaction time of the WTD is faster than the phone reaction time. Interestingly, when perceiving alerts from the WTD, the reaction time in the dual task condition is faster than the single task condition. In the reaction time for the phone alerts, pocket time to acquire the device took longer (66%) than the in hand answer time (34%). When performing the primary task, the distraction caused by the secondary task did not affect the performance.

Discriminating four parameters (intensity, temporal pattern, direction, starting point) to perceive 24 tactile patterns was easy (up to 99%) after 40 minutes of training. The reaction time to perceive three different incoming tactile alerts on the wrist was not deteriorated by visual distraction. Based on these results, we conclude that wrist-mounted tactile displays are appropriate for implementing multitasking-friendly mobile user interfaces that enable easy alert perception.

Daniel Valderrábano Ceja

ID 131236

Identificar estilos y paradigmas de interacción existentes

Considerar los siguientes escenarios:

A) Un cliente de un banco que consulta saldos y realiza transferencias vía telefónica

En este escenario se usaría un sistema capaz de reconocer la voz del cliente y mediante, una serie de pasos y requisitos el cliente se autenticaría y con esto podría verificar el saldo de su cuenta y realizar transferencias, por lo cual se puede concluir que se utilizaría un paradigma del tipo autómata, ya que se tendría un sistema de voz.

Los pasos a seguir por el cliente serían los siguientes:

1. Llamar al número telefónico del banco
2. Decir su número de cliente
3. Decir su NIP
4. Decir que se desea “consultar el saldo”
5. (Si se desea realizar la transferencia)
6. Decir que se desea “realizar transferencia”
7. Decir el número de cuenta destino “dígitos”
8. Decir el “NIP” para confirmar la transferencia

Esos serían los pasos que permitirían a un usuario mediante un teléfono realizar una consulta y transferencia en un banco. El usar un sistema de reconocimiento de voz facilitaría a un usuario con capacidades limitadas visuales facilitar el uso de este servicio

B) Una visita guiada a un museo de arte utilizando un dispositivo móvil

En este escenario se utilizaría un sistema en el cual se presentarían o se verían las diferentes obras de arte en la pantalla del dispositivo móvil, el cual estaría conectado de manera inalámbrica a una red local del museo; lo cual le permitiría entrar a una aplicación web para el dispositivo móvil, la cual le proporcionaría saber sobre alguna obra introduciendo el ID de la misma, así mismo el sistema trazaría una ruta en relación con la obra de arte introducida primeramente. Con las características antes presentadas el paradigma ocupado sería el de las computadoras como medio, ya que nos serviría como una manera fácil de representar y usar el conocimiento.

Los pasos a seguir serían los siguientes:

1. Conectarse a la red del museo
2. Acceder a la aplicación web del museo
3. Introducir el ID de la obra de arte en la que se encuentra para generar la ruta
4. Seguir por el museo según la ruta
5. Confirmar si ya se está en la siguiente obra para que se dé la información sobre la misma

El uso de este sistema garantizaría que la ruta variaría y no tendría que empezar siempre de la misma manera lo cual podría hacer que no se aglomeraran las personas en un solo lugar.

C) Un equipo de desarrollo de software que se reúne semanalmente para discutir aspectos técnicos, revisar código y evaluar interfaces de usuario

La forma en que se realizaría es primeramente hacer un pase de lista de los usuarios que están conectados, posteriormente checar los avances y/o pendientes que tiene cada uno, revisar el código de cada uno de ellos y con base en esto verificar si cumple con los aspectos técnicos de la aplicación deseada, posteriormente evaluar las interfaces para finalmente terminar la reunión. En este caso el paradigma sería el de Groupware donde la computadora se usa como lugar de reunión o canal de comunicación.

Los pasos a seguir son:

1. Conectarse a la aplicación para conectarse con el resto
2. Mostrar avances y/o pendientes
3. Verificar que cumpla con los aspectos técnicos
4. Evaluar la interfaz del usuario
5. Realizar la tarea con cada uno de los miembros que tenga código que mostrar

Estos pasos ayudarían a verificar el avance real y que todos vieran tanto los errores como aciertos de los involucrados para evitar que los repitan.

Referencias

Shneiderman, B. 1991. A taxonomy and rule base for the selection of interaction styles. InReadings in Human-Computer Interaction: Towards the Year 2000, edited by Baecker, Grudin, Buxton, and Greenberg. Morgan Kaufmann. pp. 401-410. (disponible en reserva digital)

Sánchez, J. A. 2004.  Paradigmas y estilos de interacción. Notas para el curso de Interacción Humano-Computadora. Universidad de las Américas Puebla (Disponible digitalmente).

flavioeverardo

130500

Universidad de las Américas Puebla

El  código esta disponible en mi sitio web http://flavioeverardo.com

por los que yo voto o compro, son estos:

1) Rafael Rodríguez Montes

2) Daniel Pedraza Arcega

3) Daniel Valderrábano Ceja

Esta dividido en dos parte el Servidor y el Cliente, para poder jugarlo es necesario que se ejecuten los dos. Posteriomente a esto lo que se tiene que hacer es seleccionar la opción y oprimir “send” primero el que fungue como servidor  posteriormente el otro escoge y despues el servidor deberá volver a oprimir “send” para ver su resultado, mediante el comando  return se regresa a la aplicación para volver a jugar. Con el Comando info simplemente vemos cuandos records tenemos alamacenados en el celular.

Puedes descargar el código fuente desde aquí

PROYECTOS SELECCIONADOS

1 Rafael Rodríguez Montes 130916

2  Alejandro Islas

3 Flavio Omar Everardo Pérez 130500

Primero que nada necesitamos nuestro ambiente de desarrollo en C#, yo estoy usando el Visual Studio 2008 Express (luego instalaré la versión Professional). Después necesitamos bajar la librería con la que vamos a trabajar, yo uso una que se llama Twitterizer v 1.0.1.96 y puedes buscarla aquí…. Encontrarás que bajas 2 archivos, uno que se llama “Twitterizer.Framework” con extensión PDB y el otro se llama “Twitterizer.Framework.dll”.

Twitterizer

Una vez con estos archivos, creas un nuevo proyecto de Windows Form Application y en la barra de herramientas, en el menú de “Project” y de ahí en “Add Reference…”.

A continuación nos aparece una ventana para añadir nuestras referencias. Nos vamos a la sección de “Browse” y localizamos nuestro archivo DLL. Una vez hecho esto podemos importar las librerías de Twitterizer a nuestro proyecto.

Ahora si… estamos listos para programar… Bienvenido C#.

De entrada importamos el Framework de Twitter con:  using Twitterizer.Framework;

Esta aplicación será sencilla, solo para hacer nuestros updates en nuestra cuenta. Creamos un botón

Le damos doble clic para que nos cree el evento, creamos nuestro objeto de la clase Twitter y nos damos acceso a nuestra cuenta:

//creando el objeto de twitter con el username y el password como parámetros.

Twitter mi_twitter = new Twitter(“mi_username”, “mi_password”);

Ahora solo falta el mensaje que se verá en la cuenta de twitter con este código:

//creando el update en la cuenta de twitter

mi_twitter.Status.Update(“Esto es una prueba de mi primer mensaje con Twitterizer”);

Y listo… ya con esto podemos crear nuestros updates desde esta aplicación. Ya posteriormente puedes crear una ventana con campos de texto que reciban el username y password, obtienes las cadenas y se lo pasas de parámetro al objeto de la clase Twitter, puedes colocar un campo donde colocar el mensaje y limitarlo a 140 caracteres para que twitter lo pueda subir, recibir updates de otros, etc.

Esto es solo el comienzo pero no es nada complicado desarrollar esta aplicación en nuestro escritorio. Al momento de correr la aplicación, le damos clic al botón y nos hace el update. Puedes colocar un MessageBox después del update para que te avise que se ha subido.

Tu imaginación es tu límite, y cualquier pregunta y/o comentario, no dudes en escribir.

Saludos al Strazz, Oz, Surfer y Chava…

flavioeverardo