Arctos: reporting

Created on 29 Jan 2018  Â·  15Comments  Â·  Source: ArctosDB/arctos

from @DerekSikes

Maybe when an admin logs in there could be a summary of that admin's data and things waiting to attended to like a count of unchecked localities, overdue loans, etc.? Ideally the admin would be able select from a list of items to be presented so they're not getting bothered by things they don't care about? Seems like a slippery slope of nearly infinite things though...

I like the idea of a "report central" and something more fine-grained than the current collection contact based approach. (E.g., a student may deal with {something} and need only reports involving that.)

There are a bunch of existing reports which do not send email, and perhaps some (all??) users would like an occasional email of specimens which have been used and not cited (or anything else that currently lives under the Reports tab).

I can also see value in having a centralized way to access current email reminders. There's an email for overdue loans and another for unreciprocated relationships, it's possible to find both of those things from Arctos, but there's no one "show me active/current problems" place.

A framework which supports "send email when {user-supplied SQL query returns something}" would be useful. (This started from a probably-collection-specific container issue.)

"nearly infinite" doesn't scare me as long as it's by subscription, but depending on implementation might require more resources (eg, a server dedicated to scheduled tasks - which would benefit us now).

Flagging "wish list" - this might require funding (eg, meetings, development, hardware).

Enhancement Help wanted Infrastructure-limited Priority-High Type-Infrastructure

All 15 comments

I like the idea of a "report central" and something more fine-grained than the current collection contact based approach

Agree. It would be fabulous if the first time I log in each month (that is 12 times a year) I would be greeted with a page that offered me links to:

Overdue loans
Unresolved annotations
Unreciprocated relationships
Barcodes without attached parts
Barcodes in "The Universe" (that aren't just container labels)
Scientific Names used in my collection(s) with no associated classification
Locality description/coordinate mismatches
Parts with disposition "being processed" for longer than a year
Media I uploaded which are not associated with anything
other?....

The page with links could be available in Reports/Services, but the monthly reminder might help get more things resolved. Or it might not - see my SPNHC/TDWG presentation on iDigBio data quality flags. We really don't have time for flags/annotations. We need more staff.

I'll see how far I can get with aggressive caching and simple popup reminders.

Unreciprocated relationships

Is this necessary? Those send nightly emails which are hard to avoid and contain everything (and it's expensive)

Barcodes without attached parts

I think this would just be overwhelming - there are hundreds of thousands, and having thousands in any collection (that uses barcodes) at any time is probably "doing it right." What don't I understand?

Barcodes in "The Universe" (that aren't just container labels)

same as above??

Locality description/coordinate mismatches

What is meant by this?

screen shot 2019-01-30 at 2 01 15 pm

has the difference between assigned and service coordinates, but the service isn't very good. Anything more robust is probably going to require GIS capability.

I use the unreciprocated relationships notification, but once a month would
be fine.

Barcodes without parts could be a report that I can access - I don't need
an email.

Barcodes in the Universe for my collection (that aren't labels). Same thing

  • useful, but at most maybe an annual or semiannual report link to click on?

On Wed, Jan 30, 2019 at 11:11 AM dustymc notifications@github.com wrote:

Unreciprocated relationships

Is this necessary? Those send nightly emails which are hard to avoid and
contain everything (and it's expensive)

Barcodes without attached parts

I think this would just be overwhelming - there are hundreds of thousands,
and having thousands in any collection (that uses barcodes) at any time is
probably "doing it right." What don't I understand?

Barcodes in "The Universe" (that aren't just container labels)

same as above??

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/ArctosDB/arctos/issues/1419#issuecomment-459048935,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AOH0hBL8BW4Bmq-tpN-JKgUInFjCdnOfks5vIeBAgaJpZM4RxHIP
.

To clarify: I'm working on something like

It would be fabulous if the first time I log in each month (that is 12 times a year) I would be greeted with a page that offered me links to:

which seems a useful approach for things that area easy to miss in the normal notifications, or things that are in reports which require user action to view, or maybe things that should be in reports but aren't yet. The relationship email report is cumulative - anything you miss will be in the next one. The loan report goes out something like once a year after the email flurry around the due date - more-frequent lightweight notifications ("you have 59 overdue loans - click for more") might be useful for that. The loan report doesn't go out at all if there's no due date - looking for different ways to view data often uncovers stuff like that, and minimally should make our documentation better.

I'm hoping to build a framework and maybe provide some useful data, and from that we can figure out what individual user customization and user-generated reports and such would take.

This isn't going to directly change anything existing - file an Issue to do that, or for new reports/forms.

Dusty,

I think we are all envisioning a "dashboard" even though no one has said that term. I am thinking about it because of recent conversations with Deb Paul about collection metrics - a future issue on that, but I am overwhelmed right now.....

dashboard

Consider that stolen - thanks!

collection metrics

Definitely all linked - everything I'm looking at messes with those.

Hey @dustymc I was doing other stuff when I stumbled upon this: http://arctos.database.museum/Reports/georef.cfm

This would be awesome on the "dashboard", but I only want to see my collection (or a collection of my choice if I manage many).

There is a basic framework in place for this now, mostly dealing with finding and caching problematic data.

We should be able to add email alerts or personalization or whatever later, if that proves useful.

I'll continue to add reports - please continue to request them here.

I think this could be more effective as small tasks presented often rather than (or perhaps in addition to) one giant list of tasks presented periodically, so I've added a couple things to the Random widget for manage_collection users.

screen shot 2019-02-05 at 10 34 35 am

That should perhaps be in the header (maybe the announcement area) or something - it's modular so shouldn't be much problem to sprinkle it around.

You can access the giant list here:

screen shot 2019-02-05 at 10 27 41 am

@dustymc this is a start, but a real dashboard looks like this:

image

Click the button, get the report.

Could we make it pretty? Can I help?

see also https://github.com/ArctosDB/SPNHC-2019/issues/4

I can rename the form-probably-soon-to-be-formerly-known-as-dashboard.

Screen Shot 2019-03-22 at 12 41 24 PM

seems to be more what you're looking for.

Well, really we have two dashboards. The stats, which are great for showing how awesome we are and the low quality data which shows that we still have work to do (job security?) I like the idea of having them both and making them both pretty!

Stats are being gathered, there's a UI, closing.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

dustymc picture dustymc  Â·  4Comments

acdoll picture acdoll  Â·  8Comments

sharpphyl picture sharpphyl  Â·  7Comments

Jegelewicz picture Jegelewicz  Â·  6Comments

acdoll picture acdoll  Â·  4Comments