
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">I'm seeking guidance on how to correctly organise hierarchal topogeometries.<br class=""><br class="">I'm working through the excellent Postgis in Action's chapter on topology and, in summary, it sets up two tables with topogeometries, one called neighbourhoods (which becomes layer 1) based on geometries loaded with toTopoGeom, and one called cities (layer 2), which is derived from the neighbourhoods (layer 1).<br class=""><br class="">The book says this about layer 2.<br class=""><br class="">"...You then define a column called topo in the cities table to define the neighbourhoods that each city is composed of. Each city is defined by a topogeometry. In the example, you only want one city, so there's only one topogeometry”</div><div class=""><br class="">I find this confusing. I thought the column definition was the topogeometry in which case how can each Row entry (a city) have a different one?<br class=""><br class="">What say I want more than one city? Where do the neighbourhoods go? How do I say that 'this city has these neighbourhoods from layer 1, and this second city, has these different neighbourhoods from layer 1'?<br class=""><br class="">I'm clearly missing something important, because at the moment it seems to me that every 'parent' in the hierarchy basically ends up as a single solitary row in a table.</div><div class=""><br class=""></div><div class="">Thanks</div><div class="">Gordon</div><div class=""><br class=""></div><div class="">n.b. crosspost to <a href="https://gis.stackexchange.com/questions/303118/postgis-topology-hierarchal-topogeometries" class="">https://gis.stackexchange.com/questions/303118/postgis-topology-hierarchal-topogeometries</a> as I wasn’t sure which forum was most active.</div></body></html>