I see your point, and since it wasn't included in the API anywhere, I guessed that was the case. However it was a very handy thing to come across: a pre-existing property in there for tracking traversal. How could I say no??
In my effort, for example, I needed "proper" CSS to be created on the fly with all the advantages of scripts - queryable, changeable rules, applying to anything that matches a selector. Coming across the selector property opened up the chance to extend $.fn and support CSS rules for collections formed through traversal.
That may sound like an extremely specific case, but having jQuery bridge the DOM and CSS properly could be very useful.
I just see a lot of potential in this if it was made compliant. As it stands, I made a little mapping function to "clean" it, but it would need to be handled within the core to be a real solution.