For information; response not necessary:
Prepared a map in the map display window with annotations: scale bar/north
arrow and text. The map was saved as a .png and the workspace with the
raster and vector maps was also saved. When I again invoked grass and loaded
the saved workspace the text annotations were gone while the scale bar/north
arrow were present. Perhaps whoever contributes to the map annotation
function(s) and add text retention and display when workspaces are saved and
loaded.
Also, while a GTK+ issue rather than a GRASS issue, there are multiple
pango errors thrown ("(wxgui.py:12046): Pango-CRITICAL **:
pango_layout_get_cursor_pos: assertion ndex >= 0 && index <= layout->length'
failed") and I'm assuming these appeared when I added text to the map.
Thanks all,
Rich
On Tue, Sep 27, 2016 at 4:28 PM, Rich Shepard <rshepard@appl-ecosys.com> wrote:
For information; response not necessary:
Prepared a map in the map display window with annotations: scale bar/north
arrow and text. The map was saved as a .png and the workspace with the
raster and vector maps was also saved. When I again invoked grass and loaded
the saved workspace the text annotations were gone while the scale bar/north
arrow were present. Perhaps whoever contributes to the map annotation
function(s) and add text retention and display when workspaces are saved and
loaded.
Hmm, the text annotations should be saved too in 7.2. Could you look
in the gxw xml file, there should be some 'd.text' in there.
Anna
Also, while a GTK+ issue rather than a GRASS issue, there are multiple
pango errors thrown ("(wxgui.py:12046): Pango-CRITICAL **:
pango_layout_get_cursor_pos: assertion ndex >= 0 && index <= layout->length'
failed") and I'm assuming these appeared when I added text to the map.
Thanks all,
Rich
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hi Rich,
I can see what's the problem now. You typed text in the d.text window
which automatically creates a temporary file with that text. Path to
that temp file is saved in the gxw file,but then the files are
deleted. I don't have currently a good way to fix this. You have to
save it into a regular file. Please open a ticket for this.
Anna
On Wed, Sep 28, 2016 at 9:38 AM, Rich Shepard <rshepard@appl-ecosys.com> wrote:
On Tue, 27 Sep 2016, Anna Petrášová wrote:
Hmm, the text annotations should be saved too in 7.2. Could you look in
the gxw xml file, there should be some 'd.text' in there.
Anna,
I'm replying off the mail list because the attachments have proprietary
client data.
The .gxw file has d.text sections but the name values are numbers and not
the text I entered. This file is attached.
The two images are of the correctly annotated map and the .gxw-loaded map
(with layer sequence not current).
I'll try this again with 7.2 and report the results to the mail list.
Thanks,
Rich
On Wed, 28 Sep 2016, Anna Petrášová wrote:
I can see what's the problem now. You typed text in the d.text window
which automatically creates a temporary file with that text. Path to that
temp file is saved in the gxw file,but then the files are deleted. I don't
have currently a good way to fix this. You have to save it into a regular
file. Please open a ticket for this.
Anna,
Did I enter the text in the wrong data entry widget of the dialog box? Or,
is this a difference between 7.2 and 7.3 that needs resolution?
Will open a ticket for this issue.
Thanks,
Rich
On Wed, Sep 28, 2016 at 10:25 AM, Rich Shepard <rshepard@appl-ecosys.com> wrote:
On Wed, 28 Sep 2016, Anna Petrášová wrote:
I can see what's the problem now. You typed text in the d.text window
which automatically creates a temporary file with that text. Path to that
temp file is saved in the gxw file,but then the files are deleted. I don't
have currently a good way to fix this. You have to save it into a regular
file. Please open a ticket for this.
Anna,
Did I enter the text in the wrong data entry widget of the dialog box? Or,
is this a difference between 7.2 and 7.3 that needs resolution?
Not wrong, you used 'input' parameter which accepts file. In GUI you
can type into the field right away and it automatically creates a
temporary file. But if you don't save this file, it will be deleted.
The saved gxw file will have saved the path to temp file, which is the
problem.
The behavior is the same for 7.2 and 7.3.
Will open a ticket for this issue.
Thanks,
Rich
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Wed, 28 Sep 2016, Anna Petrášová wrote:
Not wrong, you used 'input' parameter which accepts file. In GUI you can
type into the field right away and it automatically creates a temporary
file. But if you don't save this file, it will be deleted. The saved gxw
file will have saved the path to temp file, which is the problem.
The behavior is the same for 7.2 and 7.3.
Anna,
OK. I'll try again.
Thanks,
Rich
On Wed, 28 Sep 2016, Rich Shepard wrote:
Not wrong, you used 'input' parameter which accepts file. In GUI you can
type into the field right away and it automatically creates a temporary
file. But if you don't save this file, it will be deleted. The saved gxw
file will have saved the path to temp file, which is the problem.
OK. I'll try again.
Anna,
Then perhaps it's not an issue for trac as much as instructions for those
of us new to annotatating a map with text. Where this should go I've no
idea.
There are a couple of issues, though, that deserve attention.
1. Now that I save the text in a file (and there are 4 such files for this
one map) all but one are read by the .gxw processor and correctly placed on
the map. The one that consistently displays incorrectly (in both 7.2.svn and
7.3.svn) is the text string, "Hwy 18". Rather than being placed on the
roadway only the digits are displayed and above the roadway. For some reason
the string "Hwy" does not display. I need to remove the numeric placement
numbers in order to get the full label displayed after I move it back to the
roadway. This is an annoying issue and working within the GUI I don't see
what's different between this label and other text labels.
Also, the GUI console window shows multiple errors opening files in the
saved workspace. I supposedly copied that window's content to the log file,
but it turned out to be empty when I tried to look at it: 0 bytes in size.
2. I wanted to send a small image showing the misplaced label so I fired
up xv and grabbed a screenshot of the map. When I opened it in The GIMP to
cut out only the portion with the label, no text annotation was displayed.
The scale bar/north arrow display, but not the text. It might be helpful to
have text annotations handled in the same manner as the legends, north
arrows, and scale bars.
On further consideration I will open a ticket about the .gxw file saving
paths to non-saved .txt files. Perhaps when the text annotation 'Apply' or
'OK' buttons are clicked a dialog box opens asking for a filename and that
file is then saved without explicit user action.
Regards,
Rich
Hello!
The same happens in d.vect.legend in a slightly different manner but along the same logic. I added a workaround tip for example in m.printws documentation, and yes, now d.text could be affected and many others with text entry or auto temp file generating.
I wonder what the outcome would be. GRASS users with practice could handle this but newcomers could be depressed.
I only wanted to say that is important in my opinion as well.
R
···
2016-09-28 15:49 GMT+02:00 Anna Petrášová <kratochanna@gmail.com>:
Hi Rich,
I can see what’s the problem now. You typed text in the d.text window
which automatically creates a temporary file with that text. Path to
that temp file is saved in the gxw file,but then the files are
deleted. I don’t have currently a good way to fix this. You have to
save it into a regular file. Please open a ticket for this.
Anna
On Wed, Sep 28, 2016 at 9:38 AM, Rich Shepard <rshepard@appl-ecosys.com> wrote:
On Tue, 27 Sep 2016, Anna Petrášová wrote:
Hmm, the text annotations should be saved too in 7.2. Could you look in
the gxw xml file, there should be some ‘d.text’ in there.
Anna,
I’m replying off the mail list because the attachments have proprietary
client data.
The .gxw file has d.text sections but the name values are numbers and not
the text I entered. This file is attached.
The two images are of the correctly annotated map and the .gxw-loaded map
(with layer sequence not current).
I’ll try this again with 7.2 and report the results to the mail list.
Thanks,
Rich
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user