-
-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Symbiota unable to access Arctos images #6088
Comments
Teresa J. Mayfield-Meyer |
Perhaps we should consider only sending thumbnail links for the aggregators? |
See also gbif/model-material#108 I think this is related? |
This is also NSF funding related - we need to have our ecto images available as links through the TPT/SCAN portal, before July 31. |
@campmlc this is a community issue and we need to get it settled so we can just proceed. We can provide direct links to the images at TACC, but that will NOT allow you to know how many people click on them from Symbiota. We can provide direct links to the thumbnails at TACC - same issue as above, but it's "just" the thumbnails. I don't know how people would know to get the "better" images through Arctos (which allows you to track clicks) We can do what we are doing now - which isn't working for the aggregators (but maybe it should). We can ask the aggregators to provide click-through information. I am not sure if this is feasible, but it seems like something they could do? In any case, we are attempting to balance a lot of issues with very few resources and we need to decide what is most important. |
That all makes sense. I posted about TPT because whatever we do should also
work for that too, correct? I've tried to talk to Neil Cobb at a couple of
the TPT meetings about how we are going to share our data images, but there
was never an opportunity for real engagement.. Also, NEON may be relevant
here too, as they are harvesting our GGBN resource. It seems we need to get
Dusty, Chris, and Symbiota programmers in the same room?
…On Mon, Apr 3, 2023 at 9:51 AM Teresa Mayfield-Meyer < ***@***.***> wrote:
* [EXTERNAL]*
@campmlc <https://github.com/campmlc> this is a community issue and we
need to get it settled so we can just proceed.
We can provide direct links to the images at TACC, but that will NOT allow
you to know how many people click on them from Symbiota.
We can provide direct links to the thumbnails at TACC - same issue as
above, but it's "just" the thumbnails. I don't know how people would know
to get the "better" images through Arctos (which allows you to track clicks)
We can do what we are doing now - which isn't working for the aggregators
(but maybe it should).
We can ask the aggregators to provide click-through information. I am not
sure if this is feasible, but it seems like something they could do?
In any case, we are attempting to balance a lot of issues with very few
resources and we need to decide what is most important.
—
Reply to this email directly, view it on GitHub
<#6088 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADQ7JBBXQWB33J62SML7373W7LWWBANCNFSM6AAAAAAWRO5RTI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Teresa J. Mayfield-Meyer |
That really needs to at least involve some communication!
If they're in Arctos they're "available."
I don't think that can be a solution - we can't control who does what with the DWC data. https://github.com/ArctosDB/internal/issues/240 is central to this. |
I think we do?? I don't actually know where it lands and can't find anything useful in eg http://ipt.vertnet.org:8080/ipt/resource?r=almnh_inv but Arctos has been providing auduboncore data since forever.
I don't think this is true and I'm not sure where it came from.
And changing that is going to require some sort of nod from the collections - IDK why this is on the AWG Agenda, AWG doesn't own any Media????
Yes - and, I don't actually know, but I suspect eg ALA would prefer NOT to have their images replicated in a million places, this really needs to involve the collections (perhaps at the MOU level??). |
Because the collections ARE the AWG. |
Pretty sure I haven't entirely imagined a bunch of the recent issues... |
So where are we at with this? I just spoke with @mkoo earlier today. Perhaps we need to set up a meeting - she has a Symbiota programmer at MVZ. |
We need to understand what the collections want us to do here, which is why I put it on the AWG agenda, but I guess @dustymc has veto powers over what gets discussed in AWG? We cannot just make a blanket decision for this and if we do not bring it to the AWG, there will never be a resolution. |
I agree with discussing this at AWG. This potentially affects multiple
collections.
…On Tue, Apr 4, 2023, 5:27 PM Teresa Mayfield-Meyer ***@***.***> wrote:
* [EXTERNAL]*
We need to understand what the collections want us to do here, which is
why I put it on the AWG agenda, but I guess @dustymc
<https://github.com/dustymc> has veto powers over what gets discussed in
AWG?
We cannot just make a blanket decision for this and if we do not bring it
to the AWG, there will never be a resolution.
—
Reply to this email directly, view it on GitHub
<#6088 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADQ7JBHCT3BOKUJ25MOTDI3W7SU5ZANCNFSM6AAAAAAWRO5RTI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I don't really want veto powers on the agenda, but I'd also like to stick to discussions which might lead to some sort of conclusion if at all possible. Unless there's been some change to the MOUs or similar, then I do not think the AWG is interchangeable with nor can speak for collections, and so I do not think this can be a productive discussion. The initial issue involves @StefanieBond and as far as I'm aware Steffi is the only person who can speak for Steffi. I don't know what the proper platform for that is, maybe this is all just a reflection of my ignorance, but I don't think an AWG meeting is the right venue. This does not potentially involve multiple collections: It DOES involve every collection that uses Media (unless maybe I'm not also understanding something about some proposed solution?). |
Sorta - it DOES involve every collection that uses media AND publishes to the data aggregators. |
And we could address this in the media policy. |
I think that's not quite right, it doesn't include the single-uploader thing and maybe whatever we'll build next, but yes, agreed, I think this requires policy (and I think we can't just unilaterally change that, which is why I don't think the AWG can solve this). The amendment would be simply 'Arctos can't track Media clicks' (and so those who need that would need to arrange something with TACC-or-whomever) - but I wonder if #4343 would change that landscape in some way?
I would also strongly prefer (as in, I don't think sustainability allows anything else) that to be policy as well - https://github.com/ArctosDB/internal/issues/260 |
This comment bypasses the complex issue of logging media use. But in reply to the original Q from Katie Pearson, she could simply add this at the beginning of her thumbnail script: curl -c jar -H 'Accept: application/json' --data 'method=agree_terms' --data 'returnformat=json' \
'https://arctos.database.museum/component/functions.cfc' then repeated calls for media will work: curl -b jar -L -o 10003181.jpg 'https://arctos.database.museum/media/10003181?open'
curl -b jar -L -o 10003182.jpg 'https://arctos.database.museum/media/10003182?open' 😁 |
We do not have the resources to support scraping and anything which reaches a point that TACC or I cannot ignore will result in network blocks. |
Katie D. Pearson
The text was updated successfully, but these errors were encountered: