[GRASSLIST:10264] Re: gismlegend.txt problem

Sat Feb 11 13:37:17 EST 2006

Thank you Michael for your explanation. I thought it is done by this
way. You've confirmed my prevision.

Peter

On 2/11/06, Michael Barton <michael.barton at asu.edu> wrote:
> Peter,
>
> This is not a problem with v.what, but is a function of the way queries
> interact with displays in general.
>
> D.vect *displays* vector objects, but does not create a subset of vector
> objects. When you include an SQL statement in d.vect, it can limit what is
> *displayed* to the screen, but does not change the fact that other vector
> objects still exist. They simply are not visible.
>
> The query modules (including both d.what.vect and v.what) will list
> information about vector objects that exist (i.e., georeferenced by
> topology) at a particular xy location. D.what.vect acquires its xy location
> by clicking on an xmonitor and while the user (or GUI) must supply xy
> locations to v.what.
>
> So the query modules will always give you information on whatever vector
> objects exist at an xy location, whether or not they are visible or hidden
> by d.vect.
>
> To actually subset a vector file--so that any subsequent query will ONLY
> find vector objects in that subset--you need to use v.extract or v.select.
> These create a new vector file containing ONLY the desired objects.
>
> Conceptually, the same thing goes for raster files.
>
> I hope that this better explains how display and querying interact in GRASS.
>
> Michael
> __________________________________________
> Michael Barton, Professor of Anthropology
> School of Human Evolution and Social Change
> Arizona State University
> Tempe, AZ 85287-2402
>
> phone: 480-965-6213
> fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
>
>
>
> > From: "Ing.Peter Misovic" <peter.misovic at gmail.com>
> > Date: Sat, 11 Feb 2006 13:49:11 +0100
> > To: Michael Barton <michael.barton at asu.edu>
> > Cc: Multiple recipients of list <GRASSLIST at baylor.edu>
> > Subject: Re: [GRASSLIST:10232] gismlegend.txt problem
> >
> > Hi Michael,
> > we have found some issue with v.what in Map Display window (new GM).
> > What is the problem ? I don't know, how the SQL WHERE STATMETS works,
> > but I think, It's just setting backgroud color to don't matching
> > records. And because of v.what script is based on coordinates imput it
> > returns records info even if I apply sql statment (because as I said,
> > maybe it only changes color of element). In other words, If I apply
> > sql statment and after that I click for info in Map Display it will
> > return information for nonvisible elements.
> >
> > Would you be so kind to help me with that issue ? I hope, I've
> > described it in understable way.
> >
> > Peter
> >
> >
> >
> >
> > On 2/11/06, Ing.Peter Misovic <peter.misovic at gmail.com> wrote:
> >> Hi,
> >> I'm already done with CVS installation. Everything seems to be ok
> >> except one thing. I've attached error snapshot (I was clicled on
> >> thematic group and if I clicked for info in Monitor)
> >>
> >>
> >> Peter
> >>
> >> On 2/11/06, Michael Barton <michael.barton at asu.edu> wrote:
> >>> You should already have v.univar.sh in a normal GRASS distribution. However,
> >>> it looks like you needed the new d.vect.thematic.
> >>>
> >>> You are also correct that you need to install v.what if you want to do
> >>> vector querying.
> >>>
> >>> These steps are listed in the README file that accompanies the version of
> >>> the GIS Manager that comes from my web site. All the appropriate files
> >>> should also be in the cvs.
> >>>
> >>> Let me know if they are not.
> >>>
> >>> Glad it is working.
> >>>
> >>> Michael
> >>> ______________________________
> >>> Michael Barton, Professor of Anthropology
> >>> School of Human Evolution and Social Change
> >>> Arizona State University
> >>> Tempe, AZ  85287-2402
> >>> USA
> >>>
> >>> voice: 480-965-6262; fax: 480-965-7671
> >>> www: http://www.public.asu.edu/~cmbarton
> >>>
> >>>
> >>>> From: "Ing.Peter Misovic" <peter.misovic at gmail.com>
> >>>> Date: Sat, 11 Feb 2006 00:11:32 +0100
> >>>> To: Michael Barton <michael.barton at asu.edu>
> >>>> Cc: Multiple recipients of list <GRASSLIST at baylor.edu>
> >>>> Subject: Re: [GRASSLIST:10232] gismlegend.txt problem
> >>>>
> >>>> Hi again ;)
> >>>> the problem was soleved by following way (maybe it can help somebody):
> >>>> a.) Download thematic.tgz from
> >>>> http://www.public.asu.edu/~cmbarton/files/grass_scripts/
> >>>> b.) copy d.vect.thematic and v.univar.sh into (grass dir/scripts)
> >>>> c.) manually create gismlegend.txt in you default directory
> >>>>
> >>>> My fault was that I did not copy v.univar.sh into scripts folder.
> >>>>
> >>>> This is how I installed v.what. Maybe, it could help somebody.
> >>>> a.) download gism_rc2_20060206.tgz from
> >>>> http://www.public.asu.edu/%7Ecmbarton/files/grass_gismgr/ - package
> >>>> contains new Gis Manager and new v.what script. First of all, create
> >>>> folder v.what in (unTARed folder with grass sources)/vector/ and copy
> >>>> all files from v.what/source/v.what.tar.gz into this new folder.
> >>>> b.) run ./configure as you need, then make (as normal user)
> >>>> c.) go into vector/v.what folder and run make
> >>>> d.) do #make install (as root)
> >>>>
> >>>>
> >>>> Peter
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> On 2/10/06, Ing.Peter Misovic <peter.misovic at gmail.com> wrote:
> >>>>> Hi Michael again,
> >>>>> the problem is that d.vect.thematic is not creating this file anymore.
> >>>>> If I create this file by my own (in my default directory)
> >>>>> d.vect.thematic is not terminated abnormally. Even though that fact,
> >>>>> the file has Ob size and GIS Monitor displays nothing at all.
> >>>>>
> >>>>> Thank you for you help,
> >>>>>
> >>>>> Peter
> >>>>>
> >>>>> On 2/10/06, Michael Barton <michael.barton at asu.edu> wrote:
> >>>>>> This problem may happen to other people.
> >>>>>>
> >>>>>> In order to make a legend in the new GIS Manager,  must
> >>>>>> create a text file containing legend parameters and give it a name that
> >>>>>> gism
> >>>>>> can recognize. So, I've had d.vect.thematic write these out to a file
> >>>>>> named
> >>>>>> gismlegend.txt in the user's default directory (usually the home
> >>>>>> directory).
> >>>>>> If you cannot write to your default directory--whatever it
> >>>>>> is--gismlegend.txt won't get written and the GIS Manager won't find it.
> >>>>>>
> >>>>>> See if you are getting this file written into your default directory. If
> >>>>>> not, try making sure the permissions are set to let you write in the
> >>>>>> directory.
> >>>>>>
> >>>>>> Michael
> >>>>>> __________________________________________
> >>>>>> Michael Barton, Professor of Anthropology
> >>>>>> School of Human Evolution and Social Change
> >>>>>> Arizona State University
> >>>>>> Tempe, AZ 85287-2402
> >>>>>>
> >>>>>> phone: 480-965-6213
> >>>>>> fax: 480-965-7671
> >>>>>> www: http://www.public.asu.edu/~cmbarton
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> From: "Ing.Peter Misovic" <peter.misovic at gmail.com>
> >>>>>>> Date: Thu, 9 Feb 2006 23:35:42 +0100
> >>>>>>> To: grass list <GRASSLIST at baylor.edu>
> >>>>>>> Subject: [GRASSLIST:10232] gismlegend.txt problem
> >>>>>>>
> >>>>>>> Dear all,
> >>>>>>> I have problem in GM2 during following process:
> >>>>>>> a.) open d.vect.thematic
> >>>>>>> b.) setting of all related parameters
> >>>>>>> c.) switch to grass monitor
> >>>>>>> d.) click on redraw icon (top-left)
> >>>>>>> d.) error occuring : couldn't open "gismlegend.txt": no such file or
> >>>>>>> directory
> >>>>>>>
> >>>>>>> Thank you,
> >>>>>>> Peter
> >>>>>>
> >>>>>>
> >>>>>
> >>>
> >>>
> >>
> >>
> >>
>
>