CadInput is a PROTOTYPE QGIS Python plugin that allows to numerically constrain the cursor to achieve efficient and precise digitizing, as possible in CAD packages, with any QGIS tool.
A demo of an older version is available here : https://vimeo.com/85052231
It currently relies on too many hacks and may therefore be unstable. DO NOT USE THIS IN PRODUCTION !!!
Validating an editfield with Return will lock the value. Setting a value to an empty string will unlock the value.
You can enter basic math operations in the editfields.
Shortcuts are accessible if the MapCanvas or the CadInputWidget have focus :
- A : angle
- D : distance
- X : x coordinate
- Y : y coordinate
- Combine those with "shift" to toggle absolute/relative mode
- Combine those with "alt" or "ctrl" to toggle locked mode.
- C : construction mode
- P : parralel / perpendicular to a segment
- ESC : unlock all locked parameters
- A CRS Prompt will appear at first use of the tool if "use default CRS for new layers" is not set in the options.
- Changed snap settings will only have effect upon rescale or adding layers (will be solved with issue http://hub.qgis.org/issues/9465 )
- The first point when activating is based upon the 0,0 point rather than last click (will be fixed when there's a CanvasClicked signal)
- ...
Please report bugs and ideas on the issue tracker : https://github.com/olivierdalang/CadInput/issues
Or send me some feedback at : [email protected]
- available with all the QGIS map tools (probably)
- digitize using relative/absolute XY coordinates
- digitize using relative/absolute angular coordinates
- parralel/perpendicular from existing features
- extend/trim a line using segment's snapping
- mathematical input
- incremental values lock (for instance 30deg, or 10m grid)
- set origin (for absolute mode with custom origin)
- intersection of segments / having segments as a true constraint (not only for parralel/perpendicular)
- intersection of arcs / having arcs as a true constraint (not only for parralel/perpendicular)
- allow to use when not editing (useful to measures elements or angles)
- input relative to north / other units
Please submit your ideas on the tracker : https://github.com/olivierdalang/CadInput/issues
- one-click extend/trim a line (not directly linked to CadInput -> CadTools ?)
- midpoints (can be achieved using D/2)
- 2014-01-29 - version 0.3 : intial experimental release
- 2014-01-31 - version 0.4 :
- improved performances on more complex files (thanks 3nids)
- snapping preferences now taken into account)
- 2014-02-09 - version 0.50 : better visuel feedback, several bugs fix and cleaner code
- 2014-03-22 - version 0.60 : several bug fixes
The plugin relies on several hacks to work, since (afaik) the current QGIS API :
- does not allow to hook into MapCanvas mouse events
- does not allow numerical input for tools in scene coordinates
- does not allow to restrict background snapping on Vertexes or Segments only
- does not allow free drawing on the mapcanvas
To be able to capture the mouseEvents of the MapCanvas, the plugin installs an eventFilter on it.
Capturing and editing the mouseEvents is fine for graphical feedback, but does not allow for precise input (since mouseEvents are in pixels, and not in map units). To workaround this limitation, the plugin creates a memory layer, in which a point is created each time a precise coordinate input is needed, to which the native tools will snap. Unfortunately, to snap to this layer only without possible interference from other regular layers snapping, the plugin must iterate through all layers and remove (temporarily) their snapping.
To be able to freely draw on the MapCanvas, the plugin adds a QWidget as child of the mapCanvas. A drawback is that there is a "double cursor", the native QGIS cursor, and a CadInput-specific cursor, inducing a little bit of confusion.
- A. Have QgsMapCanvas emit signals on mouseEvents (not sure if usable for the plugin)
In current version, QgsMapCanvas emits xyCoordinates(const QgsPoint &p) on mouseMoveEvent. The same could be done for mousePressEvent and mouseReleaseEvent (maybe with better names?). I'm not sure this would be usable for the plugin though, since it needs to be able to modify those events too.
- B. Allow to input scene coordinats to QgsMapTool (long term)
For instance by adding
void QgsMapTool::scenePressEvent( QMouseEvent *e, QgsPoint *p ) // and the same for move and release events
Or by adding an optional scenePos *pos=0
parameter to the existing void QgsMapTool::canvasPressEvent( QMouseEvent *e )
This could anyways be very useful for different uses (automation ?).
The problem is, it seems the snapping/coordinate translation is implemented by each Tool subclass... So it will be some work which would require anyway a more general MapTools refactoring !
- C. Allow to snap to a specific layer (useless if F is done)
Add a QgsMapCanvasSnapper's snapToSpecificLayer method (exactly the same as snapToActiveLayer except it's not the active layer)
int snapToSpecificLayers( const QPoint& p, QList<QgsSnappingResult>& results, QgsVectorLayer layer, QgsSnapper::SnappingType snap_to, double snappingTol = -1, const QList<QgsPoint>& excludePoints = QList<QgsPoint>() );
- D. Allow to restrict snapping for background layers, just as there is for the active layer (useless if F is done)
Modify QgsMapCanvasSnapper's snapToBackgroundLayers method to work like snapToCurrentLayer.
int snapToBackgroundLayers( const QPoint& p, QList<QgsSnappingResult>& results, const QList<QgsPoint>& excludePoints = QList<QgsPoint>() );
would become
int snapToBackgroundLayers( const QPoint& p, QList<QgsSnappingResult>& results, QgsSnapper::SnappingType snap_to, double snappingTol = -1, const QList<QgsPoint>& excludePoints = QList<QgsPoint>() );
Alternatively, QgsSnappingResult could have a field informing wheter it was a vertex or a segment snap.
- E. Click-drag tools should allow click-move-click input method
Some tools work in click-click mode (add feature...), but some other in click-drag mode (move vertex, ...). That second method is less common in CAD softwares, since it is less practical. Those click-drag tools work currently with the plugin, but the user must keep the mouse pressed, which is a bit annoying. Allowing click-move-click mode for those tool as well would be an improvement.
- **F. Improve snap priority **