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

Indicate if extracted metadata is local or not #190

Merged
merged 4 commits into from
Oct 23, 2024
Merged

Indicate if extracted metadata is local or not #190

merged 4 commits into from
Oct 23, 2024

Conversation

richfitz
Copy link
Member

@richfitz richfitz commented Oct 22, 2024

More from Jeff's request in #156 - an indication of metadata refers to a packet available locally.

@richfitz richfitz marked this pull request as ready for review October 22, 2024 14:22
@richfitz richfitz requested a review from M-Kusumgar October 22, 2024 14:22
Copy link
Contributor

@M-Kusumgar M-Kusumgar left a comment

Choose a reason for hiding this comment

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

looks good, have a suggestion that if possible might be nicer

Comment on lines 229 to 234
if (isTRUE(allow_remote) || length(location) > 0) {
ret$local <- ids %in% root$index$unpacked()
}
Copy link
Contributor

@M-Kusumgar M-Kusumgar Oct 22, 2024

Choose a reason for hiding this comment

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

local boolean is good, but do we not have any way of having a "location" column too that has "local" as a special value and the name of other locations? i can imagine users potentially wanting info about what remote location a packet is in

Copy link
Member Author

Choose a reason for hiding this comment

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

agree that this would be nicer....but as packets can be found at multiple locations it's awkward as we have to return a list column. If we think that's worth it it's very easy to add, but they're a bit of a pain to use imo (we do return them liberally elsewhere in this function though)

Copy link
Member Author

Choose a reason for hiding this comment

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

OK, I think this is worthwhile and have done it

Copy link
Contributor

@M-Kusumgar M-Kusumgar left a comment

Choose a reason for hiding this comment

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

thanks LGTM!

@richfitz richfitz merged commit 5798bd9 into main Oct 23, 2024
10 checks passed
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.

2 participants