b continuant part of c =Def b and c are continuants & there is some time t such that b and c exist at t & b continuant part of c at t”
Kindly explain what “b continuant part of c” on the right-hand side means.
From: bfo-d...@googlegroups.com <bfo-d...@googlegroups.com> On Behalf Of Werner Ceusters
Sent: Thursday, July 17, 2025 5:25 PM
To: BFO Discuss <bfo-d...@googlegroups.com>
Subject: [bfo-discuss] Re: 'continuant part of' Elucidation in BFO 2 OWL Model Is Circular
Werner Ceusters
5:23 PM (now)
to BFO Discuss
It is not circular. The left hand side continuant part of has 2 arguments, and the right hand one has 3 arguments, hence different signature, different relation
--
You received this message because you are subscribed to the Google Groups "BFO Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bfo-discuss...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/f2ae26aa-d2e4-4c33-baca-6159d47a3b37n%40googlegroups.com.
"b continuant part of c at t means: b and c are continuants & b is a part of c at t"
--
You received this message because you are subscribed to the Google Groups "BFO Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bfo-discuss...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/1BEEA3C468CF44F9AA1EA524B38D551B%40Vaio2025.
If Discourse is better for this purpose than GitHub, then I’ll add my thumbs up vote.
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/8de6dbca-6273-4a29-9ef7-8a9877101638%40gmail.com.
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/8de6dbca-6273-4a29-9ef7-8a9877101638%40gmail.com.
3.1 Relations of parthood
As our starting point in understanding the parthood relation, we take the axioms of Minimal Extensional Mereology as defined by Simons [46, pp. 26-31], assuming, with Simons, the axioms of first order predicate calculus. The axioms (reformulations of SA1-3 and SA6 in Simons’ numbering) are:
Antisymmetry: If x part of y, then if y part of x, then x = y.
Transitivity: If x part of y, and y part_of z, then x part_of z.
Weak Supplementation: If x part_of y & not x = y, then there is some z such that (z part_of y and z has no part in common with x).
Unique Product: If x and y have a part in common, then there is some unique z such that for all w (w is part of z if and only if (w is part of x and w is part of y)).
Where Simons takes as primitive the relation of proper parthood, we use here and in the remainder of this document parthood relations that include not only proper parthood but also identity as a special case. The corresponding proper_part_of relations are then defined in the obvious way as follows:
x proper_part_of y =Def. x part_of y & not x = y.
BFO 2.0 includes two relations of parthood, namely parthood as it obtains between continuants – called continuant_part_of – and parthood as it obtains between occurrents – called occurrent_part_of, as follows. Note that Simons’ axioms cited above are stated without reference to time, whereas some of the parthood relations BFO defines are temporally qualified. Therefore the relations and definitions described above are not relations in BFO, rather they serve as a templates used to define BFO’s relations.To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/7b2a36fc-3b2a-4e96-bda4-d862cc488277n%40googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/3385D1B8023249A5911A34937F9223E6%40Vaio2025.
I've been following this discussion with great interest, but have only been lurking because I don't feel qualified to take a position... until now.
What is going on here is similar to 'method overloading' in mainstream languages like Java. There are many who like it, and there are those who think it hides semantics and creates errors (I am in the latter camp).
In mainstream software development, method overloading in object-oriented languages like Java and C# is not just accepted but widely regarded as a best practice for improving code clarity, reuse, and maintainability. While it can be misused (as can any language feature), it's seen as a net positive by all practitioners I work with or know. The idea that it “hides semantics” isn't a common concern among experienced developers.
In languages that support curried functions, name overloading is just a headache.
Curried functions are powerful and elegant in certain paradigms, especially in purely functional languages like Haskell. But pure functional programming is very rare in the real world. Some functional concepts — such as treating functions as first-class values and avoiding side effects have found real-world success, especially in frameworks like MapReduce used for processing petabytes of data in data stores like Hadoop. But currying itself remains a niche concept in day-to-day industry development. Most large-scale systems today are written in object-oriented or hybrid languages, where overloading is a standard and effective practice.
Michael
https://www.michaeldebellis.com/blog
--
You received this message because you are subscribed to the Google Groups "BFO Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bfo-discuss...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/eca169f5-a17f-4195-a315-f3dd106935f6%40gmail.com.
(forall (b c t)
(iff
(continuant-part-of-at b c t)
(forall (b c)
(iff
(continuant-part-of-at b c t)
On Jul 22, 2025, at 11:16 AM, Anthony Petosa <petosa...@gmail.com> wrote:
[CAUTION: Non-UBC Email]
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/337f7d73-b071-4d6e-b183-66460a27e9c0n%40googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bfo-discuss/76B56088-B4C1-42D1-B0B5-359B456E792E%40cs.ubc.ca.