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

Scrub github wiki #1683

Open
pjcozzi opened this issue May 8, 2014 · 18 comments
Open

Scrub github wiki #1683

pjcozzi opened this issue May 8, 2014 · 18 comments

Comments

@pjcozzi
Copy link
Contributor

pjcozzi commented May 8, 2014

No description provided.

@pjcozzi
Copy link
Contributor Author

pjcozzi commented Jul 28, 2014

Areas most in need of updates:

@pjcozzi
Copy link
Contributor Author

pjcozzi commented Jul 28, 2014

Pushing.

@pjcozzi pjcozzi added 1.0 push and removed 1.0 labels Jul 28, 2014
@pjcozzi pjcozzi self-assigned this Oct 6, 2014
@nmschulte-aviture
Copy link
Contributor

@pjcozzi, in looking to spin up on changes since the late beta days (b28 / 30 or so), I turned to the developers wiki, and noticed the out of date comment and this issue:

This is now out-of-date. There will be a new version as part of #1683.

Should I be ignoring the whole page, or just taking it all with the understanding that some bits have shifted concerns, etc.? What's the status of the new page? Thanks!

@pjcozzi
Copy link
Contributor Author

pjcozzi commented Jun 8, 2015

A lot has changed since the beta. The wiki is still out of date. See http://cesiumjs.org/tutorials.html

Also, see the blog post for each release for the highlights. See CHANGES.md for all the details.

@nmschulte-aviture
Copy link
Contributor

@rutsky
Copy link
Contributor

rutsky commented Sep 15, 2015

Regarding Coding Conventions:

  1. Coding conventions for GLSL shaders are missing. Currently used style is not consistent with used JS style (e.g. curly brace in JS always on the same line as preceding expression, but in GLSL opening curly brace after main() usually on separate line, and after if () from time to time on same line, or on next line).
  2. Coding convention says nothing about trailing spaces. @pjcozzi said in replace tabs with spaces in GLSL files #3029, that they are forbidden, but this is not constrained anywhere (I think jshint should check them).

@pjcozzi
Copy link
Contributor Author

pjcozzi commented Dec 16, 2015

@rutsky you may be interested in #3312.

@rutsky
Copy link
Contributor

rutsky commented Dec 16, 2015

Thanks, @pjcozzi, I see that #3312 covers mentioned by me issues.

@pjcozzi pjcozzi added onramping and removed 1.0 push labels Jan 3, 2017
@zwcloud
Copy link

zwcloud commented Jan 22, 2018

So... where is Creating Custom Geometry and Appearances (future tutorial) after 3 years?

@ggetz
Copy link
Contributor

ggetz commented Jan 22, 2018

Hi @zwcloud, we don't have this new tutorial yet, but we've definitely noticed a lot of people asking for more documentation regrading this. We have plans to create one within the next month or so, so keep an eye out.

@hpinkos
Copy link
Contributor

hpinkos commented Jan 22, 2018

@zwcloud the content of this tutorial is mostly still accurate, just some of the code examples need to be updated https://github.com/AnalyticalGraphicsInc/cesium/wiki/Geometry-and-Appearances

@zwcloud
Copy link

zwcloud commented Jan 23, 2018

Actually I have already created one myself by guessing and digging into the source code of Cesium. See this gist.

a related discussion in the forum

@zwcloud
Copy link

zwcloud commented Mar 16, 2018

@ggetz @hpinkos

We have plans to create one within the next month or so, so keep an eye out.

It is about Two months later, where is the new tutorial?

@ggetz
Copy link
Contributor

ggetz commented Mar 16, 2018

Hi @zwcloud, the Cesium team has a lot of projects going on right now, and plans can change fast.

It's good to hear your excited for the tutorial, maybe you could help by researching and contributing some content yourself?

@sanjeetsuhag
Copy link
Contributor

sanjeetsuhag commented Aug 12, 2022

Revisiting this now, I parsed through the existing wiki and here's my recommendations for what to keep/move/remove:

Check into repository

  • Offline Guide
  • Fabric
  • Geometry and Appearances (possibly transition to website)
  • heightmap 1.0 spec (move to somewhere - not sure where)
  • heightmap 1.0 terrain spec (move to somewhere - not sure where)
  • Mobile Details (needs update)
  • Release Guide
  • Feature Checklist (possible migrate to new README?)

To Review/Delete:

  • Architecture
  • Cesium Logos (moved to website)
  • CZML Content (moved to czml-writer)
  • CZML History visualization details (roadmap)
  • CZML Guide (moved to czml-writer)
  • CZML in Cesium (out of date guide)
  • CZML Structure (moved to czml-writer)
  • Data Driven Renderer (old roadmap)
  • Doc Sprint Ideas
  • ESA Summer of Code (out of date)
  • External Links
  • Google Summer of Code (out of date)
  • Google Summer of Code 2015 (out of date)
  • JavaScript Coding Conventions (moved to repo)
  • Maki Icon Generation (update or delete?)
  • Material System Details (roadmap)
  • Ocean Details (roadmap)
  • Particle System Details (roadmap)
  • Roadmap
  • Screen Space Rendering Details (roadmap)
  • Shortened URls
  • Space Features (roadmap)
  • Tutorials Details (roadmap)
  • Visual Quality and Performance Details (roadmap)

@ggetz
Copy link
Contributor

ggetz commented Aug 16, 2022

Thanks @sanjeetsuhag! The Feature Checklist is import for potential customers evaluating CesiumJS and should definitely continue to live somewhere. At one point this was on the website, but could make sense in the Documentation directory.

Setting aside the outdated roadmaps, there is a good deal of information here. Would you recommend any of these can be updated and become a blog post or tutorial instead? For example Architecture (in the same vein as the Renderer Architecture post?

@sanjeetsuhag
Copy link
Contributor

@ggetz The existing architecture wiki page tackles the broader engine architecture and we could potentially write a blog about that - or check it into the repo and have it serve as a good on-ramping doc for new devs.

@ggetz
Copy link
Contributor

ggetz commented Aug 16, 2022

Just to be clear here-- Feel free to leave ideas, but let's plan on holding off on deleting anything for now and only focus on what can be moved into the repo itself.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Potential Onramping
Development

No branches or pull requests

7 participants