Revision 9909
Added by Aaron Marcuse-Kubitza over 11 years ago
lib/tnrs.py | ||
---|---|---|
40 | 40 |
2011366567|com.extjs.gxt.ui.client.data.RpcMap/3441186752|sortField|sortDir|\ |
41 | 41 |
com.extjs.gxt.ui.client.Style$SortDir/640452531|offset|java.lang.Integer/\ |
42 | 42 |
3438268394|limit|{"email":"tnrs@lka5jjs.orv", "key":"[key]", \ |
43 |
"taxonomic_constraint":"true", "source_sorting":"true", "first":"false"}\
|
|
43 |
"taxonomic_constraint":"true", "source_sorting":"false", "first":"false"}\
|
|
44 | 44 |
|1|2|3|4|2|5|6|7|0|1|8|4|9|0|10|11|0|12|13|0|14|13|100|15|') |
45 | 45 |
retrieval_response_pattern = '^//OK\[.*?\["com.extjs.gxt.ui.client.data.\ |
46 | 46 |
BasePagingLoadResult/496878394","java.util.ArrayList/4159755760","org.iplantc.\ |
Also available in: Unified diff
lib/tnrs.py: retrieval_request_template: turned source_sorting back off, because it causes any match from the first source to always be used, even if it has a lower match score than the match from the other source. (Brad confirms that this should be off.) I think we had this on originally to ensure that only Tropicos results were used when available, rather than USDA when it was a better match. * note that due to a bug in the web app, this change will not actually be effective, because the source_sorting option is only applied to the GUI results, not the downloaded TSV. *