https://issues.qgis.org/https://issues.qgis.org/favicon.ico2011-10-16T00:48:02ZQGIS Issue TrackingQGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=259772011-10-16T00:48:02ZSandro Santillistrk@kbt.io
<ul><li><strong>Assignee</strong> deleted (<del><i>nobody -</i></del>)</li><li><strong>Pull Request or Patch supplied</strong> set to <i>No</i></li></ul><p>See <a class="external" href="http://strk.keybit.net/blog/2011/10/14/postgis-topology-iso-sqlmm-complete/comment-page-1/#comment-7521">http://strk.keybit.net/blog/2011/10/14/postgis-topology-iso-sqlmm-complete/comment-page-1/#comment-7521</a> for some design ideas about PostGIS-topology specific editing toolbar.</p> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=260182011-10-19T16:58:16ZLuís Ferreira
<ul></ul><p>Some ideas [[<a class="external" href="http://strk.keybit.net/blog/2011/10/14/postgis-topology-iso-sqlmm-complete/comment-page-1/#comment-7638">http://strk.keybit.net/blog/2011/10/14/postgis-topology-iso-sqlmm-complete/comment-page-1/#comment-7638</a>]]<br />(1) topology layer (in memory or else), where we can define the intervening layers/postgis tables;<br />(2) rules (overlaps, gaps, covers, must contain point, touch line, ...);<br />(3) a list of errors in face of choosen rules;<br />(4) tools to merge/subtract/create feature/mark as exception or error.</p> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=260202011-10-20T05:17:03ZMartin Dobiaswonder.sk@gmail.com
<ul></ul><p>The main issue we are facing here is that the topological models of various data sources (grass, postgis-topo, osm) differ quite a lot between each other. From what I know:</p>
<ul>
<li>PostGIS. Primitives: nodes, edges, faces - they correspond to the elements of a graph from graph theory: node is a point, edge is a polyline connecting two nodes, faces are formed by enclosing edges. Planar graph is enforced.</li>
</ul>
<ul>
<li>GRASS. Primitives: point, line, boundary, centroid. Points and (poly)lines are standalone objects, boundaries are polylines that should touch at the endpoints to form areas. Centroids are special type of points that assigns a layer to the area enclosed by the boundaries. Only boundaries are required to form a planar graph (?)</li>
</ul>
<ul>
<li>OSM. Primitives: nodes, ways. Ways are constructed strictly from nodes. There is no explicit notion of areas: a closed way is usually considered as an area, although that is not always true (e.g. roundabout is a closed way, but it represents a linear ring). The situation with polygons with holes and multipolygons is difficult: relation elements may connect individual ways. Planar graph is not enforced.</li>
</ul>
<p>Please correct me if I am wrong.</p>
The question is how to handle these differences:
<ul>
<li>Use a minimal topology model that makes only few assumptions? E.g. there may be points and polylines, the editing tools would be able to edit them and individual topological models would implement the logic - decide what is valid and what is not etc.</li>
<li>Build a topology abstraction that is able to handle a superset of these individual models? The individual topological models would only turn on/off some features/rules.</li>
</ul>
<p>The former approach sounds much better</p> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=260222011-10-20T07:48:01ZSandro Santillistrk@kbt.io
<ul></ul><p>I'd like to avoid too much abstraction on the PostGIS side actually.<br />All I can tell is that for postgis topology you have these operations:</p>
<pre><code>- Add an isolated node<br /> - Move an isolated mode<br /> - Remove an isolated node<br /> - Add an edge connecting two existing nodes (automatically creates a face if closes a ring)<br /> - Move an edge vertices except its endpoints<br /> - Split an edge by a node (add a "splitting" node)<br /> - Remove an edge (automatically removes a face if opens a ring)<br /> - Heal two edges removing the connecting node</code></pre>
<p>Note that some of the above operations (those creating new edges or faces or removing them)<br />also have an option to decide whether or not to save pre-existing faces/edges or always replace<br />them with the new ones.</p>
<p>Seems all very postgis-specific (or should I say ISO SQL/MM specific).<br />Unless someone from GRASSland sees an unification opportunity (beside icons?) I'd move this into another ticket.</p> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=260282011-10-21T08:20:11ZSandro Santillistrk@kbt.io
<ul></ul><p>FYI: I've started a project on github for postgis topology editing. At least will serve for brainstorming.</p>
<p><a class="external" href="https://github.com/strk/qgis_pgis_topoedit/wiki">https://github.com/strk/qgis_pgis_topoedit/wiki</a></p> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=359962012-10-06T00:23:50ZPirmin Kalberer
<ul><li><strong>Target version</strong> changed from <i>Version 2.0.0</i> to <i>Future Release - Nice to have</i></li></ul> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=449692013-09-25T23:24:09ZMarkus Neteler
<ul></ul><p>Sandro Santilli wrote:</p>
<blockquote>
<p>FYI: I've started a project on github for postgis topology editing. At least will serve for brainstorming.</p>
<p><a class="external" href="https://github.com/strk/qgis_pgis_topoedit/wiki">https://github.com/strk/qgis_pgis_topoedit/wiki</a></p>
</blockquote>
<p>Sandro, do you continuously develop this plugin?</p> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=449702013-09-25T23:32:33ZSandro Santillistrk@kbt.io
<ul></ul><p>Markus, I'm not developing it, no. But I'm maintaining it (unfortunately needed as QGIS API changes more often than I'd like).<br />Mind you: that plugin is postgis-specific.</p> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=772562017-04-30T22:50:20ZGiovanni Manghigiovanni.manghi@gmail.com
<ul><li><strong>Easy fix?</strong> set to <i>No</i></li></ul> QGIS Application - Feature request #3483: Unified topological editinghttps://issues.qgis.org/issues/3483?journal_id=863442018-01-29T18:09:45ZPaolo Cavallinicavallini@faunalia.it
<ul><li><strong>Status</strong> changed from <i>Open</i> to <i>Feedback</i></li><li><strong>Description</strong> updated (<a href="/journals/diff/86344?detail_id=75015" title="View differences">diff</a>)</li></ul><p>Still true in QGIS3. Unclear status: it's a lot of work, and possibly we should better concentrate in native QGIS tools.</p>