HP Forum Archive 17

[ Return to Index | Top of Index ]

35s storage Message #1 Posted by Howard Lazerson on 25 Aug 2007, 4:35 p.m. I was wondering if there was anyway to store and recall a series of numbers which represent coordinates of objects commonly observed thru a telescope. I wrote the alt/az pgm on this forum 8/20/07 and would like to put a list of about 100 objects numbered 1 thru 100 in memory. Since the pgm already uses up several alpha registers, I'm not sure how to do this. Each object notation will look like so; 1, 87.5, 56.2 ; The one [1]=object #1, 87.5= right ascenion, and 56.2= declination. This saves time having to refer to a list while observing. Any help would be appreciated, Thanks, Howard

Re: 35s storage Message #2 Posted by dbatiz on 25 Aug 2007, 6:12 p.m., in response to message #1 by Howard Lazerson Have you considered saving the list in the following format: NNN.RRRDDD It would take a small subroutine to decode the object and make the components available to your program, but it shouldn't be too tricky. Depending on the indexing available, the index number could be the object number then you'd only have to decode RRR.DDD. Good luck Howard, I'd be interested to see your solution, Very respectfully, David

Re: 35s storage Message #3 Posted by Howard Lazerson on 25 Aug 2007, 10:43 p.m., in response to message #2 by dbatiz sounds reasonable, I will give it a try, thanks for the help, Howard

Re: 35s storage Message #4 Posted by Alain Mellan on 25 Aug 2007, 7:45 p.m., in response to message #1 by Howard Lazerson Quote: Each object notation will look like so; 1, 87.5, 56.2 How about storing the data in 3D vectors? E.g. for the set above, use the sequence: 100 STO I [] 1 (yellow) , (the "0" key) 87.5 (yellow) , 56.2 STO (i) will store a 3D vector in register 100. Then 1 STO+ I, and repeat... Hope that helps. Edited: 25 Aug 2007, 7:46 p.m.

Re: 35s storage Message #5 Posted by Howard Lazerson on 25 Aug 2007, 10:46 p.m., in response to message #4 by Alain Mellan I never would have thought of that, will try that option also, thanks for your suggestion, Howard

Re: 35s storage Message #6 Posted by Earl Kubaskie on 25 Aug 2007, 10:55 p.m., in response to message #4 by Alain Mellan If you have a list with Item 2, Item 5, Item 203, Item 1425, etc. then Alain is right on the money. The vector method he advised especially allows you to use higher accuracy in your ascension/declination values than 1 decimal place. But are your item numbers a continuous 1, 2, 3, ... etc. series? If so, your program could encode the item number into the register number, allowing the 3rd portion of the 3D vector to be used or reserved for additional data.

Re: 35s storage Message #7 Posted by Howard Lazerson on 25 Aug 2007, 11:24 p.m., in response to message #6 by Earl Kubaskie The item #s- 1thru 100 each represent an object, the additionl numbers following that number represent its coordinates so when running the pgm if one wants to locate say object #39, there should be an easiy to rcl 39 , observe the values and then input these values either manually or with a subroutine into the pgm. Also n.n accuracy is sufficient for the coordinates. Thanks, Howard p.s. I have been using HP calculators for several years TO CALCULATE , programming them is new for me!

[ Return to Index | Top of Index ]

Go back to the main exhibit hall