-
-
Notifications
You must be signed in to change notification settings - Fork 388
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
Fix the unit test bug for #1051d, same as normalize_address_regress. #784
Conversation
All 3 tests passed.
📝 WalkthroughWalkthroughThe changes involve modifications to address normalization data within the Changes
Poem
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (1)
🔇 Additional comments (3)extras/tiger_geocoder/regress/pagc_normalize_address_regress (3)Line range hint The test cases (#1051a-d, #1073a-b) provide good coverage of different address formats, including variations with:
The change properly separates the directional indicator 'N' into its dedicated field and ensures the postal code is correctly formatted, fixing the issue mentioned in #1051d. Let's verify the consistency of this format with other similar test cases: ✅ Verification successfulThe address format is correctly normalized and consistent with other test cases The verification shows that:
🏁 Scripts executedThe following scripts were executed for the analysis: Script: #!/bin/bash
# Description: Check for consistent formatting of addresses with directional indicators
# and postal codes in the test file
# Look for any potential inconsistencies in directional indicator placement
rg -A 1 '\|[NEWS]\|[^|]+\|[^|]+\|[^|]+\|[^|]+\|[^|]+\|[0-9]{5}\|' extras/tiger_geocoder/regress/pagc_normalize_address_regress
# Look for any postal codes with directional prefixes
rg -A 1 '\|[NEWS] [0-9]{5}\|' extras/tiger_geocoder/regress/pagc_normalize_address_regress
Length of output: 221 Script: #!/bin/bash
# Let's try a different approach to verify the address format consistency
# First, let's look at the specific test case and surrounding context
rg -B 2 -A 2 "#1051d" extras/tiger_geocoder/regress/pagc_normalize_address_regress
# Then, let's look for any similar patterns with directional indicators
# Using a more relaxed pattern to catch potential variations
rg "\|[NEWS]\||[NEWS] " extras/tiger_geocoder/regress/pagc_normalize_address_regress
Length of output: 1908 Line range hint There are multiple identical entries for "529 MAIN ST" in Boston. Please confirm if these duplicates are intentional for testing deduplication logic. 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 (
|
Is there a trac ticket observing the bug being fixed here ? |
I guess this might refer to https://trac.osgeo.org/postgis/ticket/1051 which is marked as already fixed 13 years ago ? |
I've filed https://trac.osgeo.org/postgis/ticket/5813 for the missing catch by bots |
The CI likely doesn't validate postgis_tiger_geocoder and address_standardizer. |
Thanks, merged as 64239b7 |
References #1051, same as normalize_address_regress. All 3 tests passed. Origin: postgisGH-784
All 3 tests passed.