i just set up a new wiki for pd, aimed at providing a simple and easy way for pd users to share their patches / tutorials, etc... so, this should complement the pdpedia quite well.
http://practical-data.wikidot.com/
anyone is welcome to become a member and add content. just create an account with wikidot, and click on 'join this site' in the left menu.
the password is: loadbang
there is also a forum there. the pd forum~ is currently down, and i'm not sure if it will go back up..but i created another one on this site anyway. having a forum and a wiki on the same site seems very useful too.
any suggestions or whatever are totally welcome. hope this becomes a useful pd resource.
On Sat, Nov 03, 2007 at 04:02:11PM +0900, hard off wrote:
i just set up a new wiki for pd, aimed at providing a simple and easy way for pd users to share their patches / tutorials, etc... so, this should complement the pdpedia quite well.
http://practical-data.wikidot.com/
anyone is welcome to become a member and add content. just create an account with wikidot, and click on 'join this site' in the left menu.
the password is: loadbang
there is also a forum there. the pd forum~ is currently down, and i'm not sure if it will go back up..but i created another one on this site anyway. having a forum and a wiki on the same site seems very useful too.
any suggestions or whatever are totally welcome. hope this becomes a useful pd resource.
hey! can you link it with the CVS may be ?
so the patches will appear in CVSROOT/practical.
could be great - not all people like to hang around the web!
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 03/11/2007, at 8.02, hard off wrote:
i just set up a new wiki for pd, aimed at providing a simple and easy way for pd users to share their patches / tutorials, etc...
There is also the http://puredata.info website people can use. For
tutorials for instance folks can add to http://puredata.info/docs/
tutorials
Best, Steffen
On Sat, 2007-11-03 at 14:53 +0100, Steffen Juul wrote:
On 03/11/2007, at 8.02, hard off wrote:
i just set up a new wiki for pd, aimed at providing a simple and easy way for pd users to share their patches / tutorials, etc...
There is also the http://puredata.info website people can use. For
tutorials for instance folks can add to http://puredata.info/docs/ tutorials
Also, as (I think) IOhannes states on the puredata.info site, it is also possible to set up a forum inside the Plone site (puredata.info) e.g with zforum (http://plone.org/products/zforum). Maybe this would be a better place for it, to keep things centralised a bit...
Jamie
On 11/3/07, Steffen Juul stffn@dibidut.dk wrote:
On 03/11/2007, at 8.02, hard off wrote:
i just set up a new wiki for pd, aimed at providing a simple and easy way for pd users to share their patches / tutorials, etc...
There is also the http://puredata.info website people can use. For tutorials for instance folks can add to http://puredata.info/docs/ tutorials
Sometimes less is more, like when I try to look up info on the latest version of a library and find numerous Google hits that link to different sites that were created and abandoned at different stages, all with different versions. I'm all for centralization; however, I've never liked the puredata.infolayout and setup. When you find a link to a file, you first have to visit the page where the file is listed, and for those of us in remote parts of the world without the best internet connections, it sucks to have to wait for one more page, when you could just as well start the download immediately. I'm all for a wiki (public editing means less chance of a site being neglected), but I thought there already was one??
-Chuckk
On Nov 3, 2007, at 2:54 PM, Chuckk Hubbard wrote:
On 11/3/07, Steffen Juul stffn@dibidut.dk wrote:
On 03/11/2007, at 8.02, hard off wrote:
i just set up a new wiki for pd, aimed at providing a simple and
easy
way for pd users to share their patches / tutorials, etc...
There is also the http://puredata.info website people can use. For tutorials for instance folks can add to http://puredata.info/docs/ tutorials
Sometimes less is more, like when I try to look up info on the
latest version of a library and find numerous Google hits that link
to different sites that were created and abandoned at different
stages, all with different versions. I'm all for centralization; however, I've never liked the
puredata.info layout and setup. When you find a link to a file,
you first have to visit the page where the file is listed, and for
those of us in remote parts of the world without the best internet
connections, it sucks to have to wait for one more page, when you
could just as well start the download immediately. I'm all for a wiki (public editing means less chance of a site
being neglected), but I thought there already was one??
There is pdpedia:
.hc
-Chuckk
-- http://www.badmuthahubbard.com _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
hans, i got the general impression that pdpedia has been made as a kind of dictionary of pd objects.
at the moment there is no section for user-patches / tutorials etc...
so i set this page up.
can we post patches and tutorials on pdpedia ??
if so, i might just delete this page, and concentrate on pdpedia instead,
if not, then i think this is a really nice easy to use wiki for such things.
Right, for user patches, tec. puredata.info has sections. Perhaps
they could be improved. If you want to do it, join the pdweb list
and make a proposal :)
.hc
On Nov 5, 2007, at 8:42 AM, hard off wrote:
hans, i got the general impression that pdpedia has been made as a kind of dictionary of pd objects.
at the moment there is no section for user-patches / tutorials etc...
so i set this page up.
can we post patches and tutorials on pdpedia ??
if so, i might just delete this page, and concentrate on pdpedia
instead,if not, then i think this is a really nice easy to use wiki for
such things.
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
On Mon, 5 Nov 2007 11:33:02 -0500 Hans-Christoph Steiner hans@eds.org wrote:
Right, for user patches, tec. puredata.info has sections. Perhaps
they could be improved.
Yeah, I looked and failed to find the sections. Obviously the potential is there for .info to be a wonderful central node, but it does have usability problems imho.
On 06/11/2007, at 22.22, Andy Farnell wrote:
On Mon, 5 Nov 2007 11:33:02 -0500 Hans-Christoph Steiner hans@eds.org wrote:
Right, for user patches, tec. puredata.info has sections. Perhaps they could be improved.
Yeah, I looked and failed to find the sections. Obviously the
potential is there for .info to be a wonderful central node, but it does have
usability problems imho.
Hey Andy. Check out http://puredata.info/docs/tutorials. The great
thing about the free form of that page (the tutorials page) is that
one can add links to third party sites. Meaning one can add links to
tutorials on other websites. Meaning they can be in any format. I've
heard there are a bunch of wonderful tutorials in PDF including
interactive Pd examples at a site called ObiWannabe.Co.UK.
I'm new to Pd but...
I'm an experienced web developer. I think the puredata.info does have
some issues which could be fixed but with some time and effort. My
recommendation would be to use an opensource CMS like Drupal to
manage the community side of stuff because:
cross referencing content and is easy to use
2. Its very easy to extent so modules for Pd specific content could
be wiped up quickly as required.
3. Massive development community and is updated and patched constantly.
4. Won the "Open Source CMS Award" this year (http://www.packtpub.com/
award) so must be doing something right.
5. Excellent multi-lingual support.
6. Flexible and fast setup. Content migration might slow this down
however.
I would also use Wiki for reference documentation as community driven
documentation is always good I find, provided there are watch dogs to
revert bad changes. Also offers multi-lingual for parallel
translation of content.
Some good examples of API web-sites are:
guildes and tutorials (see: http://dojotoolkit.org/book/dojo-book-0-4)
- Good forums
- Ability to track content a user has been involved in (including
yourself)
- Planet funcitonaliy (RSS feed aggregation) helping to stitch a
scattered community together.
JQuery documentation Wiki (http://docs.jquery.com/Main_Page)
PHP Documentation (http://www.php.net/manual/en/)
useful input which includes examples. This usually means that most of
the common tasks/problems are solved for you and even iteratively
improved.
these are just some examples that you might consider when thinking
about features that are desirable on a community site based around an
API.
I think there is a strong argument for going with a large opensource
CMS, especially if you are not full time for the website as you get
upgrades for free and with a big community the chance that someone
has solved most of the problems your going to encounter already.
I'm teaching Content Management Systems at a Uni in Berlin this year,
which is why I'm so into CMSs at the moment :)
On 06/11/2007, at 10:22 PM, Andy Farnell wrote:
On Mon, 5 Nov 2007 11:33:02 -0500 Hans-Christoph Steiner hans@eds.org wrote:
Right, for user patches, tec. puredata.info has sections. Perhaps they could be improved.
Yeah, I looked and failed to find the sections. Obviously the
potential is there for .info to be a wonderful central node, but it does have
usability problems imho.-- Use the source
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I would go for drupal, too. but there is already so much content on the plone site we have now, that migration and porting would be a lot of work. is it possible to build the site in parallel and then switch? because taking the existing site offline for some days(?) is a bad idea. marius.
A Whillas wrote:
I'm new to Pd but...
I'm an experienced web developer. I think the puredata.info does have
some issues which could be fixed but with some time and effort. My
recommendation would be to use an opensource CMS like Drupal to
manage the community side of stuff because:
- Its taxonomy module is a very powerful tool for organising and
cross referencing content and is easy to use 2. Its very easy to extent so modules for Pd specific content could
be wiped up quickly as required. 3. Massive development community and is updated and patched constantly. 4. Won the "Open Source CMS Award" this year (http://www.packtpub.com/ award) so must be doing something right. 5. Excellent multi-lingual support. 6. Flexible and fast setup. Content migration might slow this down
however.I would also use Wiki for reference documentation as community driven
documentation is always good I find, provided there are watch dogs to
revert bad changes. Also offers multi-lingual for parallel
translation of content.Some good examples of API web-sites are:
- Dojo javascript Toolkit (http://dojotoolkit.org/)
- Drupal site
- Has a "Book" which is a standard Drupal module and good for intro
guildes and tutorials (see: http://dojotoolkit.org/book/dojo-book-0-4)
- Good forums
- Ability to track content a user has been involved in (including
yourself)
- Planet funcitonaliy (RSS feed aggregation) helping to stitch a
scattered community together.
JQuery documentation Wiki (http://docs.jquery.com/Main_Page)
- Wiki reference manual
- External libraries can integrate with a central documentation
- Tutorials section
- Clean, logical grouping of functions by concept
PHP Documentation (http://www.php.net/manual/en/)
- Central index of all libraries
- Examples for each (most) functions
- The best feature is the user comments which are filtered to only
useful input which includes examples. This usually means that most of
the common tasks/problems are solved for you and even iteratively
improved.these are just some examples that you might consider when thinking
about features that are desirable on a community site based around an
API.I think there is a strong argument for going with a large opensource
CMS, especially if you are not full time for the website as you get
upgrades for free and with a big community the chance that someone
has solved most of the problems your going to encounter already.I'm teaching Content Management Systems at a Uni in Berlin this year,
which is why I'm so into CMSs at the moment :)On 06/11/2007, at 10:22 PM, Andy Farnell wrote:
On Mon, 5 Nov 2007 11:33:02 -0500 Hans-Christoph Steiner hans@eds.org wrote:
Right, for user patches, tec. puredata.info has sections. Perhaps they could be improved.
Yeah, I looked and failed to find the sections. Obviously the
potential is there for .info to be a wonderful central node, but it does have
usability problems imho.-- Use the source
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo, A Whillas hat gesagt: // A Whillas wrote:
I'm an experienced web developer. I think the puredata.info does have
some issues which could be fixed but with some time and effort. My
recommendation would be to use an opensource CMS like Drupal to
manage the community side of stuff because:
- Its taxonomy module is a very powerful tool for organising and
cross referencing content and is easy to use 2. Its very easy to extent so modules for Pd specific content could
be wiped up quickly as required. 3. Massive development community and is updated and patched constantly. 4. Won the "Open Source CMS Award" this year (http://www.packtpub.com/ award) so must be doing something right. 5. Excellent multi-lingual support. 6. Flexible and fast setup. Content migration might slow this down
however.
Not to start a CMS-comparison, but all these features are available in the current Plone site as well. Setup even already is done. And it is administered by IEM, who run all their stuff with Plone, so there's quite a bit of knowledge and experience already there, not to mention the tons of content that has been uploaded already and hundreds (statistics, IOhannes?) of registered users.
Frank Barknecht _ ______footils.org__
Frank Barknecht wrote:
Hallo, A Whillas hat gesagt: // A Whillas wrote:
I'm an experienced web developer. I think the puredata.info does have
some issues which could be fixed but with some time and effort. My
recommendation would be to use an opensource CMS like Drupal to
manage the community side of stuff because:
- Its taxonomy module is a very powerful tool for organising and
cross referencing content and is easy to use 2. Its very easy to extent so modules for Pd specific content could
be wiped up quickly as required. 3. Massive development community and is updated and patched constantly. 4. Won the "Open Source CMS Award" this year (http://www.packtpub.com/ award) so must be doing something right.
true. plone only made it under the top 5 :-)
- Excellent multi-lingual support.
- Flexible and fast setup. Content migration might slow this down
however.
Not to start a CMS-comparison, but all these features are available in the current Plone site as well. Setup even already is done. And it is administered by IEM, who run all their stuff with Plone, so there's quite a bit of knowledge and experience already there, not to mention the tons of content that has been uploaded already and hundreds (statistics, IOhannes?) of registered users.
currently there are 2224 registered users.
there is currently a total of about 2.5GB data on puredata.info
fgsmdr. IOhannes
I think tutorials could live on pdpedia too. but at the moment there are none. marius.
hard off wrote:
hans, i got the general impression that pdpedia has been made as a kind of dictionary of pd objects.
at the moment there is no section for user-patches / tutorials etc...
so i set this page up.
can we post patches and tutorials on pdpedia ??
if so, i might just delete this page, and concentrate on pdpedia instead,
if not, then i think this is a really nice easy to use wiki for such things.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Chuckk Hubbard wrote:
I'm all for centralization; however, I've never liked the puredata.info http://puredata.info layout
hmm, layouts that please everybody, anyone?
and setup. When you find a link to a file, you first have to visit the page where the file is listed, and for
if you are talking about the exdtraneous /download in .../myfile/download, this is definitely a bug which i haven't found time to fix yet.
in the meantime, you can always directly link to .../myfile/download as somebody else has already mentioned.
I'm all for a wiki (public editing means less chance of a site being neglected), but I thought there already was one??
excuse me, but puredata.info is only restricted to registered userse (and everybody can register), because this site has seriously been spammed. this might happen as well to a wiki-site. the usual way to deal with this is either by captchas or by restricting the site to registered users (with an open registration). hey, the latter reminds me of puredata.info
fmad.r IOhannes
Yes, it seems to me that puredata.info is already the place for this. I'd rather put the effort into making puredata.info friendly than further fracture the community. First, you can already create your own "self-contained" universe inside of puredata.info if you'd like to start from scratch on making a usable patch-database.
Second, I think puredata.info would greatly benefit from some simplification, since the less things there are the less there is to argue about : ) (more seriously: usage would dramatically increase if we removed the cognitive obstacles of using the site). I just dug this out of my bookmarks: http://www.37signals.com/papers/introtopatterns/. I think a process similar to this would be a nice way to start.
Cheers Luke
On 11/5/07, IOhannes m zmoelnig zmoelnig@iem.at wrote:
Chuckk Hubbard wrote:
I'm all for centralization; however, I've never liked the puredata.info http://puredata.info layout
hmm, layouts that please everybody, anyone?
Sorry, poor choice of phrasing; I've found the site a little intimidating, personally. Anyway I don't ask developers of free software to be magic webmasters too. The existence of several other sites with pd in the name, that are all obviously devoted to Pure Data, has thrown me in the past, especially when I had no idea where to go beyond Miller's site. If puredata.info is agreed to be the place, it's fine with me, if anyone can agree. At any rate I'm against coming up with new Pd community sites every 6 months.
and setup. When you find a link to a
file, you first have to visit the page where the file is listed, and for
if you are talking about the exdtraneous /download in .../myfile/download, this is definitely a bug which i haven't found time to fix yet.
in the meantime, you can always directly link to .../myfile/download as somebody else has already mentioned.
I'm not sure if this is the bug you mean, but when I right-click my link it wants to save as file.htm, and if I instead follow that link and click the next one, it wants to save the actual file, but as 'file.zip'. And, with a slow connection, I'm thinking of just right-clicking directly from the individual's page to download the file, instead of loading another html page. I'll try /myfile/download on my page, if this is what it does.
I'm all for a wiki (public editing means less chance of a site being
neglected), but I thought there already was one??
excuse me, but puredata.info is only restricted to registered userse (and everybody can register), because this site has seriously been spammed.
Understood. I didn't mean that puredata.info was neglected, it seems pretty well maintained. Then again I guess it's up to individuals to maintain their own files. I recall having some trouble finding documentation for some externals, but looking now I can find it without much trouble. It's still not possible to locate "toxy", "cyclone", or "mixed" from the search function. I suppose their author never put a link to them on puredata.info, but they are in Pd-extended, no? Yet nothing about Pd-extended comes up in a search for them. If the author never linked or uploaded them, is it okay for someone like me to put a link to his website from my puredata.info page? And has anyone heard anything of or from him?
this might happen as well to a wiki-site. the usual way to deal with
this is either by captchas or by restricting the site to registered users (with an open registration). hey, the latter reminds me of puredata.info
Good point. I just might go update my page.
-Chuckk
Hallo, Chuckk Hubbard hat gesagt: // Chuckk Hubbard wrote:
It's still not possible to locate "toxy", "cyclone", or "mixed" from the search function. I suppose their author never put a link to them on puredata.info, but they are in Pd-extended, no? Yet nothing about Pd-extended comes up in a search for them. If the author never linked or uploaded them, is it okay for someone like me to put a link to his website from my puredata.info page?
Yes, that's perfecly okay. pd.info is built by its users. I think, many people aren't aware of it, but every Pd user, after registration at pd.info, can built her/his own little or even bigger homepage.
The sections http://puredata.info/community/patches and http://puredata.info/community/tracks are actually automatically collected from the stuff people have "tagged" accordingly (see http://puredata.info/docs/tutorials/HowToContribute/ for how this could be done).
What puredata.info really needs, is a new skin. So far nobody did any work on this. There must be some artists in our community, where are they? Here's your chance to give something nice: Design a new skin for puredata.info! And win a beer the next time I meet you.
Frank Barknecht _ ______footils.org__
IOhannes m zmoelnig wrote:
Chuckk Hubbard wrote:
I'm all for centralization; however, I've never liked the puredata.info http://puredata.info layout
hmm, layouts that please everybody, anyone?
and setup. When you find a link to a file, you first have to visit the page where the file is listed, and for
if you are talking about the exdtraneous /download in .../myfile/download, this is definitely a bug which i haven't found time to fix yet.
in the meantime, you can always directly link to .../myfile/download as somebody else has already mentioned.
i think i have finally fixed this bug.
.../myfile will now directly start the download
../myfile/view will give you the old content (good when you want to edit the file); this is the default when you go there from folder_contents.
fm.sr IOhannes