-
Notifications
You must be signed in to change notification settings - Fork 22
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
Update fix/clean up #4177
Update fix/clean up #4177
Conversation
Updates from airqo staging
📝 WalkthroughWalkthroughThe pull request introduces refinements to the Changes
Possibly related PRs
Suggested reviewers
Poem
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 1
🧹 Nitpick comments (1)
src/workflows/airqo_etl_utils/data_validator.py (1)
84-92
: Consider optimizing the integer conversion process.The current implementation involves multiple type conversions that could be simplified while improving error handling and traceability:
- The NaN ↔ empty string conversions could be eliminated
- Consider adding logging for values that fail conversion
- The sentinel value (-1) might need to be configurable per column
Here's a suggested improvement:
- .fillna("") # Replace NaN with empty strings - .astype(str) # Convert to string - .str.strip() # Remove leading/trailing whitespace - .replace("", np.nan) # Replace empty strings with NaN for clarity - .apply( - lambda x: pd.to_numeric(x, errors="coerce") - ) # Convert to numeric - .fillna(-1) # Replace NaN with -1 for invalid/missing values - .astype(np.int64) # Convert to integer type + .apply(pd.to_numeric, errors='coerce') # Direct numeric conversion + .apply(lambda x: logger.debug(f"Invalid value in {col}: {x}") or x if pd.isna(x) else x) # Log invalid values + .fillna(-1) # Replace NaN with sentinel value + .astype(np.int64)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
src/workflows/airqo_etl_utils/data_validator.py
(2 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (2)
- GitHub Check: Analyze (python)
- GitHub Check: Analyze (javascript)
🔇 Additional comments (1)
src/workflows/airqo_etl_utils/data_validator.py (1)
Line range hint
4-4
: Consider adding unit tests for integer handling.Given the critical nature of data validation in the ETL process, it would be beneficial to add comprehensive unit tests covering:
- Edge cases in integer conversion
- Handling of various invalid inputs
- Verification of sentinel value (-1) handling
Would you like me to help create unit tests for these scenarios? Additionally, consider adding data quality monitoring to track:
- Frequency of invalid integer values
- Distribution of sentinel values across columns
data["device_number"] = ( | ||
data["device_number"] | ||
.fillna("") | ||
.astype(str) | ||
.str.strip() | ||
.replace("", np.nan) | ||
.apply(lambda x: pd.to_numeric(x, errors="coerce")) | ||
.fillna(-1) | ||
.astype(np.int64) | ||
) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🛠️ Refactor suggestion
Eliminate code duplication in device_number processing.
The device_number processing duplicates the integer conversion logic from format_data_types
. This violates the DRY principle and could lead to maintenance issues.
Consider these improvements:
- Utilize the existing
format_data_types
method:
- data["device_number"] = (
- data["device_number"]
- .fillna("")
- .astype(str)
- .str.strip()
- .replace("", np.nan)
- .apply(lambda x: pd.to_numeric(x, errors="coerce"))
- .fillna(-1)
- .astype(np.int64)
- )
+ data = DataValidationUtils.format_data_types(
+ data=data,
+ integers=["device_number"]
+ )
- If device_number requires special handling, document the reasoning:
# Add above the device_number processing
# Special handling for device_number to ensure consistent integer representation
# across the API response. Device numbers are processed separately from other
# integer columns because [explain the reason].
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks @NicholasTurner23
Description
[Provide a brief description of the changes made in this PR]
Improve data clean up for missing integer values.
Related Issues
Summary by CodeRabbit