Skip to content
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

add speed up demonstration of datashader #109

Merged
merged 18 commits into from
Oct 25, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
14 changes: 7 additions & 7 deletions notebooks/examples/models1.ipynb
Original file line number Diff line number Diff line change
Expand Up @@ -15,13 +15,13 @@
"source": [
"The `spatialdata` framework has three ways to construct `SpatialData` objects:\n",
"\n",
"1. You can read a `SpatialData` object that has already been saved to `.zarr` in the SpatialData Zarr format.\n",
" 1. From disk.\n",
" 2. From the cloud.\n",
"2. You can use the reader functions from `spatialdata-io`.\n",
"3. You can construct a `SpatialData` object from scratch using our Python `spatialdata` APIs.\n",
" 1. Using the `SpatialData` class.\n",
" 2. Extending it with the Incremental IO APIs.\n",
" * You can read a `SpatialData` object that has already been saved to `.zarr` in the SpatialData Zarr format ...\n",
" * ... from disk.\n",
" * ... from the cloud.\n",
" * You can use the reader functions from `spatialdata-io`.\n",
" * You can construct a `SpatialData` object from scratch using our Python `spatialdata` APIs ...\n",
" * ... using the `SpatialData` class.\n",
" * ... by extending it with the Incremental IO APIs.\n",
"\n",
"This tutorial is divided into two parts. The first part (this notebook) will discuss all of the above. The second part will discuss how to consuct the basic components of a SpatialData object (images, labels, points, shapes, tables)."
]
Expand Down
601 changes: 521 additions & 80 deletions notebooks/examples/speed_up_illustration.ipynb

Large diffs are not rendered by default.

8 changes: 4 additions & 4 deletions notebooks/examples/transformations.ipynb
Original file line number Diff line number Diff line change
Expand Up @@ -774,13 +774,13 @@
"id": "df398f31-0d14-414a-ab50-9a801c07f63b",
"metadata": {},
"source": [
"# Caveats!\n",
"## Caveats!\n",
"There are three important clarifications to make to avoid sources of confusion. The first 2 are for all users, the 3rd is more technical and may be skipped.\n",
"\n",
"## Known bug: pixel-perfectedness\n",
"### Known bug: pixel-perfectedness\n",
"When using APIs such as `transform()`, `rasterize()` and `transform_to_data_extent()` (all shown below), we may get a [misalignment of half-pixel magnitude](https://github.com/scverse/spatialdata/issues/165). We identified the root of the problem and we will make a fix in one of the next releases.\n",
"\n",
"## Coordinate transformations vs `transform()`\n",
"### Coordinate transformations vs `transform()`\n",
"\n",
"When adding/remove coordinate transformations as we showed above, we are not modifying the actual data, but just some lightweight metadata. For instance, if you add a rotation transformation to an image, the image data will not get rotated. If you want, you can call the {func}`spatialdata.transform()` function to actually create a new image object with the rotated data.\n",
"\n",
Expand Down Expand Up @@ -1338,7 +1338,7 @@
"id": "c383374d-e3b0-4832-8e6e-0d0c5892b687",
"metadata": {},
"source": [
"# Technical topics"
"## Technical topics"
]
},
{
Expand Down