[Pdweb] [PD] gallery section

[Steffen Juul]

On 30/07/2008, at 18.07, Hans-Christoph Steiner wrote:

>
> On Jul 30, 2008, at 2:54 AM, Steffen Juul wrote:
>
>> Please reply to pdweb to continue this discussion.
>>
>> On 29/07/2008, at 19.36, Hans-Christoph Steiner wrote:
>>
>>> This reminds me, we really need that gallery section on  
>>> puredata.info
>>> to show stuff like this off...  It was so close to completion,  
>>> anyone
>>> want to take it live?
>>
>> First off, i'm the slack bus-hit someone that didn't complete the
>> gallery (ie. the exhibition) section mentioned.
>>
>> I have been meaning to get back about it, but decided to not do it
>> till i had more solid things to offer then ideas. Well, now i'll have
>> to push in the ideas without the solid stuff. I'll be brief and leave
>> out (most of) my reasons:
>>
>> * I think the exhibition section should be discarded. It has in parts
>> been replaced by a goto10 project (that reach much wider in scope
>> though) and more importantly - to put it diplomatically - the
>> publishing scheme is not compatible with the target community.
>
> I don't understand what the replacement is?

I was thinking about the people.makeart project, http://goto10.org/ 
floss-and-art/.

>> * There should instead be made weblog sync point for Pd related
>> weblogs posts á la ProcessingBlogs. It should be simple to manage:
>> Anyone wanting their Pd related weblogs posts to be in the common
>> feed should supply a feed url with a "tag" for the Pd related posts
>> in their feed. Either to a person doing the management (could be done
>> in turns) or if possible through the IEM/Pd.info/plone-setup thing.
>
>
> This sounds very useful.  I think perhaps it could be a module in
> puredata.info. It could also be a separate server/site if someone
> else wanted to host it, something like blog.puredata.info.  I think
> IEM does enough, it's good to share the work load.  Of course, I have
> no problem if IEM (namely, IOhannes) wants to host it.

I agree with that.

>> * Also there should be a concise wiki page with examples of what
>> could be done with Pd. People writing that would want to suppress
>> there ego for a second and think about what newcomers would most-
>> likely want to see when looking into what Pd is by what can be done
>> in Pd. Also therefore it shouldn't seek all the outer limits but
>> include stuff like a simple algo-composing and loop-sampler example.
>
> To me, this sounds like the exhibition as we originally planned it.

Thats the thing, maybe. To me it's different. Both wrt content and  
publishing "flow".

One thing that was broad up on the pd-list that could go into such  
exhibition was Frank's Turning machine made in Pd-data-structures,  
http://footils.org/cms/show/58. Another thing i've was keen on  
writing about was the Offener Schaltkreis installation, http:// 
osk.openkhm.de/. Those two might fit into an example-exhibition but  
only for outer limit cases which, how ever cool and appropriate,  
should be kept at a minimum. I think.

The publishing flow of a (concise) wiki page with examples of what Pd  
is by what is done in Pd is almost non existing. It will be a much  
static page. After initializing there will only once in a while added  
or removed an item to make it upto date with what people do with it,  
as i imaging it. An item is an example item. Fx. if there the next  
five years seam to be a trend about a FooSmerth controller in the  
"computer music scene" then it would properly be good to add an  
example about it such that people how might be interested in looking  
into Pd can see "ah, i can also make a FooLooper with Pd, check".  
This is quite different then if a completely new article-exhibition  
is released once a month(ish). An static'ish exmaple-exhibition could  
easily sit unchanged for two+ years with out a problem, while a  
article-exhibition project would be considered stall if nothing new  
happened within the same time span.

> I think this in conjuction with the blogs would work well.

I think too that the almost static example-ish wiki page in  
conjunction with the rapid information flow of blogs would work well.  
The article-exhibition, as i thought about it, was more like  
somewhere in between those two and the people.makeart thing - both  
wrt publishing method and content type, though leaning a tad away  
from blogs quick'n'dirtyness.

To put it simple, i think, for rapid flow the publishing house need  
not be the puredata.info site but everyones own website. That's the  
blog thing. For more static "authentic" info the puredata.info site  
is better suited. This(/that? pardon  my french) analysis backs up  
the model i'm going on about.

> IIRC, you basically had it setup, we just needed to launch it.

True. And if anyone want to cary on with the that model i'm not  
stopping them. You might think I'm nitpicking, and maybe I am, my  
reason is that I'm concern with not wasting anyones time and still be  
able to present this kind of info to both potential new users or  
curious souls that want to grasp what Pd is.

I hope i make sense. It's kind of hard to explain every side of it  
that I've thought about in the meanwhile.