Creo que voy a investigar más sobre Trac, ya que he encontrado un plugin para identificación base openid ( https://github.com/dairiki/authopenid-plugin).
Además, al estar hecho en python, es más "dev-friendly" la sintaxis (por si alguien me releva). Voy a instalarlo y os comentaré mis impresiones! En lo referente a poder avisar a grupos de alumnos, creo que eso solo será posible cuando este integrado, ya que si no, tendría que hacer las listas a mano (inviable). Investigo y os cuento! Javier Domingo El 24 de enero de 2013 17:53, Javier Domingo <[email protected]> escribió: > Buenas a todos, > > Intentaré responder a todos los correos a la vez para ahorrar tiempo, y > para que la lectura y recapitulación sea mejor. > > ¿Has mirado el Request Tracker? >> http://www.bestpractical.com/rt/ > > > Lo consideré como una de las primeras alternativas tras darme cuenta del > infierno que suponía modificar Bugzilla. El problema es que este también > está hecho en Perl, un lenguaje que no es facil y sencillo de usar. La idea > es que modificarlo no requiera una especialización demasiado grande. > > He pensado en Eventum o en Track (http://trac.edgewall.org/). Me gusta > como están hechos por dentro (he mirado el código), y además el soporte de > L10n lo considero básico, ya que fue otra de las razones por las que > deserté de Bugzilla. > > Sobre autenticación: >> ¿Has pensado en openid? > > Quizás la siguiente presentación te aclare cómo usar openid de manera >> sencilla: >> >> http://www.rediris.es/difusion/eventos/foros_movilidad-identidad/2011/ponencias/doc/MiguelMacias-openID.pdf >> Lo que he entendido es quieres es delegar la autenticación fuera de la >> aplicación (no sé si la autorización también), es decir que la aplicación >> se comporte como un SP que se conecte a un IDP. Lo que no me queda claro es >> en qué IDP estas pensando, ¿en el de la EHU?, ¿en uno propio?, ¿en uno >> externo (por ejemplo, google como idp)?,.. >> > > La idea es que la autenticación (el IDP) sea algo ya de la universidad > (utilizando un método aunque sea algo indirecto), y de la autorización se > encargaría la aplicación. > > Por supuesto, esto solo en caso de que tuviera que hacer la aplicación por > mi cuenta. En caso de que consiguiera que se estableciera como un servicio, > aunque de momento solo tenía pensado utilizarlo internamente, tiraría hacia > alguna vía más oficial para la autorización. > > De todos modos, este mail iba dirigido principalmente a conocer la "API" > que hay en la universidad para hacer aplicaciones. > > - Posibilidad de reservar aulas a través de la web del Consejo de >> Estudiantes. >> > - Posibilidad de tramitar quejas a través de la web del Consejo de >> Estudiantes (Protocolo de quejas, KEXA TU). >> > > Esto está muy bien, pero no es lo que busco. La idea principal de lo que > quiero conseguir es que si viene alguien con un problema del tipo que sea > al CEC, yo de una manera uniforme: > > - sea capaz de tener un hilo único en el que tenga toda la información > referente al caso (un bug-tracker es ideal para este caso) > - no tenga que ir avisando al alumno (o alumnos) de cuales son los > pasos que se han ido haciendo si no que baste con escribir en el hilo > (comentarios en el bug) > - pueda conseguir con una simple búsqueda saber cuales son las tareas > que tenga pendientes > - pueda asignar a las diferentes personas que hacemos el trabajo los > hilos. > - el alumno pueda acceder a este servicio facilmente (sin necesidad de > crear cuenta) > - sea un método por el cual pueda avisar a un conjunto de alumnos > sobre un problema (atraso en la corrección de exámenes) y el progreso que > se está haciendo > - valga también para el resto de trámites de un CEC, e incluso, > facilite las labores de los delegados a la hora de ejercitar sus > "responsabilidades" > > Por desgracia, la reserva de aulas no es uno de los problemas a los que > tenemos que enfrentarnos en el CEC (raramente hay una de estas). > Es lo referente a las quejas, no he visto nada "web" en la página web del > CEC central, he visto que te explican los pasos, lo que al final es un > protocolo normal y no informatizado. > > - www.ikasleak.ehu.es/p202-ikontsct/es >> > Me aparece una página web en blanco con links a facebook, twitter y youtube > > - Todos los consejos de estudiante disponen de una cuenta corportiva >> siguiendo los patrones de Ekarguak. >> > Muy util, y nos facilita muchísimo la comunicación con los alumnos, pero > quiero ir un paso más allá. > > >> - Tenemos a falta de finalizar los correos para los cargos/responsables >> y/o grupos de trabajo que pueda haber en cada órgano (Central y Campus >> principalmente). >> > Necesario, y estoy a la espera, pero quiero llegar al siguiente paso. > > - Existe un FAQ que se puede descargar por Bluetooth cuyo desarollo >> encargó Lurgorri (una asociación de estudiantes). Hemos barajado varias >> veces la posibilidad de llegar a algún acuerdo para que nos cedan la >> aplicación y poder actualizar periódicamente el contenido. >> > Un FAQ es util cuando la gente conoce que está ahi. El problema es que > toda la información está *muy* dispersa, no hay un sitio al que ir y tengas > todo. > > >> - La universidad está implantado Liferay para sustituir algunos de los >> servicios disponibles (como ya se ve en Ehutaula, por ejemplo) y también >> está unificando el acceso (GISSO se llama?). >> > La idea detrás de los links que os pasaba es aprovecharme de esta > interfaz. El link [4] que os ponía era una interfaz que se quiere utilizar > y que se basa en el SSO. De hecho, es algo que se utiliza por REDIRIS, y > que va muy en la linea de lo dicho por Libo. El problema con el sistema > GISSO es que no encuentro ningún tipo de documentación, y lo que he > encontrado de momento es un programa que modifica el DE para loguearse por > ti, una especie de gnome-keyring/kde-wallet. > > >> - Hay un proyecto que está en fase piloto (no sé por cual va) llamado >> Zabaldu (lo presentaron en las SLUN11). En el Consejo de Estudiantes de la >> UPV/EHU nos han cedido un playground para que podamos conocer y >> familiarizarnos con la herramienta (nos han dicho que se puede usar como >> blig/foro/wiki/muro o panel) antes de implantarla a diferentes niveles >> (universidad, campus, centros...). >> > He oido sobre ello, pero no he tenido la oportunidad de verlo. Pero estoy > seguro de que no lleva un gestor de consultas integrado. Mi idea era > integrar mi aplicación cuando saliera. En cualquier caso, las necesidades > que de momento planteo cubrir son las de mi CEC, y si consigo hacerlo > suficientemente bien, sería extensible al resto de la universidad. > > >> Si te interesa, creo que podría ser interesante tomar algo un día de >> estos y comentar un poco más en profundidad el tema. >> > Este viernes por la tarde estoy libre, y si no, la semana que viene. En > itsas soléis hacer quedadas? > > Yo voy a dejar el Consejo de Estudiantes, porque espero terminar la >> carrera hoy (kaixo Unai :D), pero en cualquier caso creo que podría venirte >> bien conocerlo para "adaptar" tu desarrollo. Si no tienes inconveniente, lo >> que estás haciendo seguro será muy positivo para los proyectos anteriores. >> > Estoy muy interesado en familiarizarme con todo lo que hay (planeo hacer > otra carrera todavía), y desde luego todo el trabajo que me pueda ahorrar > es bienvenido =D > > >> Hola, >> mi recomendación es que sigas el principio KISS (Keep It Simple ... >> Please! ). Lo que comentas me parece que va a conllevar mucho trabajo y >> conocimientos, y según he leído en unos meses te vas... lo cual dejaría la >> iniciativa en manos de otros que deberían ponerse al día etc... >> > Estoy de acuerdo, el problema es que no he visto nada implementado que se > ajuste a las necesidades que os he descrito. De todos modos, a la hora de > elegir la plataforma que tengo pensado modificar, he tenido muy en cuenta > que tiene que ser facil de entender (PHP o python). > > Estoy también en contacto con otras Universidades para ver como lo hacen > ellos, y al parecer, no existe nada hecho, por lo que seguramente habría > gente interesada en unirse fuera de esta universidad. > >> Yo optaría por: >> a) Usar las herramientas que la universidad dispone: >> Para mandar mensajes a todos los alumnos existe el sistema de tablones: >> >> http://www.tic.ehu.es/p265-shintrct/es/contenidos/noticia/tablones/es_tablon/ehutaula.html >> > Ten en cuenta que la necesidad que planteo cubrir puede necesitar > privacidad, y además, pretendo que se manden los correos a la gente > interesada, no a todo el mundo. También pretendo que los usuarios no tengan > que preocuparse por ver el estado de sus consultas, si no que les llegue un > mail con información actualizada. > > Aún tengo que encontrar cual es la manera de hacer los grupos, pero puede > que al final si que tenga que involucrar a los delegados para generar las > listas. > >> Si necesitáis blogs tenéis : >> http://www.ehu.es/ehusfera/es/ >> > Por desgracia es un servicio restringido para PDI, pero lo anoto (ya que > como os decía, el gestor de consultas es una parte). Aunque seguramente > cuando salga la plataforma que comentaba Unai, Zabaldu, este servicio sea > absorvido. > > Si queréis un sistema de tracking de incidencias igual hablándolo se os >> podría meter en Lagun con varios perfiles e integraros en el sistema de la >> UPV/EHU en lugar de montar un sistema paralelo. >> > El problema de Lagun es que no es tan flexible como me gustaría, y está > modificado para la gestión del CIDIR. No creo que utilizar el mismo > servicio para la atención de alumnos por parte de los consejo de > estudiantes y de toda la universidad por parte del CIDIR. > > También es verdad que la idea del bugtracker me vino en gran parte por el > sistema actual del cidir. > > y/o b) Solicitar al CIDIR (avalado por ejemplo vuestro administrador de >> centro y/o decano) que se cree un nuevo servicio con las necesidades >> específicas de los consejos de estudiantes para que ese servicio forme >> parte de los servicios corporativos de la universidad, con lo cual sería >> algo mantenido 24x7 en un CPD en condiciones (backups, problemas de >> hardware, apagones de luz, ...) y no un PC viejo en el armario de las >> escobas de un centro. >> > Este correo era principalmente para conseguir información de todo lo que > hay en la universidad, y si cuando acabe el análisis de alternativas, me > encuentro con que hay una necesidad en el mercado (aunque sea a nivel de > universidades) que no está satisfecha, lanzaré un proyecto para su > implementación. > > No me gusta mezclar threads, pero, actualmente, además del meeting de KDE, > hay algún grupo de trabajo implementando algún proyecto software en Itsas? > > Acabando con el thread principal, me voy a reunir con Maite Zelaia para > hablar de esto. Tengo pensado plantearle el problema que hay de > comunicación del alumno hacia los CEC y las dificultades que encontramos > los CEC (de nivel de centro) para comunicarnos con ellos. Y mi idea es > conseguir solución pensada para poder planteársela. > > Un saludo a todos, > > Javier Domingo >
_______________________________________________ ITSAS mailing list [email protected] http://list.ehu.es/mailman/listinfo/itsas
