Obviously freeze will not work. Theres no pointlike components to move.
zero out my camera position so that I can easily reclaim it
theese are 2 separate issues. Reclaiming, zeroing out and freezing are all 3 separate issues. Personally i feel thet using freeze for this is a INSANELY stupid workflow. Much used, maybe, but stupid. Much like a perrson form middle ages saying the world is flat because everybody knows thats true (and in this context ist the same thing), jsut becasue everybody does something doesnt mean its right thing to do. Its a easy hack thats a nudge away form disaster kind of solution.
A realworld analogy would be that because you need to measure the distance between your front door and your kitchen sink you take a move the entire building so that it aligns up with your tape measure and move the tape measure back to poiston where the house was by stacking teh house ON your tape measure and moving it all back to where it was and then trow away the tape measure. Err WTF.
You can in fact do both
a) reclaiming
b) zeroing
without ivolving a freeze anywhere. I mean freeze is the kind of command you use when you notice that the entire work youve done is some how terminally WRONG. Usually because somebody else went and froze the stuff or you werent paying much attention when you started out.
reclaiming is easy make a copy of all your attributes you wish to later reclaim, sotre then in the node under a compound apty called reclaim, reset or whatever you want to call it. And push the values out of there. This is both robust, fast and makes sense for every kind of node and attribute ever invented. It can easily be extended for a number of different things to reclaim. And in reality zeroing out is tedious because obviously scales arent 0 so you need to input 3 things which oviiously the computer can do much better for you, and for the colmputer its ALL THE SAME if the numbers are 0 or 13213.289643268432789
zeroing is easy just parent the object with a copy of its own transform, this does a much saner job than reeze as mathematically the real world analogy os jost to move the tape measure where you want it to be. Andits nondestructive.
Now this all is a fix on the symptom. I mean you can easily cure the cause.
c) fix the cause 1: if I accidentally move it using
well you can enforce this so that you can NEVER accidentally move the camera. Just freeze the transofrm channels. Then you can not alt move it around.
d) fix the cause 2: if you actually wanted to move it temporarily.
Theres a neat trick you can key the position of your camera you can then move the camera as much as you wish. BUt it will allways faithfully reset itself one you change time or start doing something else such as save aand then reload. Now this can be used as a reclaiming tool too as the keyframes can be disabled form evaluating temporarily so that you can move over time if you wish by selling the anim curve nodes as passtrough, blocking or so....
And as a matter fo fact theres very little value of freezing geometric shapes either, that is atleast by design they would be meaningful without freeze. Youfd only freeze IF teh values were nonmeaningfull (either because of stupid modeller or import) and even then youd not freeze things to 0 because its just meaningless in most cases. So why use freeze at all is beyond me, and judging by how many questions it makes its allmost certainly teh WRONG TOOL FOR THE WRONG PROBLEM.