{5} Assigned, Active Tickets by Owner (Full Description) (10 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
domlowe
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #172 | add support for OGC Web Services Common 1.1.0 | OWSLib | feature request | 09/18/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Related to #170, SOS leverages OWS Common 1.1.0. Forthcoming OGC specs will also leverage OWS Common. I suggest an initial owslib/ows.py implementation. By building ows.py, then calling code (i.e. wfs, sos, etc.) will get smaller so as to leverage the common methods, etc. Sean: I have an initial implementation of OWS ExceptionReport. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
seang
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #79 | compare filter bounding box to all feature geometries | Data Stores and Sources | PCL 0.12 | defect | 06/22/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In postgis.py feature_sql we are only comparing the first feature geometry to a filter bbox, which can lead to erroneous results for the multiple geometry case. I think there are two solutions 1) OR together query clauses for all feature geometries like
which is not terribly efficient, but probably also not too costly. 2) we could consider checking the database for a hint about the full feature bounds. Say the table has a "bounds" column of the BOX3D type. We could use this column instead of checking each feature geometry. This would be more efficient, but would require some agreement on what to name this special column. DB admins would also need to be careful to implement rules in their database to keep the bounds accurate. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #87 | DiskFeatureStore: 3D Polygons not handled | Data Stores and Sources | PCL 0.12 | defect | 08/08/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Shapefiles with 3D Polygons cause disk.py to throw an exception, as an index is out of range as the GeometryType? is not correctly reported from somewhere down below: schema.append(GeometryProperty('the_geom', homosrs=srs,
homotype=GEOM_MAP[ldef.GetGeomType()]))
This is what I see when running it in PDB: (Pdb) print ldef.GetGeomType()0).GetGeomType() -2147483645 (Pdb) I wondered for a while what was different with this particular shapefile I was using, but it must be that I have Z values in there. linux:/www/gisdata/polygons # ogrinfo yunnanpolygon.shp INFO: Open of `yunnanpolygon.shp' using driver `ESRI Shapefile' successful. 1: yunnanpolygon (3D Polygon) I have not investigate the internals of this any further. The annoying thing about these error is that that corrupt the entire editing of Primagis maps: as Primagis tries to get all the ZCO data stores into the combobox for selection, when only one of the ZCO datastores is f..cked in some way, it will not let you edit any map and just displays the cryptic 'index error message'. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #90 | Spatial index based on shapelib's quadtree | Data Stores and Sources | PCL 0.12 | feature request | 10/08/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
We need an index that can be used with Python storage. Memory feature stores, Zope or Plone folders. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #125 | Provide Python geo interface | Data Stores and Sources | feature request | 10/13/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
From geometries, features, and sources. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #177 | Take advantage of GEOS 3.1 prepared geometry for some iterops | Shapely | feature request | 11/18/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
http://trac.osgeo.org/geos/wiki/PreparedGeometry |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #14 | stroke-width, fill-opacity are ignored for some symbolizers | Styles and Symbolizers | defect | 11/11/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Kai noticed that stroke-width and fill-opacity don't seem to be shown in symbolizer overviews. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #161 | Use gdal-config to find GDAL/OGR headers and libs | WorldMill | defect | 04/22/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Instead of relying on paths coded into setup.py or setup.cfg. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #56 | get a feature from a store by its id | Data Stores and Sources | PCL 0.12 | feature request | 03/31/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Something like feature = store.getfeature(typename, id) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #74 | Antialiased line and polygon stroke | Styles and Symbolizers | feature request | 05/04/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Need to add an "antialiasing" property to Stroke objects. If this is True, then the renderer should turn on antialiasing. Howard had success with the MapServer? renderer like: elif ISLDPolygonSymbolizer.providedBy(symbolizer):
f = symbolizer.fill
s = symbolizer.stroke
layerob.transparency = _mapscript.MS_GD_ALPHA
try:
if f:
styleob.color.setHex(f.color)
si = classob.insertStyle(mapscript.styleObj())
sty2 = classob.getStyle(si)
sty2.symbol = 1
try:
sty2.size = int(s.width)
except AttributeError:
pass
sty2.outlinecolor.setHex(s.color)
sty2.antialias = _mapscript.MS_TRUE
else:
styleob.outlinecolor.setHex(s.color)
try:
styleob.width = int(s.width)
except AttributeError:
pass
except:
raise
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
