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 <b...@toraval.fr> 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 <b...@toraval.fr> 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 <b...@toraval.fr> 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 <b...@toraval.fr> 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 <b...@toraval.fr> 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" <b...@toraval.fr> 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
> <b...@toraval.fr> 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 <b...@toraval.fr> 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 <b...@toraval.fr>
> Cc: GRASS developers email list <grass-dev@lists.osgeo.org>
> 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 <b...@toraval.fr>
> Cc: GRASS developers email list <grass-dev@lists.osgeo.org>
> 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] 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 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 <b...@toraval.fr> 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]

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] 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]

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 <b...@toraval.fr> 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

[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 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 bw
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

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-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 b...@toraval.fr 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 landa.mar...@gmail.com wrote:
  2015-06-22 9:42 GMT+02:00 Moritz Lennert mlenn...@club.worldonline.be:
  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] 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 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 quickdirty 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] 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 quickdirty 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]

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]

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 nete...@osgeo.org
 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]

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 b...@toraval.fr:
  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 à 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]

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 b...@toraval.fr 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] 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 b...@toraval.fr:
  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 michael.bar...@asu.edu
 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]

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).

Yours,
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]

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] 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 b...@toraval.fr:
  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
 michael.bar...@asu.edu 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 b...@toraval.fr
 
 
 To: grass-dev grass-dev@lists.osgeo.org
 
 
 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 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
 mlenn...@club.worldonline.be 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 yche...@gmail.com 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 michael.bar...@asu.edu
  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 b...@toraval.fr
   
   Cc: Yann Chemin yann.che...@gmail.com, GRASS developers
   list grass-dev@lists.osgeo.org
   
   To: Markus Neteler nete...@osgeo.org
   
   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
   yche...@gmail.com 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
 yche...@gmail.com 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 b...@toraval.fr 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
 nete...@osgeo.org wrote:
  
   On Fri, Jan 23, 2015 at 7:16 PM, Michael Barton
 michael.bar...@asu.edu 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]

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 b...@toraval.fr
  
  To: grass-dev grass-dev@lists.osgeo.org
  
  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]

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 nete...@osgeo.org wrote:
  
  On Fri, Jan 23, 2015 at 7:16 PM, Michael Barton michael.bar...@asu.edu 
  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]

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]

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]

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 b...@toraval.fr
  
  To: grass-dev grass-dev@lists.osgeo.org
  
  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]

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 bw (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 bw (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]

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] 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] 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

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 b...@toraval.fr 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

[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]

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] 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 b...@toraval.fr 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] 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=myapiaction=createkeykeytype=SIG_MODELkeylabel=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 b...@toraval.fr
 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 stepan.tu...@seznam.cz 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

[GRASS-dev] ps.map and map background

[Vincent Bain]

Hello,
before emitting a ticket for this suggestion, I would like to know if
ps.map allows to switch from white to any color the background of a map
composition. Particularly I tried with the rectangle subcommand but it
fails : the rectangle lays over all geographic features, whatever the
precedence given to the command...
Of course I can manually edit the ps file, then add a colored box as
first ps instruction; but I would like to have this automated. And
perhaps other folks could profit of this new property.

What do you think of this point ?

Thanks,
Vincent.

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