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
Describe the bug Latitude and Longitude coordinates without matching Lat1text and Long1text coordinate fields appear empty on the form, possibly leading to data loss when saved.
Though this is something that shouldn't happen anymore, we should create a migration to resolve this in all databases.
Solution:
/*There are cases from Specify 6 where Longitude and Latitude are captured as decimal values butthe accompanying text fields are not populated. In cases where the text fields are not populated,it appears the records do not have coordinates. This script will populate the text fields with thedecimal values where the text fields are empty but the decimal values are not.*/UPDATE locality
SET Lat1text = Latitude1
WHERE Lat1text IS NULLAND Latitude1 IS NOT NULL;
UPDATE locality
SET Long1text = Longitude1
WHERE Long1text IS NULLAND Longitude1 IS NOT NULL;
UPDATE locality
SET Lat2text = Latitude2
WHERE Lat2text IS NULLAND Latitude2 IS NOT NULL;
UPDATE locality
SET Long2text = Longitude2
WHERE Long2text IS NULLAND Longitude2 IS NOT NULL;
More Context:
I've found that records with missing data in Lat1text and Long1text won't render in S7, but do contain values in Latitude1 and Longitude1. Records with data in Lat1text and Long1text Latitude1 and Longitude1 and render correctly in S7.
It appears that a significant number of herbarium records have this issue, and many of them haven’t been edited in years, indicating that the data quality problem may date back quite some time.
In my ongoing investigation, I've identified a total of 33,664 herbarium locality records that contain data in Latitude1 and Longitude1 but are missing values in Lat1text and Long1text. All of these records were imported into the database in 2016 or 2017, indicating that this mismapping likely occurred during the upload process in Specify.
To Reproduce
Steps to reproduce the behavior:
Delete the Lat1text and Long1text values for a particular record with a pair of coordinates using SQL
Open the Locality form
See that the coordinates are not visible
Issue Summary:
We’re experiencing an issue with LatLonUI field values displaying correctly in Specify 6 but not in Specify 7 in one database (herbarium). Here’s what’s happening:
In Specify 6 (Java-based), LatLonUI values display properly in both BotViews and EntoViews.
In Specify 7 (web-based), the LatLonUI fields show up, and the values populate correctly in EntoViews, but the values are blank in BotViews
What We’ve Found So Far:
The records in question definitely have LatLonUI values, as they display correctly in Specify.
The XML form view between the two views (Ento, Bot) appears nearly the same.
However, in Specify 7, the JSON response from the server includes the LatLon values for EntoViews, but doesn’t include the LatLonUI fields or values at all for BotViews.
Request: Could you help us determine why these values aren’t showing up in Specify 7 for the herbarium database? We’re wondering if there’s a difference in how data is sent to the web app, like filtering or permissions, that’s causing this.
Reported By
Garth at The University of Michigan
Paul at College of Idaho
and several others
The text was updated successfully, but these errors were encountered:
Describe the bug
Latitude
andLongitude
coordinates without matchingLat1text
andLong1text
coordinate fields appear empty on the form, possibly leading to data loss when saved.Though this is something that shouldn't happen anymore, we should create a migration to resolve this in all databases.
Solution:
More Context:
To Reproduce
Steps to reproduce the behavior:
Issue Summary:
Reported By
Garth at The University of Michigan
Paul at College of Idaho
and several others
The text was updated successfully, but these errors were encountered: