-
-
Notifications
You must be signed in to change notification settings - Fork 190
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
GoatCounter CSV exports – what are your use cases? #711
Comments
That would be a real big trouble for myself! |
I remember you used the API for some things @TigersWay, but don't specifically remember CSV exports off-hand, sorry. Can you give me a little bit more information about what kind of results exactly? Is this something that could be added to GoatCounter, either in the dashboard proper or only via the API? I don't mind adding things if that would eliminate your need for the CSV exports, provided it's possible of course. |
😄 Don't worry, I'm not going to be upset for you not remembering! |
Just had a quick look on the different stats API...
But I also can see I am the only who reacted on this thread.... So maybe not so important 😞 |
For a while, I attempted to use CSV exports out of a site hosted on goatcounter.com, but ran into issues where I could not download them consistently: #674 Since that issue was never resolved, I switched to self-hosting goatcounter to obtain direct access to the db, for the purposes of doing my own simple analyses beyond what's included in the goatcounter UI: unique visits per day, aggregate hits per path (or combinations of path + location + browser, etc) over various time ranges, etc. I've already migrated to 2.5.0, and while the db schema change was inconvenient, I still have direct access to my apache logs so I can use other tools to meet my needs. |
What's wrong with tracking people? How then will you prove that you track black and white people, men and women, LGBT and horses equally? Goats too. Extract this into a feature. Let it be there for some time. |
FWWI, I would love for the CSV export to remain. Perhaps at least for the last day. i do my own aggregations from the CSV, though I guess I could give that up if all possible aggregations are available directly. I also use it to do debug. For example, to see what a call to the REST API resulted in. |
One more issue: currently, screen size is obtained from javascript. If I instead use the backend API to send goatcounter page counts, the user-agent might have "Mobile" or some such in some cases to distinguish between desktops and tablets. The aggregations don't use this info. Having a pageview export with the user-agent would help with this. |
I'm going to make a change that disables the storing of individual pageviews; instead it will rely only on "aggregate counts" as you see on the dashboard. These are already stored separately, and the only functionality where individual pageviews are ever used is for the CSV export.
There are two reasons I'd like to remove this:
Collecting only "aggregate counts" fits better with GoatCounter's view of "we just count a few things rather than track people".
This is a somewhat expensive feature to support, both in terms of hosting goatcounter.com, but also in terms of development – removing it would be a lot easier than keeping it as an optional feature.
But removing this will break the CSV export; that data simply won't be available any more. For most uses, I think that's a good thing because it wasn't using this data in the first place.
I don't necessarily mind keeping this as an optional feature, but it's not entirely clear to me this is actually useful.
So my question is: What are your use cases for the CSV exports? Would the API cover this? If not, is there something that can be changed/added in the API? I have a suspicion that most uses of the CSV export are really due to deficiencies elsewhere that can be fixed/added, but I need some more information on real-world use cases to be sure.
The text was updated successfully, but these errors were encountered: