[GRASS-dev] Re: [GRASS-user] lots of The application failed to initialize properly in 6.4.0 on Windows
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 if they are in %PATH%. Thanks for the hint. No trace of GDAL in system and user variables AFAICT. My PATH on cmd GRASS concole: GRASS 6.4.0 (demolocation) echo %PATH% C:\Program Files\GRASS-64\bin;C:\Program Files\GRASS-64\lib;C:\Program Files\GRASS-64\tcl-tk\bin;C:\Program Files\GRASS-64\sqlite\bin;C:\Program Files\GRASS-64\gpsbabel;C:\Program Files\GRASS-64\extrabin;C:\Program Files\GRASS-64\extralib;C:\Program Files\GRASS-64\msys\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem PATH on msys GRASS console: GRASS 6.4 echo $PATH /C/Program Files/GRASS-64/lib:/C/Program Files/GRASS-64/bin:/C/Program Files/GRASS-64/scripts:/C/Program Files/GRASS-64/tcl-tk/bin:/C/Program Files/GRASS-64/sqlite/bin:/C/Program Files/GRASS-64/gpsbabel:/C/Program Files/GRASS-64/extrabin:/C/Program Files/GRASS-64/extralib:.:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem I have these 2 GDAL libs installed there: GRASS 6.4 ls /c/Program\ Files/GRASS-64/extralib/*gdal* /c/Program Files/GRASS-64/extralib/gdal15.dll /c/Program Files/GRASS-64/extralib/gdal16.dll Ideas, anybody? Best, Maciek -- Maciej Sieczka http://www.sieczka.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #1155: GRASS Working Environment - Mapset Access is Broken
#1155: GRASS Working Environment - Mapset Access is Broken --+- Reporter: voncasec | Owner: grass-...@… Type: defect| Status: new Priority: normal| Milestone: 6.4.1 Component: wxGUI | Version: svn-releasebranch64 Keywords: mapset|Platform: Linux Cpu: x86-64| --+- Can not add/remove mapsets from my mapset search path using the wxpython gui: Config--GRASS Working Environment --Mapset Access Error Message Using: 6.4.0 svn: Traceback (most recent call last): File /usr/local/grass-6.4.0svn/etc/wxpython/wxgui.py, line 387, in OnMapsets dlg = preferences.MapsetAccess(parent=self, id=wx.ID_ANY) File /usr/local/grass-6.4.0svn/etc/wxpython/gui_modules/p references.py, line 1725, in __init__ self.all_mapsets_ordered = utils.ListOfMapsets(ordered=True) File /usr/local/grass-6.4.0svn/etc/wxpython/gui_modules/u tils.py, line 266, in ListOfMapsets mapsets_available.remove(mapset) ValueError : list.remove(x): x not in list Same error appears using svntrunk. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1155 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS GIS] #1155: GRASS Working Environment - Mapset Access is Broken
#1155: GRASS Working Environment - Mapset Access is Broken
--+-
Reporter: voncasec | Owner: grass-...@…
Type: defect| Status: new
Priority: normal| Milestone: 6.4.1
Component: wxGUI | Version: svn-releasebranch64
Keywords: mapset|Platform: Linux
Cpu: x86-64|
--+-
Changes (by martinl):
* cc: grass-...@… (added)
Comment:
What says
{{{
g.mapsets -p fs=';'
}}}
and
{{{
g.mapsets -l fs=';'
}}}
--
Ticket URL: http://trac.osgeo.org/grass/ticket/1155#comment:1
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS GIS] #1155: GRASS Working Environment - Mapset Access is Broken
#1155: GRASS Working Environment - Mapset Access is Broken --+- Reporter: voncasec | Owner: martinl Type: defect| Status: assigned Priority: normal| Milestone: 6.4.1 Component: wxGUI | Version: svn-releasebranch64 Keywords: mapset|Platform: Linux Cpu: x86-64| --+- Changes (by martinl): * owner: grass-...@… = martinl * status: new = assigned -- Ticket URL: http://trac.osgeo.org/grass/ticket/1155#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #1156: User-defined vector topology validation
#1156: User-defined vector topology validation -+-- Reporter: marisn | Owner: grass-...@… Type: enhancement | Status: new Priority: normal | Milestone: Component: Vector | Version: unspecified Keywords: topology |Platform: Unspecified Cpu: Unspecified | -+-- Just idea dump: GRASS should provide ability for users to define custom vector topology validation rules. Rules could take into account features from single or multiple vector maps (layers). Probably useage of plain attribute or geometry and not only topology validation rules should be considered too. Such validation rules could be taken into account during map editing (digitizing) and/or used for vector map validation (v.validate). Examples of possible rules in human readable form: * Water hydrant (point) must be located on water pipe (line); * There should be no holes (areas without centroid) in this map; * Road of type X can not cross area of type Y; * Z areas can not share boundary with Q areas. -- Ticket URL: https://trac.osgeo.org/grass/ticket/1156 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS GIS] #1156: User-defined vector topology validation
#1156: User-defined vector topology validation -+-- Reporter: marisn | Owner: grass-...@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Vector | Version: unspecified Keywords: topology |Platform: Unspecified Cpu: Unspecified | -+-- Changes (by martinl): * milestone: = 7.0.0 -- Ticket URL: https://trac.osgeo.org/grass/ticket/1156#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS GIS] #1155: GRASS Working Environment - Mapset Access is Broken
#1155: GRASS Working Environment - Mapset Access is Broken --+- Reporter: voncasec | Owner: martinl Type: defect| Status: assigned Priority: normal| Milestone: 6.4.1 Component: wxGUI | Version: svn-releasebranch64 Keywords: mapset|Platform: Linux Cpu: x86-64| --+- Comment(by martinl): Probably related, try out r43454 -- Ticket URL: http://trac.osgeo.org/grass/ticket/1155#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #1157: WinGrass-Installer should include a working gdal-version which is built against
#1157: WinGrass-Installer should include a working gdal-version which is built
against
---+
Reporter: hellik | Owner: grass-...@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.1
Component: Packaging | Version: unspecified
Keywords: |Platform: Unspecified
Cpu: All|
---+
from the user-ML
http://lists.osgeo.org/pipermail/grass-user/2010-September/057851.html
{{{
Dear all,
I have just installed Wingrass7 from
[http://josef.fsv.cvut.cz/wingrass/grass70/]
When it is started the locations which work well with Grass6.4 version,
there is the error: Unable to get current geographic extent. Force
quitting wxGUI. Please run manual g.region to fix
problemImporterror: No module named agw.customtreectrl
Or when I make new location by Location wizard there is the error: ..
[Error 2] No such file or directory: 'C:\\Program Files\\
GRASS-70-SVN\\etc\\proj-parms.table'
Please help me what should I do?
Thank you
Thy
I can confirm this.
at the moment the nightly WinGrass7-builds are built against gdal17 from
osgeo4w,
which is in a preliminary status at the moment.
I build from time to time WinGrass7 for my own with gdal16 from osgeo4w
and there are
no such error messages.
best regards
Helmut
it seems to be a mixing of different gdal-versions.
WinGrass70 is built against gdal17. but in WinGrass7 (installed by the
installer) there is
only gdal15 in the path and available in the WinGrass7-command-line, but
no gdal17.
AFAIK there are some important changes from gdal15 to gdal17. so a
WinGrass7 built against gdal17
isn't working with gdal15 in the path?
so maybe the WinGrass7-installer built against gdal17 should be adapted in
that way to adopt gdal17 as the regular version
of gdal?
best regards
Helmut
}}}
related to the nightly WinGrass-builds, all branches and the recommended
way of compiling wingrass in the wiki (both inside the osgeo4w-stack).
at the moment WinGrass64 and WinGrass65 are built against gdal16,
WinGrass70 against gdal17. but in the WinGrassXX-installer only gdal15 is
available in the path, but no gdal16/gdal17 and all dependecies
(GDAL_DATA, GDAL_DRIVER_PATH,
PYTHONPATH=%OSGEO4W_ROOT%\apps\gdal-16\pymod,
PATH=%OSGEO4W_ROOT%\apps\gdal-16\bin; the same for gdal17; see gdal16.bat
or gdal17.bat in C:\OSGeo4W\bin) living in C:\OSGeo4W\apps\gdal-16 or
C:\OSGeo4W\apps\gdal-17 are included.
the wingrass-installer should include a working gdal-version which the
WinGrass-version is installed against.
best regards
Helmut
--
Ticket URL: http://trac.osgeo.org/grass/ticket/1157
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS-user] lots of The application failed to initialize properly in 6.4.0 on Windows
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? -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS GIS] #1157: WinGrass-Installer should include a working gdal-version which is built against
#1157: WinGrass-Installer should include a working gdal-version which is built
against
---+
Reporter: hellik | Owner: grass-...@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.1
Component: Packaging | Version: unspecified
Keywords: |Platform: Unspecified
Cpu: All|
---+
Comment(by hellik):
Replying to [ticket:1157 hellik]:
ok, I see also in the error message above:
{{{
[...]
[Error 2] No such file or directory: 'C:\\Program Files\\GRASS-70-SVN\\etc
\\proj-parms.table'
[...]
}}}
in C:\Program Files\GRASS-64\etc there are following files:
proj-desc.table
projections
proj-parms.table
proj-units.table
but in C:\Program Files\GRASS-70-SVN\etc there is only
projections
and the other files are missing.
so maybe there is additional to the gdal-version issue also an issue with
the files mentioned above?
Helmut
--
Ticket URL: https://trac.osgeo.org/grass/ticket/1157#comment:1
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS GIS] #1157: WinGrass-Installer should include a working gdal-version which is built against
#1157: WinGrass-Installer should include a working gdal-version which is built
against
---+
Reporter: hellik | Owner: grass-...@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.1
Component: Packaging | Version: unspecified
Keywords: |Platform: Unspecified
Cpu: All|
---+
Comment(by hellik):
Replying to [comment:1 hellik]:
Replying to [ticket:1157 hellik]:
ok, I see also in the error message above:
{{{
[...]
[Error 2] No such file or directory: 'C:\\Program
Files\\GRASS-70-SVN\\etc\\proj-parms.table'
[...]
}}}
in C:\Program Files\GRASS-64\etc there are following files:
proj-desc.table
projections
proj-parms.table
proj-units.table
but in C:\Program Files\GRASS-70-SVN\etc there is only
projections
and the other files are missing.
so maybe there is additional to the gdal-version issue also an issue
with the files mentioned above?
Helmut
a comparison
{{{
Verzeichnis von C:\Program Files\GRASS-64\etc
04.09.2010 00:30DIR .
04.09.2010 00:30DIR ..
03.09.2010 22:3938.828 bmif_to_cell.exe
03.09.2010 23:18 629 bmif_to_cell.exe.manifest
03.09.2010 22:1344.671 clean_temp.exe
03.09.2010 23:18 625 clean_temp.exe.manifest
04.09.2010 00:28DIR colors
03.09.2010 22:08 1.697 colors.desc
03.09.2010 23:0317.792 current_time_s_ms.exe
03.09.2010 23:18 639 current_time_s_ms.exe.manifest
04.09.2010 00:28DIR d.polar
03.09.2010 22:5513.806 d.rast.edit.tcl
03.09.2010 22:08 5.050 datum.table
03.09.2010 22:08 6.882 datumtransform.table
04.09.2010 00:28DIR db.test
04.09.2010 00:28DIR dm
03.09.2010 22:1428.045 echo.exe
03.09.2010 23:18 613 echo.exe.manifest
03.09.2010 22:08 980 element_list
03.09.2010 22:08 6.117 ellipse.table
03.09.2010 22:1418.524 epsg_option.tcl
03.09.2010 22:14 9.631 file_option.tcl
03.09.2010 22:08 123.801 FIPS.code
04.09.2010 00:3041.590 fontcap
03.09.2010 23:3541.302 fontcap.tmpl
04.09.2010 00:28DIR form
03.09.2010 22:1736.245 frame.create
03.09.2010 22:1734.522 frame.dumper
03.09.2010 22:1737.615 frame.list
03.09.2010 22:1737.425 frame.select
03.09.2010 22:23 2.441 g.mapsets.tcl
04.09.2010 00:28DIR gem
03.09.2010 22:1430.370 gis_set.tcl
04.09.2010 00:28DIR gm
03.09.2010 22:29 5.143 grass-interface.dtd
03.09.2010 22:14 459 grass-run.bat
03.09.2010 22:14 999 grass-run.sh
03.09.2010 22:14 535 grass-xterm-wrapper
03.09.2010 22:14 414 grass_intro
03.09.2010 23:02 832 grass_write_ascii.style
03.09.2010 22:1021.408 grocat.exe
03.09.2010 23:18 617 grocat.exe.manifest
04.09.2010 00:28DIR gtcltk
04.09.2010 00:28DIR gui
03.09.2010 22:0824.658 gui.tcl
03.09.2010 22:3164.495 i.ask.exe
03.09.2010 23:18 615 i.ask.exe.manifest
03.09.2010 22:3144.674 i.find.exe
03.09.2010 23:18 617 i.find.exe.manifest
04.09.2010 00:28DIR i.oif
03.09.2010 22:14 5.641 Init.bat
03.09.2010 22:1327.498 Init.sh
03.09.2010 22:14 550 license
04.09.2010 00:28DIR lister
03.09.2010 22:1334.223 lock.exe
03.09.2010 23:18 613 lock.exe.manifest
03.09.2010 22:4637.742 modcats.exe
03.09.2010 23:18 619 modcats.exe.manifest
03.09.2010 22:4635.174 modcolr.exe
03.09.2010 23:18 619 modcolr.exe.manifest
03.09.2010 22:4669.225 modhead.exe
03.09.2010 23:18 619 modhead.exe.manifest
03.09.2010 22:4635.552 modhist.exe
03.09.2010 23:18 619 modhist.exe.manifest
03.09.2010 22:1923.640 mon.list
03.09.2010 22:1935.657 mon.release
03.09.2010 22:1938.187 mon.select
03.09.2010 22:1936.092 mon.start
03.09.2010 22:1933.176 mon.status
03.09.2010 22:1935.223 mon.stop
03.09.2010 22:1931.626 mon.which
03.09.2010 23:34 0 monitorcap
04.09.2010 00:28DIR msgs
04.09.2010 00:28DIR nad
04.09.2010 00:28DIR nviz2.2
04.09.2010 00:28
[GRASS-dev] Re: [GRASS GIS] #718: r.li forgets mask/illegal filename
#718: r.li forgets mask/illegal filename ---+ Reporter: kyngchaos | Owner: grass-...@… Type: defect | Status: new Priority: normal | Milestone: 6.4.0 Component: Raster | Version: 6.4.0 RCs Keywords: r.li, smp |Platform: All Cpu: All| ---+ Comment(by neteler): Is this still an issue on MacOSX 64bit? Can it be closed? -- Ticket URL: http://trac.osgeo.org/grass/ticket/718#comment:23 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Re: [GRASS GIS] #846: manpages translations - where to put them?
#846: manpages translations - where to put them? --+- Reporter: steko | Owner: grass-...@… Type: enhancement | Status: new Priority: normal| Milestone: 6.5.0 Component: Docs | Version: 6.4.0 RCs Keywords: translations |Platform: All Cpu: All | --+- Comment(by neteler): As a first approach I would suggest to stick with single language support at compile time. Means to compile individually for each locale which will be the common use case. -- Ticket URL: https://trac.osgeo.org/grass/ticket/846#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
