[Qgis-developer] dxf read
Marco Hugentobler
marco.hugentobler at sourcepole.ch
Wed Jan 26 11:05:08 EST 2011
Am Mittwoch, 26. Januar 2011, um 13.37:02 schrieb Marco Hugentobler:
> > Or we could extent the layers to have three renderers - one for each
> > geometry type. We recently added NoGeometry - so I figure we know where
> > to look now. That way we could also get rid of that PostGIS filter trick
> > (ugly because you could remove the filtering subset string).
>
> Sounds like a good solution in the longer term. Currently, there are also
> some parts in the edit tools and gui that assumes all the objects have the
> same feature type.
Hm, thinking again about it and looking at all the editing tools,
symbolisation dialogs, labeling and plugins, etc. that are based on the
assumption that a layer has a single geometryType, it seems to me this is
something for QGIS 3...
Whereas the filter approach for OGR is something that would be includeable
pretty soon.
Regards,
Marco
> Regards,
> Marco
>
> Am Mittwoch, 26. Januar 2011, um 12.31:52 schrieb Jürgen E. Fischer:
> > Hi,
> >
> > On Wed, 26. Jan 2011 at 10:26:11 +0100, Marco Hugentobler wrote:
> > > > but I'd expect OGR to present a
> > > > layer list (organized by DXF layers and geometry types)
> > >
> > > The layers are not organised by geometry type (this is also true for
> > > other OGR formats). Maybe, from QGIS side, it needs a similar approach
> > > as for the PostGIS tables without entries in geometry_columns?
> >
> > Yes, we could allow to set a geometry type and skip all features with a
> > different geometry type or better return an empty geometry instead - to
> > get the feature count right.
> >
> > Or we could extent the layers to have three renderers - one for each
> > geometry type. We recently added NoGeometry - so I figure we know where
> > to look now. That way we could also get rid of that PostGIS filter trick
> > (ugly because you could remove the filtering subset string).
> >
> >
> > Jürgen
--
Dr. Marco Hugentobler
Sourcepole - Linux & Open Source Solutions
Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland
marco.hugentobler at sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee
More information about the Qgis-developer
mailing list