Template talk:SMWDefaultMarkup

Explanation

The idea of this template, is to provide a one-size-fits-all chance to add markup to pages. This is in fact a rather questionable undertaking, since more markup means more computing needed to process it - so embedding intelligence in the semantic templates which are supposed to process the markup is probably a better bet.

Need for caution

This template is potentially problematic to the stability and predicability of SMW. In particular, statements of the form "If this page doesn't have property X, then give it property X" will put create problems by putting SMW into an infinite loop which it cannot spot - first adding property X and then removing it again - slowing down the processing of the SMW jobs queue and putting the semantic data involved into non-deterministic states.

Why?

Currently, it tags each page with the {{FULLPAGENAME}} variable, so easy to get from a template, but seems to be inaccessible from a semantic query. This is not actually used as yet, due to changes in how I decided to use the SMW data. Why then persist with this template? I think it is a useful adjunct to the existing options for inserting semantic data in pages. Some statements are not problematic (if X and Y exist, then add Z) and may simplify coding of semantic templates in future. Robin (talk) 09:00, 2 January 2014 (GMT)

I can see and understand the issues as set out but have no useful suggestions to make - yet. I'm happy for you to just press on with the whole SMW properties and templating work as you see fit because, from progress in the short period to date, it clearly has the potential to transform this site into something unique. If I have any concerns, I won't be slow to voice them; but as of right now - none. --Peter P (talk) 14:35, 2 January 2014 (GMT)

Why display properties?

These feel like a bit of a hack, quite expensive to create and cluttering up the property space somewhat, but prefixing them all "display_" they are easily ignored. Semantic MW is intended to be machine readable rather than human readable. However, I don't (yet) think they're too fancy since they are fairly simple to code (they are normal templates). Overall I feel they are are effective at circumventing lack of flexibility in SMW's post-processing. If there is a way to do without them, it would be worth knowing. For now, I'm happy as long as I don't find myself having to create endless amounts of them - which might be a sign of shortcomings in the underlying data model. Robin (talk) 11:30, 4 January 2014 (GMT)