You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are bugs relating to loading data to and from Postgres in the new ETL pipeline.
ALTER statements occur prior to table creation when FORCE_RELOAD is True
data is appended to the tables which store the API responses rather than being replaced, however when querying for data, all data is fetched (so reloading from the database gets the API responses of every run rather than the most recent)
In pwd_parcels there is a subtle bug where we return FeatureLayer(name=primary_featurelayer.name, gdf=merged_gdf). If FORCE_RELOAD is False, this triggers a fetch of the table opa_properties so rather than setting gdf to merged_gdf, it is set to the API request results from a couple steps back. There is an easy patch to this but we may want to look into this in more detail to prevent unexpected behavior or address this in Task: Add subclasses to FeatureLayer #1143
If needed, I'll add more details to this ticket or break down the issues into separate tickets
The text was updated successfully, but these errors were encountered:
There are bugs relating to loading data to and from Postgres in the new ETL pipeline.
pwd_parcels
there is a subtle bug where we returnFeatureLayer(name=primary_featurelayer.name, gdf=merged_gdf)
. If FORCE_RELOAD is False, this triggers a fetch of the tableopa_properties
so rather than settinggdf
tomerged_gdf
, it is set to the API request results from a couple steps back. There is an easy patch to this but we may want to look into this in more detail to prevent unexpected behavior or address this in Task: Add subclasses to FeatureLayer #1143If needed, I'll add more details to this ticket or break down the issues into separate tickets
The text was updated successfully, but these errors were encountered: