Documentación, Software y Webs ⇒ Nuevo software de entrenamiento y planificación

[Mattin]

y por curiosidad:

¿que tienes implmentado?
¿en que estas ahora?
¿que tienes por implmentar?
¿que tienes diseñado?

[MaC]

y por curiosidad:

¿que tienes implmentado?
¿en que estas ahora?
¿que tienes por implmentar?
¿que tienes diseñado?

¿que tienes implmentado?
- Principalmente el detalle de una actividad con sus gráficas, que está al 90%. El listado de actividades por usuario. El sistema de login y logout. Y alguna cosa mas. El problema es que por la falta de tiempo y obligaciones no puedo darle continuidad así que hay semanas que no toco nada y cuando reengancho como no me acuerdo por donde iba y me da pereza ponerme a investigar, pues me pongo con algo nuevo

¿en que estas ahora?
- Ahora estoy a ver si termino la memoria de director deportivo ciclista Introduciendo mejoras en el detalle de la actividad, que me parece uno de los puntos mas críticos de la aplicación. Para ser exactos estoy implementando el detalle de las vueltas y el "botón" de ver detalle de una vuelta.

¿que tienes por implementar?
- Bufff mucho aun. Todo el sistema de planificación que no lo tengo cerrado aun porque tengo demasiadas ideas. Todo el diseño gráfico. Todo la parte de estadísticas y seguimiento. Los permisos de visualización para entrenadores y / o usuarios. Todo el soporte Android (aunque esto es lo último porque no es importante). Mejorar algún algoritmo y crear el que busque los mejores tiempos de la manera mas rápida (óptima posible)...

¿que tienes diseñado?
- Nada. Nunca aprendí a hacer análisis y diseño y sólo se programar con el "ve tirando". Como he comentado antes nunca fui a la universidad ni hice cursos, simplemente se me daba bien la programación a bajo nivel. Pasé directamente de trabajar de desarrollador solito a ser analista funcional.

[yaso]

Joder que curro lleva el asunto ¡¡¡¡
Cuenta con un usuario más cuando la lances :lol::-):lol::-):-):):lol:

Enviado desde mi GT-I9003 usando Tapatalk 2

[MaC]

Joder que curro lleva el asunto ¡¡¡¡
Cuenta con un usuario más cuando la lances :lol::-):lol::-):-):):lol:

Enviado desde mi GT-I9003 usando Tapatalk 2

Si, lleva mucho curro pero sin agobiarse, poco a poco se puede ir sacando. Aunque tarde 3 años, sin dinero de por medio ni clientes ni presión incluso lo disfruto.

Me alegra ver que puede llegar a tener una aceptación tan positiva. Espero que por lo menos esté a la altura cuando sea que lo termine.

[yaso]

Joder que curro lleva el asunto ¡¡¡¡
Cuenta con un usuario más cuando la lances :lol::-):lol::-):-):):lol:

Enviado desde mi GT-I9003 usando Tapatalk 2

Si, lleva mucho curro pero sin agobiarse, poco a poco se puede ir sacando. Aunque tarde 3 años, sin dinero de por medio ni clientes ni presión incluso lo disfruto.

Me alegra ver que puede llegar a tener una aceptación tan positiva. Espero que por lo menos esté a la altura cuando sea que lo termine.

Todo lo que se hace con ilusión y trabajo al fin del proyecto queda estupendo.

Animo compañero ¡¡

Enviado desde mi GT-I9003 usando Tapatalk 2

[Mattin]

Eo,

Con lo del diseño tambien se puede hablar de funcionalidades, que tienes pensado que tiene que hacer el software. Te sugiero que hagas una lista de las tareas indicando cuales podrias delegar especificando el input y output que necesita el software. Y asi la gente que quisiera colaborar solo tendria que hacerse con la tarea/especificaciones y pa ti la integración.

Ejemplo, respecto a la carga de datos ¿que tienes implementado? porque si tienes datos a visualizar de algun sitio los habras obtenido. Un buen motor de carga de datos seria un punto muy fuerte del software.

Un saludo

[MaC]

Eo,

Con lo del diseño tambien se puede hablar de funcionalidades, que tienes pensado que tiene que hacer el software. Te sugiero que hagas una lista de las tareas indicando cuales podrias delegar especificando el input y output que necesita el software. Y asi la gente que quisiera colaborar solo tendria que hacerse con la tarea/especificaciones y pa ti la integración.

Ejemplo, respecto a la carga de datos ¿que tienes implementado? porque si tienes datos a visualizar de algun sitio los habras obtenido. Un buen motor de carga de datos seria un punto muy fuerte del software.

Un saludo

100% de acuerdo, el problema es que yo no tengo los conocimientos para hacer esto. Quiero decir, nunca he programado en grupo o en un grupo de desarrollo. Parece difícil o imposible pero en el mundo de la telefonía móvil es muy común desarrollar un aplicación entera por ti mismo sin ayuda, que ha sido mi caso desde que empecé hace años.

Dicho esto, perdí mucho tiempo queriendo hacer esto mismo que me comentas para poder delegar en caso necesario. El problema, como te comento, es que mis conocimientos en ingeniería del software y modulación en este aspecto son nulos y no fui capaz de "desgranarlo". La aplicación "echó a andar" cuando, simplemente, me puse a programar desde el primer punto que me vino a la cabeza. Se que esta no es la mejor manera, pero no conozco otra porque no he estudiado.

Por otra parte, tampoco era necesario porque no tengo ayuda y todas las funcionalidades las tengo en la cabeza y no se me olvidan.

En la carga de datos, por ejemplo, hay un controlador para subir archivos al servidor, guardarlos en cierta carpeta en modo RAW y escribir una entrada de enlace en una BDD. Pero también querría hacer un gestor de carga masiva de archivos para que los nuevos usuarios puedan cargar todos sus entrenamientos hechos hasta ahora y que no tengan que hacerlo uno por uno (mas que nada porque nadie lo va a hacer)

[Maxwell4]

Tengo una rutina que permite estimar la potencia en intervalos de unos 20" en base a la velocidad, VAM, y cadencia, aparte de introducir peso y coeficientes de rozamiento de rodamiento, aerodinámicoe incluso viento. Lo he probado con datos reales (medidos con un Power2max) y funciona bastante bien. Si te interesa podemos implemenarlo en tu código.
Una cosa importante es que permita leer una gran cantidad de formatos, como .gpx, .hrm, .tcx, .fit, .xls, etc.

[jOANELIUS]

El tiempo realizado por zonas de intensidad a mí me parece más importante que el tiempo realizado en total. Me explico; programo un entrenamiento en el que se han de tocar varias zonas y durante determinado tiempo. Lo lógico es que haya tiempo no válido (bajadas, zonas de descanso, la vuelta a la calma, el llegar a casa, etc...) que siempre computa en el tiempo programado general, pero que falsea los datos. Por ello veo más importante el saber si de 20' minutos en zona X programados + 20' en zona Y programados se han cumplido o no y cuáles no y cuáles si.

El Programa del Polar, que lo veo muy básico pero muy completo trae algo parecido, al darte porcentaje y tiempo de una sesión por zonas, lo que ayuda bastante, pero eso luego hay que llevarlo a la Excell para ver cómo van los entrenos y ver la gráfica de lo programado en zona tal o cual y lo realizado en esas zonas. Además, el ver el tiempo dedicado a todas las zonas durante un microciclo en la misma gráfica te ayuda a tener una visión global del trabajo realizado.

Lo veo, lo entiendo, lo comparto pero no sabría si sería eficiente para como planificarlo delante de un pc. Pongamos un caso real:
Microciclo 20: 3h tempo, 2h Umbral, 30' VO2max, 20' Anaerobico, 5' Potencia y el resto hasta 12h Z1 y Z2
Microciclo 20: 3h tempo, 2h 10' Umbral, 33' VO2max, 22' Anaerobico, 6' Potencia y el resto hasta 13h Z1 y Z2

¿así es como lo planificarías? Es que, claro, quiero tenerlo muy claro para no picar código para nada porque resulta que luego nadie lo usa así por resultar un coñazo y requerir mucho tiempo para las planificaciones.

Ya se va a hacer el presentar el tiempo realizado en cada zona en cada microciclo, pero no se si realmente este tiempo se puede planificar por adelantado con suficiente precisión y agilidad.

Luego para presentarlo, una gráfica de tiempo en cada zona y tiempo planificado en cada zona, eso es fácil.

Vamos a ver, quizás a la hora de programar sea más pesado el plantear la situación, pero se supone que en una planificación/programación a lo largo del tiempo los trabajos en determinadas zonas variarán (En Z1 se suele estar más tiempo al principio que al final de la temporada), por ello hay que programarlos (en este mesociclo/microciclo/sesión se han de realizar tantos minutos en Z3, que es el objetivo o uno de ellos, ¿se han cumplido?). Con una excell es fácil ver las diferencias y planificar tiempos, no sé yó cómo será de fácil en HTML.

Sin embargo, lo que sí que será más fácil es establecer el tiempo realizado en cada zona de intensidad, para que el entrenador lo tenga en cuenta y lo compare con lo que tenía programado.

Es más o menos lo que dices tú, sí. ¿Cómo hacerlo?... bufff, no soy programador ni sabría darte una idea de cómo plasmarlo en una pantalla. Ya te digo que en un excell es más fácil: barra de meso/micro y sesiones programadas frente a barra de meso/micro y sesiones realizadas en cada intensidad o zonas, resta y punto. No sé si me he explicado.

[cesartopo]

¡Vaya tela!
Ánimos

Enviado desde mi HTC Sensation Z710e usando Tapatalk 2

[MaC]

Tengo una rutina que permite estimar la potencia en intervalos de unos 20" en base a la velocidad, VAM, y cadencia, aparte de introducir peso y coeficientes de rozamiento de rodamiento, aerodinámicoe incluso viento. Lo he probado con datos reales (medidos con un Power2max) y funciona bastante bien. Si te interesa podemos implemenarlo en tu código.
Una cosa importante es que permita leer una gran cantidad de formatos, como .gpx, .hrm, .tcx, .fit, .xls, etc.

Sí me interesa. Para todos aquellos que no tengan medidor de potencia quiero que, al menos, tengan una estimación.

Sobre el formato de archivos, inicialmente hasta que esté todo montado sólo va a admitir TCX por simplificar el trabajo al principio, ya hay suficientes conversores de archivos circulando por la red.

Lo que es seguro es que no usaré formatos cerrados o que tenga que pagar por ellos.

Vamos a ver, quizás a la hora de programar sea más pesado el plantear la situación, pero se supone que en una planificación/programación a lo largo del tiempo los trabajos en determinadas zonas variarán (En Z1 se suele estar más tiempo al principio que al final de la temporada), por ello hay que programarlos (en este mesociclo/microciclo/sesión se han de realizar tantos minutos en Z3, que es el objetivo o uno de ellos, ¿se han cumplido?). Con una excell es fácil ver las diferencias y planificar tiempos, no sé yó cómo será de fácil en HTML.

Sin embargo, lo que sí que será más fácil es establecer el tiempo realizado en cada zona de intensidad, para que el entrenador lo tenga en cuenta y lo compare con lo que tenía programado.

Es más o menos lo que dices tú, sí. ¿Cómo hacerlo?... bufff, no soy programador ni sabría darte una idea de cómo plasmarlo en una pantalla. Ya te digo que en un excell es más fácil: barra de meso/micro y sesiones programadas frente a barra de meso/micro y sesiones realizadas en cada intensidad o zonas, resta y punto. No sé si me he explicado.

La dificultad técnica para programarlo en HTML no es un problema. Tardaré mas o menos tiempo pero al final lo sacaré adelante sea cual sea la dificultad.

Lo que quiero es saber es como, VOSOTROS, querrías planificar vuestra temporada con un caso con datos simulados o reales. Para ello podría intentar extrapolar lo que hay en un excel a un formato HTML.

Habrá gente que le guste tener un libro con cada mesociclo. O con cada microciclo. Habrá gente que sólo quiera planificar un volumen de km semanal. Otros unos minutos. Otros unos minutos en cada zona. Todo eso no es problema pero ¿cómo os gustaría que estuviera representado en la pantalla? ¿Cómo os sentiríais cómodos a la hora de realizar estas planificaciones? ¿Qué querríais ver?

¿Querríais planificar los microciclos de manera aislada viendo lo que se ha hecho en los 3 anteriores? ¿Teniendo una descripción del objetivo del macrociclo?

¿De qué manera dejaríais de usar el excel sin tener que programar un excel entero en HTML?

Estoy completamente abierto a que construyamos, entre todos, una manera óptima de mostrar el sistema para la planificación.

Mi primera aproximación era la que empiezas con conceptos generalistas para terminar en conceptos muy específicos un poco en la linea que dice Joe Friel, en este orden:

1. Objetivos anuales (Por ejemplo: La Quebrantahuesos y La Perico)
2. Competiciones prioridad normal (Por ejemplo: Los Lagos y La Contador)
3. Objetivos fisiológicos a conseguir (Por ejemplo: FTP de "x" para marzo, mantener 10 horas semana para Febrero...)
4. División del año en mesociclos (Por ejemplo: 2 de base, 2 especificos, 1 pre-competitivo, 1 competitivo...)
5. Descripción del objetivo de cada mesociclo (Por ejemplo: en el primero de base acumulación de km en Z2 y Z3 sin pasarse de vueltas, etc.)
6. División de cada mesociclo en microciclos (Por ejemplo: en 4 semanas pero podría ser en microciclos de 4 días por temas laborales)
7. Descripción del objetivo de cada microciclo (Por ejemplo: microciclo de impacto con carga del 20% en volumen y 2h de FTP)
8. "Sistema" para establecer objetivos reales en cada microciclo (Por ejemplo: con sliders, metiendo númeritos a mano, aquí está el meollo de la cuestión, cual es la manera que mas gustaría a una mayoría de gente)
9. Tests y demás información (Por ejemplo: test FTP, pruebas medico deportivas, análisis de sangre...)

Yo me puedo picar todo esto en código, aun no se como presentarlo aunque ya se me ocurriría alguna forma, el tema está ¿Realmente lo usaríais? O simplemente el primer mes y luego sería como "puffff, que rollazo"

¡Vaya tela!
Ánimos

Enviado desde mi HTC Sensation Z710e usando Tapatalk 2

Pues si Gracias! :D

[Loscar777]

Interesantísimo, andaré atento.....

[Maxwell4]

Perdona no dar señales de vida antes, pero "había perdido el hilo."
Te podría mandar el código para estimar la potencia aunque le falta algún detalle pero creo que se puede pensar en integrar en tu código. Si te interesa me dices como te viene bien que te lo mande.

Con respecto a la planificación te aporto una idea, que a lo mejor es una locura, pero a lo mejor gusta. Siempre he pensado que la planificación debiera funcionar como un controlador, es decir, que nosotros fijamos una meta, y este nos dice lo lejos o cerca que estamos para recalcular lo que tenemos que hacer. La cuestión es que si ponemos una planificación, y grabamos los datos de los entrenos, es fácil comparar estos datos con la carga prevista con lo que el programa nos podría ir diciendo, por ejemplo, "Te faltan xx minutos a Z5" ó "llevas yy horas de más"... o "la potencia media ha bajado"...
La cuestión es que cuando nos ponemos una planificación a veces surgen imponderables que nos obligan a cambiar el calendario, o bien nos lían a salir en varias kdd's y al final nos pasamos de vueltas. Creo (salvo que no lo conozca) que no hay ningún programa que analice las salidas y sea capaz de estimar lo que se ha ajustado a la programación, indicarnos las desviaciones del programa y recalcular el programa para la semana o el mes siguiente en función de lo realizado.

[messiah666]

Nosotros programarnos exactamente lo que vamos a hacer es dificil, ya sea por trabajo o por el tiempo que voy mirando dias de menos frio, menos lluevia etc...

[josemi30]

Ánimo y todo mi apoyo para tí.

[Scoilime]

¿Cómo va este proyecto? Parece muy ambicioso.

Yo soy un poco novato en Php pero estoy intentando analizar un archivo Gpx con la finalidad de emular la potencia entre dos puntos Latitud/Longitud. Empecé bastante ilusionado, averiguando la distancia entre dos puntos Lat/Lon, luego la la diferencia de altitud entre dos puntos y con ambos datos la hipotenusa para saber el porcentaje de ascenso y descenso. Pero mi sorpresa ha sido que me estoy encontrando con porcentajes muy elevados. Ojeando el archivo gpx he descubierto que a veces hay tramos de 2,16 metros con diferencias de 0,6 metros de altitud, la hipotenusa es de 2,07 (la verdadera distancia) y el porcentaje altitud/hipotenusax100 es de 28.97%.

He probado a usar correcciones Gps y por un lado solucionan el error pero por otro aparecen, al final me encuentro con porcentajes disparatados ¿alguna idea de cómo solucionar esto?

Mi intención es generar un gpx mejorado con datos de potencia estimados para poder obtener más información de mis salidas por carretera en las que no tengo medidor de potencia. Si lo consigo, podré hacer uso de las gráficas de estrés de Andreuw Coggan (junto con mis sesiones de rodillo que si tienen potencia), ya que ahora sólo puedo usar los valores TRIMP.

[martesjueves]

¿Que tramos utilizas? de 2m? Me parece muy poco para medir potencia. Yo usaría tramos mas largos, de 10 o 20m como mínimo.

[Scoilime]

Hola martesjueves, utilizo los track point como tramo, por ejemplo:

<trkpt lat="39.0621750" lon="-1.0553350">
<ele>602.2</ele>
<time>2013-07-07T06:11:07Z</time>
<extensions>
<gpxtpx:TrackPointExtension>
<gpxtpx:atemp>21</gpxtpx:atemp>
<gpxtpx:hr>95</gpxtpx:hr>
<gpxtpx:cad>0</gpxtpx:cad>
</gpxtpx:TrackPointExtension>
</extensions>
</trkpt>
<trkpt lat="39.0622150" lon="-1.0553410">
<ele>601.8</ele>
<time>2013-07-07T06:11:08Z</time>
<extensions>
<gpxtpx:TrackPointExtension>
<gpxtpx:atemp>20</gpxtpx:atemp>
<gpxtpx:hr>94</gpxtpx:hr>
<gpxtpx:cad>0</gpxtpx:cad>
</gpxtpx:TrackPointExtension>
</extensions>
</trkpt>

Mi intención es estimar la potencia para insertar su valor en cada trkpt.

[Luifer]

Esta muy chulo. Al final se ha sacado la apps. Un saludo

[Ed7Mtb]

Que ha pasado con este proyecto? finalmente terminaste el programa? Saludos