Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

exporting vector layers: determining the extent by mouse #21201

Open
qgib opened this issue Jul 22, 2015 · 3 comments
Open

exporting vector layers: determining the extent by mouse #21201

qgib opened this issue Jul 22, 2015 · 3 comments
Labels
Feature Request Vectors Related to general vector layer handling (not specific data formats)

Comments

@qgib
Copy link
Contributor

qgib commented Jul 22, 2015

Author Name: Joerg Hippe (Joerg Hippe)
Original Redmine Issue: 13137

Redmine category:vectors


For exporting vector layers (save as) it should be possible to determine additionally the extent as an area by mouse.

@qgib
Copy link
Contributor Author

qgib commented Jul 22, 2015

Author Name: Andreas Neumann (@andreasneumann)


Hi Joerg,

There is already the possibility to export only the current map view extent. Do you need this interactive "area by mouse" in addition to the current map view extent?

Note that currently, the exported data is only filtered based on the extent, not clipped.

Andreas

@qgib
Copy link
Contributor Author

qgib commented Jul 22, 2015

Author Name: Joerg Hippe (Joerg Hippe)


Hi Andreas,

If you have a wide screen, but for example, the issue requires an area, which is higher than wide, then yes. The main point, thereby optimizing the resulting amount of data and thus the time for exort and import. So Furthermore, can also optionally be reduced an accruing effort for post-processing.

Jörg

the same again in German:

Hallo Andreas,

Wenn man einen breiten Bildschirm hat, aber beispielsweise zur Ausgabe einen Bereich benötigt, welcher höher als breit ist, dann ja. Es geht hauptsächlich darum, dadurch die entstehende Datenmenge und somit auch die Zeit für Exort und Import zu optimieren. Desweiteren kann damit auch gegebenenfalls ein anfallender Aufwand zur Nachbearbeitung verringert werden.

Jörg

@qgib
Copy link
Contributor Author

qgib commented Apr 30, 2017

Author Name: Giovanni Manghi (@gioman)


  • easy_fix was configured as 0

@qgib qgib added Feature Request Vectors Related to general vector layer handling (not specific data formats) labels May 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature Request Vectors Related to general vector layer handling (not specific data formats)
Projects
None yet
Development

No branches or pull requests

1 participant