1,582 research outputs found

    How tough is toughness?

    Get PDF
    The concept of toughness was introduced by Chvátal [34] more than forty years ago. Toughness resembles vertex connectivity, but is different in the sense that it takes into account what the effect of deleting a vertex cut is on the number of resulting components. As we will see, this difference has major consequences in terms of computational complexity and on the implications with respect to cycle structure, in particular the existence of Hamilton cycles and k-factors

    Maximum and minimum toughness of graphs of small genus

    Get PDF
    AbstractA new lower bound on the toughness t(G) of a graph G in terms of its connectivity ϰ(G) and genus γ(G) is obtained. For γ > 0, the bound is sharp via an infinite class of extremal graphs all of girth 4. For planar graphs, the bound is t(G) > ϰ(G)/2 − 1. For ϰ = 1 this bound is not sharp, but for each ϰ = 3, 4, 5 and any ϵ > 0, infinite families of graphs {G(ϰ, ϵ)} are provided with ϰ(G(ϰ, ϵ)) = ϰ, but t(G(ϰ, ϵ)) < ϰ/2 − 1 + ϵ.Analogous investigations on the torus are carried out, and finally the question of upper bounds is discussed. Several unanswered questions are posed

    Generalized Vulnerability Measures of Graphs

    Get PDF
    Several measures of vulnerability of a graph look at how easy it is to disrupt the network by removing/disabling vertices. As graph-theoretical parameters, they treat all vertices alike: each vertex is equally important. For example, the integrity parameter considers the number of vertices removed and the maximum number of vertices in a component that remains. We consider the generalization of these measures of vulnerability to weighted vertices in order to better model real-world applications. In particular, we investigate bounds on the weighted versions of connectivity and integrity, when polynomial algorithms for computation exist, and other characteristics of the generalized measures

    Author index

    Get PDF

    Pseudo-hamiltonian graphs

    Get PDF
    A pseudo-h-hamiltonian cycle in a graph is a closed walk that visits every vertex exactly h times. We present a variety of combinatorial and algorithmic results on pseudo-h-hamiltonian cycles. First, we show that deciding whether a graph is pseudo-h-hamiltonian is NP-complete for any given h > 1. Surprisingly, deciding whether there exists an h > 1 such that the graph is pseudo-h-hamiltonian, can be done in polynomial time. We also present sufficient conditions for pseudo-h-hamiltonicity that axe based on stable sets and on toughness. Moreover, we investigate the computational complexity of finding pseudo-h-hamiltonian cycles on special graph classes like bipartite graphs, split graphs, planar graphs, cocomparability graphs; in doing this, we establish a precise separating line between easy and difficult cases of this problem

    Master index of volumes 161–170

    Get PDF

    Reasoning about Cardinal Directions between Extended Objects

    Get PDF
    Direction relations between extended spatial objects are important commonsense knowledge. Recently, Goyal and Egenhofer proposed a formal model, known as Cardinal Direction Calculus (CDC), for representing direction relations between connected plane regions. CDC is perhaps the most expressive qualitative calculus for directional information, and has attracted increasing interest from areas such as artificial intelligence, geographical information science, and image retrieval. Given a network of CDC constraints, the consistency problem is deciding if the network is realizable by connected regions in the real plane. This paper provides a cubic algorithm for checking consistency of basic CDC constraint networks, and proves that reasoning with CDC is in general an NP-Complete problem. For a consistent network of basic CDC constraints, our algorithm also returns a 'canonical' solution in cubic time. This cubic algorithm is also adapted to cope with cardinal directions between possibly disconnected regions, in which case currently the best algorithm is of time complexity O(n^5)
    corecore