I'm happy to see the community hash out what they'd like to see in a Hangar replacement.
I might suggest that each model should be put in a separate directory with a unique file name. This will allow multiple files associated with a single model to be kept together.
GitHub will display
STL files in 3D. While it won't maintain the color and transparency information that the Hangar could display via X3D files, it will give a view of a model that can be rotated and zoomed.
A README.md file in each directory can contain all kinds of information. It should even be possible to point at the included *.stl file to display it 'inside' the README when you visit the directory.
You need to decide if contributors can choose a separate license per-file, or if all files in the repository must use the same license. If the former, then the license can go in each directory. If the latter, then you need to make sure the requirements for contributing a model are clear.
If all the files in a directory were named identically, then there could be a generic README.md file that would contain appropriate links. Maybe something clever or more sophisticated could be done...
model_repo/
f-16/
README.md
model.stl
model.vsp3
B747/
README.md
model.stl
model.vsp3
etc.
Maybe that is a terrible idea because all the files will have the same name if you download many of them...
Maybe there is some magic way to render a website out of it using GitHub pages -- a simple script could create the required website that might tie it all together. Someone well versed in the ways of GitHub pages could probably come up with a great solution very quickly.
I suggest coming up with a clever name for the site -- we've had the Hangar and the Ground School. Perhaps this should be the Museum or the Flight Line or the Airshow....
I fully support the community coming together to figure out what you want to do for a generic model repository. I am not going to voice an opinion -- and I am certainly not going to maintain it.
I am willing to 'nest' this repository under the OpenVSP GitHub username. I will also give the maintainer(s) membership to the OpenVSP group as they need in order to maintain this site.
That said, I do have a project on the back burner that I need to work on over the next six months. This will be a
GitHub repository with example analysis cases (that include models). These will serve both as Verification and Validation test cases (that will get re-run automatically using scripts) but also as documentation of how-to and best practices for various analyses. I am calling it the Wind Tunnel (see what I did there?). A lot of the cases will be VSPAERO centric, but the goal is to include Example / V&V cases for all OpenVSP analyses -- mass properties, wave drag, parasite drag, etc.
I am open to suggestions and help on the OpenVSP Wind Tunnel, but it is something that I will be heavily involved in and that I will commit to maintaining over the long term.
If you think you can trick me into making the Wind Tunnel into a Hangar replacement, I am wise to your ways and I will not be fooled.
Rob