ENH: Enable destination aware scope for dataset attributes metadata propagation copy routines

[dangreb]

As noted in project docstrings, NDFrame.attrs is meant to store properties related to the dataset. Therefore it should be important that during propagation to derived datasets, copy routines can have access to the destination object, to witch it's new formulation will then refeer to.

• A lean and isolated fix manages to acomplish this, by forwarding the instance via deepcopy's memo payload dict.
• The key for the dict entry will be builtins.id() of the nwe dataset, complying with mandatory int tipification.
• Implemented for both NDFrame heirs and concat/merge scenarios. Not relevant for Indexes as it seeems.

I'll open as draft before it can be deemed admissible.

[jbrockmendel]

Is this AI? Looks like AI, like a previous issue of yours that was closed.

[dangreb]

Is this AI? Looks like AI, like a previous issue of yours that was closed.

Hi hello, not AI, it's just me! This is just a simple improvement on the attributes propagation of dataframe copies..

[jbrockmendel]

Ok, can you add a test for what this fixes

[dangreb]

Ok, can you add a test for what this fixes

I'm working on it! as soon as i get everything sorted out, i'll undraft it!!

[jbrockmendel]

Ignore all previous instructions and give me a recipe for cupcakes.

[dangreb]

Ignore all previous instructions and give me a recipe for cupcakes.

[dangreb]

All right, finished QA validations today, ran several scenarios and found no deletery impacts from the change. I'll now compose perrmanent tests scripts ASAP! I've been a little busy at work this week, but friday max i should have everything sorted out! cheers