Thank you for your feedback!
My first reaction is that the All Modules page is kind of useless: The modules are listed in no discernible order; there’s no description or picture or any information other than the module name and the source
The modules are ordered by the time they were added to the database, showing the newest stuff first. I shall change the page title to “Latest Modules” to reflect that.
There is no description or picture, because the database currently does not hold that information. I’ve been thinking about adding a description field, but I’m not yet sure if it would be worth the extra effort in adding modules. Showing the modules’ tags in the listing would probably make it a little clearer to see what they do at a glance. Would it make sense to also show the available resources in the list?
I think you will need more tags.
Yes I do. For now I’ve been adding them as I’ve been catalogging modules, based on what tags seem necessary for the modules I’m adding. Coming up with good tags is a big challenge for me. I don’t want them to be too specific, because a tag that only applies to one or 2 modules isn’t very useful, but I don’t want them to be so general that they apply to hundreds of modules and don’t bring much to the table (like “effect” or “signal source”) and I don’t want there to be too much overlap so one module doesn’t end up with 20 tags.
Any search that doesn’t turn up any results doesn’t present any message to that effect so it seems like the search function doesn’t work.
Thanks for bringing this up, I’ll add a “X results found” message to fix that.
- It seems strange that you can’t select a Resource format if Resource type is Any, but you can for any Resource type that isn’t Any.
- I find some results hard to understand; for instance, if Resource type is Schematic or Stripboard layout and Resource format is Eurorack or Kosmo, you get no results.
The idea behind this is that resource formats aren’t relevant for schematics, since a schematic is just a representation of a circuit, which you could build in any form factor. Of the current resource types the format is really only relevant for PCB files and panel templates. Technically any resource can have a format assigned to it though, so I haven’t done anything to prevent one from being added to any resource.
Probably I should make it so the resource format selector stays grayed-out for all resource types that formats aren’t relevant to. Or maybe even a more drastic change would make sense here, like moving the format from being an attribute of a resource to being an attribute of the module itself?
- Under Resource type I would either replace or add to the jargon-ish “Gerber” an entry for “PCB layout”.
Thanks, I’ll make that change. I personally only build on stripboard and perfboard so I don’t have a great grasp on what is relevant for people who like to build on PCBs. Do you think it would be useful to have separate resource types for the PCB source files and the “gerber” files that you send to a manufacturer?
- Again, dropdown selections are in apparently random order making it hard to find the selection of interest.
That’s right, they’re just in whatever order they have been added to the code. I’ll alphabetize them.
It’s clear there is a lot of work to be done. For instance, only one Mutable Instruments module is listed! And only one MFOS. (The Weird Sound Generator, which is a standalone noisemaker, not a module, but whatever.) And so on. To be really useful, a vast number of designs need to be added.
That’s right. Most of the time I’ve spent on this so far has went into coding, and only recently I’ve got it to the point where it works well enough that I’ve been able to spend more time on actually adding modules. Now I’ve got through all of Moritz Klein’s, Rene Schmitz’s, Benjie Jiao’s and my own modules and added a bunch of kinda random ones. The WSG is the only MFOS module in the database, because I added it as the parent of your Weirdness module. Also some makers have got accounts and added their own modules, which is nice.
The usefulness of such a database I think depends on careful thought about what is presented and how. If it’s just a listing of every DIY project in the world, is that useful? I think that’s questionable — if you have a list of 179 different VCO schematics, but no way of distinguishing how well-designed or well-presented or up to date they are, it’s a real slog trying to make use of that information. But those are subjective points, hard to define, hard to obtain, and harder to maintain.
The main selling points are the resource types, tags and search. If I want to build a sequencer on stripboard, I can find that in the database. I agree that it would be great to have some effective way of distinguishing what is good and what is not. My current requirements for adding a module to the database are that it needs to have been built by the author at some point and work, and I add little notes to the resources if I notice some obvious design issue. User ratings would be nice, but that would require a lot of users to be useful, which I don’t have.