tmapinet-discuss

[Tmapinet-discuss] TopicMergeDetectionTest.cs (feature strings)

[Lars H. <he...@se...>]

Hi all,

Another issue: You use simple strings as feature names (i.e. line 26).
You should use an IRI here, preferably the already defined feature URI
http://tmapi.org/features/automerge

Strings are too weak. If Alice defines for herself the feature or
property "persistent" and Bob uses the same name "property" but Bob
assumes completely different semantics of that feature you're stuck.

If you use URIs / IRIs for feature names and property names, you can
publish a website which describes the feature / property and you'll
have a unique identifier for your property / feature (a PSI).

Best regards,
Lars
-- 
Semagia 
<http://www.semagia.com>

Re: [Tmapinet-discuss] TopicMergeDetectionTest.cs (feature strings)

[Marcel H. <mh...@pi...>]

Hi Lars,

> Another issue: You use simple strings as feature names (i.e. line 26).
> You should use an IRI here, preferably the already defined feature URI
> http://tmapi.org/features/automerge
> 
> [...] Best regards,
> Lars

I fixed this in rev 59.

@Stefan, Ralf too:
Lars' request leads to a question: I saw HasFeature method is defined in
ITopicMapSystem and TopicMapSystemFactory in TMAPI.Net. In TMAPI just
TopicMapSystemFactory contains this method. Should we remove the
ITopicMapSystem.HasFeature method to be consistent with TMAPI?

Thanks a lot and kind regards,

Marcel

Re: [Tmapinet-discuss] TopicMergeDetectionTest.cs (feature strings)

[Stefan K. <ste...@we...>]

Hi Marcel, hi all,

> @Stefan, Ralf too:
> Lars' request leads to a question: I saw HasFeature method is defined in
> ITopicMapSystem and TopicMapSystemFactory in TMAPI.Net. In TMAPI just
> TopicMapSystemFactory contains this method. Should we remove the
> ITopicMapSystem.HasFeature method to be consistent with TMAPI?
>   
The method "HasFeature()" in ITopicMapSystem must be called "GetFeature()".
Fixed this in rev. 62.


With kind regards,

Stefan