Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
kylebarron
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
kylebarron
4y ago
I didn't think Fatmap was based on mapbox at all? I thought it was their own custom renderer
32.
▲
ADBC 1.0: Database Access for Apache Arrow
(arrow.apache.org)
2 points
by
kylebarron
4y ago
|
0 comments
33.
▲
U.S.D.A. Approves First Vaccine for Honeybees
(nytimes.com)
8 points
by
kylebarron
4y ago
|
0 comments
34.
▲
by
kylebarron
4y ago
On the contrary, it can use and interface with numpy quite easily: https://github.com/PyO3/rust-numpy
35.
▲
by
kylebarron
4y ago
I think you're referring to the "inlay hint" API, which is different from being able to visualize any HTML in the current text editor, like Hydrogen is able to: https://cloud.githubusercontent.com/assets/
36.
▲
by
kylebarron
4y ago
But with Hydrogen you could do that in a regular Python script without needing to create a notebook or think in terms of cells. There's an example of this in the Hydrogen readme: https://github.com/nteract/hydrogen
37.
▲
by
kylebarron
4y ago
That's exactly my complaint though. I don't want to work in a notebook frame of mind. I don't want to have to demarcate `#%%` every time I run code (especially because you'd need to scroll down to put another `#%%` where
38.
▲
by
kylebarron
4y ago
I completely agree. For the last couple years I've used VSCode for everything _except_ interactive Python development because Atom + Hydrogen is just too good. I'm giving VS Code + its Jupyter extension a shot for now. It's s
39.
▲
by
kylebarron
4y ago
VSCode doesn't support an API to put outputs inline in the text editor. IIRC there have been longstanding feature requests for it but it would probably have a performance hit. The closest thing is having a separate output window on the
40.
▲
by
kylebarron
4y ago
There's an entire ecosystem built up to support this. PyO3 [1] connects Rust to Python, Maturin [2] is a build tool to package Python wheels easily, with a host of popular examples using Maturn + PyO3 [3]. There's even extensions
41.
▲
by
kylebarron
4y ago
If I'm not mistaken that sounds more like LGPL than the AGPL?
42.
▲
by
kylebarron
4y ago
Specifically it's the underlying pydantic that does validation based on annotations https://pydantic-docs.helpmanual.io/
43.
▲
by
kylebarron
4y ago
Agreed, I've found packaging for conda to be so much harder than packaging for pip
44.
▲
Proximate - How does remote work affect innovation?
(senseable.mit.edu)
3 points
by
kylebarron
4y ago
|
0 comments
45.
▲
by
kylebarron
4y ago
If you skipped the "convert to MBTiles" part, you could host it on a normal web server... the issue is that requires each tile to be a separate file, and copying hundreds of millions of tiny files is brittle, slow, and expensive.
46.
▲
by
kylebarron
4y ago
An exciting new standard here is pmtiles; a standardized way to store map tiles that can be used via http range requests. I believe planettiler has plans to add pmtiles output support as well. https://github.com/protomaps&#x
47.
▲
Zero-Copy Apache Arrow with WebAssembly
(observablehq.com)
5 points
by
kylebarron
4y ago
|
0 comments
48.
▲
by
kylebarron
4y ago
I'm building WebAssembly bindings to existing Rust libraries [0] and lower-dependency geospatial tools [1]. Rust makes it very easy to bind rust code to both WebAssembly and Python. And by avoiding some large C geospatial dependencies
49.
▲
by
kylebarron
4y ago
> I once experimented with using SQLite as a file store for small images Mapbox productionized this with their MBTiles [0] format, to store millions of small vector or raster map tiles in an SQLite database. Much easier to work with than
50.
▲
Mamba Meets JupyterLite
(blog.jupyter.org)
1 points
by
kylebarron
4y ago
|
0 comments
51.
▲
by
kylebarron
4y ago
> They are paths, not borders They're not even paths! They're just collections of points with no meanings between points. E.g. a GeoJSON "MultiPoint"
52.
▲
by
kylebarron
4y ago
Build Python wheels on CI with the statically-linked Rust binary?
53.
▲
by
kylebarron
4y ago
agreed
54.
▲
by
kylebarron
4y ago
oh I had a typo in my original comment. I meant *without* a notebook UI. i.e. I don't want to see a cell UI like a notebook. I want it to be just a normal Python file where the output shows up in line.
55.
▲
by
kylebarron
4y ago
I personally found Atom + Hydrogen [0] to be the most productive interactive Python environment I've ever used. I really want to see VSCode adopt some way to run a Jupyter kernel for a Python file (with a notebook UI) and have rich res
56.
▲
Swift Charts – Construct and customize charts on every Apple platform
(developer.apple.com)
3 points
by
kylebarron
4y ago
|
0 comments
57.
▲
Modernizing our tech stack for serving maps at Wikipedia
(techblog.wikimedia.org)
4 points
by
kylebarron
4y ago
|
0 comments
58.
▲
by
kylebarron
4y ago
They can! Numpy exposes a C API to other Python programs [0]. It's not hard to write a Cython library that uses the Numpy C API directly and does not cross into Python [1]. [0]: https://numpy.org/doc/stable/re
59.
▲
by
kylebarron
4y ago
I've recently been working on a WebAssembly version of Parquet, to bring Parquet to the Web too! [0]: https://github.com/kylebarron/parquet-wasm [1]: https://observablehq.com/@kylebarron/geopa
60.
▲
Zaplib Post-Mortem
(zaplib.com)
2 points
by
kylebarron
4y ago
|
0 comments
More ›