From: Yaron K. <ya...@gm...> - 2010-03-05 03:22:47
|
No, I haven't though about drilldown on internal objects - it would be difficult to impossible, since, as you note, they don't have categories. If you want to drill down *based on* the properties of internal objects, you need to create additional properties holding just one of the fields. For instance, for the recipe example, you could create, for each row in the recipe, a property called "Has basic ingredient" that just held values like "flour" - you could then create a filter for that. -Yaron On Thu, Mar 4, 2010 at 3:36 PM, Bob MacCallum <unc...@gm...> wrote: > Thanks for the reply. And yes I should have sent two mails, but I > thought I was already flooding the list! Will repost at a later date > if necessary. > > It's cheeky to ask, but have you thought about drilldown on SIOs (and > their parent page properties)? Since SIOs can't have categories, they > are somewhat left out in the cold. Or perhaps the other way round, > drilldown on pages, with filters on their SIO properties (that would > make more sense for the recipe example). I'm sure I can achieve what > I need with Forms and Special:RunQuery pages though. Haven't even > tried that yet! > > cheers, > Bob. > > On Thu, Mar 4, 2010 at 5:19 PM, Yaron Koren <ya...@gm...> wrote: > > Hi, > > You should really put separate issues into separate emails. :) For the SD > > issue - I've been thinking about several options to replace the use of > > special properties to define the drilldown, which would eliminate > problems > > like yours and might also make the whole thing less complicated. For now, > > though, I think you're stuck with that problem. There are various things > you > > can do to reduce the size - you can remove the newlines, for instance, > and > > it might even make sense to shorten some of the property names, sad as it > is > > that limitations in the software would make that desirable. > > -Yaron > > > > On Thu, Mar 4, 2010 at 11:36 AM, Bob MacCallum <unc...@gm...> > wrote: > >> > >> Just for the record, I have a fairly modest drilldown display set for a > >> category > >> > >> [[Has display parameters::?used mosquito strain and stage=Mosquito > >> ;?used parasite strain=Parasite > >> ;?was performed by person=Performed by > >> ;?was performed between dates=Date range > >> ;format=broadtable > >> ;mainlabel=Experiment > >> ;sort=used parasite strain,used mosquito strain and stage,was > >> performed by person > >> | ]] > >> > >> It works fine without the sort= line, but appears to hit a 255 (or > >> thereabouts) character limit when I add it. > >> > >> The page preview says > >> > >> <warning triangle> > >> […] in and stage,was performed by person > >> is too long. > >> > >> > >> > >> Back to more general SMW issues: > >> > >> In the above, I was trying to turn off javascript sorting by dates > >> because they were not sorting properly - seemed to be simple > >> alphabetical sorting - probably because it is of n-ary type Date;Date > >> > >> In general I would welcome a bit more power in the printout > >> statements. For example retrieving a field of a record, or a property > >> of a property. A suggested syntax for the latter: > >> > >> {{#ask: [[Category:City]] [[located in country::UK]] > >> |?located in country=Country > >> |?has mayor=Mayor > >> |?has mayor.was elected on date=Mayor in power since > >> }} > >> > >> If one-to-many relationships make this very complicated to implement, > >> then I'm happy to stick with templates to make my own tables, however > >> these don't play nicely with the "further results" link (see > >> > >> > http://www.mail-archive.com/sem...@li.../msg01477.html > ) > >> > >> > >> > ------------------------------------------------------------------------------ > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parallel Studio got high marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> _______________________________________________ > >> Semediawiki-user mailing list > >> Sem...@li... > >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > > > > -- > > WikiWorks · MediaWiki Consulting · http://wikiworks.com > > > > > > -- > http://darwintunes.org - a test-tube for cultural evolution > http://evolectronica.com - survival of the funkiest > http://compare-stuff.com - confused? you will be! > http://twitter.com/darwintunes > http://twitter.com/bobmaccallum > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |