Distributed Execution of Interactive SQL Queries on Big Spatial Data

Total Page:16

File Type:pdf, Size:1020Kb

Distributed Execution of Interactive SQL Queries on Big Spatial Data Sphinx: Distributed Execution of Interactive SQL Queries on Big Spatial Data Ahmed Eldawy1∗ Mostafa Elganainy2$ Ammar Bakeer3$ Ahmed Abdelmotaleb4$ Mohamed Mokbel5∗$ ∗University of Minnesota $GIS Technology Innovation Center {1eldawy,5mokbel}@cs.umn.edu {2melganainy,3 abakeer,4aothman}@gistic.org SELECT COUNT(*) FROM OSM_Points WHERE x ≥ x1 AND x < x2 AND ABSTRACT y ≥ y1 AND y < y2; This paper presents Sphinx, a full-fledged distributed system which (a) Range query in Impala uses a standard SQL interface to process big spatial data. Sphinx adds spatial data types, indexes and query processing, inside the SELECT COUNT(*) code-base of Cloudera Impala for efficient processing of spatial FROM OSM_Points data. In particular, Sphinx is composed of four main components, WHERE Contains(Rectangle(x1, y1, x2, y2), OSM_Points.coords); namely, query parser, indexer, query planner, and query executor. (b) Range query in Sphinx The query parser injects spatial data types and functions in the SQL interface of Sphinx. The indexer creates spatial indexes in Sphinx by adopting a two-layered index design. The query planner utilizes Figure 1: Range query in Impala vs. Sphinx these indexes to construct efficient query plans for range query and spatial join operations. Finally, the query executor carries out these which is much preferred by existing DBMS users, and (2) they in- plans on big spatial datasets in a distributed cluster. A system pro- herit the limitations of the underlying systems, such as significant totype of Sphinx running on real datasets shows up-to three orders startup time, and materializing intermediate data to disk, which im- of magnitude performance improvement over traditional Impala. pede these system from reaching the full potential of the underlying hardware. In this paper, we introduce Sphinx; a full-fledged system for Categories and Subject Descriptors distributed execution of interactive SQL queries on Big Spatial H.2.8 [Database Applications]: Spatial databases and GIS Data. We have chosen to build Sphinx inside Impala [7] rather than any other open-source distributed big data system (e.g., Hadoop Keywords and Spark) as Impala has several advantages which include: (1) it adopts the ANSI-standard SQL interface, (2) employs query opti- Spatial, Impala, SQL, Range Query, Spatial Join, Sphinx mization, (3) C++ runtime code generation, and (4) low-level di- rect disk access. With these features, Impala achieves an order 1. INTRODUCTION of magnitude speedup [5, 7, 11] on standard TPC-H and TPC-DS queries compared to other popular SQL-on-Hadoop systems such The recent explosion in the amounts of spatial data generated by as Hive [10] and Spark-SQL. many applications, such as satellite images, GPS tracks, medical Figure 1 shows a range query example that gives the essence of images, and geotagged tweets, urged researchers and developers Sphinx. Figure 1(a) shows a range query expressed in Impala using to extend big data systems to efficiently support spatial data. This primitive data types and operations, and it takes 21 minutes on a ta- includes Hadoop-GIS [1], SpatialHadoop [4], and ESRI tools for ble of 2.7 Billion points with a cluster of 10 cores. As Impala does Hadoop [12], among others. Unfortunately, all these systems suf- not understand the properties of this spaital query, it has to perform fer from the following two limitations. (1) Despite SQL-like lan- a full-table scan with a very little room of optimization to do. In guages, such as HiveQL, they lack an ANSI-standard SQL interface Sphinx, the same query is expressed as shown in Figure 1(b). In ∗This work is supported in part by the GIS Technology Innovation Center addition to the expressive language, this query runs in one second under project GISTIC-13-05 on Sphinx, giving three orders of magnitude speedup over plain- vanilla Impala. The main reason behind this performance boost Permission to make digital or hard copies of all or part of this work for is the spatial indexes that we add in Sphinx and the spatial query personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear processing that is injected in the core of the query planner and ex- this notice and the full citation on the first page. Copyrights for components ecutor. of this work owned by others than ACM must be honored. Abstracting with Figure 2 gives an overview of Sphinx which consists of four credit is permitted. To copy otherwise, or republish, to post on servers or to components, all implemented inside the core of Impala. (1) The redistribute to lists, requires prior specific permission and/or a fee. Request query parser (Section 2) enriches the SQL interface with spatial permissions from [email protected]. data types (e.g., Point and Polygon), spatial functions (e.g., Overlap SIGSPATIAL'15, November 03-06, 2015, Bellevue, WA, USA ©2015 ACM. ISBN 978-1-4503-3967-4/15/11$15.00 and Touch), and new commands to construct and import spatial in- DOI: http://dx.doi.org/10.1145/2820783.2820869. dexes. (2) The indexer (Section 3) constructs spatial indexes based Shuffle Partition Local Input Index 4 Table Impala Sphinx 3 Spatial Data Types Sample Query Parser Spatial Functions 1 Indexed Catalog Index commands Table Range Query Plans 2 Query Planner Subdivide Broadcast Spatial Join Plans cell boundaries R-tree Scanner Query Executor Spatial Join Figure 3: Indexing plan in Sphinx Global/Local Storage Indexes Indexing 3. SPATIAL INDEXER In this section, we describe how Sphinx constructs spatial in- HDFS dexes on HDFS-resident tables. The main goal is to store the records in a spatial-aware way by grouping nearby records and stor- Figure 2: Overview of Sphinx ing them physically together in the same HDFS block. While tradi- tional Impala already provides a partitioned table feature, where a table is hierarchically partitioned based on a sequence of columns, on grid, R-tree or Quad-tree, and organized in two layers as one Sphinx employs spatial indexes which overcome the following global index and multiple local index. (3) The query planner (Sec- three limitations in partitioned table: (1) While Impala assigns one tion 4) utilizes the spatial indexes to introduce new efficient query value per partition, e.g., dpartment ID, Sphinx assigns a region, plans for the range query and spatial join operations. (4) The query i.e., a rectangle, to each partition which is more suitable to spatial executor (Section 5) introduces the R-tree scanner and spatial join data. (2) While Impala assigns each record to exactly one parti- operators, which use C++ runtime code generation to efficiently tion, Sphinx can replicate a record to multiple partitions which can execute spatial range and spatial join queries, respectively. We be used to index polygons which span multiple partitions. (3) Im- conduct an experimental evaluation on the proposed system pro- pala puts the burden of choosing partition boundaries on the user, totype using a publicly available real dataset of 2.7 Billion points which is not suitable for skewed spatial data. Sphinx provides a extracted from OpenStreetMap. We show that Sphinx outperforms one-statement index command which takes care of defining parti- traditional Impala by up-to three orders of magnitude with both tion boundaries based on the data distribution. In the rest of this range query and spatial join queries. In addition, we show that section, we first describe how the index is stored in Sphinx, and Sphinx scales well with both the input size and the cluster size. then we explain how Sphinx builds this spatial index efficiently. 2. QUERY PARSER 3.1 Index Layout To make it user-friendly and easy to use, Sphinx extends the Sphinx employs a two-layered design for spatial indexes in query parser of Impala to introduce spatial data types, functions, HDFS [1,4,12], where the global index is stored in the master node and new commands to construct and import spatial indexes. and defines how records are partitioned across machines, while lo- Spatial Data Types. Sphinx adds the Geometry datatype as cal indexes are stored inside slave nodes and define how records are an abstraction for all standard spatial datatypes, such as Point, internally organized inside that node. This design well fits with the Linestring and Polygon, as defined by the Open Geospa- architecture of Impala and Sphinx where the global index is stored tial Consortium (OGC). We adopt the standard Well-Known Text in the catalog server on the master and the local indexes are stored (WKT) format to be able to import text files from other systems in HDFS data nodes, and are processed by the impalad processes such as PostGIS and Oracle Spatial. running on the slaves. This also allows Sphinx to easily import an Spatial Functions Sphinx adds OGC-compliant spatial functions index which was built in SpatialHadoop by simply importing the which are implemented as either user-defined functions (UDF) or global index into the catalog server. user-defined aggregate functions (UDAF). It is imperative to men- tion that all those functions only work in Sphinx as the input and/or 3.2 Index Construction in Sphinx the output of each function is of the Geometry datatype, which Sphinx provides an efficient algorithm for constructing a spatial is supported only in Sphinx. These functions include basic func- index on a user-selected attribute in a table. We focus on the con- tions, e.g., MakePoint, spatial predicates, e.g., Touch, spatial struction of R-tree and R+-tree as examples of non-replicated and analysis functions, e.g., Union, and spatial aggregate functions, replicated indexes, respectively.
Recommended publications
  • The Types, Roles, and Practices of Documentation in Data Analytics Open Source Software Libraries
    Computer Supported Cooperative Work (CSCW) https://doi.org/10.1007/s10606-018-9333-1 © The Author(s) 2018 The Types, Roles, and Practices of Documentation in Data Analytics Open Source Software Libraries A Collaborative Ethnography of Documentation Work R. Stuart Geiger1 , Nelle Varoquaux1,2 , Charlotte Mazel-Cabasse1 & Chris Holdgraf1,3 1Berkeley Institute for Data Science, University of California, Berkeley, 190 Doe Library, Berkeley, CA, 94730, USA (E-mail: [email protected]); 2Department of Statistics, Berkeley Institute for Data Science, University of California, Berkeley, Berkeley, CA, USA; 3Berkeley Institute for Data Science, Helen Wills Neuroscience Institute, University of California, Berkeley, Berkeley, CA, USA Abstract. Computational research and data analytics increasingly relies on complex ecosystems of open source software (OSS) “libraries” – curated collections of reusable code that programmers import to perform a specific task. Software documentation for these libraries is crucial in helping programmers/analysts know what libraries are available and how to use them. Yet documentation for open source software libraries is widely considered low-quality. This article is a collaboration between CSCW researchers and contributors to data analytics OSS libraries, based on ethnographic fieldwork and qualitative interviews. We examine several issues around the formats, practices, and challenges around documentation in these largely volunteer-based projects. There are many dif- ferent kinds and formats of documentation that exist around such libraries, which play a variety of educational, promotional, and organizational roles. The work behind documentation is similarly multifaceted, including writing, reviewing, maintaining, and organizing documentation. Different aspects of documentation work require contributors to have different sets of skills and overcome various social and technical barriers.
    [Show full text]
  • Manticore Search Documentation Release 3.0.2
    Manticore Search Documentation Release 3.0.2 The Manticore Search team Apr 01, 2021 Manticore Documentation 1 Introduction 1 2 Gettting Started 5 2.1 Getting started using Docker container.................................5 2.2 Getting Started using official packages................................. 10 2.3 Migrating from Manticore or Sphinx Search 2.x............................ 15 2.4 A guide on configuration file....................................... 17 2.5 A guide on connectivity......................................... 19 2.6 A guide on indexes............................................ 21 2.7 A guide on searching........................................... 24 3 Installation 31 3.1 Installing Manticore packages on Debian and Ubuntu.......................... 31 3.2 Installing Manticore packages on RedHat and CentOS......................... 32 3.3 Installing Manticore on Windows.................................... 33 3.4 Upgrading from Sphinx Search..................................... 34 3.5 Running Manticore Search in a Docker Container............................ 34 3.6 Compiling Manticore from source.................................... 35 3.7 Quick Manticore usage tour....................................... 38 4 Indexing 43 4.1 Indexes.................................................. 43 4.2 Data Types................................................ 47 4.3 Full-text fields.............................................. 49 4.4 Attributes................................................. 49 4.5 MVA (multi-valued attributes).....................................
    [Show full text]
  • Advanced Search Capabilities with Mysql and Sphinx
    Advanced search capabilities with MySQL and Sphinx Vladimir Fedorkov, Blackbird Andrew Aksyonoff, Sphinx Percona Live MySQL UC, 2014 Knock knock who’s there • Vladimir – Used Sphinx in production since 2006 – Performance geek – Blog http://astellar.com, twitter @vfedorkov – Works for Blackbird • Andrew – Created Sphinx, http://sphinxsearch.com – Just some random guy Search is important • This is 2014, Google spoiled everyone! • Search needs to exist • Search needs to be fast • Search needs to be relevant • Today, we aim to show you how to start – With Sphinx, obviously Available solutions • Most databases have integrated FT engines – MySQL (My and Inno), Postgres, MS SQL, Oracle… • Standalone solutions – Sphinx – Lucene / Solr – Lucene / ElasticSearch • Hosted services – IndexDen, SearchBox, Flying Sphinx, WebSolr, … Why Sphinx? • Built-in DB search sucks • Sphinx works great with DBs and MySQL • Sphinx talks SQL => zero learning curive • Fast, scalable, relevant, and other buzzwords :P • You probably heard about Lucene anyway • NEED MOAR DIVERSITY What Sphinx is not • Not a plugin to MySQL • Does not require MySQL • Not SQL-based (but we talk SQL) – Non-SQL APIs are available • Not a complete database replacement – Yet? – Ever! OLAP vs OLTP vs Column vs FTS vs Webscale Quick overview • Sphinx = standalone, open-source search server • Supports Real-time indexes • Fast – 10+ MB/sec/core indexing, 700+ qps/core searching – And counting! • Scalable – Can do a lot even on 1 box – Lets you aggregate search results from N boxes – Auto-sharding,
    [Show full text]
  • Sphinxql Query Builder Release 1.0.0
    SphinxQL Query Builder Release 1.0.0 Oct 12, 2018 Contents 1 Introduction 1 1.1 Compatiblity...............................................1 2 CHANGELOG 3 2.1 What’s New in 1.0.0...........................................3 3 Configuration 5 3.1 Obtaining a Connection.........................................5 3.2 Connection Parameters..........................................5 4 SphinxQL Query Builder 7 4.1 Creating a Query Builder Instance....................................7 4.2 Building a Query.............................................7 4.3 COMPILE................................................ 10 4.4 EXECUTE................................................ 10 5 Multi-Query Builder 13 6 Facets 15 7 Contribute 17 7.1 Pull Requests............................................... 17 7.2 Coding Style............................................... 17 7.3 Testing.................................................. 17 7.4 Issue Tracker............................................... 17 i ii CHAPTER 1 Introduction The SphinxQL Query Builder provides a simple abstraction and access layer which allows developers to generate SphinxQL statements which can be used to query an instance of the Sphinx search engine for results. 1.1 Compatiblity SphinxQL Query Builder is tested against the following environments: • PHP 5.6 and later • Sphinx (Stable) • Sphinx (Development) Note: It is recommended that you always use the latest stable version of Sphinx with the query builder. 1 SphinxQL Query Builder, Release 1.0.0 2 Chapter 1. Introduction CHAPTER 2 CHANGELOG 2.1 What’s New in 1.0.0 3 SphinxQL Query Builder, Release 1.0.0 4 Chapter 2. CHANGELOG CHAPTER 3 Configuration 3.1 Obtaining a Connection You can obtain a SphinxQL Connection with the Foolz\SphinxQL\Drivers\Mysqli\Connection class. <?php use Foolz\SphinxQL\Drivers\Mysqli\Connection; $conn= new Connection(); $conn->setparams(array('host' => '127.0.0.1', 'port' => 9306)); Warning: The existing PDO driver written is considered experimental as the behaviour changes between certain PHP releases.
    [Show full text]
  • { Type = Xmlpipe Xmlpipe Command = Perl /Path/To/Bin/Sphinxpipe2.Pl } Index Xmlpipe Source
    Setting up Sphinx ­ By Brett Estrade <[email protected]> http://www.justanswer.com/computer/expert­bestrade/ sphinx.conf: source example_xmlpipe_source { type = xmlpipe xmlpipe_command = perl /path/to/bin/sphinxpipe2.pl } index xmlpipe_source { src = example_xmlpipe_source path = /path/to/index_file_prefix docinfo = extern } command (assuming sphinxpipe2.pl outputs valid xmlpipe2 XML): indexer ­­config /path/to/sphinx.conf ­­all # creates indexes The above should just create the indexes. To set up the search server (searchd), the following needs to be added to the sphinx.conf: searchd { compat_sphinxql_magics = 0 listen = 192.168.0.2:9312 listen = 192.168.0.2:9306:mysql41 log = /path/to/searchd.log query_log = /path/to/query.log read_timeout = 30 max_children = 30 pid_file = /path/to/searchd.pid max_matches = 1000000 seamless_rotate = 1 preopen_indexes = 1 unlink_old = 1 workers = threads # for RT to work binlog_path = /path/to/sphinx_binlog } Assuming that searchd is running, the index command would require a “­­rotate” flag to read in the updated indexes whenever updated. indexer ­­rotate ­­config /path/to/sphinx.conf ­­all Searching Note that there is a MySQL compatible listening interface that is defined above using the “listen = 192.168.0.2:9306:mysql41” line. This means you can point a mysql client to “192.168.0.2:9306” and issue SELECT statements as described here: http://sphinxsearch.com/docs/archives/1.10/sphinxql.html Using the PHP Sphinx Client is covered starting at listing 12 of this article ­ http://www.ibm.com/developerworks/library/os­php­sphinxsearch/#list12 Note the difference between fields and attributes. Fields provide the text that is subject to the full text searching and indexing.
    [Show full text]
  • Sphinx As a Tool for Documenting Technical Projects 1
    SPHINX AS A TOOL FOR DOCUMENTING TECHNICAL PROJECTS 1 Sphinx as a Tool for Documenting Technical Projects Javier García-Tobar Abstract—Documentation is a vital part of a technical project, yet is sometimes overlooked because of its time-consuming nature. A successful documentation system can therefore benefit relevant organizations and individuals. The focus of this paper is to summarize the main features of Sphinx: an open-source tool created to generate Python documentation formatted into standard files (HTML, PDF and ePub). Based on its results, this research recommends the use of Sphinx for the more efficient writing and managing of a project’s technical documentation. Keywords—project, documentation, Python, Sphinx. —————————— —————————— 1 INTRODUCTION In a technologically advanced and fast-paced modern socie- tation is encouraged in the field of programming because it ty, computer-stored data is found in immense quantities. gives the programmer a copy of their previous work. Fur- Writers, researchers, journalists and teachers – to name but a thermore, it helps other programmers to modify their coding, few relevant fields – have acknowledged the issue of and it benefits the pooling of information within an organi- dealing with ever-increasing quantities of data. The data can zation. appear in many forms. Therefore, most computer-literate, Software documentation should be focused on transmit- modern professionals welcome software (or hardware) that ting information that is useful and meaningful rather than aids them in managing and collating substantial amounts of information that is precise and exact (Forward and Leth- data formats. bridge, 2002). Software tools are used to document a pro- All technical projects produce a large quantity of docu- gram’s source code.
    [Show full text]
  • Working-With-Mediawiki-Yaron-Koren.Pdf
    Working with MediaWiki Yaron Koren 2 Working with MediaWiki by Yaron Koren Published by WikiWorks Press. Copyright ©2012 by Yaron Koren, except where otherwise noted. Chapter 17, “Semantic Forms”, includes significant content from the Semantic Forms homepage (https://www. mediawiki.org/wiki/Extension:Semantic_Forms), available under the Creative Commons BY-SA 3.0 license. All rights reserved. Library of Congress Control Number: 2012952489 ISBN: 978-0615720302 First edition, second printing: 2014 Ordering information for this book can be found at: http://workingwithmediawiki.com All printing of this book is handled by CreateSpace (https://createspace.com), a subsidiary of Amazon.com. Cover design by Grace Cheong (http://gracecheong.com). Contents 1 About MediaWiki 1 History of MediaWiki . 1 Community and support . 3 Available hosts . 4 2 Setting up MediaWiki 7 The MediaWiki environment . 7 Download . 7 Installing . 8 Setting the logo . 8 Changing the URL structure . 9 Updating MediaWiki . 9 3 Editing in MediaWiki 11 Tabs........................................................... 11 Creating and editing pages . 12 Page history . 14 Page diffs . 15 Undoing . 16 Blocking and rollbacks . 17 Deleting revisions . 17 Moving pages . 18 Deleting pages . 19 Edit conflicts . 20 4 MediaWiki syntax 21 Wikitext . 21 Interwiki links . 26 Including HTML . 26 Templates . 27 3 4 Contents Parser and tag functions . 30 Variables . 33 Behavior switches . 33 5 Content organization 35 Categories . 35 Namespaces . 38 Redirects . 41 Subpages and super-pages . 42 Special pages . 43 6 Communication 45 Talk pages . 45 LiquidThreads . 47 Echo & Flow . 48 Handling reader comments . 48 Chat........................................................... 49 Emailing users . 49 7 Images and files 51 Uploading . 51 Displaying images . 55 Image galleries .
    [Show full text]
  • Python Documentation Generator
    SPHINX Python documentation generator Anna Ferrari - 29.06.2021 • Documentation of your python (an other languages like java, C++, R, PHP, javascript,….) code • Outputs in HTML, Latex, ePub, https://www.sphinx-doc.org/en/master/ others • Deploy on webpage (for example in ReadTheDocs) Python documentation https://docs.python.org/3/ • Python • Linux kernel • Conda • Flask • Matplotlib • Jupiter Notebook • Lasagne • Indico • Zenodo …. Result at https://simpleble.readthedocs.io/en/latest/ Let’s get started ! https://sphinx-rtd-tutorial.readthedocs.io/en/latest/docstrings.html Create a new folder called simpleble-master simpleble-master └── simpleble └── test.py test.py def sum_two_numbers(a, b): return a + b Add to test.py documentation: https://realpython.com/documenting-python-code/ def sum_two_numbers(a, b): ‘’’ This function add two numbers Args: a (float) : first number to add b (float) : second number to add Returns: float The sum of a and b ‘’‘ return a + b Install sphinx ReadTheDocs Theme Create documentation root directory Call sphinx quickstart to initialise the project Let’s modify the configuration file: Uncomment Add the theme for read the documents html_theme = "sphinx_rtd_theme" Add the visualisation of the source code extensions = ['sphinx.ext.autodoc', 'sphinx.ext.viewcode'] html_show_sourcelink = True Build the html file Now we have an html file, and if we double click we see it in the browser. It’s empty since we didn’t populated it yet. Auto-generate .rst file from python youruser@yourpc:~yourWorkspacePath/simpleble-master/docs$
    [Show full text]
  • Sphinx and Perl Houston Perl Mongers
    Indexing Stuff && Things with Sphinx and Perl Houston Perl Mongers May 8th, 2014 Hosted by cPanel, Inc. Brett Estrade <[email protected]> Sphinx ● full text search indexer and daemon ● indexer - builds indexes ● searchd - services search requests ● very easy to install and configure Sphinx Data Sources ● Directly from MySQL (MariaDB), PostgreSQL ○ Indexing data from arbitrary SQL ○ Excellent for fast reading of expensive JOINs ● XMLPipe2 ○ General intermediate data understood by Sphinx Search Interface ● Native protocol (e.g., Sphinx::Search) ● Supports MySQL protocol (4.1) ○ Subset of SQL supported is called SphinxQL indexer data named index for searchd searchd config Client Example - Sphinx::Search search term - empty string returns “all” Search Results Some Common Use Cases ● Rebuild index from database regularly ● Incrementally add to existing index ● Query Sphinx for DB primary keys, make DB call for related rows ● Query Sphinx for wanted data (no DB at all) == my use case Real Life Examples 1. Indexing MariaDB 2. Filtering on string using CRC32 3. Creating sources w/Sphinx::XML::Pipe2 4. Dynamic config w/Sphinx::Config::Builder Indexing MariaBD ~2.25 Million Rows ● Use case - saving eBay auction data in DB ● Providing search interface to it ● Demo run of indexer How to Filter on Strings ● Requires CRC32 hashing (strings to ints) ● When indexing, use MySQL’s CRC32 function ● Use Perl’s String::CRC32 to encode string, ○ then set filter And inside of client, use Perl’s String::CRC32 to encode to the same integer Transforming Things to XMLPipe2 ● XMLPipe2 is Sphinx’s generic data format ● Extract/Transform scripts -> XMLPipe2 ● use Sphinx::XML::Pipe2; #’nuff said Sample XMLPipe2 File Sample XMLPipe2 Source Conf Entry Example XMLPipe2 Use Case ● Monitor ephemera,e.g.
    [Show full text]
  • Brandon's Sphinx Tutorial (PDF)
    Brandon’s Sphinx Tutorial Release 2013.0 Brandon Rhodes May 31, 2018 Contents 1 Notes on Using Sphinx2 1.1 Starting a Sphinx project...............................2 1.2 Sphinx layout.....................................3 1.3 Hints.........................................3 1.4 Helping autodoc find your package.........................4 1.5 Deployment.....................................6 2 RST Quick Reference8 3 Sphinx Quick Reference 10 4 Writing ‘api.rst’ 12 5 Writing ‘tutorial.rst’ 15 6 Writing ‘guide.rst’ 17 7 Example: tutorial.rst — The trianglelib tutorial 19 8 Example: guide.rst — The trianglelib guide 20 8.1 Special triangles................................... 20 8.2 Triangle dimensions................................. 20 8.3 Valid triangles.................................... 21 9 Example: api.rst — The trianglelib API reference 22 9.1 The “shape” module................................. 22 9.2 The “utils” module.................................. 23 Python Module Index 25 i Brandon’s Sphinx Tutorial, Release 2013.0 PyCon 2013 San Jose, California Thursday morning March 14th 9:00pm - 10:30pm First Half of Tutorial Break (refreshments served) 10:50pm - 12:20pm Conclusion of Tutorial Welcome to my Sphinx tutorial, which is now in its fourth year at PyCon. Sphinx has come a long way since this tutorial was first offered back on a cold February day in 2010, when the most recent version available was 0.6.4. Sphinx has now reached 1.1.3, and I have worked to keep this tutorial up to date with all of the most recent features in Sphinx. I hope you enjoy it with me! Contents 1 Chapter 1 Notes on Using Sphinx Here are some quick notes on running Sphinx successfully. Each topic will be elaborated upon at the right point during our class.
    [Show full text]
  • Sphinx Documentation 1.5.3
    Sphinx Documentation 1.5.3 Georg Brandl 7 14, 2017 Contents 1 1 1.1......................................................1 1.2......................................................2 1.3......................................................2 1.4......................................................2 2 3 2.1......................................................3 2.2......................................................3 2.3......................................................4 2.4......................................................4 2.5......................................................5 2.6......................................................6 2.7 Autodoc.................................................6 2.8......................................................6 3 sphinx-build 9 3.1 Makefile................................................. 11 4 sphinx-apidoc 13 5 reStructuredText 15 5.1...................................................... 15 5.2...................................................... 15 5.3...................................................... 16 5.4...................................................... 17 5.5...................................................... 18 5.6...................................................... 18 5.7...................................................... 19 5.8...................................................... 19 5.9...................................................... 19 5.10...................................................... 21 5.11.....................................................
    [Show full text]
  • RTEMS Software Engineering Release 6.Fa31da1 (13Th November 2020) © 1988, 2020 RTEMS Project and Contributors
    RTEMS Software Engineering Release 6.fa31da1 (13th November 2020) © 1988, 2020 RTEMS Project and contributors CONTENTS 1 Preface 3 2 RTEMS Project Mission Statement5 2.1 Free Software Project.................................6 2.2 Design and Development Goals............................7 2.3 Open Development Environment...........................8 3 RTEMS Stakeholders9 4 Introduction to Pre-Qualification 11 4.1 Stakeholder Involvement............................... 13 5 Software Requirements Engineering 15 5.1 Requirements for Requirements............................ 17 5.1.1 Identification................................. 17 5.1.2 Level of Requirements............................ 18 5.1.2.1 Absolute Requirements....................... 18 5.1.2.2 Absolute Prohibitions........................ 19 5.1.2.3 Recommendations.......................... 19 5.1.2.4 Permissions.............................. 19 5.1.2.5 Possibilities and Capabilities.................... 19 5.1.3 Syntax..................................... 20 5.1.4 Wording Restrictions............................. 20 5.1.5 Separate Requirements............................ 22 5.1.6 Conflict Free Requirements.......................... 23 5.1.7 Use of Project-Specific Terms and Abbreviations.............. 23 5.1.8 Justification of Requirements........................ 23 5.1.9 Requirement Validation............................ 23 5.1.10 Resources and Performance......................... 24 5.2 Specification Items................................... 25 5.2.1 Specification Item Hierarchy........................
    [Show full text]