<p>I know that t hey are part of the slim tables. Sure, not everybody would want the geometry of the relations, this should be optional. In fact it would be sufficient to have the geometry of the relations for specific types (e.g. type=bridge).</p>

<p>In my application I have to decide where I have the perfomance hit: during query / rendering or during update. Sure I prefer the perfomance hit during update. Btw, The bounding boxes of the relations would be sufficient (as I use the relations in joined selects and not for direct rendering).</p>

<p>Variant A (without relation bboxes): Query all lines in bbox, check if they are part of a relation of type=bridge, if yes, do something with it.<br>
Variant A alternative: Query all relations with type=bridge in planet, check if one of the ways is in the current bbox, do something with it (this might even be faster as Variant A).<br>
Variant B (with relation bboxes): Query all relations with type=bridge in current bbox, do something with it.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href='https://github.com/openstreetmap/osm2pgsql/issues/116#issuecomment-32150942'>view it on GitHub</a>.<img src='https://github.com/notifications/beacon/4046574__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcwNTEzMzQ5OCwiZGF0YSI6eyJpZCI6MjMzODYxOTN9fQ==--575a1439e0a5788e9a0b35ff2023a6db95511ccf.gif' height='1' width='1'></p>