xgen
parquet-format
xgen | parquet-format | |
---|---|---|
2 | 4 | |
713 | 1,645 | |
0.6% | 1.7% | |
7.0 | 7.2 | |
5 months ago | 10 days ago | |
Python | Thrift | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
xgen
- FLaNK Stack for 4th of July
-
AI — weekly megathread!
Salesforce AI Research released XGen-7B, a new open-source 7B LLM trained on 8K input sequence length for 1.5T tokens [Details| Huggingface| GitHub].
parquet-format
-
Summing columns in remote Parquet files using DuckDB
Right, there's all sorts of metadata and often stats included in any parquet file: https://github.com/apache/parquet-format#file-format
The offsets of said metadata are well-defined (i.e. in the footer) so for S3 / blob storage so long as you can efficiently request a range of bytes you can pull the metadata without having to read all the data.
- FLaNK Stack for 4th of July
-
I have question related to Parquet files and AWS Glue
As i read here https://github.com/apache/parquet-format/blob/master/LogicalTypes.md , they are store in Integer formats and these integers represent the number of days (for Date) or number of milliseconds, microseconds or nanoseconds (for DateTime) since 1970-01-01. This works as expected with the parquet file that written by our ETL tool from internal database --> S3, all Data/DateTime columns are Integers, means that in Glue Job, i have to convert these Integers back to Date/Datetime value to do some transformation on them. But when parquet files are written by Spark, they are Date/DateTime (or TimeStamp to be more concise) format not Integers (i checked by read these files again in other Glue Job) and that make me confused.
-
Parquet: More than just “Turbo CSV”
Date is confusing with a timezone (UTC or otherwise) and the doco makes no such suggestion.
The Parquet datatypes documentation is pretty clear that there is a flag isAdjustedToUTC to define if the timestamp should be interpreted as having Instant semantics or Local semantics.
https://github.com/apache/parquet-format/blob/master/Logical...
Still no option to include a TZ offset in the data (so the same datum can be interpreted with both Local and Instant semantics) but not bad really.
What are some alternatives?
background-removal-js - Remove backgrounds from images directly in the browser environment with ease and no additional costs or privacy concerns. Explore an interactive demo.
rapidgzip - Gzip Decompression and Random Access for Modern Multi-Core Machines
evernote-ai-chatbot
wizmap - Explore and interpret large embeddings in your browser with interactive visualization! 📍
FastSAM - Fast Segment Anything
papyrus - A simple paper backup tool for GnuPG or SSH keys
chathn - Chat with Hacker News using natural language. Built with OpenAI Functions and Vercel AI SDK.
graphic-walker - An open source alternative to Tableau. Embeddable visual analytic
configu - Open-source ConfigOps infrastructure ⚙️
mdBook - Create book from markdown files. Like Gitbook but implemented in Rust