Hi all,
I’ve created a new python script which generates:
-
quick printout (pdf) from workspace definitions
-
supports multiple display definitions in one workspace ( = multiple printouts in one run)
-
UTF-8 text could also be printed (ps.map supports only latin1, this was the initial reason to create alternative print method)
known major issues:
-
barscale and northarrow positioning should be revised in the respective d.* modules
-
ImageMagick dependency should be eliminated longer term
-
regexp processing of workspace files instead of formal XML processing
-
needs more calibration on txt/symbol resizing according to printout dpi change
This module is NOT for professional prints but for quick&dirty and hopefully comfortable
printout making.
Tested under:
-
Linux: 7.0.4,7.2 latest, 7.3 weekly snapshot
-
Windows: 7.3 binary OSGeo4W
Source and doc are here:
https://github.com/kuszinger/giscomgrass7addons/tree/master/m.printws
best regards
Robert
Hello Robert,
I would like to test this new add-on very much, but I haven’t been able to install it with g.extension as explained here: https://grass.osgeo.org/grass73/manuals/g.extension.html for the case of repositories other than SVN. This is the command I’m using:
g.extension m.printws url=github.com/kuszinger/giscomgrass7addons/tree/master/m.printws
Fetching <m.printws> from
<https://github.com/kuszinger/giscomgrass7addons/tree/master/m.printws/archive/master.zip>
(be patient)…
ERROR: Extension <m.printws> not found
(I’m using a freshly recompiled grass73 - r69069M under Linux-Fedora24)
Am I using g.extension properly? Any ideas?
Best,
Vero
···
2016-08-03 11:15 GMT-03:00 Robert Kuszinger <kuszinger@giscom.hu>:
Hi all,
I’ve created a new python script which generates:
-
quick printout (pdf) from workspace definitions
-
supports multiple display definitions in one workspace ( = multiple printouts in one run)
-
UTF-8 text could also be printed (ps.map supports only latin1, this was the initial reason to create alternative print method)
known major issues:
-
barscale and northarrow positioning should be revised in the respective d.* modules
-
ImageMagick dependency should be eliminated longer term
-
regexp processing of workspace files instead of formal XML processing
-
needs more calibration on txt/symbol resizing according to printout dpi change
This module is NOT for professional prints but for quick&dirty and hopefully comfortable
printout making.
Tested under:
-
Linux: 7.0.4,7.2 latest, 7.3 weekly snapshot
-
Windows: 7.3 binary OSGeo4W
Source and doc are here:
https://github.com/kuszinger/giscomgrass7addons/tree/master/m.printws
best regards
Robert
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Wed, Aug 3, 2016 at 2:49 PM, Veronica Andreo <veroandreo@gmail.com> wrote:
Hello Robert,
I would like to test this new add-on very much, but I haven't been able to
install it with g.extension as explained here:
https://grass.osgeo.org/grass73/manuals/g.extension.html for the case of
repositories other than SVN. This is the command I'm using:
g.extension m.printws
url=github.com/kuszinger/giscomgrass7addons/tree/master/m.printws
Fetching <m.printws> from
<https://github.com/kuszinger/giscomgrass7addons/tree/master/m.printws/archive/master.zip>
(be patient)...
ERROR: Extension <m.printws> not found
(I'm using a freshly recompiled grass73 - r69069M under Linux-Fedora24)
Am I using g.extension properly? Any ideas?
I think it's because it's not at top level in the repository.
g.extension expects the module is at top level and creates an URL of
the zip. Github doesn't seem to allow you to download a subdirectory
from the repo as a zip, so I don't think we can do anything about it,
at least not easily.
Either download the module manually and run in the directory with the module:
make MODULE_TOPDIR=/path/to/trunk
make install MODULE_TOPDIR=/path/to/trunk
or Robert can split the repo into two, one for each addon.
Anna
Best,
Vero
2016-08-03 11:15 GMT-03:00 Robert Kuszinger <kuszinger@giscom.hu>:
Hi all,
I've created a new python script which generates:
quick printout (pdf) from workspace definitions
supports multiple display definitions in one workspace ( = multiple
printouts in one run)
UTF-8 text could also be printed (ps.map supports only latin1, this was
the initial reason to create alternative print method)
known major issues:
barscale and northarrow positioning should be revised in the respective
d.* modules
ImageMagick dependency should be eliminated longer term
regexp processing of workspace files instead of formal XML processing
needs more calibration on txt/symbol resizing according to printout dpi
change
This module is NOT for professional prints but for quick&dirty and
hopefully comfortable
printout making.
Tested under:
Linux: 7.0.4,7.2 latest, 7.3 weekly snapshot
Windows: 7.3 binary OSGeo4W
Source and doc are here:
https://github.com/kuszinger/giscomgrass7addons/tree/master/m.printws
best regards
Robert
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Thanks much for the instructions, Anna!
In the end, what I did was to download the whole folder, unzip, extract only the m.printws, zip it and use g.extension
g.extension m.printws url=/home/veroandreo/software/m.printws.zip
and it worked perfectly
best,
Vero
···
2016-08-03 16:14 GMT-03:00 Anna Petrášová <kratochanna@gmail.com>:
On Wed, Aug 3, 2016 at 2:49 PM, Veronica Andreo <veroandreo@gmail.com> wrote:
Hello Robert,
I would like to test this new add-on very much, but I haven’t been able to
install it with g.extension as explained here:
https://grass.osgeo.org/grass73/manuals/g.extension.html for the case of
repositories other than SVN. This is the command I’m using:
g.extension m.printws
url=github.com/kuszinger/giscomgrass7addons/tree/master/m.printws
Fetching <m.printws> from
<https://github.com/kuszinger/giscomgrass7addons/tree/master/m.printws/archive/master.zip>
(be patient)…
ERROR: Extension <m.printws> not found
(I’m using a freshly recompiled grass73 - r69069M under Linux-Fedora24)
Am I using g.extension properly? Any ideas?
I think it’s because it’s not at top level in the repository.
g.extension expects the module is at top level and creates an URL of
the zip. Github doesn’t seem to allow you to download a subdirectory
from the repo as a zip, so I don’t think we can do anything about it,
at least not easily.
Either download the module manually and run in the directory with the module:
make MODULE_TOPDIR=/path/to/trunk
make install MODULE_TOPDIR=/path/to/trunk
or Robert can split the repo into two, one for each addon.
Anna
Best,
Vero
2016-08-03 11:15 GMT-03:00 Robert Kuszinger <kuszinger@giscom.hu>:
Hi all,
I’ve created a new python script which generates:
quick printout (pdf) from workspace definitions
supports multiple display definitions in one workspace ( = multiple
printouts in one run)
UTF-8 text could also be printed (ps.map supports only latin1, this was
the initial reason to create alternative print method)
known major issues:
barscale and northarrow positioning should be revised in the respective
d.* modules
ImageMagick dependency should be eliminated longer term
regexp processing of workspace files instead of formal XML processing
needs more calibration on txt/symbol resizing according to printout dpi
change
This module is NOT for professional prints but for quick&dirty and
hopefully comfortable
printout making.
Tested under:
Linux: 7.0.4,7.2 latest, 7.3 weekly snapshot
Windows: 7.3 binary OSGeo4W
Source and doc are here:
https://github.com/kuszinger/giscomgrass7addons/tree/master/m.printws
best regards
Robert
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Wed, Aug 3, 2016 at 3:47 PM, Veronica Andreo <veroandreo@gmail.com>
wrote:
extract only the m.printws, zip it and use g.extension
g.extension m.printws url=/home/veroandreo/software/m.printws.zip
Zipping is not necessary, g.extension should work on directories as well.
Dear Veronica,
Anna was faster with her answer. To ease the use I’ll put it into a standalone repo as Anna recommended and test myself the g.extension way.
Also I’m happy to hear that now it runs.
Thanks
Robert
···
2016-08-03 21:47 GMT+02:00 Veronica Andreo <veroandreo@gmail.com>:
Thanks much for the instructions, Anna!
In the end, what I did was to download the whole folder, unzip, extract only the m.printws, zip it and use g.extension
g.extension m.printws url=/home/veroandreo/software/m.printws.zip
and it worked perfectly
best,
Vero
2016-08-03 16:14 GMT-03:00 Anna Petrášová <kratochanna@gmail.com>:
I think it’s because it’s not at top level in the repository.
g.extension expects the module is at top level and creates an URL of
the zip. Github doesn’t seem to allow you to download a subdirectory
from the repo as a zip, so I don’t think we can do anything about it,
at least not easily.
Either download the module manually and run in the directory with the module:
make MODULE_TOPDIR=/path/to/trunk
make install MODULE_TOPDIR=/path/to/trunk
or Robert can split the repo into two, one for each addon.
Anna