Thanks to all of you for caring about OWN and sorry for my late reply. Rajko M. wrote:
On Monday, December 26, 2011 06:48:10 AM Bryen M Yunashko wrote:
I too agree that Satoru would be a great new lead for OWN. He's been committed to the quality of the production and has been there week after week. But I suggest (at the risk of bikeshedding) that we consider the following:
- Break down the various tasks within OWN production
There are 2 categories of tasks for OWN - tasks which should be done over again every week [A], and ones which we need to do initially and as appropriate [B].
Task as in: the only sacrifice they will have to make is to report interesting discussions
- collecting news (reporters) suitable for people that like to read a lot;
- selecting news to be published (section or issue editor) - suitable for people with talent to prioritize articles that are reported by (1);
They can be categorized as [A]. In addition to above 2 things, there are much more tasks for category [A]. I'm going to list the tasks along the release cycle of OWN (I assume publishing main OWN in Wiki format first and convert it to other formats if needed). 0) preparing a draft page (or draft pages) for the next issue. - task of editors 1) collecting news and put them on the draft page. - this task can be open to everyone - but 'everyone can do' will often result 'no one will actually do'. So, responsible persons for each corner might be needed. - it would be better if somebody can write original articles for OWN. 2) selecting news to be published and making RC. - task of editors - things below should also be checked in this phase: -- all the essential articles are aggregated? -- are there any duplicated articles? -- all the articles are put on the appropriate corners? -- all the links are correct? -- all the articles are correctly formatted? -- all articles are introduced/quoted without license violation? 3) post the 'call for proofreading' email to -marketing list. - task of editors 4) proofreading - in this phase, proofreading should be done by ones who didn't do (2). - proofreaders will check the items listed in (2) once again in this phase and in addition to those, below things should be checked: -- whether mandatory articles are lacked or not. -- are there any TOO BIASED or TOO OFFENSIVE articles which should be removed? 5) wrapping up the release version - task of editors 6) converting release version to other formats (pure HTML, PDF and so on) and put them on the appropriate place (OPTIONAL) - task of editors, if this option should be done. 7) posting release announcement to lists and news.o.o - task of editors 8) spreading the words to all over the world - this task can be done by anyone - but same as (1), 'everyone can do' will often result 'no one will actually do'. So, responsible persons for this task might be needed. 9) archiving the past issue for reference - task of editors And things listed below can be categorized as [B].
- taking care of layout (layout editors) - suitable for those that are able to read http://useit.com and apply advices as much as they relate to OWN
- considering which corners are needed, the order of them and format of each entry. - preparing needed templates.
- finding technical solutions for problems that (1) and (2) face (tech support) - suitable for people that have experience with software and want to listen all other
- once the initial templates and workflow of editing/publishing OWN would be fixed, this task will be only needed when desired.
- finding artwork for OWN (art editors) - looking for art that looks good and can be published on OWN (licenses, appropriate content)
- I would appreciate it if artwork team will help this task. In addition to above things, some more things are needed: - preparing and maintaining the documents on how people can help and contribute OWN. - mentoring newly participated contributors and translators. - it would be better if we can have a good method for translating original OWN into other languages semi-automatically. - holding team meetings when needed. -- posting announcements for that, preparing items to be discussed and summarizing the results of meetings are included in this task. Now, you may have understood that all the tasks cannot be done by few persons. As a translator, I have to do a lot more to publish Japanese translations.
- Broadly within the News Team (or even more broadly within Marketing team), assess each task and see if we can make adjustments thus lowering the barrier for contributions.
I would propose as a first task to cleanup current layout. Even in a pdf form that should preserve original layout it is not easy to read OWN. I can take on that, but I'm familiar with the wiki, so anything I can do will be there.
Second, if wiki is selected as a base medium for OWN creation, I would propose to break single template page into sections. See http://en.opensuse.org/openSUSE:GCI_tasks to get idea how that will work. This will lower a chance to have collisions when saving edits. As there is already some solution with GCI pages it should not be a problem to apply that to OWN.
The main reason why the current method (edited in Docbook/XML format) is chosen is, we can generate several formats of OWN from one source. But as a result, the look of HTML in Bento theme (news.o.o) isn't good and good-looking Wiki pages cannot be generated easily so that translators have to make Wiki pages manually by themselves if they want to publish translated OWN in Wiki format. So, I myself can agree your proposal, if no one will argue strongly that we need HTML and PDF version of OWN in addition to Wiki version. Or, if someone knows a good way to generate HTML and PDF from Wiki, this problem can be solved. However, I think we need to archive the past issues. Is there any good (and easy) way to archive them if we select GCI_tasks style?
- We should consider alternative browsing methods and layouts to currently used whole OWN issue on one page. One alternative is multiple pages, with browsing aid as Previous, Next, Index, present on all pages.
The idea itself sounds good to me. But it would be better if you can create a draft template with this idea for further discussion.
- Work in a more open manner (this is something I'm already seeing improvements in the past few weeks.)
I have feeling that since OWN left wiki there was no easy way to contribute, which left team without new contributors.
- As popular as it has been to expect a weekly edition, perhaps we should look at ways to adjust the release schedule in order to reduce the time-commitment burden.
I proposed some time ago to consider alternatives to having full blown issue every week, ie. keeping every section every week. Also, we must consider how to join effort between OWN and openSUSE Magazine.
I'd like to ask you all, list mates, once again. Please step forward if you are willing to undertake some tasks listed above responsibly. As I wrote in the previous post, I've been spending over 10 hours for editing, proofreading and translating OWN (7 or more hours of which are needed for translating, though) every week and that's max-out for me as a volunteer. I can't calculate how many hours are needed for whole tasks right now, but the max hours that I can dedicate for editing main OWN are 3-4 hours. If 10 hours are needed for publishing OWN in total, 6-7 hours have to be dedicated by others than me. And, if there's only one more contributor, (s)he has to dedicate 6-7 hours, but if there are 7 more contributors, each has to dedicate just 1 hour. That's a simple calculation. ;-) BTW, the current release schedule (publishing OWN on every Saturday) can be changed according to convenience of contributors. Best, -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.zaq.ne.jp/opensuse/ _/_/ -- To unsubscribe, e-mail: opensuse-marketing+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-marketing+owner@opensuse.org