gion' in CLI, so personally I
would like such default in GUI.
But maybe there is a good reason why `g.region' doesn't set `-a' by
default, and, by analogy, why GUI should not enforce it either?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-
[...]
Yes, the SetProjection() method needed to change the SRS on an existing
dataset isn't implemented in the GDAL Rasterlite driver.
Now I get it. Thanks.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-de
r 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
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
--
Maciej
W dniu 06.09.2016 o 14:22, Markus Neteler pisze:
On Mon, Sep 5, 2016 at 5:43 PM, Maciej Sieczka <msiec...@sieczka.org> wrote:
r.tileset and r.in.wms require `bc'.
r.in.wms highly recommends having `xml2' installed.
Maybe it's worth adding this to G6 REQUIREMENTS.html?
Yes, please
r.tileset and r.in.wms require `bc'.
r.in.wms highly recommends having `xml2' installed.
Maybe it's worth adding this to G6 REQUIREMENTS.html?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
W dniu 05.09.2016 o 10:45, Markus Neteler pisze:
On Mon, Sep 5, 2016 at 10:08 AM, Maciej Sieczka <msiec...@sieczka.org> wrote:
W dniu 05.09.2016 o 01:32, Anna Petrášová pisze:
but nothing will change in svn (except for the howto_release.txt), so
can't you just make a new package?
W dniu 05.09.2016 o 01:32, Anna Petrášová pisze:
but nothing will change in svn (except for the howto_release.txt), so
can't you just make a new package?
If you asked me - release is meant to be immutable. But please do what
you think is right.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
/wxpython/xml/menudata.xml',
needed by 'menustrings.py'. Stop.
Anybody else having this? There was no such problem with 6.4.5.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
ts in another thread from few years ago [4].
[3] https://trac.osgeo.org/grass/ticket/2558#comment:10
[4] https://lists.osgeo.org/pipermail/grass-dev/2014-October/071137.html
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
g
introduced since r55466 on Mar 20, 2013, when the wxPython
required version was updated for the last time.
[1]
https://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/REQUIREMENTS.html
[2] https://svn.osgeo.org/grass/grass/trunk/REQUIREMENTS.html
Maciek
--
Maciej Sieczka
http://www.sieczka.org
https://trac.osgeo.org/grass/ticket/2558 discusses this issue in more
detail. I have updated the ticket according to my knowledge.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
ui code that is not comaptible with
wxPython 3? Further in the thread Glynn suggested:
> One option would be to replace "import wx" with "import grass.wx",
> where the grass.wx module is just
>
>wxversion.select('2.8')
>from wx i
W dniu 20.05.2016 o 15:02, Markus Neteler pisze:
On Fri, May 20, 2016 at 9:18 AM, Maciej Sieczka <msiec...@sieczka.org> wrote:
W dniu 15.05.2016 o 23:45, svn_gr...@osgeo.org pisze:
+TODO: It is recommended to rely on PROJ4's proj-nad package. For doing so,
+ there would be some c
W dniu 15.05.2016 o 23:45, svn_gr...@osgeo.org pisze:
+TODO: It is recommended to rely on PROJ4's proj-nad package. For doing so,
+ there would be some changes needed to lib/proj/get_proj.c - the call
+ to pj_set_finder() should be removed so that PROJ looks in its default
+
Hi,
What are the prospects, if any, for GRASS Python code to conform to
https://www.python.org/dev/peps/pep-0394 ?
Not a huge issue to me personally. I'm just curious about GRASS team
opinions on this matter. It might be worth considering. At least in the
future, when more distros move to
W dniu 09.10.2014 o 14:56, Glynn Clements pisze:
Maciej Sieczka wrote:
Is using a mix of wxPython 2.8 and 3.0 like this going to pose any usage
problems in core GRASS or plugins?
Probably not. Using different versions in different processes won't
matter. And if one module imports another, I
W dniu 08.10.2014 o 13:04, Glynn Clements pisze:
Maciej Sieczka wrote:
--with-wxwidgets=/usr/bin/wx-config-2.8
Per 2.8 wxWidgets specified, I don't get it why
/usr/lib/python2.7/site-packages/wx-3.0-gtk2/ gets involved in iclass
build. I would rather expect it to pick
/usr/lib
W dniu 04.06.2014 14:53, Moritz Lennert pisze:
On 03/06/14 19:59, Maciej Sieczka wrote:
Anybody knows what is the v.buffer's `minordistance' option supposed
to do?
The manual is not verbose about that, but as I understand it, together
with `distance', it should allow to create a buffer
W dniu 04.06.2014 21:24, Moritz Lennert pisze:
On 04/06/14 20:42, Maciej Sieczka wrote:
W dniu 04.06.2014 14:53, Moritz Lennert pisze:
On 03/06/14 19:59, Maciej Sieczka wrote:
Anybody knows what is the v.buffer's `minordistance' option supposed
to do?
The manual is not verbose about
something broken?
6.4 SVN r60165, geos 3.4.2, Arch Linux 64bit.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
: ...this is the location of the first definition
msgfmt: found 1 fatal error
make[1]: Leaving directory '/home/pok/aur/grass7-svn/src/grass7-svn/locale'
---
This is Arch Linux x86_64. Can anybody reproduce this behavior on other
platforms?
--
Maciej Sieczka
http://www.sieczka.org
W dniu 31.03.2014 21:43, Markus Neteler pisze:
On Mon, Mar 31, 2014 at 9:10 PM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Mar 31, 2014 at 9:02 PM, Maciej Sieczka msiec...@sieczka.org wrote:
Hi,
In trunk and releasebranch_7_0 make quits with an error as below building
translations
): Gtk-CRITICAL **: IA__gtk_widget_set_size_request:
assertion 'height = -1' failed
---
I know these are no huge problem as such. But could they be avoided at
some low cost? They are annoying, if you use terminal.
--
Maciej Sieczka
http://www.sieczka.org
(): invalid column index
Received EXIT message from GUI.
GRASS is not started. Bye.
---
Built and running on Arch Linux x86_64.
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
W dniu 26.03.2014 20:56, Anna Petrášová pisze:
On Wed, Mar 26, 2014 at 1:44 PM, Maciej Sieczka msiec...@sieczka.org
mailto:msiec...@sieczka.org wrote:
/usr/lib64/python2.7/site-__packages/wx-3.0-gtk2/wx/_core.__py,
line 15367, in AddGrowableCol
return _core_
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi Anna,
I will try a thing or 2 and report if needed.
I don't think I will have time for systematic tests though.
Maciek
W dniu 13.01.2014 00:31, Anna Petrášová pisze:
Hi,
On Sun, Jan 12, 2014 at 5:40 PM, Maciej Sieczka msiec...@sieczka.org
mailto:msiec...@sieczka.org wrote:
Hello
W dniu 26.06.2013 18:08, Maciej Sieczka pisze:
Thanks for sharing this. Unless anyone has more input I'll try to put
this information together on the GRASS WiKi in the coming days.
I hope I got it right:
http://grasswiki.osgeo.org/grass-wiki/index.php?title=GPUaction=historysubmitdiff
that's it, but I'm still learning.
Thanks for sharing this. Unless anyone has more input I'll try to put
this information together on the GRASS WiKi in the coming days.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass
is merged into to G7 trunk) on such a machine?
Are the dependencies only the OpenCL headers and the libcl or something
more?
I'll update the WiKi [1] if you can clarify this for me, please.
[1] http://grasswiki.osgeo.org/wiki/OpenCL
Maciek
--
Maciej Sieczka
http://www.sieczka.org
W dniu 21.04.2013 23:08, Maciej Sieczka pisze:
W dniu 21.04.2013 21:43, Markus Neteler pisze:
On Sun, Apr 21, 2013 at 8:23 PM, Maciej Sieczka msiec...@sieczka.org
/usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE
requires compiling with optimization (-O) [-Wcpp]
Missed
#n32
[3] http://trac.osgeo.org/grass/ticket/473
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
W dniu 21.04.2013 21:43, Markus Neteler pisze:
On Sun, Apr 21, 2013 at 8:23 PM, Maciej Sieczka msiec...@sieczka.org wrote:
Arch has recently added CPPFLAGS=-D_FORTIFY_SOURCE=2 [1] to its package
and build management toolset config [2].
This brakes ./configure for any GRASS version as follows
W dniu 21.04.2013 23:14, Markus Neteler pisze:
On Sun, Apr 21, 2013 at 11:08 PM, Maciej Sieczka msiec...@sieczka.org wrote:
W dniu 21.04.2013 21:43, Markus Neteler pisze:
On Sun, Apr 21, 2013 at 8:23 PM, Maciej Sieczka wrote:
$ CPPFLAGS=-D_FORTIFY_SOURCE=2 ./configure | tail
configure: error
W dniu 30.01.2013 08:27, Markus Neteler pisze:
On Wed, Jan 30, 2013 at 12:25 AM, Maciej Sieczka msiec...@sieczka.org wrote:
...
and advertise on http://grass.osgeo.org/download/software/linux/?
...
Thanks. Can you change archlinux to Arch Linux, as they call them
themself?
Sure, done
W dniu 29.01.2013 22:25, Markus Neteler pisze:
(removing grass-user to avoid too much cross-posting)
On Mon, Jan 28, 2013 at 12:10 AM, Maciej Sieczka
msiec...@sieczka.org wrote: ...
Can I maintain them in GRASS SVN (each in its branch)
You mean the build script? For the other distros
/linux/?
Maciek
[1] https://aur.archlinux.org/packages/?SeB=mK=czk
W dniu 13.01.2013 01:03, Maciej Sieczka pisze:
Hi,
I'm attaching my Arch PKBUILD for GRASS releasebranch_6_4. Can you
guys please have a good look if there is anything wrong, missing,
could be done better/neater (including comments
with the source more than really needed.
BTW: Will the TK 8.6 fix
http://trac.osgeo.org/grass/ticket/1843#comment:8 be applied to
releasebranch_6_4 and releasebranch_6?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
grass64.PKGBUILD.sh
Description: Bourne shell script
@
gem/Makefile:GRASS_VERSION_MAJOR=6
configure:GRASS_VERSION_MINOR=`sed -n 2p ${GRASS_VERSION_FILE}`
include/Make/Grass.make.in:GRASS_VERSION_MINOR = @GRASS_VERSION_MINOR@
gem/Makefile:GRASS_VERSION_MINOR=4
Maciek
--
Maciej Sieczka
http://www.sieczka.org
W dniu 03.01.2013 02:45, Glynn Clements pisze:
Maciej Sieczka wrote:
On Arch GNU/Linux the `python' executable by default links to
`python3'. To use Python 2.x, one has to call `python2'
explicitely. This requires Archers to tweak
include/Make/Platform.make.in and each GRASS python executable
/packages/gr/grass7-svn/PKGBUILD).
Can GRASS make system be changed so that the python executable used
during GRASS build and runtime is configurable?
Probably the problem is limited to this one distro now, but this might
change in future I guess.
Maciek
--
Maciej Sieczka
http
W dniu 11.02.2011 18:41, Maciej Sieczka pisze:
d.mon strings from grassmods po files are not localised on runtime in my
instalation. E.g. in grassmods_pl.po there is:
#: ../display/d.mon/pgms/stop.c:70
#, c-format
msgid Monitor '%s' terminated
msgstr Monitor '%s' został zamknięty
of German
Grafikfenster x0 beendet..
What could be the cause? I haven't noticed other grassmods strings
missbehave this way, only d.mon so far.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
to a particular
location in the source code (on top of them) *always* a cruft, like in
this case? Can they be always safely removed?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
*_pl.po files?
@Markus: May I also suggest using msgmerge in po_merge.sh with
--no-wrap, if that doesn't pose problems I'm not aware of?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
W dniu 02.02.2011 18:22, Maciej Sieczka pisze:
W dniu 02.02.2011 13:48, Markus Neteler pisze:
2011/2/1 Markus Netelernete...@osgeo.org:
On Tue, Feb 1, 2011 at 6:02 PM, Maciej Sieczkamsiec...@sieczka.org
wrote:
@Markus: thanks for merging to grass65 and trunk. Is there some
easy way to
do
/ascii_formats.html
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi
Wat is this message in lib/vector/Vlib/write.c:239 supposed to mean:
G_fatal_error(_(Unable to feature %d from vector map %s),
?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
W dniu 03.02.2011 15:15, Maciej Sieczka pisze:
Hi
Wat is this message in lib/vector/Vlib/write.c:239 supposed to mean:
G_fatal_error(_(Unable to feature %d from vector map %s),
?
Got it - delete is missing. It would be good to fix it in source, but
that would break translations...
Maciek
W dniu 03.02.2011 16:18, Maciej Sieczka pisze:
W dniu 03.02.2011 15:15, Maciej Sieczka pisze:
Hi
Wat is this message in lib/vector/Vlib/write.c:239 supposed to mean:
G_fatal_error(_(Unable to feature %d from vector map %s),
?
Got it - delete is missing. It would be good to fix it in source
W dniu 01.02.2011 08:29, Markus Neteler pisze:
On Tue, Feb 1, 2011 at 12:12 AM, Martin Landalanda.mar...@gmail.com wrote:
2011/2/1 Helmut Kudrnovskyhel...@web.de:
2011/1/31 Maciej Sieczka[msieczka at sieczka.org]:
should not be not be translated. Keywords - right?
why not translate
/main.c:72
#, fuzzy
msgid vector, transformation
-msgstr wekor, interpolacja
+msgstr wektor, interpolacja
should not be not be translated. Keywords - right?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev
W dniu 24.12.2010 10:30, Maciej Sieczka pisze:
W dniu 19.12.2010 11:08, Luca Delucchi pisze:
2010/12/16 Andrej Vilharandrej.vil...@ijs.si:
Perhaps, the modules can also be added to the add-ons repository?
yes, you can read this document to understand how have access to
addons repository
://trac.osgeo.org/grass/wiki/HowToContribute#WriteaccesstotheGRASS-Addons-SVNrepository
Great to see GRASS applied in telecom business!
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
-
From: Maciej Sieczka [mailto:msiec...@sieczka.org]
Sent: Friday, December 24, 2010 10:49 AM
To: Andrej Vilhar
Cc: Luca Delucchi; Tomaž Javornik; grass-dev@lists.osgeo.org
Subject: Re: [GRASS-dev] GRASS-RaPlaT - a new radio planning tool for GRASS
W dniu 24.12.2010 10:30, Maciej Sieczka pisze
BTW: what is the current status of r.li.setup.py? It's present in GRASS
7 source code but not used in menudata.xml.
(Greetings from QGIS hackfest in Wrocek everybody :)).
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
W dniu 11.11.2010 18:22, Maciej Sieczka pisze:
Hi,
I have discovered an undocumented feature (?) in r.distance.
The manual reads:
r.distance maps=map1,map2
When I specify it as:
r.distance maps=map1 maps=map2
it works as well.
The order can also be controlled this way. I.e.:
r.distance
=map1 maps=map2
and:
r.distance maps=map2,map1 is equivalent to r.distance maps=map2 maps=map1
Can I rely on this behavior or may it change in future? Currently it
works for 6.4 svn and 7 svn.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass
, numbers, and underscores, and
*beginning with a letter or underscore*. Names are *used as shell
variable and function names*. Also referred to as an identifier.
Please report this in GRASS Trac.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev
W dniu 21.09.2010 10:36, Glynn Clements pisze:
Maciej Sieczka wrote:
Dependency Walker http://www.dependencywalker.com/ says:
---
Error: The Side-by-Side configuration information for c:\program
files\grass-64\extralib\LIBPQ.DLL contains errors. This application has
failed to start because
.
In case I don't leave Wroclaw before the hackfest, I'll be there for a
day or two to help.
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
W dniu 14.09.2010 15:46, Maciej Sieczka pisze:
W dniu 14.09.2010 00:59, Glynn Clements pisze:
Maciej Sieczka wrote:
Ideas, anybody?
Another possibility is an incompatible version of one of the
(many) libraries which GDAL uses. Do the GDAL utilities (gdalinfo
etc) work?
They don't. Same
W dniu 14.09.2010 00:59, Glynn Clements pisze:
Maciej Sieczka wrote:
Ideas, anybody?
Another possibility is an incompatible version of one of the (many)
libraries which GDAL uses. Do the GDAL utilities (gdalinfo etc)
work?
They don't. Same error.
--
Maciej Sieczka
http://www.sieczka.org
W dniu 11.09.2010 21:38, Glynn Clements pisze:
Maciej Sieczka wrote:
Lots of commands (e.g. g.proj, g.region, g.remove)
That list looks suspiciously like programs which use GDAL.
You might want to check whether there are other versions of GDAL on
your system, particularly
).
This a Virtulabox (3.2.8 non-free) running Windows Prof. SP3 32bit under
Debian Squeeze amd64. I don't have a real Windows box at hand if the
problem takes place on my system only. Does anybody experience similar
errors on Windows?
Maciek
--
Maciej Sieczka
http://www.sieczka.org
attachment
W dniu 28.07.2010 09:57, jzaba...@ipe.csic.es pisze:
It's possible to get a log file where all the commands I have wrote
are written?
history grass_log.txt
?
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev
W dniu 17.06.2010 21:13, Maciej Sieczka pisze:
W dniu 20.05.2010 17:48, Paul Kelly pisze:
On Wed, 19 May 2010, Paul Kelly wrote:
On Mon, 17 May 2010, Maciej Sieczka wrote:
Does this sound acceptable for now - in particular are there any
differences between Pulkovo 1942 and Pulkovo 1942 (58
W dniu 20.05.2010 17:48, Paul Kelly pisze:
On Wed, 19 May 2010, Paul Kelly wrote:
On Mon, 17 May 2010, Maciej Sieczka wrote:
Does this sound acceptable for now - in particular are there any
differences between Pulkovo 1942 and Pulkovo 1942 (58) that are worth
worrying about?
I don't know
W dniu 16.05.2010 21:18, Paul Kelly pisze:
On Sat, 15 May 2010, Markus Neteler wrote:
On Sat, May 15, 2010 at 2:53 PM, Maciej Sieczka
msiec...@sieczka.org wrote:
OK now, so this was actually a revert of a massive update which
broke things.
Right - personally, I find it to be a major
Paul,
Thanks for looking into this. I'll get back to you, hopefully this week.
Best,
Maciek
W dniu 16.05.2010 21:18, Paul Kelly pisze:
Hi Maciej, Markus,
On Sat, 15 May 2010, Markus Neteler wrote:
On Sat, May 15, 2010 at 2:53 PM, Maciej Sieczka msiec...@sieczka.org
wrote:
OK now, so
W dniu 15.05.2010 12:40, Maciej Sieczka pisze:
@Markus, Paul:
How do you actually do such updates like [3]?
[3]http://trac.osgeo.org/grass/changeset?old_path=grass%2Ftrunk%2Flib%2Fprojold=41451new_path=grass%2Ftrunk%2Flib%2Fprojnew=41452
OK now, so this was actually a revert of a massive
/home/src/straight/grass65/gui/wxpython
$ make 21 | tee log.log
(log.log attached)
$ echo $?
0
So it seems to completes OK. What's wrong?
Debian testing amd64, Python 2.5.5, gcc (Debian 4.4.2-9) 4.4.3 20100108
(prerelease), wx 2.8.10.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
log.log.7z
Luisa Peña pisze:
yes, Probably it's. The thing is I don't know where/how to fix this.
In any case though don't hesitate to report bugs in GRASS Trac.
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
even replacing *.* by *
Reported as https://trac.osgeo.org/grass/ticket/978.
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
of the other layer in a single vector map.
This is different than in case of e.g. shapefiles, where each layer is a
set of files dedicated only to a particular layer, thus when you edit
it, you do so only for this particular layer.
GRASS layers and OGR layers are different things.
Maciek
--
Maciej
Markus GRASS pisze:
Maciej Sieczka wrote:
GRASS vector layers most of the time have common geometry or
subject, OGR layers not necessarily. E.g. shapefiles in a
directory don't need to have anything in common.
Same for GRASS vector layers, as long as it's in the same projection
Michael
Barton's suggestion [2] of cat being renamed key (or id)
id is already used in lower-level vector feature identification (see
e.g. v.edit help). key sounds fine IMHO.
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass
/s57expectedinput.csv
/usr/local/share/gdal/s57objectclasses_aml.csv
/usr/local/share/gdal/s57objectclasses.csv
/usr/local/share/gdal/s57objectclasses_iw.csv
/usr/local/share/gdal/stateplane.csv
/usr/local/share/gdal/unit_of_measure.csv
Maciek
--
Maciej Sieczka
http://www.sieczka.org
Markus Metz pisze:
Maciej Sieczka wrote:
Markus Metz pisze:
That would be the fool proof solution to avoid horizontal lines. But
then you have vertical lines...
If you decide it's worth your time to provide that *as an option* in
v.in.gshhs it'd be cool.
Not right now, first I want
Maciej Sieczka pisze:
I.e that e.g. Alaska is split into 2 pieces.
Me so dumb! That's Chukchi Peninsula (and also some of the Fiji Islands,
Wrangel Island).
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev
Markus Metz pisze:
Maciej Sieczka wrote:
Markus Metz pisze:
I thought this is true for GRASS. Generally, if you zoom/pan
beyond the extend of the feature (raster or vector), nothing is
displayed. This should not happen in latlon,
Why not?
Because it does not happen in GRASS
Markus Metz pisze:
Maciej Sieczka wrote:
It's not that every application is different, but that GRASS is
different than all the rest in this regard - it seems. Again, I'm
not saying GRASS or you are wrong, but could there be an optional
switch to constrain GSHHS geometry exactly to -180
Markus Metz pisze:
Maciej Sieczka wrote:
I personally like the way QGIS or MapServer handles it - they just
don't care and don't try to treat lat-long data as connected at
the datum border.
So they stop displaying maps beyond -180 or 180? West of Alaska is
nothing?
Yes.
This has
Markus Metz pisze:
Maciej Sieczka wrote:
Thanks for your v.in.gshhs GRASS 6 port.
I have a problem: when importing full GSHHS extent, strange
horizontal lines through the whole longitudal extent are present in
the output GRASS vector map, which are *visible only in v.digit or
QGIS
or X monitors.
To reproduce please import e.g. gshhs_c.b, zoom to it in wxGUI, then
open in digitizer and compare. Also please notice that *in QGIS those
bogus lines are always visible*.
I suppose this is related to the GSSHS data extent 0 - 360 vs. GRASS
-180 - 180.
Best,
Maciek
--
Maciej
is that committing fixes and developing code addons is harder
if it is in 2 flavors, in separate locations. They might likely get
out of sync.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
-addons/imagery/i.topo.corr
That makes it harder to maintain them.
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Maciej Sieczka pisze:
Maciej Sieczka pisze:
Using vdigit in VNC session I can't get snapping tool to work.
Right mouse key works the same as middle, i.e. cancels.
With same data in the same usage scenario in local session the
right mouse key behaves fine.
Why the difference?
Specs
Hi
I'm not able to force a windows layout.
I set up my windows sizes and placement, check Save current window
layout as default and Suppres positioning... in settings, then
Save, but in a next wxGUI session my layout is not restored
That used to work in the past...
Maciek
--
Maciej Sieczka
to ogr2ogr
Relevant?
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
either.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
in database
/home/grassdata/caves_utm33/PERMANENT/dbf/ through driver dbf with
key cat
Since the vector map has no categories, I would expect 0 categories
read from map...
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev
Martin Landa pisze:
Hi,
2008/12/6 Maciej Sieczka [EMAIL PROTECTED]:
Why does v.db.addtable say 1 categories read from map when adding table to
it?:
it's because v.to.db groups all features without category into cat
'-1'. Fixed (not reported) in r34751.
Thanks for q quick fix.
Best,
Maciek
Martin Landa pisze:
2008/12/6 Maciej Sieczka [EMAIL PROTECTED]:
Such a change in user interface is not acceptable for GRASS 6. By
well, you are right (reverted r34750).
Cool.
default all categories should be selected. I don't see a reason to
change the default behaviour in GRASS 7
.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Maciej Sieczka pisze:
Hi
Using vdigit in VNC session I can't get snapping tool to work. Right
mouse key works the same as middle, i.e. cancels.
With same data in the same usage scenario in local session the right
mouse key behaves fine.
Why the difference?
Specs: grass64 SVN r33523
behaviour as an option and
defaulting to real table layout.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
background
Fix bug with PNG driver skipping topmost line of polygon
Change PNG driver's line-drawing to use FP throughout
From the changes as above, is the Fix bug with PNG driver skipping
topmost line of polygon appropriate for backporting?
Maciek
--
Maciej Sieczka
www.sieczka.org
1 - 100 of 163 matches
Mail list logo