# User contributions to docs

**URL:** <https://discuss.elastic.co/t/user-contributions-to-docs/5435>\
**Category:** Elasticsearch\
**Created:** [September 22, 2011, 1:23pm UTC](https://discuss.elastic.co/t/user-contributions-to-docs/5435 "2011-09-22T13:23:50Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![Eric\_Mill](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/eric_mill/32/3124_2.png) [@Eric\_Mill](https://discuss.elastic.co/u/Eric_Mill)\
**Post date:** [September 22, 2011, 1:23pm UTC](https://discuss.elastic.co/t/user-contributions-to-docs/5435/1 "2011-09-22T13:23:50Z")

</div>

Hey all,

Since it's unfair to expect Shay and Shay alone to provide perfect  
documentation for such a powerful and sophisticated project, how could we  
expand the official documentation to more easily accommodate user  
contributions?

I can think of a few solutions, of varying attractiveness:

- Allow a user comment section at the bottom of each page, to elaborate and  
discuss things (many projects do this). It'd be limited to comments on  
existing docs pages, though.

- Turn the docs into wiki pages, either with public-but-moderated edit  
privileges, or privileges given to deputized community members that emerge  
from places like this mailing list.

- Move the entire docs over to the Github wiki.

- Set up a slightly elaborate thing where the docs are in a Github repo, and  
people can submit pull requests with additions and changes to the docs.

Do any of these sound attractive to Shay, and to the community? Some hybrid  
of them? Something else entirely?

I bring this up because when I first was introduced to ElasticSearch in  
June, I had a lot of trouble navigating the docs, and understanding how to  
do various foundational things. Even now that I've been using it in  
production for months, I'm hesitant to undertake some of the more  
sophisticated optimizations I could do because I perceive, rationally or  
not, there to be a large learning curve to doing so, partly because of the  
docs. The set of guides and tutorials available now is also pretty minimal  
compared to what it could be.

-- Eric

---

<div class="post-metadata">

**Author:** ![Paul\_Loy](https://avatars.discourse-cdn.com/v4/letter/p/ad7895/32.png) [@Paul\_Loy](https://discuss.elastic.co/u/Paul_Loy)\
**Post date:** [September 22, 2011, 1:30pm UTC](https://discuss.elastic.co/t/user-contributions-to-docs/5435/2 "2011-09-22T13:30:59Z")

</div>

Hey Eric,

I think Shay already has a process in place for accepting user contributions  
to documentation. You can produce pull requests for  
[https://github.com/elasticsearch/elasticsearch.github.com](https://github.com/elasticsearch/elasticsearch.github.com)

I have it cloned myself although never got around to contributing. I should  
do that as I'd rather Shay spent as much of his time writing this magic  
project than writing documentation!!

Cheers,

Paul.

On Thu, Sep 22, 2011 at 2:23 PM, Eric Mill [kprojection@gmail.com](mailto:kprojection@gmail.com) wrote:

> Hey all,
> 
> Since it's unfair to expect Shay and Shay alone to provide perfect  
> documentation for such a powerful and sophisticated project, how could we  
> expand the official documentation to more easily accommodate user  
> contributions?
> 
> I can think of a few solutions, of varying attractiveness:
> 
> - Allow a user comment section at the bottom of each page, to elaborate and  
> discuss things (many projects do this). It'd be limited to comments on  
> existing docs pages, though.
> 
> - Turn the docs into wiki pages, either with public-but-moderated edit  
> privileges, or privileges given to deputized community members that emerge  
> from places like this mailing list.
> 
> - Move the entire docs over to the Github wiki.
> 
> - Set up a slightly elaborate thing where the docs are in a Github repo,  
> and people can submit pull requests with additions and changes to the docs.
> 
> Do any of these sound attractive to Shay, and to the community? Some hybrid  
> of them? Something else entirely?
> 
> I bring this up because when I first was introduced to Elasticsearch in  
> June, I had a lot of trouble navigating the docs, and understanding how to  
> do various foundational things. Even now that I've been using it in  
> production for months, I'm hesitant to undertake some of the more  
> sophisticated optimizations I could do because I perceive, rationally or  
> not, there to be a large learning curve to doing so, partly because of the  
> docs. The set of guides and tutorials available now is also pretty minimal  
> compared to what it could be.
> 
> -- Eric

## --

Paul Loy  
[paul@keteracel.com](mailto:paul@keteracel.com)  
[http://uk.linkedin.com/in/paulloy](http://uk.linkedin.com/in/paulloy)

---

<div class="post-metadata">

**Author:** ![Benjamin\_Deveze](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/benjamin_deveze/32/1577_2.png) [@Benjamin\_Deveze](https://discuss.elastic.co/u/Benjamin_Deveze)\
**Post date:** [September 22, 2011, 1:38pm UTC](https://discuss.elastic.co/t/user-contributions-to-docs/5435/3 "2011-09-22T13:38:22Z")

</div>

Hey Eric,

you are right the documentation should be a collective effort.

The elasticsearch website/documentation is already in a Github repo where  
people can submit pull requests:  
[https://github.com/elasticsearch/elasticsearch.github.com](https://github.com/elasticsearch/elasticsearch.github.com)

I am not a really big fan about comment sections at the bottom of each page  
it can be quickly confusing.

Maybe a FAQ section gathering info from the mailing list would be nice.

---

<div class="post-metadata">

**Author:** ![Eric\_Mill](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/eric_mill/32/3124_2.png) [@Eric\_Mill](https://discuss.elastic.co/u/Eric_Mill)\
**Post date:** [September 22, 2011, 1:44pm UTC](https://discuss.elastic.co/t/user-contributions-to-docs/5435/4 "2011-09-22T13:44:36Z")

</div>

OK, then it's my ignorance about the process. Maybe my request, then, is for  
more community docs contributions. Especially guides! I'll start  
contributing myself where I can.

-- Eric

On Thu, Sep 22, 2011 at 9:30 AM, Paul Loy [keteracel@gmail.com](mailto:keteracel@gmail.com) wrote:

> Hey Eric,
> 
> I think Shay already has a process in place for accepting user  
> contributions to documentation. You can produce pull requests for  
> [https://github.com/elasticsearch/elasticsearch.github.com](https://github.com/elasticsearch/elasticsearch.github.com)
> 
> I have it cloned myself although never got around to contributing. I should  
> do that as I'd rather Shay spent as much of his time writing this magic  
> project than writing documentation!!
> 
> Cheers,
> 
> Paul.
> 
> On Thu, Sep 22, 2011 at 2:23 PM, Eric Mill [kprojection@gmail.com](mailto:kprojection@gmail.com) wrote:
> 
> > Hey all,
> > 
> > Since it's unfair to expect Shay and Shay alone to provide perfect  
> > documentation for such a powerful and sophisticated project, how could we  
> > expand the official documentation to more easily accommodate user  
> > contributions?
> > 
> > I can think of a few solutions, of varying attractiveness:
> > 
> > - Allow a user comment section at the bottom of each page, to elaborate  
> > and discuss things (many projects do this). It'd be limited to comments on  
> > existing docs pages, though.
> > 
> > - Turn the docs into wiki pages, either with public-but-moderated edit  
> > privileges, or privileges given to deputized community members that emerge  
> > from places like this mailing list.
> > 
> > - Move the entire docs over to the Github wiki.
> > 
> > - Set up a slightly elaborate thing where the docs are in a Github repo,  
> > and people can submit pull requests with additions and changes to the docs.
> > 
> > Do any of these sound attractive to Shay, and to the community? Some  
> > hybrid of them? Something else entirely?
> > 
> > I bring this up because when I first was introduced to Elasticsearch in  
> > June, I had a lot of trouble navigating the docs, and understanding how to  
> > do various foundational things. Even now that I've been using it in  
> > production for months, I'm hesitant to undertake some of the more  
> > sophisticated optimizations I could do because I perceive, rationally or  
> > not, there to be a large learning curve to doing so, partly because of the  
> > docs. The set of guides and tutorials available now is also pretty minimal  
> > compared to what it could be.
> > 
> > -- Eric
> 
> ## --
> 
> Paul Loy  
> [paul@keteracel.com](mailto:paul@keteracel.com)  
> [http://uk.linkedin.com/in/paulloy](http://uk.linkedin.com/in/paulloy)

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 6, 2017, 3:53am UTC](https://discuss.elastic.co/t/user-contributions-to-docs/5435/5 "2017-07-06T03:53:47Z")

</div>


