DOCSLIB.ORG

Hardcore Programming for Mechanical Engineers

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Hardcore Programming for Mechanical Engineers INDEX Symbols radius, 148 ** (dictionary unpacking), 498 class, 37 % (modulo), 134, 296 __dict__, 69 __init__, 38 P** (power), 69 (summation), 366 instantiation, 37 self, 38 A clean code, 155 coefficient matrix, 360 abstraction, 299 collections, 11–20 affine space, 172 dictionary, 18 affine transformation, 172–174 list, 15 augmented matrix, 173 set, 11 concatenation, 181 tuple, 12 identity transformation, 174, 193 collinear forces, 397 inverse, 185 color rotation, 190 #rrggbbaa, 206 scaling, 187 column vector, 340 analytic solution, 290 command animation, 288 cat, 54 frame, 288 cd, 52 architecture, software, 234 chmod, 262 attribute, class, 37 echo, 53 attribute chaining, 104 ls, 52 mkdir, 53 B pwd, 51 rm, 54 backward substitution, 364, 377 sudo, 56 balanced system of forces, 389 touch, 53 binary operator whoami, 51 intersection, 160 command line, 49 bisector, 128 absolute path, 52 bitmap image, 204 argument, See option browser option, 54 developer tools, 205 processor, 49 byte string, 213 program, 233 relative path, 52 C standard input, 58 Cholesky decomposition, numerical standard output, 58 method, 365 compound inequality, 158 circle cross product, 79 center, 148 Crout, numerical method, 363 chord, 155 D F debugger, xxxix–xliii f­strings, 89 breakpoint, xl factory function, 89 console, xliii fail fast, 109 run configuration, xli force stack frame, xlii axial, 390 Step into, xli axial component, 78 Step over, xli compression, 390, 393 decoding, 213 normal, See axial decorator shear, 391 property, 39 shear component, 83 decoupled, 308 tangent, See shear degrees of freedom, 397 tensile, 393 Demeter, law of, See principle of least tension, 390 knowledge forward substitution, 364, 375 destructuring, 20–21 fracture strain, 394 deterministic, 99 frames per second (FPS), 290 differential equation, 290 free body diagram, 288 direction vector, 103 frictionless union, 396 direction versor, 103 function docstring, 9 access modifiers, 29 documentation higher­order, 27–29 Sphinx, 10 inside function, 28 domain logic, 233 lambda, 26–27 domain of knowledge, 160 predicate, 30 Doolittle, numerical method, 363 pure, 24–25 dot product, 77 reducer, 32 dunder methods, See magic methods shared state, 25 duplication of code, See knowledge side effect, 25 duplication functional programming, 23–36 dynamic dispatching, 42 functools reduce, 32–35 E edge case, 143 G eigenvalues, 362 geometry environment variable, 262 t parameter, 107 PWD, 262 circle, 148–149 PYTHONPATH, 262 line, 124 errors parallelogram, 164 AttributeError, 41 point, 67–71 EOFError, 317 polygon, 132–133 IndexError, 15, 341 rectangle, 155–157 ValueError, 133 segment, 101 ZeroDivisionError, 143 vector, 71–85 Euler’s numerical method, 290 versor, 75, 90 event driven, 267 Git, xxix event handler, 267 GitHub, xxix exception global user­defined, 111 dict, 18 550 Index enumerate, 14, 16 linear equation, 359 filter, 30–31 coefficients, 360 help, 10 free term, 360 len, 11, 13, 15 unknown, 360 list, 15 linear interpolation, 193 map, 31–32 linear transformation, 172 range, 146 Linux set, 11 distro, 50 str, 88 superuser, 56 tuple, 13 list append, 16 H flatten, 280 slice, 16–17 hard­coding, 248 list comprehension, 35–36 Hooke’s law, 392 LU factorization, 362 I M IDE, See integrated development magic methods, 43 environment __add__, 44, 70 immutability, 23, 25–26 __eq__, 45, 86 immutable, 12, 219 __str__, 88 import __sub__, 44, 70 alias, 8, 430 magic numbers, 110, 430 relative, 9, 240 __main__, 4 __init__.py, 4 main loop, See time loop InkStructure, application, 188 markdown, xxx integrated development environment, matrix, 337 xxxi identity, 184 integration test, 381, 447 lower­triangular, 362 internal forces, 389 main diagonal, 361 interpolation, 192 nonsingular, 363 ease­in­out, 194 positive definite, 362 iterator, 30 square, 346, 361 symmetric, 361 J transposed, 349 JSON format, 248 upper­triangular, 362 mechanical stress, 390 K model space, 184 modular arithmetic, 135 keyword module, 4 class, 37 argparse, 531 def, 24 add_argument, 533 lambda, 26 ArgumentParser, 532 None, 120 import, 5–9 knowledge duplication, 160 json, 249 loads, 249, 496 L math, 66 lambda calculus, 26 copysign, 82 fabs, 66 Index 551 operator, 34 % (modulo), 134, 296 os ** (power), 69 getcwd, 261 in, 11, 14, 19 os.path overloading, 43, 70 normpath, 261 ternary, 349 sys out of bounds, See errors: IndexError path, 259 Tkinter, 266 P unittest, 92 package, 4 assertAlmostEqual, 92 parser, 468 assertEqual, 95 parsing, 483 assertFalse, 97 pascal case, 37 assertIsNone, 121 pass, 293 assertRaises, 112 PEP 238, 240 assertTrue, 97 plaintext file, 235 TestCase, 92 plane truss, 394 moment point bending, 392 projections, 67 normal to section, 391 polygon tangent to section, 391 centroid, 137 torsional, 391 perimeter, 133 multiple assignment, 120 side, 132, 133 mutable, 219 vertex, 132 polygonal chain, 132 N principle of least knowledge, 125 __name__, 4 proportional limit, 394 Newton’s third law, 423 Python Enhancement Proposal, See nonlinear equation, 360 PEP normal (perpendicular) versor, 104 Python Standard Library, xxvi number floating point, See real R real, 65 raise exception, 111 numerical method, 359, 361 raster image, See bitmap image direct, 361 raw string literal, 245 iterative, 361 ray casting algorithm, 139 reaction force, 412 O readme, xxix object, 36 rectangle encapsulation, 346 origin, 155 method, 40–43 overlap, 158 signature, 43 size, 155 property, 39–40 refactoring code, 301 state, 277 regex, See regular expression object­oriented programming, 36–45 regression, 91 open interval, 160 regular expression, 241–246 open source, 98 capture group, 245 operator character set, 242 ** (dictionary unpacking), 498 quantifier, 243 552 Index resistant element, 388 rect, 219 reusability, 308 text, 224 rich­text editor, 205, 235 transform, 208 rotation viewBox, 207 pivot, 189 system of equations row vector, 340 matrix form, 337, 360 run configuration, xxxvi, 236 T S TDD, See Test­Driven Development Scalable Vector Graphics, See SVG template, 210 scientific notation, number, 526 placeholder, 210 screen space, 184 test script, 4 assertion, 91 segment fixture, 98 direction, 103 subject, 91, 98 set test double, 447 add, 12 dummy, 447 difference, 12 fake, 447 remove, 12 mock, 448 union, 12 stub, 448 side effect, 24 test­driven development, 371 silent fail, 109 time loop, 291 simulation, 289 Tkinter ahead of time, 290 Button, 269 motion, 297 Canvas, 270 real time, 290 Entry, 268 system, 288 Label, 268 time delta, 291 main loop, 267 static equilibrium, 389, 417 widget, 266 stiffness, 397 traceback, 94 stiffness matrix, 398 truss structure, 388 strain ϵ, 393 tuple stress σ, 393 count, 13 stress­strain diagrams, 393 index, 14 string, 211 type hints, 45–46 join, 214 float, 46 structure, 388 int, 46 external constraint, 395 str, 46 external support, See external constraint U node, 395 ultimate strength, See ultimate stress two­force member, 397 ultimate stress, 394 SVG, 204 Unicode characters, 525–526 attributes, 206, 215 unit testing, 90–91 circle, 221 three golden rules, 97–99 group, 225 Controlled Environment, 98 line, 217 One Reason to Fail, 98 polygon, 222 Test Independence, 99 polyline, 223 Index 553 Unix W prompt, See terminal winding number algorithm, 140 shell, See terminal Windows Subsystem for Linux, 50 terminal, 50 working directory, 259 unpacking, See destructuring World Wide Web Consortium (W3C), UTF­8 encoding, 213 204 utils package, 134 wrapper class, 276 V X vector XML, 205 angle, 81 namespace, 205 norm, 74 normal, 75 Y normalize, 75 parallelism, 81 yield strength, See yield stress perpendicularity, 81 yield stress, 394 unit, 75 yielding, material, 394 vector image, 204 Young’s modulus, 392 version control system, xxix visibility diagram, 308 554 Index.
Load more

Recommended publications
  • Automatic Generation of Smooth Paths Bounded by Polygonal Chains
    Automatic Generation of Smooth Paths Bounded by Polygonal Chains T. Berglund1, U. Erikson1, H. Jonsson1, K. Mrozek2, and I. S¨oderkvist3 1 Department of Computer Science and Electrical Engineering, Lule˚a University of Technology, SE-971 87 Lule˚a, Sweden {Tomas.Berglund,Ulf.Erikson,Hakan.Jonsson}@sm.luth.se 2 Q Navigator AB, SE-971 75 Lule˚a, Sweden [email protected] 3 Department of Mathematics, Lule˚a University of Technology, SE-971 87 Lule˚a, Sweden [email protected] Abstract We consider the problem of planning smooth paths for a vehicle in a region bounded by polygonal chains. The paths are represented as B-spline functions. A path is found by solving an optimization problem using a cost function designed to care for both the smoothness of the path and the safety of the vehicle. Smoothness is defined as small magnitude of the derivative of curvature and safety is defined as the degree of centering of the path between the polygonal chains. The polygonal chains are preprocessed in order to remove excess parts and introduce safety margins for the vehicle. The method has been implemented for use with a standard solver and tests have been made on application data provided by the Swedish mining company LKAB. 1 Introduction We study the problem of planning a smooth path between two points in a planar map described by polygonal chains. Here, a smooth path is a curve, with continuous derivative of curvature, that is a solution to a certain optimization problem. Today, it is not known how to find a closed form of an optimal path.
    [Show full text]
  • Voronoi Diagram of Polygonal Chains Under the Discrete Frechet Distance
    Voronoi Diagram of Polygonal Chains under the Discrete Fr´echet Distance Sergey Bereg1, Kevin Buchin2,MaikeBuchin2, Marina Gavrilova3, and Binhai Zhu4 1 Department of Computer Science, University of Texas at Dallas, Richardson, TX 75083, USA [email protected] 2 Department of Information and Computing Sciences, Universiteit Utrecht, The Netherlands {buchin,maike}@cs.uu.nl 3 Department of Computer Science, University of Calgary, Calgary, Alberta T2N 1N4, Canada [email protected] 4 Department of Computer Science, Montana State University, Bozeman, MT 59717-3880, USA [email protected] Abstract. Polygonal chains are fundamental objects in many applica- tions like pattern recognition and protein structure alignment. A well- known measure to characterize the similarity of two polygonal chains is the (continuous/discrete) Fr´echet distance. In this paper, for the first time, we consider the Voronoi diagram of polygonal chains in d-dimension under the discrete Fr´echet distance. Given a set C of n polygonal chains in d-dimension, each with at most k vertices, we prove fundamental proper- ties of such a Voronoi diagram VDF (C). Our main results are summarized as follows. dk+ – The combinatorial complexity of VDF (C)isatmostO(n ). dk – The combinatorial complexity of VDF (C)isatleastΩ(n )fordi- mension d =1, 2; and Ω(nd(k−1)+2) for dimension d>2. 1 Introduction The Fr´echet distance was first defined by Maurice Fr´echet in 1906 [8]. While known as a famous distance measure in the field of mathematics (more specifi- cally, abstract spaces), it was first applied in measuring the similarity of polygo- nal curves by Alt and Godau in 1992 [2].
    [Show full text]
  • Dynamic Convex Hull for Simple Polygonal Chains in Constant Amortized Time Per Update
    EuroCG 2015, Ljubljana, Slovenia, March 16{18, 2015 Dynamic Convex Hull for Simple Polygonal Chains in Constant Amortized Time per Update Norbert Bus∗ Lilian Buzer∗ Abstract Our contribution In this paper we give an on-line algorithm to construct the dynamic convex hull of a We present a new algorithm to construct a dynamic simple polygonal chain in the Euclidean plane sup- convex hull in the Euclidean plane, supporting inser- porting deletion of points from the back of the chain tion and deletion of points. Both operations require and insertion of points in the front of the chain. Both amortized constant time. At each step the vertices of operations require amortized constant time consid- the convex hull are accessible in constant time. The ering the real-RAM model. The main idea of the algorithm is on-line, does not require prior knowledge algorithm is to maintain two convex hulls, one for of all the points. The only assumptions are that the efficiently handling insertions and one for deletions. points have to be located on a simple polygonal chain These two hulls constitute the convex hull of the and that the insertions and deletions must be carried polygonal chain. out in the order induced by the polygonal chain. 2 Overview of our algorithm 1 Introduction Our algorithm works in phases. For a precise for- mulation let us first define some necessary notations. The convex hull of a set of n points in a Euclidean A polygonal chain S in the Euclidean plane, with space is the smallest convex set containing all the n vertices, is defined as an ordered list of vertices points.
    [Show full text]
  • Efficient Geometric Algorithms in the EREW-PRAM
    Purdue University Purdue e-Pubs Department of Computer Science Technical Reports Department of Computer Science 1989 Efficient Geometric Algorithms in the EREW-PRAM Danny Z. Chen Report Number: 89-928 Chen, Danny Z., "Efficient Geometric Algorithms in the EREW-PRAM" (1989). Department of Computer Science Technical Reports. Paper 789. https://docs.lib.purdue.edu/cstech/789 This document has been made available through Purdue e-Pubs, a service of the Purdue University Libraries. Please contact [email protected] for additional information. EFFICIENT GEOMETRIC ALGORITHMS IN THE EREW·PRAM Danny Z. Chen CSD-TR-928 December 1988 (Revised October 1990) Efficient Geometric Algorithms in the EREW-PRAM (Preliminary Version) Danny Z. Chen* Department of Computer Science Purdue University West Lafayette, IN 47907. Abstract We present a technique that can be used to obtain efficient parallel algorithms in the EREW-PRAM computational model. This technique enables us to optimally solve a number of geometric problems in O(logn) time using O(n/logn) EREW-PRAM processors, where n is the input size. These problerns include: computing the convex hull oCa sorted point set in the plane, computing the convex hull oCa simple polygon, finding the kernel ofa simple polygon, triangulating a sorted point set in the plane, triangulating monotone polygons and star-shaped polygons, computing the all dominating neighbors, etc. PRAM algorithms for these problems were previously known to be optimal (i.e., O(log n) time and O(n{logn) processors) only in the CREW-PRAM, which is a stronger model than the EREW-PRAM. 1 Introduction ·This research was partially supported by the Office of Naval Research under Grants NOOOl4-84-K-0502 and N00014.86-K-0689, the National Science Foundation under Grant DCR-8451393, and the National Library of Medicine under Grant ROI-LM05118.
    [Show full text]
  • Melkman's Convex Hull Algorithm
    AMS 345/CSE 355 Joe Mitchell Melkman's Convex Hull Algorithm We describe an algorithm, due to Melkman (and based on work by many others), which computes the convex hull of a simple polygonal chain (or simple polygon) in linear time. Let the simple chain be C = (v0; v1; : : : ; vn¡1), with vertices vi and edges vivi+1, etc. The algorithm uses a deque (double-ended queue), D = hdb; db+1; : : : ; dti, to represent the convex hull, Qi = CH(Ci), of the subchain, Ci = (v0; v1; : : : ; vi). A deque allows one to \push" or \pop" on the top of the deque and to \insert" or \remove" from the bottom of the deque. Speci¯cally, to push v onto the deque means to do (t à t + 1; dt à v), to pop dt from the deque means to do (t à t ¡ 1), to insert v into the deque means to do (b à b ¡ 1; db à b), and to remove db means to do (b à b + 1). (A deque is readily implemented using an array.) We establish the convention that the vertices appear in counterclockwise order around the convex hull Qi at any stage of the algorithm. (Note that Melkman's original paper uses a clockwise ordering.) It will always be the case that db and dt (the bottom and top elements of the deque) refer to the same vertex of C, and this vertex will always be the last one that we added to the convex hull. We will assume that the vertices of C are in general position (no three collinear).
    [Show full text]
  • Untangling a Planar Graph
    Untangling a Planar Graph∗ Xavier Goaoc† Jan Kratochv´ıl‡ Yoshio Okamoto§ Chan-Su Shin¶ Andreas Spillnerk Alexander Wolff∗∗ Abstract A straight-line drawing δ of a planar graph G need not be plane, but can be made so by untangling it, that is, by moving some of the vertices of G. Let shift(G, δ) denote the minimum number of vertices that need to be moved to untangle δ. We show that shift(G, δ) is NP-hard to compute and to approximate. Our hardness results extend to a version of 1BendPointSetEmbeddability, a well-known graph-drawing problem. Further we define fix(G, δ) = n shift(G, δ) to be the maximum number of vertices of a − planar n-vertex graph G that can be fixed when untangling δ. We give an algorithm that fixes at least p((log n) 1)/ log log n vertices when untangling a drawing of an n-vertex graph G. − If G is outerplanar, the same algorithm fixes at least pn/2 vertices. On the other hand we construct, for arbitrarily large n, an n-vertex planar graph G and a drawing δG of G with fix(G, δG) √n 2+1 and an n-vertex outerplanar graph H and a drawing δH of H ≤ − with fix(H, δH ) 2√n 1 + 1. Thus our algorithm is asymptotically worst-case optimal for ≤ − outerplanar graphs. Keywords: Graph drawing, straight-line drawing, planarity, NP-hardness, hardness of approxi- mation, moving vertices, untangling, point-set embeddability. 1 Introduction A drawing of a graph G maps each vertex of G to a distinct point of the plane and each edge uv to an open Jordan curve connecting the images of u and v.
    [Show full text]
  • Optimal Empty Pseudo-Triangles in a Point Set∗
    CCCG 2009, Vancouver, BC, August 17{19, 2009 Optimal Empty Pseudo-Triangles in a Point Set¤ Hee-Kap Ahny Sang Won Baey Iris Reinbachery Abstract empty pseudo-triangle, and (2) minimizing the longest maximal concave curve of the empty pseudo-triangle. Given n points in the plane, we study three optimiza- We ¯rst study these problems when the three convex tion problems of computing an empty pseudo-triangle: vertices are given. We will later consider optimizations we consider minimizing the perimeter, maximizing the over all possible pseudo-triangles in a point set. area, and minimizing the longest maximal concave chain. We consider two versions of the problem: First, 2 Empty Pseudo-Triangles with Given Corners we assume that the three convex vertices of the pseudo- triangle are given. Let n denote the number of points In this section, we consider ¯nding empty pseudo- that lie inside the convex hull of the three given ver- triangles in a given triangle that contains a set P of tices, we can compute the minimum perimeter or maxi- n points in its interior. mum area pseudo-triangle in O(n3) time. We can com- pute the pseudo-triangle with minimum longest con- 2.1 Preliminary Observations cave chain in O(n2 log n) time. If the convex vertices are not given, we achieve running times of O(n log n) Observation 1 Every empty pseudo-triangle parti- for minimum perimeter, O(n6) for maximum area, and tions P into three subsets. O(n2 log n) for minimum longest concave chain. In any case, we use only linear space.
    [Show full text]
  • 30 POLYGONS Joseph O’Rourke, Subhash Suri, and Csaba D
    30 POLYGONS Joseph O'Rourke, Subhash Suri, and Csaba D. T´oth INTRODUCTION Polygons are one of the fundamental building blocks in geometric modeling, and they are used to represent a wide variety of shapes and figures in computer graph- ics, vision, pattern recognition, robotics, and other computational fields. By a polygon we mean a region of the plane enclosed by a simple cycle of straight line segments; a simple cycle means that nonadjacent segments do not intersect and two adjacent segments intersect only at their common endpoint. This chapter de- scribes a collection of results on polygons with both combinatorial and algorithmic flavors. After classifying polygons in the opening section, Section 30.2 looks at sim- ple polygonizations, Section 30.3 covers polygon decomposition, and Section 30.4 polygon intersection. Sections 30.5 addresses polygon containment problems and Section 30.6 touches upon a few miscellaneous problems and results. 30.1 POLYGON CLASSIFICATION Polygons can be classified in several different ways depending on their domain of application. In chip-masking applications, for instance, the most commonly used polygons have their sides parallel to the coordinate axes. GLOSSARY Simple polygon: A closed region of the plane enclosed by a simple cycle of straight line segments. Convex polygon: The line segment joining any two points of the polygon lies within the polygon. Monotone polygon: Any line orthogonal to the direction of monotonicity inter- sects the polygon in a single connected piece. Star-shaped polygon: The entire polygon is visible from some point inside the polygon. Orthogonal polygon: A polygon with sides parallel to the (orthogonal) coordi- nate axes.
    [Show full text]
  • 55 GRAPH DRAWING Emilio Di Giacomo, Giuseppe Liotta, Roberto Tamassia
    55 GRAPH DRAWING Emilio Di Giacomo, Giuseppe Liotta, Roberto Tamassia INTRODUCTION Graph drawing addresses the problem of constructing geometric representations of graphs, and has important applications to key computer technologies such as soft- ware engineering, database systems, visual interfaces, and computer-aided design. Research on graph drawing has been conducted within several diverse areas, includ- ing discrete mathematics (topological graph theory, geometric graph theory, order theory), algorithmics (graph algorithms, data structures, computational geometry, vlsi), and human-computer interaction (visual languages, graphical user interfaces, information visualization). This chapter overviews aspects of graph drawing that are especially relevant to computational geometry. Basic definitions on drawings and their properties are given in Section 55.1. Bounds on geometric and topological properties of drawings (e.g., area and crossings) are presented in Section 55.2. Sec- tion 55.3 deals with the time complexity of fundamental graph drawing problems. An example of a drawing algorithm is given in Section 55.4. Techniques for drawing general graphs are surveyed in Section 55.5. 55.1 DRAWINGS AND THEIR PROPERTIES TYPES OF GRAPHS First, we define some terminology on graphs pertinent to graph drawing. Through- out this chapter let n and m be the number of graph vertices and edges respectively, and d the maximum vertex degree (i.e., number of edges incident to a vertex). GLOSSARY Degree-k graph: Graph with maximum degree d k. ≤ Digraph: Directed graph, i.e., graph with directed edges. Acyclic digraph: Digraph without directed cycles. Transitive edge: Edge (u, v) of a digraph is transitive if there is a directed path from u to v not containing edge (u, v).
    [Show full text]
  • Geodesic-Preserving Polygon Simplification⋆
    Geodesic-Preserving Polygon Simplification? Oswin Aichholzer1, Thomas Hackl1, Matias Korman2, Alexander Pilz1, and Birgit Vogtenhuber1 1 Institute for Software Technology, Graz University of Technology, Austria, [oaich|thackl|apilz|bvogt]@ist.tugraz.at. 2 Dept. Matem`aticaAplicada II, Universitat Polit`ecnicade Catalunya, Spain, [email protected]. Abstract. Polygons are a paramount data structure in computational geometry. While the complexity of many algorithms on simple polygons or polygons with holes depends on the size of the input polygon, the in- trinsic complexity of the problems these algorithms solve is often related to the reflex vertices of the polygon. In this paper, we give an easy-to- describe linear-time method to replace an input polygon P by a polygon P0 such that (1) P0 contains P, (2) P0 has its reflex vertices at the same positions as P, and (3) the number of vertices of P0 is linear in the number of reflex vertices. Since the solutions of numerous problems on polygons (including shortest paths, geodesic hulls, separating point sets, and Voronoi diagrams) are equivalent for both P and P0, our algorithm can be used as a preprocessing step for several algorithms and makes their running time dependent on the number of reflex vertices rather than on the size of P. 1 Introduction A simple polygon is a closed connected domain in the plane that is bounded by a sequence of straight line segments (edges) such that any two edges may intersect only in their endpoints (vertices), and such that in every vertex exactly two edges intersect. Let P be a simple polygon and let H1;:::; Hk be a set of pairwise-disjoint simple polygons such that Hi is contained in the interior of P S for 1 ≤ i ≤ k.
    [Show full text]
  • Optimal Uniformly Monotone Partitioning of Polygons with Holes
    Computer-Aided Design 44 (2012) 1235–1252 Contents lists available at SciVerse ScienceDirect Computer-Aided Design journal homepage: www.elsevier.com/locate/cad Optimal uniformly monotone partitioning of polygons with holes Xiangzhi Wei a, Ajay Joneja a,∗, David M. Mount b a Department of Industrial Engineering and Logistics Management, Hong Kong University of Science and Technology, Clear Water Bay, Kowloon, Hong Kong b Department of Computer Science and Institute for Advanced Computer Studies, University of Maryland, College Park, MD, USA article info a b s t r a c t Article history: Polygon partitioning is an important problem in computational geometry with a long history. In this Received 15 November 2011 paper we consider the problem of partitioning a polygon with holes into a minimum number of uniformly Accepted 11 June 2012 monotone components allowing arbitrary Steiner points. We call this the MUMC problem. We show that, given a polygon with n vertices and h holes and a scan direction, the MUMC problem relative to this Keywords: direction can be solved in time O.n log nCh log3 h/. Our algorithm produces a compressed representation Polygon subdivision of the subdivision of size O.n/, from which it is possible to extract either the entire decomposition or just Uniformly monotone subdivision the boundary of any desired component, in time proportional to the output size. When the scan direction Simple polygons 3 Network flow is not given, the problem can be solved in time O.K.n log n C h log h//, where K is the number of edges Planar graphs in the polygon's visibility graph.
    [Show full text]
  • Djio Documentation Release 0.0.5
    djio Documentation Release 0.0.5 Pat Daburu Feb 25, 2018 Contents: 1 API Documentation 3 1.1 djio.errors.................................................3 1.2 djio.geometry...............................................3 1.3 djio.hashing............................................... 11 2 Python Module Dependencies 13 2.1 requirements.txt............................................. 13 3 Development 15 3.1 How To. ................................................. 15 4 Indices and tables 21 Python Module Index 23 i ii djio Documentation, Release 0.0.5 Contents: 1 djio Documentation, Release 0.0.5 2 Contents: CHAPTER 1 API Documentation 1.1 djio.errors Did something go wrong? It did? Use something from this module to deal with it. exception djio.errors.DjioException(message: str, inner: Exception = None) Bases: Exception This is a common base class for all custom djio exceptions. __init__(message: str, inner: Exception = None) Parameters • message – the exception message • inner – the exception that caused this exception inner Get the inner exception that caused this exception. :return: the inner exception message Get the exception message. :return: the exception message 1.2 djio.geometry Working with geometries? Need help? Here it is! class djio.geometry.Envelope(min_x: float, min_y: float, max_x: float, max_y: float, spa- tial_reference: djio.geometry.SpatialReference) Bases: djio.geometry.Polygon An envelope represents the minimum bounding rectangle (minimum x and y values, along with maximum x and y values) defined by coordinate pairs of
    [Show full text]