fastapi-crudrouter
titiler
Our great sponsors
fastapi-crudrouter | titiler | |
---|---|---|
4 | 6 | |
1,295 | 674 | |
- | 4.9% | |
0.0 | 8.8 | |
5 months ago | 4 days ago | |
Python | Python | |
MIT License | MIT License |
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.
fastapi-crudrouter
-
FUNCTOOLS CHANGED MY LIFE
I can't show any pics cuz of uk NDA and all that. I can tell you the gist of it though. FastAPI is already pretty good at the abstraction part. Our middleware had a lot of rerouting and it was basically just a bunch of redundant functions. I just used this cool ass package https://fastapi-crudrouter.awtkns.com/ and used the partial function from functools to generate endpoints for every scenario/db tables.
-
FastAPI framework, high perf, easy to learn, fast to code, ready for production
Thanks, that's a really helpful example.
Where I think this could be taken to the next level of reusability is in modularising the front-end into API-specific components. For example, the login behaviour could depend on FastAPI-Users, with a sibling frontend library containing components that implement the same login flow. Adding user behaviour is then a matter of using the same third-party library on the front and back end.
This approach could be extended to other components such as an admin panel (perhaps using https://github.com/awtkns/fastapi-crudrouter), or a blogging component.
titiler
-
How The Post is replacing Mapbox with open source solutions
There's a lot to like about GDAL+Rasterio, although I've found having all HTTP requests go through GDAL's C API does result in some limitations on concurrency and multithreading. GDAL's configuration being based entirely on env vars also has its downsides: https://github.com/developmentseed/titiler/issues/186
We used https://github.com/developmentseed/titiler (and rio-tiler, the underlying library) at my last company which does dynamic tiling based on some input raster. It's an awesome project and there's nothing else quite like it in the geospatial space.
-
Extending PostGIS with TiMVT/TiFeatures and PgSTAC
TiMVT and TiFeatures, along with TiTiler for raster services, complete a trio of python-FastAPI services. The current roadmap includes merging TiFeatures & TiMVT, the vector-based services, into a single project to reduce code redundancy.
-
Serverless GIS
COGs are great, but from my experience micro services like titiler don't support complex styling logic. Is there a possibility to create a serverless WMS service with complex styling requirements?
What are some alternatives?
starlite - Light, Flexible and Extensible ASGI API framework | Effortlessly Build Performant APIs [Moved to: https://github.com/litestar-org/litestar]
gdal2tiles-leaflet - Generate raster image tiles for use with leaflet.
Flask-AppBuilder - Simple and rapid application development framework, built on top of Flask. includes detailed security, auto CRUD generation for your models, google charts and much more. Demo (login with guest/welcome) - http://flaskappbuilder.pythonanywhere.com/
fastapi-users - Ready-to-use and customizable users management for FastAPI
mangum - AWS Lambda support for ASGI applications
Dask - Parallel computing with task scheduling
openapi-generator - OpenAPI Generator allows generation of API client libraries (SDK generation), server stubs, documentation and configuration automatically given an OpenAPI Spec (v2, v3)
aiomultiprocess - Take a modern Python codebase to the next level of performance.
kopf - A Python framework to write Kubernetes operators in just a few lines of code
rasterio - Rasterio reads and writes geospatial raster datasets
aiosql - Simple SQL in Python