35s storage


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


Have you considered saving the list in the following format:


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,



sounds reasonable, I will give it a try, thanks for the help, Howard


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
(yellow) , (the "0" key)
(yellow) ,
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.


I never would have thought of that, will try that option also, thanks for your suggestion, Howard


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.


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!

Possibly Related Threads...
Thread Author Replies Views Last Post
  HP41 Long term storage Steve Hunt 6 899 09-27-2012, 11:08 PM
Last Post: db (martinez, ca.)
  [hypothetical] adding mass storage functions to a 42S Eric Smith 12 1,493 08-26-2012, 02:20 PM
Last Post: Eric Smith
  HP50G Max SDcard Storage space?? mr-scorpio 9 1,349 08-22-2012, 09:57 AM
Last Post: Bart (UK)
  HP-34C Storage Register Arithmetic & Programming Matt Agajanian 14 1,648 05-08-2012, 11:04 AM
Last Post: Matt Agajanian
  HP-15c data storage Michel Beaulieu 6 947 09-29-2011, 05:00 PM
Last Post: M. Joury
  Long term storage question on 15C LE nick lidakis 4 767 09-12-2011, 01:35 AM
Last Post: Peter Murphy (Livermore)
  Storage and recall arithmetic with the HP35s Palmer O. Hanson, Jr. 10 1,211 02-07-2011, 01:44 AM
Last Post: Marcus von Cube, Germany
  OT: HP200LX Mass Storage Gerry Schultz 4 699 10-06-2010, 07:48 PM
Last Post: Gerry Schultz
  HP 41C data storage integrated circuit swapping: Maybe Eric could answer this ;-) Geoff Quickfall 19 2,006 03-18-2010, 05:18 PM
Last Post: Eric Smith
  The best way to save a HEPAX block to mass storage? Geir Isene 1 430 12-30-2009, 07:24 PM
Last Post: Vieira, Luiz C. (Brazil)

Forum Jump: