Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DM-33470: Remove unused daf_persistence dependency #628

Merged
merged 3 commits into from Feb 1, 2022
Merged

Conversation

timj
Copy link
Member

@timj timj commented Jan 31, 2022

No description provided.

}

int countFitsHeaderCards(lsst::daf::base::PropertySet const& prop) { return prop.paramNames(false).size(); }

ndarray::Array<std::uint8_t, 1, 1> stringToBytes(std::string const& str) {
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Obvious question is whether to move what's left of this file into another location because it's not really anything to do with formatters any more.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems like the place to move it would be somewhere under afw.table. It's not really as connected with typehandling.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see that these two functions are only used for tables so I suppose I could try to move them somewhere. Unless you have a good idea where I'm inclined to merge and get the easy win of daf_persistence avoidance.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't understand. If you've removed them, but they are still "used for tables", why isn't something breaking?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We are talking about the two functions that are left in the file. They seem to be used by WCS for example to convert to bytes to stuff into a table and then convert back to strings to read out of a table.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, ok. I'd lean towards moving them into the source files that use them, if it's just a couple of source files (not headers), but if it's much work at all, then leaving them where they are is probably best, since reducing churn is good, too.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No. There are four places:

include/lsst/afw/typehandling/python.h
178:        std::string stringRep = formatters::bytesToString(record.get(keys.bytes));
202:    record->set(keys.bytes, formatters::stringToBytes(o));

src/math/TransformBoundedField.cc
112:        auto frameSetStr = formatters::bytesToString(record.get(keys.frameSet));
137:    record->set(keys.frameSet, formatters::stringToBytes(getTransform().writeString()));

src/geom/SkyWcs.cc
98:        std::string stringRep = formatters::bytesToString(record.get(keys.wcs));
385:    record->set(keys.wcs, formatters::stringToBytes(writeString()));

src/geom/Transform.cc
232:        std::string stringRep = formatters::bytesToString(record.get(keys.bytes));
244:    record->set(keys.bytes, formatters::stringToBytes(writeString()));

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So I'll merge.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the right thing to do might have been to look at the common usage in the above four locations. It's always getting or setting in a BaseRecord, so that might be the place to move it.

Copy link
Member

@TallJimbo TallJimbo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've got no insider knowledge on where these might or might not be used, so if this gets through Jenkins it's fine with me.

@timj timj merged commit 4f4f280 into main Feb 1, 2022
@timj timj deleted the tickets/DM-33470 branch February 1, 2022 19:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants