apologize the private mail, i can see your answer on the list archive, but no reply is sent to my mail box (mybe some problems with the mailng list :-/)
###
Massimo Di Stefano wrote:
><i> i've old scripts that i'm using to parse the "g.proj" output
</i>> ><i> in it i have units == meters
</i>> ><i> but form recent svn 6.5 version i can see it use : metres
</i>> ><i> GRASS 6.5.svn (spearfish60):~/wxpython/data_catalog > g.proj -p
</i>
><i> -PROJ_UNITS------------------------------------------------
</i>><i> unit : metre
</i>><i> units : metres
</i>><i> meters : 1
</i>> > > ><i> is it a typo, or need i to modify my scripts to use : metre / metres ?
</i>
g.proj outputs whatever is in the PROJ_UNITS file. The textual
description of the unit can be whatever the user chooses it to be, or
in the case of "g.proj -c", whatever is obtained from the source
specified by georef=. GRASS itself only the unit/units fields for
display to the user; calculations use the numeric value in the meters
field.
What do your scripts use the "unit" or "units" field for?
### ### ###
I’m working on a script to send data from grass to ossimplanet,
it is :
there is a “projinfo()” function i’m using it to retrieve if the location use degrees or projected coordinates
what i need is to extract the “center of the map” and use it in the “zoom to” action.
if the location is in degrees i use :
setCLL(map)
location …
while if projected (meters) i use :
setCPRJ(map)
in the example i used the spearfish dataset.
but as you pint me … the ceck on the “units” string … is not a good idea
beacouse the “units value” is “user - dependent”
and maybe someone that did a typo error defining the location will go in an error during the script execution.
apologize the private mail, i can see your answer on the list archive,
but no reply is sent to my mail box (mybe some problems with the mailng
list :-/)
Note that, by default, the Mailman list management software doesn't
send a copy of a message to any user who is listed in the To, CC, etc
headers. If you don't receive the direct copy due to e.g. anti-spam
filters, then you won't receive a copy at all.
I recommend disabling this feature in your mailmain preferences:
there is a "projinfo()" function i'm using it to retrieve if the location use degrees or projected coordinates
what i need is to extract the "center of the map" and use it in the "zoom to" action.
if the location is in degrees i use :
setCLL(map)
location ..
while if projected (meters) i use :
setCPRJ(map)
I suggest looking at the PROJ_INFO output, specifically the "proj"
field. It will have the value "ll" for lat/lon.
On Tue, Feb 9, 2010 at 4:48 AM, Glynn Clements <glynn@gclements.plus.com> wrote:
Massimo Di Stefano wrote:
apologize the private mail, i can see your answer on the list archive,
but no reply is sent to my mail box (mybe some problems with the mailng
list :-/)
Note that, by default, the Mailman list management software doesn't
send a copy of a message to any user who is listed in the To, CC, etc
headers. If you don't receive the direct copy due to e.g. anti-spam
filters, then you won't receive a copy at all.
I recommend disabling this feature in your mailmain preferences:
http://lists.osgeo.org/mailman/options/grass-dev/
I've asked for this "feature" to be disabled by default, but that
hasn't happened.
I was not aware of this request (or forgot).
If there are no objections, I guess that we can change the Mailman settings.
Not sure though, if that propagates to all users or if settings are
kept (likely).
I was not aware of this request (or forgot).
If there are no objections, I guess that we can change the Mailman settings.
Not sure though, if that propagates to all users or if settings are
kept (likely).
> Note that, by default, the Mailman list management software doesn't
> send a copy of a message to any user who is listed in the To, CC, etc
> headers. If you don't receive the direct copy due to e.g. anti-spam
> filters, then you won't receive a copy at all.
>
> I recommend disabling this feature in your mailmain preferences:
>
> http://lists.osgeo.org/mailman/options/grass-dev/
>
> I've asked for this "feature" to be disabled by default, but that
> hasn't happened.
I was not aware of this request (or forgot).
If there are no objections, I guess that we can change the Mailman settings.
Not sure though, if that propagates to all users or if settings are
kept (likely).
Changing the default won't affect existing users. Personally, I'd be
inclined to change existing users' settings as well; they can always
change them back if they actually want it enabled. I suspect that most
people have it enabled simply because they don't know about it.
Changing the default won't affect existing users.
Personally, I'd be
inclined to change existing users' settings as well; they
can always
change them back if they actually want it enabled. I
suspect that most
people have it enabled simply because they don't know about
it.
I would be annoyed if someone changed this for me without asking.
This setting saves me time.
> Changing the default won't affect existing users.
> Personally, I'd be
> inclined to change existing users' settings as well; they
> can always
> change them back if they actually want it enabled. I
> suspect that most
> people have it enabled simply because they don't know about
> it.
I would be annoyed if someone changed this for me without asking.
This setting saves me time.
While for other people, it results in them never seeing a reply to
their question.
If it was turned off, you'd know about it the first time that you got
a duplicate reply. If it's left on, people won't notice that they're
losing emails unless they happen to look at the archives or if someone
replies to the reply.
