Re: HP Prime Questions Message #22 Posted by CompSystems on 25 Sept 2013, 10:24 p.m., in response to message #21 by CompSystems
more info on polar_coordinates & randPoly
http://www.adictoshp.org/topic/457-uso-del-comando-polar-coordinates-randpoly/
En la pagina 191 de la guia de usuario DICE
polar_coordinates:
Returns a vector containing the polar coordinates of a point or a complex number.
polar_coordinates(sqrt(2),sqrt(2)); [ENTER] [ 2, 45 ]
nada mas
En ninguna otra parte habla de polar_coordinates, ni del universal tipo de dato [ ], el manual de usuario es muy muy pobre tanto en ejemplos, como en el funcionamiento de cada comando, estamos esperando el MANUAL AVANZADO DE USUARIO, sera que si esta en redacción? espero que si
Espero también que TIM, o alguien me diga para que se usa este comando, es decir es solo demostrativo? para impresión o vista solo en el historial, por que claramente no se puede operar con el, es decir los operadores +,-,/ no operan sobre la salida de polar_coordinates(), ni mucho menos funcionara dentro de un programa
/!\ polar_coordinates([3,4]) + polar_coordinates([4,3]); no implica suma de coordenadas polares en la HP-Prime, esto es lo que debe decir el manual, y no es suma en polares por que la salida esta en un contenedor universal que no hace referencia a un tipo de dato especifico
Si usted desea sumar directamente la salida del comando polar_coordinates se lleva una sorpresa
Una manera de obtener la suma de coordenadas polares es sumar en su forma cartesiana y luego convertirlo a polar
Ejemplo:
polar_coordinates([3,4.]+[4,3]); // => [9.89949493661,45.] // la anterior salida se interpreta visualmente como radio=9.89949493661 y angulo de 45°
polar_coordinates([3,4.]); => [5.,53.1301023542] => 5 angulo de 53°
polar_coordinates([4,3.]); => [5.,36.8698976458] => 5 angulo de 36°
note que sumar en coordenadas polares no es equivalente a sumar elemento a elemento
[ 5+5, 53+36 ] => [ 10 , 89 ]
mientras que en coo cartesianas la suma es la suma de componentes
[3,4]+[4,3]; => [7,7]
polar_coordinates([7,7.]); // => [9.89949493661,45.]
En el modo HOME hay una manera directa para sumar en coordenas polares usando el prefijo ANGLE
(5∡53.1301023542)+(5∡36.8698976458); => (9.89949493661∡45) EXCELENTEMENTE OK :), preciso, como debe ser y sin ambigüedad
En el modo CAS también suma coordenadas polares, pero la salida se convierte a rectangular :(
y hay que volver a utilizar polar_coordinates()
(5∡53.1301023542)+(5∡36.8698976458); => (7,7) // ~OK :(
polar_coordinates( (5∡53.1301023542)+(5∡36.8698976458) ); => [9.89949493661,45.] Pero surge otro problema esta salida tampoco sirve porque se llevo al contenedor [ ] que no es re-utilizable por algoritmo :(
LA PREGUNTA DEL MILLON, que limitación por software, porque no creo que sea por HARDWARE, la HP_PRIME En modo CAS no pueda retornar la salida en polar
(5∡53.1301023542)+(5∡36.8698976458); => (9.89949493661∡45)
es posible incorporar en futuras versiones esta característica o es imposible?
si alguien que no conoce la HP_prime y mira la siguiente sentencia dentro de un programa
polar_coordinates( (5∡53.1301023542)+(5∡36.8698976458) );
se pregunta, por que carajos tiene que convertir a polar si esta sumando en polares??
Una pregunta mas dificil
Algún día, antes del fin del mundo, o antes que la competencia nos muestre una super TI_Nspire CAS+ con pantalla multitactil
la HP_Prime podrá decodificar polar_coordinates([3,4]) + polar_coordinates([4,3]); como la suma de coordenadas polares?
un reto para el autor del xCAS, y no quiero respuestas de ninos, no no puedo, es que yo uso un solo contenedor y tales y pascuales
Por que yo si puedo crear un programa que me decodifique, es trivialsimimo y sin hacer trucos de conversion a cartesianas para luego sumar y luego volver a convertir a polar
polarCoordinates([3,4]) + polarCoordinates([4,3]);
Le pregunto al author del xCAS, es muy complicado incorporar el prefijo angle en el segundo parámetro del contenedor [ ], al igual como lo hace la HP48/HP50, el me dirá poder puedo, tengo que reescribir la mayor parte de mi codigo fuente y eso me lleva anios
otro reto para el author del xCAS, incorporar postfijos de ° y radianes
(5∡36.8698976458°) como lo hace la competencia
otros me diran la TI_nspire no es competencia, pues la HP_prime calcula un factorial con cientos de números, el poder del CAS no solo se basa en el poder de mostrar n digitos, sino el poder de decodificar expresiones mas cercanas a la humana
Redactando ...
Edited: 25 Sept 2013, 10:45 p.m.
|