https://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362009-10-20T22:58:44ZEcoinformatics RedmineKepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153302009-10-20T22:58:44ZOliver Soongsoong@nceas.ucsb.edu
<ul></ul><p>Shirley, just FYI, the authentication window only pops up when needed. That means the first time you do an authenticated search or the first time you access a dataset that requires authentication. If you've already cached that dataset, though, you won't be asked to authenticate but the data will be available. The dataset behavior is by design, although it does sometimes feel a little weird.</p>
<p>On the authentication problem, I can replicate this. It seems that the unauthenticated query (at least sometimes) gets priority over the authenticated query when both are selected as sources.</p>
<p>Shirley, as a workaround, when you want to use that dataset, only select the authenticated query interface in the sources window. It should then work as you expect. You can change back to the unauthenticated query as you need to.</p>
<p>A more ideal solution might be to separate the search results by source. This will eliminate ambiguity in terms of KNB vs. DEV as well as unauthenticated vs. authenticated, and so forth.</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153312009-10-21T18:02:49Zshirley shirleyxhan@lifesci.ucsb.edu
<ul></ul><p>I've tried only searching through the authenticated interface sources, but when I do this, I don't receive any results at all. Only when I add the KNB public search to my sources, do I even get any results. I'm definitely stumped because I am logged in.</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153322009-10-21T18:10:09ZOliver Soongsoong@nceas.ucsb.edu
<ul></ul><p>What are your search terms? There's a surprise about case. Searching for kruger and Kruger are the same for unauthenticated searches, but not for authenticated ones. I use Kruger for authenticated searches.</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153332009-10-21T18:19:41Zshirley shirleyxhan@lifesci.ucsb.edu
<ul></ul><p>hmm I see. I was not capitalizing Kruger. I'm able to see results using only authenticated interface but now I'm getting the same error messages but only applied to me as the user</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153342009-10-21T18:27:32ZOliver Soongsoong@nceas.ucsb.edu
<ul></ul><p>That, uh, would be because you apparently aren't in the kruger-tpc group that has access... Regetz?</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153352009-10-22T00:47:02ZJim Regetzregetz@nceas.ucsb.edu
<ul></ul><p>(In reply to comment <a class="issue tracker-1 status-5 priority-5 priority-highest closed" title="Bug: mde won't load because of hardcoded image paths (Closed)" href="https://projects.ecoinformatics.org/ecoinfo/issues/5">#5</a>)</p>
<blockquote>
<p>That, uh, would be because you apparently aren't in the kruger-tpc group that<br />has access... Regetz?</p>
</blockquote>
<p>Yes, this was the case, and it has been corrected. The stated workaround should actually work now for Shirley. This just leaves the main bug involving mixed authenticated and unauthenticated querying.</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153362009-10-22T16:23:18Zben leinfelderleinfelder@nceas.ucsb.edu
<ul></ul><p>What do you think it <em>should</em> look like when you end up searching what are essentially the same sources? Right now the results are merged and duplicates are not shown. I think it would be confusing to see two rows for each EML dataset (1 for authenticated and 1 for regular) but that seems to be the only conclusion that would make sense.<br />Otherwise we could give preference to the authenticated datasource so that when duplicates are returned we use the authenticated source instead of the regular one.<br />I believe that the authenticated search will always be a superset of the regular search results.</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153372009-10-22T18:46:41Zben leinfelderleinfelder@nceas.ucsb.edu
<ul></ul><p>i've added the endpoint to the name of the EML datasource so that they both show in the result set if you have both sources checked</p>
<p>ie:<br />Kruger National Park megaherbivore census 1985-1990<br />Kruger National Park megaherbivore census 1985-1990 (AuthenticatedQueryService)</p> Kepler - Bug #4481: KNB authentication and pulling datahttps://projects.ecoinformatics.org/ecoinfo/issues/4481?journal_id=153382013-03-27T21:27:00ZRedmine Admin
<ul></ul><p>Original Bugzilla ID was 4481</p>