Hi all,
I just experienced a problem with the v.in.wfs module in GRASS 6.4.2RC2.
When requesting a file from a WFS the process always failed after download,
saying "Invalid Filename. Filename must not be '.' or 'NULL' " (in system language, i.e. German in my case).
Changing Line 71 in v.in.wfs from
OUT="$GIS_OPT_output"
to
OUT="$GIS_OPT_OUTPUT"
fixed the error.
Maybe this is a bug? I haven't tested this yet with earlier GRASS versions.
Best,
Matthias
On Tue, Nov 29, 2011 at 3:54 PM, Matthias Uden
<matthias.uden@geog.uni-heidelberg.de> wrote:
Hi all,
I just experienced a problem with the v.in.wfs module in GRASS 6.4.2RC2.
When requesting a file from a WFS the process always failed after download,
saying "Invalid Filename. Filename must not be '.' or 'NULL' " (in system
language, i.e. German in my case).Changing Line 71 in v.in.wfs from
OUT="$GIS_OPT_output"
to
OUT="$GIS_OPT_OUTPUT"fixed the error.
Maybe this is a bug? I haven't tested this yet with earlier GRASS versions.
Good catch! I have fixed in in 6.4 (r49427) and 6.5 (r49428).
GRASS 7 should be ok.
thanks!
Markus
Matthias wrote:
> Changing Line 71 in v.in.wfs from
>
> OUT="$GIS_OPT_output"
> to
> OUT="$GIS_OPT_OUTPUT"
>
> fixed the error.
...
> Maybe this is a bug? I haven't tested this yet
> with earlier GRASS versions.
(it has been there forever, perhaps only seen on
MS Windows though?)
Markus N wrote:
Good catch! I have fixed in in 6.4 (r49427) and
6.5 (r49428).
fwiw I have checked all other scripts, this was the
only one left.
strangely 'grep -r OPT_GIS_[a-z]' and egrep both
returned [A-Z] as well, and I had to save the result
to a file and do the search with vim.
'grep -r OPT_GIS_[[:lower:]]' was ok though.
On 1 another unrelated squeeze box I got the same
effect, but on a third I got the expected behaviour.
?! no aliases, md5sums of binaries match, case
sensitive searches of non-regex strings work.. weird
Hamish
Hamish wrote:
strangely 'grep -r OPT_GIS_[a-z]' and egrep both
returned [A-Z] as well, and I had to save the result
to a file and do the search with vim.
'grep -r OPT_GIS_[[:lower:]]' was ok though.
On 1 another unrelated squeeze box I got the same
effect, but on a third I got the expected behaviour.
?! no aliases, md5sums of binaries match, case
sensitive searches of non-regex strings work.. weird
with a little help from Scraze:
from 'man grep', 'Character Classes and Bracket Expressions': "For example, in the default C locale, [a-d] is equivalent to [abcd]. Many locales sort characters in dictionary order, and in these locales [a-d] is typically not equivalent to [abcd]; it might be equivalent to [aBbCcDd], for example." - it's a locales thing!
indeed it is.
echo "export LANG=C" >> ~/.profile
and all is better again.
Hamish