On Mittwoch, 6. Januar 2010, zehet...@molgen.mpg.de wrote: > Hi, > > I'm not sure what the maximum is right now, between 10 and 20 but the point > is that tomorrow a dataset could come along which has 50 or more parts. So > having any fixed value, especially one which can only be changed by > modifying the code itself, is a serious drawback although I assume you > have a reasons why this limitation is necessary. It would, howerver, be > great to have at least a global variable so one doesn't have to patch the > code after each update.
As I just wrote in my other email, the limitation is really part of a change that waives all kinds of existing limitations on the data that SMW can handle in principle. The limitation rather expresses the fact that we should probably limit the resources (both in terms of LOC and in terms of developers' time) that are to be put into multi-valued properties, given that the use cases with large numbers of values would probably better be served by a proper internal object datatype that also remains to be implemented. -- Markus > > Cheers, > Gu > > Quoting Markus Krötzsch <mar...@semantic-mediawiki.org>: > > On Mittwoch, 6. Januar 2010, zehet...@molgen.mpg.de wrote: > > > Hi, > > > > > > > The change will also introduce some fixed limit on how many values a > > > > multi- valued property can at most have. It is currently set to 5. If > > > > you > > > > > > have any such properties with more than 5 values then please let me > > > > know. > > > > > If I understand correctly you mean the number of value-parts a > > > > multi-valued > > > > > property can have. Most of my properties are multivalued and some > > > > certainly > > > > > have more than just 5 parts. I really hope that 'limit' will be a > > > > variable > > > > > set via LocalSettings (for my use of SMW this change sounds rather > > > scary and makes me really kind of nervous). > > > > So far, the limit is not planned to be a variable, but we can set a > > higher value right away if you need it. How many types do your longest > > n-ary properties have? > > > > Cheers, > > > > Markus > > > > > Cheers, > > > Gu > > > > > > Quoting Markus Krötzsch <mar...@semantic-mediawiki.org>: > > > > In preparation of SMW 1.5, I am currently doing some large-scale > > > > changes to certain internals of the SMW code. This involves changes > > > > in the way > > > > in > > > > > > which > > > > > > > > multi-valued properties (a.k.a. n-ary properties) are handled. > > > > Eventually, only very little will change from a user's perspective > > > > (only a small change on > > > > the property page of each multi-valued properties will be needed), > > > > but a lot > > > > > > > > will change internally. > > > > > > > > The change will also introduce some fixed limit on how many values a > > > > multi- valued property can at most have. It is currently set to 5. If > > > > you > > > > > > have any such properties with more than 5 values then please let me > > > > know. > > > > > > I therefore suggest to not upgrade wikis that use such properties to > > > > the development version of SMW until the details on how to modify the > > > > pages have > > > > > > > > been published and everything is known to work again. > > > > > > > > I will send a separate email to the developers' list regarding > > > > changes that might affect developers. > > > > > > > > Cheers, > > > > > > > > Markus > -- Markus Krötzsch <mar...@semantic-mediawiki.org> * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org --
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
