Re: [GRASS-dev] wxPython 2.8 support status

Hi, 2016-07-14 12:45 GMT+02:00 Maciej Sieczka <msiec...@sieczka.org>: > Do all wxPython GUI components in releasebranch_6_4, 7_0, 7_2 and trunk > still fully support wxPython 2.8.10.1 or any later 2.8.x? we fully support wxPython 2.8. Martin -- Martin Landa http://geo.fsv.cvut.cz

[GRASS-dev] 3.0.3 ?

that wxPython community will be able to release 3.0.3 this year? It would help us a LOT! Thanks for your work! Martin [1] http://grass.osgeo.org/ [2] http://trac.wxwidgets.org/ticket/16767 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa

[GRASS-dev] pythonlib: parser() type casting

not defined) opt, flg = grass.parser() print (opt) { 'option1': 1, 'option2: 'ciao', 'option3': '1' } Current behaviour is: { 'option1': '1', 'option2: 'ciao', 'option3': '1' } ^ | Any comments? Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa

Re: [GRASS-dev] numpy problem by winGRASS7 startup

d in the OSGeo4W-stack ... > > > > - > best regards > Helmut > -- > View this message in context: > http://osgeo-org.1560.x6.nabble.com/numpy-problem-by-winGRASS7-startup-tp5275239.html > Sent from the Grass - Dev mailing list archive at Nabble.com. > __

Re: [GRASS-dev] Upcoming 7.2.0: review which addons to move to core

d later removed (before 7.0). The main reason was that the modules give slightly different results when using memory swap (AFAIR). There is also huge duplication of code (some parts should be moved to a new library). Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.c

Re: [GRASS-dev] grass 7.2 planning

Hi, 2016-07-01 0:42 GMT+02:00 Martin Landa <landa.mar...@gmail.com>: > I am afraid that we have delay, I hope that we will have some time to > work on GRASS during ISPRS in Prague. What about: I took liberty to edit milestones of 7.2.0 (1/9) and 7.0.5 (21/8) [1]. What about 6.4.6

Re: [GRASS-dev] grass 7.2 planning

SS during ISPRS in Prague. What about: * soft freeze: ~ 15 July * hard freeze + RC1: ~ 15 August * bug squashing: FOSS4G Bonn * RC2: ~ 30 August * final: ~ 7 September ? Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa __

[GRASS-dev] isprs prague meetup

wiki/GRASS_GIS_ISPRS_Prague_meetup_2016 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [SoC]Week-1 WebGrass

Hi, 2016-05-29 22:29 GMT+02:00 Mayank Agrawal <mayankagrawal...@gmail.com>: > Results hosted here . localhost ? ;-) Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list

Re: [GRASS-dev] grass 7.2 planning

Hi, 2016-05-24 9:39 GMT+02:00 Moritz Lennert <mlenn...@club.worldonline.be>: > The problem in this ticket seems to come from your changes in r65205 [1]. > Could you have a look at that ? yes, I know, later I will take a look. Anyway it's not blocker for branching. Martin -- Marti

Re: [GRASS-dev] grass 7.2 planning

es except for this > one: > > https://trac.osgeo.org/grass/ticket/3038 > > We can do the branching from the point of view of lidar modules. OK, thanks. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa _

Re: [GRASS-dev] grass 7.2 planning

Hi, 2016-05-10 20:26 GMT+02:00 Vaclav Petras : > Created ticket #3034 for the layers in v.in.lidar, removed the vector output > from r.in.lidar in r68418. > > https://trac.osgeo.org/grass/ticket/3034 > https://trac.osgeo.org/grass/changeset/68418 it's not clear to me what

Re: [GRASS-dev] Fwd: new trac anti-spam filter

2016-05-14 22:58 GMT+02:00 Vaclav Petras <wenzesl...@gmail.com>: >> But any use can report spam (I think there is a new link in the upper >> right corner). > > > > Perhaps only admins. I don't see it. probably (I can see it). Ma -- Martin Landa http://ge

Re: [GRASS-dev] Seeking advices for image segmentation algorithms and windows compile question

t; [0] https://wiki.osgeo.org/wiki/GRASS_GSoC_2016_Segment_Algorithms > > [1] https://trac.osgeo.org/grass/wiki/CompileOnWindows > > > > > _______ > grass-dev mailing list > grass-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-dev -- Martin Landa http://geo.fs

Re: [GRASS-dev] grass 7.2 planning

Hi, 2016-04-30 14:09 GMT+02:00 Martin Landa <landa.mar...@gmail.com>: >> I have some things in lidar modules which would be good to do before the >> branching, namely changing the layer options to flag(s) and removal of >> vector output from r.in.lidar. Ideally, some cod

Re: [GRASS-dev] grass 7.2 planning

sion. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass 7.2 planning

Hi, 2016-05-10 15:23 GMT+02:00 Vaclav Petras <wenzesl...@gmail.com>: > BTW, we need 7.0.4 version in Trac. it's already there [1]? Martin [1] https://trac.osgeo.org/grass/admin/ticket/versions/7.0.4 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/ment

Re: [GRASS-dev] wxGUI pep8

2016-05-03 19:31 GMT+02:00 Anna Petrášová <kratocha...@gmail.com>: > +1! done in r68374. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo

[GRASS-dev] wxGUI pep8

Hi all, I would like to apply pep8 (with autopep8) on wxGUI code base (in trunk). Any objections or comments? Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev

Re: [GRASS-dev] [GRASS-SVN] r68061 - grass/trunk/lib/gis

uot;" Selecting features... 100 of 100 features selected from vector map <n@PERMANENT> 100 features deleted I thought that this should be fixed by this commit, right? So no features removed (?) Thanks for explanation. Martin -- Martin Lan

Re: [GRASS-dev] grass 7.2 planning

ill be never released (?) Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass 7.2 planning

Python Editor which > needs a review but you (Martin) already did some, so I guess that's fine. Yes, I used the editor in lessons. Nice tool! I had only one problem, sometimes run button was not working (I discovered why after lesson [1] :-) Ma [1] https://trac.osgeo.org/grass/ticket/2997 -- Marti

Re: [GRASS-dev] grass 7.2 planning

too. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass 7.2 planning

2016-04-29 13:35 GMT+02:00 Rainer M Krug <rai...@krugs.de>: > Just to be sure - that would be the version at the moment named 7.1 ? yes, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-de

[GRASS-dev] grass 7.2 planning

7.2.0RC2 ~ 30 June 4) GRASS 7.2.0 ~ 7 July What do you think? Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass

Re: [GRASS-dev] GRASS 7 Addons HTML manual pages down: Page not found (404)

/wingrass.fsv.cvut.cz/grass71/x86_64/addons/grass-7.1.svn/ -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-SVN] r68256 - in grass/trunk/gui: icons/grass wxpython/datacatalog

if self.selected_location == self.copy_location and > self.selected_mapset: > event.Allow() > -self.OnPaste(event) > -#cursor = wx.StockCursor(wx.CURSOR_DEFAULT) > -#self.SetCursor(cursor) # TODO: change cursor while dragging > and then back, this is not working > +self.OnPasteMap(event) > Debug.msg(1, "DROP DONE") > else: > event.Veto() > > -def _getUserEntry(self, message, title, value): > +def _getNewMapName(self, message, title, value, element, mapset, env): > """Dialog for simple text entry""" > -dlg = TextEntryDialog(self, message, title) > +dlg = NameEntryDialog(parent=self, message=message, caption=title, > + element=element, env=env, mapset=mapset) > dlg.SetValue(value) > if dlg.ShowModal() == wx.ID_OK: > name = dlg.GetValue() > @@ -618,28 +687,43 @@ > dlg.Destroy() > return res > > -def _popupMenuLayer(self, current_mapset): > +def _popupMenuLayer(self): > """Create popup menu for layers""" > menu = wx.Menu() > +if self._restricted: > +genv = gisenv() > +currentMapset = currentLocation = False > +if self.selected_location.label == genv['LOCATION_NAME']: > +currentLocation = True > +if self.selected_mapset.label == genv['MAPSET']: > +currentMapset = True > +else: > +currentMapset = currentLocation = True > > item = wx.MenuItem(menu, wx.NewId(), _("")) > menu.AppendItem(item) > -self.Bind(wx.EVT_MENU, self.OnCopy, item) > +self.Bind(wx.EVT_MENU, self.OnCopyMap, item) > +item.Enable(currentLocation) > > -item = wx.MenuItem(menu, wx.NewId(), _("")) > +item = wx.MenuItem(menu, wx.NewId(), _("")) > menu.AppendItem(item) > -self.Bind(wx.EVT_MENU, self.OnDelete, item) > -if not current_mapset: > +self.Bind(wx.EVT_MENU, self.OnPasteMap, item) > +if not(currentLocation and self.copy_layer and > self.selected_location == self.copy_location): > item.Enable(False) > > +item = wx.MenuItem(menu, wx.NewId(), _("")) > +menu.AppendItem(item) > +self.Bind(wx.EVT_MENU, self.OnDeleteMap, item) > +item.Enable(currentMapset) > + > item = wx.MenuItem(menu, wx.NewId(), _("")) > menu.AppendItem(item) > -self.Bind(wx.EVT_MENU, self.OnRename, item) > -if not current_mapset: > -item.Enable(False) > +self.Bind(wx.EVT_MENU, self.OnRenameMap, item) > +item.Enable(currentMapset) > > -if not isinstance(self._giface, StandaloneGrassInterface): > -item = wx.MenuItem(menu, wx.NewId(), _("")) > +if not isinstance(self._giface, StandaloneGrassInterface) and \ > + self.selected_location.label == genv['LOCATION_NAME']: > +item = wx.MenuItem(menu, wx.NewId(), _(" layer")) > menu.AppendItem(item) > self.Bind(wx.EVT_MENU, self.OnDisplayLayer, item) > > @@ -652,7 +736,21 @@ > > item = wx.MenuItem(menu, wx.NewId(), _("")) > menu.AppendItem(item) > -self.Bind(wx.EVT_MENU, self.OnPaste, item) > +self.Bind(wx.EVT_MENU, self.OnPasteMap, item) > +if not (self.copy_layer and self.selected_location == > self.copy_location): > +item.Enable(False) > > self.PopupMenu(menu) > menu.Destroy() > + > +def _popupMenuElement(self): > +"""Create popup menu for elements""" > +menu = wx.Menu() > +item = wx.MenuItem(menu, wx.NewId(), _("")) > +menu.AppendItem(item) > +self.Bind(wx.EVT_MENU, self.OnPasteMap, item) > +if not (self.copy_layer and self.selected_location == > self.copy_location): > +item.Enable(False) > + > +self.PopupMenu(menu) > +menu.Destroy() > > ___ > grass-commit mailing list > grass-com...@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-commit -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] usage of os.linesep (was: Re: [GRASS-SVN] r68240 - grass/trunk/scripts/v.report_

t happen in non-Windows anyway, so os.linesep should be fine? hm, you are right, but still I would prefer to use os.linesep over '\r\n'. The only problem can happen when the user will ship generated files between Unix and Windows OS. Any comments from others? Thanks, Martin -- Ma

Re: [GRASS-dev] [GRASS-SVN] r68240 - grass/trunk/scripts/v.report

2016-04-10 13:44 GMT+02:00 <svn_gr...@osgeo.org>: > +fields = line.rstrip('\r\n').split('|') really '\r\n' ? Why not os.linesep? Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___

Re: [GRASS-dev] [GRASS-user] data catalog question

east by default. What about new option in preferences? In the same way I was thinking about GUI option "Set up computational region automatically from input data". Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa _

Re: [GRASS-dev] 7.0.4 release planning

Dear devs, 2016-03-29 12:37 GMT+02:00 Markus Neteler <nete...@osgeo.org>: > On Tue, Mar 29, 2016 at 10:56 AM, Martin Landa <landa.mar...@gmail.com> wrote: >> 2016-03-29 10:55 GMT+02:00 Martin Landa <landa.mar...@gmail.com>: >>> I see that all blockers and most

Re: [GRASS-dev] GRASS command for raster and vector size

rwise your wish will be lost in time. Ma [1] https://trac.osgeo.org/grass/newticket -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] old link in download section at grass.osgeo.org

announcement" > > when the last release is 7.0.3 fixed. Thanks for info. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] .g.proj datum_trans (5514)

Hi, 2016-04-02 12:24 GMT+02:00 Martin Landa <landa.mar...@gmail.com>: >>> Is there anything I am doing wrong or it's a bug? Thanks, Martin >> >> This part is still buggy. > > I see, I will try to take a look during this weekend. Ma Ok, it's `-t` flag again. $

Re: [GRASS-dev] .g.proj datum_trans (5514)

in trunk (r68203), `-t` flags is not required when `datumtrans=-1` is given. >> Still uses first transformation option even I asked for second. > > ouch > >> Is there anything I am doing wrong or it's a bug? Thanks, Martin > > This part is still buggy. I see, I will try

Re: [GRASS-dev] Rendering from command line does not respect size

Hi, 2016-03-28 21:12 GMT+02:00 Vaclav Petras <wenzesl...@gmail.com>: should be fixed in r68197. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.or

Re: [GRASS-dev] [GRASS-SVN] r68140 - in grass/trunk/scripts: d.correlate d.frame d.polar d.rast.edit d.rast.leg d.redraw db.dropcolumn db.in.ogr db.out.ogr db.test db.univar g.extension g.extension/te

compatibility is important now, it should be in 7.2. I agree with this statement from the beginning. I just suggest to postpone this change for one month to avoid problems when backporting bugfixes to relbr70. I am OK with applying to trunk again if you think it must be done ASAP. Ma -- Martin Land

Re: [GRASS-dev] [GRASS-SVN] r68140 - in grass/trunk/scripts: d.correlate d.frame d.polar d.rast.edit d.rast.leg d.redraw db.dropcolumn db.in.ogr db.out.ogr db.test db.univar g.extension g.extension/te

h ;) I meant week/day BEFORE creating relbr72. So to get this changes into the next release branch. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] PEP 394 - The "python" Command on Unix-Like Systems

backporting them. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] 7.0.4 release planning

lan 7.0.4RC1 in two weeks (~14Feb). Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] 7.0.4 release planning

2016-03-29 10:55 GMT+02:00 Martin Landa <landa.mar...@gmail.com>: > I see that all blockers and most of issues from to be backported area > has been solved. I would suggest to plan 7.0.4RC1 in two weeks > (~14Feb). Martin sorry, 14Apr. Ma -- Martin Landa http://geo.fsv.cvut.cz/g

Re: [GRASS-dev] [GRASS-SVN] r68180 - grass/trunk/lib/python/script

t; pathname = os.path.join(modulename, dirname) if dirname else > modulename > raise ImportError("Not able to find the path '%s' directory " >"(current dir '%s')." % (pathname, > os.getcwd())) > - > + > sys.

Re: [GRASS-dev] Rendering from command line does not respect size

=500 out=/tmp/png.png d.rast dmt --v ... png: image size 1000x500 Probably map.png has been created by cairo driver? Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev

Re: [GRASS-dev] GRASS command for raster and vector size

lag to print map size. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] .g.proj datum_trans (5514)

transformation option even I asked for second. Is there anything I am doing wrong or it's a bug? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http

[GRASS-dev] lts idea

Hi, on web page we claim: New stable long term support (LTS) release: GRASS GIS 7.0.3 We could adopt similar concept as QGIS. next LTS will be 7.0.4 (~April) next stable release will be 7.2.0 (~Jule) next LTS will be 7.2.1 (~October) What do you think? Martin -- Martin Landa http

Re: [GRASS-dev] 7.0.4 release planning

Hi, 2016-03-25 14:01 GMT+01:00 Vaclav Petras <wenzesl...@gmail.com>: >> These 4 all appear to be new features, not a bug fixes. If that is the >> case, they should not be backported. Ok, removed these issue from trac page. Martin -- Martin Landa http://geo.fsv.cvut.c

[GRASS-dev] 7.0.4 release planning

backported -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] 7.2 release planning

, let's call it 7.2 for now). Do you have any comments? Do you think that we are able to release 7.2/7.1 based on this timeline? Thanks, Martin [1] https://trac.osgeo.org/grass/roadmap [2] https://trac.osgeo.org/grass/wiki/RFC/4_ReleaseProcedure -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http

Re: [GRASS-dev] [GRASS-SVN] r68140 - in grass/trunk/scripts: d.correlate d.frame d.polar d.rast.edit d.rast.leg d.redraw db.dropcolumn db.in.ogr db.out.ogr db.test db.univar g.extension g.extension/te

o months before planning 7.2. release. For now I would suggest to revert these changes from trunk. Any opinion? Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists

Re: [GRASS-dev] [GRASS-user] Fwd: [OSGeo-Discuss] FOSS4G 2016 - Call for Submissions!

Hi Markus, Luca, 2016-03-18 0:15 GMT+01:00 Luca Delucchi <lucadel...@gmail.com>: > I can help you... you can count with me too. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mai

[GRASS-dev] manuals: image thumbs vs scaling

-addons/tools/svn-image.sh [3] https://trac.osgeo.org/grass/wiki/Submitting/Docs#Images -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org

Re: [GRASS-dev] db.login with postgresql and non standard port

Hi, 2016-03-10 10:15 GMT+01:00 Luca Delucchi <lucadel...@gmail.com>: > Probably something is wrong in the db library because it seems to not > consider the port (and probably also the host) right, please fill a ticket, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwik

Re: [GRASS-dev] db.login with postgresql and non standard port

o lines are apparently some leftover from other commands you entered in the past. There is no relation to PG. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org htt

Re: [GRASS-dev] db.login with postgresql and non standard port

ost and/or port, but not > change the mapset and vector map connection settings ? Or something else ? I would say, you are right. db.login was prepared, the code was just commented out and dbmi library needed to implement this functionality. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa ht

Re: [GRASS-dev] db.login with postgresql and non standard port

n command which defined db connection ones without and ones with substitution. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] db.login with postgresql and non standard port

details (user/password/port/hostname) are part of db.login, not db.connect (>= 7.1.) > Have you tried that ? See "PostgreSQL with different port" in the db.connect > manual. Not valid for 7.1. Martin -- Martin Landa http://geo.fsv.cvut.cz/

Re: [GRASS-dev] db.login with postgresql and non standard port

Hi, 2016-03-08 17:08 GMT+01:00 Luca Delucchi <lucadel...@gmail.com>: > db.connect driver=pg database=grassdata > db.login user=lucadelu port=5433 host=localhost what says db.login -p ? Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/m

Re: [GRASS-dev] is OSGeo4W GRASS 7.0.3 working?

al110.dll links > spatialite4.dll. yes, but `gdal111.dll` should be found first. I added support for GDAL2, thanks for reminder. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-d

Re: [GRASS-dev] is OSGeo4W GRASS 7.0.3 working?

Hi, 2016-03-08 9:35 GMT+01:00 Jürgen E. <j...@norbit.de>: > Dependency added to the spatialite package. So this should be covered > automatically. > > Does GRASS directly link spatialite? no (AFAIK), Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentor

Re: [GRASS-dev] db.join script wanted

2016-03-08 1:06 GMT+01:00 Markus Neteler <nete...@osgeo.org>: > Perhaps just derive from > https://trac.osgeo.org/grass/browser/grass/trunk/scripts/v.db.join/v.db.join.py or v.db.join could call new db.join (?) Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentor

Re: [GRASS-dev] grass ico - size (windows resampling)

default version (grass.ico) in r67958. Testing of tomorrow's daily build of trunk (Windows & Ubuntu) is welcomed. Thanks Vincent for perfect job! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mai

Re: [GRASS-dev] page with user defined models for wxGUI graphical modeler missing

but that page doesn't exist. Is there a page with > user-defined models? I removed this directory some time ago, because the models were not maintained. But you are right, it would be nice to have such directory back. I have commented out link for now. Martin -- Martin Landa http://geo.fsv.cvut.cz/gw

Re: [GRASS-dev] is it time to release GRASS71?

ches - trunk, releasebranch_7_2 and releasebranch_7_0. Let's try to maintain two branches and not more, so trunk and latest release branch. Just 2 my cents, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass

Re: [GRASS-dev] is it time to release GRASS71?

also by QGIS, MapServer, moreover it's part of GRASS history (with one exception - 6.3). I have no strong option about that. I would say let's follow our tradition to use odd numbers for dev versions. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gis

Re: [GRASS-dev] is it time to release GRASS71?

ince we are not planning 7.0.5. The development will continue in trunk and backports will be done only for releasebranch_7_2. What do you think? Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing

Re: [GRASS-dev] grass ico - size (windows resampling)

osgeo.ico? Thanks! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] is it time to release GRASS71?

.1. to 7.2 [1]. Ma [1] https://trac.osgeo.org/grass/milestone/7.1.0 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] is it time to release GRASS71?

pril a version 7.2. somewhere in the summer (~June). See [1]. Martin [1] https://trac.osgeo.org/grass/roadmap -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists

Re: [GRASS-dev] Logo and other graphics

ruary/078954.html -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] wingrass - daily builds & GDAL 2.0

Hi, 2016-02-22 10:07 GMT+01:00 Martin Landa <landa.mar...@gmail.com>: > right, I updated packaging environment, but not the building one. > Let's check tomorrow's build if it helps. Martin seems to be better: {{{ GRASS version: 7.1.svn GRASS SVN revision: 67920 Build date: 2016

Re: [GRASS-dev] wingrass - daily builds & GDAL 2.0

Hi, 2016-02-22 9:44 GMT+01:00 Helmut Kudrnovsky <hel...@web.de>: > it seems it's still linked to GDAL: 1.11.3? right, I updated packaging environment, but not the building one. Let's check tomorrow's build if it helps. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/L

[GRASS-dev] wingrass - daily builds & GDAL 2.0

Hi, from osgeo4w ML: """ The switch is done - and qgis-dev, qgis-rel-dev and qgis-ltr-dev are now rebuilt with GDAL 2.0.2. """ I have updated GRASS daily builds accordingly. The next winGRASS daily build (21/2) will be built against GDAL 2.0. Enjoy && tes

Re: [GRASS-dev] ubuntu grass daily: installing addons: ERROR: Please install GRASS development package

2016-02-18 11:58 GMT+01:00 Markus Neteler <nete...@osgeo.org>: > echo $OSTYPE > linux-gnu > > ? lsb_release -i Distributor ID:Debian ? Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___

Re: [GRASS-dev] grass addons metadata temporary not available

Hi, 2016-02-17 13:33 GMT+01:00 Martin Landa <landa.mar...@gmail.com>: >> Do you by chance have any idea what the reason might be that it does not >> work for me? >> See: >> http://osgeo-org.1560.x6.nabble.com/problem-installing-wx-metadata-from-g-extension-tp52

Re: [GRASS-dev] grass addons metadata temporary not available

44519p5249845.html > Or how I might solve the issue if it is only local... probably author of wx.metadata (Matej, in cc) could take a look. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev m

Re: [GRASS-dev] grass addons metadata temporary not available

Hi, 2016-02-16 16:46 GMT+01:00 Martin Landa <landa.mar...@gmail.com>: > We know about it. The building server (geo102) is down. I hope that > the server will be running soon. Martin it's back. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/m

Re: [GRASS-dev] GRASS and vagrant

Hi, 2016-02-16 14:01 GMT+01:00 Luca Delucchi <lucadel...@gmail.com>: > thanks a lot for this submission, can I ask you why did you comment out > liblas? enabled in r67850. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/m

[GRASS-dev] grass addons metadata temporary not available

not updated. We know about it. The building server (geo102) is down. I hope that the server will be running soon. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org

[GRASS-dev] GRASS and vagrant

] https://grasswiki.osgeo.org/wiki/Vagrant -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass ico - size (windows resampling)

who knows what could be wrong with the new icon? Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Layer Manager notebook

Hi, 2016-02-15 17:50 GMT+01:00 Vaclav Petras <wenzesl...@gmail.com>: > Layers, Console, Modules, Data, Python > > are the best. agreed. +1 for this change. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.c

Re: [GRASS-dev] Moving GRASS Python parts to Unicode

two) before planned release of 7.1. we create from trunk releasebranch_7_1 and trunk becomes 7.2.svn. Or do we want to create releasebranch_7_2 and trunk turns into 7.3svn (version 7.1.x will be never released)? My vote would be for first option - release 7.1. as stable. Ma -- Marti

Re: [GRASS-dev] calls for backports

Ahoj, 2016-02-06 23:31 GMT+01:00 Anna Petrášová <kratocha...@gmail.com>: > Yes, hopefully today or tomorrow... thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list

[GRASS-dev] calls for backports

Dears devs, I wanted to ask you if you are planning to do backports marked [1]. Thanks, Martin [1] https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.0.4tobebackported -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa

Re: [GRASS-dev] v.kriging: enable BLAS and LAPACK for Windows

]. msys2 comes with OpenBLAS, it could be probably enough. I will take a look at this issue during Solany hackfest [1]. Ma [1] https://grasswiki.osgeo.org/wiki/GRASS_GIS_contributors_meetings_in_Solany/February_2016#Discussed_topics -- Martin Landa http://geo.fsv.cvut.cz/gwiki/L

Re: [GRASS-dev] wingrass daily broken - duplicate message definition...

Hi, 2016-02-02 19:23 GMT+01:00 Markus Neteler <nete...@osgeo.org>: > Fixed. thanks! Let's check the next wingrass builds. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list

Re: [GRASS-dev] wingrass daily broken - duplicate message definition...

Hi, 2016-02-02 19:03 GMT+01:00 Markus Neteler <nete...@osgeo.org>: > fixed in r67715 thanks, btw, trunk has the same issue. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing l

[GRASS-dev] wingrass daily broken - duplicate message definition...

. Martin [1] https://wingrass.fsv.cvut.cz/grass71/x86_64/logs/log-r67711-59/package.log -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman

Re: [GRASS-dev] r67535: pygrass: change dirname in set_path()

sense to me. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r67535: pygrass: change dirname in set_path()

Hi Pietro, 2016-01-25 11:31 GMT+01:00 Pietro <peter.z...@gmail.com>: > I've added some more documentation to clarify this point. Thanks, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___

Re: [GRASS-dev] graphic identity

Hi, 2016-01-25 7:40 GMT+01:00 Vincent Bain <b...@toraval.fr>: > is it possible to update right now (for the next 7.0.3) these little > changes ? maybe better to wait for 7.0.4. We are in hard freeze, only bugfixes should go in. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwik

Re: [GRASS-dev] graphic identity

2016-01-25 12:06 GMT+01:00 Martin Landa <landa.mar...@gmail.com>: > maybe better to wait for 7.0.4. We are in hard freeze, only bugfixes > should go in. Martin done, https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.0.4tobebackported -- Martin Landa http://geo.fsv.cvut.cz/gwik

Re: [GRASS-dev] hierarchical segmentation

Hi, 2016-01-22 14:15 GMT+01:00 Martin Landa <landa.mar...@gmail.com>: >> but not yet in 7.0 > > right, set_path() in relbr70 needs to be updated. I am putting it to > my hot TODOS. Ma done in r67626. Installing i.segment.hierarchical also works here now. Ma

Re: [GRASS-dev] GRASS developer meeting in Solany

Hi, 2016-01-19 18:51 GMT+01:00 Martin Landa <landa.mar...@gmail.com>: > this is a public announcement of local GRASS Community Sprint in the > Czech Republic localed in Solany village. The next planned meeting is > scheduled to 22.-25./1. [1], see past meetings [2]. You are

Re: [GRASS-dev] GRASS developer meeting in Solany

re is option to organize Solany Code Sprint before 5th or after 19th. What option would you prefer? Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lis

Re: [GRASS-dev] hierarchical segmentation

Hi, 2016-01-22 9:34 GMT+01:00 Markus Neteler <nete...@osgeo.org>: there were more issues, fixed in r67621:3. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osg

Re: [GRASS-dev] Problem with the wxpython gui

ur GRASS installation as whole. You cannot use up-to-date wxGUI code against out-dated python libs. The debug_level() function has been modified in [1] together with GUI. Ma [1] https://trac.osgeo.org/grass/changeset/67609/ -- Martin Landa http://geo.fsv.cvut.cz/gwik

Re: [GRASS-dev] hierarchical segmentation

Hi, 2016-01-22 11:30 GMT+01:00 Markus Neteler <nete...@osgeo.org>: > but not yet in 7.0 right, set_path() in relbr70 needs to be updated. I am putting it to my hot TODOS. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/ment

Re: [GRASS-dev] GRASS developer meeting in Solany

Hi Vaclav, 2016-01-20 5:23 GMT+01:00 Vaclav Petras <wenzesl...@gmail.com>: > greetings to the Czech Republic. We are having an afternoon event in > Raleigh, NC on January 23 dedicated to contributing to GRASS GIS [1]. very good idea :-) Ma -- Martin Landa http://geo.fsv.cvut.cz

<    3   4   5   6   7   8   9   10   11   12   >