procedural-gl-js
Oat++
Our great sponsors
procedural-gl-js | Oat++ | |
---|---|---|
11 | 21 | |
1,266 | 7,350 | |
- | 1.7% | |
0.0 | 8.7 | |
almost 3 years ago | about 1 month ago | |
JavaScript | C++ | |
Mozilla Public 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.
procedural-gl-js
-
Recreating Real-World Terrain with React, Three.js and WebGL Shaders
Nice writeup, I always like it when the shaders are highlighted like this. I got started in a similar way 7 years ago and have been making 3D terrains with THREE.js & WebGL since.
The real fun begins when you need to implement some sort of Level-of-Detail system and streaming in data to give the illusion of high detail everywhere without sacrificing performance.
Last year I released an open-source framework (https://github.com/felixpalmer/procedural-gl-js) for creating 3D terrains for web applications, you can see Uluru here: https://www.procedural.eu/map/?longitude=131.036&latitude=-2... (unfortunately the aerial imagery from our default provider isn't as high resolution as other places in Europe)
-
Visualization of 40M Cell Towers
Great visualization and approach with compressing the tile data. Do you have a comparison of how much smaller the payload ends up being compared to simply sending PNG files?
I use PNGs to encode elevation data in my 3D mapping library (https://github.com/felixpalmer/procedural-gl-js/) and this does a pretty good job of compressing the data, for example in the ocean the PNG files are also very small as the image is mostly black. Different use case I now as your data is much more sparse, but I wonder how close the PNG compression would be compared to your approach.
-
React Component for 3D Maps
Bug reports are welcome at: https://github.com/felixpalmer/procedural-gl-js/
Also the geocoding quota issue has been resolved
Yeah, the React parts of this are very minimal. I'm not really sure what using it gets you, since it just manages a single div.
The _actual_ library that does all the work is here: https://github.com/felixpalmer/procedural-gl-js
-
Ask HN: What Are You Working On?
- Tiny filesize means library is parsed fast. Package size is less than THREE.js thanks to code stripping
Check it out on Github: https://github.com/felixpalmer/procedural-gl-js/
-
Mountain Peaks in WebGL
> https://github.com/felixpalmer/procedural-gl-js/
> Key features
> Batteries included elevation data. Global 3D data coverage courtesy of nasadem.XYZ
Generally just a choice for the demo - in part because restricting the view distance means less data to download (thus lower cost to serve!). If you switch the phone to portrait you will be able to see the horizon.
The library itself (https://github.com/felixpalmer/procedural-gl-js) lets you configure the angle freely.
Hi HN, Merry Christmas to all!
I made this as a demonstration of the open data available from the Austrian government under the www.basemap.at project. The rendering engine is built on top of THREE.js and can be found here: https://github.com/felixpalmer/procedural-gl-js/
For those in the southern hemisphere, there is also a similar visualization of the national parks of New Zealand: https://felixpalmer.github.io/new-zealand-3d/
That's not a bug, it's Germany! The aerial imagery comes from the Austrian basemap.at dataset, which only covers Austria. If you use imagery that covers multiple countries this isn't an issue, but for this project I wanted to try out the basemap.at data. See https://github.com/felixpalmer/procedural-gl-js/ for more
The imagery comes from the Orthofoto dataset on https://www.basemap.at/ - the actual texturing is done by the Procedural GL JS library https://github.com/felixpalmer/procedural-gl-js
Oat++
-
Experience using crow as web server
I looked at oatpp and drogon, which are both great, but feel too high-level for my purposes. I tried drogon and got something working, but it feels like too much for my requirements, as in particular I'd like to slot in my choice of Json and message-body handling. C.f. the simple approach in Crow, which I easily understand and build on.
-
REST APIs using C++. (Is this even done much?)
Lots of other options have been mentioned, but I'll throw Oat++ into the mix. I used it for this purpose and it was reasonably painless.
-
Server with oat++. Installation. CmakeLists.txt
cd "some/temp/path/for/repositories" git clone https://github.com/oatpp/oatpp.git cd oatpp mkdir build && cd build cmake .. (sudo) make install
-
How to use C++ as the backend for web dev?
Maybe use something like https://oatpp.io to create a REST API: C++ in the backend with this library to create a REST server, and the JavaScript/TypeScript frontend to ask for the information.
-
making a web server in c++?
I've used OATPP ( https://github.com/oatpp/oatpp ) which worked nicely for setting up simple rest interfaces. Supports things like swagger & websockets out of the box. It's also on Conan which is nice if you use cmake. I can't speak to it's performance but it has about a 1mb binary size footprint.
- Not mine but the pain of c++
- Modern C++ Web API (Back-End Development)
-
C or C++ as web app backend?
Oatpp
-
Web services in C++
try https://oatpp.io . Fast and easy way to create web apps in c++ .
-
cpprestsdk in maintenance mode
If you need an embedded C++ HTTP server then there are plenty of libraries/frameworks (in random order): Crow, RESTinio, Boost.Beast, cpp-httplib, http_backend, Pistache, RestBed, served, proxygen, Simple-Web-Server, drogon, oat++.
What are some alternatives?
drogon - Drogon: A C++14/17 based HTTP web application framework running on Linux/macOS/Unix/Windows [Moved to: https://github.com/drogonframework/drogon]
Crow - Crow is very fast and easy to use C++ micro web framework (inspired by Python Flask)
Pistache - A high-performance REST toolkit written in C++
Boost.Asio - Asio C++ Library
Crow - A Fast and Easy to use microframework for the web.
Wt - Wt, C++ Web Toolkit
drogon - Drogon: A C++14/17/20 based HTTP web application framework running on Linux/macOS/Unix/Windows
TreeFrog Framework - TreeFrog Framework : High-speed C++ MVC Framework for Web Application
Restbed - Corvusoft's Restbed framework brings asynchronous RESTful functionality to C++14 applications.
Boost.Beast - HTTP and WebSocket built on Boost.Asio in C++11
Civetweb - Embedded C/C++ web server
C++ REST SDK - The C++ REST SDK is a Microsoft project for cloud-based client-server communication in native code using a modern asynchronous C++ API design. This project aims to help C++ developers connect to and interact with services.