Finally catching up on my email, now that finals are done. So here are some of my thoughts on this thread:
hosted on a Debian-I386 box and I could setup whatever software we decided on.
some of the maintanance for the for the forseeable future. But it should be set up in a way that we can have numerous maintainers.
"downloads" and "getting help"
develop into an important resource. I also think that web forums would be very useful, especially if they could be linked with the pd-list.
best. We get the fat pipe, plenty of disk space, and some maintanance.
to be a wider standard. But if the concensus is Python or whatever, I am willing to learn. Plone looks promising.
site is throw out examples of sites out there that we think we should emulate.
that software would be most enlightening.
OK, gotta run, I'll post later on the "website tools" thread.
.hc
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
- I also can provide DNS and free webspace for this site. It would be
hosted on a Debian-I386 box and I could setup whatever software we decided on.
A 386?!?
- I am definitely willing to do a lot of setup work this summer, and
some of the maintanance for the for the forseeable future. But it should be set up in a way that we can have numerous maintainers.
Several "Admins" are a must, I think. I guess, this could be done with Plone.
- I like the blog aspect of the current site and I think it could
develop into an important resource. I also think that web forums would be very useful, especially if they could be linked with the pd-list.
I wouldn't use a Webforum regularly. I'm very partial to mailing lists - because of their "push" nature: You don't need to do anything to get input. I do see a place for web-interaction and that is discussing of articles that appear on the website. Think Slashdot and also think WikiWeb.
- Of all of the offers on the table, I think that the IEM one is the
best. We get the fat pipe, plenty of disk space, and some maintanance.
Technical maintainance can take loads of time. It's fun, too, but with the IEM idea, I like that it in the end boils down to the IEM guys doing the hard admin stuff. Not that I wouldn't like to help take this burden, but there is a serious problem of coordination. It is IMO important that someone actually *is* responsible for the technical part and that that someone has the right to decide about technical questions in the end. Administration is no area of *debates*, it's *work*.
- I am more partial to PHP since I already know it a bit and it seems
to be a wider standard. But if the concensus is Python or whatever, I am willing to learn. Plone looks promising.
In the end we shouldn't deal much with actual programming of web applications. I mean, this is a *Pd*-community. Leave that to the Plone/PHPNuke/Slashcode guys. ;)
- I think what we should do now before commiting to a new model for the
site is throw out examples of sites out there that we think we should emulate.
Actually plone.org is a good example. They have this categories:
About Plone Development Documentation Downloads Public Relations [Members]
which is exactly how I could figure a future pd.org. I'd also like to see the mailing list archive there, but I'm not sure in which category.
But maybe Winfried could elaborate, why IEM chose Plone?
Frank Barknecht _ ______footils.org__
Hello,
- I also can provide DNS and free webspace for this site. It would be
hosted on a Debian-I386 box and I could setup whatever software we decided on.
A 386?!?
The machines have to run anyway on our Institute and have enough reserves, also Plone is already installed, just have to add a new Plone Site.
- I am definitely willing to do a lot of setup work this summer, and
some of the maintanance for the for the forseeable future. But it should be set up in a way that we can have numerous maintainers.
Several "Admins" are a must, I think. I guess, this could be done with Plone.
Thats true, so there are also Reviewers and Owner roles which can handle delegation.
- Of all of the offers on the table, I think that the IEM one is the
best. We get the fat pipe, plenty of disk space, and some maintanance.
Technical maintainance can take loads of time. It's fun, too, but with the IEM idea, I like that it in the end boils down to the IEM guys doing the hard admin stuff. Not that I wouldn't like to help take this burden, but there is a serious problem of coordination. It is IMO important that someone actually *is* responsible for the technical part and that that someone has the right to decide about technical questions in the end. Administration is no area of *debates*, it's *work*.
Technical maintainance on the hardware and OS part (Debian linux) has to be done anyway. But in autumn we get a PD-adicted admin which will put an additional eye on this until there we have some plone specialist on the institute.
- I am more partial to PHP since I already know it a bit and it seems
to be a wider standard. But if the concensus is Python or whatever, I am willing to learn. Plone looks promising.
In the end we shouldn't deal much with actual programming of web applications. I mean, this is a *Pd*-community. Leave that to the Plone/PHPNuke/Slashcode guys. ;)
anyhow there is an PHPParser for Zope, but I dont think programing has to be done a lot, but design work should be done with PageTemplates.
- I think what we should do now before commiting to a new model for the
site is throw out examples of sites out there that we think we should emulate.
to thread this disussion, I have set up a wiki-page to discuss the structure, just put some notes inside if you wish something special or dont like something:
http://pd.iem.at/pdwiki/index.php
So I propose most of ideas should go in this Wikipage to be fixed.
The first draft should be done until 26.5, where implementation starts. First ready page beginning of june.
Domain Names:
mfg winfried
On Friday, May 16, 2003, at 08:04 America/New_York, Winfried Ritsch wrote:
- I think what we should do now before commiting to a new model for
the site is throw out examples of sites out there that we think we should emulate.
to thread this disussion, I have set up a wiki-page to discuss the structure, just put some notes inside if you wish something special or dont like something:
http://pd.iem.at/pdwiki/index.php
So I propose most of ideas should go in this Wikipage to be fixed.
The first draft should be done until 26.5, where implementation starts. First ready page beginning of june.
Sounds like a plan. I put down myself on the roles page. I don't entirely understand the 'Reviewer' role.
I will review the content page this afternoon, after lunch... I am hungry.
.hc
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Sounds like a plan. I put down myself on the roles page. I don't entirely understand the 'Reviewer' role.
I understand Reviewer as the one, that "proofreads" submited material before it is published in the end. I don't think, that a Reviewer is necessary at every section, but it would be nice to have several for things like the home page, docs and tutorials.
I'm also not quite sure, what the "Admin" role means (in the Plone context). I just put myself there now thinking it is something like "look on the site everyday, change users' roles, write some custom Python module now and then" and such. Of course I would also like to be an author and reviewer.
To reply on your other mail in this thread:
I didn't thought of "newbies" when I resented webforums. You're right, that they are a lower obstacle for the occasional question. But then they should be separate from the mailing list, IMO. But that should be possible.
Frank Barknecht _ ______footils.org__
where's the sign up sheet for jobs?
scott
On Fri, 16 May 2003, Hans-Christoph Steiner wrote:
On Friday, May 16, 2003, at 08:04 America/New_York, Winfried Ritsch wrote:
- I think what we should do now before commiting to a new model for
the site is throw out examples of sites out there that we think we should emulate.
to thread this disussion, I have set up a wiki-page to discuss the structure, just put some notes inside if you wish something special or dont like something:
http://pd.iem.at/pdwiki/index.php
So I propose most of ideas should go in this Wikipage to be fixed.
The first draft should be done until 26.5, where implementation starts. First ready page beginning of june.
Sounds like a plan. I put down myself on the roles page. I don't entirely understand the 'Reviewer' role.
I will review the content page this afternoon, after lunch... I am hungry.
.hc
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
"640K ought to be enough for anybody." -- Bill Gates, 1981
On the wiki (http://pd.iem.at/pdwiki/index.php), near the bottom is PdComunitySite [sic]. Then at the top of that page is a link to the sign-up.
.hc
On Friday, May 16, 2003, at 14:49 America/New_York, J. Scott Hildebrand wrote:
where's the sign up sheet for jobs?
scott
On Fri, 16 May 2003, Hans-Christoph Steiner wrote:
On Friday, May 16, 2003, at 08:04 America/New_York, Winfried Ritsch wrote:
- I think what we should do now before commiting to a new model for
the site is throw out examples of sites out there that we think we should emulate.
to thread this disussion, I have set up a wiki-page to discuss the structure, just put some notes inside if you wish something special or dont like something:
http://pd.iem.at/pdwiki/index.php
So I propose most of ideas should go in this Wikipage to be fixed.
The first draft should be done until 26.5, where implementation starts. First ready page beginning of june.
Sounds like a plan. I put down myself on the roles page. I don't entirely understand the 'Reviewer' role.
I will review the content page this afternoon, after lunch... I am hungry.
.hc
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
"640K ought to be enough for anybody." -- Bill Gates, 1981
J. Scott Hildebrand writes:
where's the sign up sheet for jobs?
sorry my links wasnt specific enough.
Sounds like a plan. I put down myself on the roles page. I don't entirely understand the 'Reviewer' role.
Ok, anyway we have decide very early what kind of workflow we want, there are two of them as starting types (can be modified):
short explanation (for discussion):
This means any document (except Wiki-Content and Collector-Content) can have different State: privat, visible (for Members or all), pending (waiting for beeing pubished), published.
To change states there are transitions: Make visible (Private->visible), submit (visible->pending), publish visble or pending -> published), and some other depending on roles (Owner, Member, Reviewer, Manager, Anonymous).
So a reviewer can decide which content is published and can be delegated for some subtrees, so We can make everybody his own reviewer in their home spaces or sombody or Administrators can assign somebody Reviwer rights for some parts... etc.
Official Docu on plone is I think:
mfg winfried
On Thursday, May 15, 2003, at 15:44 America/New_York, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
- I also can provide DNS and free webspace for this site. It would be
hosted on a Debian-I386 box and I could setup whatever software we decided on.
A 386?!?
I meant architecture, as opposed to powerpc or sparc, which I actually deal with. The machine is a new Dell server.
- I like the blog aspect of the current site and I think it could
develop into an important resource. I also think that web forums would be very useful, especially if they could be linked with the pd-list.
I wouldn't use a Webforum regularly. I'm very partial to mailing lists - because of their "push" nature: You don't need to do anything to get input. I do see a place for web-interaction and that is discussing of articles that appear on the website. Think Slashdot and also think WikiWeb.
At my University, many people are very hesitant to post questions to the list because that means you have to join the list and get another torrent of email. So the list works well for people who's main environment is Pd, but for those who are just learning or trying it out, they probably don't want to have to wade through a ton of messages which don't make much sense to them. So basically, I think Forums would be very good for the newbies.
- Of all of the offers on the table, I think that the IEM one is the
best. We get the fat pipe, plenty of disk space, and some maintanance.
Technical maintainance can take loads of time. It's fun, too, but with the IEM idea, I like that it in the end boils down to the IEM guys doing the hard admin stuff. Not that I wouldn't like to help take this burden, but there is a serious problem of coordination. It is IMO important that someone actually *is* responsible for the technical part and that that someone has the right to decide about technical questions in the end. Administration is no area of *debates*, it's *work*.
I am sysadmin, and this would not be much work for me once its set up.
The server's been running for almost a year, and I rarely log into it
since it just works. But I think the IEM solution is better. I am
just extending the offer in case its useful.
.hc