<div dir="ltr">Hi <span class="gmail-im">Björn,</span><div class="gmail_extra"><br><div class="gmail_quote">On 16 October 2017 at 18:34, Björn Blissing <span dir="ltr"><<a href="mailto:bjorn.blissing@vti.se" target="_blank">bjorn.blissing@vti.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">First of all Michael Kapelko's tutorials looks amazing. He must spent a lot of time producing these. One problem though is that they do not specify any permissive license. Another problem is that they are in video form and those are hard to change if anything needs changing (other than rerecording the video). So I do not think they should be included in any form of "official" tutorial.<br></blockquote><div><br></div><div>I don't have a problem with video tutorial's, but as you say if API's change then videos need to be re-shot, but then other resources have to be redone anyway.  If one can make vidoes in a lightweight way then the cost of videos might not be too high.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My idea of converting some of the older tutorials to github pages was mostly meant as proof-of-concept to test out the technology. But I agree with you Robert that we should not copy the old but instead create a new set of modern OSG tutorials. Before we start doing these I think we need to have an outline of the "curriculum". We also need to think of the target audience. What should the prerequisite knowledge level be? Knowing C++ and basic computer graphics??<br></blockquote><br></div><div class="gmail_quote">We do occasional get new users that appear to lack knowledge of basic programming or computer graphics, this is an extreme, but it does happen from time to time.  We also get new users who are super experienced, talented and want really specific documentation on advanced topics.  Sometimes you get people who lack my experience and knowledge but demand the advanced stuff way before they are ready :-)</div><div class="gmail_quote"><br></div><div class="gmail_quote">I know this doesn't help much, but I say to give a bit of context to what the community might want, i.e. everything, yesterday...</div><div class="gmail_quote"><br></div><div class="gmail_quote">So rather than keep asking what people want/need I would suggest keep your contributions to things you feel inspired to contribute.  There is a danger of this being a bit too adhoc so a bit of community discussion is value, but in the end I think we'd need to have to make it easy to contribute/maintain tutorials and make them fun to do.  Systems like github and CMake are pretty cool tools in easing much of this task.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">How things fit into the wider project, one thing perhaps we need to do as a community is do a top down review of how the developers come across and start using the OSG, how they join the community, what resources.  What path users might want to take through this will be different based on their experiences and needs, so I guess review things from different user profiles would probably be appropriate.  Right now I feel our website/resources are a bit too adhoc.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Robert.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote"> <br></div><div class="gmail_quote"><div><br></div><div> </div></div></div></div>