tmapi-discuss — Discussions regarding TMAPI developments

[Tmapi-discuss] Ο Γι ργος σου έχει στείλει ένα μήνυμα ...

[Badoo <nor...@ba...>]

Ο/η Γι ργος σου έχει στείλει ένα μήνυμα...

Το περιεχόμενο του μηνύματος και ο αποστολέας θα είναι ορατά μόνο σε σένα. Μπορείς να διαγράψεις το μήνυμά σου οποιαδήποτε στιγμή ή να απαντήσεις χρησιμοποιώντας το σύστημα ανταλλαγής μηνυμάτων. Για να δεις το περιεχόμενο του μηνύματος, απλά ακολούθησε αυτόν το σύνδεσμο:
http://eu1.badoo.com/0290997345/in/FsufzBYlNt4/?lang_id=19&m=63&mid=5044feb7000000000013000000556bb7002d8c4c01c6

Μερικά ακόμη άτομα από την περιοχή σου που είναι στο Badoo
Sakis (Θεσσαλονίκη, Ελλάδα)
Sofia Geloglou (Θεσσαλονίκη, Ελλάδα)
Xamogelo (Θεσσαλονίκη, Ελλάδα)

http://eu1.badoo.com/0290997345/in/FsufzBYlNt4/?lang_id=19&m=63&mid=5044feb7000000000013000000556bb7002d8c4c01c6

Αν ο σύνδεσμος σε αυτό το μήνυμα δεν λειτουργεί, αντίγραψέ τον και επικόλλησέ τον στη γραμμή διευθύνσεων του προγράμματος πλοήγησης.

Αυτό το email αποτελεί μέρος της διαδικασίας για την παράδοση του μηνύματος που εστάλη από τον/την Γι ργος. Αν έχεις λάβει αυτό το email από κάποιο λάθος, παρακαλούμε αγνόησέ το. Μετά από λίγο το μήνυμα θα διαγραφεί από το σύστημά μας.

Να περνάς καλά!
Η Ομάδα του Badoo 

Έχετε λάβει αυτό το email από την Badoo Trading Limited (η ταχυδρομική διεύθυνση εμφανίζεται παρακάτω). 
http://eu1.badoo.com/impersonation.phtml?lang_id=19&email=tmapi-discuss%40lists.sourceforge.net&block_code=2a9519&m=63&mid=5044feb7000000000013000000556bb7002d8c4c01c6
Η Badoo Trading Limited είναι μία εταιρεία περιορισμένης ευθύνης εγγεγραμμένη σε Αγγλία και Ουαλία με Αριθμό Μητρώου 7540255 και εγγεγραμμένο γραφείο στη διεύθυνση 44a The Green, Warlingham, Surrey, CR6 9NA.

[Tmapi-discuss] problem creating Topic Map

[neha y. <neh...@gm...>]

Hi I am new to TMAPI.
Please can anyone help me with how to launch the .properties files through
eclipse.

I have to create a topic map for my taxonomy.

Can u guide me with the same. How can i proceed.


Thanks in advance,

Neha Yadav

Re: [Tmapi-discuss] type-instance-associations feature

[Johannes S. <top...@fr...>]

Hi Jamie,
we had a discussion and a vote on the feature strings in 2009 [1] (pls. 
scroll down). Makes the status quo a bit clearer.

Best regards,
Johannes

[1] 
http://sourceforge.net/mailarchive/forum.php?thread_name=EF63977B-4D71-4F04-950D-997F0468811E%40garshol.priv.no&forum_name=tmapi-discuss


Am 27.01.2011 04:56, schrieb Jamie Norrish:
> Hi Benjamin,
>
>> * http://www.tmapi.org/features/ is outdated.
> Does this mean that it is no longer true, as stated on that page, that
> all of the feature strings listed there must be at least recognised by
> an implementation?
>
> I've been taking a look at the Quaax PHPTMAPI implementation, as being
> slightly closer to Python than Java - between the tests in the TMAPI
> distribution, the TMDM, the API docs, and this implementation, I think
> I've got everything covered.
>
> I've noticed that some parts of the API are missing full test coverage
> of their expected behaviour. Would it be useful to send through a list
> of these? I've written Python tests for a couple of these gaps, which I
> could easily convert to Java code if that would be helpful.
>
>> PPS: Some Topic Mappers tend to use TMQL instead of TMAPI nowadays.
>> However, TMQL's standardization is still in flux. There's an Open
>> Source implementation in Java here http://code.google.com/p/tmql/
>> which features two versions of the standard, 2008 and 2010. The 2008
>> version (currently found here: http://isotopicmaps.org/tmql/tmql.html)
>> is more complete and the 2010 version is closer aligned to the TMDM.
>> The above-referenced Java project has some additions like
>> UPDATE-statements etc.
> Given that TMQL is, as you say, still in flux, I'm going to stick with
> TMAPI for a while yet. My implementation is also mostly complete, as far
> as the core goes.
>
> Jamie
>
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
>
>
> _______________________________________________
> Tmapi-discuss mailing list
> Tma...@li...
> https://lists.sourceforge.net/lists/listinfo/tmapi-discuss

Re: [Tmapi-discuss] type-instance-associations feature

[Jamie N. <ja...@ar...>]

Hi Benjamin,

> * http://www.tmapi.org/features/ is outdated.

Does this mean that it is no longer true, as stated on that page, that
all of the feature strings listed there must be at least recognised by
an implementation?

I've been taking a look at the Quaax PHPTMAPI implementation, as being
slightly closer to Python than Java - between the tests in the TMAPI
distribution, the TMDM, the API docs, and this implementation, I think
I've got everything covered.

I've noticed that some parts of the API are missing full test coverage
of their expected behaviour. Would it be useful to send through a list
of these? I've written Python tests for a couple of these gaps, which I
could easily convert to Java code if that would be helpful.

> PPS: Some Topic Mappers tend to use TMQL instead of TMAPI nowadays.
> However, TMQL's standardization is still in flux. There's an Open
> Source implementation in Java here http://code.google.com/p/tmql/
> which features two versions of the standard, 2008 and 2010. The 2008
> version (currently found here: http://isotopicmaps.org/tmql/tmql.html)
> is more complete and the 2010 version is closer aligned to the TMDM.
> The above-referenced Java project has some additions like
> UPDATE-statements etc.

Given that TMQL is, as you say, still in flux, I'm going to stick with
TMAPI for a while yet. My implementation is also mostly complete, as far
as the core goes.

Jamie

Re: [Tmapi-discuss] type-instance-associations feature

[Benjamin B. <bb-...@bo...>]

Hi Jamie,

it's a blessed feature which should really be documented better.
Most engines default to "true" here for performance reasons.

For the record:
* http://www.tmapi.org/features/ is outdated.
* http://tinytim.svn.sourceforge.net/viewvc/tinytim/tinytim/trunk/src/main/java/org/tinytim/utils/Feature.java?revision=359&view=markup
shows the features currently supported by TinyTiM.
* http://docs.topicmapslab.de/majortom/#_majortom_api_feature_string -
Feature-Strings in MaJorToM Documentation
* http://code.google.com/p/majortom/source/browse/majortom-core/src/main/java/de/topicmapslab/majortom/util/FeatureStrings.java
- Feature-Strings in MaJorToM Source

Please note that only those which start with
"http://tmapi.org/features/" are the blessed ones.

- Benjamin

PS: You may want to look at PHPTMAPI
(http://phptmapi.sourceforge.net/). It received an update recently and
may be better documented - I didn't check.
PPS: Some Topic Mappers tend to use TMQL instead of TMAPI nowadays.
However, TMQL's standardization is still in flux. There's an Open
Source implementation in Java here http://code.google.com/p/tmql/
which features two versions of the standard, 2008 and 2010. The 2008
version (currently found here: http://isotopicmaps.org/tmql/tmql.html)
is more complete and the 2010 version is closer aligned to the TMDM.
The above-referenced Java project has some additions like
UPDATE-statements etc.

On Wed, Jan 26, 2011 at 5:00 AM, Jamie Norrish <ja...@ar...> wrote:
> I'm currently working on a TMAPI implementation in Django, and have
> discovered a few issues in the tests provided in the distribution. One
> of these is the testing of the feature
> http://tmapi.org/features/type-instance-associations which unfortunately
> does not appear to exist. Is this a blessed TMAPI feature that isn't
> documented, or a defunct feature that should no longer be part of the
> tests?
>
> Jamie
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Tmapi-discuss mailing list
> Tma...@li...
> https://lists.sourceforge.net/lists/listinfo/tmapi-discuss
>
>

[Tmapi-discuss] type-instance-associations feature

[Jamie N. <ja...@ar...>]

I'm currently working on a TMAPI implementation in Django, and have
discovered a few issues in the tests provided in the distribution. One
of these is the testing of the feature
http://tmapi.org/features/type-instance-associations which unfortunately
does not appear to exist. Is this a blessed TMAPI feature that isn't
documented, or a defunct feature that should no longer be part of the
tests?

Jamie

[Tmapi-discuss] PHPTMAPI project has released version 2.0.1

[Johannes S. <top...@fr...>]

Hi all,
fyi - the PHPTMAPI project [1] has released version 2.0.1 of the PHP 
port of TMAPI 2.0.

Best regards,
Johannes

[1] http://phptmapi.sourceforge.net/

[Tmapi-discuss] Goodbye

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

Hi all,

Goodbye.

Thanks for your comments in the recent years (especially thanks to
Johannes (Schmidt)), I leave this project and the mailing list.

Thanks for your attention, good night and good luck,
Lars
-- 
Semagia 
<http://www.semagia.com>

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Unspecified Locator Exception

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

Hi Sven,

> What does the getReference method mean, should it returns the given
> string reference of the locator without any escaped characters?

Yes, all %HH escape sequences are replaced by the characters they
represent.

toExternalForm() returns the IRI with %HH escape sequences.


> If the constructor of Locator is called by an escaped references,
> like by using the topic map reader classes, should it be decoded
> before saving the reference or not?

I don't know what you mean by "saving the reference". It makes sense
to create the "reference" as early as possible since getReference() is
used to check Locator objects for equivalence.

"http://example.org/~user".equals("http://example.org/%7euser") = true
"http://example.org/~user".equals("http://example.org/%7Euser") = true


[...]
> The topic map reader will throw an expection if the locator
> contained by a topic block has unescaped whitespaces.

I don't know to which topic map reader you're referring to. If you
read an XTM/CTM source, all IRIs should be URL-encoded.

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

[Tmapi-discuss] Unspecified Locator Exception

[Sven K. <kr...@in...>]

Hi,

we have a problem with the locator specification of TMAPI.

What does the getReference method mean, should it returns the given 
string reference of the locator without any escaped characters? If the 
constructor of Locator is called by an escaped references, like by using 
the topic map reader classes, should it be decoded before saving the 
reference or not?

The problem is that the JUnit test expects the behaviour of accepting a 
unescaped whitespace for example as reference of the locator object. The 
topic map reader will throw an expection if the locator contained by a 
topic block has unescaped whitespaces. Because of that the constructor 
of locator will be called by unescaped and escaped IRI, which is very 
confusing. What is the expected behaviour?



Sven

[Tmapi-discuss] New TMAPI 2.0.3 SNAPSHOT

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

Hi all,

Even if TMAPI is listed at my priority list right after starting to
collect beer mats and creating cute Kratzbilder, Hannes reported a
problem [1] with the current 2.0.3 snapshot under Eclipse which was
easy to fix.

The new 2.0.3 snapshot is available in our Maven Snapshot repository:
    <http://www.tmapi.org/maven-repository/snapshots/>


[1] <http://sourceforge.net/tracker/?func=detail&aid=3072837&group_id=39237&atid=424686>

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Fwd: Re: OSGi support?

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

[...]
> I am sorry, but I didn't find the time to look at your patch. And it
> won't happen this week, I think.

And this week neither, sorry. I am overloaded with other things and
TMAPI & co. has currently the lowest priority.

I like to point out that we have a working OSGi solution, though. Not
OSGi-ish but it works.

I've seen that you attend TMRA. Maybe you can contact someone from the
TMLab (i.e. Hannes) since they are using TMAPI within an OSGi
environment and work out a solution which is supported by the Lab and
then start a vote in October.

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Fwd: Re: OSGi support?

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

Hi Johannes,

[...]
> i am on holiday until the 13th of september, so i will only be able to
> partake in the discussion again after that date...
[...]

I am sorry, but I didn't find the time to look at your patch. And it
won't happen this week, I think.

If someone else would like to start a discussion; the patch is here:
<http://sourceforge.net/tracker/?func=detail&aid=3053550&group_id=39237&atid=424688>

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

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

[...]
> Merci. I'll upload a new snapshot this evening.

Done. TMAPI 2.0.3 SNAPSHOT and TMAPI-Tests 2.0.3 SNAPSHOT are in our
snapshot repository:

<http://www.tmapi.org/maven-repository/snapshots/>


FWIW, tinyTiM 2.0.1 SNAPSHOT supports now TMAPI 2.0.2 and TMAPI 2.0.3 SNAPSHOT.

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

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

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

Hi Hannes,

> done

Merci. I'll upload a new snapshot this evening.

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

[Hannes N. <h.n...@go...>]

done

On Wed, Sep 1, 2010 at 1:11 PM, Lars Heuer <he...@se...> wrote:
> Hi Hannes,
>
>> I added the method ti the TopicMap interface and added a test. It's in
>> revision 187.
>
> Thanks, I already made some minor changes. Please modify the test
> source as follows:
>
>  * Replace the tabs with white spaces (4 ws)
>  * The test should check that the topic map is still in the
>    TopicMapSystem (after invoking "clear()").
>    Something like: assertNotNull(tmSys.getTopicMap(loc));
>
> Thanks in advance and best regards,
> Lars
> --
> Semagia
> <http://www.semagia.com>
>
> <http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
> <http://tinytim.sourceforge.net/> Open Source Topic Maps engine
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Tmapi-discuss mailing list
> Tma...@li...
> https://lists.sourceforge.net/lists/listinfo/tmapi-discuss
>



-- 
Onotoa - Simply create your Topic Maps schemas.
Web:             http://onotoa.topicmapslab.de
User Group: http://groups.google.com/group/onotoa
Code:           http://code.google.com/p/onotoa/

http://www.topicmapslab.de/people/Hannes_Niederhausen

 ======================================
  Topic Maps Lab
  http://www.topicmapslab.de
  ======================================

  ======================================
  TMRA - International Conferences on
  Topic Maps Research and Applications

  TMRA 2010
  "Information wants to be a topic map"
  29.Sep - 01.Oct 2010, Leipzig, Germany

  http://www.tmra.de/2010/
  ======================================

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

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

Hi Hannes,

> I added the method ti the TopicMap interface and added a test. It's in
> revision 187.

Thanks, I already made some minor changes. Please modify the test
source as follows:

  * Replace the tabs with white spaces (4 ws)
  * The test should check that the topic map is still in the
    TopicMapSystem (after invoking "clear()").
    Something like: assertNotNull(tmSys.getTopicMap(loc));

Thanks in advance and best regards,
Lars
-- 
Semagia 
<http://www.semagia.com>

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

[Hannes N. <h.n...@go...>]

I added the method ti the TopicMap interface and added a test. It's in
revision 187.

regards
Hannes

On Tue, Aug 31, 2010 at 10:55 PM, Johannes Schmidt
<top...@fr...> wrote:
> Hi all,
>
> Am 31.08.2010 12:57, schrieb Lars Heuer:
>> Done
>> <https://sourceforge.net/tracker/?group_id=39237&atid=424686>
>>
>> HTH,
>> Lars
>>
> IMO having this proposal in the bug tracker and adding this feature in
> the next TMAPI version is a good compromise.
>
> Best regards,
> Johannes
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Tmapi-discuss mailing list
> Tma...@li...
> https://lists.sourceforge.net/lists/listinfo/tmapi-discuss
>



-- 
Onotoa - Simply create your Topic Maps schemas.
Web:             http://onotoa.topicmapslab.de
User Group: http://groups.google.com/group/onotoa
Code:           http://code.google.com/p/onotoa/

http://www.topicmapslab.de/people/Hannes_Niederhausen

 ======================================
  Topic Maps Lab
  http://www.topicmapslab.de
  ======================================

  ======================================
  TMRA - International Conferences on
  Topic Maps Research and Applications

  TMRA 2010
  "Information wants to be a topic map"
  29.Sep - 01.Oct 2010, Leipzig, Germany

  http://www.tmra.de/2010/
  ======================================

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

[Johannes S. <top...@fr...>]

Hi all,

Am 31.08.2010 12:57, schrieb Lars Heuer:
> Done
> <https://sourceforge.net/tracker/?group_id=39237&atid=424686>
>
> HTH,
> Lars
>    
IMO having this proposal in the bug tracker and adding this feature in 
the next TMAPI version is a good compromise.

Best regards,
Johannes

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

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

[...]
>> We have a test for external reifiers, but not for the removal and
>> recreation of topic maps under the same storage address, I believe.

>> I'll check that and add it if we don't have it.

> Fixed in rev. 184.

The tmapi-test 2.0.3 snapshot was updated as well:

 <http://www.tmapi.org/maven-repository/snapshots/org/tmapi/tmapi-tests/2.0.3-SNAPSHOT/>

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

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

[...]
> We have a test for external reifiers, but not for the removal and
> recreation of topic maps under the same storage address, I believe.

> I'll check that and add it if we don't have it.

Fixed in rev. 184.

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

[Lars M. G. <la...@ga...>]

* Lars Heuer
> 
> Sorry, I should read e-mails more carefully. :(

Np. :)

> We have a test for external reifiers, but not for the removal and
> recreation of topic maps under the same storage address, I believe.

Ah, so you replied to the wrong question earlier. :-)

--Lars M.
http://www.garshol.priv.no/tmphoto/
http://www.garshol.priv.no/blog/

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

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

Hi Lars,

[...]
>> We have a test for it "TestSameTopicMap" checks it. Sounds more like a
>> bug in Majortom.

> Agreed, and if there is a test for it then I guess that's all we need.

> But what about the other one, with an external reifying topic?

Sorry, I should read e-mails more carefully. :(

We have a test for external reifiers, but not for the removal and
recreation of topic maps under the same storage address, I believe.

I'll check that and add it if we don't have it.

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

<http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
<http://tinytim.sourceforge.net/> Open Source Topic Maps engine

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

[Lars M. G. <la...@ga...>]

* Lars Heuer
> 
> We have a test for it "TestSameTopicMap" checks it. Sounds more like a
> bug in Majortom.

Agreed, and if there is a test for it then I guess that's all we need.

But what about the other one, with an external reifying topic?

--Lars M.
http://www.garshol.priv.no/tmphoto/
http://www.garshol.priv.no/blog/

Re: [Tmapi-discuss] Proposal: clear method for TopicMap

[Lars M. G. <la...@ga...>]

* Lars Heuer
> 
> Options so far:
> 
>  a) Delete everything but not the item identifiers of the topic map
>  b) Delete everything (including item identifiers) but keep
>     "external" reifiers (whatever that is)
>  c) Delete everything within the topic map but the topic map stays
>     (empty) in the TopicMapSystem


IMHO c) is the only option that makes sense.

--Lars M.
http://www.garshol.priv.no/tmphoto/
http://www.garshol.priv.no/blog/