Hoy abordamos un tema técnico, que según parece a muchos usuarios de moodle, les da muchos dolores de cabeza.
El uso principal de este archivo, es para actualizar cuentas de usuarios masivamente, o también para casos más aislados y para determinados campos opcionales de los perfiles de los usuarios.
El tipo de archivo que se suele generar, yo personalmente y por su facilidad de uso utilizo el bloc de notas, o el notepad++.
Las características principales del archivo CSV son:
- Cada línea del archivo contiene un registro.
- Cada registro es una serie de datos separados por comas.
- El primer registro del archivo es especial, y contiene una lista de nombres de campos. Este registro define el formato del resto del archivo.
Los campos obligatorios para la elaboración del CSV son lo siguientes, estos campos deben estar presentes en el primer registro, y deben definirse para cada usuario:
username, password, firstname, lastname, email
Los campos por defecto, estos campos son opcionales -si no están presentes, se tomarán los valores del administrador primario:
institution, department, city, country, lang, auth, timezone
Los Campos opcionales, son los nombres de los cursos son sus “nombres cortos” -si se incluyen los nombres cortos de los cursos el alumno se incribirá automáticamente en esos cursos. Los nombres de los grupos deben estar asociados a los cursos correspondientes, e.g., group1 a course1, etc:
idnumber, icq, phone1, phone2, address, url, description, mailformat, maildisplay, htmleditor, autosubscribe, course1, course2, course3, course4, course5, group1, group2, group3, group4, group5, type1, type2, type3, type4, type5, role1, role2, role3, role4, role5, emailstop
Siempre que se construye un CSV hay que tener claro que campos obligatorios más los opcionales o por defecto vamos a necesitar, para que moodle si lo construimos todo correctamente los aceptará y nos los cargará sin problemas en la plataforma.
Nunca esta de más tener la base de datos abierta de la paltaforma donde estamos aplicando los cambios, para ver que estamos siguiendo la línea correcta del proceso
También tenemos que prestar mucha atención a los puntos que mencionamos a continuación:
- Las comas entre los datos se codificarán como , -el script las decodificará automáticamente como comas.
- Para campos boleanos use 0 para falso y 1 para verdadero.
- Los tipos se usan para informar a Moodle si el usuario es un estudiante o un profesor en el caso de que el correspondiente curso exista (e.g., type2 corresponde a course2). 1 = Estudiante, 2 = Profesor editor y 3 = Profesor no editor. Si el tipo se deja en blanco, o si no se especifica curso, el usuario por defecto será el estudiante.
- Para los cursos, utilice el nombre corto del curso.
- Nota: Si un usuario ya está registrado en la base de datos de Moodle, el script devolverá el número userid (índice de la base de datos) de ese usuario, e inscribirá al usuario en los cursos SIN alterar la información anterior.
Para finalizar este extenso post, y a modo de ejemplo y orientación a todos nuestros lectores, aquí os ponemos un ejemplo del CSV, espero que os sirva a entenderlo todo correctamente
username, password, firstname, lastname, email, lang, idnumber, maildisplay, course1, group1, type1
juanb, secreto, Juan, Benítez, janb@algo.edu, es, 3663737, 1, Intro101, Seccion1, 1
saraf, sercreta, Sara, Fernández, sarara@alomas.edu, es, 6736733, 0, Avanzado202, Seccion3, 3
Moodle es un CMS muy estricto a la hora de aceptar este tipo de información, si no se la facilitamos como os hemos explicado os va estar dando errores en la importación de los CSV continuamente.
Por eso os pedimos máxima concentración a la hora de realizar este tipo de tareas, que son laboriosas y precisan de mucha atención, una simple coma mal puesta o un espacio en blanco, pueden causarnos un gran problema en nuestra aplicación.
Saludos cordiales del equipo de Noticias Moodle
Hace timepo os anunciamos que se iba a celebrar en Barcelona el evento sobre formación online Moodle moot, para aquellos que no hayan podido asistir es un evento que tiene el objetivo de compartir conocimientos sobre el CMS Moodle, podrán seguir la mayoría de las sesiones a través del servicio que Sclipo ha puesto a disposición de los usuarios.
Los vídeos que ofrece Sclipo incluyen la sesión a cargo de Martin Dougiamas, el fundador de Moodle. Si algún interesado no llega a tiempo para ver el vídeo en directo, podrá encontrarlos en la academia de MoodleMoot en Sclipo.
Desde Sclipo han expresado que: Estamos realmente excitados por ayudar a difundir el conocimiento acerca de su Course Management System de código abierto
.
MoodleMoot se celebra en Barcelona del 23 al 25 de octubre.
Hola saludos cordiales a todos nuestros lectores.
En este post os vamos a explicar y aclarar como es la estructura de directorios que usa moodle en su interior.
Este es un post para usuarios de moodle que quieran conocer más a fondo el interior de este fantástico CMS,
si tu uso de moodle es a nivel usuario o eres un alumno de algún curso, te explicamos de la manera más
sencilla posible, para que sirve cada carpeta o que es lo que contiene.
Si al final te animas a instalar una copia de moodle en tu ordenador personal o tienes una cuenta de alojamiento “Hosting“, tienes que ir a la siguiente dirección Moodle Descargas bajarte al .zip que contiene todos los archivos y carpetas y proceder con su instalación dependiendo tu sistema operativo, en próximos post te contaremos más acerca de la instalación del CMS para diferentes plataformas.
Esta es una captura del árbol de directorios de moodle:

A continuación detallamos la información más importante de los archivos:
config.php – contiene la configuración fundamental. Este archivo no viene con Moodle – usted lo creará.
install.php - el script que ejecutará para crear el archivo config.php.
version.php - define la versión actual del código de Moodle.
index.php – la página principal del sitio.
A continuación detallamos la información más importante de cada carpeta:
admin/ – Código para administrar todo el servidor.
auth/ – Módulos para la autenticación de usuarios.
blocks/ – Módulos para los pequeños bloques laterales contenidos en muchas páginas.
backup/ – Código para la generación de copias de seguridad
blog/ – Código para la generación de blogs
calendar/ – Código para manejar y mostrar eventos de calendario.
course/ – Código para presentar y gestionar los cursos.
enrol/ – Código para los roles de la plataforma
error/ – Códigos sobre los errores de la plataforma
files/ – Código para presentar y gestionar los archivos cargados.
filter/
grade/ – Código para calificar los exámenes y trabajos de los alumnos de los cursos
group/ – Código para establecer grupos de alumnos
install/ – Códigos para la instalación
ipllokup/
lang/ – Textos en diferentes idiomas, un directorio por idioma.
lib/ - Librerías del código fundamental de Moodle.
login/ – Código para manejar las entradas y creación de cuentas.
message/
mnet/
mod/ – Todos los módulos de los cursos de Moodle.
my/ – Configuración de la página personal de moodle.
notes/
pix/ – Gráficos genéricos del sitio (íconos)
question/
rss/ – Configuración de los canales de noticias
search/ – Configuración de las búsquedas internas
sso/
tag/ - Etiquetas asignadas a los blog de usuarios y a sus intereses
theme/ – Paquetes de temas/pieles para cambiar la apariencia del sitio.
user/ – Código para mostrar y gestionar los usuarios.
userpix/
Saludos Cordiales a todos nuestros lectores del blog
Jared Stein (Utah Valley University) ha lanzado recientemente OpenShare, un módulo para Moodle 1.9 que permite abrir cursos completos o partes de cursos al público en general. Por medio de OpenShare, una institución que utilice Moodle como entorno virtual de enseñanza/aprendizaje dispone también automáticamente de una plataforma de recursos educativos abiertos.
Una de las ventajas más significativas de este módulo es que proporciona una alternativa a las plataformas redundantes de publicación de recursos educativos abiertos u OpenCourseWare y que, al poner el control de lo que se publica y cómo se licencia en manos de los creadores de cursos, reduce las necesidades de recursos humanos dedicados a esta cuestión.
OpenShare utiliza el sistema de roles de Moodle, de manera que es posible configurar los permisos de los usuarios públicos de un curso para que sólo puedan acceder a los materiales o para permitirles también, por ejemplo, probar los cuestionarios de autoaprendizaje o incluso participar en los foros de debate junto con los usuarios oficialmente inscritos.
Jared Stein: OpenShare (v0.5) for Moodle Released
SAIP (Student Administration Integration Pack) es el primer producto dentro de la nueva suit de aplicaciones de Oracle que hace posible la gestión más eficiente de las tareas administrativas de los sistemas de formación.

La aplicación de Oracle Academia Enterprise Solutions pretende integrarse de una manera sencilla, usando estándares de integración, con sistemas de e-learning como Moodle, Sakai y Desire2Learn entre otros.
Así por ejemplo según Oracle, si damos de alta un nuevo curso en la aplicación de Oracle esta dara de alta mediante integración a través de servicios web el curso dentro de Moodle. Lo mismo con el alta de alumnos. Si inscribimos un estudiante en un curso, este alta pasara de la misma forma a Moodle. Eliminando la necesidad de tener que dar de alta la misma información en las dos aplicaciones.
SAIP también permite la caga de datos masivos, necesario cuando lanzamos nuestra plataforma de formación por primera vez.
También permite la sincronización casi en tiempo real desde Moodle a la aplicación de Oracle. Asi si un alumno se inscribe en un curso en Moodle, esta información se pasa de forma casi instantánea al sistema de administración.
Para mas información sobre las funcionalidades de SAIP puedes leer el comunicado de Oracle.

En la MoodleMoot08 el principal objetivo es el de compartir conocimientos sobre Moodle: habrá información sobre los nuevos desarrollos e integraciones con otras herramientas, pero el interés principal de estos encuentros es el de poder compartir experiencias sobre el uso de esta herramienta en el aula (presencial o virtual) en todos los niveles y sectores educativos.
Se celebrará en Barcelona los días 23-24-25 de octubre 2008.
Visita la web del evento: Ir a MoodleMoot
Hace ya un tiempo que salió esta nueva versión de la plataforma moodle, y aquí en Noticias Moodle, os contamos los principales cambios y puntos, en los cuales los desarrolladores han centrado todos sus esfuerzos en mejorarlos y desarrollarlos.
Aquí va la lista de novedades:
-
Libro de calificaciones.
-
Soporte para WebDAV.
-
Definición de resultados esperados para un actividad, o Outcomes (competencias).
-
Posibilidad que un usuario defina mediante “Tags” sus preferencias.
-
Agrupaciones de grupos.
-
Se han añadido más paquetes de lenguaje.
Después se han mejorado los siguientes aspectos:
-
Rendimiento y escalabilidad, sobre todo en la parte de roles de usuarios.
-
Definición de una API para eventos, sean del tipo que sean.
-
Moodle Network.
-
Banco de preguntas.
-
Mejorado el soporte para el Active Directory NTLM Single Sign On.
-
Posibilidad de permitir definir la visibilidad de los bloques por roles.
-
Soporte completo para Oracle.
-
Mejorada la parte de Ajax en bloques y módulos.
-
La parte de administración.
-
Localización geográfica (GeoIp).
-
Instalación más sencilla y completa.
-
Al módulo de cuestionario se han aplicado bastantes cambios.
-
Mejoras en los diferentes estilos.
Además de lo ya citado anteriormente, han revisado toda la lista de bugs pendientes de solución, para los diferentes problemas en versiones anteriores, mejorando la seguridad, estabilidad y eficiencia de la plataforma.