New version 5.5.16 in google play!

Started by orux, November 17, 2013, 11:20:31 AM

Previous topic - Next topic

0 Members and 4 Guests are viewing this topic.

goosiebn

#15
From the Manage Routes screen, could do with an option to bulk some tracks to a new folder.



I'd like to move a whole lot of old tracks into a new folder, but can only do this individually from the Edit Properties screen.

goosiebn

#16
I also wonder if you are missing an opportunity by using Folders to arrange the Tracks.



Why not instead use Tags?  Tags work a lot like Folders, but you can allocate a Track to many Tags - #cyclecommute #via:xtown #windy #bike:specialised_thingybike #tyres:gatorskins28/2010



Then you could see all the commutes, all the rides on one bike, in the future if you did stats by Tag you could tell how many miles on these tyres, make a new tag for the next tyres, relegate the old tag, etc.



By relegate, whenever a Tag selection screen is used, it should show current Tags, with the option to expand to show relegated Tags.



Using Tags instead of Folders suddenly turns the system into a gear monitoring tool, sadistic micro-managing tool for crazy geeks.  Or, just use the Tags as a Foldering system.



Other products use Folders, other on-line products have gear mileage monitoring tools, but the one on Strava, for example, only lets you retire a tyre, not put it back on again next summer...



Also, I'd suggest having a default Tag List that's Profile-able so each Track gets the current Tag list and you tweak it when you're done.  Change the tyres- update the Default Tag list.

GeMe

#17
Por fin las carpetas o ficheros para tracks y waypoints que tanto hemos pedido!!!!! yuuuujuuu!!!



¿Cuándo pondrás la opción de que los waypoints que haya por el mapa se añadan automáticamente al track si pasas a menos de X metros? Y así no hay que andar después acordándote de por donde pasaste e ir a la lista de waypoints y hacer la "modificación masiva".



En la lista de tracks siempre salen ordenados según la fecha de creación en la base de datos. Ésto está bien si todos tus tracks a la primera el orux los graba bien y no hay problemas. Pero cuando un track de 60km, por algún motivo el orux lo graba de 108km y hay que retocarlo en el ordenador para quitar los puntos aberrantes, cuando lo "importas" en el orux, te lo pone el primero de la lista y empiezan a descolocarse. Y entonces siempre tienes que ir a ordenarlos y siempre empieza de modo ascendente. Por lo que hay que recorrerse toda la lista para ver de nuevo el último o bien volver a dar a ordenar y seleccionar "invertir".



Sería útil que si eliges un track, te dé la opción de subirlo/bajarlo "fisicamente" de posición en la base de datos, para que a la siguiente vez, salgan en su sitio.



O que recuerde el método de ordenador elegido anteriormente y que siempre los muestre así.



Muchas gracias!!!!



LO DE LAS CARPETAS NO FUNCIONAAAAA!!!!! SI MUEVO UN TRACK A UNA CARPETA DESAPARECE EL LISTADO DE "DEFAULT" Y YA NO PUEDO ELEGIR LA CARPETA, NI ABRIRLA, NI NADA DE NADA... SOLO SI VOY A "CARPETAS" APARECE LA NUEVA CARPETA Y SI PINCHO, ME DICE QUE LA QUIERE BORRAR



¿CÓMO SE VEN LOS TRACKS DE ESA CARPETA?



Ahhhhh ya... ostia que susto... después de crear todas las carpetas, hay que salir del administrador de tracks y volver a entrar para que las muestre todas...

GeMe

#18
Hola buenos días Oruxo!!!,



En la beta 5.5.15beta5



El corregir altitudes usando el sistema online no funciona (Elevation courtesy of MapQuest).



Cuando lo intentas, al cabo de unos 5 segundos sale un mensaje de error. "ERROR actualizando altitudes!"

GeMe

#19
En la beta 5.5.15beta5



Otra cosilla.



Cuando creas carpetas para ordenar los tracks, las carpetas siempre aparecen en el orden en que las creaste, tanto para mover un track, como para gestionar las carpetas.



¿Podrías hacer que se puedan ordenar por nombre también? y que se guarde para siempre la selección que hayas hecho.



Así siempre, si el usuario lo desea, las ordenará por nombre y ya siempre, tanto para ordenar los tracks como para gestionar las carpetas, aparecerá ordenadas por la selección del usuario.



Muchas gracias.

GeMe

#20
Hola Orux, Buenos días,



Cuando accedes al gestor de capertas y pulsas en una, automáticamente te sale un mensaje que dice "¿Borrar la carpeta?"  ¿qué pasa si dices que "si"? ¿se borra la carpeta y los tracks?, ¿sólo la carpeta y los tracks se mueven a la default?.



Un breve comentario cuando salga la advertencia estaría genial.



Muchas gracias.

orux

#21
Quote from: "GeMe"Hola Orux, Buenos días,



Cuando accedes al gestor de capertas y pulsas en una, automáticamente te sale un mensaje que dice "¿Borrar la carpeta?"  ¿qué pasa si dices que "si"? ¿se borra la carpeta y los tracks?, ¿sólo la carpeta y los tracks se mueven a la default?.



Un breve comentario cuando salga la advertencia estaría genial.



Muchas gracias.


Actualizada la beta.



Ok, añadiré un aviso.



Las que pertenecen a la carpeta borrada pasarán a la por defecto.



orux

goosiebn

#22
When browsing tracks in the track database, if I click Edit properties of any track in any folder, the Folder in the properties if the Folder I last set a Track to (or Default if I haven't set a Folder for a Track yet), irrespective of which Folder the Track is currently in.



What happens here is if I go to my Commute Folder, Edit properties of a Track there, and change the Track name, the Track moves to the Default folder.  This is because the Edit properties shows Default as the Folder, instead of the Track's current location, which is Commute.  Then when I save it save Default as the Folder.



If I then go to the Default Folder to find the wayward Track and change the Folder to Commute, then save, it is ok.  However, the next Track I open, whether it's in the Default Folder, or a Routes Folder, will have Commute as the Folder in properties and will move there if I save that Track.



Also, noticed another thread somewhere indicating there should be a 15 second Minimum time for GPS in the beta version- there isn't.

orux

#23
Quote from: "goosiebn"When browsing tracks in the track database, if I click Edit properties of any track in any folder, the Folder in the properties if the Folder I last set a Track to (or Default if I haven't set a Folder for a Track yet), irrespective of which Folder the Track is currently in.



What happens here is if I go to my Commute Folder, Edit properties of a Track there, and change the Track name, the Track moves to the Default folder.  This is because the Edit properties shows Default as the Folder, instead of the Track's current location, which is Commute.  Then when I save it save Default as the Folder.



If I then go to the Default Folder to find the wayward Track and change the Folder to Commute, then save, it is ok.  However, the next Track I open, whether it's in the Default Folder, or a Routes Folder, will have Commute as the Folder in properties and will move there if I save that Track.



Also, noticed another thread somewhere indicating there should be a 15 second Minimum time for GPS in the beta version- there isn't.




Thanks,



solved,



orux

goosiebn

#24
Beta 9 now shows the correct folder in track properties, but now the name and type are blank and get lost when you change the folder (saving the blank name and type)

orux

#25
Quote from: "goosiebn"Beta 9 now shows the correct folder in track properties, but now the name and type are blank and get lost when you change the folder (saving the blank name and type)


Hmmmm,



you are right,





orux

stevenhorner

#26
Just wondering if the GPSGate tracking bug fix will make its way into the beta, mentioned here: http://www.oruxmaps.com/foro/viewtopic.php?f=5&t=1022">http://www.oruxmaps.com/foro/viewtopic.php?f=5&t=1022



Appreciate it's probably not your highest priority update, if only I noticed it was incorrect.



Love OruxMaps!!

orux

#27
Updated to beta11



orux

jonny-blue

#28
QuoteUpdated to beta11


Hi Orux,

just tried to install ... but I receive a "parser error" during install process ...

goosiebn

#29
Parse error here too, Android 2.3.6