Add support for querying on any tree table field from a chosen rank #5935
Replies: 11 comments
-
This issue has been mentioned on Specify Community Forum. There might be relevant details there: https://discourse.specifysoftware.org/t/querying-taxon-group-number/1198/2 |
Beta Was this translation helpful? Give feedback.
-
Duplicate of #2364? |
Beta Was this translation helpful? Give feedback.
-
@melton-jason Yes. You have no idea how many issue titles I searched on... going to merge the details of that into this one rather than the other way around. |
Beta Was this translation helpful? Give feedback.
-
This request has been approved by Taylor at the Florida Museum of Natural History. Here is the additional clarification of the issue they are facing:
|
Beta Was this translation helpful? Give feedback.
-
The same issue reported by Taylor is causing an issue with this query defined in Specify 6: {
"tableList": "1,9-determinations,4",
"stringId": "1,9-determinations,4.taxon.Family groupNumber",
"fieldName": "Family groupNumber",
"isRelFld": false,
"sortType": 0,
"position": 2,
"isDisplay": true,
"operStart": 11,
"startValue": "",
"isNot": false
} As described in #4697 (comment), you can only search on "Author" and "Full Name" at a given rank, therefore Specify 7 is unable to successfully execute the query. If we extended support to searching on |
Beta Was this translation helpful? Give feedback.
-
It looks like Name, Author, and Group Number are explicitly defined as special tree fields in Specify 6 here: |
Beta Was this translation helpful? Give feedback.
-
This issue has been mentioned on Specify Community Forum. There might be relevant details there: https://discourse.specifysoftware.org/t/querying-specific-field-for-a-specific-taxonomic-rank/1822/1 |
Beta Was this translation helpful? Give feedback.
-
Reported by Zsuzsanna at NHMD |
Beta Was this translation helpful? Give feedback.
-
This issue has been mentioned on Specify Community Forum. There might be relevant details there: https://discourse.specifysoftware.org/t/querying-specific-field-for-a-specific-taxonomic-rank/1822/2 |
Beta Was this translation helpful? Give feedback.
-
Alexis Beck from Geneva on the forum |
Beta Was this translation helpful? Give feedback.
-
Oops, looks like I was still incorrectly assigned. I finished the backend for it (that is, backend is capable of supporting even relationships in tree ranks - the code should be readable enough to wrap frontend). Right now on the front end, it supports any field but not relationship. So, you can do It'd be good exercise to see how that works, given that I also removed the need of tree_rank and tree_field params. |
Beta Was this translation helpful? Give feedback.
-
Is your feature request related to a problem? Please describe.
Currently in Specify 6 and 7 there is no ability in the query builder to search on any arbitrary field in the tree table once you select a specific rank.
Current Behavior
At (any rank)
See that all fields and relationships are exposed in the list of fields to choose from
The
stringid
s are constructed as you'd expect:At {Rank} level
Only
author
andfullName
can be chosen from the list of fields once you select a level in the tree.The
stringid
s associated with these rank-specific query items are unusual. They are formatted as follows:It looks like there is special logic handling these
treeNodeCols
when constructing a string ID for these items.Describe the solution you'd like
Currently, users can only choose two fields at any given tree rank:
Users should be able to select any rank in a tree (e.g. Family, Genus, Species, etc.) and select any field in the tree table at that level.
Instead of seeing only these two fields:
![image](https://private-user-images.githubusercontent.com/37256050/317800894-5bcd25ad-1f96-4737-978f-bc466aa4fb76.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzg5OTMyOTUsIm5iZiI6MTczODk5Mjk5NSwicGF0aCI6Ii8zNzI1NjA1MC8zMTc4MDA4OTQtNWJjZDI1YWQtMWY5Ni00NzM3LTk3OGYtYmM0NjZhYTRmYjc2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMDglMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjA4VDA1MzYzNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTg1YzEyYjUyZDQ0NjlhYTgzYzc3OWJhN2U4ZWY2YmI2NDE3ZDA4NTM4NGUxYWE3ODJkYTYxMjRiZDljYTEwZTImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.HjiorQTm3ZF7qHxlVFCyteuEC5TosEhLTk2NxtanbIU)
You should see this:
![image](https://private-user-images.githubusercontent.com/37256050/317801253-da77ad8e-4758-4d1b-889d-4f6890b962a6.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzg5OTMyOTUsIm5iZiI6MTczODk5Mjk5NSwicGF0aCI6Ii8zNzI1NjA1MC8zMTc4MDEyNTMtZGE3N2FkOGUtNDc1OC00ZDFiLTg4OWQtNGY2ODkwYjk2MmE2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMDglMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjA4VDA1MzYzNVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTRkMGI2OWM3ODRhZDBlNzIzMTY2OWNjZjJhYWViNDRjZDIyZmZhYjYyZDI2NjQ4YjM0OGNmMjlmN2UyMWY2MzImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.bHj-cARrW2tL7_ZgIN7perDJfq494ubwZf8HdXwEfTQ)
The list of fields should be comprehensive, including
Author
,Common Name
,Full Name
,GUID
,Is Preferred
,Name
,Protected Status
,Remarks
,Source
.Reported By
Louisiana State University Museum of Natural Science, University of Washington, University of Florida, CSIRO, University of Kansas, many others
Initially reported in #2364
@grantfitzsimmons:
@maxpatiiuk said the following in this comment:
Last march I asked for that code to be removed but no forward movement has occurred since that discussion.
Issues to Resolve:
Beta Was this translation helpful? Give feedback.
All reactions