8 / 666 62 09
> E-mail: [EMAIL PROTECTED]
>
> Web:
> http://www.ist.supsi.ch
> http://istgis.ist.supsi.ch:8001/geomatica/
> ---
>
>
> ___
> grass-dev mailing list
> gras
ource code available in GRASS Add-Ons repository.
Any objections?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
://josef.fsv.cvut.cz/~landa/grass-cvs2svn/
[4] http://josef.fsv.cvut.cz/cgi-bin/viewcvs.cgi/?root=grass-svn2
[5] http://grass.gdf-hannover.de/wiki/Migration_from_CVS_to_SVN#List_of_tags
2007/11/8, Martin Landa <[EMAIL PROTECTED]>:
> Hi all,
>
> based on "Motion: migrate
Hi Ivan,
fixed in CVS.
спасибо, Martin
2007/11/24, Ivan Shmakov <[EMAIL PROTECTED]>:
> >>>>> Martin Landa <[EMAIL PROTECTED]> writes:
>
> [...]
>
> >> I would like to import points data in GRASS (with v.in.ascii). My
> >> data
gt; > v.in.ascii coulumn scanning code seems to overlook that case.
>
> [...]
>
> Since my message has apparently not reached grass-dev, and since
> you're interested in this problem, I'm forwarding it to you.
> The problem seems to me so
Hi all,
I would like to add to the GIS library (strings.c) new fns
G_is_double(char *str) and G_is_int(char *str). Any objections?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
gra
quot;columns" in parser.c? the change would be backwards compatible as the
> options work on minimum letter match)
already done
http://freegis.org/cgi-bin/viewcvs.cgi/grass6/lib/gis/parser.c.diff?r1=1.133&r2=1.134
Martin
>
> thanks,
> Hamish
>
>
>
>
> _
like a number,
or has extra characters after what looks to be a number */
return 0;
}
return 1;
}
Maybe doesn't make sense so much.
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
- last two: s/Create/Use/
> 3. For the screenshot maybe scroll down past all the "Unknown"s to
> something common/interesting? 4-7. nice
> 8. where's the "yes" button?
> 9. allow different east-west and north-south res. (maybe keep just the
> one as default but offer
It was bug I just forgot to comment listmix.TextEditMixin for virtual
list. You can edit records from contextual menu ("Edit selected
record").
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi dev's,
I have cleaned up the wiki page dedicated to the GRASS cvs2svn
repository migration.
http://grass.gdf-hannover.de/wiki/Migration_from_CVS_to_SVN
Relevant text moved to the related discussion page.
Still space for last comments before migration will be done...
Martin
--
M
=p1 to=p1 upload=dist,cat col=dist,cat -a --q
3|0.00|3
3|6391.744296|1
3|3888.896305|2
1|6391.744296|3
1|0.00|1
1|5415.294148|2
2|3888.896305|3
2|5415.294148|1
2|0.00|2
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/
art Trac instance.
I hope it make sense..., regards Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.3-release branches would be created immediately,
> with 6.4-release created once 6.x-devel has accumulated changes which
> cannot go into the 6.3.x releases.
>
> The trunk would become 7.x-devel, and would quickly change to the
> point that merging changes with 6.x-devel would beco
ld.intevation.org/export/tracker.php?atid=188&group_id=21
Martin
[1]
http://grass.gdf-hannover.de/wiki/GRASS_Migration_to_OSGeo#Migration_of_GForge.2FRT_bugtracker_to_OSGeo_Trac
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
Hi,
2007/12/10, Maciej Sieczka <[EMAIL PROTECTED]>:
> Martin Landa wrote:
>
> > But the export from GForge failed
>
> How did you do this "export"?
this URL should generate XML file with tickets definition of the given
group (atid=188) (which can be used a
Hi,
2007/12/10, Markus Neteler <[EMAIL PROTECTED]>:
> including the link to the new Drupal test site.
BTW, would be possible to create Drupal accounts automatically for all
members of LDAP "grass" group - to synchronize it...?
Martin
--
Martin Landa <[EM
Hi Maciek,
2007/12/11, Maciej Sieczka <[EMAIL PROTECTED]>:
> Interesting. Is this export feature documented somwhere? How
> did you find it out?
http://lists.edgewall.com/archive/trac/2006-April/007535.html
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.
Hamish,
2007/12/11, Hamish <[EMAIL PROTECTED]>:
> Martin Landa wrote:
> > BTW, it was not discussed here yet, I think it would be good to slowly
> > move dev's stuff from Mediawiki to Tracwiki, see
> >
> > http://trac.osgeo.org/grass/wiki
> >
>
___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
__
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
09
and
http://trac.osgeo.org/grass/changeset/20310
>
> http://trac.osgeo.org/grass/changeset?old_path=grass%2Ftrunk%2Fdisplay%2Fd.colors%2Fcurses.c&old=29409&new_path=grass%2Ftrunk%2Fdisplay%2Fd.colors%2Fcurses.c&new=29409
>
>
Martin
--
Marti
Hi all,
I guess v.generalize and v.path.obstacles can removed from
grass-addons (now in main source tree as v.generalize and
v.net.visibility).
?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev m
;
> > There should be no need to port stuff back to 6.3 r.b. once we have a 6.4
> > r.b.
> > >From then on we call the new preview releases 6.4beta1, etc. and forget
> > >6.3.
> >
> >
> > We will need some strong discipline to put all
eo.org/mailman/listinfo/grass-dev
>
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi all,
on josef is available read-only back-up of GRASS SVN repository
(svnsync runs every three hours), for those who prefer ViewCVS...
http://josef.fsv.cvut.cz/cgi-bin/viewcvs.cgi/?root=grass-osgeo
Regards, Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/
ff, "%.10f", parm->deflt);
G_set_key_value(desc->key, tmp_buff, out_proj_keys);
Martin
>
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://
Hi,
2007/12/18, Hamish <[EMAIL PROTECTED]>:
> Martin Landa wrote:
> > it should be fixed now in trunk (since I don't know g.setproj, please
> > take a look), I left the ticket open since I am not sure if we can
> > uncomment ch1903 item in lib/gis/datumtransfor
st comment in GForge and the attached patch.
http://wald.intevation.org/tracker/index.php?func=detail&aid=405&group=21
Sounds reasonable?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.c
393 G_fatal_error( error_msg );
>394 }
>395
>396 ImportBand( hBand, output, NULL );
>397
>398 if (title)
>399 G_put_cell_title (output, title);
>400 }
> ...
>
> _____
ff --v
$ gdalinfo /tmp/lsat7.tiff | grep Band
Band 1 Block=3000x1 Type=Byte, ColorInterp=Red
Band 2 Block=3000x1 Type=Byte, ColorInterp=Green
Band 3 Block=3000x1 Type=Byte, ColorInterp=Blue
Regards, Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cv
rch in code description":
>
>enter "UTM"
>
>
>
>
> The list lacks a scroll bar... (in essence two scroll bars: one for x,
>
> one for y direction). Since I cannot resize the location wizard window,
>
> I cannot really navigate there.
>
>
>
&g
to both potential limits and crashes, which
> I'm on the way to investigate.
>
> _______
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Martin Landa <[EMAIL P
allini, see: http://www.faunalia.it/pc
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
_
ctory?
>
> 2. Which C API command do I use to delete every element of a
> vector map except the attribute table (Apparently, Vect_delete()
> always deletes the table, too)?
>
> Thanks,
>
> Benjamin
> ___
> grass-dev mailing lis
>> grass-dev@lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/grass-dev
> >>
> >>
> >
>
> --
> Benjamin Ducke, M.A.
> Archäoinformatik
> (Archaeoinformation Science)
> Institut für Ur- und Frühgeschichte
> (Inst. of Prehis
min Ducke <[EMAIL PROTECTED]>:
> OK, this seems to be a useful hint, so here it goes again:
>
> Martin Landa wrote:
> > hi,
> >
> > it is better to create one diff file instead of bunch of them, e.g.
> >
> > svn diff vector/v.in.ascii > v-in-ascii.dif
__
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi all,
based on the previous discussion [1] I think it is time to create
devel branch for grass6 and to start developing grass7 in trunk. (?)
Martin
[1]
http://www.nabble.com/GRASS-CVS-to-SVN-migration%3A-repository-structure-to14189273.html#a14189273
--
Martin Landa <[EMAIL PROTEC
Hi devs,
I would like to ask you for your opinion... to use sqlite as default
db driver for grass64 (instead of dbf). What do you think?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
s.osgeo.org/mailman/listinfo/grass-web
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
t; _______
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
;
> rather than having to remember to call fclose(fp) at many different
> "return" statements.
>
> --
> Glynn Clements <[EMAIL PROTECTED]>
> _______
> grass-dev mailing lis
> better access rights.
great! Works now. My id is 'martinl'.
Thanks a lot,
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
niacally depressed robot? No, don't try and answer, I'm
> 50,000 times more intelligent than you and even I don't know the
> answer...
>
> - HitchHiker's Guide to the Galaxy
>
>
> ___
> grass-dev mailing list
ing. In my long-term TODO;-)
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
sburye
> http://www.kyngchaos.com/
>
> "Those people who most want to rule people are, ipso-facto, those
> least suited to do it."
>
> - A rule of the universe, from the HitchHiker's Guide to the Galaxy
>
>
>
--
Martin Landa <[EMAIL PROTECTED]> *
--with-wxpython you need to enable also --with-python
since wxPython requires Python of course. The wx digitization tool
also uses minimalistic SWIG interface, so swig is also needed. BTW,
the is no option --with-swig, should be?
Martin
--
Martin Landa <[
ython stuff
is installed only if --with-wxpython is given.
Martin
>
> The Tcl/Tk check is meant for code which links against the Tcl/Tk
> libraries, namely NVIZ, v.digit and the form library.
>
> --
> Glynn Clements <[EMAIL PROTECTED]>
>
--
Martin Landa <[EMAIL PROT
izona State University
>
> Phone: 480-965-6262
> Fax: 480-965-7671
> www:
>
>
>
> On Jan 14, 2008, at 5:17 AM, Martin Landa wrote:
>
> > Hi,
> >
> > 2008/1/14, Michael Barton <[EMAIL PROTECTED]>:
> >
> > [snip]
> >
> >>&g
enable programmer
change behaviour of G_fatal_error() when really need, e.g. to avoid
crashing GUI (qgis or native wxpython-based).
?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
gra
n't need
> the wxPython checks.
Well I am not sure about wx/wxpython version check. C/C++ code needed
for digitization tool is compiled against wx library. So maybe
checking wx version makes sense. Maybe also --with-wx-includes and
--with-wx-lib are need (and to rename --with
g separate thread in Python code(?).
The second point, I guess it was the reason (crashing e.g. qgis) why
(probably by Radim) Vect_*_fatal_error() were added to Vect library.
But it is used only in open.c and legal_vname.c as far as i know.
Avoiding calling exit() in G_fatal_error() in the given ca
Hi,
2008/1/14, Martin Landa <[EMAIL PROTECTED]>:
> Glynn:
> > We already have G_set_error_routine(). However, a fundamental property
> > of G_fatal_error() is that it doesn't return (that's why the "fatal"
> > is part of the name).
>
> righ
aybe --with-swig would be needed since swig is used for creating
python module.
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi,
2008/1/16, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> - prnmsg ("\r%d %s \n", plus->n_lines, _("primitives registered"));
> + prnmsg ("\r%d %s \n", plus->n_lines, _("Primitives registered"));
just note, not important, i prefer
10 primitives registrated
then
10 Primitiv
> > which do not lead to the installation of wxgrass.
> >
> > Moritz
> >
>
> ___
> grass-user mailing list
> [EMAIL PROTECTED]
> http://lists.osgeo.org/mailman/listinfo/grass-user
>
--
Martin Landa <[EMAIL
mplexity
> Arizona State University
>
> Phone: 480-965-6262
> Fax: 480-965-7671
> www:
>
>
>
> On Jan 17, 2008, at 2:47 AM, Martin Landa wrote:
>
> > Michael,
> >
> > 2008/1/17, Michael Barton <[EMAIL PROTECTED]>:
> >
> >> Shoul
ich calls it to actually recover from errors
> rather than just terminating the program as soon as anything goes
> wrong.
>
> Even if you take the approach QGIS uses and install an error handler
> which longjmp()s out to the caller, you have to allow for the fact
> that the data structures used by the GRASS libraries may be left in an
> inconsistent state, so subsequent library calls may simply segfault.
well, thanks a lot for the clarification.
Regards, Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
urs only)
>
> Would it be a big mess to extend that?
I guess wouldn't be so complicated to add support also for faces (and
3d lines in general) to v.to.rast... I can try take a look.
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
_
Hi,
2008/1/21, Martin Landa <[EMAIL PROTECTED]>:
> 2008/1/21, Markus Neteler <[EMAIL PROTECTED]>:
> > can we convert 3D polygons or tins to a DEM? Possibly a job for
> > v.to.rast...
> >
> > v.to.rast help
> > ...
> > use Source
operator=and
?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
is under active development, the future shows...
Regards, Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
irror does not have it:
> http://josef.fsv.cvut.cz/cgi-bin/viewcvs.cgi/grass/
sorry, I don't understand, comparing
http://freegis.org/cgi-bin/viewcvs.cgi/grass6
and
http://josef.fsv.cvut.cz/cgi-bin/viewcvs.cgi/grass/trunk/?root=grass-osgeo
Regards, Martin
--
Martin Landa <[EMAIL PR
east from my point of view.
Regards, Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
^^
>
> http://josef.fsv.cvut.cz/cgi-bin/viewcvs.cgi/grass/trunk/display/d.ask/main.c?rev=23493&root=grass-osgeo&view=log
> "Revision 23493 - (view) (download) (as text) - [select for diffs] "
I have upgraded viewcvs, now seems to wor
in the 6.4 branch since trunk/HEAD will
> undergo demolition and restructuring.
I think so.
> I have drafted a management page here:
> http://trac.osgeo.org/grass/wiki/Grass7Planning
It would be great to start developing grass7 (to create devel/release
branch for 6.4 as soon as possi
s removed from one place, care
> must be taken to add it back in somewhere else.
http://trac.osgeo.org/grass/changeset/25463
The tooltip (module->description) has been moved to the manual page.
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
gt; be solved in the GRASS vector libraries, not in individual modules?
Yes, it need to be solved on library level.
[snip]
Regards, Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
xgrass starts, only the Location Wizard is broken here.
>
> uname -a
> Linux localhost 2.6.17-11mdv #1 SMP Tue Feb 13 11:59:10 MST 2007 i686
> Intel(R) Pentium(R) 4 CPU 2.53GHz GNU/Linux
here seems to work (python 2.4.4, wxpython 2.8.7.1). Try to
comment-out line 118 in gui_modules/loca
y to the TclTk GUI
> (unfortunately I still wait for Debian+wx2.8 issues to be resolved
> before I can help).
>
> If the information is important enough to be used as a subtitle, by all
> means it should be mentioned in the help page as well.
The wxGUI would
t; > > GRASS vector model), shouldn't they?
>
> Martin Landa wrote:
> > AFAIU, face is 3D boundary, kernel is 3D centroid for volume (3D
> > corpus, the topological composition of faces and kernel). So
> > resulting triangles should be zero-height volumes (volumes
ick the
> map.
>
> Michael
>
> --
> Ticket URL:
> <http://trac.osgeo.org/grass/ticket/24#comment:5>
> GRASS GIS <http://grass.osgeo.org>
> GRASS Geographic Information System (GRASS GIS) - http://grass.osgeo.org/
>
> ___
it a1 tool=delete query=length type=line,boundary thresh=-$thresh
longer than $thresh
v.edit a1 tool=delete query=length type=line,boundary thresh=-$thresh
It would be possible to modify rmline tool in v.clean to be
thresh-sensitive. Since v.edit do the job in the better way I think we
can
n.dem>1500,0,1)';
d.mon x0;
d.rast elevation.dem
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ent
> place than it is for Linux--and in yet a different place for Windows.
Regards, Martin
>
> Michael
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
Barton, Professor of Anthropology
> Director of Graduate Studies
> School of Human Evolution & Social Change
> Center for Social Dynamics & Complexity
> Arizona State University
>
> Phone: 480-965-6262
> Fax: 480-965-7671
> www:
>
>
>
> On Feb 5, 2008,
enough to work with Mac and Windows, or are they
> still hard coded to Linux locations?
if you look at gui/wxpython/vdigit/Makefile, only one location is
still hard-coded, the includes for python
-I/usr/include/python$(PYTHONVERSION)
The patch
ee the
> wxwidgets option either - are you sure it's in SVN now?
the patch is attached to the ticket, see
http://trac.osgeo.org/grass/attachment/ticket/38/configure_wx.diff
not submitted to svn, since the review is needed...
Martin
--
Martin Landa <[EMAIL PROTECTE
e job in the better way I think
> > we can leave rmline as it is.
>
> ok, but it's a bit inconsistent.
to rename rmline, to rmzeroline ?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
be same the issue as (patch already attached).
http://www.nabble.com/i.landsat.rgb-problem-td14917120.html#a14917120
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo
in ML, Trac seems to be a perfect place where to "stock"
patches.
If no objections I can commint my/your patch to SVN.
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
gr
2
d.out.file -c sf_cairo format=png size=800,800
d.out.file -c sf_cairo format=pdf size=800,800
d.out.file -c sf_cairo format=ps size=800,800
Martin
[1] http://grass.gdf-hannover.de/wiki/Cairo_driver
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
/grass-dev/2007-August/032604.html
--
Martin Landa * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Ahoj,
2008/2/8, Jachym Cepicky <[EMAIL PROTECTED]>:
> what about PyGRASS GUI ?
?? You mean wxPython GUI?
> will g.gui accept --gui-type flags?
yes, definitely it should
g.gui --gui-type=[wxpython|tcltk|oldtcltk]
tlctk == gis.m
oldtcltk == d.m
?
Martin
>
> jachym
>
or sys.version[2] > \"4\":
libpl = \"%s/include/python%s\" % (sys.exec_prefix, sys.version[:3])
else:
libpl = \"%s/'$PYLIB'/python%s/config\" % (sys.exec_prefix, sys.version[:3])
print \"-I%s -I%s\" % (inc
hat includes work
> on the Win32 port, wxGUI/Python stuff and 3D capabilities.
Good point. Should be wxGUI included in 6.3.0. If so, I propose to
apply changes in configure [1], and to copy gui/wxpython to
releasebranch_6_3 before 6.3.0 will be tagged. (?)
Martin
[1] http://trac.osgeo.org/gras
Hi,
2008/2/9, Martin Landa <[EMAIL PROTECTED]>:
[snip]
> > For 6.3.X, I would envision a release that includes work
> > on the Win32 port, wxGUI/Python stuff and 3D capabilities.
>
> Good point. Should be wxGUI included in 6.3.0. If so, I propose to
> apply changes in
Hi,
2008/2/9, Martin Landa <[EMAIL PROTECTED]>:
> > > I remember there was discussion about renaming wxgrass [1]. Before
> > > wxgui will be used by users, I would like to raise this question
> > > again.
> > ...
> > > [1]
> > > http://li
Hi,
2008/2/8, Hamish <[EMAIL PROTECTED]>:
> Martin Landa wrote:
> > I remember there was discussion about renaming wxgrass [1]. Before
> > wxgui will be used by users, I would like to raise this question
> > again.
> ...
> > [1]
> > http://lists.osgeo.
comments.
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
map in graphic display
and Digit class for modifying data. Digit class is used when user
choose vdigit component in preferences dialog, otherwise v.edit is
called directly.
Regards, Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
____
> Never miss a thing. Make Yahoo your home page.
> http://www.yahoo.com/r/hs
>
>
--
Martin Landa * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi,
2008/2/10, Martin Landa <[EMAIL PROTECTED]>:
[skip]
> > FWIW, on my system (Debian/stable) there is no python-config in sight.
> >
> > $ locate python-config
> > $ apt-file search bin/python-config
> > $
> >
> > nothin.
> > (apt-f
n my system. There's no telling what additional flags it
> might need on some other system.
thanks for clarification, I modified the patch to require
python-config (or python$PYVERSION-config), see
http://trac.osgeo.org/grass/attachment/ticket/38/configur
58 AM, [EMAIL PROTECTED] wrote:
> > > From: "Martin Landa" <[EMAIL PROTECTED]>
> > > 2008/2/9, Martin Landa <[EMAIL PROTECTED]>:
> > >>> For 6.3.X, I would envision a release that includes work
> > >>> on the Win32 port, wxGUI/Pyt
teler/neteler 0 2008-01-09 10:10 grass-6.3.0RC4/gui/wxpython/
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi,
2008/2/10, Markus Neteler <[EMAIL PROTECTED]>:
> On Feb 10, 2008 5:59 PM, Martin Landa <[EMAIL PROTECTED]> wrote:
> > 2008/2/10, Markus Neteler <[EMAIL PROTECTED]>:
> > > > unfortunately, it has been included, even worse the old wxPython c
Hi,
2008/2/10, Markus Neteler <[EMAIL PROTECTED]>:
> On Feb 10, 2008 5:59 PM, Martin Landa <[EMAIL PROTECTED]> wrote:
> > 2008/2/10, Markus Neteler <[EMAIL PROTECTED]>:
> > > > unfortunately, it has been included, even worse the old wxPython c
n-config?
You can currently run with --with-python=/usr/bin/python2.5 to force
using version 2.5.
> Resist the temptation to turn configure into an expert system. The
> general policy is that any deviation from the obvious default has to
> be explicitly specified by the user.
>
> E.g.
1 - 100 of 3491 matches
Mail list logo
