old beta version

[6745th@web.de]

:beta5

.-added automatic barometer calibration (settings--sensors--GPS)

orux

Hola Orux,

great new function. I will test it tomorrow.



Thanks, Thomas

[Josean]

Muy buenas!

Ante todo siento llegar tarde con el tema del SMS SOS, pero es el tema que me trae, hasta hoy no lo había probado, ya que en principio los uso sin SIM por tema de consumo de batería, pero la verdad esta opción me gusta y me estaba planteando poner una SIM activa por ello. El caso es que tengo tres teléfonos y en ninguno de ellos me funciona. Los tres son ya cacharros viejos, pero es lo que hay.

En todos ellos enviar SMS desde la aplicación del propio teléfono funciona. El primero es mi Defy en el cual tengo instalado ROM CM11, que uso a diario y que no planteo usarlo para el monte, pero llegado el caso si funcionara pues lo dedicaría a tal fin. En este si hago la prueba de enviar SMS SOS sale un mensaje diciendo que verifique la recepción del mensaje en el teléfono al que se ha enviado, pero no envía nada.

El segundo es otro Defy, este con CM7, en este al confirmar para enviar mensaje se fuerza el cierre de Orux.

Por último he probado en el Sony X10mini pro con CM7 también y ocurre igual que en el Defy con CM7, se fuerza el cierre de Orux. El Sony la verdad lo uso para correr por lo cual esta función pues me daría un poco igual, pero bueno probando es lo que hay.

Te dejo enlace a los registros de alogcat en los tres, no se si podras solucionar algo, pues lo cierto es que son ROM modificadas las tres. He revisado las diferentes opciones de configuración de los tres teléfonos por si hubiera algo que bloqueara el envio de los SMS y desde luego no lo veo. Todo esto es con la BETA4.



https://drive.google.com/folderview?id=0B00F9XnJ4G3eWGdmVGN6VjlnNDA&usp=sharing">https://drive.google.com/folderview?id= ... sp=sharing">https://drive.google.com/folderview?id=0B00F9XnJ4G3eWGdmVGN6VjlnNDA&usp=sharing



Muchas gracias y saludos.

Hola;



Fallaba el mensaje de prueba por tener un tamaño excesivo al contener caracteres especiales, ya lo he cambiado en la última beta5.



En los tlf que se te bloquea, prueba ahora con la beta5; es un error muy extraño, no sé por qué se produce en esas versiones de android. Pero prueba también a poner 1 minuto en la configuración de 'SOS mensaje', activar la grabación de un track, y esperar que la app intente enviar el mensaje (con la función de mensaje SOS activa), porque utiliza una forma diferente a la de test. A ver qué pasa.



En el tlf que te dice que se ha enviado el mensaje, esta vez debe ser verdad.



 orux

Confirmo que desde luego el mensaje de prueba ya funciona en los tres teléfonos usando la beta 5. Mañana de un momento hago una prueba de simulacro en exterior y comento.

Por otro lado se me ocurre si la configuración, en lo relativo al tiempo para activar el mensaje SOS, pudiera ser establecida y guardada en función del perfil establecido, en vez de una única configuración para todas las actividades, creo que puede ser practico. Por ejemplo no es lo mismo una actividad en la que el teléfono pueda ir sujeto a la bici o lo lleves en una mochila y que si haces una parada, y dejas la mochila o la bici, estos estarán quietos y podrían disparar la alarma sin tu llegarte a enterar, si llevas un tiempo relativamente corto.

Saludos.

[eartrumpet]

updated to beta5, with that button (if there are more than one overlay)

Thanks, that was very fast! Looks good to me.



One thing I realized: the selection of overlays is always the same, even if I change the mapstyle or the theme file.



It would be great if OruxMaps would remember which overlays are selected per mapstyle, per theme file. So for example if I deselect shops in mapstyle hiking, they should still be selected in mapstyle city. Could that be possible?



Best regards,

Tobias

[Maki]

One thing I realized: the selection of overlays is always the same, even if I change the mapstyle or the theme file.



It would be great if OruxMaps would remember which overlays are selected per mapstyle, per theme file. So for example if I deselect shops in mapstyle hiking, they should still be selected in mapstyle city. Could that be possible

Until yesterday I would have asked the same thing, but there are arguments against it. See the last message from Ludwig there:

https://groups.google.com/forum/#!topic/mapsforge-dev/nLt15KD8YxQ">//https://groups.google.com/forum/#!topic/mapsforge-dev/nLt15KD8YxQ



I'm not convinced about either solution, there are so many possible cases and so many possible implementations that's hard to find the right thing to do.



Maki

[eartrumpet]

Maki, I am asking for something different - not the default settings that are made by theme creator, but when a user chooses to switch off a layer. It would even be nice if one could make shortcuts for certain theme tweaks.

Best regards,

Tobias

[Maki]

Maki, I am asking for something different - not the default settings that are made by theme creator, but when a user chooses to switch off a layer. It would even be nice if one could make shortcuts for certain theme tweaks.

Yes, I know, but it's the same idea, just applied at a different level. For example, if you aren't interested in, say, administrative borders or religious stuff, it's useful to keep overlays across styles, otherwise you have to disable them individually for each style. So it's a toss, it just depends on what you want in that particular occasion. Actually I'm not sure how much of a problem this actually is, I guess most people will just use a style or two. Fact is that each tweak triggers a cache reset, which means each time you'll have a very slow screen redesign. I really like the ability to tweak themes, I'm the one that asked for it, but personally I think I'll switch styles and layers as rarely as possible just for this reason. For the moment being I see it more as a configuration tool like "set and (almost) forget" rather than something that gets continuously changed.



I'd second the idea about making shortcuts, it's probably the most effective solution, as long as there is a robust control about theme variation during updates where available layers could change.



Maki

[jonny-blue]

-added automatic barometer calibration (settings--sensors--GPS)

What does this function do / what is it good for?

[eartrumpet]

administrative borders or religious stuff, it's useful to keep overlays across styles, otherwise you have to disable them individually for each style.

At the moment it's only possible to have the same layer activated in all different styles at the moment, but it's not possible to have different layers activated in different styles.

The current behavior does limit your options in this way, the only benefit is: it just makes switching on/off across styles easier.

The behavior I proposed doesn't limit your options, it just makes switching on/off across themes (something your rarely do once you set it) harder.



So it's not a toss, because the behavior at the moment makes "set and forget" impossible if you want to have different layers for different styles.



I actually use all three style in my theme, and I don't need public transport POIs for cycling, but for city usage. So if I switch between styles, I always have to switch the public transport POI layer every time at the moment (which is something one quite often does if one uses OruxMaps for different activities).



Best regards,

Tobias

[eartrumpet]

I'd second the idea about making shortcuts, it's probably the most effective solution, as long as there is a robust control about theme variation during updates where available layers could change.

I think just an error message that the shortcut doesn't work at the moment (because map theme has changed) is fine. Atlas/Cruise have the possibility of position bookmarks which also includes map file, map theme, map style and overlays. These shortcuts would include only the last three variables.



Best regards,

Tobias

[Maki]

Tobias, overall I agree with you. But the fact is that Ludwig implemented the whole thing with the other way around in mind. So I'm just not sure if it is better to follow the flow or work around it. Personally for the moment I'm taking a light approach, with just an handful of overlays, so that it will work either way without too much fuss.

[eartrumpet]

But the fact is that Ludwig implemented the whole thing with the other way around in mind.

Yes, he did, but he was talking about enabled=true for making a layer enabled/disabled by default when loading a map style. Have a look at Cruiser, every time you switch a map style there the layers are (re)enabled as defined by the theme, not by the user - that is default implementation.



We're discussing something else here, as OruxMaps already remembers all switches when changing a map style or theme file. The enabled=true is only used when first loading a theme. So if we already have an OruxMaps function to remember switches set by the user, why not add a bit more user friendliness?

Personally for the moment I'm taking a light approach, with just an handful of overlays, so that it will work either way without too much fuss.

For me this is one way out of the eliminating dilemma. I don't know how often a user has asked how important those POIs and how unimportant the other POIs are. So with my implementation it's easier to switch those of which are unimportant to you, but that means to have several categories to choose from. The other way round is also nice to have: in case of emergency, switch off all other POIs than hospitals/doctors/pharmacies etc. So it's nice to have those options now, even with a little fuss :-)



Best regards,

Tobias

[Josean]

Muy buenas!

Ante todo siento llegar tarde con el tema del SMS SOS, pero es el tema que me trae, hasta hoy no lo había probado, ya que en principio los uso sin SIM por tema de consumo de batería, pero la verdad esta opción me gusta y me estaba planteando poner una SIM activa por ello. El caso es que tengo tres teléfonos y en ninguno de ellos me funciona. Los tres son ya cacharros viejos, pero es lo que hay.

En todos ellos enviar SMS desde la aplicación del propio teléfono funciona. El primero es mi Defy en el cual tengo instalado ROM CM11, que uso a diario y que no planteo usarlo para el monte, pero llegado el caso si funcionara pues lo dedicaría a tal fin. En este si hago la prueba de enviar SMS SOS sale un mensaje diciendo que verifique la recepción del mensaje en el teléfono al que se ha enviado, pero no envía nada.

El segundo es otro Defy, este con CM7, en este al confirmar para enviar mensaje se fuerza el cierre de Orux.

Por último he probado en el Sony X10mini pro con CM7 también y ocurre igual que en el Defy con CM7, se fuerza el cierre de Orux. El Sony la verdad lo uso para correr por lo cual esta función pues me daría un poco igual, pero bueno probando es lo que hay.

Te dejo enlace a los registros de alogcat en los tres, no se si podras solucionar algo, pues lo cierto es que son ROM modificadas las tres. He revisado las diferentes opciones de configuración de los tres teléfonos por si hubiera algo que bloqueara el envio de los SMS y desde luego no lo veo. Todo esto es con la BETA4.



https://drive.google.com/folderview?id=0B00F9XnJ4G3eWGdmVGN6VjlnNDA&usp=sharing">https://drive.google.com/folderview?id= ... sp=sharing">https://drive.google.com/folderview?id=0B00F9XnJ4G3eWGdmVGN6VjlnNDA&usp=sharing



Muchas gracias y saludos.

Hola;



Fallaba el mensaje de prueba por tener un tamaño excesivo al contener caracteres especiales, ya lo he cambiado en la última beta5.



En los tlf que se te bloquea, prueba ahora con la beta5; es un error muy extraño, no sé por qué se produce en esas versiones de android. Pero prueba también a poner 1 minuto en la configuración de 'SOS mensaje', activar la grabación de un track, y esperar que la app intente enviar el mensaje (con la función de mensaje SOS activa), porque utiliza una forma diferente a la de test. A ver qué pasa.



En el tlf que te dice que se ha enviado el mensaje, esta vez debe ser verdad.



 orux

Confirmo que desde luego el mensaje de prueba ya funciona en los tres teléfonos usando la beta 5. Mañana de un momento hago una prueba de simulacro en exterior y comento.

Por otro lado se me ocurre si la configuración, en lo relativo al tiempo para activar el mensaje SOS, pudiera ser establecida y guardada en función del perfil establecido, en vez de una única configuración para todas las actividades, creo que puede ser practico. Por ejemplo no es lo mismo una actividad en la que el teléfono pueda ir sujeto a la bici o lo lleves en una mochila y que si haces una parada, y dejas la mochila o la bici, estos estarán quietos y podrían disparar la alarma sin tu llegarte a enterar, si llevas un tiempo relativamente corto.

Saludos.

Probado SMS SOS en los tres teléfonos a modo de simulacro y confirmó que funciona OK  

Muchas gracias y seguimos probando.

[6745th@web.de]

Today I did a mtb tour and as always, I forgot to calibrate the baro sensor at tour start.

But with the new "auto calibrate" function Orux did it automatically.Great.



Btw, I recognized that om did not refresh the battery level of my hrm.

Is this bug back? After switching off/on the hrm device om displays the correct value.



Greetings Thomas

[6745th@web.de]

-added automatic barometer calibration (settings--sensors--GPS)

What does this function do / what is it good for?

If your device has a barometric sensor, like some Samsung and Sony devices have, you can automatically calibrate this sensor.

Depending on the weather this sensor readout will allways drift.

One day a point has a altitude of 100m,

Next day the air pressure may sink, so the same point is now 200m.

In the past you have to set the altitude manually to the correct value.

Now om calibrate the altitude by gps or by DEM data when you start a track.

http://en.m.wikipedia.org/wiki/Shuttle_Radar_Topography_Mission">http://en.m.wikipedia.org/wiki/Shuttle_ ... hy_Mission">http://en.m.wikipedia.org/wiki/Shuttle_Radar_Topography_Mission

[orux]

Today I did a mtb tour and as always, I forgot to calibrate the baro sensor at tour start.

But with the new "auto calibrate" function Orux did it automatically.Great.



Btw, I recognized that om did not refresh the battery level of my hrm.

Is this bug back? After switching off/on the hrm device om displays the correct value.



Greetings Thomas

Hi,



Which kind of hrm sensor do you use? (ant, bt4.0,...)



orux