61–70 of 113 posts
Error: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /tmp/.org.chromium.Chromium.ibqKoR)
$ strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep
GLIBCXX_
...
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_DEBUG_MESSAGE_LENGTH(top level comment to hold various suggestions, so upvoting can be used per-suggestion to bubble the best to the top)
Feature Suggestions (top level comment to hold various suggestions, so upvoting can be used per-suggestion to bubble the best to the top)
I've seen that COUNT is implemented for numeric values; but not for text. There's no reason to limit COUNT to numeric (unlike AVG and SUM).
Feature Suggestions (top level comment to hold various suggestions, so upvoting can be used per-suggestion to bubble the best to the top)
Like count, but only counts each distinct value once. Useful for judging data quality (i.e. if you have 600 items with 599 distinct values, chances are there's an invalid duplicate; if you have 1 distinct item chances are that column's not of interest; if you have a few distinct values, you have a potential pivot candidate, etc).
Feature Suggestions (top level comment to hold various suggestions, so upvoting can be used per-suggestion to bubble the best to the top)
Help mentions INT REAL, and TEXT. Having support for dates would be useful; especially if this enables us to treat dates as multi-part values; e.g. pivot by year & month instead of by the complete value.
One area to consider growing this, existing SQL clients/viewers are pretty awful. It would be awesome if I could directly connect to a DB
Feature Suggestions (top level comment to hold various suggestions, so upvoting can be used per-suggestion to bubble the best to the top)
Aggregate Function: Count I've seen that COUNT is implemented for numeric values; but not for text. There's no reason to limit COUNT to numeric (unlike AVG and SUM).
Feature Suggestions (top level comment to hold various suggestions, so upvoting can be used per-suggestion to bubble the best to the top)
i.e. Currently to add a filter you to the bottom, clicking filter, selecting a column name, selecting equals, entering a value.
Instead, right clicking on a cell and selecting "filter > equals" would apply a filter to that column for values matching the selected cell's value. Likewise "filter > contains", "filter > does not equal", "filter > greater than or equal", etc.
These filters would then be appended to the filter at the bottom, so could still be managed there; but just saves some effort when first populating.
Nice, some initial remarks: - Sad to see it's an Electron app, but I don't want to start this flamewar all over again - Mid-sized CSV file opens fairly quick - If you want to build this into a full-fledged app, be prepared to handle a lot of CSV edge cases, also think about supporting AVRO, Parquet files - Regarding filtering: I can filter on CONTAINS and '=' but not on NOT-CONTAINS or ' ' I think? This is annoying t…
Nice, some initial remarks: - Sad to see it's an Electron app, but I don't want to start this flamewar all over again - Mid-sized CSV file opens fairly quick - If you want to build this into a full-fledged app, be prepared to handle a lot of CSV edge cases, also think about supporting AVRO, Parquet files - Regarding filtering: I can filter on CONTAINS and '=' but not on NOT-CONTAINS or ' ' I think? This is annoying t…
> Sad to see it's an Electron app, but I don't want to start this flamewar all over again Then stop mentioning it. Just don't use anything electron and don't mention it. I will use my RStudio and VS Code.