Hi Yaron,
I do not think that your approach will work.
At a first glance it seems to be an easy way out to provide sorting.
But from a software engineering point of view it loads the identifier with
information that just does not belong there. From a practical point of view
it falls short if anybody wants to query that number. And finally from a
semantic point of view it inseparably mixes two statements (the original
one and the one about the sequence number) that the originator usually does
not want to be mixed.
This last problem btw is also the key to your question about the
determination of the hash key. To state the same thing twice is just that:
A duplicate statement. As opposed to two statements. To my best knowledge
SMW will not store such a statement twice. Instead it will generate the
hash key based on the property and value and if that hash already exists,
then the statement it represents is considered already known and the second
occurrence will be dropped and not appear in any query results. I am not
sure if this is also true for subjects, but it really should be.
So, long story short: If your data model for project management does not
explicitly contain the sequence number for the activities, then your model
is incomplete, not SMW. In fact, should two activities be exactly the same,
you will probably lose one of them.
Cheers,
Stephan
On Jun 20, 2013 5:30 PM, "Yaron Koren" <ya...@wikiworks.com> wrote:
> Hi Alexey,
>
> Yes, that's a good point - I actually thought about an approach like that,
> but forgot to include it in the email. A property called "Sort" (a name
> like "Has index" might be a little clearer) would solve this problem - and
> it would be a more "semantic" solution. On the other hand, it would add to
> the proliferation of special properties (for what that's worth), and it
> would mean a little more work for administrators to get queries of
> subobjects ordered correctly.
>
> I still think my original proposed solution would work fine, though I
> confess I don't quite understand how the subobject hashing works. Are
> people supposed to be able to directly link to or reference a subobject,
> using the hash? I don't see how that could work, given that everything
> about a subobject could change from one page save to the next - its order,
> its properties, etc. I don't see how the system could keep consistency of
> subobject naming.
>
> -Yaron
>
> On Thu, Jun 20, 2013 at 10:54 AM, Alexey Klimovich
> <god.vedm...@gmail.com>wrote:
>
>> Hi, Yaron!
>>
>> I think subobjects sorting is good task, but i suggest not to use
>> subobjects
>> name for this because of big problem with that:
>>
>> imagine we have 3 subobjects on page:
>>
>> Page name#001_4bd1f1b74a76de5322dd74956a71f089
>> Page name#002_03163dfd1d2502668b00c1f521688984
>> Page name#003_02dwa3j349j8d3jds3843234jd8349490
>>
>> now, we edit page, delete subobject 002. What should happen?
>> Should other subobjects be renamed to keep sorting? What if they already
>> linked from other pages/queries?
>>
>> I think better way is to automaticaly attach some semantic property
>> ("Sort"
>> for example)
>> to every subobject on page. This property should contain subobjects number
>> on page.
>>
>>
>>
>> --
>> View this message in context:
>> http://wikimedia.7.x6.nabble.com/Making-subobjects-correctly-ordered-tp5007553p5007558.html
>> Sent from the Semantic Mediawiki - Development mailing list archive at
>> Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Windows:
>>
>> Build for Windows Store.
>>
>> http://p.sf.net/sfu/windows-dev2dev
>> _______________________________________________
>> Semediawiki-devel mailing list
>> Semediawiki-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>>
>
>
>
> --
> WikiWorks · MediaWiki Consulting · http://wikiworks.com
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Semediawiki-devel mailing list
> Semediawiki-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
