cybop-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cybop-developers] knowledge path with index instead of method "acce


From: Enrico Gallus
Subject: Re: [cybop-developers] knowledge path with index instead of method "access/get"
Date: Sun, 22 Jul 2012 06:47:04 -0400

Sehr geehrter Herr Heller,

ich habe die Index-Funktion auch für tiefere Stufen getestet.
<part name="test_access_by_index_deep_hierarchy" channel="inline" encoding="utf-8" language="text/cybol" format="modify/overwrite" model="">
        <property name="destination" channel="inline" encoding="utf-8" language="text/cybol" format="path/knowledge" model=".temporary.test_text"/>
        <property name="source" channel="inline" encoding="utf-8" language="text/cybol" format="path/knowledge" model=".specification.logic#topics.calculate#categories.add#properties.[1]#key"/>
        <property name="type" channel="inline" encoding="utf-8" language="text/cybol" format="meta/type" model="text/plain"/>
    </part>
liefert ein korrektes Ergebnis!

Allerdings benötige ich eine Konvertierungsfunktion, so dass ich Integer in Text umwandeln kann. Sonst kann ich die Verweise auf den Wissensbaum nicht dynamisch generieren. Ich habe dies folgende Konvertierung bereits ausprobiert, allerdings wird dann nicht die erwartete Zahl angehangen.
    <part name="append_index_to_topic_path" channel="inline" encoding="utf-8" language="text/cybol" format="modify/append" model="">
        <property name="destination" channel="inline" encoding="utf-8" language="text/cybol" format="path/knowledge" model=".temporary.topic_content_path"/>
        <property name="source" channel="inline" encoding="utf-8" language="text/cybol" format="path/knowledge" model=".temporary.topic_index"/>
        <property name="type" channel="inline" encoding="utf-8" language="text/cybol" format="meta/type" model="text/plain"/>
    </part>

Des Weiteren benötige ich unbedingt eine Funktion um den Namen eines parts oder einer property auszulesen, um die von Ihnen vorgegebene API-Spezfifikations-Struktur beibehalten zu können.

Außerdem sollte ich Sie an die Funktion erinnern, die Sie mir zur Erleichterung einbauen wollten.
    <part name="specification_toc" channel="inline" encoding="utf-8" language="text/cybol" format="text/plain" model="">
        <property name="tag" channel="inline" encoding="utf-8" language="text/cybol" format="text/plain" model="a"/>
        <property name="href" channel="inline" encoding="utf-8" language="text/cybol" format="text/plain" model=""/>
        <property name="local" channel="inline" encoding="utf-8" language="text/cybol" format="logicvalue/boolean" model="true"/>
    </part>

Viele Grüße

Enrico Gallus



Am 18. Juli 2012 13:16 schrieb Christian Heller <address@hidden>:
Hallo,

es hatte offenbar schon funktioniert, doch war in meiner CYBOL-
Testdatei ein falscher Index angegeben.

Siehe Beispiel unter:
examples/addition_using_indices

Bitte b.G. Wissenspfade mit Indizes testen und Rückmeldung geben!
Tiefere Baumhierarchien habe ich noch nicht getestet.

Grüße,
Christian Heller


> 3) Pfad in den Wissensbaum mit Indexangabe
>
> Aus diesem Grunde schlage ich eine neue Idee vor:
> Die "access/get"-Methode wird aus CYBOI und CYBOL komplett entfernt.
> (Sie wurde bisher sowieso noch nicht verwendet.)
> Statt dessen wird es eine Möglichkeit geben, in einen "path/knowledge"
> einen Index (ähnlich XPath) einzubauen, z.B. so:
>
> .specification.logic.[0]
>
> Weitere Unterknoten oder Eigenschaften kann man trotzdem anhängen, z.B.:
>
> .specification.logic.[0]#description
>
> Der Punkt . oder Raute # vor den eckigen Klammern ist nach wie vor nötig,
> um anzudeuten, ob sich der Index auf das Model oder die Properties bezieht.
> Die Implementierung wird noch ein wenig Zeit brauchen ...

--
Reform our monetary system!
Use community currencies!
Central banks like Fed are private. Let the state issue money!
http://www.humane-wirtschaft.de/beitraege/in-english/




--
Enrico


reply via email to

[Prev in Thread] Current Thread [Next in Thread]