[VisCom] Re: OSGeo Newsletter

Martin Wegmann wegmann at biozentrum.uni-wuerzburg.de
Fri May 26 04:53:23 EDT 2006


hello, 

sorry for the delayed reply. 

On Monday 15 May 2006 17:03, Tyler Mitchell wrote:
> On Monday 15 May 2006 03:33, Martin Wegmann wrote:
> > On Monday 15 May 2006 10:03, Markus Neteler wrote:
[...]
> At this point I offer a few suggestions:
> 1) Keep it in a more casual newsletter format for the first edition.  This
> will help keep it simple and will be a good test of how well volunteers can
> contribute.  I'm sure we'll all learn some lessons from it.
>
> Then, if/when it is obvious we have lots of great content and contributors,
> make it professional, get advertisers and roll out something in print.  But
> first, a tiny step to test the waters.

it is a good point to test the waters with a "simple" or casual newsletter and 
ask for contributors. The work-load depends on the release cycle of course 
and if we set up sections. This would split the work-load between several 
people.

> > --> Which part of the community should be addressed (devel/user)?
>
> I like the focus that the GRASS newsletter has had - it has kept the devel
> vs user quite balance (in my opinion).  We should aim for similar things.

ok

> > 2) Should it deal with OSGeo stuff only (announcements etc.)  or does
> > software chapters exist, where certain aspects/problems of one specific
> > package is discussed.
>
> I think that OSGeo information could be part of it, but not the majority
> part. We really (!) do need a better way to communicate OSGeo happenings
> out to the membership (and also to the public) - perhaps having it as part
> of this common media would be good.  I tend to think that it would.
>
> > 	2a) the internal structure has to be discussed and must be clearly
> > structured so that the reader can easily find the (for him/her) important
> > parts. If sections are created, how many sections (GIS/RS/webmapping/
> > ...)
>
> Obviously we'd need a clear mandate/purpose/vision as well.
>
> > 3) How often should it appear? monthly/quarterly
>
> For OSGeo "new" we need something monthly, but perhaps there wouldn't be
> enough other material to make this monthly.  Again, a good reason to do a
> simplified test newsletter first.

I have no overview of OSGeo internals but I assume that it can fill at least 
some parts of a monthly newsletter. For the other half of the newsletter, 
single projects can submit articles - hence each project will be presented 
perhaps every 3-6 months (like the GRASS-News cycle).

> > 4) One of the main problem will be a) will enough people volunteer for a
> > certain section b) will enough users/devel. contribute to the magazine?
> >
> > 	4a) Certainly an OSGeo magazine edt in chief, language edt, layout (!)
> > and subeditors for sections have to be assigned.
>
> I agree.  Can anyone give their experiences with the workload for an editor
> and for contributors?  I have a good idea on the contributor side.

It is hard to tell, but not so much, at least for GRASS-News.  However if the 
layout, sections etc. is organised by several people it shouldn't be a huge 
work-load.

> > -> 2) only  announcements and articles concerning "user problems" were
> > discussed, rather module orientated no overview articles
>
> It would probably be good to have at least one overview of a product in
> each edition (as long as it is not just a copy/paste from a web site).

if the release cycle is once a month, I think it is too much for some 
projects. 

[...]
> > I am stronly looking forward to a OSGeo-Magazine, and I think it will
> > increase the visibility of OSGeo and its project enormously.

If you are interested we could change the GRASS-News vol. 4 to a OSGeo-News 
vol. 1 which would already include a few GRASS articles/interviews.  
The Latex/sty base is already ready to use and solely the Name and Logo has to 
be changed. This can be a starting point for a fully grown OSGeo magazine. 

The GRASS-News staff as well as the GRASS devel had no objections and are 
looking forward to an OSGeo newsletter.

regards, Martin




More information about the Visibilitycommittee_dev mailing list