Re: [GRASS-dev] [EXTERNAL] vector patching frustration

[Vincent Bain via grass-dev]

Hello Michael,

sorry if I misunderstand your issue, but before patching these two maps
are you sure that each has a set of cat values strictly distinct from
the other? If a vector feature in map A shares the same cat value as
another feature in map B then after patching these features will be
assigned a single record in the attribute table because their cat will
be indentical.

V.


Le samedi 16 mars 2024 à 00:37 +, Michael Barton a écrit :
> I got this to work *finally*. But there are still complications. Here
> is an example work flow:
> 
> 1. Create a map of vector features
> 2. Create a basic attribute table (e.g., with v.db.addtable). 
> 3. Export that table into a csv file using db.out.ogr
> 4. Add some attribute fields to that csv file
> 5. Try to import that csv file using db.in.ogr
> 6. Error: it won't import the cat field
> 7. Edit the csv file to rename cat to mycat
> 8. Try to import the csv file again using db.in.ogr
> 9. If you have not changed the sort order of the csv file, the new
> cat numbers that db.in.ogr automatically assigns (no option about
> this) will match the original cat numbers.
> 10. If cat does not match mycat, no problem because when you connect
> the attribute table to the vector with v.db.connect, you can specify
> mycat as the key field.
> 11. Try to patch this vector with another vector that has the same
> structure of attribute table. *Fail* Because patching creates new cat
> numbers in some order that is not necessarily related to the old
> linkage. The attribute table of the 2nd map is properly added to the
> first attribute table, but the second map is not linked properly to
> the attribute records. 
> 
> In my case, patching updated my non-cat keyfield to the max cat value
> of the original table (154) + the max cat value of the patched table
> (155) = 309. Very odd. This did not match any record. Fortunately,
> because I only have only one vector feature in the 2nd patched map, I
> could edit the cat field in the table (because it was not the key
> field) to match the new cat of the 2nd vector feature, and rejoin the
> table to the vector using cat. If I would have had multiple features
> in the 2nd file, it would have been difficult to impossible. 
> 
> I'm not sure how to fix this. It may need to be a combination of
> allowing various vector modification modules to specify a cat value
> for a feature, assuming no duplication. It may need some change to
> db.in.ogr to allow for importing a field named cat. Maybe more
> changes to patch (and other features that have legacy underlying
> assumptions from the old pre-version6 vector format). 
> 
> Michael
> _
> C. Michael Barton
> Associate Director, School of Complex Adaptive
> Systems (https://scas.asu.edu)
> Professor, School of Human Evolution & Social
> Change (https://shesc.asu.edu)
> Director, Center for Social Dynamics &
> Complexity (https://complexity.asu.edu)
> Arizona State University
> Tempe, AZ 85287-2701
> USA
> 
> Executive Director, Open
> Modeling Foundation (https://openmodelingfoundation.github.io)
> Director, Network for Computational Modeling in Social & Ecological
> Sciences (https://comses.net)
> 
> personal website: http://www.public.asu.edu/~cmbarton 
> 
> 
> > On Mar 15, 2024, at 5:05 PM, Michael Barton
> >  wrote:
> > 
> > Never mind. I figured it out when I saw the post. Now for the next
> > step. 
> > 
> > Michael
> > _
> > C. Michael Barton
> > Associate Director, School of Complex Adaptive
> > Systems (https://scas.asu.edu)
> > Professor, School of Human Evolution & Social
> > Change (https://shesc.asu.edu)
> > Director, Center for Social Dynamics &
> > Complexity (https://complexity.asu.edu)
> > Arizona State University
> > Tempe, AZ 85287-2701
> > USA
> > 
> > Executive Director, Open
> > Modeling Foundation (https://openmodelingfoundation.github.io)
> > Director, Network for Computational Modeling in Social & Ecological
> > Sciences (https://comses.net)
> > 
> > personal website: http://www.public.asu.edu/~cmbarton 
> > 
> > 
> > > On Mar 15, 2024, at 3:29 PM, Michael Barton
> > >  wrote:
> > > 
> > > Something is just not working here. 
> > > 
> > > I can't try the new PR until I can get the original cats fixed.
> > > v.category does not seem to be working as expected. I have a map
> > > with a single area. I clipped it out of another map (where it had
> > > cat=18) using v.select. When I check the categories, it looks
> > > like this:
> > > 
> > > v.category input=SA5@SAA2024 type=centroid option=report 
> > > Layer/table: 1/SA5
> > > type       count        min        max
> > > point          0          0          0
> > > line           0          0          0
> > > boundary       0          0          0
> > > centroid       1         28         28
> > > area           0          0          0
> > > face           0          0          0
> > > kernel         0          0          0
> > > all            1         28      

Re: [GRASS-dev] [EXTERNAL] vector patching frustration

[Vincent Bain via grass-dev]

Michael, Huidae

thats's what I was just about to post... you need to care cats
intervals don't overlap before patching.

With the attached set of 2 vector maps you can have a try, typing :

v.in.ogr input=/your/path/to/map1.gpkg output=map1
v.in.ogr input=/your/path/to/map2.gpkg output=map2
v.category input=map1 type=centroid option=report
v.category input=map2 type=centroid option=report
# Cats overlap, so :
v.category --overwrite input=map2 type=centroid output=map200
option=sum cat=100
v.patch --overwrite input=map1,map200 output=map12
v.patch -e --overwrite input=map1,map200 output=map12

Yours,
V.

Le vendredi 15 mars 2024 à 09:51 -0600, Huidae Cho a écrit :
> Michael,
> 
> Just confirmed your issue.
> 
> v.random tmp100 npoints=100 seed=100
> v.db.addtable tmp100 col="id varchar(20)"
> v.db.update tmp100 col=id qcol="'tmp100_' || cat"
> 
> v.random tmp10 npoints=10 seed=10
> v.db.addtable tmp10 col="id varchar(20)"
> v.db.update tmp10 col=id qcol="'tmp10_' || cat"
> 
> v.patch tmp100,tmp10 out=tmp110 -e
> 
> v.category tmp110 op=report
> Layer/table: 1/tmp110
> type       count        min        max
> point        110          2        112
> line           0          0          0
> boundary       0          0          0
> centroid       0          0          0
> area           0          0          0
> face           0          0          0
> kernel         0          0          0
> all          110          2        112
> 
> In my case, all features in tmp10 are linked in tmp110.
> 
> You can recategorize it.
> 
> v.category tmp110 out=tmp110_nocats op=del cat=-1
> v.category tmp110_nocats out=tmp110_recats op=add
> 
> npnts100=$(v.info tmp100 -t | sed '/points=/!d; s/points=//')
> npnts10=$(v.info tmp10 -t | sed '/points=/!d; s/points=//')
> 
> v.db.update tmp110_recats col=cat qcol=cat-1 where="cat<=$npnts100+1"
> v.db.update tmp110_recats col=cat qcol=cat-2 where="cat>$npnts100+1"
> 
> Yeah... I know what you may think... Please create an issue on
> GitHub.
> 
> Regards,
> Huidae
> 
> On Thu, Mar 14, 2024 at 4:42 PM Michael Barton via grass-dev
>  wrote:
> > Thanks Doug and Vincent. 
> > 
> > None of this works. I vaguely remember having this same kind of
> > road block several years back. 
> > 
> > Nothing in v.category lets you change an existing cat value to a
> > different value
> > v.in.ogr MUST add a column that MUST be named cat (all else causes
> > an error--this is a bug) that is a series of consecutive integers
> > from 1-n. So I cannot create a file with a cat field that matches
> > my vector areas. 
> > 
> > v.edit won't let you change an existing cat number AFAICT. No error
> > but nothing changes. 
> > 
> > Once I've imported a table using v.in.ogr, I cannot use
> > db.drop.column to delete the cat column--even if it is not being
> > used as a key field. This raises an error.
> > 
> > No way to rename a column from cat to something else (or something
> > else to cat) unless you've already connected it to a vector map
> > even if cat is not the key field. So I can't create an integer
> > column to link up my lost vector area with a record in my csv
> > file. 
> > 
> > This simple task is just not possible in GRASS AFAICT. Or if it is
> > possible, it can only be done by such non-obvious and convoluted
> > means that I've yet to find a method that works in spite of asking
> > a large number of very skilled GRASS users.
> > 
> > Michael
> > _
> > C. Michael Barton
> > Associate Director, School of Complex Adaptive
> > Systems (https://scas.asu.edu)
> > Professor, School of Human Evolution & Social
> > Change (https://shesc.asu.edu)
> > Director, Center for Social Dynamics &
> > Complexity (https://complexity.asu.edu)
> > Arizona State University
> > Tempe, AZ 85287-2701
> > USA
> > 
> > Executive Director, Open
> > Modeling Foundation (https://openmodelingfoundation.github.io)
> > Director, Network for Computational Modeling in Social & Ecological
> > Sciences (https://comses.net)
> > 
> > personal website: http://www.public.asu.edu/~cmbarton 
> > 
> > 
> > > On Mar 14, 2024, at 7:10 AM, Newcomb, Doug 
> > > wrote:
> > > 
> > > Have you tried a .csvt file for your .csv
> > > file? https://gdal.org/drivers/vector/csv.html
> > > 
> > > From: grass-dev  on behalf of
> > > Michael Barton via grass-dev 
> > > Sent: Wednesday, March 13, 2024 7:02 PM
> > > To: GRASS developers ; GRASS user list
> > > 
> > > Subject: [EXTERNAL] [GRASS-dev] vector patching frustration 
> > >  
> > >  This email has been received from outside of DOI - Use caution
> > > before clicking on links, opening attachments, or responding.  
> > > 
> > > 
> > > I am completely stymied in my attempt to do what should be a
> > > simple task. I have a map of vector areas, linked with an
> > > attribute table. I would like to patch in one more vector area,
> > > for which I have equivalent attribute information. I have tried
> > > this multiple ways and I cannot make this patch happen so that
> > 

Re: [GRASS-dev] addons repo

[Vincent Bain]

yes, it's down again this morning...

V.


Le lundi 02 octobre 2017 à 22:31 +0200, Markus Neteler a écrit :
> Hi Martin,
> 
> On Sat, Sep 30, 2017 at 1:12 PM, Vincent Bain  wrote:
> > Hi,
> >
> > while trying to fetch an extension, I noticed g.extension fails this
> > morning, it appears the file :
> >
> > https://grass.osgeo.org/addons/grass7/modules.xml
> >
> > is empty (last modified 2017-09-30 04:00).
> >
> > Any idea what happened ?
> 
> currently geo102.fsv.cvut.cz delivers modules.xml no more (wget fails).
> 
> Can you please check the server?
> 
> thanks
> Markus


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] addons repo

[Vincent Bain]

Sorry for the noise,
right now everything is ok . Don't know what happened, modules.xml file
re-appeared.

V.

Le samedi 30 septembre 2017 à 13:12 +0200, Vincent Bain a écrit :
> Hi,
> 
> while trying to fetch an extension, I noticed g.extension fails this
> morning, it appears the file :
> 
> https://grass.osgeo.org/addons/grass7/modules.xml
> 
> is empty (last modified 2017-09-30 04:00).
> 
> Any idea what happened ?
> Thanks
> 
> Vincent.
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] addons repo

[Vincent Bain]

Hi,

while trying to fetch an extension, I noticed g.extension fails this
morning, it appears the file :

https://grass.osgeo.org/addons/grass7/modules.xml

is empty (last modified 2017-09-30 04:00).

Any idea what happened ?
Thanks

Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ** (wxgui.py:19192): WARNING **: invalid source position for vertical gradient

[Vincent Bain]

Well,
thanks Anna and Markus for you interest.

It might not be specifically a GRASS issue. Changing the gtk+ theme
engine of my desktop from Adwaita to Clearlooks solved the problem in
one go, no more warnings... did not look attentively but it seems
adwaita was the only problematic theme (I mean among those installed
down here).

Hope this instant of serendipity can help you find a cure to this buggy
behavior !

Yours,
Vincent.



Le mercredi 20 septembre 2017 à 10:44 -0400, Anna Petrášová a écrit :
> On Wed, Sep 20, 2017 at 10:39 AM, Vincent Bain  wrote:
> > looks like this problem appeared some time ago :
> >
> > https://lists.osgeo.org/pipermail/grass-user/2016-August/074641.html
> >
> > As Robert asked, is there a way to set, at least temporarily, the
> > verbosity of these messages ?
> >
> 
> not easily I think, maybe if you recompile some of the underlying
> libraries and set somehow their verbosity, it would be theoretically
> possible, but I didn't investigate that option.
> 
> >
> > V.
> >
> > Le mercredi 20 septembre 2017 à 15:44 +0200, Vincent Bain a écrit :
> >> wxPython: 3.0.2.0
> >>
> >> My old debian 8.8 install has wxPython: 3.0.1.1
> >>
> >> On another hand, trying to find out what was new between debian 9.0 and
> >> debian 8.8 configurations, I noticed there was a difference concerning
> >> wx-config alternatives:
> >>
> >> - in the former it pointed towards
> >> /usr/lib/i386-linux-gnu/wx/config/base-unicode-3.0
> >> - while in the newer it points toward
> >> /usr/lib/i386-linux-gnu/wx/config/gtk2-unicode-3.0
> >>
> >> I tried to rebuild (after a distclean) with the previous configuration,
> >> i.e. base-unicode-3.0
> >>
> >> $ update-alternatives --config wx-config
> >>
> >> but the error still rises.
> >>
> >> Perhaps I should try to revert to wxPython 3.0.1.1
> >>
> >>
> >>
> >> Vincent.
> >>
> >> Le mercredi 20 septembre 2017 à 15:23 +0200, Markus Neteler a écrit :
> >> > On Wed, Sep 20, 2017 at 2:01 PM, Vincent Bain  wrote:
> >> > ...
> >> > > after digging it a little bit deeper, I guess it has rather something 
> >> > > to
> >> > > do with the environment : I currently work on different debian 
> >> > > machines;
> >> > > the issue happens when I build the latest trunk version (r:71500) on a
> >> > > new/clean debian 9 (stretch). Building the same release on my old 
> >> > > debian
> >> > > 8 works fine.
> >> >
> >> > Please check the wxPython version, through g.gui > Help > About system
> >> >
> >> > Markus
> >>
> >>
> >> ___
> >> grass-dev mailing list
> >> grass-dev@lists.osgeo.org
> >> https://lists.osgeo.org/mailman/listinfo/grass-dev
> >
> >
> > ___
> > grass-dev mailing list
> > grass-dev@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ** (wxgui.py:19192): WARNING **: invalid source position for vertical gradient

[Vincent Bain]

looks like this problem appeared some time ago :

https://lists.osgeo.org/pipermail/grass-user/2016-August/074641.html

As Robert asked, is there a way to set, at least temporarily, the
verbosity of these messages ?


V.

Le mercredi 20 septembre 2017 à 15:44 +0200, Vincent Bain a écrit :
> wxPython: 3.0.2.0
> 
> My old debian 8.8 install has wxPython: 3.0.1.1
> 
> On another hand, trying to find out what was new between debian 9.0 and
> debian 8.8 configurations, I noticed there was a difference concerning
> wx-config alternatives:
> 
> - in the former it pointed towards
> /usr/lib/i386-linux-gnu/wx/config/base-unicode-3.0
> - while in the newer it points toward
> /usr/lib/i386-linux-gnu/wx/config/gtk2-unicode-3.0
> 
> 
> I tried to rebuild (after a distclean) with the previous configuration,
> i.e. base-unicode-3.0
> 
> $ update-alternatives --config wx-config
> 
> but the error still rises.
> 
> Perhaps I should try to revert to wxPython 3.0.1.1
> 
> 
> 
> Vincent.
> 
> Le mercredi 20 septembre 2017 à 15:23 +0200, Markus Neteler a écrit :
> > On Wed, Sep 20, 2017 at 2:01 PM, Vincent Bain  wrote:
> > ...
> > > after digging it a little bit deeper, I guess it has rather something to
> > > do with the environment : I currently work on different debian machines;
> > > the issue happens when I build the latest trunk version (r:71500) on a
> > > new/clean debian 9 (stretch). Building the same release on my old debian
> > > 8 works fine.
> > 
> > Please check the wxPython version, through g.gui > Help > About system
> > 
> > Markus
> 
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ** (wxgui.py:19192): WARNING **: invalid source position for vertical gradient

[Vincent Bain]

wxPython: 3.0.2.0

My old debian 8.8 install has wxPython: 3.0.1.1

On another hand, trying to find out what was new between debian 9.0 and
debian 8.8 configurations, I noticed there was a difference concerning
wx-config alternatives:

- in the former it pointed towards
/usr/lib/i386-linux-gnu/wx/config/base-unicode-3.0
- while in the newer it points toward
/usr/lib/i386-linux-gnu/wx/config/gtk2-unicode-3.0  
  

I tried to rebuild (after a distclean) with the previous configuration,
i.e. base-unicode-3.0

$ update-alternatives --config wx-config

but the error still rises.

Perhaps I should try to revert to wxPython 3.0.1.1



Vincent.

Le mercredi 20 septembre 2017 à 15:23 +0200, Markus Neteler a écrit :
> On Wed, Sep 20, 2017 at 2:01 PM, Vincent Bain  wrote:
> ...
> > after digging it a little bit deeper, I guess it has rather something to
> > do with the environment : I currently work on different debian machines;
> > the issue happens when I build the latest trunk version (r:71500) on a
> > new/clean debian 9 (stretch). Building the same release on my old debian
> > 8 works fine.
> 
> Please check the wxPython version, through g.gui > Help > About system
> 
> Markus


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ** (wxgui.py:19192): WARNING **: invalid source position for vertical gradient

[Vincent Bain]

Thank you Anna for your reply,

the messages pops up in the terminal when I interact with the layer
manager window like : swithching between thumbnail, resizing window,
confirming deletion of a map).

after digging it a little bit deeper, I guess it has rather something to
do with the environment : I currently work on different debian machines;
the issue happens when I build the latest trunk version (r:71500) on a
new/clean debian 9 (stretch). Building the same release on my old debian
8 works fine.

I have several concurrent python versions on my old machine I switch
with update-alternative, but I am not sure about which version GRASS is
built against on each machine...

Vincent.

Le mercredi 20 septembre 2017 à 07:06 -0400, Anna Petrášová a écrit :
> You would need to isolate which part of the GUI is responsible for it,
> otherwise there is too many options to guess. If this started
> recently, maybe you can isolate the commit, that would help too.
> 
> 
> Anna
> 
> On Sep 20, 2017 4:59 AM, "Vincent Bain"  wrote:
> Thank you Markus for your suggestion,
> 
> unfortunately I don't have any idea where to find the relevant
> piece of
> code implied.
> 
> Vincent.
> 
> Le mercredi 20 septembre 2017 à 10:23 +0200, Markus Neteler a
> écrit :
> > On Wed, Sep 20, 2017 at 9:06 AM, Vincent Bain
>  wrote:
> > > Hi Helmut,
> > >
> > > don't know if you finally found the reason of the warning
> message you
> > > mentioned back in july. On a freshly built Debian stretch
> virtual
> > > machine I have the same issue today :
> > >
> > >
> > > ** (wxgui.py:5023): WARNING **: invalid source position
> for vertical
> > > gradient
> > >
> > > I guess it is not a fatal issue as GRASS seems to work
> nicely despite
> > > this error.
> >
> > Searching the error in internet I found a similar one:
> >
> > ** (thunar:2530): WARNING **: invalid source position for
> vertical gradient
> > https://github.com/lassekongo83/zuki-themes/issues/104
> >
> > Fix:
> >
> 
> https://github.com/lassekongo83/zuki-themes/commit/318efd3a83f6305414f58b9dca417072c16e5ef6
> >
> > Maybe something like this could be applied also here?
> >
> > Markus
> 
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ** (wxgui.py:19192): WARNING **: invalid source position for vertical gradient

[Vincent Bain]

Thank you Markus for your suggestion,

unfortunately I don't have any idea where to find the relevant piece of
code implied.

Vincent.

Le mercredi 20 septembre 2017 à 10:23 +0200, Markus Neteler a écrit :
> On Wed, Sep 20, 2017 at 9:06 AM, Vincent Bain  wrote:
> > Hi Helmut,
> >
> > don't know if you finally found the reason of the warning message you
> > mentioned back in july. On a freshly built Debian stretch virtual
> > machine I have the same issue today :
> >
> >
> > ** (wxgui.py:5023): WARNING **: invalid source position for vertical
> > gradient
> >
> > I guess it is not a fatal issue as GRASS seems to work nicely despite
> > this error.
> 
> Searching the error in internet I found a similar one:
> 
> ** (thunar:2530): WARNING **: invalid source position for vertical gradient
> https://github.com/lassekongo83/zuki-themes/issues/104
> 
> Fix:
> https://github.com/lassekongo83/zuki-themes/commit/318efd3a83f6305414f58b9dca417072c16e5ef6
> 
> Maybe something like this could be applied also here?
> 
> Markus


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] ** (wxgui.py:19192): WARNING **: invalid source position for vertical gradient

[Vincent Bain]

Hi Helmut,

don't know if you finally found the reason of the warning message you
mentioned back in july. On a freshly built Debian stretch virtual
machine I have the same issue today :


** (wxgui.py:5023): WARNING **: invalid source position for vertical
gradient

I guess it is not a fatal issue as GRASS seems to work nicely despite
this error.

Best,
Vincent.

Le samedi 08 juillet 2017 à 12:01 -0700, Helmut Kudrnovsky a écrit :
> just a fresh compiled
> 
> ---
> GRASS version: 7.3.svn
>   
> GRASS SVN revision: r71243
>   
> Build date: 2017-07-08
>   
> Build platform: x86_64-pc-linux-gnu   
>   
> GDAL: 2.2.0   
>   
> PROJ.4: 4.9.3 
>   
> GEOS: 3.5.1   
>   
> SQLite: 3.16.2
>   
> Python: 2.7.13
>   
> wxPython: 3.0.2.0 
>   
> Platform: Linux-4.9.0-3-amd64-x86_64-with-debian-9.0 
> ---
> 
> I get following messages during GUI startup
> 
> ---
> GRASS 7.3.svn
> (nc_spm_08_grass7):~/dev/cpp/grass7_trunk/bin.x86_64-pc-linux-gnu > 
> ** (wxgui.py:19192): WARNING **: invalid source position for vertical
> gradient
> 
> ** (wxgui.py:19192): WARNING **: invalid source position for vertical
> gradient
> 
> ** (wxgui.py:19192): WARNING **: invalid source position for vertical
> gradient
> 
> ** (wxgui.py:19192): WARNING **: invalid source position for vertical
> gradient
> ---
> 
> any idea? or just ignoring?
> 
> 
> 
> -
> best regards
> Helmut
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/wxgui-py-19192-WARNING-invalid-source-position-for-vertical-gradient-tp5327115.html
> Sent from the Grass - Dev mailing list archive at Nabble.com.
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS flyer for the new osgeo branding

[Vincent Bain]

Hello Luca,

Le jeudi 27 juillet 2017 à 08:06 +0200, Luca Delucchi a écrit :

> what do you think about this?

all's fine, I understand OSGeo's concern about these brochures.

> > Besides this, as you said, a horizontal version of the logo is probably
> > lacking. We could recycle the startup banner layout ?
> >

> +1

I try to send you that soon,
Thanks,

Vincent.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS flyer for the new osgeo branding

[Vincent Bain]

Hello Luca,

Le jeudi 27 juillet 2017 à 08:06 +0200, Luca Delucchi a écrit :

> what do you think about this?

all's fine, I understand OSGeo's concern about these brochures.

> > Besides this, as you said, a horizontal version of the logo is probably
> > lacking. We could recycle the startup banner layout ?
> >

> +1

I try to send you that soon,
Thanks,

Vincent.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS flyer for the new osgeo branding

[Vincent Bain]

Hello Luca and Vaclav,
thank you for forwarding me this thread.

[I'm not sure how pertinent is my comment on this, given I don't know
much of the OSGeo context where this flyer is meant to be published --
soory if I misunderstand]

I would just recommend (just my 2 c., not any kind of claim) to take
into account the effort we made some time ago to enhance the graphical
identity of GRASS, esp. concerning fonts, colors, usage of GRASS GIS
logo. It is probably not that easy to clearly distinguish between OSGeo
and GRASS identity clues (all is more or less green and black and
white...), but I suggest that:
* we keep using the original GRASS "green" definition on this paper, I
mean for the logo only (not titles, I understand they belong to OSGeo
guidelines), or alternatively decline the logo in greyscale;
* GRASS GIS wording (and possibly the slogan) be consistent with our
identity (esp. font).

Besides this, as you said, a horizontal version of the logo is probably
lacking. We could recycle the startup banner layout ?


Yours,
Vincent.


Le lundi 24 juillet 2017 à 22:01 -0400, Vaclav Petras a écrit :
> Thank you for working on the flyer, Luca. Please see my comments
> below.
> 
> On Mon, Jul 24, 2017 at 6:55 PM, Luca Delucchi 
> wrote:
> I worked for the GRASS flyer [0] with the new osgeo branding,
> the
> content is really similar to the GRASS flyer, just different
> layout.
> 
> Comments?
> 
> 
> One of the triangles at the bottom is white (the overall background is
> transparent). Is that an intention?
> 
> 
> A long term endeavor: the whole paragraph shows bold for me.
> 
> 
> 
> Interoperability: I would remove gstat since AFAIU it is retired.
> There may be better candidates for that place. For example, we are
> successfully using GRASS with Blender (although the heavy lifting is
> mostly done on the Blender part thanks to Blender GIS plugin & GDAL).
> ParaView may be a better candidate.
> 
> 
> G Logo: You have there logo without text with GRASS GIS next to it, so
> it looks like a logo. We need to be careful with that and keep the
> brand. I agree that we need a more horizontal logo and that we can
> have a logo in OSGeo colors (as an alternative). I'm attaching
> Vincent's version with text but in OSGeo colors (or close to them -
> there was still some confusion when I was grabbing those).
> 
> 
> OSGeo logo: It is not there, should be?
> 
> 
> URL: Does it need to be a full URL with http://?
> 
> Vaclav
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.in.gdal and xargs

[Vincent Bain]

Yes, perhaps something to do with r.in.gdal temp files handling.

And what if you try to reduce P value ?
well, of course it will slow down the bulk import...


Le lundi 06 mars 2017 à 14:02 +, Blumentrath, Stefan a écrit :
> Thanks Vincent for your swift reply.
> 
> In principle the pipe to xargs works, as 99% of the data is imported 
> properly. And also in the case were I get roors, the command is started 
> properly...
> 
> Thus, I suspect that r.in.gdal can have issues when run in parallel; or the 
> creation of temp files, in particular the creation of the .tmp/HOST directory 
> within the mapset...
> 
> Cheers
> Stefan
> 
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.in.gdal and xargs

[Vincent Bain]

Hello Stefan,

just a suggestion, inspired from how I usually use xargs:

did you try to put the arguments list in a file (say
my_ringdal_args.txt), then run :
xargs -a my_ringdal_args.txt -P10 -n 3 r.in.gdal

(-n 3 indicating xargs to read 3 arguments for each call to r.in.gdal,
i.e. input= output= title=)

Hope this helps!
Vincent.

Le lundi 06 mars 2017 à 11:02 +, Blumentrath, Stefan a écrit :
> Dear all,
> 
>  
> 
> I am trying to import time series data using a combination of xargs an
> r.in gdal:
> 
> cat current_datasets_age.txt | awk -v U="myunits" -v N="name" '{ print
> "r.in.gdal input=$1 ".bil output=" $2 "_tmp title=\"" N " in " U " at
> " $3 "\" --o --q -o\0"}' | xargs -P 10 -I {} -0 bash -c {}
> 
>  
> 
> In some cases (5 out of ~20k) I get:
> 
> ERROR: Unable to make mapset element .tmp/HOST
> (/grassdata/ETRS_33N/timseries/.tmp): File exists
> 
>  
> 
> It does not happen regularly. Can there be race conditions?
> 
> I am using GRASS 7.2 (r70188) on Ubuntu 14.04 LTS.
> 
>  
> 
> I am grateful for any hint.
> 
>  
> 
> Kind regards,
> 
> Stefan
> 
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] update wiki page export to spatialite dbase with v.out.ogr

[Vincent Bain]

Here's a brief contribution to the Spatialite wiki page :
https://grasswiki.osgeo.org/wiki/SpatiaLite

Perhaps we should wait for a bug fix concerning the ability to append
objects to existing vector layers.

Yours,
Vincent

Le jeudi 02 février 2017 à 08:09 +, Blumentrath, Stefan a écrit :
> Hi,
> 
> If you are n latest GRASS 7.2.1svn, maybe you hit this one:
> https://trac.osgeo.org/grass/ticket/3270
> 
> Cheers
> Stefan
> 
> -Original Message-
> From: grass-dev [mailto:grass-dev-boun...@lists.osgeo.org] On Behalf Of Paulo 
> van Breugel
> Sent: torsdag 2. februar 2017 08.20
> To: Vincent Bain 
> Cc: GRASS developers email list 
> Subject: Re: [GRASS-dev] update wiki page export to spatialite dbase with 
> v.out.ogr
> 
> 
> 
> On 02-02-17 08:17, Vincent Bain wrote:
> > Le jeudi 02 février 2017 à 08:10 +0100, Paulo van Breugel a écrit :
> >
> >> I haven't tried that, but would that append objects to an existing 
> >> layer within the spatialite database?
> > yes it does... without warning for duplicates.
> Would be good to add a few lines on that on the wiki page. Could you do that?
> >
> >> In the manual it is stated that v.out.ogr exports 3D vector data as 
> >> 2.5D simple features if possible. I don't know if that is supported 
> >> by Spatialite, but if not, it is indeed good to mention.
> > I thought it would be nice to write a brief page related to raster 
> > export with rasterlite format option available at r.out.gdal. I'll try 
> > to propose it soon.
> I didn't know that option, would be great if you could add something about 
> that option to the wiki page
> >
> > V.
> >
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] update wiki page export to spatialite dbase with v.out.ogr

[Vincent Bain]

whoops, missed it indeed



Le jeudi 02 février 2017 à 08:09 +, Blumentrath, Stefan a écrit :
> Hi,
> 
> If you are n latest GRASS 7.2.1svn, maybe you hit this one:
> https://trac.osgeo.org/grass/ticket/3270
> 
> Cheers
> Stefan
> 
> -Original Message-
> From: grass-dev [mailto:grass-dev-boun...@lists.osgeo.org] On Behalf Of Paulo 
> van Breugel
> Sent: torsdag 2. februar 2017 08.20
> To: Vincent Bain 
> Cc: GRASS developers email list 
> Subject: Re: [GRASS-dev] update wiki page export to spatialite dbase with 
> v.out.ogr
> 
> 
> 
> On 02-02-17 08:17, Vincent Bain wrote:
> > Le jeudi 02 février 2017 à 08:10 +0100, Paulo van Breugel a écrit :
> >
> >> I haven't tried that, but would that append objects to an existing 
> >> layer within the spatialite database?
> > yes it does... without warning for duplicates.
> Would be good to add a few lines on that on the wiki page. Could you do that?
> >
> >> In the manual it is stated that v.out.ogr exports 3D vector data as 
> >> 2.5D simple features if possible. I don't know if that is supported 
> >> by Spatialite, but if not, it is indeed good to mention.
> > I thought it would be nice to write a brief page related to raster 
> > export with rasterlite format option available at r.out.gdal. I'll try 
> > to propose it soon.
> I didn't know that option, would be great if you could add something about 
> that option to the wiki page
> >
> > V.
> >
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] update wiki page export to spatialite dbase with v.out.ogr

[Vincent Bain]

Le jeudi 02 février 2017 à 08:10 +0100, Paulo van Breugel a écrit :

> I haven't tried that, but would that append objects to an existing
> layer within the spatialite database?

yes it does... without warning for duplicates.

> In the manual it is stated that v.out.ogr exports 3D vector data as
> 2.5D simple features if possible. I don't know if that is supported by
> Spatialite, but if not, it is indeed good to mention.

I thought it would be nice to write a brief page related to raster
export with rasterlite format option available at r.out.gdal. I'll try
to propose it soon.

V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] update wiki page export to spatialite dbase with v.out.ogr

[Vincent Bain]

Hi Paulo,

I confirm I use the -u flag (+ --o) as you suggest, without complete
overwriting issue.
Perphaps a mention can be made to the -a flag, allowing to append
objects to an existing layer ?

And f you want to export a 3d vector, you first need to turn it to 2d
(am I wrong ?)

Vincent.

Le mercredi 01 février 2017 à 15:33 +0100, Paulo van Breugel a écrit :
> I made an update of the page on exporting a layer to a Spatialite 
> database with v.out.ogr (https://grasswiki.osgeo.org/wiki/SpatiaLite). 
> Can anybody please check ?
> 
> Paulo
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev


___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Happy new year

[Vincent Bain]

Dear devs,

in case you would like to address your best "grassy wishes" for the new
year, I commited a greetings card. The easy-to-share low-res file is
there :

https://svn.osgeo.org/grass/grass-promo/events/greetings/grass_greetings_2017.jpg

(let me know if you want it at a higher quality)

 
Yours,
Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.out.gdal and Rasterlite driver

[Vincent Bain]

no, no : it was just an imaginary srid for the example.
V.


Le mardi 25 octobre 2016 à 12:15 +0200, Maciej Sieczka a écrit :
> W dniu 25.10.2016 o 12:02, Vincent Bain pisze:
> > thanks for your suggestion. In fact, the script runs without error or
> > warning but it does not change anything :
> >
> > gdalinfo Rasterlite:my_db.sqlite,table=my_raster
> > [...]
> > AUTHORITY["EPSG","54321"]]
> > [...]
> >
> > gdal_edit.py -a_srs EPSG:12345 \
> > Rasterlite:my_db.sqlite,table=my_raster
> 
> What is EPSG:12345? This doesn't look like a common EPSG SRID. If you
> want to use it with GDAL, you would need to make sure it's defined in
> GDAL support files.
> 
>  From https://trac.osgeo.org/grass/ticket/3191#comment:1 it looks like
> you are after EPSG:31255 actually. Does this one work with gdal_edit.py?
> 
> > gdalinfo Rasterlite:my_db.sqlite,table=my_raster
> > [...]
> > AUTHORITY["EPSG","54321"]]
> > [...]
> >
> > Anyway, on the spatialite> prompt it's a matter of seconds...
> >
> > Le mardi 25 octobre 2016 à 11:39 +0200, Maciej Sieczka a écrit :
> >> W dniu 24.10.2016 o 14:06, Vincent Bain pisze:
> >>> Unfortunately this is not a valid lco...
> >>>
> >>> OK, it is not really a critical issue as we can easily solve it whether
> >>> via gdal_translate or via a simple sql update,
> >>
> >> Maybe `gdal_edit.py -a_srs' will be the simplest workaround?


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.out.gdal and Rasterlite driver

[Vincent Bain]

Hi Maciek,

thanks for your suggestion. In fact, the script runs without error or
warning but it does not change anything :

gdalinfo Rasterlite:my_db.sqlite,table=my_raster
[...]
AUTHORITY["EPSG","54321"]]
[...]

gdal_edit.py -a_srs EPSG:12345 \
Rasterlite:my_db.sqlite,table=my_raster

gdalinfo Rasterlite:my_db.sqlite,table=my_raster
[...]
AUTHORITY["EPSG","54321"]]
[...]

Anyway, on the spatialite> prompt it's a matter of seconds...

Bye,
Vincent.

Le mardi 25 octobre 2016 à 11:39 +0200, Maciej Sieczka a écrit :
> W dniu 24.10.2016 o 14:06, Vincent Bain pisze:
> > Unfortunately this is not a valid lco...
> >
> > OK, it is not really a critical issue as we can easily solve it whether
> > via gdal_translate or via a simple sql update,
> 
> Maybe `gdal_edit.py -a_srs' will be the simplest workaround?
> 
> Maciek
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.out.gdal and Rasterlite driver

[Vincent Bain]

Unfortunately this is not a valid lco...

OK, it is not really a critical issue as we can easily solve it whether
via gdal_translate or via a simple sql update, but to me it sounds a bit
weird for a GRASS user who does not care for gdal in the background...

V.

Le lundi 24 octobre 2016 à 04:59 -0700, Helmut Kudrnovsky a écrit :
> -a_srs EPSG:12345


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.out.gdal and Rasterlite driver

[Vincent Bain]

Thank you Helmut,
I open a ticket.

V.


Le lundi 24 octobre 2016 à 01:44 -0700, Helmut Kudrnovsky a écrit :
> Vincent Bain wrote
> > Hello,
> > following a previous post on the users ML[1], I am planning to open a
> > new ticket concerning an issue I met trying to export raster maps to a
> > spatialite database. It looks like the output raster table lacks a
> > correct reference to the srid it should be linked to, i.e. in the
> > geometry_column table, srid equals -1 for the newly written raster
> > table.
> > 
> > Would anyone mind having a try running r.out.gdal with his/her data to
> > check if the problem is due to my configuration or actually a bug in the
> > command ?
> > 
> > 
> > Thank you,
> > Vincent.
> > 
> > [1]https://lists.osgeo.org/pipermail/grass-user/2016-October/075413.html
> > 
> > ___
> > grass-dev mailing list
> 
> > grass-dev@.osgeo
> 
> > http://lists.osgeo.org/mailman/listinfo/grass-dev
> 
> Tested here with the NC sample data set and grass trunk on windows and
> linux. 
> 
> missing srs confirmed. 
> 
> 
> 
> -
> best regards
> Helmut
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/r-out-gdal-and-Rasterlite-driver-tp5292212p5292236.html
> Sent from the Grass - Dev mailing list archive at Nabble.com.
> ___
> 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

[GRASS-dev] r.out.gdal and Rasterlite driver

[Vincent Bain]

Hello,
following a previous post on the users ML[1], I am planning to open a
new ticket concerning an issue I met trying to export raster maps to a
spatialite database. It looks like the output raster table lacks a
correct reference to the srid it should be linked to, i.e. in the
geometry_column table, srid equals -1 for the newly written raster
table.

Would anyone mind having a try running r.out.gdal with his/her data to
check if the problem is due to my configuration or actually a bug in the
command ?


Thank you,
Vincent.

[1]https://lists.osgeo.org/pipermail/grass-user/2016-October/075413.html

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] v.wedge

[Vincent Bain]

Hi,

while I was looking for a way to restrict r.viewshed results to angular
sectors, I noticed there was no easy way (or I missed it ?) to draw
these so called wedges. The idea was to write a draft addon the old
fashioned way (yes I'm daggy, still writing things in bash, handling
floats with bc!) to produce vector wedges, then convert them to masks.

Hoping it can be useful I attach the bash script, don't know if it's
worth making it an addon, I guess it would be better to write new addons
in python... perhaps someone can turn it into something more "trendy"?

Bye,
Vincent.


v.wedge
Description: application/shellscript
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass 7.2 planning

[Vincent Bain]

Martin, Markus,
evoking projection systems' related tickets, I am wondering if this one
should be considered blocker, given epsg:3857 is quite broadly used:
https://trac.osgeo.org/grass/ticket/2229

Have a nice sunday !
Vincent.

Le dimanche 21 août 2016 à 14:54 +0200, Martin Landa a écrit :
> Dear devs,
> 
> 2016-07-01 0:42 GMT+02:00 Martin Landa :
> > I am afraid that we have delay, I hope that we will have some time to
> > work on GRASS during ISPRS in Prague. What about:
> >
> > * soft freeze: ~ 15 July
> > * hard freeze + RC1: ~ 15 August
> > * bug squashing: FOSS4G Bonn
> > * RC2: ~ 30 August
> > * final: ~ 7 September
> 
> I would like to propose slowly to move from SOFT to HARD freeze of
> rel72 branch [1]. There is no ticket marked as blocker [2], please
> update priority to blocker if you feel that there are tickets which
> must be solved before RC1.
> 
> Thanks, Martin
> 
> [1] https://trac.osgeo.org/grass/wiki/RFC/4_ReleaseProcedure
> [2] 
> https://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&priority=blocker&priority=critical&milestone=7.2.0&group=type&order=priority
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] map display enhancement

[Vincent Bain]

Le lundi 20 juin 2016 à 10:54 -0400, Vaclav Petras a écrit :



> If I understand correctly, the general combination would be more
> challenging and would have to implemented in GUI (you can create a
> ticket). However, just for the rasters, d.shade probably covers
> significant part (or all?) of the use cases.

yes

> Note that there is also d.to.rast (not advertised in the GUI but
> available in the console) which will save anything on the display
> (vectors, labels, ...) as a raster map (so you can use d.shade
> afterwards).
> 

As I said some time ago
(https://lists.osgeo.org/pipermail/grass-user/2015-September/072982.html)
I cannot invoke d.to.rast to extract the map display content (only the
content of monitors activated via d.mon)... I may be missing something
about that.

in fact, for purely illustrative purpose, I usually proceed (a
quick&dirty way...) with sequential screen captures and blend them with
the Gimp.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] map display enhancement

[Vincent Bain]

Hi list !

playing around with multiple layers in the map display I wonder if
anyone ever suggested to introduce blending modes beside the already
implemented "opacity" option. I mean it would be great to be able to
combine layers with various options (commonly known as Multiply, Screen,
Addition, etc.).

It's probably a big task. Let me know if you think it is worth opening a
ticket for that.

Yours,
Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Powered by GRASS GIS graphics

[Vincent Bain]

Hi,

some time ago Vaclav asked me if I could set up a sort of tag displaying
the message "Powered by GRASS GIS". I made some drafts, from which we
retained a few possible "stickers". A first synthesis can be found here:
https://grasswiki.osgeo.org/wiki/Identity#GRASS_GIS_sticker

Yours
Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] graphic identity

[Vincent Bain]

reminds me that I forgot to update startup_banner_isis at that time
(sorry Yann...). I'll do it.

Yours,
Vincent.



Le dimanche 01 mai 2016 à 08:10 +0200, Markus Neteler a écrit :
> 
> On Jan 25, 2016 12:08 PM, "Martin Landa" 
> wrote:
> >
> > 2016-01-25 12:06 GMT+01:00 Martin Landa :
> > > maybe better to wait for 7.0.4. We are in hard freeze, only
> bugfixes
> > > should go in. Martin
> >
> > done,
> https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.0.4tobebackported
> 
> Seems we missed this one for 7.0.4.
> 
> Perhaps just do in trunk, to get it into the upcoming 7.2?
> 
> Markus
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass ico - size (windows resampling)

[Vincent Bain]

I neither know in which circumstances it is to be used.
Maybe the grey tone has to be darken a bit, but I'm out of time this
afternoon...

Vincent.

Le jeudi 25 février 2016 à 09:06 -0500, Vaclav Petras a écrit :
> 
> On Thu, Feb 25, 2016 at 8:57 AM, Vincent Bain  wrote:
> Concerning grass_osgeo icon, given both color spaces are very
> close to each other, it is quite tricky to get a legible
> result. Here's
> one suggestion (the grey grass background), and the original
> color
> version.
> 
> 
> 
> I'm not sure in which context is this used but perhaps GRASS in color
> and bw OSGeo would be more appropriate (considering that the colored
> thing is primary).
> 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass ico - size (windows resampling)

[Vincent Bain]

Martin,

attached is my grass.ico file. I cannot test it as I don't have any
windows OS here.
Layers are 8bit+alpha (non-compressed) deep.

Hope this helps,

Vincent.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass ico - size (windows resampling)

[Vincent Bain]

Hi Martin,

did you have a try with a square-layers icon file (i.e. for layer 1 :
128x128 rather than 113x128) ?


Vincent



Le mardi 16 février 2016 à 09:48 +0100, Martin Landa a écrit :
> Hi all,
> 
> recently I updated `grass.ico` to include also 64 and 128 sizes. Now
> the icon file contains 128, 64, 48, 32, 24, 16 sizes. The icon is nice
> on Gnome (128x128) but ugly on Windows (in my case 7) - it seems that
> they are not taking the best size and doing some fancy resampling.
> Anyone here who knows what could be wrong with the new icon?
> 
> Thanks, Martin
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] List of os.environ["GRASS_*"]

[Vincent Bain]

Hi Yann,

a dumb suggestion : did you try with the auto-completion at the
terminal :
echo $GRASS_+[tab]



V.

Le mercredi 24 février 2016 à 19:27 +0100, Yann a écrit :
> Hi,
> 
> I am looking for the os.environ["GRASS_..."] that would lead me safely 
> to the /etc/proj/ogr_csv
> 
> anybody could tell me where I can access to the list of those GRASS_ env 
> variables?
> 
> Thanks,
> Yann
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Logo and other graphics

[Vincent Bain]

Hello Luca

yes we've been working on that for several months now (see below latest
developments pointed out by Vaclav). And any advice or contribution is
welcome !

Regarding the online documentation, I'm not a crack of css, but the
effort to wrap up things in a visually coherent manner (e.g. typographic
rules, logo display, colors) shouldn't be huge.

Enjoy Paris!
Vincent.

Le mercredi 24 février 2016 à 09:49 -0500, Vaclav Petras a écrit :
> 
> On Wed, Feb 24, 2016 at 6:31 AM, Luca Delucchi 
> wrote:
> Regards from Paris, tomorrow will come a graphic designer here
> at the
> code sprint, are you interested in something related to GRASS?
> 
> 
> Vincent recently unified the logo, the startup window banner and the
> GUI splash screen image. This needs just commit to trunk and 70, I
> think.
> 
> https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.0.4tobebackported
> https://lists.osgeo.org/pipermail/grass-dev/2016-January/078528.html
> 
> 
> One of the things we need renewed are manual pages. Particularly,
> index page, alternatively graphical index page (and its graphics!) and
> individual module pages. Usability and the actual CSS are necessary
> steps but the graphical design is an important part of it.
> 
> 
> https://grass.osgeo.org/grass71/manuals/
> https://grass.osgeo.org/grass71/manuals/graphical_index.html
> https://grass.osgeo.org/grass71/manuals/g.proj.html
> 
> 
> Best,
> 
> Vaclav
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Problems with r.out.gdal byte export: colors modified in RGB multilayer GeoTIFF

[Vincent Bain]

Le lundi 22 février 2016 à 20:43 +0100, Markus Neteler a écrit :
> but a black "no data" area came back

couldn't you have managed this issue with gdal_translate -a_nodata
option ?

V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Problems with r.out.gdal byte export: colors modified in RGB multilayer GeoTIFF

[Vincent Bain]

I recently experienced some buggy image color table management by Qgis,
did not dig much deeper. Sorry if my case may be the exact inverse of
yours, but I finally did it to obtain a more "faithful" color rendering:

- composited an initial 3-band image
r.composite [...]
- then exported it with
r.out.gdal [...] format=GTiff type=UInt16
- and expanded it again to a 3-band rgb image via :
gdal_translate -expand rgb [...]


Anyway, since Qgis Lyon, we have some trouble wih image color
management.

Yours,
V.

Le mercredi 10 février 2016 à 10:05 +0100, Markus Neteler a écrit :
> Hi,
> 
> I am currently processing satellite data > 8bit and created a nice
> "natural color" RGB composite (channels separated).
> Using the #map operator of r.mapcalc I could successfully reduce each
> channel to 8 bit, after i.colors.enhance the respective RGB composite
> looks almost identical.
> The scope is to process the data in GRASS GIS, then export them for a
> performant OGC Web service.
> 
> So far so nice. Now, exporting it as a multilayer GeoTIFF (I made a
> group of the 3 channels using i.group, then gave that as input to
> r.out.gdal) leads to yellowish colors which are not the same any more.
> Adding the -c flag did not help.
> 
> GRASS 7.1.svn (utm48n): > r.out.gdal -c input=rgb_group
> output=rgb_8bit_flag_c.tif
> Checking GDAL data type and nodata value...
>  100%
> Using GDAL data type 
>  100%
> Using GDAL data type 
>  100%
> Using GDAL data type 
> Exporting raster data to GTiff format...
>  100%
>  100%
>  100%
> r.out.gdal complete. File  created.
> [Raster MASK present]
> 
> Screenshot attached (top left: original; top right: reduced to 8 bit;
> low: exported multilayer-RGB shown in QGIS).
> 
> I also tried the HFA driver, same issue.
> 
> What's the trick?
> 
> thanks
> Markus
> ___
> 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

Re: [GRASS-dev] [GRASS-user] GRASS GIS on gis.stackexchange.com

[Vincent Bain]

Le mercredi 20 janvier 2016 à 21:57 +0100, Markus Neteler a écrit :

> 
> You may upvote the logo now :-)
> 
> http://meta.gis.stackexchange.com/a/4145/687


Hi,
the sticker for stackexechange community promotion ads was updated with
a "grassy world" background.

Vincent

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Layer Manager notebook

[Vincent Bain]

Hi,

perhaps the tab widget does not support it, but could the label "long
name" be provided by a mouse-over tip ?

Vincent.


Le mardi 26 janvier 2016 à 08:56 +0100, Moritz Lennert a écrit :
> On 26/01/16 03:02, Anna Petrášová wrote:
> > Hi,
> >
> > I plan to change the style of the Layer Manager tabs in the bottom of
> > the window from wx.FlatNotebook to wx.Notebook. The results look like this:
> >
> > https://drive.google.com/file/d/0B1j-R6U3_Ct9RFd1V3JSbDRjdGc/view?usp=sharing
> >
> > Reasons include:
> > * FlatNotebook behaves strangely on Ubuntu 15+ with wxpython3 wxGTK,
> > switching tabs doesn't work well
> > * FlatNotebook rendering glitch on MacOSX with wxpython 3 (visible in
> > the screenshot)
> > * FlatNotebook causes crashing when switching from 3D to 2D on MacOSX
> > with wxpython 3 http://trac.wxwidgets.org/ticket/16357
> > * FlatNotebook probably causes loosing focus when switching to command
> > console
> > * FlatNotebook probably causes some GDK critical warnings on Ubuntu
> >
> > Overall, by using native widget (wx.Notebook) we avoid many glitches.
> 
> +1
> 
> > However, the appearance will be different for different OS. I personally
> > don't have problem with that, but I would suggest applying this to Mac
> > and Linux, not Windows, because on Windows it looks ugly and since we
> > still use wxpython 2.8, the described glitches don't apply there. Opinions?
> 
> I think that ideally, whenever possible, we should avoid having 
> different treatments for different OS's. But if you all think that the 
> windows version looks too ugly (I'm quite insensitive to such issues, so 
> not a good judge), then +1 as long as windows is still wxpython 2.8.
> 
> >
> >
> > Related to this, any opinion on making the labels of the tabs shorter?
> 
> For me they can be as short as you want, as I know what they are about, 
> but we have to try to think like a GRASS newbie, here. So, my 
> reflections in detail:
> 
> >
> > Map layers -> Layers
> 
> +1
> 
> > Command console -> Console
> > Search modules -> Search
> 
> For these two I'm not sure if the short version is clear enough on what 
> these are about: will most users understand what a 'Console' is ? At 
> what is it you can search there ?
> 
> > Data catalogue -> Catalogue
> 
> +1
> 
> > Python shell -> Python
> 
> Again, not sure if just 'Python' is enough to make it clear.
> 
> IIUC, the reason for shortening is essentially OSX, or ? Wouldn't it be 
> possible to just slightly reduce font size ?
> 
> Moritz
> ___
> 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

Re: [GRASS-dev] graphic identity

[Vincent Bain]

Nice !
Thank you Martin,
V.


Le lundi 25 janvier 2016 à 12:08 +0100, Martin Landa a écrit :
> 2016-01-25 12:06 GMT+01:00 Martin Landa :
> > maybe better to wait for 7.0.4. We are in hard freeze, only bugfixes
> > should go in. Martin
> 
> done, https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.0.4tobebackported
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] graphic identity

[Vincent Bain]

Dear devs,
is it possible to update right now (for the next 7.0.3) these little
changes ?

Vincent.


Le jeudi 21 janvier 2016 à 21:06 +0100, Moritz Lennert a écrit :
> On 21/01/16 08:40, Luca Delucchi wrote:
> > On 20 January 2016 at 16:10, Anna Petrášová  wrote:
> >>
> >>
> >> Thanks! I like those, I like slightly more the bold GRASS in black than in
> >> green.
> >>
> >
> > thanks, yes these uppercase are better, I like more the green GRASS one
> 
> +1
> 
> Thanks a lot !
> 
> Moritz
> 
> ___
> 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

[GRASS-dev] graphic identity

[Vincent Bain]

Dear all,

sorry in advance for this not-that-crucial point.
Some months ago we made a step toward grass true graphical identity
definition. During a discussion (off-list) with Markus and Vaclav last
week, I said :
Vaclav, I remember we had a debate about the use of capitalized
or lowercase lettering for GRASS GIS. As time goes by, I see the
uppercase is the implicit choice that operates... As time goes
by I think you were right ! I would suggest to give up using
lowercase in the splashscreen.

So here are my suggestions for both the welcome banner and the splash
screen :
http://lesfavrets.fr/telec/grass_ident.tar.gz

Comments welcome

Cheers,
Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Convenient download of the new logo is missing

[Vincent Bain]

here it is !

V.

Le lundi 30 novembre 2015 à 15:08 -0500, Vaclav Petras a écrit :
> 
> On Mon, Nov 30, 2015 at 2:26 PM, Vincent Bain  wrote:
> 
> attached is an archive containing files I hope you need ("vf"
> for
> vectorized fonts).
> 
> 
> Thanks! This is exactly what I need now. Well, actually what I need
> right now is a cropped PDF, so no page and no borders (file attached,
> done with pdfcrop).
> 



logo_variant_vf.pdf
Description: Adobe PDF document
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Convenient download of the new logo is missing

[Vincent Bain]

Hello Vaclav,
you are right, it's not very convenient.

attached is an archive containing files I hope you need ("vf" for
vectorized fonts).

Bye,

Vincent


Le lundi 30 novembre 2015 à 13:38 -0500, Vaclav Petras a écrit :
> Hi all,
> 
> the new cleaned up logo for GRASS GIS with the bold+thin text is
> available online [1] only in zip download where SVG requires the
> special font and PNG not that flexible for scaling since the thin text
> (GIS) is might be badly re-sampled.
> 
> 
> Please, can somebody with the right fonts installed provide SVG with
> text as vectors and a PDF?
> 
> 
> Thanks,
> 
> Vaclav
> 
> [1] https://grass.osgeo.org/download/logos/
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev



grass_gis_logo_2015_vf.tar.gz
Description: application/compressed-tar
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Convenient download of the new logo is missing

[Vincent Bain]

oops,
I did it in a hurry, and forgot to vectorize the slogan as well

sorry, will fix it on wednesday

V.

Le lundi 30 novembre 2015 à 13:38 -0500, Vaclav Petras a écrit :
> Hi all,
> 
> the new cleaned up logo for GRASS GIS with the bold+thin text is
> available online [1] only in zip download where SVG requires the
> special font and PNG not that flexible for scaling since the thin text
> (GIS) is might be badly re-sampled.
> 
> 
> Please, can somebody with the right fonts installed provide SVG with
> text as vectors and a PDF?
> 
> 
> Thanks,
> 
> Vaclav
> 
> [1] https://grass.osgeo.org/download/logos/
> 
> ___
> 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

Re: [GRASS-dev] Grass flyer

[Vincent Bain]

Hello Vaclav,

Le mardi 25 août 2015 à 09:10 -0400, Vaclav Petras a écrit :

> The history should be really short, I prefer something like
> "...celebrated 30 years of GRASS GIS development in 2013...last change
> was probably just few hours ago..."

Your aphoristic suggestion sounds good to me !

Don't know how many people will contribute, but it might be a good idea
to write down things on a dedicated wiki page...

> 
> Tri-fold or not, I'm afraid I'll need US Letter version. Would that be
> possible? At least somehow compatible layout would be fine. I have no
> access to standard paper sizes :(
> 

Letter or legal or anything else rectangular... isn't the main concern
the source tool used to produce the document? the most
practical/powerfull format is surely latex (or any tex typesetting
engine) as used for the former flyer, but by convenience I did the first
draft with Inkscape.

I'll probably be short of time for the next two weeks, so I apologize
for the delay in taking remarks/suggestions into account.

Yours,
V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Grass flyer

[Vincent Bain]

Hello Moritz,
thank you for your quick reaction,

Le mardi 25 août 2015 à 14:37 +0200, Moritz Lennert a écrit :
> - I don't think that history should take such a place on a promotional 
> flyer. Actually, I don't think this section should be there at all. 
> Possibly just mention GRASS' age to show its historical stability.

I partly share your opinion, this section could be severely shrinked.

> 
> - Is this meant as a flyer to be distributed in A4 format, or is it 
> meant as tri-fold ? If the latter, don't you think it is a bit annoying 
> to have text and image across folds ?

it's actually a triptycal leaflet (the central image being the "cover"),
but folds follow the length of the sheet, the idea is to make an
attractive --at least striking-- format.

> 
> - Would it be possible/interesting to elaborate a black and white version ?

yes, and it's particularly important for illustrations : their b&w
version should be carefully adjusted to be printable on e.g. a standard
laser black printer. Later on, when the layout is fixed, we should also
care for technical margins (reduce to printable area).

Yours,
V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Grass flyer

[Vincent Bain]

Some time ago, Markus Neteler asked me if I could work on a renewal of
the current grass gis flyer [1]. The point was initially just to bring
it some /cosmetic/ improvment.
After doing that, I suggested it would an opportunity to update also the
contents/illustrations of this promotional material. It's now time to
share this on the list so that you volunteers discuss its form and
substance ;-)

This archive contains my proposal, as is :
http://lesfavrets.fr/telec/grass_flyer_0.tar.gz

Bye,
Vincent.

[1] https://grasswiki.osgeo.org/wiki/Promotional_material#GRASS_Flyers

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-PSC] Proposal: Logo variant to include "GRASS GIS" as name

[Vincent Bain]

Happy to see there is finally a consensual "current logogram".

As I just said to Markus offlist, the svg file was generated with
Inkscape. Needs the following fonts to display correctly

- Fira sans : http://www.fontsquirrel.com/fonts/fira-sans
- EB Garamond : http://www.fontsquirrel.com/fonts/eb-garamond

Ciao,
Vincent.

Le samedi 18 juillet 2015 à 16:13 +0200, Markus Neteler a écrit :
> Hi,
> 
> (I take liberty to bring this back to the list for the record):
> 
> On Sat, May 30, 2015 at 2:04 PM, Vincent Bain  wrote:
> > Markus,
> > here it is :
> > the attached archive contains a svg inkscape file with several layers
> > you can switch on/off independantly :
> > -"bg" : white background ;
> > -"logo" : grass logo, the historical version I cleaned up ;
> > -"logo (greyscale)" : the same in gray ;
> > -"GRASS GIS (modified kerning)" : the capitalized name composed in Fira
> > Sans  Medium and Thin weights, and with optimized kerning ;
> > -"grass gis" : the lowercase title ;
> > -"Bringing..." the slogan.
> >
> > Turning on/off these layers, you can output a variety of png files, the
> > ones I provided are ripped at 600 dpi.
> >
> > Hope this is the correct answer to your need,
> >
> > Bye,
> > Vincent.
> 
> thanks for your efforts!
> Finally uploaded to
> 
> http://grass.osgeo.org/download/logos/
> --> zip file
> 
> Thanks again,
> Markus


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

[Vincent Bain]

Hi Markus and Moritz,

it looks like my issue is shared by no one else. Considering the "bug"
is not repeatable (except on my machine with my data...), we should
admit this is not a bug.

Have a nice day,
Vincent

Le vendredi 10 juillet 2015 à 10:31 +0200, Markus Neteler a écrit :
> Hi,
> 
> may we release 6.4.5 or not yet?
> 
> Thanks
> Markus
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

[Vincent Bain]

Thanks for your time Moritz,
I'll try to dig it on my side.

I'm on a Debian 7.5 (wheezy) 64 bit.

V.

Le mardi 23 juin 2015 à 15:55 +0200, Moritz Lennert a écrit :
> On 22/06/15 16:57, Vincent Bain wrote:
> > Thank you Moritz for your reply,
> > not the most elegant but surely the quickest way :
> > here you can download a full test directory [27MB] (db links were
> > removed because initial data is stored in a postgres db).
> >
> > http://www.toraval.fr/telec/L3.tar.gz
> >
> > Open workspace_L3z.gxw, and try to edit any vector map the way I
> > described in my previous post. Let me know if you have the same issue.
> 
> I've tried several times using a freshly checkouted and compiled 
> grass64release branch on Debian testing.
> 
> I cannot reproduce.  I tried changing the order of layers in the manager 
> (which changes the order of layers in the list of maps available for 
> digitization) and zooming to different extents, but it always worked 
> (except for one single time, but I was not 100% to have clicked on the 
> layer I thought I clicked on).
> 
> So, sorry...
> 
> What OS are you on ?
> 
> Moritz


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

[Vincent Bain]

Thank you Moritz for your reply,
not the most elegant but surely the quickest way :
here you can download a full test directory [27MB] (db links were
removed because initial data is stored in a postgres db).

http://www.toraval.fr/telec/L3.tar.gz

Open workspace_L3z.gxw, and try to edit any vector map the way I
described in my previous post. Let me know if you have the same issue.

V.

Le lundi 22 juin 2015 à 16:05 +0200, Moritz Lennert a écrit :
> Can you give us data and a procedure to make this reproducible ?
> 
> Moritz





___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

[Vincent Bain]

Hi,
sorry for the following confused remark : using 6.4.5 (right now rev.
65516) on a daily basis I sometimes (rarely) have an issue with wxGUI,
but can't foresee when it happens :
consider a workspace composed of several quite big vector maps. Select
"Digitize" from the pull-down menu in the map display window. Then
select the name of the vector map to edit : sometimes the current edited
map will not be the one I choosed but another one in the layer tree, and
this particular map is impossible to select from the list... Digitizing
the map can always be performed the right way by selecting "Start
editing" from the right-click menu in the layer tree. 

I did not find a particular situation when it occurs, except that :
-it's always concerning big vector files (i.e. contour maps),
-it does not happen if the layer tree contains only one vector map (the
one I want to edit).

Sorry again for the lack of formal clues but perhaps this point should
be considered blocking for a stable release. Hope some of you can
reproduce this bug or have some idea about what can be wrong there.

Vincent.


Le lundi 22 juin 2015 à 13:35 +0200, Markus Neteler a écrit :
> On Mon, Jun 22, 2015 at 12:14 PM, Martin Landa  wrote:
> > 2015-06-22 9:42 GMT+02:00 Moritz Lennert :
> >> Where are we at with 6.4.5. Can we just release as is, possibly citing 
> >> known
> >> bugs ?
> >
> > +1 for release as it is. Martin
> 
> First time ever after RC1 :-) Yes, also much in favor!
> 
> Markus
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le jeudi 05 février 2015 à 11:18 -0500, Anna Petrášová a écrit :
> which seems to be advantageous when changing the width of the start up
> window

My knowledge of wxpython is nearly nul. Do you consider a solution based
on two separate transparent images, packing respectively the logo
flushleftt and the text flushright in a wxframe ?

(forget it if I'm completely mistaken...)
V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

In addition to latest changes in 
http://grasswiki.osgeo.org/wiki/Identity

you can find several banner images.Images are all 618x150 PNG8 files. 

Anna : each is available with/without alpha channel, still in 8-bit depth.

Yours,
Vincent.



Le jeudi 05 février 2015 à 12:20 +0100, Vincent Bain a écrit :
> Hello Madi,
> [moved the reply back to the correct thread, I posted the previous
> message on the wrong topic]
> 
> > Perhaps in D1 the grass symbol and the writing perhaps should be
> > slightly moved to right, because the symbol appears cut.
> 
> You are right, these vignettes are quick&dirty layouts, just there to
> help people choose between different styles.
> 
> > Is there particular reason why "grass" is in bold and "gis" not? I
> > would like it better to have the same rule for both words, because a
> > different style is already applied to the slogan, I would reduce the
> > diversity.
> 
> Once again a matter of typographic trick; here we don't actually
> multiply fontfaces, we only play with various strokes weights from a
> same family. It is a way to slightly emphasise the name of the software.
> 
> I guess many of you (so do I) really care about the "serious" image of
> this project: maybe I (or you) should propose a radically sober but
> still elegant splash screen, without any flourish, e.g. the A row with
> single fontface, single weight, green and black logo+text.
> 
> Thanks for participating,
> Vincent
> 
> 
> 
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Hello Madi,
[moved the reply back to the correct thread, I posted the previous
message on the wrong topic]

> Perhaps in D1 the grass symbol and the writing perhaps should be
> slightly moved to right, because the symbol appears cut.

You are right, these vignettes are quick&dirty layouts, just there to
help people choose between different styles.

> Is there particular reason why "grass" is in bold and "gis" not? I
> would like it better to have the same rule for both words, because a
> different style is already applied to the slogan, I would reduce the
> diversity.

Once again a matter of typographic trick; here we don't actually
multiply fontfaces, we only play with various strokes weights from a
same family. It is a way to slightly emphasise the name of the software.

I guess many of you (so do I) really care about the "serious" image of
this project: maybe I (or you) should propose a radically sober but
still elegant splash screen, without any flourish, e.g. the A row with
single fontface, single weight, green and black logo+text.

Thanks for participating,
Vincent



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2

[Vincent Bain]

Hi,

prior to plan or not voting, maybe everyone could give his/her opinions
on the talk page Martin set up last friday:

http://grasswiki.osgeo.org/wiki/Talk:Identity

(I made an update of the proposal this morning)


Thanks,
Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Hello Anna,

sorry for this mistake, can't really figure out where the error comes
from, probably when I turned the native svg to indexed colors png, but
the background should have kept pure white. I'll fix it as soon as
possible.
Of course removing the white bg and set it to transparent is straight
too.

Vincent.

Le mercredi 04 février 2015 à 09:40 -0500, Anna Petrášová a écrit :
> 
> 
> On Tue, Feb 3, 2015 at 5:48 PM, Markus Neteler 
> wrote:
> Hi,
> 
> I have taken liberty to upload #4 [1] in r64447 in order to
> get something
> changed for RC2 which is overdue (the image part of the screen
> should
> probably be filled with a white background).
> 
> 
> 
> Why this one? I thought most agreed on upper case? I don't know where
> you got the banner (I couldn't find the original image on the wiki),
> but the background white is not white (254,255,252) which was probably
> not intention. I found that out when I was trying to see how it would
> look like with transparent background, which in my opinion looks
> better on the welcome screen.
> 
> 
> Anna
>  
> Markus
> 
> [1]
> http://grasswiki.osgeo.org/wiki/File:GRASSGIS_welcome_banner4.jpg
> It looks now a bit different due to the wording changes,
> though.
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le vendredi 30 janvier 2015 à 21:24 +0100, Vincent Bain a écrit :
> 
> I send a synthesis in a moment.
> 
> 

There it is :

http://grasswiki.osgeo.org/wiki/Identity

Bye,
Vincent

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le vendredi 30 janvier 2015 à 18:52 +, Michael Barton a écrit :
> 
> Since this combination doesn’t exist, I’m not yet sure how best to
> express this on the page.

Yes, I was at that point of reflexion, then I decided to sum up things
in a 3x5 array, it will come soon -- between two power cuts and internet 
blackouts due to huge snowfall here in the Alps!

In the scope of a vote I found it was interesting to decline each layout
on every bg image I submitted.


> 
> 
> But all that said, and as much as I am in favor of our democratic
> procedures over all, I’m not sure voting will give the best graphic
> design. So maybe voting should be advisory, with Vincent having final
> say so?

It's kind of you Michael, but I am only bringing a modest contribution
to a vaste project that does not belong to me at all...

I send a synthesis in a moment.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Naturally, it is a blender scene rendered with Cycles engine.

It is a bit tricky to use if you don't know Blender; for those familiar
with Blender it involves a particle system where density is controled by
vertex groups. Everything else is very basic if you are at ease with
node editor (for materials).

Here is the file :
http://lesfavrets.fr/telec/grass_world.blend


Le vendredi 30 janvier 2015 à 18:48 +0200, Nikos Alexandris a écrit :
> Vincent, is this beautiful 3D-scene available for others to experiment 
> with?
> 
> Nikos
> 
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

OK Martin, your sum up is appreciable.

The first one cannot be used, in cause the license attached to the font,
I am guilty not to have cleaned the wiki page in time. I'll propose a
similar typeface to replace it.

I try to make a last suggestion tonight.

Vincent.

Le vendredi 30 janvier 2015 à 16:53 +0100, Martin Landa a écrit :
> Hi,
> 
> 2015-01-30 15:13 GMT+01:00 Vincent Bain :
> > I fear it is an endless discussion anyway. Objectivity is hard to reach
> > in that domain of graphic design.
> 
> this is what we need to avoid. RC2 is waiting for a new splash and
> welcome banner. I can see three candidates [1]. Please free add new
> candidates, it would be nice to launch voting during weekend and than
> to move on to RC2 on the beginning of the next week, what do you
> think?
> 
> Martin
> 
> [1] http://grasswiki.osgeo.org/wiki/Talk:Identity
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le vendredi 30 janvier 2015 à 13:41 +0100, Moritz Lennert a écrit :
> On 30/01/15 13:15, Vincent Bain wrote:
> > Trying to satisfy everyone's claims, I propose another splash screen :
> > - capitalized GRASS GIS (boohhh ;-)) ;
> > - centered layout with title underneath logo.
> >
> > It is available on the wiki page, it comes with a welcome banner too.
> >
> > /Beware that we might progressively turn the result into something quite
> > flavourless.../
> 
> Even though GRASS is an acronym and so should normally be capitalized, I 
> don't have an opinion about that.

The point is it differs much from one country to another. I am not
certain but I believe anglo-saxons progressively come to the _french
usage_, i.e. capitalizing only the initial of an acronym when it is
pronounced as a word (the case for GRASS GIS). Extract from
https://en.wikipedia.org/wiki/Capitalization

While acronyms have historically been written in all-caps,
British usage is moving towards capitalizing only the first
letter in cases when these are pronounced as words (e.g., Unesco
and Nato), reserving all-caps for initialisms (e.g., UK and
USA).

I fear it is an endless discussion anyway. Objectivity is hard to reach
in that domain of graphic design.

> 
> However, I do prefer splash4 (with modified fonts) over splash7. Did 
> anyone plead for centralization ?
> The idea was just to put logo and title closer together.

No Moritz, I was only trying to put text and graphics close to each
other. But you are right, we can copy version 4 layout.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Trying to satisfy everyone's claims, I propose another splash screen :
- capitalized GRASS GIS (boohhh ;-)) ;
- centered layout with title underneath logo.

It is available on the wiki page, it comes with a welcome banner too.

/Beware that we might progressively turn the result into something quite
flavourless.../

Vincent
(going back to snow blowing)


Le vendredi 30 janvier 2015 à 12:35 +0100, Markus Neteler a écrit :
> On Thu, Jan 29, 2015 at 2:58 PM, Vincent Bain  wrote:
> > Le mercredi 28 janvier 2015 à 17:42 +0200, Nikos Alexandris a écrit :
> >> The ones @
> >> <http://grasswiki.osgeo.org/wiki/User:NikosA#Ideas_for_an_alternative_GRASS-Wiki_logogram>
> >> are for the Wiki... !?  If anyone is interested.
> >
> > Sorry Nikos, I missed your suggestion.
> > Perhaps it's an opportunity to bet on a similar output, again for
> > consistency (see attached file).
> 
> While this is nicely evolving, please let's keep "GIS/gis" in the name.
> 
> thanks
> Markus


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le jeudi 29 janvier 2015 à 09:25 -0500, Vaclav Petras a écrit :
> I'm not a fan of "all lower case sans serif" logos and graphics. I may
> even like it visually but it is current trend which everybody is
> putting everywhere and it started to be boring.


Vaclav, I always try to keep cautiously away from fashions, especially
in graphic design where people do nearly anything and everything...
The use of sans serif typefaces for titles is not exactly something in
the air. Usually typographs have heavy recurse to sans font families in
order to compose titles. Serif families are more suited to what we call
in french "fontes de labeur", i.e. fontfaces that work well in small
characters, are particularly easy to read. On the other hand their
display at large sizes often results in poor quality shapes.
One can argue the fact that I put text lowercase. As I said sooner it is
a matter  usage: our world is surrounded with initials, nearly always
uppercased without caring if it's the right way or not; in french we
distinguish between acronyms and initials, e.g. Unesco must be written
as is, but we must write RATP, and not Ratp nor R.A.T.P...
In a word, I rarely do things just for fun in this field of typography.

I concede we could write "Grass" rather than "grass", but the thing here
was the "G" glyph in the typeface is not a success.

I must admit: to be thourough, I should have proposed a hand-made typo
just for the title "Grass gis", but it's much time consuming.

> 
> 
> For GRASS GIS, I would imagine something more classic like the
> previous proposals. However, this is more a warning.
> 
> 
> For splash6, I would suggest to remove website link, version and
> revision. It is just a clutter. Version and revision could be hard to
> get and link wouldn't be clickable anyway.


I agree, this was just a suggestion (sometimes splash screens are
persistent, you can e.g. pick recently used files, click urls, and so
on).


> Otherwise, I think that splash6 is better than splash5.
> 
> http://grasswiki.osgeo.org/wiki/File:GRASSGIS_splash5.jpg
> http://grasswiki.osgeo.org/wiki/File:GRASSGIS_splash6.jpg


Surely, it looks more straightforward. Do you think we should try, as
Moritz remarked, to fix the low-cut grass appearance.

Thanks again for discussing, I like it much.

Vincent.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le jeudi 29 janvier 2015 à 15:23 +0100, Moritz Lennert a écrit :
> On 29/01/15 14:11, Vincent Bain wrote:
> > With potential tweaking, would this version (splash5) bring all you
> > developers to a kind of consensus ?
> 
> I like splash5, except for one point: I do not like the separation of 
> the logo and the text. For me they are so linked to each other that it 
> looks weird to see them apart. Any chance of putting them back together ?

It's essentially a matter of page settings... squaring the circle. What
looks balanced to ones will look ugly to others. I try to think of a
different layout.


> Yes. And the parts with low-cut grass look a bit like drought to me...


I find it weird too, but definitely no time to set up again a new
Blender scene.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le mercredi 28 janvier 2015 à 17:42 +0200, Nikos Alexandris a écrit :
> The ones @ 
> 
>  
> are for the Wiki... !?  If anyone is interested. 

Sorry Nikos, I missed your suggestion.
Perhaps it's an opportunity to bet on a similar output, again for
consistency (see attached file).

Yours,
Vincent
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Making start of GRASS GIS easier for newcomers

[Vincent Bain]

Here I put the updated banner:
http://grasswiki.osgeo.org/wiki/Identity#Proposals_2

attached is the jpg label.

Le jeudi 29 janvier 2015 à 14:12 +0100, Vincent Bain a écrit :
> Le jeudi 29 janvier 2015 à 18:19 +0530, Yann Chemin a écrit :
> > I wonder if Vincent could make it with "GRASS GIS" in Fira Sans as in
> > the splash screen?
> 
> Yes, in a while.
> 
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Yes, I did not take the time to update previous tests, Fontin typeface
can definitely not be used. I should update all splashes with Fira.


Le jeudi 29 janvier 2015 à 14:27 +0100, Martin Landa a écrit :
> 2015-01-29 14:11 GMT+01:00 Vincent Bain :
> > With potential tweaking, would this version (splash5) bring all you
> > developers to a kind of consensus ?
> 
> I don't see font consistency between welcome banner and this splash
> screen (including lower-case and upper-case). With the current welcome
> banner proposals I would choose splash4. Martin
> 
> [1] http://grasswiki.osgeo.org/wiki/File:GRASSGIS_splash4.jpg
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Making start of GRASS GIS easier for newcomers

[Vincent Bain]

Le jeudi 29 janvier 2015 à 18:19 +0530, Yann Chemin a écrit :
> I wonder if Vincent could make it with "GRASS GIS" in Fira Sans as in
> the splash screen?

Yes, in a while.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

With potential tweaking, would this version (splash5) bring all you
developers to a kind of consensus ?

I made a greyish one (splash6) in order to:
* propose something more sober (academic?);
* bring to foreground the grass green color;
* and display the logo the historical way.

Maybe a too dull rendering ?

Thanks for participating,
V.


Le jeudi 29 janvier 2015 à 18:15 +0530, Yann Chemin a écrit :
> 
> 
> On 29 January 2015 at 17:57, Michael Barton 
> wrote:
> Thanks again for all this Vicent. I too like the grassy
> continents in green. The white lettering on this is a nice
> contrast to the dark lettering on the startup too. Fira Sans
> is a good font. It really updates the looks of this. 
> 
> 
> +1 for http://grasswiki.osgeo.org/w/images/GRASSGIS_splash5.jpg indeed
> 
>  


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Hi Martin, thank you...

I just updated the wiki page to suggest a font substitution : Fira Sans
is a very clean sans serif typeface, under the SIL Open Font License. I
find an intersting contrast with garamond serif.

Bye,
V.



Le mercredi 28 janvier 2015 à 22:16 +0100, Martin Landa a écrit :
> Hi Vincent,
> 
> 2015-01-28 15:36 GMT+01:00 Vincent Bain :
> > I packed most of the graphical tests I did last week on a wiki page. I
> > tried to initiate a place (very rough yet) where we can further set up
> > things concerning graphical identity. Hope this helps.
> >
> > http://grasswiki.osgeo.org/wiki/Identity
> 
> thanks a lot! The splash screens with grass continents are absolutely
> great!!! I like most [1]. For the startup screen I would choose [2].
> 
> Martin
> 
> [1] http://grasswiki.osgeo.org/w/images/GRASSGIS_splash4.jpg
> [2] http://grasswiki.osgeo.org/wiki/File:GRASSGIS_welcome_banner1.jpg
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

OK,

Stephan, I hear your advice. Yes, eventhough it may look a trivial or
childish task, achieving a mastered output actually takes time and
requires a minimum of care. So, trying to satisfy everyone's
taste/preference/fundamental point of view/or whatever/ will probably be
challenging...
When someone submits a piece of code, the coding style is not much
discussed, but the community is allowed to change it if definitely
unsatisfied.

We could try to go ahead with one proposal (say, one that satisfies at
least a bunch of most commited people), and adapt it at the next release
(or in 10 years ;-) ?

As Moritz mentions in his revision, there is a problem with a font
family (Fontin). I am looking for an substitute.

Yours,
Vincent

Le mercredi 28 janvier 2015 à 16:16 +, Blumentrath, Stefan a écrit :
> Just a word of caution: Not long ago (2011
> (http://lists.osgeo.org/pipermail/qgis-developer/2011-August/015791.html) or 
> 2013 (http://lists.osgeo.org/pipermail/qgis-developer/2013-May/026008.html))  
> the QGIS-project had a (long) logo discussion too.
> 
> Quite some resources were used (in terms of developer- and user-time)
> on creating logo proposals and polls (a kind of logo-contest in
> several rounds) as well as discussing proposals in several threads. At
> the end – if I am not mistaken – the project ended up with using more
> or less the old logo…
> 
>  
> 
> Cheers
> 
> Stefan
> 
>  
> 
> From: grass-dev-boun...@lists.osgeo.org
> [mailto:grass-dev-boun...@lists.osgeo.org] On Behalf Of Paulo van
> Breugel
> Sent: 28. januar 2015 16:48
> To: Michael Barton
> Cc: GRASS developers grass-developers
> Subject: Re: [GRASS-dev] New splash screen for GRASS GIS 7?
> 
>  
> 
> Good initiative.. For a decision to be taken (if there are enough
> quality proposals for the tagline, logo and the splash screen), would
> it be an idea to invite GRASS users to vote (as was already proposed
> before - so perhaps something is already in place)? A simple/easy way
> could be a poll on the GRASS GIS Google+ page, and people could be
> invited via the email list. Anyway,just though it could be nice to get
> 'the user community' to pick from a selection.
> 
> 
> 
>  
> 
> On Wed, Jan 28, 2015 at 4:26 PM, Michael Barton
>  wrote:
> 
> Thanks Vincent. This is conceptually along the lines I was
> thinking, but better thought out and presented by you.  
> 
>  
> 
> 
> The image on the splash screen should follow the same logic:
> display the logo and tag line, use the color green, and
> visually reinforce the message in the tag line. 
> 
> 
>  
> 
> 
> So far, the tag lines proposed have all included the concepts
> of GIS or digital mapping ("geospatial technology") and
> universality (“world", “everyone"). 
> 
> 
>  
> 
> 
> Michael
> 
> 
> 
> 
> C. Michael Barton
> 
> 
> Director, Center for Social Dynamics & Complexity 
> 
> 
> Professor of Anthropology, School of Human Evolution & Social
> Change
> 
> 
> Head, Graduate Faculty in Complex Adaptive Systems Science
> 
> 
> Arizona State University
> 
> 
>  
> 
> 
> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> 
> www:http://www.public.asu.edu/~cmbarton,http://csdc.asu.edu
>     
> 
>  
> 
> 
>  
> 
> 
>  
> 
> On Jan 28, 2015, at 7:36 AM,
> grass-dev-requ...@lists.osgeo.org wrote:
> 
> 
>  
> 
> From: Vincent Bain 
> 
> 
> To: grass-dev 
> 
> 
> Date: January 28, 2015 at 7:36:41 AM MST
> 
> 
> Subject: Re: [GRASS-dev] New splash screen for GRASS
> GIS 7?
> 
> 
> 
> 
> Hi,
> I packed most of the graphical tests I did last week
> on a wiki page. I
> tried to initiate a place (very rough yet) where 

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Hi,
I packed most of the graphical tests I did last week on a wiki page. I
tried to initiate a place (very rough yet) where we can further set up
things concerning graphical identity. Hope this helps.

http://grasswiki.osgeo.org/wiki/Identity

Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Vincent Bain]

As far as I can help the startup screen issue, I'll try to make a point
tomorrow on the wiki. There is no doubt a solution can be found in a
couple of days, is there ?

V.

 Le mardi 27 janvier 2015 à 10:31 +0100, Markus Neteler a écrit :
> On Tue, Jan 27, 2015 at 9:46 AM, Moritz Lennert
>  wrote:
> > On 21/01/15 10:56, Markus Neteler wrote:
> ...
> > Coming back to this after a while. I think this is exactly the question:
> > should we wait until everything is backported, or should we fix a date and
> > if some things are not backported, they will have to be in the next point
> > release ?
> 
> The important blocker is now the welcome screen issue.
> 
> > In the proposed release procedure backports should be done before the hard
> > freeze and the first RC...
> 
> Sure. But we can definitely not release G7 with a startup identical to G6.
> Too bad that nobody cared in the past 2 years but only now.
> 
> > Just to be sure: I'm not criticizing the way the release is handled, just
> > using this current release to illustrate the ideas of the proposed release
> > procedure. And some of the experiences of the current release could maybe
> > feed back into amendments of that proposal.
> 
> Yes, agreed.
> 
> Markus
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Hi,
Out of the office till wednesday, I'll try to work on a wiki page when
I'm back. I like the idea of a poll.

V.


Le dimanche 25 janvier 2015 à 17:27 +, Michael Barton a écrit :
> Sure. A poll is fine. I like the grass + mountain picture too. But the
> splash screen image also needs to convey information about the GRASS
> “brand” IMHO. This is why I like the grass/map better. I can see it
> being used in a variety of contexts beyond the splash screen. 
> 
> 
> Cheers
> Michael
> 
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity 
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
> 
> 
> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> > On Jan 25, 2015, at 10:15 AM, Yann Chemin  wrote:
> > 
> > OK maybe we can open a poll somewhere with all these pictures so
> > far, and ask people to give a vote by sending the link to grass-*
> > ML.
> > 
> > 
> > I find the small grass in fore front of the mountain a very sweet
> > picture. Nice pic Vincent.
> > 
> > 
> > On 25 January 2015 at 22:21, Michael Barton 
> > wrote:
> > The blade of grass with blurred mountain background is
> > pretty and classy. But I still think that the one with grass
> > growing into the world map conveys the best message, as well
> > as being classy too.  
> > 
> > 
> > Michael
> > 
> > C. Michael Barton
> > Director, Center for Social Dynamics & Complexity 
> > Professor of Anthropology, School of Human Evolution &
> > Social Change
> > Head, Graduate Faculty in Complex Adaptive Systems Science
> > Arizona State University
> > 
> > 
> > voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> >     fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> > www: http://www.public.asu.edu/~cmbarton,
> > http://csdc.asu.edu
> > 
> > 
> > 
> > 
> > 
> > 
> > > On Jan 25, 2015, at 7:42 AM,
> > > grass-dev-requ...@lists.osgeo.org wrote:
> > > 
> > > From: Vincent Bain 
> > > 
> > > Cc: Yann Chemin , GRASS developers
> > > list 
> > > 
> > > To: Markus Neteler 
> > > 
> > > Date: January 25, 2015 at 7:42:07 AM MST
> > > 
> > > Subject: Re: [GRASS-dev] New splash screen for GRASS GIS
> > > 7?
> > > 
> > > 
> > > 
> > > Thank you all for reactions.
> > > I fear I sort of ran out of spare time to keep making
> > > proposals right now.
> > > 
> > > 
> > > Le dimanche 25 janvier 2015 à 08:05 +0100, Markus Neteler
> > > a écrit :
> > > > please let's put all the suggestions into a wiki page.
> > > > And also invite
> > > > grass-user to send suggestions.
> > > 
> > > if it can wait till next thursday, I can do that.
> > > 
> > > > 
> > > >On Sat, Jan 24, 2015 at 11:32 PM, Yann Chemin
> > > > wrote:
> > > >Can you get a libre picture with grass? There are
> > > > some online
> > > >but not good enough. Is some longer grass growing
> > > > at this time
> > > >where you are? Can you take a photo?
> > > 
> > > Nope, up here the ground is snow capped all over.
> > > I have some personal photos but not actually adapted (for
> > > the record see
> > > attached file -- very personal try)
> > > 
> > > V.
> > 
> > 
> > 
> > ___
> > 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


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Thank you all for reactions.
I fear I sort of ran out of spare time to keep making proposals right now.


Le dimanche 25 janvier 2015 à 08:05 +0100, Markus Neteler a écrit :
> please let's put all the suggestions into a wiki page. And also invite
> grass-user to send suggestions.

if it can wait till next thursday, I can do that.

> 
> On Sat, Jan 24, 2015 at 11:32 PM, Yann Chemin
>  wrote:
> Can you get a libre picture with grass? There are some online
> but not good enough. Is some longer grass growing at this time
> where you are? Can you take a photo?

Nope, up here the ground is snow capped all over.
I have some personal photos but not actually adapted (for the record see
attached file -- very personal try)

V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Snowy day, stuck at the office : here's my latest attempt to find an
original solution suitable for your wishes...

http://lesfavrets.fr/telec/grass_splash_4.tar.gz

looks more like a GIS software this way, no ?

Have a good week end ;-)
V.


Le samedi 24 janvier 2015 à 12:32 +0530, Yann Chemin a écrit :
> Hi Vincent,
> 
> 
> no time at all, unfortunately, please go ahead if you can.
> 
> 
> Yann
> 
> 
> On 24 January 2015 at 12:11, Vincent Bain  wrote:
> This was the idea I had when talking about Cassini's globe but
> it
> requires a bit of time to set up a correct layout.
> 
> Perhaps an idea with grass texture, let's se if I can do it
> this
> morning.
> 
> Yann, did you have the time to test map morphing ?
> 
> Le vendredi 23 janvier 2015 à 21:43 +, Michael Barton a
> écrit :
> > I thought about the historical map wrapped around a globe or
> perhaps redone in 3D. But it would probably be too small to
> make it clear what the viewer was seeing.
> >
> > Michael
> > __
> > C. Michael Barton
> > Director, Center for Social Dynamics & Complexity
> > Professor of Anthropology, School of Human Evolution &
> Social Change
> > Head, Graduate Faculty in Complex Adaptive Systems Science
> > Arizona State University
> > Tempe, AZ  85287-2402
> > USA
> >
> > voice:480-965-6262 (SHESC), 480-965-8130/727-9746
> (CSDC)
> > fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
> > www:  http://csdc.asu.edu, http://shesc.asu.edu
> >   http://www.public.asu.edu/~cmbarton
> >
> > > On Jan 23, 2015, at 2:23 PM, Markus Neteler
>  wrote:
> > >
> > > On Fri, Jan 23, 2015 at 7:16 PM, Michael Barton
>  wrote:
> > >> If we want to do something from GRASS instead of
> something historic, I bet
> > >> Markus has a LOT of cool maps floating around that we
> might be able to use.
> > >
> > > Here is a lot of material:
> > >
> > > http://grass.osgeo.org/screenshots/
> > >
> > > --> click images to see more or pick from the "Gallery"
> menu
> > >
> > > Markus
> >
> 
> 
> 
> 
> 
> 
> -- 
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

This was the idea I had when talking about Cassini's globe but it
requires a bit of time to set up a correct layout.

Perhaps an idea with grass texture, let's se if I can do it this
morning.

Yann, did you have the time to test map morphing ?

Le vendredi 23 janvier 2015 à 21:43 +, Michael Barton a écrit :
> I thought about the historical map wrapped around a globe or perhaps redone 
> in 3D. But it would probably be too small to make it clear what the viewer 
> was seeing.
> 
> Michael
> __
> C. Michael Barton 
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
> Tempe, AZ  85287-2402
> USA
> 
> voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
> www:  http://csdc.asu.edu, http://shesc.asu.edu
>   http://www.public.asu.edu/~cmbarton
> 
> > On Jan 23, 2015, at 2:23 PM, Markus Neteler  wrote:
> > 
> > On Fri, Jan 23, 2015 at 7:16 PM, Michael Barton  
> > wrote:
> >> If we want to do something from GRASS instead of something historic, I bet
> >> Markus has a LOT of cool maps floating around that we might be able to use.
> > 
> > Here is a lot of material:
> > 
> > http://grass.osgeo.org/screenshots/
> > 
> > --> click images to see more or pick from the "Gallery" menu
> > 
> > Markus
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Thanks for theses feedbacks,

Le vendredi 23 janvier 2015 à 14:41 +0100, Markus Neteler a écrit :
> Do you see a chance to morph the true grass into a map (from left to
> right or so)?
> 
> IMHO we need to somehow communicate that spatial data are involved.
> 

certainly, I agree the image should have a minimum symbolic weight.
Can't tell if I have the time to propose sth quickly.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

A second proposal for splash screen and welcome banner (adapted to dark
backgrounds) you can pick there :
http://lesfavrets.fr/telec/grass_splash_2.tar.gz

The carex image is in the public domain
http://commons.wikimedia.org/wiki/File:Carexpraegracilis0.jpg

Fonts are free (see previous post for Exljbris Fontin) or OFL (for the
exquisite EB Garamond by Georg Duffner).

Those who wish to trim things on the source file, feel free to ask...
especially for colors tweaking ;-)

V

Le vendredi 23 janvier 2015 à 07:00 +, Michael Barton a écrit :
> 
> 
> > On Jan 22, 2015, at 11:49 PM, grass-dev-requ...@lists.osgeo.org
> > wrote:
> > 
> > From: Vincent Bain 
> > 
> > To: grass-dev 
> > 
> > Date: January 22, 2015 at 11:28:47 PM MST
> > 
> > Subject: Re: [GRASS-dev] New splash screen for GRASS GIS 7?
> > 
> > 
> > 
> > I've followed this discussion as closely as I could but might have
> > missed some steps..., so to put it in a nutshell:
> > 
> > * Right now, for the release, we propose:
> >   - a new splash with a "neutral/temporary/free" banner image (e.g.
> > grass);
> >   - for the welcome screen, I make up a simple banner according to
> > Vaclav's suggestion i.e. small GRASS logo+motto on transparent bg
> > (or
> > white bg to handle dark windows desktop themes).
> > 
> > * Later on I can work on the historical map suggestion --or any
> > other
> > idea.
> > 
> > 
> > I can do it between today and sunday.
> > 
> > 
> 
> Sounds good to me.
> 
> 
> Michael
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

I've followed this discussion as closely as I could but might have
missed some steps..., so to put it in a nutshell:

* Right now, for the release, we propose:
   - a new splash with a "neutral/temporary/free" banner image (e.g.
grass);
   - for the welcome screen, I make up a simple banner according to
Vaclav's suggestion i.e. small GRASS logo+motto on transparent bg (or
white bg to handle dark windows desktop themes).

* Later on I can work on the historical map suggestion --or any other
idea.


I can do it between today and sunday.



> With the picture for startup screen, it would be nice to have
> an alternative for cases where GRASS is on a machine with
> ISIS. 

What is ISIS ?


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Nice maps, thank you. All that remains is to find a strong idea and some
spare time to achieve it.
V.

Le jeudi 22 janvier 2015 à 00:14 +, Michael Barton a écrit :
> Vincent, 
> 
> 
> Here is an extract of my post, replying to Yann Chemin suggestion for
> a replacement for the Medieval central European map that started this
> thread. I mentioned 2 historical maps and gave example links. I also
> like the idea of a cool map created with GRASS. I’m generally open if
> it is good design and conveys a powerful message about GRASS.
> 
> 
> Michael
> 
> 
>   cut here ==
> 
> 
> Since GRASS is a global project, how about one of the first truly
> global like Mercator's of 1569
> (https://en.m.wikipedia.org/wiki/History_of_cartography#/image/File:Mercator_1569.png)
>  or Ortelius' of 1570 
> (https://en.m.wikipedia.org/wiki/History_of_cartography#/image/File:OrteliusWorldMap1570.jpg)?
> 
> Better images than these from Wikipedia probably exist.
> 
> 
> With such a map, we could have a slightly different message on the
> splash screen too. Maybe something like
> 
> 
> GRASS. Bringing advanced geospatial technologies to the world.
> 
> 
> OR
> 
> 
> GRASS. Advanced geospatial technology for everyone.
> 
> 
> __
> C. Michael Barton 
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
> Tempe, AZ  85287-2402
> USA
> 
> 
> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
> www: http://csdc.asu.edu, http://shesc.asu.edu
> http://www.public.asu.edu/~cmbarton
> 
> > On Jan 21, 2015, at 3:16 PM, grass-dev-requ...@lists.osgeo.org
> > wrote:
> > 
> > From: Vincent Bain 
> > 
> > To: grass-dev 
> > 
> > Date: January 21, 2015 at 1:47:42 PM MST
> > 
> > Subject: Re: [GRASS-dev] New splash screen for GRASS GIS 7?
> > 
> > 
> > 
> > Hi,
> > thanks to all those who sent feedback on my strictly cosmetic
> > contrib'.
> > Nikos & Luca:  sorry for the flashy green tone, I'm daltonic...
> > Markus and Michael: do you think of a particular historical map ?
> > would
> > a partial view on the map do the job ?
> > 
> > Well, to be continued then...
> > 
> > On the other hand of that surprisingly branchy thread: myself
> > teaching
> > GRASS to students too, I deplore that many pretended GIS-aware
> > students
> > (having skills with end-user oriented software) at the end of the
> > day
> > show very poor knowledge in geodetics, projection systems, etc.
> > Starting
> > with GRASS forces them to go back to basics: the quite unusual
> > starting
> > process associated with the location/projection selector to my mind
> > is /very/ helpful !
> > 
> > Good night,
> > V.
> > 
> 
> 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Le mercredi 21 janvier 2015 à 22:44 +0200, Nikos Alexandris a écrit :
> If there is going to be "historical" map, why not select something 
> "historical" that was created with GRASS?  @MarkusN: any material 
> available? 

Among the american library of congress maps collection, there is the
famous Cassini globe gores set :
http://memory.loc.gov/cgi-bin/query/h?ammem/gmd:@field%28NUMBER+@band%
28g3201b+ct001065a%29%29

Has anyone used this historical data with GRASS ?

V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Hi,
thanks to all those who sent feedback on my strictly cosmetic contrib'.
Nikos & Luca:  sorry for the flashy green tone, I'm daltonic...
Markus and Michael: do you think of a particular historical map ? would
a partial view on the map do the job ?

Well, to be continued then...

On the other hand of that surprisingly branchy thread: myself teaching
GRASS to students too, I deplore that many pretended GIS-aware students
(having skills with end-user oriented software) at the end of the day
show very poor knowledge in geodetics, projection systems, etc. Starting
with GRASS forces them to go back to basics: the quite unusual starting
process associated with the location/projection selector to my mind
is /very/ helpful !

Good night,
V.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Just for fun, I made a couple of tests there:
http://www.lesfavrets.fr/telec/grass_splash.tar.gz

using :
- Fontin, a font by Jos Buivenga (exljbris a nice type foundry), licence
here :
http://www.exljbris.com/eula.html
- an arbitrary image picked somewhere on the web only fo the test
(probably not freely reusable).

Hope this helps,

Vincent.




Le mercredi 21 janvier 2015 à 08:47 +0100, Vincent Bain a écrit :
> Hi,
> quite long silent on this ML, I give my two cents to this very prolific
> topic ;-)
> 
> Objectively : at such a high stage of maturity GRASS project clearly
> lacks a robust graphical identity; a "corporate charter" is perhaps a
> bit pedantic but it would be nice to lay down some guidelines for GRASS
> GIS logo/motto representation, in addition to "citing GRASS GIS
> software" section (e.g. here :
> http://grasswiki.osgeo.org/wiki/GRASS_Citation_Repository).
> Designing a brand new splash for G7 may be an opportunity to set these
> things (logo, main font, slogan, etc.); the recent website design
> certainly goes this way, and should be a good starting point.
> 
> Subjectively : compositing and typography nowadays are sorely tortured
> by digital technology facilities, and results rarely withstand the test
> of time: one should always be very cautious with
> 3d/shady/glossy/translucency/and-so-on effects... 
> The welcome frame and splash screen should stick to a well-tempered
> style. To me a good design works if it still works in b&w (it is the
> case for the nice historical grass logo) and possibly without image.
> If inspired, I'll try to send a proposal.
> 
> Vincent.
> 
> 
> ___
> 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

Re: [GRASS-dev] New splash screen for GRASS GIS 7?

[Vincent Bain]

Hi,
quite long silent on this ML, I give my two cents to this very prolific
topic ;-)

Objectively : at such a high stage of maturity GRASS project clearly
lacks a robust graphical identity; a "corporate charter" is perhaps a
bit pedantic but it would be nice to lay down some guidelines for GRASS
GIS logo/motto representation, in addition to "citing GRASS GIS
software" section (e.g. here :
http://grasswiki.osgeo.org/wiki/GRASS_Citation_Repository).
Designing a brand new splash for G7 may be an opportunity to set these
things (logo, main font, slogan, etc.); the recent website design
certainly goes this way, and should be a good starting point.

Subjectively : compositing and typography nowadays are sorely tortured
by digital technology facilities, and results rarely withstand the test
of time: one should always be very cautious with
3d/shady/glossy/translucency/and-so-on effects... 
The welcome frame and splash screen should stick to a well-tempered
style. To me a good design works if it still works in b&w (it is the
case for the nice historical grass logo) and possibly without image.
If inspired, I'll try to send a proposal.

Vincent.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] wxGUI digitizer broken in all branches

[Vincent Bain]

Le mardi 25 février 2014 à 23:13 +0100, Martin Landa a écrit :
> I will take a look on this issue, Martin

Thank you Martin, it would be nice to fix it. Sorry for my laziness, the
issue was known for quite a long time, but I did not insist, doing the
job with tcltk v.digit :
http://lists.osgeo.org/pipermail/grass-user/2013-April/067765.html

Bye,
Vincent.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] wxGUI digitizer broken in all branches

[Vincent Bain]

Hello Markus,
here on a fresh 6.4 svn build (59140) it works.

Did you check if your vector map is 3d ?
For the same reason I've never been able to edit features with non-null
elevation in wxGUI digitizer.

Yours,
Vincent.

Le mardi 25 février 2014 à 22:11 +0100, Markus Metz a écrit :
> In the wxGUI digitizer, I can no longer select vector features. Since
> I can not select vector features, I can't do anything, no move,
> delete, edit, etc.
> 
> Unfortunately this applies to all branches.
> 
> Markus M
> ___
> 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

Re: [GRASS-dev] area measurements

[Vincent Bain]

Le dimanche 05 janvier 2014 à 08:42 -0500, Anna Petrášová a écrit :
> 
> Vincent,
> 
> On Sun, Jan 5, 2014 at 5:19 AM, Vincent Bain  wrote:
> Hi Anna,
> 
> I just tested on r58611. Unfortunately it fails :
> 
> 
> could you try m.measure separately? Launch it from gui command line or
> menu so that you have the interactive adding coordinates from map
> display. Could you post the result of m.measure with and without -g
> flag?

Yes, here it is with four points describing a 1 km side square :

m.measure
coordinates=922000,2106000,923000,2106000,923000,2107000,922000,2107000
units=meters
Length:  3000.00 meters
Area:100.00 square meters

m.measure -g
coordinates=922000,2106000,923000,2106000,923000,2107000,922000,2107000
units=meters
units=meters,square meters
length=3000.00
area=100.00

Having a closer look at my PROJ_UNITS file, I noticed unit was set to
"metre" and units was set to "metres". I tried to change these values to
"meter" and "meters". And now it works just fine.

I can't say when and how one can tweak this variable.
Do you think this enhancement could be easily backported to 6.4 ?

Yours,
V.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] area measurements

[Vincent Bain]

Hi Anna,

I just tested on r58611. Unfortunately it fails :

when prompted to click and drag first segment, it looks like it works
but then it's impossible to click a third point. 

I need to kill once m.measure process, then a second m.measure process
initiates, which I have to kill again. After both are killed, I get the
following message on the console :

> Measuring area:   
>   
> Units not recognized, measurement failed. 
>   
> Area: 0   
>   
> Units not recognized, measurement failed. 
>   
> Area: 0  

and the display refreshes.

Here's my g.proj -g

name=Lambert Conformal Conic
proj=lcc
ellps=clark80IGN
lat_1=46.8
lat_0=46.8
lon_0=0
k_0=0.99987742
x_0=60
y_0=220
towgs84=-168,-60,320,0,0,0,0
pm=paris
no_defs=defined
nadgrids=ntf_r93.gsb,null
unit=metre
units=metres
meters=1

On the other hand, measuring distances works like a charm...

Best,
Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] area measurements

[Vincent Bain]

Hello dear devs,

I am wondering if something happened since this 4 year old ticket, where
the question of area measurements was raised :

http://trac.osgeo.org/grass/ticket/975

When I need to get an area on the fly, I run d.measure on a graphic
monitor, but it would be very nice to access this function straightly
from wxGUI. Using 6.4 for my workflow, perhaps I missed something on the
7.0 side ?

Thank you, and best wishes for New Year's Eve ;-)
Vincent.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] nad grids storage

[Vincent Bain]

Hello Markus,
thank you for the information,

all in all, IIUC this is basically a question of integrity of register
files. It sounds better that grass relies on PROJ.4 updates to handle
the correct files.

In my case PROJ.4 also provides the grid in /usr/share/proj, but it
seems not to be enough. When a projection is supposed to use the grid
(i.e. between two distinct geodetic systems), it is simply ignored if
absent from /usr/local/grass-XX.svn/etc/proj/nad/

This happens on correctly defined projection systems, for example I have
a location named L2e (Lambert II étendu), whith this PROJ_INFO file :

name: Lambert Conformal Conic
proj: lcc
ellps: clark80IGN
lat_1: 46.8
lat_0: 46.8
lon_0: 0
k_0: 0.99987742
x_0: 60
y_0: 220
towgs84: -168,-60,320,0,0,0,0
pm: paris
no_defs: defined
nadgrids:ntf_r93.gsb,null

On the other hand, I use a custom script to retrieve raster data from
the IGN wmts server. It is based on cs2cs and gdal_translate commands :
I noticed the issue is the same.

Bye,
Vincent


Le dimanche 18 août 2013 à 23:59 +0200, Markus Neteler a écrit :
> On Sun, Aug 18, 2013 at 10:55 AM, Vincent Bain  wrote:
> > Dear grass devs and users,
> > sorry for digging up this pretty old topic. It was about the end of my
> > initial message, see bellow (perhaps should I have opened a ticket for
> > it)
> 
> Yes, perhaps that's needed.
> 
> > The question was : is it possible to add the french nad grid to grids
> > provided by default in grass directories ?
> > Everytime I completely rebuild grass (after a make distclean) I have to
> > manually copy the ntf_r93.gsb file
> > into /usr/local/grass-XX.svn/etc/proj/nad/
> 
> The file comes with PROJ.4 - on my Fedora box here:
> 
> /usr/share/proj/ntf_r93.gsb
> 
> We should figure out why it isn't used in your case.
> 
> I observe that we still have the unsolved issue of using our "private"
> copy of these files:
> 
> [neteler@oboe proj]$ ls -la WO*
> -rw-r--r--. 1 neteler gis 14111 Nov 25  2008 WO.lla
> 
> [neteler@oboe proj]$ ls -la /usr/share/proj/WO*
> -rw-r--r--. 1 root root 2 Feb 17 18:27 /usr/share/proj/WO
> 
> [neteler@oboe proj]$ file WO*
> WO.lla: ASCII text
> 
> [neteler@oboe proj]$ file /usr/share/proj/WO*
> /usr/share/proj/WO: data
> 
> ... but with the date of 2008 and no more updates since then. I
> remember discussions about this some years ago.
> 
> Due to changes in PROJ.4 we could no longer simply copy over the files.
> Now, it is time to revisit the mechanism and get rid of these copied
> files in favour of using those from PROJ.4.
> 
> Thoughts?
> 
> Markus


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] nad grids storage

[Vincent Bain]

Dear grass devs and users,
sorry for digging up this pretty old topic. It was about the end of my
initial message, see bellow (perhaps should I have opened a ticket for
it)

The question was : is it possible to add the french nad grid to grids
provided by default in grass directories ?
Everytime I completely rebuild grass (after a make distclean) I have to
manually copy the ntf_r93.gsb file
into /usr/local/grass-XX.svn/etc/proj/nad/

It would be nice that grass sources included this nad grid ; here in
France it is fundamental whenever you need to switch between various
geodetic systems (ntf and rgf93).

Bye,
Vincent.


Le jeudi 21 février 2013 à 18:28 +0100, Vincent Bain a écrit :
> Hi,
> while discussing with S. Turek about r.in.wms coping with french
> projection systems, I tested a dataset within grass70. Used to working
> with grass64 I store the french nadgrid (ntf_r93.gsb)
> in /usr/share/proj/ directory, making a symlink
> here: /usr/lib/grass64/etc/nad/
> On my local system I noticed for grass70 the grid is taken into account
> if stored here:
> /usr/local/grass-7.0.svn/etc/proj/nad/
> 
> I am wondering :
> - if these multiple locations for a single file are necessary;
> - if they are correct for each version of grass I use;
> - if it is worth adding the french grid to grids provided by default in
> grass.
> 
> Vincent.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] improving v.in.wms

[Vincent Bain]

OK, great !

first you need to register here :
http://api.ign.fr/moncompte/creer
(sorry, IGN web site was redesigned this summer and they dropped the
english version formerly available...)

Then from your account page, you can create a contract (choose the 'Sig'
key type, in french 'Type de clé' set to GIS).
http://api.ign.fr/jsp/site/Portal.jsp?page=myapi&action=createkey&keytype=SIG_MODEL&keylabel=Nom%20d%27usage%20de%20la%20cl%C3%A9
Don't forget to pick items you need from the list of available
ressources (e.g. orthoimagery, maps,...)

You're sent a confirmation email, delivering an APIKey.
With the login/password/APIKey triplet you can run r.in.ign

To avoid getting empty response, I suggest you to create a location
matching some covered territories : for example you can make a location
from epsg code 27572 ("Lambert II étendu"), then set up a region with
these params :

north:  2095180
south:  2094980
west:   920650
east:   920850
nsres:  1
ewres:  1


To obtain orthoimagery on the place :
r.in.ign -m --overwrite apikey=$APIKEY user=$USER password=$PASSWORD
wmtslayer=ORTHOIMAGERY.ORTHOPHOTOS output=test

If you try the -c flag to obtain server capabilities don't be surprised
by the very long delay of the server to return the xml file (depends,
but can be more than one minute)

Here it is,
good luck.

Vincent


Le mardi 18 septembre 2012 à 11:19 +0200, Štěpán Turek a écrit : 
> Hi Vincent,
> 
> WMTS support and username/passoword would be useful. I will look at WMTS 
> standard and try to implement it.
> 
> It would be very useful for testing to show me where to register for access.
> 
> Stepan
> 
> 
> 
> On 09/18/2012 07:53 AM, Vincent Bain wrote:
> > Stepan,
> >
> > a short reply offlist, just to react to your improvments to r.in.wms.
> > First, thanks for involving in Grass...
> > Last spring I told you I was making heavy use of french cartographic
> > ressources (www.geoportail.gouv.fr). Last month they set up a new wmts
> > architecture (replacing a wms-c service), which allows to retrieve
> > raster data such as orthoimagery, elevation data, and so on.
> > Unfortunately I could not use your python addon (tell me if I'm wrong)
> > because wmts queries are based on an APIkey/login/password
> > authentification system.
> >
> > I wrote a shell script that does the job, partly running gdal tools. Of
> > course it's designed for private use, very rough, not much optimized,
> > but it has the ability to build sequential https requests containing the
> > right login/password header.
> >
> > I guess it would be easy to implement that "restricted access header
> > option" to your module; The thing is I ignore nearly everything of
> > Python ! let me know if you are interested in developing in this
> > direction. If so, I can show you where to register for access to ign web
> > data services, so that you can make tests. Attached is my shell script,
> > fyi.
> >
> > Bye,
> > Vincent
> >
> 



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: Re: [GRASS-dev] Applying for write access to the Addons-SVN repository

[Vincent Bain]

Stepan,
by lack of time I didn't yet test your new module, but I see the user is
asked to fill in the projection system of layers he requests. Am I
right ? I just wonders if you had tried to implement the ability to
self-evaluate this parameter: getting that information is possible via a
GetCapabilities request, isn't it ?

Thanks for your work,
good luck.

Vincent.

Le jeudi 12 avril 2012 à 12:35 +0200, stepan.turek a écrit :
> Hello,
> 
> WMS-c or WMTS would be possible to implement into r.in.wms2.  
> 
> 
> After finishing standard wms support implementation  for GRASS and
> SAGA I  will take a deeper look at it. 
> 
> Stepan
> 
> 
> -- Původní zpráva --
> Od: Vincent Bain 
> Datum: 7. 4. 2012
> Předmět: Re: [GRASS-dev] Applying for write access to the Addons-SVN
> repository
> 
> A pretty good news in fact.
> Stepan, do you plan to cope with cached services (WMS-c) ?
> I mean, here in France IGN provides a WMS which is quite
> uneasy to
> request, r.in.wms fails. One can have a look here :
> 
> http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html
> 
> For my personal purpose I wrote a bash routine (not much
> portable as is)
> to retrieve orthoimagery tiles the right way using the current
> region
> settings. As wms-c is not considered a standard ogc protocol,
> it may not
> be worth trying to integrate multiple constraints to the
> module, what's
> more they probably* vary from one provider to another (tile
> sizes,
> available resolutions, point of origin, and so on) ; perhaps a
> wiki
> HowTo in this case would already be helpful for french users ?
> 
> Yours,
> Vincent.
> 
> __
> 
> *don't really know, I'm not a web mapping specialist
> 
> 
> 
> >
> ___
> 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

[GRASS-dev] French IGN wms-c stream

[Vincent Bain]

Hi lists,
those who work on french territory may have encountered problems trying
to use r.in.wms to retrieve the IGN Data service. I wrote a yet rough
shell script AddOn [1] and a brief how-to[2], so as to make things
easier. I did not go far in the script capabilities since IGN developers
advised me of imminent deep changes to the service (WMS-C -> WMTS),
progrmmed for may/june.

I would be pleased if concerned users had a look on the module and
whether it's of any use to go further with this tool.

Yours,
Vincent.


[1] http://grass.osgeo.org/wiki/GRASS_AddOns#r.in.ign

[2] http://grass.osgeo.org/wiki/IGN_wms-c_stream 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Applying for write access to the Addons-SVN repository

[Vincent Bain]

A pretty good news in fact.
Stepan, do you plan to cope with cached services (WMS-c) ?
I mean, here in France IGN provides a WMS which is quite uneasy to
request, r.in.wms fails. One can have a look here :

http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html

For my personal purpose I wrote a bash routine (not much portable as is)
to retrieve orthoimagery tiles the right way using the current region
settings. As wms-c is not considered a standard ogc protocol, it may not
be worth trying to integrate multiple constraints to the module, what's
more they probably* vary from one provider to another (tile sizes,
available resolutions, point of origin, and so on) ; perhaps a wiki
HowTo in this case would already be helpful for french users ?

Yours,
Vincent.

__

*don't really know, I'm not a web mapping specialist



Le samedi 07 avril 2012 à 16:07 +0200, Markus Neteler a écrit :
> On Mon, Apr 2, 2012 at 10:06 PM, stepan.turek  wrote:
> > I have rewritten r.in.wms module and I would like to put the module for
> > public testing on Addons-SVN repository with name r.in.wms2.
> 
> Excellent!
> 
> > Therefore I would like to apply for writing access to the Addons-SVN
> > repository.
> >
> > I have read RFC2 and I accept it.
> >
> > My osgeo id:
> > turek
> 
> I have activated you (sorry for the delay, I hoped that another GRASS
> developer had done it already).
> 
> Happy hacking,
> Markus
> ___
> 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