Groups keyboard shortcuts have been updated
Dismiss
See shortcuts

Tools for modeling in first-order logic - making conceptual/ontological models in FOL

96 views
Skip to first unread message

Knowledge representation

unread,
Oct 9, 2024, 3:42:52 AM10/9/24
to ontolog-forum
What user-friendly* tools capable of handling full first-order logic do you know?

What tools can you build a conceptual model, ontology in FOL?

What is a stack for: translating natural language sentences into FOL and then FOL to a computable language?

If you refer to a particular FOL computable language, such as KIF, CL, or otherwise, what tools can easily help make an ontology formalized in the given langauge?

(for all questions: in an ontology-neutral way = without committing to any ontology. So no tools that force the user to use the terms of some ontology)

*For non-technical / non-computer scientists.

Thanks

Alex Shkotin

unread,
Oct 9, 2024, 5:15:31 AM10/9/24
to ontolo...@googlegroups.com

Thank you for your nice questions. For me FOL is an Assembler of KR. And I am for HOL. So I asked Gemini to help me to answer your questions.


What user-friendly* tools capable of handling full first-order logic do you know?

AS:Any kind of HOL IDE and languages is a user-friendly tool fully or partially handling FOL.

For example 

Coq Integrated Development Environment — Coq 8.12.2 documentation 

https://isabelle.in.tum.de/installation.html 

etc.

Gemini: What user-friendly tools capable of handling full...


What tools can you build a conceptual model, ontology in FOL?


What is a stack for: translating natural language sentences into FOL and then FOL to a computable language?

AS:Attempto Controlled English (ACE) 

Gemini's answer is not interesting.


If you refer to a particular FOL computable language, such as KIF, CL, or otherwise, what tools can easily help make an ontology formalized in the given langauge?


ср, 9 окт. 2024 г. в 10:42, 'Knowledge representation' via ontolog-forum <ontolo...@googlegroups.com>:
--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ontolog-forum/ac5c66d7-6ea7-4554-9cad-50777f899bd4n%40googlegroups.com.

John F Sowa

unread,
Oct 9, 2024, 1:40:14 PM10/9/24
to ontolo...@googlegroups.com
Alex,

There are many, many logic-based tools that do important parts of the task -- with varying levels of friendliness.  But there is a huge problem of making them widely available:  Money.

People who have money don't want to buy tools.  They want to buy solutions.    The people who build solutions need the tools,but they don't get enough money to buy really good tools or to make the tools themselves..

For a short history of related issues with many, many references, see https://jfsowa.com/ikl 

For the slides of a talk with many, many references, see https://jfsowa.com/talks/eswc.pdf 

I have mentioned these items many times.  I suggest that you read them.

John
 


From: "Knowledge representation' via ontolog-forum" <ontolo...@googlegroups.com>

Ítalo Oliveira

unread,
Oct 9, 2024, 5:47:26 PM10/9/24
to ontolo...@googlegroups.com

I suggest using Lean programming language. If you use this repository's resources, you can write FO formulas with LaTeX-like commands (and a bit of additional syntax), call a function that automatically translates these formulas to FOF TPTP and call SAT/SMT solvers, such as Vampire, to reason over this theory. Moreover, you have the full power of a programming language to do many other things.

Best regards,



--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.


--
Ítalo Oliveira
Semantics, Cybersecurity, & Services Group (SCS)
Faculty of Electrical Engineering, Mathematics, and Computer Science
University of Twente
P.O. Box 217, 7500 AE Enschede, The Netherlands
E-mail address: i.j.dasil...@utwente.nl
Office: Zilverling 2034

Alexandre Rademaker

unread,
Oct 9, 2024, 9:13:27 PM10/9/24
to ontolo...@googlegroups.com

Ítalo, thank you for mentioning Lean. I was surprised that Lean had not been discussed before. People can see my formalization in the Lean of the Agatha puzzle to see what it looks like. In this particular code, I am basically encoding FOL formulas in Lean.

https://github.com/arademaker/puzzles/blob/main/Puzzles/Basic.lean

The original implementation is the TPTP collection, https://tptp.org/cgi-bin/SeeTPTP?Category=Problems&Domain=PUZ&File=PUZ001+1.p.

I am working now on the automatic translation from the natural language text to Lean using a traditional grammar-based approach for semantic parsing, mainly motivated by this text from Geoff: https://aarinc.org/Newsletters/141-2023-06.html#geoff.

Best,
Alexandre

David Eddy

unread,
Oct 9, 2024, 9:28:04 PM10/9/24
to 'James Davenport' via ontolog-forum
Ítalo

On Oct 9, 2024, at 5:47 PM, Ítalo Oliveira <italojso...@gmail.com> wrote:

I suggest using Lean programming language.

I would offer the experience recounted in “Mythical Man-Month.”

Not quite but to certain extent working from a blank sheet of paper…

- 33% planning
- 17% coding
- 25% unit test
- 25% systems test

Today I’d guess coding is probably around the 5% range.

- David

Chris Mungall

unread,
Oct 9, 2024, 9:40:01 PM10/9/24
to ontolo...@googlegroups.com
Most developers these days are familiar with Python. I have been tinkering with an approach that allows existing Python data models (expressed using pydantic, sqlmodel, sqlalchemy, or linkml) to be enhanced with arbitrary FOL axioms. There are integrations with FOL solvers, and also with datalog and ASP engines (for programs that have the requisite expressivity), and soon OWL reasoners. There is also some preliminary LLM integration too.

Comments welcome:
https://py-typedlogic.github.io/

--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Alex Shkotin

unread,
Oct 10, 2024, 3:37:56 AM10/10/24
to ontolo...@googlegroups.com
John, 

I understand that the author of the thread needs direct links to various tools. Of course, links to texts that contain links are also useful. I generally dream that the author will ask about HOL tools.
Good idea is to put your texts to Gemini and ask the same questions🏋️

Alex

ср, 9 окт. 2024 г. в 20:40, John F Sowa <so...@bestweb.net>:
--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Alex Shkotin

unread,
Oct 10, 2024, 6:01:05 AM10/10/24
to ontolo...@googlegroups.com

Ítalo,


Is there any ontology in Lean, i.e. formal theories and their models?


Alex



чт, 10 окт. 2024 г. в 00:47, Ítalo Oliveira <italojso...@gmail.com>:

Alex Shkotin

unread,
Oct 10, 2024, 6:21:22 AM10/10/24
to ontolo...@googlegroups.com

Alexandre,


What kind of texts do you keep in mind to translate?

If these are about undirected graph theory and structures, I am ready to add both to theory and task frameworks.

And you may add Lean lines to any framework unit of knowledge. Like this


rus

Пусть g есть граф, v есть вершина, такая что v принадлежит g. степень [вершины] v в [графе] g есть количество простых рёбер графа g инцидентных v плюс умноженное на два количество петель графа g инцидентных v.

eng

Let g be a graph, v is a vertex such that v belongs to g. The degree of a vertex v in a graph g is the number of simple edges of the graph g that are incident with v plus the number of loops of the graph g that are incident with v multiplied by two.

yfl

declaration d func(Nat graph vertex) (g v) ≝ {vertex(g)(v)} (#e:edge(g) simple(e) & (e inc v)) + 2*(#e:edge(g) loop(e) & (e inc v)).

len


Give me a Lean definition of "degree of a vertex v in a graph g" and I put it in the framework with pleasure.

The place is ready 🏹


If you are working on another theoretical knowledge - which one?


Alex



чт, 10 окт. 2024 г. в 04:13, Alexandre Rademaker <arade...@gmail.com>:
--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Ítalo Oliveira

unread,
Oct 10, 2024, 7:33:15 AM10/10/24
to ontolo...@googlegroups.com
Dear Alex,

As far as I know, Lean has not been used to develop ontologies. However, I think there is a lot of potential for developing foundational ontologies in Lean. Currently, people write FO axioms in TPTP syntax and similar representation language and check consistency and maybe some logical consequences to debug the theory. With Lean, it is easier to organise your ontology, create modules and make systematic massive tests. It is an unexplored area.

Regards, 

Alexandre Rademaker

unread,
Oct 10, 2024, 2:19:16 PM10/10/24
to ontolo...@googlegroups.com

Depends on what you call formal theories! Besides the incredible work from mathematicians in the https://leanprover-community.github.io/mathlib-overview.html. We also have initial works on other domains, such as chemistry; see https://arxiv.org/abs/2210.12150.

Of course, mathematicians use Lean with a very different mindset. For a mathematician, "Axioms are dangerous because they can lead to an inconsistent logic, in which we can derive False.” [1].

Another critical difference for me is that in dependent types, we have many different approaches to encoding the notion of hierarchy, the is-a relationship. This flexibility is good and bad; there is no single way to encode the idea.

Best,
Alexandre

[1] https://github.com/blanchette/interactive_theorem_proving_2024/raw/main/hitchhikers_guide_2024_lmu_desktop.pdf

Alexandre Rademaker

unread,
Oct 10, 2024, 2:34:54 PM10/10/24
to ontolo...@googlegroups.com

I agree Ítalo. I see many benefits, but I usually emphasize two. First, using the same language for expressions (in dependent types, we don’t distinguish between terms and formulas; formulas are terms of type Prop) and proofs. Second, the ability to define computable functions. Lean is a functional programming language and not only an interactive theorem prover.

For instance, in SUMO we have an axiomatization of the function `floor`

https://sigma.ontologyportal.org:8443/sigma/Browse.jsp?lang=EnglishLanguage&flang=SUO-KIF&kb=SUMO&term=FloorFn

and the axiomatization of the `first` for the first element of a list:

https://sigma.ontologyportal.org:8443/sigma/Browse.jsp?lang=EnglishLanguage&flang=SUO-KIF&kb=SUMO&term=FirstFn

In the old days of SNARK from SRI (https://www.ai.sri.com/~stickel/snark.html), we have the “procedural attachment” (see https://www.sri.com/wp-content/uploads/2021/12/784.pdf). In modern SMT, the systems have some theories built into the tool.

Does can be defined in Lean and evaluated, not axiomatized. Because we have the full power of Calculus of Constructions. More at https://docs.lean-lang.org/theorem_proving_in_lean4/.

I hope that makes sense.

Best,
Alexandre

Ravi Sharma

unread,
Oct 10, 2024, 4:08:05 PM10/10/24
to ontolo...@googlegroups.com
I was wondering as to how to find out who posted this?
Thanks.
Ravi
(Dr. Ravi Sharma, Ph.D. USA)
NASA Apollo Achievement Award
Former Scientific Secretary iSRO HQ
Ontolog Board of Trustees
Particle and Space Physics
Senior Enterprise Architect
SAE Fuel Cell Standards Member



--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

alex.shkotin

unread,
Oct 11, 2024, 4:53:10 AM10/11/24
to ontolog-forum

Chris,


Never heard that reasoning can be done in Python. Too bad I don't know Python. I'll do it and make a line for it in the ugraph theory framework when I get to paths. Path has a rather subtle definition. And path is an entity on its own where your Path is actually a predicate of path existence.

And following [GNaA] 1.3 we have to define "walk" first,  then "trail", and then "path" as a property of sequence of vertices and nodes.

And your two axioms

are theorems in ugraph theory.

We have a polymorphic predicate adjacent where you use Link. With definition:


rus


Пусть v1, v2 - две вершины. v1 смежна v2 еите v1 и v2 являются различными и концевыми вершинами некоторого ребра.


eng


Let v1, v2 be two vertices. v1 is adjacent to v2 iff v1 and v2 are distinct end vertices of some edge.


yfl


declaration adjacent func(TV vertex vertex) (v1 v2) ≝ (v1≠v2) & (∃e:edge(U) enp(v1 e) and enp(v2 e)).


Calculation on the model of logical formulas is clear to me. Especially if we specify how to encode quantifiers, but I'll definitely look at reasoning.


Very interesting!


Alex


[GNaA] Graphs, Networks, and Algorithms. M. N. S. Swamy, K. Thulasiraman. Wiley, 1981.

четверг, 10 октября 2024 г. в 04:40:01 UTC+3, Chris Mungall:

Alex Shkotin

unread,
Oct 11, 2024, 6:32:36 AM10/11/24
to ontolo...@googlegroups.com

Alexandre,


Thank you! Great references. Must read.


Alex



чт, 10 окт. 2024 г. в 21:19, Alexandre Rademaker <arade...@gmail.com>:
--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

John Singer

unread,
Oct 11, 2024, 9:41:49 AM10/11/24
to ontolo...@googlegroups.com
The OP wanted to start with natural language.  You could use spaCy for that.  I started tinkering with it several years ago - here are some posts on the subject...  Natural Language Processing Archives - SingerLinks

Chris Mungall

unread,
Oct 11, 2024, 2:32:00 PM10/11/24
to ontolo...@googlegroups.com
Thanks Alex!

To be clear, the reasoning is typically not done in Python. Python acts as the glue. Many developers use Python to specify data-models, but these data models are usually accompanied by complex procedural code for both validation and inference. The idea is to use Python syntax to encode FOL axioms for these data models (not dissimilar to using OCL with UML, or a rules language alongside Frames), and then to seamlessly run reasoners/solvers directly from Python (although these are carried out by integrations, e.g. clingo, souffle, Prover9, Z3).

I chose the paths/graphs examples because it's familiar to both ordinary developers and is a staple of datalog documentation, but of course more sophisticated theories are possible.

Chris Partridge

unread,
Oct 13, 2024, 4:22:12 AM10/13/24
to ontolo...@googlegroups.com
@chris_mungall - apologies if you answered earlier, but what 'format' are you using to input the FOL axioms? TPTP? CLIF?
(The reason I'm asking is we did some work a while ago and we found it useful to have a more human-readable input format - we went with CLIF using an EBNF grammar approach to read - converted to an internal model then output in whatever format needed - often TPTP for e.g. Vampire. One of the design questions that came up was what was the best way to consume (effectively unstructured) text FOL 9e.g. a csv) at scale - and then what a common data structure that could output a variety of formats would look like.)

John F Sowa

unread,
Oct 13, 2024, 11:09:38 AM10/13/24
to ontolo...@googlegroups.com, EG, CG, Peirce List
Chris P, Chris M, and Alex,

There is no reason why you need to standardize on one specific notation for everybody.  The ISO standard for Common Logic was designed with an ABSTRACT SYNTAX, which allows any number of concrete syntaxes, linear or diagrammatic.

Since Python is a procedural language, I'm sure that some data-like subset of Python was used  to represent the data model.  Ideally, that subset should be designed to conform to the CL abstract syntax.  In fact, the DOL standard by the Object Management Group supports translation among an open-ended variety of concrete syntaxes.

To Alex:  There is no need for you (or anybody else) to lean Python.   With the DOL standard, any syntax that conforms to the ISO standard for Common Logic can be automatically translated to and from any syntax that can express FOL or many subsets and supersets of FOL.  That includes OWL, Turtle, UML, and even TPTP (Thousands of Problems for Theorem Provers). 

I discussed those options in my ESWC slides, for a talk at the 2020 European Semantic Web Conference.  See the references in slides 8 to 11 of https://jfsowa.com/talks/eswc.pdf

Those four slides and the references they contain, answer the basic questions.  But you can continue to read more slides and references for more background information.  Bit remember that slides 8 to 11 are sufficient to support FOL.  

John
_________________________________________
 
--All contributions to this forum are covered by an open-source license.For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Chris Mungall

unread,
Oct 13, 2024, 3:28:52 PM10/13/24
to ontolo...@googlegroups.com
On Sun, Oct 13, 2024 at 1:22 AM Chris Partridge <partri...@gmail.com> wrote:
@chris_mungall - apologies if you answered earlier, but what 'format' are you using to input the FOL axioms? TPTP? CLIF?

Python.

You can see an example here

Click on "Python" to see the source, and "Axioms" to see the FOL translation

There's a Jupyter notebook showing this interactively

The idea is that you use normal Python idioms for definition a relational or OO/frame data model, and then add decorators to describe additional logical constraints:

 
(The reason I'm asking is we did some work a while ago and we found it useful to have a more human-readable input format - we went with CLIF using an EBNF grammar approach to read - converted to an internal model then output in whatever format needed - often TPTP for e.g. Vampire. One of the design questions that came up was what was the best way to consume (effectively unstructured) text FOL 9e.g. a csv) at scale - and then what a common data structure that could output a variety of formats would look like.)

I think "human-readable" is very audience-dependent. There are fantastic efforts like ACE to provide a CNL. CLIF is wonderful for people like me and people with similar backgrounds who were raised on S-expression syntax. But outside of a handful of Clojure programmers, this is pretty alien to most current data engineers and data scientists.
 

Ravi Sharma

unread,
Oct 13, 2024, 4:30:22 PM10/13/24
to ontolo...@googlegroups.com
Still, is there an easy to use tool for generating ontologies that is not requiring programming language knowledge?
Thanks.
Ravi
(Dr. Ravi Sharma, Ph.D. USA)
NASA Apollo Achievement Award
Former Scientific Secretary iSRO HQ
Ontolog Board of Trustees
Particle and Space Physics
Senior Enterprise Architect
SAE Fuel Cell Standards Member


John F Sowa

unread,
Oct 13, 2024, 9:24:19 PM10/13/24
to ontolo...@googlegroups.com
Ravi,

Your question is excellent.  I shortened the subject line to address it.

Ravi:  Still, is there an easy to use tool for generating ontologies that does not require programming language knowledge?

And I'll give you a very short answer:  Yes, but.

I recommend a user interface that lets you take a stack of documents of any kind -- Textbooks, emails in ordinary language, software specifications, programs written in various languages, multiple versions of such things developed over the years, etc. etc. etc.

Then after you have assembled a disk drive with all those years of data,  programs, and documentation, you can tell the computer in English: "Take all the material on this disk, and produce a top level ontology in FOL (with English comments and explanations) for all the content, with various subtrees  for each year over the past 40 years.  For each document, develop a subontology (specified in English and FOL) for all the special case terms whose definitions differ from the main ontology for its year."  

Then if the computer has some difficulties with your request, it should state the problematical cases, and let you carry on a dialog to negotiate a revision that it can produce and you would be happy to use.

Is that the kind of user interface you would like to purchase, if the price were right?  If so, then you would like to have the kind of system that our old VivoMiind Company produced.  See slides 47 to 55 of https://www.jfsowa.com/talks/cogmem.pdf 

Actually, that system, which was developed in1999, was slightly different from what I just described, but it could be modified to produce the results summarized in cogmem.pdf..

You might ask why we didn't commercialize that system.  Short answer: we tried, but we couldn't get the funding to turn it into a product.  An ontology is a tool.  Paying customers don't want tools.  They want solutions.  Programmers want tools, but they don't have the funds to pay for them.

There is more to say about these issues.  But you can read the cogmem.pdf slides (plus many references) to sepe what had been done with GOFSAI (Good Old Fashioned Symbolic AI).  Our new Permion.ai company is using GOFSAI in hybrids with LLMs in order to evaluate what they generate, detect the errors, avoid the hallucinations, and produce precise and reliable results.

But as I said most customers don't want to pay for tools.  They just want to buy the results.

John

Ravi Sharma

unread,
Oct 13, 2024, 10:57:01 PM10/13/24
to ontolo...@googlegroups.com
John
Excellent and focussed reply.
I am beginning to study those slides, will submit English documentation or try to, but if I need help further while I do, should I reach you 1:1, rather than post these queries to the Forum?
Regards.
Thanks.
Ravi
(Dr. Ravi Sharma, Ph.D. USA)
NASA Apollo Achievement Award
Former Scientific Secretary iSRO HQ
Ontolog Board of Trustees
Particle and Space Physics
Senior Enterprise Architect
SAE Fuel Cell Standards Member


--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Polovina, Simon (BTE)

unread,
Oct 14, 2024, 2:37:21 AM10/14/24
to ontolo...@googlegroups.com

Hi all!

Connecting the Facts: SAP HANA Cloud’s Knowledge G... - SAP Community may interest you. Combining knowledge graphs with LLM as a commercial product by the business computing market leader, SAP.

Simon

 

Dr Simon Polovina

Department of Computing, Sheffield Hallam University, UK

Profile Email

 

 

Ítalo Oliveira

unread,
Oct 14, 2024, 5:27:24 AM10/14/24
to ontolo...@googlegroups.com
Dear group,

Here is my take on the task of making ontologies in FOL, particularly foundational ontologies. In my opinion, there is a strong engineering component to this problem because more than creating philosophically sound and logically consistent theories, we need to consider the testing, management and maintenance. For example, we need ways to systematically execute massive tests in multiple phases of ontology development, including checking possible unintended logical consequences of the theory and properties of predicates. We need to manage the codebase to integrate the theory with other theories or services so we need adequate formats and modules. And we need to consider updates or revisions, which can be hard to do without, for example, having a good modularisation of the theory. This is why making those ontologies via a programming language is convenient.

Kind regards,

Alex Shkotin

unread,
Oct 14, 2024, 5:59:59 AM10/14/24
to ontolo...@googlegroups.com

Chris and ALL,


It may be interesting to consider a complex unit of knowledge within a theory - a proof.

For example:proof Pr1_1__1 Th1_1


rus

1

каждое простое ребро даёт вклад 2 в сумму степеней вершин графа.

[simpleE]

"по определению"

rus

2

каждая петля даёт вклад 2 в степень своей вершины.

[d]

"по определению"

rus

3

каждое ребро графа даёт вклад равный двум в сумму степеней вершин графа.

[1 2]

"объединение"

rus

4

Во всяком графе g сумма степеней вершин графа g равна удвоенному числу рёбер графа g.

[3]

"суммирование"

eng

1

each simple edge contributes 2 to the sum of the degrees of the vertices of the graph.

[simpleE]

"a-priory"

eng

2

each loop contributes 2 to the degree of its vertex.

[d]

"a-priory"

eng

3

Each edge of the graph makes a contribution equal to two to the sum of the degrees of the vertices of the graph.

[1 2]

"union"

eng

4

In any graph g, the sum of the degrees of the vertices of the graph g is equal to twice the number of edges of the graph g.

[3]

"summation"

Here we have a sequence of statements in one language or another. Moreover, the subsequent statement is obtained from the previous ones according to the rule specified in the last column. As described here. And here it is important to emphasize that although in general this sequence is the same as a proof in mathematical logic, the rules applied are taken from practice.


The structure and functionality of the theory framework is an RFC on the way to launching a project for such a repository.


Alex



пт, 11 окт. 2024 г. в 21:32, Chris Mungall <cjmu...@lbl.gov>:

Alex Shkotin

unread,
Oct 14, 2024, 6:19:04 AM10/14/24
to ontolo...@googlegroups.com

ChrisP,


You are describing an interesting project in which, as far as I understand, some knowledge is recorded in a language defined by a context-free grammar in EBNF notation. What tool did you use to build parsers? Antlr?

And the language itself? Is it a subset of natural language or some formal one?

Let's say the input language is a subset of English. Where do you translate it? We once translated it into OWL2 using APE.

Is there a description of the project?


Very interesting.


Alex



вс, 13 окт. 2024 г. в 11:22, Chris Partridge <partri...@gmail.com>:

Alex Shkotin

unread,
Oct 14, 2024, 7:02:35 AM10/14/24
to ontolo...@googlegroups.com, EG, CG, Peirce List

JFS:"To Alex:  There is no need for you (or anybody else) to lean Python.   With the DOL standard, any syntax that conforms to the ISO standard for Common Logic can be automatically translated to and from any syntax that can express FOL or many subsets and supersets of FOL.  That includes OWL, Turtle, UML, and even TPTP (Thousands of Problems for Theorem Provers)."

The situation is just the opposite. Formalization of a unit of knowledge (in this case, two theorems) can be placed in the framework of the theory (exactly this one!) in any language. The main thing is that there are enthusiasts who undertake to formalize this particular theory in this particular formal language. And whether it will be a language from the DOL family or Python is the choice of enthusiasts.

The beauty of formalizing a unit of knowledge is that they are usually small (definitions can be several sentences long), of course, except for proofs that can take up terabytes (but in this case it's initially formal). The main thing is that the new unit is consistent with those already in the framework. This structure of the framework of the theory is known but not simple.

Let's assume that we already have two such units of knowledge in the framework, definitions for Link, Path. Then we need to add two more units of knowledge: theorems

in some formal language - the one CP asked about.

And so, Python lines will need to be added to the framework for them into the same knowledge units. Probably these

def path_from_link(x: ID, y: ID):

    assert Link(source=x, target=y) >> Path(source=x, target=y, hops=1)


def transitivity(x: ID, y: ID, z: ID, d1: int, d2: int):

    assert ((Path(source=x, target=y, hops=d1) & Path(source=y, target=z, hops=d2)) >>

            Path(source=x, target=z, hops=d1+d2))


But Python is a delicate matter - the indentation is important, the environment is set. That's why I regretted not knowing it.


Alex



вс, 13 окт. 2024 г. в 18:09, John F Sowa <so...@bestweb.net>:

Alexandre Rademaker

unread,
Oct 14, 2024, 9:13:04 AM10/14/24
to ontolo...@googlegroups.com

Sorry, I didn’t answer this question @Alex Shkotin. I don’t have any particular domain as a target. I recognize that translation from NL to Formal language is less robust for arbitrarily long and complicated sentences. Still, the English Resource Grammar (http://delph-in.github.io/delphin-viz/demo/) is robust enough for parsing >80% of Wikipedia (in 2006).

Our initial application in https://aclanthology.org/2023.icnlsp-1.19/ with the libraries http://github.com/ibm/mrs-logic and https://github.com/ibm/ULkb was to check for hallucinations of LLM in the translation from NL questions to SPARQL queries.

Regarding your work, I would recommend taking a look at https://leanprover-community.github.io/mathlib-overview.html#combinatorics. They already have some theorems for graph theory.  You may also be interested in some topics discussed in https://kmill.github.io/informalization/ucsc_cse_talk.pdf

Best,
Alexandre

John F Sowa

unread,
Oct 14, 2024, 12:02:02 PM10/14/24
to ontolo...@googlegroups.com, EG, CG, Peirce List
Alex,

Before you make any proposals about methods of formalizing anything, please study the work that the international organizations have been doing for many years.  I worked with some of those organizations as a representative of IBM (30 years ago), and later when I was working with some start-up companies. 

They have some very good people working on those standards, and the specifications they produce are actually IMPLEMENTED in working systems.  They are much more than email notes, which people delete after a few days.

Alex:  whether it will be a language from the DOL family or Python is the choice of enthusiasts. 

No.  Emtjusiasts are amateurs.  Some of them may be very intelligent  amateurs, but anything they do vanishes when they get bored with it.  DOL is an professional standard by the Object Management Group (OMG), and it supports other standards  by International Standards Organisation (ISO), and the Semantic Web.  Those organizations develop standards that are adopted and implemented by professionals for software that is used by thousands or even millions or billions of people.

Following is a reference from my previous note. I urge you to follow the links to the work by PROFESSIONALS in slides 8 to 11 of https://jfsowa.com/talks/eswc.pdf 

John
 


From: "Alex Shkotin" <alex.s...@gmail.com>

JFS:"To Alex:  There is no need for you (or anybody else) to lean Python.   With the DOL standard, any syntax that conforms to the ISO standard for Common Logic can be automatically translated to and from any syntax that can express FOL or many subsets and supersets of FOL.  That includes OWL, Turtle, UML, and even TPTP (Thousands of Problems for Theorem Provers)."

The situation is just the opposite. Formalization of a unit of knowledge (in this case, two theorems) can be placed in the framework of the theory (exactly this one!) in any language. The main thing is that there are enthusiasts who undertake to formalize this particular theory in this particular formal language. And whether it will be a language from the DOL family or Python is the choice of enthusiasts.

The beauty of formalizing a unit of knowledge is that they are usually small (definitions can be several sentences long), of course, except for proofs that can take up terabytes (but in this case it's initially formal). The main thing is that the new unit is consistent with those already in the framework. This structure of the framework of the theory is known but not simple........


Kingsley Idehen

unread,
Oct 14, 2024, 1:45:10 PM10/14/24
to ontolo...@googlegroups.com

Hi John, Ravi, and other interested parties,

Question: Is there an easy to use tool for generating ontologies that does not require programming language knowledge?

Yes, for example ChatGPT (and similar LLM-based tools).

Prompt:

Generate an Ontology in RDF from the following using terms from Schema.org, or OWL, RDFS, etc.

Example: https://chatgpt.com/share/670d580f-bdc8-8011-b86c-6451c75d9fcc

-- 
Regards,

Kingsley Idehen	      
Founder & CEO 
OpenLink Software   
Home Page: http://www.openlinksw.com
Community Support: https://community.openlinksw.com
Weblogs (Blogs):
Company Blog: https://medium.com/openlink-software-blog
Virtuoso Blog: https://medium.com/virtuoso-blog
Data Access Drivers Blog: https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers

Personal Weblogs (Blogs):
Medium Blog: https://medium.com/@kidehen
Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/
              http://kidehen.blogspot.com

Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen

Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
        : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this

John F Sowa

unread,
Oct 14, 2024, 3:53:38 PM10/14/24
to ontolo...@googlegroups.com
Kingsley,

I agree that LLMs can be a very good aid to generating ontologies and many other kinds of structures.  But by themselves, they often generate false or even hallucinogenic stuff.

That's why I liked your multi-step method in an earlier note.  It required repeated human evaluation at various stages.  

That is what our Permion.ai work does:  use LLMs to generate a hypothesis by abduction and follow up with symbolic methods for testing or evalating to weed out the dubious or even hallucinogenic stuff.  Those symbolic methods can be "Ask a human".

For anything more than a simple translation from one notation to another, LLMs by  themselves cannot be trusted.   Something or someone must always do the testing or evaluation.

John
 


From: "Kingsley Idehen' via ontolog-forum" <ontolo...@googlegroups.com>

Hi John, Ravi, and other interested parties,

Question: Is there an easy to use tool for generating ontologies that does not require programming language knowledge?

Yes, for example ChatGPT (and similar LLM-based tools).

Prompt:

Generate an Ontology in RDF from the following using terms from Schema.org, or OWL, RDFS, etc.

Example: https://chatgpt.com/share/670d580f-bdc8-8011-b86c-6451c75d9fcc

Regards,
Kingsley Idehen      

Kingsley Idehen

unread,
Oct 14, 2024, 4:06:29 PM10/14/24
to ontolo...@googlegroups.com

Hi John,

On 10/14/24 3:53 PM, John F Sowa wrote:

Kingsley,

I agree that LLMs can be a very good aid to generating ontologies and many other kinds of structures.  But by themselves, they often generate false or even hallucinogenic stuff.

Of course! Their output must always be checked. My rule of thumb is: never trust, always verify. That said, they provide immense value in handling grunt work, like generating initial drafts of ontologies based on operator instructions, as demonstrated in the ChatGPT session link I shared.


That's why I liked your multi-step method in an earlier note.  It required repeated human evaluation at various stages. 

Always! I demonstrate that in ontology generation example I shared.


That is what our Permion.ai work does:  use LLMs to generate a hypothesis by abduction and follow up with symbolic methods for testing or evalating to weed out the dubious or even hallucinogenic stuff.  Those symbolic methods can be "Ask a human".

For anything more than a simple translation from one notation to another, LLMs by  themselves cannot be trusted.   Something or someone must always do the testing or evaluation.

They absolutely can’t be trusted blindly, period. As you know, the core issue with LLMs is the age-old battle of marketing hype versus actual deliverable value. Personally, I’ve always viewed the pursuit of AI without human-in-the-loop checkpoints (no matter what clever term marketers invent) as both dangerous and fundamentally flawed.

Kingsley


John
 


From: "Kingsley Idehen' via ontolog-forum" <ontolo...@googlegroups.com>

Hi John, Ravi, and other interested parties,

Question: Is there an easy to use tool for generating ontologies that does not require programming language knowledge?

Yes, for example ChatGPT (and similar LLM-based tools).

Prompt:

Generate an Ontology in RDF from the following using terms from Schema.org, or OWL, RDFS, etc.

Example: https://chatgpt.com/share/670d580f-bdc8-8011-b86c-6451c75d9fcc

Regards,
Kingsley Idehen      

--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Alex Shkotin

unread,
Oct 15, 2024, 5:33:24 AM10/15/24
to ontolo...@googlegroups.com

Alexandre,


Thank you for the valuable references. Give me time to get in. Just short remarks to align positions.

(I) Any syntactic structure is welcome as long as we have a processor to create it. The next step is about how fine it is to work with this structure and what is a targeted structure. For example for Programming languages we have non-trivial semantics (static) and pragmatic (execution). 

ERS is great!

The topic is that we need to program on attributed trees here.


(II)About https://aclanthology.org/2023.icnlsp-1.19/ let me read it later. And isn't it nice to know that English sentences themselves are HOL? Rhetorical question.

My modest experience is that correct formalization is possible only using formalized theory. And even in this case translation of NL-jargonisms would be manual. But you know more.


(III) Graph theory is just an example of the simplest structure (carrier and binary relation on it) and simplest theory (2 axioms) to show how to keep theory framework and task solving framework.

If you have any reference for Mechanics especially Static please let me know.

The main idea is to find informal axiomatic theory (for ex. Hilbert's Geometry) and formalize it by putting into framework and formal ontology.

But for natural science.


Alex



пн, 14 окт. 2024 г. в 16:13, Alexandre Rademaker <arade...@gmail.com>:
--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

alex.shkotin

unread,
Oct 15, 2024, 6:06:04 AM10/15/24
to ontolog-forum

John,


The theory framework and task framework are proposed to be global: one for all and crowdsourced. Having a hypothesis in the former or a task without solution in the latter, anybody around the World can propose her solution. It would be checked by algorithms and, if the answer would be OK, added to the framework. This is how science and technology should concentrate their knowledge on the Internet era.

Any R&D community from Wolfram Foundation to the lab of enthusiasts can start a framework. Welcome.

And after some time OMG or ISO will release a standard ⚗️


Alex



понедельник, 14 октября 2024 г. в 19:02:02 UTC+3, John F Sowa:

John F Sowa

unread,
Oct 16, 2024, 2:36:23 PM10/16/24
to ontolo...@googlegroups.com, CG
Alex,

I have been trying in many different ways to explain why your proposal, if accepted, would be the DEATH of science.  Fortunately, no expert in any branch of science would accept it.  The following slide from https://jfsowa.com/eswc.pdf explains the issues:


Your proposal is a plan for relating discrete models, as represented by the diagram in the center, to formal notations, such as first-order logic or variations.  

By itself that is a good idea.  But it ignores the much more difficult left side of the diagram.  Physics is the most fundamental of the sciences.  Physicists do NOT use formal logic to express their theories.  They use many dimensional differential equations.  Those theories represent a CONTINUOUS universe and everything in it.

As I have been trying to explain, vagueness in natural language is not bad.  It's ESSENTIAL in order to relate, explain, and communicate information about the world, our relationships to the world, and our actions in, on, and about the world and everything in it.

As engineers say, all those explanations are false in general, but they can be made as precise as required within a level of tolerance that is appropriate for the application.

That fact is the reason why systems such as WordNet. Roget's Thesaurus. and ordinary dictionaries are useful for analyzing and reasoning with and about NL information.  By being vague, those systems can accommodate the vague statements that occur in all NL documents and communications.  

Any attempt to map vague statements to FOL or other logic is guaranteed to be false UNLESS the error bounds are explicitly stated and accommodated.

If the error bounds are unknown, it's much better to preserve the NL source unchanged.  In conclusion, I recommend the eswc.pdf slides.  Since they were presented in 2020, they do not mention LLMs.  But every sentence derived from NL statements is vague, and the context and information about error bounds is lost. 

Therefore, no statements derived by LLMs can be trusted unless the error bounds of the source data are known.  if the sources are unknown, some system of evaluation is essential.  Otherwise, anything LLMs produce must be considered as hypotheses that must be tested and evaluated by some method that uses the above diagram as a prerequisite and guide.

John
 


From: "alex.shkotin" <alex.s...@gmail.com>

alex.shkotin

unread,
Oct 17, 2024, 11:34:42 AM10/17/24
to ontolog-forum

John,


I had three proposals:

-RFC theory framework,

-RFC task framework and

-Summit 2025 theme. Working title: formalizable and non-formalizable in our formal ontologies. What scientific and engineering knowledge do our ontologies rely on?

We had a summit: ontologies help scientists, and here it is the other way around, scientists help ontologists.

By the way, a very short title for the Summit could be: Theories and Ontologies.


It is clear that none of these proposals will kill science.

On the contrary, the concentration of knowledge will lead to its verification and easier finding and use.

And also to a more systematic development of science and technology.


Please clarify which of my three proposals will lead to the death of science.


Regarding frameworks, I want to emphasize:

Both frameworks are about knowledge concentration, not formalization. But frameworks are a good place to keep all formalizations in one place.


The specific terms "vagueness", "error bounds" are best considered within the framework of a particular theory and technology. The same goes for "precision".


Alex



среда, 16 октября 2024 г. в 21:36:23 UTC+3, John F Sowa:

Polovina, Simon (BTE)

unread,
Oct 17, 2024, 11:45:56 AM10/17/24
to ontolo...@googlegroups.com

Hi all.

Another commercial product that claims to combine knowledge graphs with LLM. There’s a free version: https://www.ontotext.com/

They were a partner on an EU-funded project I was a leader of 10 years ago: https://cordis.europa.eu/project/id/257403/reporting

I was impressed by them then. May interest.

Simon

John F Sowa

unread,
Oct 18, 2024, 1:58:53 PM10/18/24
to ontolo...@googlegroups.com, CG
Simon,
 
I just wanted to add a note about history.  From the Wikipedia page about Klaus Tschira:  "After gaining his Diplom in physics and working at IBM, Tschira co-founded the German software giant SAP AG in 1972 in Mannheim, Germany."   

While he was at IBM, he read a copy of my Conceptual Structures book.  He didn't use conceptual graphs, but he applied some of the topics in the book to the technology he used to found SAP.  He later invited me to visit the research center he founded in Heidelberg.  I recommended some issues about ontology, which led him to organize an invited conference on ontology at his center.. 

Various participants in that conference later subscribed to Ontolog Forum and worked on ISO standards projects for Common Logic and ontology.. This is one of many reasons why the 60+ years of symbolic AI is ESSENTIAL for practical and non-hallucinogenic applications of LLMs.

John


From: "Polovina, Simon (BTE)' via ontolog-forum" <ontolo...@googlegroups.com>

John F Sowa

unread,
Oct 18, 2024, 2:33:00 PM10/18/24
to ontolog...@googlegroups.com, ontolog-forum, CG
Gary,

The word 'limits" sounds negative.  That is why I recommend a positive way of describing the distinction of continuous and discrete representations.

1. The mapping to and from the world depends of continuous representations, such as differential equations and an ope-ended variety of technologies for  mapping information about the world for many kinds of applications.

2. Various kinds of diagrams and graphs represent discrete models of the world and things in it. Mappings of those representations to and from computable forms may use various kinds of formal logics.

3. Natural languages can represent anything that humans experience, think, plan, do, or intend to do.  Therefore, they should be able to represent anything and everything in #1 and #2.at any level of precision or approximation.

The top two lines describe the continuous and discrete.  The third line shows how and why people can describe both sides while using their native language.  An important point about using NLs for discussing formal topics: :  Every textbook on logic defines the subject by sentences in some NL.   Therefore it is possible (but not easy) to talk precisely about formal methods.

However, it is too easy to slip into vagueness.  The exercise of mapping NLs to a forma logic forces humans to be absolutely precise.  But many people don't know how to do that.  Therefore, it's important to develop interactive tools to aid in the translation.

John.
 


From: "Gary Berg-Cross" <gberg...@gmail.com>
Sent: 10/18/24 1:48 PM
To: ontolog...@googlegroups.com
Cc: ontolog-forum <ontolo...@googlegroups.com>, CG <c...@lists.iccs-conference.org>
Subject: Re: [ontolog-trustee] Trying to develop a proper useful topic for the 2025 summit

With John's points as background I suggest that the way to frame a workable summit topic would be to explore the current and likely limits to useful formalization.

Gary Berg-Cross 
Potomac, MD

Kingsley Idehen

unread,
Oct 18, 2024, 6:25:02 PM10/18/24
to ontolo...@googlegroups.com

Hi Ravi,

On 10/13/24 4:30 PM, Ravi Sharma wrote:
Still, is there an easy to use tool for generating ontologies that is not requiring programming language knowledge?
Thanks.
Ravi
(Dr. Ravi Sharma, Ph.D. USA)
NASA Apollo Achievement Award
Former Scientific Secretary iSRO HQ
Ontolog Board of Trustees
Particle and Space Physics
Senior Enterprise Architect

Yes, for example ChatGPT (and similar LLM-based tools).

Prompt:

Generate an Ontology in RDF from the following using terms from Schema.org, or OWL, RDFS, etc.

Example: https://chatgpt.com/share/670d580f-bdc8-8011-b86c-6451c75d9fcc


Nadin, Mihai

unread,
Oct 18, 2024, 6:51:05 PM10/18/24
to ontolo...@googlegroups.com

Dear and respected Kingsley Idehen,

Dear and respected Ravi Sharma,

A not well-formulated question (RS) leads to an answer not better defined than the question—the problem is with

following using terms from Schema.org, or OWL, RDFS, etc.

 

HOW DO YOU DEFINE ONTOLOGY? Through the tolls currently in use? If so, this is pretty much like thinking in circles.

Neither the question nor the answer to it—both superb—provide the OPEN ENDED understanding of what the ontology task is. Ttranslating siblinghood into computerese via the tool currently deployed is only making the task easier to perform. BUT: leaves the definition of ontology and thus the need to evaluate the outcome open.

 

Again: impressed. I tried myself. The LLM model based tool are automating what we used to do via programming. Is the LLM model automated programming? Because it is NOT a better understanding of what ontology engineers are doing. ONTOLOGY is fundamentally understanding. Since algorithmic computation cannot, by their condition, understand, ontology engineers explain to them what things are. We give them an actionable dictionary.

Mihai Nadin

--

All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Alex Shkotin

unread,
Oct 19, 2024, 7:44:24 AM10/19/24
to ontolog...@googlegroups.com, ontolog-forum, CG
+1

Alex

пт, 18 окт. 2024 г. в 20:48, Gary Berg-Cross <gberg...@gmail.com>:
With John's points as background I suggest that the way to frame a workable summit topic would be to explore the current and likely limits to useful formalization.


Gary Berg-Cross 
Potomac, MD


--
You received this message because you are subscribed to the Google Groups "ontolog-trustee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-trust...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ontolog-trustee/aa5b81b46277438c865c5733ac7e60c1%40bestweb.net.

--
You received this message because you are subscribed to the Google Groups "ontolog-trustee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-trust...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ontolog-trustee/CAMhe4f3b%2Bqhv5bGvJUZ2Zf%2BBBaGCGn42TWCLXjseq36yRqzjUQ%40mail.gmail.com.

Polovina, Simon (BTE)

unread,
Oct 19, 2024, 8:35:53 AM10/19/24
to so...@bestweb.net, ontolo...@googlegroups.com, CG

That’s most interesting, John. Thanks! Simon

Gary Berg-Cross

unread,
Oct 19, 2024, 11:05:07 AM10/19/24
to ontolog...@googlegroups.com, ontolog-forum, CG
>The word 'limits" sounds negative.
I didn't mean ultimate limits but current limits that are being explored as boundaries that people running up against when developing ontologies or knowledge graphs using extant knowledge engineering tactics or practices.


Gary Berg-Cross 
Potomac, MD

--
You received this message because you are subscribed to the Google Groups "ontolog-trustee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-trust...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ontolog-trustee/606f2e394069451fbd99d0205e825c81%40bestweb.net.

Chris Partridge

unread,
Oct 19, 2024, 4:34:42 PM10/19/24
to ontolo...@googlegroups.com
@Ítalo Oliveira
WRT:  Here is my take on the task of making ontologies in FOL, particularly foundational ontologies. In my opinion, there is a strong engineering component to this problem because more than creating philosophically sound and logically consistent theories, we need to consider the testing, management and maintenance.
I completely agree - until these are industrialised their use will not really take off.



--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.

Gary Berg-Cross

unread,
Oct 19, 2024, 4:34:42 PM10/19/24
to ontolog...@googlegroups.com, ontolog-forum, CG
With John's points as background I suggest that the way to frame a workable summit topic would be to explore the current and likely limits to useful formalization.


Gary Berg-Cross 
Potomac, MD


--
You received this message because you are subscribed to the Google Groups "ontolog-trustee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-trust...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ontolog-trustee/aa5b81b46277438c865c5733ac7e60c1%40bestweb.net.

jsi...@measures.org

unread,
Oct 19, 2024, 6:11:32 PM10/19/24
to ontolo...@googlegroups.com, ontolog...@googlegroups.com, CG
Gary,  

“Current and likely limits to useful formalization” is perfect for a summit topic.
In addition to John, relevant speakers could include Stephen W. on computational irreducibility, Barry S. on his recent book, and Gary M. on the renewed AGI enthusiasm. (Too bad Doug L. Is not with us, but we have his recent  “lessons learned” summary.)

It would be great to see what agreement there might be on this topic as the 20th anniversary summit in 2026 approaches.

Janet

On Oct 19, 2024, at 1:34 PM, Gary Berg-Cross <gberg...@gmail.com> wrote:


With John's points as background I suggest that the way to frame a workable summit topic would be to explore the current and likely limits to useful formalization.


Gary Berg-Cross 
Potomac, MD


On Wed, Oct 16, 2024 at 2:36 PM John F Sowa <so...@bestweb.net> wrote:
Alex,

I have been trying in many different ways to explain why your proposal, if accepted, would be the DEATH of science.  Fortunately, no expert in any branch of science would accept it.  The following slide from https://jfsowa.com/eswc.pdf explains the issues:

1729099795143.jpeg

Your proposal is a plan for relating discrete models, as represented by the diagram in the center, to formal notations, such as first-order logic or variations.  

By itself that is a good idea.  But it ignores the much more difficult left side of the diagram.  Physics is the most fundamental of the sciences.  Physicists do NOT use formal logic to express their theories.  They use many dimensional differential equations.  Those theories represent a CONTINUOUS universe and everything in it.

As I have been trying to explain, vagueness in natural language is not bad.  It's ESSENTIAL in order to relate, explain, and communicate information about the world, our relationships to the world, and our actions in, on, and about the world and everything in it.

As engineers say, all those explanations are false in general, but they can be made as precise as required within a level of tolerance that is appropriate for the application.

That fact is the reason why systems such as WordNet. Roget's Thesaurus. and ordinary dictionaries are useful for analyzing and reasoning with and about NL information.  By being vague, those systems can accommodate the vague statements that occur in all NL documents and communications.  

Any attempt to map vague statements to FOL or other logic is guaranteed to be false UNLESS the error bounds are explicitly stated and accommodated.

If the error bounds are unknown, it's much better to preserve the NL source unchanged.  In conclusion, I recommend the eswc.pdf slides.  Since they were presented in 2020, they do not mention LLMs.  But every sentence derived from NL statements is vague, and the context and information about error bounds is lost. 

Therefore, no statements derived by LLMs can be trusted unless the error bounds of the source data are known.  if the sources are unknown, some system of evaluation is essential.  Otherwise, anything LLMs produce must be considered as hypotheses that must be tested and evaluated by some method that uses the above diagram as a prerequisite and guide.

John
 


From: "alex.shkotin" <alex.s...@gmail.com>

John,


The theory framework and task framework are proposed to be global: one for all and crowdsourced. Having a hypothesis in the former or a task without solution in the latter, anybody around the World can propose her solution. It would be checked by algorithms and, if the answer would be OK, added to the framework. This is how science and technology should concentrate their knowledge on the Internet era.

Any R&D community from Wolfram Foundation to the lab of enthusiasts can start a framework. Welcome.

And after some time OMG or ISO will release a standard ⚗️


Alex


--
You received this message because you are subscribed to the Google Groups "ontolog-trustee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-trust...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ontolog-trustee/aa5b81b46277438c865c5733ac7e60c1%40bestweb.net.

--
All contributions to this forum are covered by an open-source license.
For information about the wiki, the license, and how to subscribe or
unsubscribe to the forum, see http://ontologforum.org/info
---
You received this message because you are subscribed to the Google Groups "ontolog-forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ontolog-foru...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ontolog-forum/CAMhe4f3b%2Bqhv5bGvJUZ2Zf%2BBBaGCGn42TWCLXjseq36yRqzjUQ%40mail.gmail.com.
Reply all
Reply to author
Forward
0 new messages