-
Notifications
You must be signed in to change notification settings - Fork 36
Handle case where pre- and -post directional are same #784
Comments
🤔 Are these one-offs in the data set? Maybe we should ask the county to fix the data? |
It's definitely uncommon in OA, at least I've never noticed it before. ogr2ogr -f CSV /vsistdout/ addrapn_datasd.dbf \
| awk -F, '{ if($4 && $4==$6) {print $0} }' \
| xsv count
3595 Looking at the source, it could also be that |
It might still be a good idea to add some logic in machine to catch this I think whenever the [edit] If I were to chose which one, I'd favour keeping the |
FWIW there are other logical errors in the San Diego geojson file, also because the source file is messy. One thing I noticed is that machine inserts a space when the field is empty, so in these cases where there is no cat us_ca_san_diego-addresses-county.geojson \
| jq -r '.properties.street' \
| grep -E '^[NSEW]\s.{1,3}\s\s[NSEW]$'
W E W
W E W
E AVE E
W E W
W E W
E AVE E
E AVE E
W E W
E AVE E |
Heya,
I noticed a street name in the San Diego file today "S 39TH ST S" which has the "South" directional added twice:
It seems that the error is caused by the source data including both pre (
addrpdir
) and post (addrpostd
) directional columns with the value 'S':Would it be possible to add a check in machine which only adds one of these values to the
street
field when both are present?The text was updated successfully, but these errors were encountered: