<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Sep 7, 2014 at 11:53 AM, Michael Shiloh <span dir="ltr"><<a href="mailto:michaelshiloh1010@gmail.com" target="_blank">michaelshiloh1010@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":12tn" class="" style="overflow:hidden">How do we encourage this? By modeling such behavior on our own projects. Any<br>
open project that has contains useful information should provide an API to<br>
that information.</div></blockquote><div><br></div><div><div>So your suggestion is that each hardware project should run a server and have a public API? That sounds a lot like the service discovery things from the UDDI era. Service discovery and API discovery is itself not a bad thing, but I think that expands the scope way too much. Consider a simple alternative, like inserting an extra file for metadata into your project, like "package.json" from the world of nodejs and npm. Off the top of my head, this has the benefit of not requiring a hardware project maintainer to run a server and API, it can be distributed right next to CAD files, and works with basically all known text editors. This easily fits into the existing version control repositories too. However, simple can sometimes be the enemy of useful or good, so maybe this doesn't solve a use case you were thinking of?</div></div><div><br></div></div></div><div class="gmail_extra">- Bryan<br><a href="http://heybryan.org/">http://heybryan.org/</a><br>1 512 203 0507
</div></div>