Re: [GRASS-dev] NSF Grant Awarded to Enhance GRASS GIS Ecosystem

[massimo di stefano]

Bravi tutti!

Congratulations <3 !

Il giorno ven 8 set 2023 alle 20:38 Anna Petrášová 
ha scritto:

> Dear all,
>
> On behalf of a team of researchers from four U.S. universities, I am
> excited to announce a new NSF funded project to support and expand the
> global GRASS GIS community. See the announcement below:
>
> https://grass.osgeo.org/news/2023_09_06_nsf_grant_awarded/
>
> Best,
> Anna
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Should we use GitHub Discussions?

[massimo di stefano]

‘’’
 I think emails (and mailing lists) are awesome, but mailing lists are
increasingly seen as archaic and not accessible
‘’’

What about migrating our mailing list to mailman3?
The postorius interface looks modern and when integrated with hyper kitty,
allows an easy access to the list archives (including search and post
statistics).


My 2cents.


Il giorno gio 21 gen 2021 alle 4:32 AM Vaclav Petras 
ha scritto:

> Let me finally write some arguments for GitHub Discussions.
>
> First of all, I think it is a tradeoff, so I agree that the issues here
> are valid, at least to a point. My question now is if it is worth enabling
> GitHub Discussions anyway.
>
> As I mentioned earlier, people are asking for a web-based solution (see
> e.g. post from November on grass-user [1]). I think emails (and mailing
> lists) are awesome, but mailing lists are increasingly seen as archaic and
> not accessible. Nabble does not seem to cut it and it was even demoted on
> the mailing list for its link instability (which I think is a concern). It
> seems that if the Nabble situation would be fixable, it would be fixed
> already. Signup to receive all emails for a specific mailing list before
> posting a question is a big commitment, especially when people are using
> multiple software packages or are just trying out GRASS GIS. Is it clear to
> everybody they need to sign up before posting anyway? When you are already
> committed to GRASS GIS, they might not show stoppers, but when you are not,
> they certainly can be. Conclusion: If we want even the uncommitted users to
> ask questions, we need something which feels light, you already have an
> account there, and it does not require you to manage email filtering.
>
> There are already web-based forums, namely GIS StackExchange and
> StackOverflow proper where GRASS-related questions are being asked. This
> demonstrates the interest in the web-based Q platform, however when you
> look at the posts there, you see that it does not work that great. First,
> many of the original posts and consequently answers are actually not a good
> fit for that kind of platform - often a back and forth discussion is
> required. And perhaps more importantly, there are only a few GRASS power
> users answering there compared to mailing lists and comparing to how many
> people from the GRASS community have an account on GitHub. Conclusion: Even
> if we don't direct users to a platform and support that platform, people
> will use it anyway resulting in harm as questions are not properly answered.
>
> GitHub Discussions is a good web-based forum for three reasons, 1) GitHub
> is a platform we are already committed to, 2) devs, core+addon
> contributors, and bug-reporting users all have an account there, 3) a lot
> of potential users already have account there. The last point is especially
> interesting because not only that a lot of code-aware GIS users or
> scientists have an account there, but a lot of developers have an account
> there and we are very very interested in attracting developers.
> Developers/programmers need to combine multiple projects to create whatever
> they are creating. Asking them to subscribe to a mailing list in order to
> ask a question is exactly the reason why they will try their luck with
> another project. Conclusion: To attract more users, especially those who
> are developers, a GitHub-related service, such as GitHub Discussions, is
> needed and we are already on GitHub.
>
> As I mentioned in the initial post, I don't think enabling GitHub
> Discussions means closing mailing lists. I think it is important we have
> there is an option to ask a question, or even report a problem, without
> signing up for a proprietary third party service (it is bad enough we more
> or less require that for contributions). However, as there are people who
> see GitHub Terms and Conditions or a web interface as a barrier to post a
> question, there are people who see mailing list sign up for more inbox
> traffic, emailing, or attachment limitations as a barrier. The commitment
> needed for a mailing list, includes, perhaps surprisingly, an important
> group to reach that is the developers.
>
> Best,
> Vaclav
>
> [1] https://lists.osgeo.org/pipermail/grass-user/2020-November/081842.html
>
>
> On Mon, Jan 18, 2021 at 8:41 AM Markus Neteler  wrote:
>
>> On Sun, Jan 17, 2021 at 6:35 PM Brendan  wrote:
>> >
>> > Could posts on the mailing list automatically be posted on GitHub
>> Discussions and vice versa?  That's how the GRASS Nabble forums work right?
>> Those look great.
>>
>> If that would work, perhaps yes.
>>
>> Otherwise I'm with Moritz and the others who see the risk of
>> fragmentation etc.
>>
>> Markus
>> ___
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-dev
>>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> 

Re: [GRASS-dev] [release planning] 7.4.0

[massimo di stefano]

You're right .. blind: ctrl+c / ctrl-v

```
sudo apt-add-repository --remove ppa:grass/grass-stable
```

And then update + upgrade gave me a shiny GRASS 74

Thanks.

> On Jan 31, 2018, at 6:29 PM, Martin Landa <landa.mar...@gmail.com> wrote:
> 
> 2018-01-31 23:52 GMT+01:00 massimo di stefano <massimodisa...@gmail.com>:
>> # Add Ubuntu Unstable PPA when running LTS Ubuntu release
>> sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
>> # Otherwise add GRASS Stable PPA
>> sudo add-apt-repository ppa:grass/grass-stable
> 
> you misunderstood the statement.
> 
> Run
> 
> sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
> 
> when using LTS.
> 
> On non-LTS release (like Ubuntu 17.10) run
> 
> sudo add-apt-repository ppa:grass/grass-stable
> 
> instead.
> 
> So probably instructions needs some clarification ;-) Ma
> 
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa



signature.asc
Description: Message signed with OpenPGP
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] 7.4.0

[massimo di stefano]

Hi,

The ks for the release!

I was going to update a server running ubuntu 16.04, after running the 
instruction below:


# Add Ubuntu Unstable PPA when running LTS Ubuntu release
sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
# Otherwise add GRASS Stable PPA
sudo add-apt-repository ppa:grass/grass-stable
Apt-get update gave me:


Err:19 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main amd64 
Packages
  404  Not Found
Hit:48 http://download.onlyoffice.com/repo/debian squeeze InRelease
Ign:20 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main i386 
Packages
Ign:21 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main all 
Packages
Ign:22 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main 
Translation-en
Get:49 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial/main 
amd64 Packages [49.3 kB]
Get:51 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial/main 
i386 Packages [49.3 kB]
Get:52 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial/main 
Translation-en [19.2 kB]
Fetched 9,247 kB in 2s (4,091 kB/s)
Reading package lists... Done
W: The repository 'http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial 
Release' does not have a Release file.
N: Data from such a repository can't be authenticated and is therefore 
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
E: Failed to fetch 
http://ppa.launchpad.net/grass/grass-stable/ubuntu/dists/xenial/main/binary-amd64/Packages
  404  Not Found
E: Some index files failed to download. They have been ignored, or old ones 
used instead.


—Massimo.


> On Jan 31, 2018, at 5:44 PM, Markus Neteler  wrote:
> 
> On Wed, Jan 31, 2018 at 10:57 AM, Martin Landa  wrote:
>> Hi,
>> 
>> 2018-01-31 9:43 GMT+01:00 Moritz Lennert :
>>> Do we get a reasonable set of binaries ready for tomorrow?
>>> Then we could publish the announcement.
>> 
>> Ubuntu packages were uploaded to UbuntuGIS Unstable too (grass,
>> gdal-grass, and qgis (*)).
> 
> ok thanks!
> 
> Can (all) please verify that the download instructions are right?
> 
> * https://grass.osgeo.org/download/software/linux/#g74x
>  --> are the Ubuntu instructions right?
> 
> * https://grass.osgeo.org/download/software/ms-windows/#g74x
> * (Mac OSX forthcoming)
> * other systems?
> 
> thanks
> Markus
> 
>> Ma
>> 
>> (*) there are still some problem when rebuilding QGIS for trusty, this
>> package has been updated yet.
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev



signature.asc
Description: Message signed with OpenPGP
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GSoC 2017 - SOS tools

[massimo di stefano]

Hi Ondrej, 
what about working on your gsoc 2016 idea?

I guess we all want the GSOC be an “instrument” to involve students in the 
project they chose and “hopefully” have them continuing what they started …
IMHO this “continuation” is very important and is a clear sign of how much the 
student cares about to the project itself.

I’ve had bad experience with gsoc, I know the students are not obligated in 
continuing to contribute to the project after the GSOC period .. but I think 
that’s what we hope. 
It is a very bad feeling when a mentor spent the whole summer following a 
student which then literally disappear after the application period  

for your idea i can see the following improvements:
- porting to qt5
- porting to py3 (only task.py need some twiking)
- complete the modules, I tried it and I found it incomplete.

I can co-mentor if interested.

Massimo.


> On Mar 8, 2017, at 5:09 AM, Ondřej Pešek  wrote:
> 
> Hello everyone,
> 
> I am Ondrej Pesek, a student at CTU in Prague (studying master studies in 
> geomatics) and I would like to participate in GSoC 2017. 
> 
> I am most interested in the SOS topic [1]. I will work during summer in NINA 
> where I should work with istSOS, So I'm thinking about istSOS also in this 
> topic. 
> 
> I prefer something in python as I made my bachelor thesis in python (aerial 
> data shift on a trajectory - plugin for QGIS) and I participated in last GSoC 
> (PyQt based GUI for GRASS), but I have also basic knowledge of C++ and now 
> I'm trying to get little bit familiar with Java. 
> I have no experiences with SOS but I'm open to learn new skills. 
> 
> Looking forward to your reply.
> 
> Have a nice day, 
> Ondrej
> 
> 
> [1] https://trac.osgeo.org/grass/wiki/GSoC/2017#SOStools 
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Reviewing GSoC 2017 page

[massimo di stefano]

For web grass the ideal is to have a dedicated rendering system, based on GRASS 
data read by C++ in a buffer and rendered to html5 canvas or webgl directly. 
there is a gitter page if anyone is interested on web grass and want discuss 
its further development. 

For the jupyter notebook IMHO the easiest way to interact with grass, is to use 
a js framework as canvas and load images by converting grass data to jpeg or to 
 tiled images (ipyleaflet or cesiumpy are good options) I use gdal2tiles and 
gdaldem to generate ipyleaflet friendly images. 

The cons of this, as Rashad said, is that the grass data gets copied server 
side and will not be “in sync” in case the raster map is subject to some 
processing .. to keep the maps up-to-date I generate an sha-ash code for each 
raster and I connect it to a refresh button (ipywidgets) to regenerate the 
tiles or jpeg if the linked raster has changed.

The mapserver option introduce one more dependency … which can maybe annoying, 
but avoid to copy data by loading grass raster linked directly to the grass 
data  from a map file (needs goal-grass plugin)

I use the “js" method in a pyqt gui application loading leaflet and cesium in a 
qtwebengine, for personal use it works quite well .. but is hackish and 
suboptimal …

Massimo.


On Feb 3, 2017, at 2:14 PM, Margherita Di Leo  wrote:
> 
> 
> 
> On Thu, Jan 26, 2017 at 6:37 PM, Vaclav Petras  > wrote:
> 
> [...]
> 
> Not directly related. Jupyter Notebook is independent and with some additions 
> of interactive maps it could be used as a web interface for advanced or 
> Python aware users. It can be used even now, but for visualization, you need 
> to deal with d.* commands (which is fine in general but not for zooming, 
> panning, ...) or you need to plug in other solution for visualization (like 
> MapServer reading from GRASS GIS Database). There might be some code sharing 
> between (some/any) web GRASS and Jupyter on the side of Python API or 
> JavaScript map display (if applicable).
>  
> 
> See: https://github.com/SylvainCorlay/ipyleaflet 
> 
> 
> -- 
> Margherita Di Leo
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Interest in GSoC 2016

[massimo di stefano]

Hi Anna,

Depending on how much effort the implementation in Qt of the current rendering 
system will require
maybe is worth to explore new rendering tools. 
Or design the gui code base in a way that will make the adoption of new 
rendering systems as easy as possible. 
It is my understanding that the hardest part will be the development of tools 
to interact with the map canvas.

for the rendering I was thinking of 2 different approaches using library like 
vispy:

http://vispy.org/ <http://vispy.org/>

or datashader:

https://github.com/bokeh/datashader <https://github.com/bokeh/datashader>

the first is an OpenGL rendering system (smooth pan/zoom and continue rendering)
the second is suitable for large data (render billions of point without 
crashing the app)

I tried both with standard dataset.

vispy is an attractive library very fast rendering but I don’t know how much 
effort is required to implement 
“mouse events like digitizing and other map canvas interactive tools”

datashader is more “matplotlib-like”, at an api level, 
that should make the development of tools to interact with the map canvas a 
little easier.


I agree with you, a new rendering system can be coded outside GSoC, what you 
mentioned

> using the
> current rendering system and focusing on rewriting to qt plus
> refactoring of the current code


is indeed a lot of work for a single GSoC.
I’ve some experience with PyQt, and I’m willing to help in making this a 
successful idea.

Massimo.

> On Mar 24, 2016, at 10:32 PM, Anna Petrášová <kratocha...@gmail.com> wrote:
> 
> On Thu, Mar 24, 2016 at 10:12 PM, massimo di stefano
> <massimodisa...@gmail.com <mailto:massimodisa...@gmail.com>> wrote:
>> Hi Ondřej,
>> 
>> I also think that Qt is a mature, powerful and stable framework to develop
>> GUI.
>> 
>> I was wondering if you considered the adoption of modern OpenGL based
>> rendering system.
> 
> Could you be more specific about the OpenGL, do you have some
> solutions in mind? I thought this project would be about using the
> current rendering system and focusing on rewriting to qt plus
> refactoring of the current code because that alone is  a lot of work
> if you are not familiar with the current codebase. Better rendering
> could be added later on. But I think Ondrej is open to suggestions.
> 
> Anna
> 
>> 
>> Thanks,
>> Massimo.
>> 
>> 
>> 
>> On Mar 17, 2016, at 2:45 PM, ondra.l...@seznam.cz wrote:
>> 
>> Hi,
>> 
>> My name is Ondřej Pešek and I am student of Czech Technical University in
>> Prague.  I am in the last year of bachelor studium (geodesy, cartography and
>> geoinformatics). My bachelor thesis is development of QGis plugin (for
>> aerial data leveling). I’m developing in python and I have some basics in
>> C++. Often I work also with other gis programs (ArcGis). I am very
>> interested in co-working with Grass for Google Summer of Code 2016.
>> 
>> My idea was to generalize GUI Code for Qt-based GUI. Nowadays, Qt (PyQt) is
>> increasingly used (look at QGis, for example) and I think it would be better
>> to have minimally the roots of GUI in Qt. It’s also much easier to maintain
>> with new features. Work with design is also much more user-friendly. It
>> seems that in the future, it can be nice shortcut to change something in the
>> GUI.
>> 
>> Thanks and I’m looking forward for your answers,
>> 
>> Ondřej Pešek
>> 
>> ___
>> 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 <mailto:grass-dev@lists.osgeo.org>
>> http://lists.osgeo.org/mailman/listinfo/grass-dev 
>> <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

Re: [GRASS-dev] Interest in GSoC 2016

[massimo di stefano]

Hi Ondřej,

I also think that Qt is a mature, powerful and stable framework to develop GUI.
can you please explain us your approach to develop a Qt based map canvas?

While the development of a window for each module is pretty straightforward 
(the use of g.parser and a template.ui should make this task relatively easy) 

I was wondering if you considered the adoption of modern OpenGL based rendering 
system.

Thanks,
Massimo.



> On Mar 17, 2016, at 2:45 PM, ondra.l...@seznam.cz wrote:
> 
> Hi,
> 
> My name is Ondřej Pešek and I am student of Czech Technical University in 
> Prague.  I am in the last year of bachelor studium (geodesy, cartography and 
> geoinformatics). My bachelor thesis is development of QGis plugin (for aerial 
> data leveling). I’m developing in python and I have some basics in C++. Often 
> I work also with other gis programs (ArcGis). I am very interested in 
> co-working with Grass for Google Summer of Code 2016.
> 
> My idea was to generalize GUI Code for Qt-based GUI. Nowadays, Qt (PyQt) is 
> increasingly used (look at QGis, for example) and I think it would be better 
> to have minimally the roots of GUI in Qt. It’s also much easier to maintain 
> with new features. Work with design is also much more user-friendly. It seems 
> that in the future, it can be nice shortcut to change something in the GUI.
> 
> Thanks and I’m looking forward for your answers,
> 
> Ondřej Pešek
> 
> ___
> 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

Re: [GRASS-dev] GSoC 2016 Ideas page

[massimo di stefano]

I have to update the GSOC idea:

Web-based GUI for GRASS GIS

it is a 2 years old idea, now 3 :) … 

I can’t be a student this year, but I will be very happy to comentor this Idea.

Massimo.

> On Feb 16, 2016, at 9:19 AM, Newcomb, Doug  wrote:
> 
> With the increasing importance of LiDAR data,  would the inclusion of 
> vertical datums in the GRASS projection model be something to start thinking 
> about?
> 
> Doug
> 
> On Tue, Feb 16, 2016 at 7:44 AM, Moritz Lennert  > wrote:
> I've taken the liberty to create
> 
> https://trac.osgeo.org/grass/wiki/GSoC/2016 
> 
> 
> I just took over the ideas from the 2015 page (except for the metadata which 
> has already been subject of two GSoCs).
> 
> Please everyone review the existing proposals, possibly amending/deleting 
> your old proposals, adding new ones and adding yourself as mentor or 
> co-mentor.
> 
> Moritz
> 
> 
> 
> On 16/02/16 11:23, Margherita Di Leo wrote:
> 
> -- Forwarded message --
> From: *Margherita Di Leo*  
> >>
> Date: Tue, Feb 16, 2016 at 11:16 AM
> Subject: [@Mentors: Action required] GSoC 2016 Ideas page
> To: OSGeo Discussions  
> >>, OSGeo-SoC 
> 
> >>
> Cc: Anne Ghisla  
> >>
> 
> 
> Dear All,
> 
> 
> we would like to inform you all that we have applied on behalf of OSGeo,
> as a mentor organization for Google Summer of Code 2016. The application
> can be found at [1]. We ask your cooperation to set up the ideas page
> within few days. It is extremely important that the ideas page looks in
> good shape as it is the key page Google will be looking at when
> evaluating OSGeo. As usual, each community will set up its ideas page on
> its own wiki and will send us the link, that will be added by us to the
> main page [2]. Please forward this email to your communities.
> 
> As past years, OSGeo welcomes like minded projects that wish to
> participate under the org’s umbrella, not being official OSGeo projects.
> Please contact us to discuss it further.
> 
> 
> Your OSGeo GSoC 2016 Admins
> 
> Margherita Di Leo (madi)
> 
> Anne Ghisla (aghisla)
> 
> 
> [1] https://wiki.osgeo.org/wiki/Google_Summer_of_Code_Application_2016 
> 
> 
> [2] https://wiki.osgeo.org/wiki/Google_Summer_of_Code_2016_Ideas 
> 
> 
> 
> 
> --
> Margherita Di Leo
> 
> 
> ___
> 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 
> 
> 
> 
> -- 
> Doug Newcomb
> USFWS
> Raleigh, NC
> 919-856-4520 ext. 14 doug_newc...@fws.gov 
> -
> The opinions I express are my own and are not representative of the official 
> policy of the U.S.Fish and Wildlife Service or Dept. of the Interior.   Life 
> is too short for undocumented, proprietary data formats. As a federal 
> employee, my email may be subject to FOIA request.
> ___
> 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

Re: [GRASS-dev] Paris Code Sprint Agenda

[massimo di stefano]

I added  few notes on the git repository, it's just a quick and dirt writing … 
I’ll work on a better description later next week.

thanks,
Massimo

> On Feb 11, 2016, at 9:58 AM, Luca Delucchi  wrote:
> 
> Hi devs,
> 
> I started, a really simple, page [0] for the GRASS GIS Agenda at Paris
> Code Sprint, please the other devs joining the event could add their
> purpose for the sprint.
> 
> [0] https://grasswiki.osgeo.org/wiki/Paris_Code_Sprint_2016_Agenda
> 
> -- 
> ciao
> Luca
> 
> http://gis.cri.fmach.it/delucchi/
> www.lucadelu.org
> ___
> 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

Re: [GRASS-dev] [GRASS GIS] #2708: Run GRASS with Python3

[massimo di stefano]

Hi,

is this the right ticket to look into the porting of grass to work with python3 
? 
what’s the state of port, is there any temporary fork of the project or should 
I apply the several patches on this ticket ?

At the moment my build fails on most of core modules  my default python is V3.
Is there a way to specify in the configure which python has to be used for to 
build grass ?

Thanks!

Massimo.


> On Jul 24, 2015, at 9:57 AM, GRASS GIS  wrote:
> 
> #2708: Run GRASS with Python3
> --+-
>  Reporter:  zarch|  Owner:  grass-dev@…
>  Type:  defect   | Status:  new
>  Priority:  normal   |  Milestone:  7.0.1
> Component:  Default  |Version:  unspecified
> Resolution:   |   Keywords:
>   CPU:  Unspecified  |   Platform:  Unspecified
> --+-
> 
> Comment (by glynn):
> 
> Replying to [comment:6 zarch]:
> 
>> Testing with the python debugger:
>> 
> {{{
> ipdb> (1024 / (8 * sizeof(c_ulong)))
> 16.0
> ipdb> c_ulong * (1024 / (8 * sizeof(c_ulong)))
> *** TypeError: can't multiply sequence by non-int of type 'float'
> }}}
>> 
>> Do you have an idea on how we can fix this?
> 
> One option is to make ctypesgen use truncating division:
> 
> lib/python/ctypes/ctypesgencore/parser/cgrammar.py:282
> {{{
> -'/': ("division", (lambda x,y: x/y), "(%s / %s)"),
> +'/': ("division", (lambda x,y: x/y), "(%s // %s)"),
> }}}
> 
> However, this would break macros which perform floating-point division.
> 
> Another option would be to explicitly convert array sizes to integers, but
> that still doesn't handle the situation where a macro is expecting "/" to
> match C's division semantics (truncating division for integers, non-
> truncating division for floating-point values).
> 
> Ultimately, ctypesgen just translates macros directly to Python, so
> whichever division operator is used would be wrong for one case or the
> other. We could change it to use e.g. c_division(a,b) and define that
> function in ctypes_preamble.py. But that seems like overkill given that
> (on Linux) there are two occurrences of the division operator in the
> generated files.
> 
> One of them is for the definition of sigset_t, which is required for
> jmp_buf which in turn is required for G_fatal_longjmp(), and I'm not sure
> it's even possible to make use of that from Python. The other is for a
> macro named FUDGE() in ogsf.h, which I suspect is probably not
> particularly useful (and that one happens to be a floating-point
> division).
> 
> An alternative option is to just guard the  include and the
> G_fatal_longjmp() declaration in defs/gis.h with `#ifndef CTYPESGEN`, and
> do likewise for the FUDGE() macro in ogsf.h.
> 
> However, that ignores the possibility that other platforms may have macros
> involving division in their system headers, or that future changes to
> GRASS may pull in additional headers with such macros.
> 
> Yet another option is a combination of the other two: prevent ctypesgen
> from ever seeing a macro involving division, and just remove the division
> case from mult_ops_dict so that if it does encounter one it raises an
> exception. That may require ongoing maintenance but avoids the situation
> where we end up silently generating broken conversions of macros.
> 
> --
> Ticket URL: 
> GRASS GIS 
> 
> ___
> 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

[GRASS-dev] grass7 build error in ogsf

[Massimo Di Stefano]

Hi,

I'm tring to build grass7 with support for ffmpeg
I built ffmpeg from its git repository using this guide :


http://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide

building grass i got error in OGSF, do you know how can i fix this ?
perhaps the ffmpeg version i'm using had an api change (is too recent)
thanks a lot for any help!

log :

epi@epinux:~/dev/grass7_trunk$ cd /home/epi/dev/grass7_trunk/lib/ogsf 
epi@epinux:~/dev/grass7_trunk/lib/ogsf$ make gcc -g -O2 -fPIC 
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include 
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include 
-I/usr/include/gdal -I/usr/include -DPACKAGE=\grasslibs\ 
-I/usr/include/postgresql -I/usr/local/include/libavcodec 
-I/usr/local/include/libavdevice -I/usr/local/include/libavfilter 
-I/usr/local/include/libavformat -I/usr/local/include/libavutil 
-I/usr/local/include/libswresample -I/usr/local/include/libswscale 
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include 
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include -o 
OBJ.x86_64-unknown-linux-gnu/GK2.o -c GK2.c In file included from 
/usr/include/x86_64-linux-gnu/sys/stat.h:106:0, from 
/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include/grass/defs/gis.h:64, 
from 
/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include/grass/gis.h:577, 
from GK2.c:21: /usr/include/x86_64-linux-gnu/bits/stat.h:91:21: error: 
field 'st_atim' has incomplete type struct timespec st_atim; /* Time of 
last access. */ ^ /usr/include/x86_64-linux-gnu/bits/stat.h:92:21: 
error: field 'st_mtim' has incomplete type struct timespec st_mtim; /* 
Time of last modification. */ ^ 
/usr/include/x86_64-linux-gnu/bits/stat.h:93:21: error: field 'st_ctim' 
has incomplete type struct timespec st_ctim; /* Time of last status 
change. */ ^ In file included from 
/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include/grass/defs/gis.h:64:0, 
from 
/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include/grass/gis.h:577, 
from GK2.c:21: /usr/include/x86_64-linux-gnu/sys/stat.h:366:31: error: 
array type has incomplete element type const struct timespec __times[2], 
^ /usr/include/x86_64-linux-gnu/sys/stat.h:373:54: error: array type has 
incomplete element type extern int futimens (int __fd, const struct 
timespec __times[2]) __THROW; ^ make: *** 
[OBJ.x86_64-unknown-linux-gnu/GK2.o] Error 1 
epi@epinux:~/dev/grass7_trunk/lib/ogsf$
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 build error in ogsf

[Massimo Di Stefano]

Hi Markus,

i missed that trac issue.
I'll remove ffmpeg from the configure in order to have nviz working.

Thank you very much,

Massimo.


On 09/29/2013 03:11 PM, Markus Neteler wrote:

On Sun, Sep 29, 2013 at 9:05 PM, Massimo Di Stefano
massimodisa...@gmail.com wrote:

Hi,

I'm tring to build grass7 with support for ffmpeg
I built ffmpeg from its git repository using this guide :


http://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide

building grass i got error in OGSF, do you know how can i fix this ?
perhaps the ffmpeg version i'm using had an api change (is too recent)
thanks a lot for any help!

log :

epi@epinux:~/dev/grass7_trunk$ cd /home/epi/dev/grass7_trunk/lib/ogsf
epi@epinux:~/dev/grass7_trunk/lib/ogsf$ make gcc -g -O2 -fPIC
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include
-I/usr/include/gdal -I/usr/include -DPACKAGE=\grasslibs\
-I/usr/include/postgresql -I/usr/local/include/libavcodec
-I/usr/local/include/libavdevice -I/usr/local/include/libavfilter
-I/usr/local/include/libavformat -I/usr/local/include/libavutil
-I/usr/local/include/libswresample -I/usr/local/include/libswscale
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include
-I/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/GK2.o -c GK2.c In file included from
/usr/include/x86_64-linux-gnu/sys/stat.h:106:0, from
/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include/grass/defs/gis.h:64,
from
/home/epi/dev/grass7_trunk/dist.x86_64-unknown-linux-gnu/include/grass/gis.h:577,
from GK2.c:21: /usr/include/x86_64-linux-gnu/bits/stat.h:91:21: error: field
‘st_atim’ has incomplete type struct timespec st_atim;

...

Please see
http://trac.osgeo.org/grass/ticket/2017

especially
http://trac.osgeo.org/grass/ticket/2017#comment:12

Markus


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Fwd: does GRASS 7 for Mac compile yet?

[massimo di stefano]

Is this way to debug the gui useful for you dev ?

is there anything i can try to do for you to help in debugging ?




I think the cairo problem is related to grass core, not just the gui.
anyone can help in fixing the build error ?


thanks!

Massimo.


##

Hi Anna,

it fails to import the wxversion module.

ERROR: wxGUI requires wxPython. No module named wxversion
Error in GUI startup. If necessary, please report this error to the GRASS
developers.
Switching to text mode now.

Hit RETURN to continue...

i had to comment the lines :

#if not os.getenv(GRASS_WXBUNDLED):
#CheckForWx()


thanks for the fix, the rasrer map is displayed correctly without any
changes to the code.

testing the gui ..

- pointer, query, pan, zoom (all the options)  [works]
- measure tool [works]


- profile tool doesn't work [doesn't work]

it let me select the raster map, then shows a blanc Grass Profile Analysis
in the status bar i can see left mouse down at point (float, float)
when click on the map i got in the command console :

(Wed Feb  6 11:12:13 2013)

r.what --v -f -n
map=elevation.10m@PERMANENTcoordinates=595356.617647,4923676.470588
easting|northing|site_name|elevation.10m@PERMANENT
|elevation.10m@PERMANENT_label
595356.617647|4923676.470588||1253.797607|
(Wed Feb  6 11:12:13 2013) Command finished (0 sec)

(Wed Feb  6 11:12:26 2013)

r.what --v -f -n
map=elevation.10m@PERMANENTcoordinates=599551.470588,4920665.441176
easting|northing|site_name|elevation.10m@PERMANENT
|elevation.10m@PERMANENT_label
599551.470588|4920665.441176||1344.138306|
(Wed Feb  6 11:12:26 2013) Command finished (0 sec)

(Wed Feb  6 11:12:30 2013)

r.what --v -f -n
map=elevation.10m@PERMANENTcoordinates=596669.117647,4921051.470588
easting|northing|site_name|elevation.10m@PERMANENT
|elevation.10m@PERMANENT_label
596669.117647|4921051.470588||1400.473877|

.. but nothing is displayed back to the profile tool


- Grass histogramming Tool [doesn't work] :

it show me the Grass histogramming Tool  window, but then i got this log
in the console :

(Wed Feb  6 11:12:37 2013) Command finished (0 sec)

Traceback (most recent call last):
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py, line 1101, in OnHistogramPyPlot

win.OnSelectRaster(None)
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py, line 96, in OnSelectRaster

self.OnCreateHist(event = None)
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py, line 76, in OnCreateHist

self.SetGraphStyle()
  File
/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/base.py,
line 353, in SetGraphStyle

self.client.SetGridColour(wx.Color(self.properties['grid']['
color'][0],
AttributeError
:
'module' object has no attribute 'Color'

- Create histogram with d.histogram [works*] :
*the image is displayed correctly in the GRASS GIS Histogramming Tool
(d.histogram)
no option to save it, i got this log in the console :

Traceback (most recent call last):
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/modules/hi
stogram.py, line 124, in OnPaint

dc = wx.BufferedPaintDC(self, self._buffer)
  File /usr/local/lib/python2.7/site-packages/wx/_gdi.py,
line 5286, in __init__

_gdi_.BufferedPaintDC_swiginit(self,_gdi_.new_BufferedPaintD
C(*args, **kwargs))
TypeError
:
in method 'new_BufferedPaintDC', expected argument 2 of type
'wxBitmap '


- Add scale bar and north arrow [works]
- Add legend [works

- Add text layer [doesn't work] :

i got this log in the console :

Traceback (most recent call last):
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py, line 1209, in OnAddText

self.SwitchTool(self.toolbars['map'], event)
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py, line 1378, in SwitchTool

self.UpdateTools(event)
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py, line 1400, in UpdateTools

if event.GetEventObject().GetId() == \
AttributeError
:
'Menu' object has no attribute 'GetId'

- Save display to graphic file [works]

- Print [works]

- switch to 3D (wxNviz) [doesn't work]:

i got this log in the console :

Starting 3D view mode...

Traceback (most recent call last):
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/to
olbars.py, line 229, in OnSelectTool

self.parent.AddNviz()
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py, line 328, in AddNviz

self._layerManager.AddNvizTools()
  File
/usr/local/grass-7.0.svn/etc/gui/wxpython/lmgr/frame.py,
line 341, in AddNvizTools

display = self.GetMapDisplay())
  File
/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py,
line 102, in __init__

self.AddPage(page = self._createAnimationPage(),
  File
/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py,
line 401, in _createAnimationPage

usage = record, label = _(Record))
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/w
idgets.py, line 405, in __init__

maskColor = wx.Color(255, 255, 255)
AttributeError
:
'module' object has no attribute 'Color'
Traceback (most recent 

[GRASS-dev] IPython Notebook GRASS

[Massimo Di Stefano]

Hi All,

in the last month i'm working a lot using IPython Notebook and some GFOSS tools 
(mostly GRASS)
and example of what a notebook can do is showed here :

http://nbviewer.ipython.org/url/epi.whoi.edu/esr/GIS_GRASS-R_Example.ipynb

essentially i found it a really easy and effective way to use grass from a web 
page, but it runs pretty well also from localhost of course.

i'd love to write a grass gui plug-in to integrate the IPython Notebook inside 
the WX-gui in GRASS
maybe a simple wx frame that embed an http link to where the notebook is 
running + an init script to lunch the notebook
before to start to coding something ( i'm pretty new to WX and its grass 
internals )
i was wondering if there is any interest on doing this from the GRASS gui guru 
… :) that can help me to get started

thanks for any comment.

--Massimo.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] pj_transform() failed: failed to load datum shift file

[Massimo Di Stefano]

Hi All,

i'm trying to reproject a vector file in grass6.4.1 from a location nad 83 to 
a lonlat location. 

nad83 location is using the maryland parameters :


g.proj -p datumtrans=0

PROJ_INFO-
name   : Lat/Lon
proj   : ll
datum  : nad83
ellps  : grs80
no_defs: defined
nadgrids   : MD
-PROJ_UNITS
unit   : degree
units  : degrees
meters : 1.0
ed
nadgrids   : MD

trying to use v.proj i had :

GRASS 6.4.1 (ll):~  v.proj input=hydrol location=nad83 mapset=PERMANENT 
output=hidrol 
Reprojecting primitives: WARNING: pj_transform() failed: failed to load datum 
shift file
ERROR: Error in pj_do_transform

i guess it is not able to find the datum shift files, i checked on my system 
and i found that files here :

i'm on osx the files are :
/Library/Frameworks/PROJ.framework/Versions/4/Resources/proj

i'm on osx lion using grass6.4.1, later today i can try to do the same on a 
linux machine using 6.4.x | 7.0

i suppose grass is able to find them when i created the location, but v.proj 
instead fails to load that file.
have you any hints on how to fix this ?


thanks!

Massimo.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] m.nviz.image - ERROR: Bad server connection

[Massimo Di Stefano]

Hi All,


i'm using m.nviz.image on grass 7 to generate 3d tiff images.

i'm using it from inside an IPython shell, i exporters the environmental vars 
and i'm running the command using a syntax like :

import grass.script as grass
grass.run_command('m.nviz.image', elevation_map='inputdata', output='morpho3d', 
perspective=25, height=1000, color_map='morphof', resolution_fine=1, 
resolution_coarse=1, format='tif')


when i start the python shell directly on the computer everythin  works fine .. 
but for some reasons when i start the connection to grass using ssh and then 
run the m.nviz.image .. i receive the error :

ERROR: Bad server connection


i tried the same with and without python, using just grass itself, and if i 
start the 'process' from ssh .. i receive the error i posted before.


have you any clue on what's the cause of this error ?
tell me if you need more info to debug this problem.

Thanks!

Massimo.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] possible bug - more coordination needed

[Massimo Di Stefano]

i'll be the 3th …

i love grass  Qt

Il giorno Jan 18, 2012, alle ore 2:44 AM, Paolo Cavallini ha scritto:

 
 well, at least I would.
 
 well, me and you is not really much :)

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] geotiff to wms

[Massimo Di Stefano]

A fast, maybe non optimal solution can be something like :

- read raster data from a grass location/maopset and generate VRT data from 
them ()so you can change at any time bouncy-box and resolution 
- generate a mapserver mapfile for each VRT raster layer 
- serve the map file as wms using map server  

the VRT and map file creation can be generated on the fly, based on used 
request.

Make sense ?

Massimo.



Il giorno Dec 8, 2011, alle ore 10:28 AM, Mohammed Rashad ha scritto:

 All,
 Is there any way to show GRASS GIS raster data as a wms layer
 anything like r.out.wms ?
 i want to visualize data from GRASS GIS on openlayers. openlayers doesnt 
 support raster maps. So one solution is to convert geotiff or raster data to 
 wms layer
 
 if GRASS GIS raster can be converted to WMS. Please let me know how to show 
 geotiff as WMS Layer
 
 -- 
 Regards,
Mohammed Rashad K M
M.S. (By Research) student
Lab for Spatial Informatics
Department of CSE
International Institute of Information Technology
Hyderabad, India
 
 ___
 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

[GRASS-dev] Fwd: [wxPython-dev] wxpython cocoa - crash on osx 10.7

[Massimo Di Stefano]

Hi All,

i'm tring to have grass7 running on mac osx lion using wxpython cocoa

i have all mypython libs running with the system python
and most of them are all 64 bit (numpy, scipy, pandas, etc …)

for this reason if i try to build grass7 in 32 bit .. then it refuse my python 
packages (numpy) .. because it is 64bit

i have some grass python modules  that uses numpy .. and they just works. 
because numpy is loaded directly in the guy .. it doesn't start

GRASS 7.0.svn (geno):~  wxplot.py: This module requires the NumPy module, 
which could not be imported. 
…
….
ImportError: 
dlopen(/Library/Python/2.7/site-packages/numpy-2.0.0.dev_7297785_2004-py2.7-macosx-10.7-x86_64.egg/numpy/core/multiarray.so,
 2): no suitable image found.  Did find:

/Library/Python/2.7/site-packages/numpy-2.0.0.dev_7297785_2004-py2.7-macosx-10.7-x86_64.egg/numpy/core/multiarray.so:
 mach-o, but wrong architecture


Unlucky building grass in 64bit mode using wxpython cocoa generate an osx crash 
….

i'm tring to contact the wxpython dev to see if/where is the problem

… attached the discussion from the wxPython dev list.

thanks for any help!

--Massimo.




inizio messaggio inoltrato:

 Da: Kevin Ollivier kev...@theolliviers.com
 Oggetto: Re: [wxPython-dev] wxpython cocoa - crash on osx 10.7
 Data: November 22, 2011 3:03:19 PM EST
 A: wxpython-...@googlegroups.com
 Rispondi a: wxpython-...@googlegroups.com
 
 Hi Massimo,
 
 Based on that crash log, it looks like something is calling wx.SafeYield() 
 from a paint event, which is probably going to cause problems because 
 wx.SafeYield will actually temporarily disable the top level windows in the 
 app, and I'm guessing Cocoa isn't expecting you to suddenly disable the 
 window you're drawing into. (GTK may just silently ignore this problem.) You 
 might want to talk with someone more familiar with the Grass code about this 
 and see what they say.
 
 Thanks,
 
 Kevin
 
 On Nov 22, 2011, at 11:47 AM, Massimo Di Stefano wrote:
 
 
 Hi All,
 
 actually i'm bring to use an application [0] that has wxpython as GUI 
 interface 
 on a mac osx lion 10.7 using wxpython cocoa 
 (development version provided as .dmg on the wxpython website)
 
 the application build and runs fine on linux so i guess is a problem of 
 wxpython cocoa. 
 
 unlucky the app doesn't print any useful log in the bash shell, but i can 
 provide the osx crash log (attached [1] ) 
 i hope this information can be useful to debug the problems and make more 
 stable wxpython cocoa .
 I'll be more than happy to provide you any additional information you need 
 to debug this problem. 
 
 thanks! 
 
 -- Massimo  
 
 
 [0] grass7 - http://trac.osgeo.org/grass/wiki/DownloadSource 
 [1] grass7_x86_64gui_log 
 http://www.geofemengineering.it//data/grass7_x86_64gui_log.txt
 
 -- 
 To unsubscribe, send email to wxpython-dev+unsubscr...@googlegroups.com
 or visit http://groups.google.com/group/wxPython-dev?hl=en
 
 -- 
 To unsubscribe, send email to wxpython-dev+unsubscr...@googlegroups.com
 or visit http://groups.google.com/group/wxPython-dev?hl=en

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: where to store GRASS settings: GISRC and wx settings

[Massimo Di Stefano]

that's an  other one ...

i'm using 6.5 for my daily job with really good satisfaction.

6.4 is out of date if compared with 6.5 and 7.0 is too much unstable beacouse 
of the gui (wx on osx is a pain)

--Massimo.


Il giorno 31/ago/2011, alle ore 11.08, Margherita Di Leo ha scritto:

 Hi Markus and All,
 
 
 
 -- Forwarded message --
 From: Markus Neteler nete...@osgeo.org
 To: Markus Metz markus.metz.gisw...@googlemail.com
 Date: Wed, 31 Aug 2011 09:12:38 +0200
 Subject: Re: [GRASS-dev] where to store GRASS settings: GISRC and wx settings
 On Wed, Aug 31, 2011 at 9:02 AM, Markus Metz
 markus.metz.gisw...@googlemail.com wrote:
  Glynn Clements wrote:
 
  Personally, I'd just kill the 6.5 branch. If something is too major to
  go into 6.4.x, it should be reserved for 7.0.
 
  +1
 
 I am also not quite sure about the need of the 6.5 branch?
 For me it is sufficient to have 6.4 as production system and 7 as
 experimental system.
 
 Honestly, who's *using* it as a user?
 Because: yes, it can (could?) be branch to be used for testing but
 I actually don't know anyone who really uses 6.5 for work.
 Please tell us if you use 6.5 for work to understand if this branch is
 really needed.
 
 I use 6.5 for work. As a user, I can say that it is actually the most usable 
 IMHO, G7 is not stable enough and the 6.4 is not so up-to-date.
 
 My 2 c. 
 Regards,
  
 
 Markus
 
 
 
 madi 
 
 -- 
 Eng. Margherita Di Leo
 Ph.D. Candidate
 Methods and Technologies for Environmental Monitoring
 Department of Environmental Engineering and Physics (DIFA)
 
 University of Basilicata 
 Campus Macchia Romana
 85100 - Potenza 
 Italy
 
 Office: +39-0971205360
 
 
 
 ___
 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

Re: [GRASS-dev] wxGUI on mac

[Massimo Di Stefano]

Hi All,

I'm on lion too,
but before  lion my problem with wx and snow leopard was that i'm using python 
64 bit (and wx is not ready yet)
The last time i tried to update my wx to 2.9.x to be able to have all running 
as 64bit i had lot of problems
so i  switched to the old tcltk gui for a stable usage.

i'll provide as soon as possible all the issue i'm having running wxpython 
(using python.org) in  64 bit mode
on both snow leopard and lion.

--Massimo.
.
Il giorno 31/ago/2011, alle ore 22.01, Helena Mitasova ha scritto:

 I agree with Michael on this as well. I did not find any major issues with 
 wxGUI on Mac ( I use it on mac every day,
 both 6.4.1 and 7) and Martin just added zooming into drawn rectangle for 
 setting up region interactively -
 something that I still had to do using d.mon. There is always space for 
 improvement but I find it very stable 
 and functional on Mac. But I am using only a small subset of GRASS 
 functionality,
 so Massimo if you have troubles with wxGUI, please report.
 
 More serious issue with Mac is getting GRASS with wxGUI running on Lion,
 I just got first student with new Mac running Lion and she is using MSWindows 
 on Mac to run GRASS.
 If anybody has any advice on running GRASS on Lion please let me know,
 
 Helena 
 
 On Aug 31, 2011, at 12:37 PM, Michael Barton wrote:
 
 
 On Aug 31, 2011, at 12:59 PM, grass-dev-requ...@lists.osgeo.org wrote:
 
 Date: Wed, 31 Aug 2011 11:20:17 +0200
 From: Massimo Di Stefano massimodisa...@gmail.com
 Subject: Re: [GRASS-dev] Re: where to store GRASS settings: GISRC and
  wx  settings
 To: Margherita Di Leo dileomargher...@gmail.com
 Cc: grass-dev@lists.osgeo.org
 Message-ID: 9e9098fe-25c5-4b6a-ac29-2c751d3d5...@gmail.com
 Content-Type: text/plain; charset=us-ascii
 
 that's an  other one ...
 
 i'm using 6.5 for my daily job with really good satisfaction.
 
 6.4 is out of date if compared with 6.5 and 7.0 is too much unstable 
 beacouse of the gui (wx on osx is a pain)
 
 --Massimo.
 
 
 AFAICT, most of the bugs in 6.4.1 have been corrected in 6.4.2, and 6.4.2 
 also benefits from a number of updates/enhancements to the code. There is 
 actually a pretty big difference between 6.4.1. and 6.4.2. 
 
 Have you tried the current 6.4.2 svn? If not, you can get it from my site 
 for Snow Leopard at 
 http://www.public.asu.edu/~cmbarton/files/grass_mac/OSX10.6-snowleopard/. 
 The frameworks.txt tells which of William's framworks are used in this. 
 I've posted binaries for 6.4.2 svn, 6.5, and 7 compiled 28 August. So you 
 can compare current versions. 
 
 While GRASS 7 was somewhat unstable for awhile (it IS a dev version), I am 
 finding it very stable now. A lot of bugs have been fixed. 
 
 What is the problem you are having with wxGUI on the Mac? This is the 
 default for 6.4.2 (though TclTk is still there for those who prefer it). It 
 gets wonky if you install a 3rd party Python, but otherwise should be very 
 stable in 6.4.2 and 7. If there are bugs, please report them.
 
 Thanks
 Michael
 __
 C. Michael Barton 
 Director, Center for Social Dynamics  Complexity
 Professor of Anthropology, School of Human Evolution  Social Change
 Arizona State University
 Tempe, AZ  85287-2402
 USA
 
 voice:   480-965-6262 (SHESC), 480-727-9746 (CSDC)
 fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
 www: http://csdc.asu.edu, http://shesc.asu.edu
  http://www.public.asu.edu/~cmbarton
 
 ___
 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

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] can't find : mapdisp_command.py

[Massimo Di Stefano]

Hi All,

i'm trying to call a mapdisp canvas from a wxpython script to show a 
grass-mapdisplay and load a grass rastermap inside it.
My final target is to use the mouse action and capture the coordinates from the 
mapcanvas, where the user will release the mouse-sx-button.

In order to achieve this target from a wx script,  i was looking in the 
georeferencer module, but trying to reuse its class :  gcpmapdisp.py

i receive the error message :

no module named mapdisp_command

actually i checked in the grass7.0 source svn (rev.: 47601 ) but i can't find 
it.

please have you any hints/suggestion/example-code to achieve my target ?

thankYou very much!

--Massimo.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] can't find : mapdisp_command.py

[massimo di stefano]

Hi Martin,

thanks for the hints,

i tried :

d.mon start=wx0
d.rast map=mymap

adding this command in a grass wxpython extension module,
allow me to start a new map-dislpay and visualize a raster map on it.

how can i interact whit this new generated canvas ?
i tried to use d.where but seems to me that it is is not connected to the
active/selected map-display.

thanks for any hints,

-- Massimo.



2011/8/12 Martin Landa landa.mar...@gmail.com

 Hi,

 2011/8/12 Massimo Di Stefano massimodisa...@gmail.com:
  no module named mapdisp_command
 
  actually i checked in the grass7.0 source svn (rev.: 47601 ) but i can't
 find it.
 
  please have you any hints/suggestion/example-code to achieve my target ?

 this python module has been recently removed, see newly added GRASS
 module d.mon for wx-monitor usage.

 Martin

 --
 Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] build error in lib/ogsf

[massimo di stefano]

Hi All,

tring to build grass-trunk on a ubuntu-11.10 64bit
i had this error in the osgf library :



epifanio@epinux:~/src/gis/grass/lib/ogsf$ make
gcc  -g -O2  -fPIC
-I/home/epifanio/src/gis/grass/dist.x86_64-unknown-linux-gnu/include
-I/home/epifanio/src/gis/grass/dist.x86_64-unknown-linux-gnu/include
-D_FILE_OFFSET_BITS=64 -I/home/epifanio/dev/local/include -I/usr/include
-DPACKAGE=\grasslibs\ -I/usr/include/libavcodec
-I/usr/include/libavformat -I/usr/include/libavutil
-I/usr/include/libswscale
-I/home/epifanio/src/gis/grass/dist.x86_64-unknown-linux-gnu/include
-I/home/epifanio/src/gis/grass/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/gsd_img_mpeg.o -c gsd_img_mpeg.c
gsd_img_mpeg.c: In function ‘add_video_stream’:
gsd_img_mpeg.c:69:21: error: ‘CODEC_TYPE_VIDEO’ undeclared (first use in
this function)
gsd_img_mpeg.c:69:21: note: each undeclared identifier is reported only once
for each function it appears in
gsd_img_mpeg.c: In function ‘write_video_frame’:
gsd_img_mpeg.c:218:15: error: ‘PKT_FLAG_KEY’ undeclared (first use in this
function)
gsd_img_mpeg.c: In function ‘gsd_init_mpeg’:
gsd_img_mpeg.c:304:9: warning: assignment makes pointer from integer without
a cast [enabled by default]
gsd_img_mpeg.c:307:6: warning: assignment makes pointer from integer without
a cast [enabled by default]
gsd_img_mpeg.c:315:8: warning: assignment makes pointer from integer without
a cast [enabled by default]
gsd_img_mpeg.c:336:5: warning: ‘av_set_parameters’ is deprecated (declared
at /usr/include/libavformat/avformat.h:1329) [-Wdeprecated-declarations]
gsd_img_mpeg.c:341:5: warning: ‘dump_format’ is deprecated (declared at
/usr/include/libavformat/avformat.h:1451) [-Wdeprecated-declarations]
gsd_img_mpeg.c:350:2: warning: ‘url_fopen’ is deprecated (declared at
/usr/include/libavformat/avio.h:278) [-Wdeprecated-declarations]
gsd_img_mpeg.c:357:5: warning: ‘av_write_header’ is deprecated (declared at
/usr/include/libavformat/avformat.h:1387) [-Wdeprecated-declarations]
gsd_img_mpeg.c: In function ‘gsd_close_mpeg’:
gsd_img_mpeg.c:442:2: warning: ‘url_fclose’ is deprecated (declared at
/usr/include/libavformat/avio.h:279) [-Wdeprecated-declarations]
make: *** [OBJ.x86_64-unknown-linux-gnu/gsd_img_mpeg.o] Error 1
epifanio@epinux:~/src/gis/grass/lib/ogsf$


seems something is wrong or missed in my ffmpeg libs, have you any clue on
how to fix it ?

thanks!

--Massimo.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Ossim mentor application

[Massimo Di Stefano]

Hi,
my name is Massimo Di Stefano, I wold like to make myself available as a
mentor for the Ossim project. and provide help as co-menthor for the project 
related to grass, qgis and otb.

I started my collaboration with the Ossim-dev team some years ago and thanks
to a Google Summer of Code experience 2 years ago, since then i continued to 
work on my gsoc project PlanetSasha [1] 
as part of the ossim project (it is a pyqt based app that uses grass analisys 
support system and ossimplanet as map-canvas, sort of gis 3d app).

For this summer of code we're thinking about the idea to develop a python
interface for ossim (re-using code from the already done java-swig interface, 
or using other tools as sip) 
as GRASS, QGIS, GDAL already have a python interface the interaction between 
this tools can be greatly improved 
exposing the OSSIM and OSSIMPlanet api  to the python language.

The python bindings resulting from this gsoc idea will be used to write a 
toolbox based on the  ossim function as an extension to grass and qgis for 
image analisys
while the python bindings for the ossimplanet api will be used to extend the 
planetsasha functionalities inside the respective grass and qgis plug-in.

So the idea is dedicated to the Ossim project but the benefit will be shared 
along several OSGeo projects like Grass and Qgis.

I registered myself on the google summer of code web-site and added a
general description of the idea on the respective wiki pages :

http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2011_Ideas
http://trac.osgeo.org/ossim/wiki/WikiStart


Thanks,

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] gdal-grass plugin build failed

[Massimo Di Stefano]

hi All

tring to rebuild the gdal-grass plugin on my linux (debian sid) 
but i'm having this error 

epifanio@epybox:/etc/ld.so.conf.d$ cat grass.conf 
#/usr/local/grass-7.0.svn/lib
/usr/local/grass-6.5.svn/lib

epifanio@epybox: export LD_LIBRARY_PATH=/usr/local/grass-6.5.svn/lib
epifanio@epybox:/etc/ld.so.conf.d$ sudo ldconfig

epifanio@epybox:/usr/local/src/gis/gdal/frmts/grass/gdal-grass-1.9.0
$ ./configure --with-gdal=/usr/local/bin/gdal-config
--with-grass=/usr/local/grass-6.5.svn
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for g++ -shared ... yes
user supplied gdal-config (/usr/local/bin/gdal-config)
using /usr/local/lib/gdalplugins as GDAL shared library autoload
directory
checking for G_asprintf in -lgrass_gis... no
checking for G_putenv in -lgrass_gis.7.0.svn... no
configure: error: --with-grass=/usr/local/grass-6.5.svn requested, but
libraries not found!  Perhaps you need to set LD_LIBRARY_PATH to
include /usr/local/grass-6.5.svn/lib?

have you any clue ? the error happens if i try to build the gdal-grass
plugin using grass 6.5 ... instead using the 7.0 it build fine.


the config.log file contents : http://paste.debian.net/112667/ 
it can't find lib .. but they exists


thanks for any hints!

Massimo.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] gdal-grass plugin build failed

[Massimo Di Stefano]

hi All

tring to rebuild the gdal-grass plugin on my linux (debian sid) 
but i'm having this error 

epifanio@epybox:/etc/ld.so.conf.d$ cat grass.conf 
#/usr/local/grass-7.0.svn/lib
/usr/local/grass-6.5.svn/lib

epifanio@epybox: export LD_LIBRARY_PATH=/usr/local/grass-6.5.svn/lib
epifanio@epybox:/etc/ld.so.conf.d$ sudo ldconfig

epifanio@epybox:/usr/local/src/gis/gdal/frmts/grass/gdal-grass-1.9.0
$ ./configure --with-gdal=/usr/local/bin/gdal-config
--with-grass=/usr/local/grass-6.5.svn
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for g++ -shared ... yes
user supplied gdal-config (/usr/local/bin/gdal-config)
using /usr/local/lib/gdalplugins as GDAL shared library autoload
directory
checking for G_asprintf in -lgrass_gis... no
checking for G_putenv in -lgrass_gis.7.0.svn... no
configure: error: --with-grass=/usr/local/grass-6.5.svn requested, but
libraries not found!  Perhaps you need to set LD_LIBRARY_PATH to
include /usr/local/grass-6.5.svn/lib?

have you any clue ? the error happens if i try to build the gdal-grass
plugin using grass 6.5 ... instead using the 7.0 it build fine.


the config.log file contents : http://paste.debian.net/112667/ 
it can't find lib .. but they exists


thanks for any hints!

Massimo.




___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] generate vrt from grass data

[Massimo Di Stefano]

Hi All

i'm using python-gdal to generate vrt file, it works fine but for some data 
like  :

(from the spearfish dataset) the raster file :

spearfish60/PERMANENT/cellhd/tractids


gdalinfo give me : 


http://www.geofemengineering.it/data/vrtlog.txt

tring to generate a vrt freeze my shell and i have to force quit it.

i tested it on osx 10.6.6 (gdal.framework,  grass6.5.svn)

and on linux debian sid (gdal svn , grass65 svn)

i got the same results ( ctrl+D ctrl+C doesn't work, force quit the shell)


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass support in gstat

[Massimo Di Stefano]

Hello All,


I'm tring to install gstat with grass support enabled, on a debian sid
machine (64 bit).

I've grass-6.5.svn installed in :

/usr/local/grass-6.5.svn


i used this configure line to build gstat :

./configure  --with-grass6=/usr/local/grass-6.5.svn

but the configure don't search for grass, and the make ends with this
error :

http://www.geofemengineering.it/data/gstat_grass_log


thank you for any help!


Massimo.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: grass-dev Digest, Vol 56, Issue 2

[Massimo Di Stefano]

can i open a tiket for : 

 clic on the run button i have no output 
 instead i have an error log in the Command console output window :
 
 ### log ###
 
 Traceback (most recent call last):
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_module
 s/gmodeler.py, line 955, in OnRunModel
 
 if item.GetLoopId():
 AttributeError
 :
 'ModelAction' object has no attribute 'GetLoopId'
 
 ##



 
 i also tried to save the model as a image, but  no image is generated
 (and no log are printed out)


im looking on trak to finde similar bug.

thanks!

Massimo.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass modeler debug

[Massimo Di Stefano]

Hello All,

i'm tring to use the grass modeler tool

first i have to say a great thank You to Martin and All who are
working on it ! it is a really nice tool !!!

using it i encountered few problems,
i tried it with both grass65 (grass6_devel from svn)
and with grass70 (grass_trunk) on a 64 bit debian (sid) linux.



I just make a simple model to perform a command like :

'g.region rast=myrast -p'

but i can't have it working thru the gui.

clic on the run button i have no output 
instead i have an error log in the Command console output window :

### log ###

Traceback (most recent call last):
  File /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_module
s/gmodeler.py, line 955, in OnRunModel

if item.GetLoopId():
AttributeError
:
'ModelAction' object has no attribute 'GetLoopId'

##


tring to save the model as a python script i have :

### script generated by the grass modeler ###

import sys
import os
import atexit

import grass.script as grass

def cleanup():
pass

def main():
grass.run_command(g.region,
  flags = 'p',
  rast = elevation.10m)

return 0

if __name__ == __main__:
options, flags = grass.parser()
atexit.register(cleanup)
sys.exit(main())




tring to run the script directly in the grass shell i have it running :

GRASS 7.0.svn (spearfish60):~  ./trygrassmod.py 
projection: 1 (UTM)
zone:   13
datum:  nad27
ellipsoid:  clark66
north:  4928000
south:  4914020
west:   590010
east:   609000
nsres:  10
ewres:  10
rows:   1398
cols:   1899
cells:  2654802
GRASS 7.0.svn (spearfish60):~  



i also tried to save the model as a image, but  no image is generated
(and no log are printed out)


thanks for any hints, tell me if you need more detailed log


ciao,

Massimo.



___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: GRASS-dev] grass fails to detect wxpython version

[Massimo Di Stefano]

I was to mutch optimist :-)
i bypassed the version problem, but obviously from 2.8.x and 2.9.x
there are some api changes ... so the gui doesn't work
i'lll try to work a bit on it to see what can i do.

this the first error i'm having running wxpython gui under wx-2.9 :

GRASS 6.5.svn (UNKNOWN):~  g.gui
Launching 'wxpython' GUI in the background, please wait ...
Traceback (most recent call last):
  File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 
1637, in module
sys.exit(main())
  File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 
1630, in main
app = GMApp(workspaceFile)
  File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 
1552, in __init__
wx.App.__init__(self, False)
  File 
/usr/local/lib/wxPython-2.9.1.1.b20101001/lib/python2.7/site-packages/wx-2.9.1-osx_cocoa/wx/_core.py,
 line 8470, in __init__
self._BootstrapApp()
  File 
/usr/local/lib/wxPython-2.9.1.1.b20101001/lib/python2.7/site-packages/wx-2.9.1-osx_cocoa/wx/_core.py,
 line 8035, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 
1573, in OnInit
workspace = self.workspaceFile)
  File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 
112, in __init__
self.SetIcon(wx.Icon(os.path.join(globalvar.ETCICONDIR, 'grass.ico'), 
wx.BITMAP_TYPE_ICO))
  File 
/usr/local/lib/wxPython-2.9.1.1.b20101001/lib/python2.7/site-packages/wx-2.9.1-osx_cocoa/wx/_gdi.py,
 line 1265, in __init__
_gdi_.Icon_swiginit(self,_gdi_.new_Icon(*args, **kwargs))
wx._core.PyAssertionError: C++ assertion err == noErr failed at 
/BUILD/wxPython-src-2.9.1.1.b20101001/src/osx/core/bitmap.cpp(590) in 
GetIconRef(): Error when constructing icon ref




 Hi,
 
 sorry, i haven't specified it in the previouse mail,
 but i'm already using in my configure instruction :
 
 --with-python=/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7-config
  \
 --with-wxwidgets=/usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config
 
 
 the problem seems to be in my version number and in globalvar.py :
 
 GRASS 6.5.svn (UNKNOWN):~  python
 Python 2.7 (r27:82500, Jul 17 2010, 23:39:56) 
 [GCC 4.2.1 (Apple Inc. build 5664)] on darwin
 Type help, copyright, credits or license for more information.
  import wx
  ver = wx.version().split(' ')[0]
  ver
 '2.9.1.1.b20101001'
  version = [2, 8, 11, 0]
  if map(int, ver.split('.'))  version:
 ... print 'false'
 ... 
 Traceback (most recent call last):
   File stdin, line 1, in module
 ValueError: invalid literal for int() with base 10: 'b20101001'
  ver.split('.')
 ['2', '9', '1', '1', 'b20101001']
  ver.split('.')[-1]
 'b20101001'
  ver.split('.')[-1:]
 ['b20101001']
  ver.split('.')[:-1]
 ['2', '9', '1', '1']
 
 
 i'm looking to hack globalvar to fix the problem,
 thanks for any hints.
 
 Ciao,
 
 Massimo.


Il giorno 15/ott/2010, alle ore 05.30, Michael Barton ha scritto:

 Because it is a custom Python build, you might need to specify 
 --with-python=/System/Library/Frameworks/Python.framework/Versions/2.9/bin/python2.9-config
 
 (check to make sure this is where the file is and what it is called.)
 
 Michael
 
 C. Michael Barton
 Director, Center for Social Dynamics  Complexity 
 Professor of Anthropology, School of Human Evolution  Social Change
 Arizona State University
 
 voice:480-965-6262 (SHESC), 480-727-9746 (CSDC)
 fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
 www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
 
 
 
 
 
 
 
 
 
 
 
 On Oct 14, 2010, at 7:03 PM, grass-dev-requ...@lists.osgeo.org wrote:
 
 Message: 8
 Date: Fri, 15 Oct 2010 01:43:38 +0200
 From: Massimo Di Stefano massimodisa...@gmail.com
 Subject: [GRASS-dev] grass fails to detect wxpython version
 To: grass-dev@lists.osgeo.org
 Message-ID: 28cef25e-7586-419c-ac9e-af249331b...@gmail.com
 Content-Type: text/plain; charset=us-ascii
 
 Hi All,
 
 for some reason i need to switch to python 2.7 on mac osx
 i'm using a custom build python2.7 (i386 + x86_64)
 it is my default python version.
 
 epy:~ epy$ which python
 /Library/Frameworks/Python.framework/Versions/2.7/bin/python
 
 
 I'm using a snapshot buld for wx python2.9 (build with cocoa for python2.7)
 
 it is available there :
 
 http://wxpython.wxcommunity.com/preview/20101001/
 
 http://wxpython.wxcommunity.com/preview/20101001/wxPython2.9-osx-2.9.1.1.b20101001-cocoa-py2.7.dmg
 
 tring to run wx-config, i have :
 
 /usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config --version-full
 2.9.1.1
 
 i'm building grass6_devel using as wx configure, this line :
 
 --with-wxwidgets=/usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config
 
 
 the build ends without errors but tring to run grass i have :
 
 GRASS 6.5.svn (UNKNOWN):~  g.gui
 Launching 'wxpython' GUI in the background, please wait ...
 ERROR: wxGUI requires wxPython = 2.8.1.1

Re: [GRASS-dev] Re: GRASS-dev] grass fails to detect wxpython version

[Massimo Di Stefano]

Hi,

Michael, yes it is not backward compatible,
i have commented out some lines in 4 different files in the gui source,

globarcar.py (lines 41,42,61,62)
wxgui.py (line 112)
ghelp.py (line 103)
mapdisp.py (line 132)

now the gui start but is not usable due to the commented code.

Generally i can see the code lines where we set an icon file, is no longer 
working on wx 2.9.

On osx snow leopard the lack of cocoa support from wx 2.8 is a bad problem
.. actually i'm using python2.7 (i386 + x86_64)
and no wx 2.8 binay are avaiable ... so i had to stay on tcltk 
(or using a custom gui i'm working on, done in pyqt but is pretty immature yet)
i tried the wx2.9 snapshot demos and it works pretty fine, seems 2.9 is near to 
be mature.

i can give you my time offering support to build and test grass gui using wx2.9 
and providing logs and tentative of debug but unlucky i've not a good 
knowledge of wxgrass and wx itself. 

Please let me know if make sense for you and what do you think about.

maybe is the case to switch this discussion to the gui mailing list?


thanks a lot!

Massimo.

Il giorno 15/ott/2010, alle ore 09.23, Michael Barton ha scritto:

 OK. Keep us posted. I'm concerned that wxPython 2.9 is not backward 
 compatible.
 
 Michael

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: GRASS-dev] grass fails to detect wxpython version

[Massimo Di Stefano]

Yes i'm aware about it, 
the problem is that i'm using a custom built python.framework (i386, x86_64)
the WxPyhon-2.8.11.dmg don't works with 64-bit (where i have all the other 
python modules installed)


btw, i started to debug the wxgrass-problems with the WxPython-2.9 pre-release
i found some bugs and fixed some problems in the code.

now without comment any lines in wxgrass i have the gui start ... but don't 
works yet
we found a bug in the wx-prerelease, i opened a tiket :

http://trac.wxwidgets.org/ticket/12569

i subscribed myself to both WxPython-Mac amd -Dev list, i hope it will fixed 
soon.


btw my system python works fine with the wx preinstalled on snow leopard 
... i'm only tring to avoid to duplicate my python environment .. 
so it isn't a blocking issue.

Massimo.

Il giorno 15/ott/2010, alle ore 17.18, Michael Barton ha scritto:

 Massimo,
 
 At the moment, I'm too tied up to be able to do much. But I did just install 
 a new wxPython and noticed that you can get a binary for 2.8.10.11 that 
 supports Python 2.7 now.
 
 Michael
 
 C. Michael Barton
 Director, Center for Social Dynamics  Complexity 
 Professor of Anthropology, School of Human Evolution  Social Change
 Arizona State University
 
 voice:480-965-6262 (SHESC), 480-727-9746 (CSDC)
 fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
 www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
 
 
 
 
 
 
 
 
 
 
 
 On Oct 15, 2010, at 1:07 AM, Massimo Di Stefano wrote:
 
 Hi,
 
 Michael, yes it is not backward compatible,
 i have commented out some lines in 4 different files in the gui source,
 
 globarcar.py (lines 41,42,61,62)
 wxgui.py (line 112)
 ghelp.py (line 103)
 mapdisp.py (line 132)
 
 now the gui start but is not usable due to the commented code.
 
 Generally i can see the code lines where we set an icon file, is no longer 
 working on wx 2.9.
 
 On osx snow leopard the lack of cocoa support from wx 2.8 is a bad problem
 .. actually i'm using python2.7 (i386 + x86_64)
 and no wx 2.8 binay are avaiable ... so i had to stay on tcltk 
 (or using a custom gui i'm working on, done in pyqt but is pretty immature 
 yet)
 i tried the wx2.9 snapshot demos and it works pretty fine, seems 2.9 is near 
 to be mature.
 
 i can give you my time offering support to build and test grass gui using 
 wx2.9 
 and providing logs and tentative of debug but unlucky i've not a good 
 knowledge of wxgrass and wx itself. 
 
 Please let me know if make sense for you and what do you think about.
 
 maybe is the case to switch this discussion to the gui mailing list?
 
 
 thanks a lot!
 
 Massimo.
 
 Il giorno 15/ott/2010, alle ore 09.23, Michael Barton ha scritto:
 
 OK. Keep us posted. I'm concerned that wxPython 2.9 is not backward 
 compatible.
 
 Michael
 
 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] running grass from python

[Massimo Di Stefano]

Hello All,

i'm intersted to know if it is possible to use the grass functionalities 
directly from python
without the needs to run a grass session from bash.

i think the first thisk i have to do is to set my PYTHONPATH to where i have 
grass-python libs
then i have to set the grass environment vars (gisenv?) 

have you any hints on how to do it (if possible) ?

thanks a lot,

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass fails to detect wxpython version

[Massimo Di Stefano]

Hi All,

for some reason i need to switch to python 2.7 on mac osx
i'm using a custom build python2.7 (i386 + x86_64) 
it is my default python version.

epy:~ epy$ which python
/Library/Frameworks/Python.framework/Versions/2.7/bin/python


I'm using a snapshot buld for wx python2.9 (build with cocoa for python2.7)

it is available there :

http://wxpython.wxcommunity.com/preview/20101001/

http://wxpython.wxcommunity.com/preview/20101001/wxPython2.9-osx-2.9.1.1.b20101001-cocoa-py2.7.dmg

tring to run wx-config, i have :

/usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config --version-full
2.9.1.1

i'm building grass6_devel using as wx configure, this line :

--with-wxwidgets=/usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config


the build ends without errors but tring to run grass i have :

GRASS 6.5.svn (UNKNOWN):~  g.gui
Launching 'wxpython' GUI in the background, please wait ...
ERROR: wxGUI requires wxPython = 2.8.1.1. Requested version of wxPython not 
found.
GRASS 6.5.svn (UNKNOWN):~ 


whay it tel me a version  2.8 ?

my new wc-config is not in the path .. can be this the reason ? i suppose 
configure should  handle the path i issued to the wxwidgets options.

have you any clue on what's wrong ?


thanks,

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: GRASS-dev] grass fails to detect wxpython version

[Massimo Di Stefano]

Hi,

sorry, i haven't specified it in the previouse mail,
but i'm already using in my configure instruction :

--with-python=/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7-config
 \
--with-wxwidgets=/usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config


the problem seems to be in my version number and in globalvar.py :

GRASS 6.5.svn (UNKNOWN):~  python
Python 2.7 (r27:82500, Jul 17 2010, 23:39:56) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type help, copyright, credits or license for more information.
 import wx
 ver = wx.version().split(' ')[0]
 ver
'2.9.1.1.b20101001'
 version = [2, 8, 11, 0]
 if map(int, ver.split('.'))  version:
... print 'false'
... 
Traceback (most recent call last):
  File stdin, line 1, in module
ValueError: invalid literal for int() with base 10: 'b20101001'
 ver.split('.')
['2', '9', '1', '1', 'b20101001']
 ver.split('.')[-1]
'b20101001'
 ver.split('.')[-1:]
['b20101001']
 ver.split('.')[:-1]
['2', '9', '1', '1']


i'm looking to hack globalvar to fix the problem,
thanks for any hints.

Ciao,

Massimo.

Il giorno 15/ott/2010, alle ore 05.30, Michael Barton ha scritto:

 Because it is a custom Python build, you might need to specify 
 --with-python=/System/Library/Frameworks/Python.framework/Versions/2.9/bin/python2.9-config
 
 (check to make sure this is where the file is and what it is called.)
 
 Michael
 
 C. Michael Barton
 Director, Center for Social Dynamics  Complexity 
 Professor of Anthropology, School of Human Evolution  Social Change
 Arizona State University
 
 voice:480-965-6262 (SHESC), 480-727-9746 (CSDC)
 fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
 www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
 
 
 
 
 
 
 
 
 
 
 
 On Oct 14, 2010, at 7:03 PM, grass-dev-requ...@lists.osgeo.org wrote:
 
 Message: 8
 Date: Fri, 15 Oct 2010 01:43:38 +0200
 From: Massimo Di Stefano massimodisa...@gmail.com
 Subject: [GRASS-dev] grass fails to detect wxpython version
 To: grass-dev@lists.osgeo.org
 Message-ID: 28cef25e-7586-419c-ac9e-af249331b...@gmail.com
 Content-Type: text/plain; charset=us-ascii
 
 Hi All,
 
 for some reason i need to switch to python 2.7 on mac osx
 i'm using a custom build python2.7 (i386 + x86_64)
 it is my default python version.
 
 epy:~ epy$ which python
 /Library/Frameworks/Python.framework/Versions/2.7/bin/python
 
 
 I'm using a snapshot buld for wx python2.9 (build with cocoa for python2.7)
 
 it is available there :
 
 http://wxpython.wxcommunity.com/preview/20101001/
 
 http://wxpython.wxcommunity.com/preview/20101001/wxPython2.9-osx-2.9.1.1.b20101001-cocoa-py2.7.dmg
 
 tring to run wx-config, i have :
 
 /usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config --version-full
 2.9.1.1
 
 i'm building grass6_devel using as wx configure, this line :
 
 --with-wxwidgets=/usr/local/lib/wxPython-2.9.1.1.b20101001/bin/wx-config
 
 
 the build ends without errors but tring to run grass i have :
 
 GRASS 6.5.svn (UNKNOWN):~  g.gui
 Launching 'wxpython' GUI in the background, please wait ...
 ERROR: wxGUI requires wxPython = 2.8.1.1. Requested version of wxPython not 
 found.
 GRASS 6.5.svn (UNKNOWN):~ 
 
 
 whay it tel me a version  2.8 ?
 
 my new wc-config is not in the path .. can be this the reason ? i suppose 
 configure should  handle the path i issued to the wxwidgets options.
 
 have you any clue on what's wrong ?
 
 
 thanks,
 
 Massimo.
 
 ___
 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

[GRASS-dev] grass + vtk , which vtk version

[Massimo Di Stefano]

Hi All,

i'm intersted to use the vtk-grass-bridge [1] , 
i've few questins about it .

Can i use the latest stable release : VTK - 5.6  
instead of the suggested version ( VTK - 5.4) ?

... have you any clue if this beatifull work will be ported  to run under 
grass6.x ?

thanks!

Massimo.


[1] 
http://code.google.com/p/vtk-grass-bridge/___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] wxnviz on mac osx (grass7.0)

[Massimo Di Stefano]

Hi,

problems to get wx-nviz running on mac osx 10.6.4 building grass7.0

this the log :

Finished compilation: Gio 19 Ago 2010 13:31:39 CEST
make: *** [default] Error 1
MacBook-Pro-15-di-sasha:grass_trunk sasha$ cd 
/Users/sasha/gis/grass_trunk/visualization/nviz
MacBook-Pro-15-di-sasha:nviz sasha$ make
make -C src
gcc  -g -O2-arch i386 -arch x86_64  
-I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
-I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include  
-D_FILE_OFFSET_BITS=64   
-I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
-I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
-I/Library/Frameworks/UnixImageIO.framework/unix/include  
-I/Library/Frameworks/GDAL.framework/Versions/1.7/Headers 
-I/Library/Frameworks/GEOS.framework/Versions/3/unix/include  
-DPACKAGE=\grassmods\   
-I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
-I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include -o 
OBJ.i386-apple-darwin10.4.0/togl.o -c togl.c
In file included from togl.c:53:
/usr/include/tkMacOSX.h:31: error: expected declaration specifiers or ‘...’ 
before ‘TkRegion’
togl.c:54:54: error: tkMacOSXInt.h: No such file or directory
togl.c:265: error: expected specifier-qualifier-list before ‘XVisualInfo’
togl.c: In function ‘SetMacBufRect’:
togl.c:1084: error: ‘TkWindow’ undeclared (first use in this function)
togl.c:1084: error: (Each undeclared identifier is reported only once
togl.c:1084: error: for each function it appears in.)
togl.c:1084: error: expected expression before ‘)’ token
togl.c:1088: warning: ‘GetPortBounds’ is deprecated (declared at 
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/QuickdrawAPI.h:4527)
togl.c:1088: error: expected expression before ‘)’ token
togl.c:1092: error: expected expression before ‘)’ token
togl.c: In function ‘Togl_Cmd’:
togl.c:1500: error: ‘Togl’ has no member named ‘EpsRedMap’
togl.c:1500: error: ‘Togl’ has no member named ‘EpsGreenMap’
togl.c:1500: error: ‘Togl’ has no member named ‘EpsBlueMap’
togl.c:1501: error: ‘Togl’ has no member named ‘EpsMapSize’
togl.c: In function ‘Togl_CreateWindow’:
togl.c:1764: error: ‘XVisualInfo’ undeclared (first use in this function)
togl.c:1764: error: ‘visinfo’ undeclared (first use in this function)
togl.c:1795: error: expected ‘;’ before ‘VisInf’
togl.c:2117: error: ‘Togl’ has no member named ‘EpsRedMap’
togl.c:2118: error: ‘Togl’ has no member named ‘EpsRedMap’
togl.c:2119: error: ‘Togl’ has no member named ‘EpsGreenMap’
togl.c:2120: error: ‘Togl’ has no member named ‘EpsGreenMap’
togl.c:2121: error: ‘Togl’ has no member named ‘EpsBlueMap’
togl.c:2122: error: ‘Togl’ has no member named ‘EpsBlueMap’
togl.c:2123: error: ‘Togl’ has no member named ‘EpsRedMap’
togl.c:2123: error: ‘Togl’ has no member named ‘EpsGreenMap’
togl.c:2123: error: ‘Togl’ has no member named ‘EpsBlueMap’
togl.c:2124: error: ‘Togl’ has no member named ‘EpsMapSize’
togl.c:2187: error: ‘TkWindow’ undeclared (first use in this function)
togl.c:2187: error: ‘winPtr’ undeclared (first use in this function)
togl.c:2187: error: expected expression before ‘)’ token
togl.c:2213: error: ‘Togl’ has no member named ‘VisInfo’
togl.c:2213: error: ‘Togl’ has no member named ‘VisInfo’
togl.c:2214: error: ‘Togl’ has no member named ‘VisInfo’
togl.c:2338: warning: ‘aglSetDrawable’ is deprecated (declared at 
/System/Library/Frameworks/AGL.framework/Headers/agl.h:313)
togl.c:2340: error: ‘MacDrawable’ undeclared (first use in this function)
togl.c:2340: error: expected expression before ‘)’ token
togl.c:2352: error: ‘VisInf’ undeclared (first use in this function)
togl.c:2388: error: ‘Togl’ has no member named ‘EpsMapSize’
togl.c:2389: error: ‘Togl’ has no member named ‘EpsRedMap’
togl.c:2390: error: ‘Togl’ has no member named ‘EpsRedMap’
togl.c:2391: error: ‘Togl’ has no member named ‘EpsGreenMap’
togl.c:2392: error: ‘Togl’ has no member named ‘EpsGreenMap’
togl.c:2393: error: ‘Togl’ has no member named ‘EpsBlueMap’
togl.c:2394: error: ‘Togl’ has no member named ‘EpsBlueMap’
togl.c:2395: error: ‘Togl’ has no member named ‘EpsMapSize’
togl.c:2396: error: ‘Togl’ has no member named ‘EpsRedMap’
togl.c:2397: error: ‘Togl’ has no member named ‘EpsGreenMap’
togl.c:2399: error: ‘Togl’ has no member named ‘EpsBlueMap’
togl.c: In function ‘Togl_EventProc’:
togl.c:2594: warning: ‘AGLDrawable’ is deprecated
togl.c:2596: warning: ‘aglSetDrawable’ is deprecated (declared at 
/System/Library/Frameworks/AGL.framework/Headers/agl.h:313)
togl.c:2610: warning: ‘aglSetDrawable’ is deprecated (declared at 
/System/Library/Frameworks/AGL.framework/Headers/agl.h:313)
togl.c: In function ‘Togl_LoadBitmapFont’:
togl.c:3143: warning: ‘aglUseFont’ is deprecated (declared at 
/System/Library/Frameworks/AGL.framework/Headers/agl.h:374)
togl.c: In function ‘Togl_DumpToEpsFile’:
togl.c:3750: error: ‘Togl’ has no member named ‘EpsMapSize’
togl.c:3750: error: ‘Togl’ has 

Re: [GRASS-dev] wxnviz on mac osx (grass7.0)

[Massimo Di Stefano]

Hello Helena,

Il giorno 19/ago/2010, alle ore 16.44, Helena Mitasova ha scritto:

 
 On Aug 19, 2010, at 10:36 AM, Massimo Di Stefano wrote:
 
 Hi William,
 
 right :-) thanks to point me to tcltk
 i'm on a fresh osx installation .. so i'll rebuild tcltk for both 32+64 bit 
 and reconfigure grass.
 
 but this error wil be not related to the wx-nviz crash, is it right ?
 
 i have a wxniz crash on both grass 6.5 and 7.0.
 
 it crashes if you have both raster dem and vector data in gis manager,

i tried loading only the raster  layer spearfish elevation.dem 
(without vector loaded in gis manager)

after load the raster in the 2d map-display,  
click on the 3D View  give me a wxpython-gui crash

to have a log i tried to use :   export GRASS_WX_DEBUG=1


GRASS 7.0.svn (spearfish60):~  export GRASS_WX_DEBUG=1
[1]+  Doneg.gui wxpython
GRASS 7.0.svn (spearfish60):~  g.gui wxpython 
[1] 22828
GRASS 7.0.svn (spearfish60):~  GUI D1/1: GMFrame.NewDisplay(): idx=0
GUI D1/1: gcmd.RunCommand(): g.proj -p
GUI D1/1: gcmd.RunCommand(): g.region -ugpc
GUI D1/1: gcmd.RunCommand(): g.mapsets --q -p fs=newline
GUI D1/1: gcmd.RunCommand(): d.rast --q map=elevation@permanent
GUI D1/1: gcmd.RunCommand(): g.pnmcomp opacity=1.0 
mask=/var/folders/ve/veXy9T8eF2mFKQhl31BlvTI/-Tmp-/tmp7oA4qm.pgm height=515 
width=768 background=255:255:255:255 
input=/var/folders/ve/veXy9T8eF2mFKQhl31BlvTI/-Tmp-/tmp7oA4qm.ppm 
output=/var/folders/ve/veXy9T8eF2mFKQhl31BlvTI/-Tmp-/tmp8Lfnkp.ppm
GUI D1/1: gcmd.RunCommand(): d.rast --q map=elevation@permanent
GUI D1/1: gcmd.RunCommand(): g.pnmcomp opacity=1.0 
mask=/var/folders/ve/veXy9T8eF2mFKQhl31BlvTI/-Tmp-/tmp7oA4qm.pgm height=515 
width=768 background=255:255:255:255 
input=/var/folders/ve/veXy9T8eF2mFKQhl31BlvTI/-Tmp-/tmp7oA4qm.ppm 
output=/var/folders/ve/veXy9T8eF2mFKQhl31BlvTI/-Tmp-/tmp8Lfnkp.ppm


 it is still under development - see the wiki page.

i know, my mail is just to report what i have here,
i hope a log will help to debug the problems.
My attempt is to help to debug, 
building grass several times at week, 
i usually report a problem if exists

 
 tcltk nviz is not supposed to be supported in grass7

i know, all tcltk stuff  is dropped from grass7,


unlucky i'm just a power-user and i'm not able to fix things
i'm on osx i'will be happy to provide you more logs
and tests if needed, to guve us a little help.


thanks All, for you powerfull grass-work!

Massimo.


 
 Helena
 
 i'll update my tcltk and try again,
 
 thanks!
 
 Massimo.
 
 Il giorno 19/ago/2010, alle ore 16.30, William Kyngesburye ha scritto:
 
 That's the TclTk NVIZ.
 
 And it looks like it's configured for the system TclTk (8.5).  I tried that 
 a while back when Snow Leopard came out - updated tcltk, 64bits - but had 
 problems compiling, it might have been the same error.
 
 You need to install TclTk 8.5 from ActiveState and configure for that.  See 
 the Mac compile readme in the source.
 
 On Aug 19, 2010, at 6:42 AM, Massimo Di Stefano wrote:
 
 Hi,
 
 problems to get wx-nviz running on mac osx 10.6.4 building grass7.0
 
 this the log :
 
 Finished compilation: Gio 19 Ago 2010 13:31:39 CEST
 make: *** [default] Error 1
 MacBook-Pro-15-di-sasha:grass_trunk sasha$ cd 
 /Users/sasha/gis/grass_trunk/visualization/nviz
 MacBook-Pro-15-di-sasha:nviz sasha$ make
 make -C src
 gcc  -g -O2-arch i386 -arch x86_64  
 -I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
 -I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include  
 -D_FILE_OFFSET_BITS=64   
 -I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
 -I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
 -I/Library/Frameworks/UnixImageIO.framework/unix/include  
 -I/Library/Frameworks/GDAL.framework/Versions/1.7/Headers 
 -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include  
 -DPACKAGE=\grassmods\   
 -I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include 
 -I/Users/sasha/gis/grass_trunk/dist.i386-apple-darwin10.4.0/include -o 
 OBJ.i386-apple-darwin10.4.0/togl.o -c togl.c
 In file included from togl.c:53:
 /usr/include/tkMacOSX.h:31: error: expected declaration specifiers or 
 ‘...’ before ‘TkRegion’
 togl.c:54:54: error: tkMacOSXInt.h: No such file or directory
 togl.c:265: error: expected specifier-qualifier-list before ‘XVisualInfo’
 togl.c: In function ‘SetMacBufRect’:
 ...
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 [Trillian]  What are you supposed to do WITH a maniacally depressed robot?
 
 [Marvin]  You think you have problems?  What are you supposed to do if you 
 ARE a maniacally 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
 grass-dev@lists.osgeo.org
 http://lists.osgeo.org/mailman

[GRASS-dev] problems with m.proj

[Massimo Di Stefano]

Hello All,

i'm using a fresh virtual machine where i installed gdal+grass6.5 from svn

trying to run the command m.proj on a text file lonlatfile ,  like :

-103.749769548 44.4373443836

i have :


(Tue Aug  3 11:12:35 2010)  
m.proj -i input=/home/planetsasha/Desktop/PlanetSasha/lonlatfile
input parameters=[+proj=longlat +datum=WGS84]
output parameters=[ '+proj=utm' '+zone=13' '+a=6378206.4' '+rf=294.9786982' 
'+no_defs' '+nadgrids=/usr/local/src/gis/local/grass-6.5.svn/etc/nad/conus' 
'+to_meter=1.0']
Rel. 4.7.1, 23 September 2009
cs2cs:
Sys errno: 2: system mess. texts unavail.
'+proj=utm'
Rel. 4.7.1, 23 September 2009
cs2cs:
Sys errno: 2: system mess. texts unavail.
'+zone=13'
Rel. 4.7.1, 23 September 2009
cs2cs:
Sys errno: 2: system mess. texts unavail.
'+a=6378206.4'
Rel. 4.7.1, 23 September 2009
cs2cs:
Sys errno: 2: system mess. texts unavail.
'+rf=294.9786982'
Rel. 4.7.1, 23 September 2009
cs2cs:
Sys errno: 2: system mess. texts unavail.
'+no_defs'
Rel. 4.7.1, 23 September 2009
cs2cs:
Sys errno: 2: system mess. texts unavail.
'+nadgrids=/usr/local/src/gis/local/grass-6.5.svn/etc/nad/co
nus'
Rel. 4.7.1, 23 September 2009
cs2cs:
Sys errno: 2: system mess. texts unavail.
'+to_meter=1.0'
(Tue Aug  3 11:12:36 2010) Command finished (1 sec)  


have you any clue on what i'm missing ?
maybe something goes wrong with proj shared data ?

thanks for any suggestion,

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] gdal-grass plug-in (grass7 support)

[Massimo Di Stefano]

Hi All,

the gdal-grass plug-in for now don't build with grass7 but only with grass6.x.
I know it is an old issue, we discuss it some month ago,
have you any news about grass7 support inside gdalb (svn) ?

thanks!

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] build error in wxpython (grass6_devel)

[Massimo Di Stefano]

I tried on mac osx right now, 
the build ends with the same error on mac too :

SyntaxError: ('invalid syntax', 
('/Users/Shared/source/grass6_devel/dist.i386-apple-darwin10.4.0/etc/wxpython/gui_modules/nviz_tools.py',
 2860, 2, ' .working\n'))
make[1]: *** 
[/Users/Shared/source/grass6_devel/dist.i386-apple-darwin10.4.0/etc/wxpython/gui_modules/nviz_tools.pyc]
 Error 1
make: *** [install_scripts] Error 2
MacBook-Pro-15-di-Massimo-Di-Stefano:wxpython sasha$ 


Massimo.

Il giorno 05/lug/2010, alle ore 09.38, Massimo Di Stefano ha scritto:

 Markus,
 
 i don't know why this happens .. but it's weird
 i already did :
 
 rm -rf gui/wxpython/gui_modules/
 svn up gui/wxpython
 
 
 now i'm doing a new grass checkout from svn in a new devel directory.
 tring to reconfigure and rebuild it.
 
 i'm on debian sid derived distro (sidux)
 using this configure instruction :
 
 ./configure 
 --with-tcltk-includes=/usr/include/tcl8.5/ \
 --with-readline \
 --with-sqlite \
 --with-postgres \
 --with-postgres-includes=/usr/include/postgresql/ \
 --with-python \
 --with-wxwidgets=/usr/bin/wx-config \
 --with-odbc \
 --with-geos \
 --with-freetype \
 --with-freetype-includes=/usr/include/freetype2/ \
 --with-cxx \
 --with-blas \
 --with-lapack \
 --with-cairo \
 --with-ffmpeg \
 --with-ffmpeg-includes=/usr/local/include/libavformat/ 
 /usr/local/include/libavcodec/ /usr/local/include/libavdevice/ 
 /usr/local/include/libavutil/ /usr/local/include/libswscale/ \
 --with-glw \
 --with-motif \
 --enable-largefile \
 --enable-64bit
 
 
 but again, a new checkout don't fix the problem,
 opening the file : 
 
 gui_modules/nviz_tools.py 
 
 
 i deleted the  .working' part, then hit mke again, the build go ahead
 bu ends with error :
 
 
 make[2]: *** [OBJ.x86_64-unknown-linux-gnu/_grass6_wxnviz.so] Error 1
 make[2]: Leaving directory 
 `/usr/local/src/gis/grass65_devel/gui/wxpython/nviz'
 make[1]: Leaving directory `/usr/local/src/gis/grass65_devel/gui/wxpython'
 
 
 this erro is the same as in the previouse mail,the log is :
 
 http://www.geofemengineering.it/data/log2.txt
 
 
 thanks to investigate on that, 
 i can try to build on osx too, to see if the error can be replicated.
 
 
 Il giorno 05/lug/2010, alle ore 08.34, Markus Neteler ha scritto:
 
 hi Massimo,
 
 On Mon, Jul 5, 2010 at 1:45 AM, Massimo Di Stefano
 massimodisa...@gmail.com wrote:
 Hi Markus,
 
 svn status gui/wxpython/gui_modules/
 
 and
 svn diff gui/wxpython/gui_modules/
 ?
 
 In the worst caee, if you don't have own changes there
 
 rm -rf gui/wxpython/gui_modules/
 svn up gui/wxpython
 
 SyntaxError: ('invalid syntax', 
 ('/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_tools.py',
  2860, 2, ' .working\n'))
 
 apparently there is cruft in that file at your end.
 
 Markus
 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] build error in wxpython (grass6_devel)

[Massimo Di Stefano]

Thanks to All :-)

wxpython build fine.

the error is only on nviz,
i attached a log just to report it (maybe usefull to debug),
i don't need nviz right now, 

http://www.geofemengineering.it/data/grass_nviz_build_log.txt

i know there are a lot of work in progress in the nviz code, 
thanks Martin and All Dev team of course ;-)




Il giorno 05/lug/2010, alle ore 10.32, Hamish ha scritto:

 Massimo wrote:
 I tried on mac osx right now, 
 the build ends with the same error on mac too :
 
 SyntaxError: ('invalid syntax',
 ('/Users/Shared/source/grass6_devel/dist.i386-apple-darwin10.4.0/etc/wxpython/gui_modules/nviz_tools.py',
 2860, 2, ' .working\n'))
 make[1]: ***
 [/Users/Shared/source/grass6_devel/dist.i386-apple-darwin10.4.0/etc/wxpython/gui_modules/nviz_tools.pyc]
 Error 1
 make: *** [install_scripts] Error 2
 MacBook-Pro-15-di-Massimo-Di-Stefano:wxpython sasha$ 
 
 
 the cruft was in the svn repo. removed in r42703.
 
 it happens. try again :)
 
 
 Hamish
 
 
 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] build error in wxpython (grass6_devel)

[Massimo Di Stefano]

Hi All

tring to upgrade grass i had a build error on both osx and linux (debian)

this the build log from the debian machine running make in the wxpython 
directory :

http://www.geofemengineering.it/data/grass_build_log.txt

 i it acommon problem or something goes wrong on my system ?
hope the log can help a bit.

thanks,
Massimo.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] build error in wxpython (grass6_devel)

[Massimo Di Stefano]

Hi Markus,

 svn status gui/wxpython/gui_modules/

give me no outputs.

i tried to rebuild all the code doing :

cd /usr/local/src/gis/grass6_devel/
make distclean
rm -rf gui/
svn up
./configure ...
make

but the error persists :


make[1]: 
`/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_mapdisp.pyc'
 is up to date.
make[1]: 
`/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_preferences.pyc'
 is up to date.
make[1]: 
`/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz.pyc'
 is up to date.
python -m py_compile 
/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_tools.py
SyntaxError: ('invalid syntax', 
('/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_tools.py',
 2860, 2, ' .working\n'))
make[1]: *** 
[/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_tools.pyc]
 Error 1
make[1]: Leaving directory `/usr/local/src/gis/grass6_devel/gui/wxpython'
make: *** [install_scripts] Error 2


i opened the file 

/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_tools.py

it show me at line 2860   :.working


i deleted this line, then going ahead in the build process i got this log :

 http://www.geofemengineering.it/data/log2.txt

Massimo.

Il giorno 04/lug/2010, alle ore 22.54, Markus Neteler ha scritto:

 On Sun, Jul 4, 2010 at 10:43 PM, Massimo Di Stefano
 massimodisa...@gmail.com wrote:
 Hi All
 
 tring to upgrade grass i had a build error on both osx and linux (debian)
 
 this the build log from the debian machine running make in the wxpython 
 directory :
 
 http://www.geofemengineering.it/data/grass_build_log.txt
 
  i it acommon problem or something goes wrong on my system ?
 hope the log can help a bit.
 
 Yes:
 
 SyntaxError: ('invalid syntax',
 ('/usr/local/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/etc/wxpython/gui_modules/nviz_tools.py',
 2860, 2, ' .working\n'))
 
 says that you have a patch error (guess you have local changes and
 SVN didn't merge in properly updates from the server)
 
 Try
 svn status gui/wxpython/gui_modules/
 to see what's going on there.
 
 Markus

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] problem updatin grass_trunk : svn up (.po files error)

[massimo di stefano]

Hi All,

tring to uipdate grass_trunk on debian sid i have :


e...@epixbox:/usr/local/src/gis/grass_trunk$ svn up
svn: Can't read file 'locale/po/.svn/text-base/grassmods_sl.po.svn-base':
Input/output error
svn: Can't read file 'locale/po/.svn/text-base/grassmods_sl.po.svn-base':
Input/output error
e...@epixbox:/usr/local/src/gis/grass_trunk$


Massimo
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

tring to run nviz, it crash on start printing out this log :

GRASS_INFO_ERROR(48895,1): Syntax error
GRASS_INFO_END(48895,1)


Il giorno 06/giu/2010, alle ore 09.34, Glynn Clements ha scritto:

 
 William Kyngesburye wrote:
 
 That works, dist/etc/python/grass/lib now fully populated, no make
 errors (besides the ignored CPP unknown architecture errors).
 
 Does the wxGUI NVIZ module 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 mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Works!!!  :-D

GRASS 7.0.svn (spearfish60):~  g.gui
GRASS 7.0.svn (spearfish60):~  ipython
Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) 
Type copyright, credits or license for more information.

IPython 0.11.bzr.r1205 -- An enhanced Interactive Python.
? - Introduction and overview of IPython's features.
%quickref - Quick reference.
help  - Python's own help system.
object?   - Details about 'object'. ?object also works, ?? prints more.

In [1]: from grass.lib import raster

In [2]: 


thanks too mutch Guys!!!


Il giorno 05/giu/2010, alle ore 20.21, William Kyngesburye ha scritto:

 On Jun 5, 2010, at 1:01 PM, Glynn Clements wrote:
 
 William Kyngesburye wrote:
 
 Next error, after that finishes:
 
 sed \
 -e '/^# End loader$/a\
 from ctypes_preamble import *\
 from ctypes_preamble import _variadic_function\
 from ctypes_loader import *' \
 -e '/^# Begin preamble$/,/^# End preamble$/d' \
 -e '/^# Begin loader$/,/^# End loader$/d' \
 date.py  
 /Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py
 sed: 1: /^# End loader$/afrom c ...: command a expects \ followed by text
 make[2]: *** 
 [/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py]
  Error 1
 
 There is only 1 file after this in dist/etc/python/grass/lib: an empty 
 date.py.
 
 I never had any luck on OSX with newlines in sed replacement strings
 in makefiles. It'll work in shell scripts but not makefiles.
 
 Try r42489; this moves the sed script to a separate file.
 
 That works, dist/etc/python/grass/lib now fully populated, no make errors 
 (besides the ignored CPP unknown architecture errors).
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 All generalizations are dangerous, even this one.
 
 
 ___
 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

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Started compilation: Ven  4 Giu 2010 21:08:54 CEST
--
Errors in:
/Users/Shared/source/grass_trunk/lib/python/default
/Users/Shared/source/grass_trunk/gui/wxpython
/Users/Shared/source/grass_trunk/visualization/nviz
--
In case of errors please change into the directory with error and run 'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
--
Finished compilation: Ven  4 Giu 2010 21:18:34 CEST
make: *** [default] Error 1
host-001:grass_trunk sasha$ cd 
/Users/Shared/source/grass_trunk/lib/python/default
-bash: cd: /Users/Shared/source/grass_trunk/lib/python/default: No such file or 
directory
host-001:grass_trunk sasha$



cd /Users/Shared/source/grass_trunk/lib/python
make


...

make[2]: `date.py' is up to date.
make[2]: `grass.py' is up to date.
make[2]: `raster.py' is up to date.
make[2]: `gmath.py' is up to date.
make[2]: `proj.py' is up to date.
make[2]: `imagery.py' is up to date.
make[2]: `vector.py' is up to date.
make[2]: `display.py' is up to date.
make[2]: `stats.py' is up to date.
make[2]: `dbmi.py' is up to date.
make[2]: `g3d.py' is up to date.
make[2]: `arraystats.py' is up to date.
make[2]: `cluster.py' is up to date.
make[2]: `trans.py' is up to date.
make[2]: `vedit.py' is up to date.
make[2]: `ogsf.py' is up to date.
GISRC=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/demolocation/.grassrc70
 GISBASE=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0 
PATH=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/bin:$PATH 
PYTHONPATH=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/python:$PYTHONPATH
 
DYLD_LIBRARY_PATH=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/bin:/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/lib:/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/lib:/Users/Shared/source/tables-2.1.2/tables/
 LC_ALL=C ./ctypesgen.py 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-lgrass_nviz   
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include/grass/nviz.h
 -o nviz.py
Status: Preprocessing 
/var/folders/G7/G7KYb9O2GaGW2zFTZZP9nE+++TI/-Tmp-/tmps7WNie.h
Status: gcc -E -U __BLOCKS__ -dD 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-Dinline= -D__inline__= -D__extension__= -D_Bool=uint8_t 
-D__const=const -D__asm__(x)= -D__asm(x)= -DCTYPESGEN=1 
-D__uint16_t=uint16_t -D__uint32_t=uint32_t -D__uint64_t=uint64_t 
/var/folders/G7/G7KYb9O2GaGW2zFTZZP9nE+++TI/-Tmp-/tmps7WNie.h
Traceback (most recent call last):
  File ./ctypesgen.py, line 134, in module
descriptions=ctypesgencore.parser.parse(options.headers,options)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/__init__.py,
 line 21, in parse
parser.parse()
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/datacollectingparser.py,
 line 67, in parse
ctypesparser.CtypesParser.parse(self,f.name,None)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/cparser.py,
 line 113, in parse
self.preprocessor_parser.parse(filename)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/preprocessor.py,
 line 197, in parse
token = self.lexer.token()
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/preprocessor.py,
 line 51, in token
result = lex.Lexer.token(self)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/lex.py,
 line 297, in token
newtok = func(tok)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py,
 line 237, in t_ANY_string_literal
t.value = StringLiteral(t.value)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py,
 line 63, in __new__
raise ValueError(invalid \\x escape in %s % value)
ValueError: invalid \x escape in .HFS+ Private Directory Data\xd
make[2]: *** [nviz.py] Error 1
make[1]: *** [default] Error 2
host-001:python sasha$ 



i tried to change in 
grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py  to :

class StringLiteral(str):
def __new__(cls, value):
assert value[0] == '' and value[-1] == ''
# Unescaping probably not perfect but close enough.
try:
value = value[1:-1].decode('string_escape')
except ValueError, e:
value = re.sub(r'\\x([0-9a-fA-F])(?![0-9a-fA-F])', r'\x0\1', 
value[1:-1]).decode('string_escape')
return str.__new__(cls, value)


but print out a lot of syntax errors, 
maybe i changed it wrong,
if usefull i can try to rebuild and attach the log.




Il giorno 04/giu/2010, alle ore 

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

i opened an issue on :

http://code.google.com/p/ctypesgen/issues/detail?id=7

i hope what i wrote is correct, tell me if i need to change something.

i'll also try to send a mail to the pythonmac mailing list.


Il giorno 03/giu/2010, alle ore 07.05, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 i applied the patch and tried to rebuild (after make distclean)
  File 
 /Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py,
  line 60, in __new__
value = value[1:-1].decode('string_escape')
 ValueError: invalid \x escape
 
 This looks like an issue with Apple's C headers being incompatible
 with anything other than Apple's version of gcc.
 
 I think that it's going to need someone with a Mac to investigate the
 issues and make the necessary changes to ctypesgen to either support
 Apple's enhanced C dialect, or to provide the necessary switches to
 disable the enhancements (if such switches exist).
 
 -- 
 Glynn Clements gl...@gclements.plus.com

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[massimo di stefano]

humm .. i forghet that :-/

is the local copy of ctypesgen in grass
a modified version from the original source?
If yes exists a diff between the 2 versions ?

i tried to contact people on #macdev from irc.freenode.net
but i haven't got answers. I can also try to send a note
to the pythonmac list if this can help.

i hope someone with better knowledge of osx
... and programming in general
can dive into this problem.

Thanks!


Massimo.



2010/6/3 Glynn Clements gl...@gclements.plus.com


 Massimo Di Stefano wrote:

  i opened an issue on :
 
  http://code.google.com/p/ctypesgen/issues/detail?id=7
 
  i hope what i wrote is correct, tell me if i need to change something.

 Note that GRASS uses a local copy of ctypesgen, so there isn't much
 point reporting issues to the upstream maintainers.

 --
 Glynn Clements gl...@gclements.plus.com

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Il giorno 02/giu/2010, alle ore 04.54, Glynn Clements ha scritto:

 
 Barton Michael wrote:
 
 I just compiled GRASS 7 a couple days ago, before leaving for Spain. Wx
 digitizer and nviz don't compile.
 
 The gui/wxpython/nviz directory is no longer built; it has been
 superseded by gui/wxpython/gui_modules/wxnviz.py.
 
 The ctypes/SWIG changes don't touch the vdigit module.
 
 Also others can't even open my
 binaries.
 
 Is there a new configure switch for ctypes?
 
 No. I added a local copy of ctypesgen to the source tree, so there are
 no external dependencies.
 
 ctypes itself is part of the standard library in Python 2.5 and 2.6.

This means that also on OSX we don't need to install external libraries 
beacouse WxPython, Ctype are included in the system Python 
and Ctypsgen is included in the Grass source  (hence i don't have to install it 
as suggested in the preciouse mails) 
At this point i'm without any clue on how to debug the grass7.0 problems on OSX.
I tried installing a new version of Python but unlucky it fails to build the 
gui (maybe beacouse i'm using wx2.9, see my previouse mail) 

i tried to compile grass using python.framework this time, 
but seems it find only python2.61 (system python)
i treid to change grass.sh script .. but without lucky
so i chosed to build without .app generation
the results is :

error in wx gui build (i'm using wx-cocoa) 
log :
http://www.geofemengineering.it/data/grass_wxgui_log.txt

while start grass in text mode, again  grass.lib is not avaiable as 
grass.python module 
(i have tried with (installed manually from svn) and without ctypesgen (using 
the version included in grass))


Have you any suggestion like 
add a print statment in the source code file X at line Y  
to try to see where the problem begins ?


 
 Are we supposed to no longer
 use the python switch? 
 
 --with-python should only be required for vdigit.
 
 -- 
 Glynn Clements gl...@gclements.plus.com

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Il giorno 02/giu/2010, alle ore 10.41, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 error in wx gui build (i'm using wx-cocoa) 
 log :
 http://www.geofemengineering.it/data/grass_wxgui_log.txt
 
 pseudodc.h: In member function ‘virtual void gpdcFloodFillOp::DrawToDC(wxDC*, 
 bool)’:
 pseudodc.h:210: error: invalid conversion from ‘int’ to ‘wxFloodFillStyle’
 pseudodc.h:210: error:   initializing argument 4 of ‘bool 
 wxDC::FloodFill(wxCoord, wxCoord, const wxColour, wxFloodFillStyle)’
 
 These are caused by trying to use wxWidgets 2.9. GRASS requires
 wxWidgets 2.8.

yes i suspected the error was related to wx version
mine was just an attempt, beacouse i had to build it
for the new python


 
 while start grass in text mode, again  grass.lib is not avaiable as
 grass.python module 
 
 You'll need to provide the output from make -C lib/python if you
 want help with this.

Thanks! i see this log thinking about the wxgui failure ... while was grass lib,
this the log :


http://www.geofemengineering.it/data/grass_lib_python_osx_log.txt


 
 -- 
 Glynn Clements gl...@gclements.plus.com

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

i applied the patch and tried to rebuild (after make distclean)

this the log :



MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ make -C lib/python
...
..

make[2]: `date.py' is up to date.
make[2]: `grass.py' is up to date.
make[2]: `raster.py' is up to date.
make[2]: `gmath.py' is up to date.
make[2]: `proj.py' is up to date.
make[2]: `imagery.py' is up to date.
make[2]: `vector.py' is up to date.
make[2]: `display.py' is up to date.
make[2]: `stats.py' is up to date.
make[2]: `dbmi.py' is up to date.
make[2]: `g3d.py' is up to date.
make[2]: `arraystats.py' is up to date.
make[2]: `cluster.py' is up to date.
make[2]: `trans.py' is up to date.
make[2]: `vedit.py' is up to date.
make[2]: `ogsf.py' is up to date.
GISRC=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/demolocation/.grassrc70
 GISBASE=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0 
PATH=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/bin:$PATH 
PYTHONPATH=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/python:$PYTHONPATH
 
DYLD_LIBRARY_PATH=/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/bin:/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/lib:/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/lib:/Users/Shared/source/tables-2.1.2/tables/
 LC_ALL=C ./ctypesgen.py 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-lgrass_nviz  
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include/grass/nviz.h
 -o nviz.py
Status: Preprocessing 
/var/folders/G7/G7KYb9O2GaGW2zFTZZP9nE+++TI/-Tmp-/tmpUC9FfB.h
Status: gcc -E -dD 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include 
-Dinline= -D__inline__= -D__extension__= -D_Bool=uint8_t 
-D__const=const -D__asm__(x)= -D__asm(x)= -DCTYPESGEN=1 
-D__uint16_t=uint16_t -D__uint32_t=uint32_t -D__uint64_t=uint64_t 
/var/folders/G7/G7KYb9O2GaGW2zFTZZP9nE+++TI/-Tmp-/tmpUC9FfB.h
Traceback (most recent call last):
  File ./ctypesgen.py, line 134, in module
descriptions=ctypesgencore.parser.parse(options.headers,options)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/__init__.py,
 line 21, in parse
parser.parse()
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/datacollectingparser.py,
 line 67, in parse
ctypesparser.CtypesParser.parse(self,f.name,None)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/cparser.py,
 line 113, in parse
self.preprocessor_parser.parse(filename)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/preprocessor.py,
 line 196, in parse
token = self.lexer.token()
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/preprocessor.py,
 line 51, in token
result = lex.Lexer.token(self)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/lex.py,
 line 297, in token
newtok = func(tok)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py,
 line 234, in t_ANY_string_literal
t.value = StringLiteral(t.value)
  File 
/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py,
 line 60, in __new__
value = value[1:-1].decode('string_escape')
ValueError: invalid \x escape
make[2]: *** [nviz.py] Error 1
make[1]: *** [default] Error 2
make: [default] Error 2 (ignored)
MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ 


 
Il giorno 02/giu/2010, alle ore 16.39, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 while start grass in text mode, again  grass.lib is not avaiable as
 grass.python module 
 
 You'll need to provide the output from make -C lib/python if you
 want help with this.
 
 Thanks! i see this log thinking about the wxgui failure ... while was grass 
 lib,
 this the log :
 
   Status: gcc -E -U __GNUC__ -dD
   -I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include
   -I/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/include
   -Dinline= -D__inline__= -D__extension__=
   -D_Bool=uint8_t -D__const=const -D__asm__(x)=
   -D__asm(x)= -DCTYPESGEN=1 -D__uint16_t=uint16_t
   -D__uint32_t=uint32_t -D__uint64_t=uint64_t
   /var/folders/G7/G7KYb9O2GaGW2zFTZZP9nE+++TI/-Tmp-/tmpcrHehC.h
   ...
   Error: gcc -E: /usr/include/TargetConditionals.h:284:10:
   error: #error TargetConditionals.h: unknown compiler (see
   comment above)
 
 The OSX headers are specifically generating an error; probably because
 __GNUC__ is being undefined.
 
 Try the attached patch.
 
 -- 
 Glynn Clements gl...@gclements.plus.com
 
 --- lib/python/ctypes/ctypesgencore/parser/preprocessor.py(revision 42432)
 +++ lib/python/ctypes/ctypesgencore/parser

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Now the error i means :



 In [2]: from grass.lib import raster
 
 Traceback (most recent call last):
 File ipython console, line 1, in module
 ImportError: No module named lib



is reflected in the gui.
the new GUI code changes are affected by it, 
tring to build grass70, starting the application
i have a broken gui that show me this error log :

GRASS 7.0.svn (spearfish60):~  
WARNING: Vector digitizer is not available 
(dlopen(/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/vdigit/_grass7_wxvdigit.so,
 2): Symbol not found: __Py_RefTotal
  Referenced from: 
/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/vdigit/_grass7_wxvdigit.so
  Expected in: flat namespace
 in 
/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/vdigit/_grass7_wxvdigit.so).

Note that the vector digitizer is currently not working under MS Windows 
(hopefully this will be fixed soon). Please keep an eye out for updated 
versions of GRASS.
Traceback (most recent call last):
  File /Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/wxgui.py, 
line 87, in module
import gui_modules.nviz_tools as nviz_tools
  File 
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/gui/wxpython/gui_modules/nviz_tools.py,
 line 36, in module
from nviz_mapdisp import wxUpdateView as wxUpdateView
  File 
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/gui/wxpython/gui_modules/nviz_mapdisp.py,
 line 41, in module
import wxnviz
  File 
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/gui/wxpython/gui_modules/wxnviz.py,
 line 24, in module
from grass.lib.grass import *
ImportError: No module named lib.grass


tring to re-run :  g.gui i have the same log.

just to check if my python is bugged 
i build python2.6.5 source code,
in a non standard location /usr/local/gislib/unix,
as unix library (no framework)
then i exported the path for the new python 
and i used it to reconfigure-compile-install grass70, 
but unluky i have problems to build wxpython 
(i compiled wxwidjet as 32+64 bit but i'm having 
problems  to built wxpython on it)
i'll try to figure out a wxpython cocoa build
and tell you if the grass.lib  not found problem persists.

thanks for any help.





Il giorno 27/mag/2010, alle ore 16.52, Michael Barton ha scritto:

 No ipython on the student's machine. 
 
 I compiled GRASS 7 and had no problems. I posted my binary so others could 
 use it. The one person who has tried it gets a bogus error about Python 
 subprocess() not existing. The binary of GRASS 6.5 that I compiled and posted 
 at the same time runs fine on her machine (demonstrating that subprocess() is 
 OK). 
 
 Oddly, some other folks here got similar bogus errors with GRASS 6.5 or 7 (I 
 can't remember) when trying to run a Python script under winGRASS a few weeks 
 back. 
 
 Michael
 
 C. Michael Barton
 Director, Center for Social Dynamics  Complexity 
 Professor of Anthropology, School of Human Evolution  Social Change
 Arizona State University
 
 voice:480-965-6262 (SHESC), 480-727-9746 (CSDC)
 fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
 www: www.public.asu.edu/~cmbarton, http://csdc.asu.edu
 
 
 
 
 
 
 
 
 
 
 On May 27, 2010, at 6:43 AM, William Kyngesburye wrote:
 
 On May 27, 2010, at 3:56 AM, Massimo Di Stefano massimodisa...@gmail.com 
 wrote:
 
 Hell Soeren,
 
 seems i've an up-to-date revision :
 
 MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ svn up
 At revision 42358.
 
 i also did make distclean first to re-try configure  make.
 
 
 but your note about a renamed function, point me to a problem i  
 had on qgis side too (make install overwrite the .app but ... it  
 don't do it as aspected)
 
 infact, removing manually the old grass70.app (compiled from source)  
 trashing the complete app from /Application , instead of overwrite  
 it using sudo make install
 
 now i have :
 
 In [1]: import os, sys
 
 In [2]: from grass.lib import raster
 
 Traceback (most recent call last):
 File ipython console, line 1, in module
 ImportError: No module named lib
 
 I wonder if ipython is affecting this?  Just a random idea. (I can't  
 try anything right now- dev Mac died)
 
 
 the error is present but changes ... this time maybe can be a wrong  
 sintax i used ???
 weird .. i'm a bit confused ;-)
 
 
 
 i'm tring to replicate, from command line, the code :
 
 ###
 
 import os, sys
 from grass.lib import grass, raster
 from ctypes import *
 
 input = sys.argv[1]
 
 grass.G_gisinit(sys.argv[0])
 
 mapset = grass.G_find_raster2(input, )
 print mapset
 
 
 Massimo
 
 Il giorno 27/mag/2010, alle ore 10.37, Soeren Gebbert ha scritto:
 
 Hello Massimo,
 can you please make a svn update?The gmath function
 G_math_backward_solving has been renamed into
 G_math_backward_substitution a while ago. Maybe something got

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

I succesfull build wxpython on snow leopard to be 32+64 bit against wx2.9 (svn 
version) - is the only way to have wx with no bitwise problems on osx
then i installed ctypesgen

tring to build grass70 i got the error in wxpython gui code
re-running make inside its directory the error is not fixed.

i suppose this is related to wx version (2.9) instead of (2.8)
so it shouldn't be a grass related problem ...

this is the log :

http://www.geofemengineering.it/data/grass_wxgui_log.txt

i wonder if it's possible to adapt grass-gui code to run under 2.9 too :-/


i'm now recompiling ctypsegen on the system python to sede if it fix the 
grass.lib error


Il giorno 01/giu/2010, alle ore 23.53, Martin Landa ha scritto:

 Hi,
 
 2010/6/1 Massimo Di Stefano massimodisa...@gmail.com:
 
 [...]
 
 Traceback (most recent call last):
  File 
 /Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/wxgui.py, line 
 87, in module
import gui_modules.nviz_tools as nviz_tools
  File 
 /Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/gui/wxpython/gui_modules/nviz_tools.py,
  line 36, in module
from nviz_mapdisp import wxUpdateView as wxUpdateView
  File 
 /Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/gui/wxpython/gui_modules/nviz_mapdisp.py,
  line 41, in module
import wxnviz
  File 
 /Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/gui/wxpython/gui_modules/wxnviz.py,
  line 24, in module
from grass.lib.grass import *
 ImportError: No module named lib.grass
 
 ctypes grass.lib (lib/python/ctypes) is missing in your installation
 (ctypesgen required). wxGUI failure fixed in r42430.
 
 Martin
 
 -- 
 Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

i tried a new build, removing the old .app first
i tried without ipython, but the problem is the same :

GRASS 7.0.svn (spearfish60):~  python
Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type help, copyright, credits or license for more information.
 import os, sys
 from grass.lib import raster
Traceback (most recent call last):
  File stdin, line 1, in module
ImportError: No module named lib
 


Il giorno 27/mag/2010, alle ore 15.43, William Kyngesburye ha scritto:

 On May 27, 2010, at 3:56 AM, Massimo Di Stefano massimodisa...@gmail.com 
 wrote:
 
 Hell Soeren,
 
 seems i've an up-to-date revision :
 
 MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ svn up
 At revision 42358.
 
 i also did make distclean first to re-try configure  make.
 
 
 but your note about a renamed function, point me to a problem i had on 
 qgis side too (make install overwrite the .app but ... it don't do it as 
 aspected)
 
 infact, removing manually the old grass70.app (compiled from source) 
 trashing the complete app from /Application , instead of overwrite it using 
 sudo make install
 
 now i have :
 
 In [1]: import os, sys
 
 In [2]: from grass.lib import raster
 
 Traceback (most recent call last):
 File ipython console, line 1, in module
 ImportError: No module named lib
 
 I wonder if ipython is affecting this?  Just a random idea. (I can't try 
 anything right now- dev Mac died)
 
 
 the error is present but changes ... this time maybe can be a wrong sintax i 
 used ???
 weird .. i'm a bit confused ;-)
 
 
 
 i'm tring to replicate, from command line, the code :
 
 ###
 
 import os, sys
 from grass.lib import grass, raster
 from ctypes import *
 
 input = sys.argv[1]
 
 grass.G_gisinit(sys.argv[0])
 
 mapset = grass.G_find_raster2(input, )
 print mapset
 
 
 Massimo
 
 Il giorno 27/mag/2010, alle ore 10.37, Soeren Gebbert ha scritto:
 
 Hello Massimo,
 can you please make a svn update?The gmath function
 G_math_backward_solving has been renamed into
 G_math_backward_substitution a while ago. Maybe something got mixed
 up?
 
 Best
 Soeren
 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Il giorno 24/mag/2010, alle ore 17.28, Michael Barton ha scritto:

 
 
 On May 24, 2010, at 6:35 AM, grass-dev-requ...@lists.osgeo.org wrote:
 
 Date: Mon, 24 May 2010 00:49:51 +0200
 From: Massimo Di Stefano massimodisa...@gmail.com
 Subject: [GRASS-dev] grass7 on mac OSX
 To: grass-dev list grass-dev@lists.osgeo.org
 Message-ID: 05bc922b-8790-4579-93e3-3052d5b15...@gmail.com
 Content-Type: text/plain; charset=us-ascii
 
 Hi All,
 
 i upgrade grass7 from svn on mac osx 10.6.3 ,
 the build ends with an error in wxpython, rerunning make inside the wxpython 
 director fix the problem.
 
 I've reported this too. There is something wrong in the build/make files 
 somewhere.
 
 
 but tring to load grass from python i had thi error :
 
 
 In [1]: from grass.lib import grass
 
 Traceback (most recent call last):
 File ipython console, line 1, in module
 File 
 /Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/python/grass/lib/__init__.py,
  line 3, in module
   # $Id$
 File 
 /Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/python/grass/lib/math.py,
  line 7, in module
 ImportError: 
 dlopen(/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/_math.so,
  2): Symbol not found: _G_math_backward_solving
 Referenced from: 
 /Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/_math.so
 Expected in: 
 /Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gmath.dylib
 in /Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/_math.so
 
 
 have you any clue on what i'm missing ?
 thanks!
 
 Massimo.
 
 I think this is a bogus error. The identical thing happened to a student here 
 except that it claimed to be missing the subprocess module. The module is not 
 missing and GRASS 6.5 works fine. GRASS 7 runs fine on my Mac, but this kind 
 of error is cropping up somewhat randomly apparently.
 
 Michael
 


Hi Michael, so it works for you, good :-)
have you any clue on what kind of changes have you did to get it running ?

i'm using :

Python2.6.1 ( standard python from system,  osx snow leopard )

Ctypesgen from svn : 
Repository Root: http://ctypesgen.googlecode.com/svn
Revision: 107

Thanks for any help,

Massimo___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Hi All,

i upgrade grass7 from svn on mac osx 10.6.3 , 
the build ends with an error in wxpython, rerunning make inside the wxpython 
director fix the problem.

but tring to load grass from python i had thi error :


In [1]: from grass.lib import grass

Traceback (most recent call last):
  File ipython console, line 1, in module
  File 
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/python/grass/lib/__init__.py,
 line 3, in module
# $Id$
  File 
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/etc/python/grass/lib/math.py,
 line 7, in module
ImportError: 
dlopen(/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/_math.so,
 2): Symbol not found: _G_math_backward_solving
  Referenced from: 
/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/_math.so
  Expected in: 
/Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gmath.dylib
 in /Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/_math.so


have you any clue on what i'm missing ?
thanks!

Massimo.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass6 and python array

[Massimo Di Stefano]

Hi Glynn,

thanks for your help!

Il giorno 10/mag/2010, alle ore 09.17, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 do you know if the nice ability to import grass maps 
 directly in a numpy array (as already in grass7)
 will be backported to grass6 too ?
 
 The grass.script.array module in GRASS 7 relies upon some changes
 which were made to r.in.bin and r.out.bin, so it can't be used as-is.
 
 It could be modified to work with the 6.x versions, although it would
 require some changes. The main issues with the 6.x versions are:
 
 1. You can't choose the output format (other than forcing integer
 output with -i). The output is in the same format as the map, so you
 would need to use r.info -t ... to determine the format of the data.
 
 2. Integers are truncated to 16 bits.

i'll try an other way to store map data into an array,
i can use directly python-gdal, but  i'll try to find a grass way to do the same


 
 -- 
 Glynn Clements gl...@gclements.plus.com

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] python scripts and standard input

[Massimo Di Stefano]

Il giorno 30/apr/2010, alle ore 02.39, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 actually i'm using :
 
 out = subprocess.Popen(['m.proj', '-o'], stdout=subprocess.PIPE,  
 stdin=subprocess.PIPE).communicate(%s %s % (x,y))[0]
 
 That will work on Unix, but Windows will complain due to the lack of
 the .exe suffix. You can use grass.Popen() to get around that.

thanks Glynn i adopted this way and it works (but i haven't tested on windows)

 
 This topic, maybe is good to discuss a problem i'm having about subprocess,
 please apologize me if it is OT, tell me to open a new thread.
 
 The error i'm having is strictly connected with subprocess and how grass 
 handle it.
 The weird is that the error i'm having comes up only on OSX while on linux 
 all works fine.
 
 this the error log  :
 
  File 
 /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/subprocess.py,
  line 663, in communicate
stdout = self.stdout.read()
 IOError: [Errno 4] Interrupted system call
 
 This appears to be a bug either in Python's read() method for pipes or
 in Python's subprocess module. The underlying read() is failing with
 EINTR, which can happen if a signal is received during a blocking
 system call.
 
 Normally, you would configure the signal handler to resume any system
 calls (unless you specifically want it to interrupt blocking calls,
 e.g. implementing a timeout by setting a timer and having SIGALRM
 interrupt the system call).
 
 In this case, I would expect the code to just try again, rather than
 raising an exception. EINTR and EAGAIN are transient errors, in that
 a subsequent attempt will typically succeed.

i'm tring to find a way to follow your suggestions.

if function() is the subprocess action that give me error on osx

maybe i can try something like :


while 1:
try:
function() 
break
except IOError: 
sleep(0.1)





 
 -- 
 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: python scripts and standard input

[Massimo Di Stefano]

the work-around :

 while 1:
   try:
   function() 
   break
   except IOError: 
   sleep(0.1)

works, 
but i have to add it for each grass command i'm running in the code.



Il giorno 15/mag/2010, alle ore 00.22, massimodisa...@gmail.com ha scritto:

 Il giorno 30/apr/2010, alle ore 02.39, Glynn Clements ha scritto:
 
 
 Massimo Di Stefano wrote:
 
 actually i'm using :
 
 out = subprocess.Popen(['m.proj', '-o'], stdout=subprocess.PIPE,  
 stdin=subprocess.PIPE).communicate(%s %s % (x,y))[0]
 
 That will work on Unix, but Windows will complain due to the lack of
 the .exe suffix. You can use grass.Popen() to get around that.
 
 thanks Glynn i adopted this way and it works (but i haven't tested on windows)
 
 
 This topic, maybe is good to discuss a problem i'm having about subprocess,
 please apologize me if it is OT, tell me to open a new thread.
 
 The error i'm having is strictly connected with subprocess and how grass 
 handle it.
 The weird is that the error i'm having comes up only on OSX while on linux 
 all works fine.
 
 this the error log  :
 
 File 
 /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/subprocess.py,
  line 663, in communicate
  stdout = self.stdout.read()
 IOError: [Errno 4] Interrupted system call
 
 This appears to be a bug either in Python's read() method for pipes or
 in Python's subprocess module. The underlying read() is failing with
 EINTR, which can happen if a signal is received during a blocking
 system call.
 
 Normally, you would configure the signal handler to resume any system
 calls (unless you specifically want it to interrupt blocking calls,
 e.g. implementing a timeout by setting a timer and having SIGALRM
 interrupt the system call).
 
 In this case, I would expect the code to just try again, rather than
 raising an exception. EINTR and EAGAIN are transient errors, in that
 a subsequent attempt will typically succeed.
 
 i'm tring to find a way to follow your suggestions.
 
 if function() is the subprocess action that give me error on osx
 
 maybe i can try something like :
 
 
 while 1:
   try:
   function() 
   break
   except IOError: 
   sleep(0.1)

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass6 and python array

[Massimo Di Stefano]

Hi All,

do you know if the nice ability to import grass maps 
directly in a numpy array (as already in grass7)
will be backported to grass6 too ?

thanks!

Massimo.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] python scripts and standard input

[Massimo Di Stefano]

Hi All,

i'm tring to use grass modules that needs a standard input method,

like m.proj

here an example where i'musing a file as input :

coords = read_command('m.proj', input=coordsfile, flags='i') 


how to use standard input, like in bash :

echo '599537.80 4920995.38' | m.proj -o


there is a python way to do it, or i need to use system call like os.system 
or subprocess ?


thanks!

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] python scripts and standard input

[Massimo Di Stefano]

Hi Glynn,

thanks for your help!

actually i'm using :

out = subprocess.Popen(['m.proj', '-o'], stdout=subprocess.PIPE,  
stdin=subprocess.PIPE).communicate(%s %s % (x,y))[0]


reading the code you point me, looks similar.


for now i only need to convert to lon-lat the point-position picked by the 
mouse on the map-canvas 
(it is a short action so i can avoid to use thread).
in the next days i have to write a v.in.asci based code that read data from 
standard-input (a serial port connection) ... the thread problem will come.


Glynn, List,

This topic, maybe is good to discuss a problem i'm having about subprocess,
please apologize me if it is OT, tell me to open a new thread.

The error i'm having is strictly connected with subprocess and how grass handle 
it.
The weird is that the error i'm having comes up only on OSX while on linux all 
works fine.

this the error log  :

GRASS 6.5.svn (spearfish60):~  python2.6 
/Users/sasha/Desktop/OssimPlanetSasha/try.py 
Traceback (most recent call last):
  File /Users/sasha/Desktop/OssimPlanetSasha/try.py, line 1765, in module
p.init()
  File /Users/sasha/Desktop/OssimPlanetSasha/try.py, line 75, in init
self.DataW = DataWork()
  File /Users/sasha/Desktop/OssimPlanetSasha/datatools.py, line 37, in 
__init__
self.vector = self.VectorList()
  File /Users/sasha/Desktop/OssimPlanetSasha/datatools.py, line 543, in 
VectorList
v = list_strings('vect')
  File 
/Applications/GRASS-6.5.app/Contents/MacOS/etc/python/grass/script/core.py, 
line 636, in list_strings
return [%...@%s % pair for pair in list_pairs(type)]
  File 
/Applications/GRASS-6.5.app/Contents/MacOS/etc/python/grass/script/core.py, 
line 621, in list_pairs
for mapset, maps in list_grouped(type).iteritems()])
  File 
/Applications/GRASS-6.5.app/Contents/MacOS/etc/python/grass/script/core.py, 
line 562, in list_grouped
for line in read_command(g.list, type = type).splitlines():
  File 
/Applications/GRASS-6.5.app/Contents/MacOS/etc/python/grass/script/core.py, 
line 210, in read_command
return ps.communicate()[0]
  File 
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/subprocess.py,
 line 663, in communicate
stdout = self.stdout.read()
IOError: [Errno 4] Interrupted system call
GRASS 6.5.svn (spearfish60):~  


the line that generate the error is : 

v = list_strings('vect')

if i comment out all the related code, the error comes up in other lines that 
use the grass-python code.

like :

s = read_command(g.region, flags='l')

or 

units = read_command(g.proj, flags='p')

it is a random error :-(


important note :
the error come up ever if i have Ossimplanet already open and running 
if i quit it and try again, the % of the error are drastically reduced to 1 : 
10 , (every 10 times i start the application , i have 1 error)

the error easly comes up also when more application are opened on my laptop and 
more intense  is the cpu usage.

Sinverly i have no clue,

probably it can depends by  a (my) bad programming skill.

PlanetSasha hat too many lines and files .. so i is hard to be used as debug 
code
i'll try to set up a little script to replicate the problem.


thanks!

Massimo.



Il giorno 28/apr/2010, alle ore 23.16, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 i'm tring to use grass modules that needs a standard input method,
 
 like m.proj
 
 here an example where i'musing a file as input :
 
 coords = read_command('m.proj', input=coordsfile, flags='i') 
 
 
 how to use standard input, like in bash :
 
 echo '599537.80 4920995.38' | m.proj -o
 
 
 there is a python way to do it, or i need to use system call like
 os.system or subprocess ?
 
 If you want to read from the child's stdout, there's pipe_command()
 and read_command(). If you want to write to the child's stdin, there's
 feed_command() and write_command().
 
 If you want to do both, you need to do it yourself using
 start_command() (on which the other functions are based), e.g.:
 
 import grass.script as grass
 
 def read_write_command(*args, **kwargs):
input = kwargs['stdin']
kwargs['stdout'] = grass.PIPE
kwargs['stdin'] = grass.PIPE
ps = grass.start_command(*args, **kwargs)
return ps.communicate(input)[0]
 
 This behaves like a combination of read_command() and write_command(). 
 The input string is passed via the stdin parameter as for
 write_command(), while the data from the child's stdout is returned as
 for read_command().
 
 If you want a pipe_command/feed_command interface with file handles,
 it gets problematic. You need to use non-blocking I/O or multiple
 threads; otherwise, you can get deadlock, with the child blocked
 waiting for the parent to read the child's stdout while the parent is
 blocked writing to the child's stdin.
 
 If you really need this, look at the implementation of
 subprocess.communicate(); the Unix version uses select() while Windows
 uses threads.
 
 Alternatively, redirect the child's stdout to a file and have

[GRASS-dev] Query vector in edit mode

[Massimo Di Stefano]

Hi All,

using grass65 svn, when i query a vector in Edit mode and the zoom level is 
not appropriate
(eg.: zoom too out - mouse pick detect more than one feature, as when we have 
too dense points)

i have this error :


Traceback (most recent call last):
  File /usr/local/src/gis/grass6_devel/dist.x86_64-unknown-
linux-gnu/etc/wxpython/gui_modules/mapdisp_window.py, line
1077, in MouseActions

self.OnLeftUp(event)
  File /usr/local/src/gis/grass6_devel/dist.x86_64-unknown-
linux-gnu/etc/wxpython/gui_modules/mapdisp_window.py, line
1886, in OnLeftUp

self.parent.QueryVector(self.mouse['begin'][0],
self.mouse['begin'][1])
  File /usr/local/src/gis/grass6_devel/dist.x86_64-unknown-
linux-gnu/etc/wxpython/gui_modules/mapdisp.py, line 1477,
in QueryVector

action=update)
  File /usr/local/src/gis/grass6_devel/dist.x86_64-unknown-
linux-gnu/etc/wxpython/gui_modules/dbm_dialogs.py, line
106, in __init__

self.UpdateDialog(query=query, cats=cats)
  File /usr/local/src/gis/grass6_devel/dist.x86_64-unknown-
linux-gnu/etc/wxpython/gui_modules/dbm_dialogs.py, line
343, in UpdateDialog

tfid = int(data['Id'][idx])
IndexError
:
list index out of range
 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Nviz build (Grass70)

[Massimo Di Stefano]

Tring to build Grass70 on debian sid (ffmeg installed from source svn)
i get an error building Nviz, the same configure used to build grass65 
give me no errors and Nviz works fine on grass65.


cd /usr/local/src/gis/grass_trunk/visualization/nviz
 make
make -C src
make[1]: Entering directory 
`/usr/local/src/gis/grass_trunk/visualization/nviz/src'
:  gcc -L/usr/local/src/gis/grass_trunk/dist.x86_64-unknown-linux-gnu/lib 
-L/usr/local/src/gis/grass_trunk/dist.x86_64-unknown-linux-gnu/lib 
-Wl,--export-dynamic 
-Wl,-rpath-link,/usr/local/src/gis/grass_trunk/dist.x86_64-unknown-linux-gnu/lib
   -o /usr/local/src/gis/grass_trunk/dist.x86_64-unknown-linux-gnu/bin/nviz 
OBJ.x86_64-unknown-linux-gnu/anim_support.o 
OBJ.x86_64-unknown-linux-gnu/change_view.o 
OBJ.x86_64-unknown-linux-gnu/cutplane_obj.o 
OBJ.x86_64-unknown-linux-gnu/do_zoom.o OBJ.x86_64-unknown-linux-gnu/draw.o 
OBJ.x86_64-unknown-linux-gnu/exag.o OBJ.x86_64-unknown-linux-gnu/glwrappers.o 
OBJ.x86_64-unknown-linux-gnu/init_commands.o 
OBJ.x86_64-unknown-linux-gnu/label.o OBJ.x86_64-unknown-linux-gnu/lights.o 
OBJ.x86_64-unknown-linux-gnu/map_obj.o OBJ.x86_64-unknown-linux-gnu/misc.o 
OBJ.x86_64-unknown-linux-gnu/nvizAppInit.o 
OBJ.x86_64-unknown-linux-gnu/nviz_init.o 
OBJ.x86_64-unknown-linux-gnu/nvizMain.o 
OBJ.x86_64-unknown-linux-gnu/pick_vect_commands.o 
OBJ.x86_64-unknown-linux-gnu/position.o 
OBJ.x86_64-unknown-linux-gnu/query_vect.o 
OBJ.x86_64-unknown-linux-gnu/quick_draw.o 
OBJ.x86_64-unknown-linux-gnu/script_support.o 
OBJ.x86_64-unknown-linux-gnu/togl.o OBJ.x86_64-unknown-linux-gnu/togl_cb.o 
OBJ.x86_64-unknown-linux-gnu/togl_flythrough.o 
OBJ.x86_64-unknown-linux-gnu/volume.o-lgrass_ogsf -lgrass_bitmap 
-lgrass_linkm -lgrass_vector -lgrass_dig2 -lgrass_dgl -lgrass_rtree 
-lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase  -lgrass_sites -lgrass_form 
-lgrass_dbmiclient -lgrass_dbmibase  -lgrass_g3d -lgrass_gis -lgrass_datetime  
-ltiff  -ltk8.5 -lm  -ltcl8.5 -lm -lGLU  -lGL   -lSM -lICE -lX11 -lXmu -lXext  
-lm  -lm  
/usr/local/src/gis/grass_trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_ogsf.so:
 undefined reference to `av_init_pac...@libavformat_52'
collect2: ld returned 1 exit status
make[1]: *** 
[/usr/local/src/gis/grass_trunk/dist.x86_64-unknown-linux-gnu/bin/nviz] Error 1
make[1]: Leaving directory 
`/usr/local/src/gis/grass_trunk/visualization/nviz/src'
make: *** [default] Error 2


thanks!

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] r.gwflow

[Massimo Di Stefano]

Hi,
curiose i tried to compile grass on debian enabling glw supprt
to give a try to the module r.gwflow

the build go ahead without errors but ring to run r.gwflow i received a 
segfault
teing with gdm i have this log :


GRASS 6.5.svn (WGS84_33N):~  gdb r.gwflow
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/local/grass-6.5.svn/bin/r.gwflow...done.
(gdb) run
Starting program: /usr/local/grass-6.5.svn/bin/r.gwflow 
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x77bbab71 in G_recreate_command () at parser.c:2857
2857if (opt-answer != '\0'  opt-answers[0] != NULL) {
(gdb) 
(gdb) 


i'm running grass 6.5 svn on debian 
sid.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.gwflow

[Massimo Di Stefano]

Hi Soeren,

it's my first attempt to use r.gwflow
so i have to read it's manual page
with more carefully.

i tried a fast try following the help page, but seems i did something wrong, 
see the logs :

http://www.geofemengineering.it/data/r_gwflow.txt

i'll try again tomorrow in the morning,

 thanks !

Massimo

Il giorno 19/mar/2010, alle ore 21.27, Soeren Gebbert ha scritto:

 Hello Massimo,
 unfortunately i am not able to reproduce the segfault, because i do
 not run a 64bit system. Does this error also occurs when you start
 r.gwflow with parameters, so without gui generation?

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.gwflow

[Massimo Di Stefano]

Hi,

yes that's my fault ... sorry.

i have both 6.5 - 7.0 installed and i openend the wrong help file.

following the 6.5 help  the command line examples works nice
and i'm able to visualize the data in paraview without any problems.
( the segfault  affects only the gui )

thanks,

Massimo.


Il giorno 19/mar/2010, alle ore 22.44, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 it's my first attempt to use r.gwflow
 so i have to read it's manual page
 with more carefully.
 
 i tried a fast try following the help page, but seems i did something wrong, 
 see the logs :
 
 http://www.geofemengineering.it/data/r_gwflow.txt
 
 Says:
 
 Sorry, vx is not a valid parameter
 Sorry, vy is not a valid parameter
 Sorry, budget is not a valid parameter
 
 These options are only present in 7.0, not in 6.5.
 
 -- 
 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] Location wizard (missed window to select +towgs params)

[Massimo Di Stefano]

Hi All,

i did svn up on the grass65 src code,
now tring to create a location 

  Gauss Boaga Rome 40 fuse E  

using :

 location wizard - select epsg code - search for : 3004

in the paste release (build less than 1 month ago) after select the 
epsg:code(3004)
grass prompt me to the window :

http://img534.imageshack.us/img534/8254/schermata20100312a09564.png

to select the +towgs parameters

with the latest svn version this window doesn't appair and  the locaqtion is 
created using the defaults parameters :

http://img705.imageshack.us/img705/6675/schermata20100312a10350.png


i can see there are recent code changes about the location wizard, maybe 
something is missed?
thanks for any comment.

Regards,

Massimo. 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Help test GRASS on the OSGeo LiveDVD

[Massimo Di Stefano]

sorry ,  the directory will be :

/data/project/sw_subdir/project_file

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: Wingrass-Installer + Win7

[Massimo Di Stefano]

hi All.thanks for the hard work!I tried the installer on a windows 7 virtual box machine,it install fine without errors, also the automatic sperfish download works fine.i tried just to load some files,nviz works with tcltk (no in python) while vdigit don't works.i had not to much time to test it, but if you point me to a script to beused as "unit test" maybe based on spearfish, i'll be appy to try it.let me know if you need to test a precise instruction.regards,Massimo.this a screenshoot :http://www.geofemengineering.it:21//data/wingrass.pngIl giorno 21/dic/2009, alle ore 13.18, Hamish ha scritto:Modified: grass-web/trunk/grass64/binary/mswindows/index.html[...]+liI For Windows XP and Vista, 32 and 64 bit/I !-- how about Win7?--the NSIS used for packaging the self-installer shouldbe Win7-aware, but I have no Win7-box for testing theinstaller.ok. we will wait for a report of a positive experience before claiming thatwe support it.Hamish___grass-dev mailing listgrass-dev@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/grass-dev___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: [GRASS GIS] #958: v.krige does not run in GRASS 7

[Massimo Di Stefano]

Hi Cameron,

To install rgdal on mac osx i need to install rgdal manually from the terminal 
instead of use the gui,
beacouse the gui method fails to find gdal and proy libs and include.

when tring to install from the gui, scorll the log and look for the web 
address for rgdal
(see also a section in the log where it suggest to install rgdal manually 
adding the  --configure-option   string)

then :  

wget ...rgdal.tgz

and insyall it manually from a shell using :

R CMD install /path/to/rgdal.tgz --configure-options=add here the path to proy 
and gdal


i hope this can help.

note.
William has a binary packages for rdal 
you cn also give a it a try.


Il giorno 21/feb/2010, alle ore 06.57, GRASS GIS ha scritto:

 #958: v.krige does not run in GRASS 7
 ---+
 Reporter:  cmbarton  |   Owner:  grass-dev@lists.osgeo.org
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  7.0.0
 Component:  Vector| Version:  svn-trunk
 Resolution:|Keywords:  krige
 Platform:  All   | Cpu:  All  
 ---+
 Comment (by cmbarton):
 
 I do appreciate the pointers. However, spgrass6 will not install because
 rgdal won't install--and maybe other errors besides.
 
 Easy access to the manual is in the module GUI. But the module GUI won't
 launch without the many dependencies. So you need to look it up elsewhere
 to try and figure out why.
 
 I think it is great to have kriging available for GRASS. But I'm beginning
 to think it is somewhat premature to ship it with the main GRASS
 distribution and in the menu when it not only will not run with the normal
 GRASS dependencies, but takes a LOT of external dependencies and special
 compilations to even get it to launch.
 
 A very positive thing about GRASS is that it is possible to enhance it in
 many ways, and that an increasing number of sophisticated packages are
 available in the addons library to do this.
 
 However, I worry about having items in a standard GRASS distribution,
 particularly items in the menu, that don't work out of the box. And
 especially items in the standard distribution that require this much work
 to get to run.
 
 Michael
 
 -- 
 Ticket URL: https://trac.osgeo.org/grass/ticket/958#comment:5
 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 mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass + matplotlib on mac osx snow leopard

[Massimo Di Stefano]

Hi, i agree,
i come from matlab too, i find matplotlib a very special library to make 
plot. 
(it has a really wel done how to make graph help page and a nice basemap 
library and more ...)

i'd like the idea to use matplotlib as standard grass tool to make graph.

come nack to the osx issue, i fix it :

i rebuild a fresh matplotlib svn code
the only problem i had is about png (lib and include files are not found)
to fix it i did a simlink from the UnixIO framework to usr/local :

sudo ln -s /Library/Frameworks/UnixImageIO.framework/unix/lib/libpng.dylib 
/usr/local/lib
sudo ln -s /Library/Frameworks/UnixImageIO.framework/unix/include/png.h 
/usr/local/include 
sudo ln -s /Library/Frameworks/UnixImageIO.framework/unix/include/pngconf.h  
/usr/local/include

i don't know how/if can i avoid the sim-link .. but now it works :-)

a problem i'm having now, is about the wx module gui (maybe i need to use a 
more recent wx-python version)
beacouse the save to file prompt give me an open file prompt instead, see :

http://www.geofemengineering.it/data/r.ipso_save_file_prompt.png 


regards,

Massimo.


Il giorno 09/feb/2010, alle ore 10.26, Hamish ha scritto:

 Michael wrote:
 I installed matplotlib awhile back to
 test it (Leopard). It is quite nice and very versatile. I
 thought it could be a very nice addition.
 
 FWIW I'm already quite familiar with Matlab plotting (I use it almost
 every day), so matplotlib (which is more or less a clone of that) would
 be very natural for me to use. That shouldn't count for much, but I
 expect I'm not alone.
 
 However, there were objections to another dependency and the suggestion
 that we should build our own graphing library. But this hasn't happened
 yet.
 
 I think it all depends on the level of how much we are going to use it,
 and what doors it opens. If all we need to do is create a line graph it
 is probably easier to write our own. But if we want to replace d.histogram
 etc. with something more fancy, and other R-like goodness we haven't
 thought of yet, I don't see much point in spending a large effort in
 reinventing the wheel for something far from our primary business.
 
 As matplotlib is a close colleague of numpy (which we already use for the
 wxProfile tool), I don't think it is going too much further to request
 numpy+matplotlib instead of just numpy. Find the packages for one, you'll
 probably find the packages for both.
 
 
 2c,
 Hamish
 
 
 
 
 ___
 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

[GRASS-dev] grass + matplotlib on mac osx snow leopard

[Massimo Di Stefano]

Hi All,

I'm working on a script to generate graph from grass using matplotlib
the script works fine on linux , but on osx it works only by command line

the script is :

https://svn.osgeo.org/grass/grass-addons/raster/r.ipso

the error tring to run it on osx is :

GRASS 7.0.svn (spearfish60):~  r.ipso.py 
Traceback (most recent call last):
  File /Library/Application Support/GRASS/7.0/Modules/bin/r.ipso.py, line 27, 
in module
import matplotlib.pyplot as plt
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/pyplot.py,
 line 7, in module
from matplotlib.figure import Figure, figaspect
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/figure.py,
 line 18, in module
from axes import Axes, SubplotBase, subplot_class_factory
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/axes.py,
 line 12, in module
import matplotlib.axis as maxis
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/axis.py,
 line 10, in module
import matplotlib.font_manager as font_manager
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/font_manager.py,
 line 52, in module
from matplotlib import ft2font
ImportError: 
dlopen(/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so,
 2): Symbol not found: _FT_Attach_File
  Referenced from: 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
  Expected in: flat namespace
 in 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
GRASS 7.0.svn (spearfish60):~  


i have the same error in grass64 and 65 too.
have you any hints about ?

maybe matplotlib is build on my osx only in 64 bit mode .. and this generate 
the problems, how to debug ? 

if (from grass) i start python and try yo import  from matplotlib import 
ft2font  i have no errors.

thanks for any suggestion.

Massimo.___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

re [GRASS-dev] g.proj -p - units is : meters or metres ?

[Massimo Di Stefano]

Hi Glynn,

apologize the private mail, i can see your answer on the list archive, but no 
reply is sent to my mail box (mybe some problems with the mailng list :-/)

### ### ###
Massimo Di Stefano wrote:

 i've old scripts that i'm using to parse the g.proj output
 
 in it i have units == meters
 
 but form recent svn 6.5 version i can see it use :   metres
 
 GRASS 6.5.svn (spearfish60):~/wxpython/data_catalog  g.proj -p

 -PROJ_UNITS
 unit   : metre
 units  : metres
 meters : 1
 
 
 
 is it a typo, or need i to modify my scripts to use :metre / metres ?

g.proj outputs whatever is in the PROJ_UNITS file. The textual
description of the unit can be whatever the user chooses it to be, or
in the case of g.proj -c, whatever is obtained from the source
specified by georef=. GRASS itself only the unit/units fields for
display to the user; calculations use the numeric value in the meters
field.

What do your scripts use the unit or units field for?
### ### ###

I'm working on a script to send data from grass to ossimplanet,
it is :

http://svn.osgeo.org/ossim/trunk/gsoc/OssimPlanetSasha/r.planet.py


there is a projinfo() function i'm using it to retrieve if the location use 
degrees or projected coordinates
what i need is to extract the center of the map and use it in the  zoom to 
action.

if the location is in degrees i use :

setCLL(map)
location ..
while if projected (meters) i use :

setCPRJ(map)


in the example i used the spearfish dataset.
but as you pint me ... the ceck on the units string .. is not a good idea :-( 
beacouse the units value  is user - dependent 
and maybe someone that did a typo error defining the location will go in an 
error during the script execution.

regards,

Massimo___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass + matplotlib on mac osx snow leopard

[Massimo Di Stefano]

Hi William,

don't know if these note can help to know where is the problem :


The matplotlib freetype libs are build with both architecture : 


GRASS 6.5.svn (spearfish60):~  file 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so:
 Mach-O universal binary with 2 architectures
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
 (for architecture i386):   Mach-O bundle i386
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
 (for architecture x86_64): Mach-O 64-bit bundle x86_64
GRASS 6.5.svn (spearfish60):~  


if i try to run matplotlib  import ft2font from a  grass shell, it fails if i 
use the standard python executable (python, python2.6, pythonw) 
while it  (from matplotlib import ft2font) works  if i run it from 
grass-ipython

###

from grass
run python :

 from matplotlib import ft2font
Traceback (most recent call last):
  File stdin, line 1, in module
ImportError: 
dlopen(/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so,
 2): Symbol not found: _FT_Attach_File
  Referenced from: 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
  Expected in: flat namespace
 in 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
 


###

from grass 
run ipython :

GRASS 6.5.svn (spearfish60):~  ipython
Python 2.6.1 (r261:67515, Jul  7 2009, 23:51:51) 
Type copyright, credits or license for more information.

IPython 0.11.bzr.r1205 -- An enhanced Interactive Python.
? - Introduction and overview of IPython's features.
%quickref - Quick reference.
help  - Python's own help system.
object?   - Details about 'object'. ?object also works, ?? prints more.

In [1]: from matplotlib import ft2font

###

from bash
run python :

Last login: Mon Feb  8 19:13:21 on ttys000
MacBook-Pro-15-di-Massimo-Di-Stefano:~ sasha$ python
Python 2.6.1 (r261:67515, Jul  7 2009, 23:51:51) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type help, copyright, credits or license for more information.
 from matplotlib import ft2font
 

###

this the grass error tring to use the module, it is the same error i get from 
grass-python


GRASS 6.5.svn (spearfish60):~  r.ipso.py Traceback (most recent call last):
  File /Library/GRASS/6.5/Modules/bin/r.ipso.py, line 27, in module
import matplotlib.pyplot as plt
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/pyplot.py,
 line 7, in module
from matplotlib.figure import Figure, figaspect
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/figure.py,
 line 18, in module
from axes import Axes, SubplotBase, subplot_class_factory
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/axes.py,
 line 12, in module
import matplotlib.axis as maxis
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/axis.py,
 line 10, in module
import matplotlib.font_manager as font_manager
  File 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/font_manager.py,
 line 52, in module
from matplotlib import ft2font
ImportError: 
dlopen(/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so,
 2): Symbol not found: _FT_Attach_File
  Referenced from: 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
  Expected in: flat namespace
 in 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so




GRASS 6.5.svn (spearfish60):~  file 
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so:
 Mach-O universal binary with 2 architectures
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
 (for architecture i386):   Mach-O bundle i386
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r7892-py2.6-macosx-10.6-universal.egg/matplotlib/ft2font.so
 (for architecture x86_64): Mach-O 64-bit bundle x86_64
GRASS 6.5.svn (spearfish60):~  


thanks for any suggestions to debug thisproblem.
ciao,

Massimo.



Il giorno 08/feb/2010, alle ore 16.05, William Kyngesburye ha

[GRASS-dev] g.proj -p - units is : meters or metres ?

[Massimo Di Stefano]

Hi All

i've old scripts that i'm using to parse the g.proj output

in it i have units == meters

but form recent svn 6.5 version i can see it use :   metres

GRASS 6.5.svn (spearfish60):~/wxpython/data_catalog  g.proj -p
-PROJ_INFO-
name   : Transverse Mercator
proj   : tmerc
datum  : rome40
ellps  : international
lat_0  : 0
lon_0  : 15
k  : 0.9996
x_0: 252
y_0: 0
no_defs: defined
towgs84: -104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68
-PROJ_UNITS
unit   : metre
units  : metres
meters : 1



is it a typo, or need i to modify my scripts to use :metre / metres ?
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 build on osx snow leopard

[Massimo Di Stefano]

Il giorno 05/feb/2010, alle ore 13.15, Markus Neteler ha scritto:

 On Thu, Feb 4, 2010 at 9:59 PM, Massimo Di Stefano
 massimodisa...@gmail.com wrote:
   svn up 
 
 Changeset [40820]+
 Changeset [40821]
 
 fix the errors.
 
 now v.lidar.correction builds without errors.
 
 Massimo Di Stefano wrote:
 ...
 Errors in:
 ...
 /Users/Shared/source/grass_trunk/visualization/nviz
 /Users/Shared/source/grass_trunk/visualization/xganim
 /Users/Shared/source/grass_trunk/visualization/wximgview
 
 please also post the errors in these directories.
 
 Markus


yes True,

i'm on osx snow leopard building with multi-arch flags,
this what i'm doing :

export CXXFLAGS=-arch x86_64 -arch i386 -Os -g
export LDFLAGS=-arch x86_64 -arch i386 -Os -g
export CFLAGS=-arch x86_64 -arch i386 -Os -g
export NAD2BIN=/Library/Frameworks/PROJ.framework/Programs/nad2bin

./configure --with-freetype 
--with-freetype-includes=/Library/Frameworks/FreeType.framework/unix/include/freetype2
 /Library/Frameworks/FreeType.framework/unix/include 
--with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib 
--with-gdal=/Library/Frameworks/GDAL.framework/unix/bin/gdal-config 
--with-geos=/Library/Frameworks/GEOS.framework/Programs/geos-config --with-proj 
--with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include 
--with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib 
--with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj 
--with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include 
--with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib 
--with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include 
--with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib 
--with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include 
--with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib 
--without-mysql --with-odbc --with-sqlite 
--with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib 
--with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include 
--with-fftw-includes=/Users/Shared/source/epylib/local/include 
--with-fftw-libs=/Users/Shared/source/epylib/local/lib --with-cxx --with-x 
--without-motif --without-glw --with-opengl=aqua --without-readline 
--with-python --with-wxwidgets=/usr/bin/wx-config --prefix=/Applications 
--enable-macosx-app --with-cairo 
--with-cairo-includes=/Library/Frameworks/cairo.framework/unix/include/cairo 
/Library/Frameworks/cairo.framework/unix/include 
--with-cairo-libs=/Library/Frameworks/cairo.framework/Versions/1/unix/lib 
--with-cairo-ldflags=-lcairo --with-pthread --with-postgres 
--with-postgres-includes=/usr/local/pgsql/include 
--with-postgres-libs=/usr/local/pgsql/lib --enable-largefile 
--with-macosx-archs=i386 x86_64

make

...
-
Started compilation: Ven  5 Feb 2010 14:42:10 CET
--
Errors in:
/Users/Shared/source/grass_trunk/visualization/nviz
/Users/Shared/source/grass_trunk/visualization/xganim
/Users/Shared/source/grass_trunk/visualization/wximgview
--

logs : 

nviz :   http://www.geofemengineering.it/data/nviz.txt

xganim :  http://www.geofemengineering.it/data/xganim.txt

wximgview :  http://www.geofemengineering.it/data/wximgview.txt 


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 build on osx snow leopard

[Massimo Di Stefano]

 of: 
/var/folders/G7/G7KYb9O2GaGW2zFTZZP9nE+++TI/-Tmp-//ccqxKXSp.out
make[1]: *** [OBJ.i386-apple-darwin10.2.0/togl.o] Error 1
make: *** [default] Error 2
MacBook-Pro-15-di-Massimo-Di-Stefano:nviz sasha$ 



Il giorno 05/feb/2010, alle ore 15.35, William Kyngesburye ha scritto:

 Ah, when you use the arch option in configure, do NOT set archs in 
 C[XX]FLAGS/LDFLAGS as this will override the arch option and mess up all 
 wxpython-based modules.
 
 On Feb 5, 2010, at 8:17 AM, Massimo Di Stefano wrote:
 
 /Users/Shared/source/grass_trunk/visualization/nviz
 /Users/Shared/source/grass_trunk/visualization/xganim
 /Users/Shared/source/grass_trunk/visualization/wximgview
 
 please also post the errors in these directories.
 
 Markus
 
 
 yes True,
 
 i'm on osx snow leopard building with multi-arch flags,
 this what i'm doing :
 
 export CXXFLAGS=-arch x86_64 -arch i386 -Os -g
 export LDFLAGS=-arch x86_64 -arch i386 -Os -g
 export CFLAGS=-arch x86_64 -arch i386 -Os -g
 export NAD2BIN=/Library/Frameworks/PROJ.framework/Programs/nad2bin
 
 ./configure --with-freetype 
 --with-freetype-includes=/Library/Frameworks/FreeType.framework/unix/include/freetype2
  /Library/Frameworks/FreeType.framework/unix/include 
 --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib 
 --with-gdal=/Library/Frameworks/GDAL.framework/unix/bin/gdal-config 
 --with-geos=/Library/Frameworks/GEOS.framework/Programs/geos-config 
 --with-proj 
 --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include 
 --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib 
 --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj 
 --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include 
 --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib 
 --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include 
 --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib 
 --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include 
 --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib 
 --without-mysql --with-odbc --with-sqlite 
 --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib 
 --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include 
 --with-fftw-includes=/Users/Shared/source/epylib/local/include 
 --with-fftw-libs=/Users/Shared/source/epylib/local/lib --with-cxx --with-x 
 --without-motif --without-glw --with-opengl=aqua --without-readline 
 --with-python --with-wxwidgets=/usr/bin/wx-config --prefix=/Applications 
 --enable-macosx-app --with-cairo 
 --with-cairo-includes=/Library/Frameworks/cairo.framework/unix/include/cairo
  /Library/Frameworks/cairo.framework/unix/include 
 --with-cairo-libs=/Library/Frameworks/cairo.framework/Versions/1/unix/lib 
 --with-cairo-ldflags=-lcairo --with-pthread --with-postgres 
 --with-postgres-includes=/usr/local/pgsql/include 
 --with-postgres-libs=/usr/local/pgsql/lib --enable-largefile 
 --with-macosx-archs=i386 x86_64
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 We are at war with them. Neither in hatred nor revenge and with no 
 particular pleasure I shall kill every ___ I can until the war is over. That 
 is my duty.
 
 Don't you even hate 'em?
 
 What good would it do if I did? If all the many millions of people of the 
 allied nations devoted an entire year exclusively to hating the  it 
 wouldn't kill one ___ nor shorten the war one day.
 
 Ha, ha And it might give 'em all stomach ulcers.
 
 - Tarzan, on war
 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 build on osx snow leopard

[Massimo Di Stefano]

Thanks Glyn it works,

i also did svn up, all goes well.
so I've a working grass7 installation.
some errors persists, but i guess they are bit-ness related :

RASS GIS compilation log
-
Started compilation: Gio  4 Feb 2010 05:31:58 CET
--
Errors in:
/Users/Shared/source/grass_trunk/vector/lidar/v.lidar.correction
/Users/Shared/source/grass_trunk/visualization/nviz
/Users/Shared/source/grass_trunk/visualization/xganim
/Users/Shared/source/grass_trunk/visualization/wximgview




Il giorno 04/feb/2010, alle ore 04.39, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 Tring to build grass7 on snow leopard 
 i had a long list of errors, here the coplete build log :
 
 http://www.geofemengineering.it/data/grass7_log.txt
 
 As is normally the case, the first error is what's relevant:
 
 Undefined symbols:
  _iconv, referenced from:
  _print_escaped_for_xml in parser_interface.o
  _iconv_close, referenced from:
  _print_escaped_for_xml in parser_interface.o
  _iconv_open, referenced from:
  _print_escaped_for_xml in parser_interface.o
 
 make[3]: *** 
 [/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.2.0/lib/libgrass_gis.7.0.svn.dylib]
  Error 1
 
 Obviously, if lib/gis fails to compile, the rest of GRASS is toast.
 
 Try this:
 
 Index: include/Make/Grass.make
 ===
 --- include/Make/Grass.make   (revision 40803)
 +++ include/Make/Grass.make   (working copy)
 @@ -190,7 +190,7 @@
 DSPFDEPS = $(GISLIB)
 FORMDEPS = $(DBMILIB) $(GISLIB)
 G3DDEPS  = $(RASTERLIB) $(GISLIB) $(XDRLIB)
 -GISDEPS  = $(DATETIMELIB) $(ZLIBLIBPATH) $(ZLIB) $(INTLLIB) 
 $(REGEXLIBPATH) $(REGEXLIB) $(PTHREADLIBPATH) $(PTHREADLIB) $(MATHLIB)
 +GISDEPS  = $(DATETIMELIB) $(ZLIBLIBPATH) $(ZLIB) $(INTLLIB) 
 $(REGEXLIBPATH) $(REGEXLIB) $(ICONVLIB) $(PTHREADLIBPATH) $(PTHREADLIB) 
 $(MATHLIB)
 GMATHDEPS= $(GISLIB) $(FFTWLIB) $(LAPACKLIB) $(BLASLIB) $(CCMATHLIB)
 GPDEDEPS = $(G3DLIB) $(RASTERLIB) $(GISLIB) $(GMATHLIB) $(MATHLIB)
 GPROJDEPS= $(GISLIB) $(GDALLIBS) $(PROJLIB) $(MATHLIB)
 
 -- 
 Glynn Clements gl...@gclements.plus.com

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 build on osx snow leopard

[Massimo Di Stefano]

  svn up 

Changeset [40820]+
Changeset [40821]

fix the errors.

now v.lidar.correction builds without errors.



This was the error  from the make in v.lidar.correction :

MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ cd 
/Users/Shared/source/grass_trunk/vector/lidar/v.lidar.correction
MacBook-Pro-15-di-Massimo-Di-Stefano:v.lidar.correction sasha$ make
gcc -L/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.2.0/lib 
-L/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.2.0/lib -arch 
x86_64 -arch i386 -Os -g   -L/usr/local/pgsql/lib  -o 
/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.2.0/bin/v.lidar.correction
 OBJ.i386-apple-darwin10.2.0/correction.o OBJ.i386-apple-darwin10.2.0/main.o  
-lgrass_lidar -lgrass_gmath -lgrass_vector -lgrass_dbmiclient -lgrass_dbmibase  
-lgrass_gis
Undefined symbols for architecture x86_64:
 _Rast_window_cols, referenced from:
 _main in main.o
 _Rast_window_rows, referenced from:
 _main in main.o
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
Undefined symbols for architecture i386:
 _Rast_window_cols, referenced from:
 _main in main.o
 _Rast_window_rows, referenced from:
 _main in main.o
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
lipo: can't open input file: 
/var/folders/G7/G7KYb9O2GaGW2zFTZZP9nE+++TI/-Tmp-//ccyWe2z9.out (No such file 
or directory)
make: *** 
[/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.2.0/bin/v.lidar.correction]
 Error 1



Il giorno 04/feb/2010, alle ore 21.03, Glynn Clements ha scritto:

 
 Massimo Di Stefano wrote:
 
 i also did svn up, all goes well.
 so I've a working grass7 installation.
 some errors persists, but i guess they are bit-ness related :
 
 RASS GIS compilation log
 -
 Started compilation: Gio  4 Feb 2010 05:31:58 CET
 --
 Errors in:
 /Users/Shared/source/grass_trunk/vector/lidar/v.lidar.correction
 /Users/Shared/source/grass_trunk/visualization/nviz
 /Users/Shared/source/grass_trunk/visualization/xganim
 /Users/Shared/source/grass_trunk/visualization/wximgview
 
 I'd be interested in the error messages.
 
 I don't know of any reason why v.lidar.correction alone would fail to
 compile.
 
 The other three can be problematic due to the dependency on high-level
 GUI libraries (Tcl/Tk for NVIZ, wxWidgets for the other two).
 
 -- 
 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] grass7 build on osx snow leopard

[Massimo Di Stefano]

Tring to build grass7 on snow leopard 
i had a long list of errors, here the coplete build log :

http://www.geofemengineering.it/data/grass7_log.txt


ciao,

Massimo


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] r.out.gdal (VRT) broken output

[Massimo Di Stefano]

using  r.out.gdal 

r.out.gdal input=geol...@permanent format=VRT type=Byte output=name.vrt


(Thu Feb  4 00:53:21 2010)  
r.out.gdal input=geol...@permanent format=VRT type=Byte output=name.vrt 
Exporting to GDAL data type: Byte
Checking GDAl data type and nodata value
Input raster map contains cells with NULL-value (no-data). The value 255 will 
be used to represent no-data values in the input map. You can specify a nodata 
value with the nodata option.
Exporting to GDAL raster
ERROR 1: Writing through VRTSourcedRasterBand is not
supported.
Unable to write GDAL raster file
Unable to export raster map geol...@permanent
r.out.gdal complete.
(Thu Feb  4 00:53:22 2010) Command finished (0 sec)


i get this output :  


#

VRTDataset rasterXSize=1899 rasterYSize=1398
  SRSPROJCS[quot;UTM Zone 13, Northern 
Hemispherequot;,GEOGCS[quot;clark66quot;,DATUM[quot;North_American_Datum_1927quot;,SPHEROID[quot;Clarke_1866quot;,6378206.4,294.9786982]],PRIMEM[quot;Greenwichquot;,0],UNIT[quot;degreequot;,0.0174532925199433]],PROJECTION[quot;Transverse_Mercatorquot;],PARAMETER[quot;latitude_of_originquot;,0],PARAMETER[quot;central_meridianquot;,-105],PARAMETER[quot;scale_factorquot;,0.9996],PARAMETER[quot;false_eastingquot;,50],PARAMETER[quot;false_northingquot;,0],UNIT[quot;meterquot;,1]]/SRS
  GeoTransform  5.9001e+05,  1.e+01,  
0.e+00,  4.9280e+06,  0.e+00, 
-1.e+01/GeoTransform
  VRTRasterBand dataType=Byte band=1
NoDataValue2.55E+02/NoDataValue
ColorInterpPalette/ColorInterp
ColorTable
  Entry c1=197 c2=129 c3=125 c4=255/
  Entry c1=107 c2=250 c3=75 c4=255/
  Entry c1=226 c2=83 c3=250 c4=255/
  Entry c1=246 c2=222 c3=188 c4=255/
  Entry c1=123 c2=225 c3=27 c4=255/
  Entry c1=134 c2=190 c3=1 c4=255/
  Entry c1=48 c2=86 c3=221 c4=255/
  Entry c1=113 c2=70 c3=15 c4=255/
  Entry c1=102 c2=134 c3=101 c4=255/
  Entry c1=89 c2=135 c3=169 c4=255/
/ColorTable
  /VRTRasterBand
/VRTDataset

#


this output is different from the gdal output :

gdal_translate -of VRT 
/Users/sasha/Downloads/spearfish60/PERMANENT/cellhd/geology 
/Users/sasha/Desktop/geology.vrt

#

VRTDataset rasterXSize=190 rasterYSize=140
  SRSPROJCS[quot;UTM Zone 13, Northern 
Hemispherequot;,GEOGCS[quot;clark66quot;,DATUM[quot;North_American_Datum_1927quot;,SPHEROID[quot;Clarke_1866quot;,6378206.4,294.9786982]],PRIMEM[quot;Greenwichquot;,0],UNIT[quot;degreequot;,0.0174532925199433]],PROJECTION[quot;Transverse_Mercatorquot;],PARAMETER[quot;latitude_of_originquot;,0],PARAMETER[quot;central_meridianquot;,-105],PARAMETER[quot;scale_factorquot;,0.9996],PARAMETER[quot;false_eastingquot;,50],PARAMETER[quot;false_northingquot;,0],UNIT[quot;meterquot;,1]]/SRS
  GeoTransform  5.9000e+05,  1.e+02,  
0.e+00,  4.9280e+06,  0.e+00, 
-1.e+02/GeoTransform
  Metadata/
  VRTRasterBand dataType=Byte band=1
Metadata
  MDI key=COLOR_TABLE_RULES_COUNT0/MDI
/Metadata
NoDataValue0.00E+00/NoDataValue
ColorInterpPalette/ColorInterp
ColorTable
  Entry c1=197 c2=129 c3=125 c4=255/
  Entry c1=107 c2=250 c3=75 c4=255/
  Entry c1=226 c2=83 c3=250 c4=255/
  Entry c1=246 c2=222 c3=188 c4=255/
  Entry c1=123 c2=225 c3=27 c4=255/
  Entry c1=134 c2=190 c3=1 c4=255/
  Entry c1=48 c2=86 c3=221 c4=255/
  Entry c1=113 c2=70 c3=15 c4=255/
  Entry c1=102 c2=134 c3=101 c4=255/
  Entry c1=89 c2=135 c3=169 c4=255/
/ColorTable
SimpleSource
  SourceFilename 
relativeToVRT=0/Users/sasha/Downloads/spearfish60/PERMANENT/cellhd/geology/SourceFilename
  SourceBand1/SourceBand
  SourceProperties RasterXSize=190 RasterYSize=140 DataType=Byte 
BlockXSize=190 BlockYSize=1/
  SrcRect xOff=0 yOff=0 xSize=190 ySize=140/
  DstRect xOff=0 yOff=0 xSize=190 ySize=140/
/SimpleSource
  /VRTRasterBand
/VRTDataset

#


the grass output doesn't include :

SimpleSource
...
/SimpleSource

it is missed and tring to load the output in ossim or qgis it is not displayed.

from a chat on #gdal seems the problem is related to the create_copy() usage 
.. but i'm not able to debug it.

thanks!

Massimo.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] new wxGUI

[Massimo Di Stefano]

Hi Mohammed,

i like it !!!

maybe is OT here .. but i've some ideas to share with you :

i'm working to code an interaction between ossimplanet and grass.
i already did a gui interface for it, but i used pyqt .. and this  is not good 
to have a full integration in grass.
see : 

http://web.me.com/epiesasha/PlanetSasha/Project.html

- actually i'm finish to work on the gdal-ossim plug-in to have better support 
for ogr-grass vector rendering inside ossimplanet (raster support is already ok)
for now grass vector are rendered in ossimplanet with a fixed color , line 
width and point size (while polygons are not filled) 
the changes on the code will give the ability to set custom settings for each 
layer.
The final target are simple grass-python scripts to add-remove from grass to 
ossimplanet both raster  vectort layers

the comand line syntax to use the scripts is like :

r.planet.py -a map=geology (add a map)
r.planet.py -r map=geology (remove a map)

similar syntax for vector layers. 

(options are the tcp port number and tcp host address, if not assigned default 
values are used)

i'd like the idea to run this scripts in a simple and fast way directly from 
wx-gui,
like add an action send to ossimplanet using : dx-click on a layer name in 
the legend - open a contextual menu - run the action

obviously this means to change a bit the scripts reading host and port number 
from a preference file (we can generate it from the main grass-config-options 
)

any comments about the proposed idea are really welcome.

thanks,
Massimo.

Il giorno 22/gen/2010, alle ore 16.13, Mohammed Rashad ha scritto:

 Hi,
 
 I am planning to develop a DataCatalog or GRASS GIS Manager. Design of the 
 gui module is almost finished.
 please view the screens and give me a feedback to continue coding the module 
 in wxpython.
 I will start coding after getting response from GRASS community otherwise it 
 will be wastage of time.
 So please send your valuable comments on the link specified below
 
 http://grass.osgeo.org/wiki/WxPython-based_GUI_for_GRASS#Data_Catalog
 
 ___
 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

[GRASS-dev] Apply for write access to the GRASS-Addons-SVN repositor

[Massimo Di Stefano]

HI GRASS dev-team,

I would like to apply for write access to the GRASS-Addons-SVN repository. 

i want upload some scripts to :

- add / remove + zoom-to raster data from grass to ossimplanet.
- add / remove + zoom-to vector data from grass to ossimplanet.
- convert elevation data from grass to ossimplanet

the scripts are written in python, an example can be found here :

http://svn.osgeo.org/ossim/trunk/gsoc/OssimPlanetSasha/r.planet.py


I read and accept the Legal aspects of code contributions (RFC2). 

my OSGEO ID is epifanio

thanks a lot!

Massimo Di Stefano.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass - ossimplanet planetsasha as d.* command

[Massimo Di Stefano]

Hi All,

after the great Google summer of code experience i'm continuing to work on the 
code.

Unlucky i received no feedback about the planetsasha application [1]
so i guess nobody has tried it ...
maybe it has too much dependence (pygame, pyserial, pyqt, scipy) 
and ossim-ossimplanet didn't had an official binary packages for linux.
or maybe  planetsasha is not so attractive :-(


But now we have a ossim+ossimplanet binary package avaiable for ubuntu karmic 
9.10
to install simply run :

cat /etc/apt/sources.list EOS
deb http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu karmic main 
deb-src http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu karmic 
main 
EOS
apt-get update
apt-get install ossim-bin ossimplanet

also debiangis has a package for ossim (but it doesn't include yet the Qt 
application and ossimplanet)


i really need feedbak about what i'm doing 
so i decided to simplify the code porting part of the code to run under grass 
as a python script.
the first script is r.planet.py it is avaiable here :

http://trac.osgeo.org/ossim/browser/trunk/gsoc/OssimPlanetSasha/r.planet.py

it shoul'd works like d.rast / d.erase command in grass tcltk
but it uses the ossimplanet's canvas, instead of an X monitor.

usage :

r.planet map=mapname -a  (add a raster map to ossimplanet and zoom to it extent)
r.planet map=mapname -r (remove a rasrer map from ossimplanet)

[1] http://web.me.com/epiesasha/PlanetSasha/Project.html

shoul'd be cool if anyone is itersted to work together to port in wx-python
what i did using pyqt.

thanks for any comments.

happy end-year to All,

Massimo.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: Wingrass-Installer + Win7

[Massimo Di Stefano]

hi All.

thanks for the hard work!

I tried the installer on a windows 7 virtual box machine,

it install fine without errors, also the automatic sperfish download works fine.

i tried just to load some files,
nviz works with tcltk (no in python) while vdigit don't works.

i had not to much time to test it, but if you point me to a script to beused as 
unit test maybe based on spearfish, i'll be appy to try it.
let me know if you need to test a precise instruction.

regards,

Massimo.

Il giorno 21/dic/2009, alle ore 13.18, Hamish ha scritto:

 Modified: grass-web/trunk/grass64/binary/mswindows/index.html
 [...]
 +liI For Windows XP and Vista, 32 and 64 bit/I !-- how about Win7?--
 
 the  NSIS used for packaging the self-installer should
 be Win7-aware, but I have no Win7-box for testing the
 installer.
 
 
 ok. we will wait for a report of a positive experience before claiming that
 we support it.
 
 
 Hamish
 
 
 
 
 ___
 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

Re: [GRASS-dev] Re: Wingrass-Installer + Win7

[Massimo Di Stefano]

apologize me,

i forghet to add a screenshoot :

http://www.geofemengineering.it/data/wingrass.png



Il giorno 21/dic/2009, alle ore 13.18, Hamish ha scritto:

 Modified: grass-web/trunk/grass64/binary/mswindows/index.html
 [...]
 +liI For Windows XP and Vista, 32 and 64 bit/I !-- how about Win7?--
 
 the  NSIS used for packaging the self-installer should
 be Win7-aware, but I have no Win7-box for testing the
 installer.
 
 
 ok. we will wait for a report of a positive experience before claiming that
 we support it.
 
 
 Hamish
 
 
 
 
 ___
 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

[GRASS-dev] Re: Wingrass-Installer + Win7

[Massimo Di Stefano]

Thanks Helmut,

i means somethinbg windows specific.
i know this script, i can try to adjust them a bit 
beacouse they uses a lot of d.x command (not avaiable on wingrass)


Ciao,

Massimo.

Il giorno 21/dic/2009, alle ore 20.04, Helmut Kudrnovsky ha scritto:

 -Ursprüngliche Nachricht-
 Von: Massimo Di Stefano massimodisa...@gmail.com
 Betreff: Re: [GRASS-dev] Re: Wingrass-Installer + Win7
 
 hi Massimo
 
 i had not to much time to test it, but if you point me to a script to beused 
 as unit test maybe based on spearfish, i'll be appy to try it.
 let me know if you need to test a precise instruction.
 
 regards,
 Massimo.
 
 there is some kind of unit test:
 
 http://trac.osgeo.org/grass/wiki/HowToTestGrass6
 
 and
 
 http://trac.osgeo.org/grass/wiki/HowToTestGrass6#SeeAlso
 
 with tests for raster, vector, interpolation and image processing
 
 best regards
 Helmut
 
 
 
 
 Il giorno 21/dic/2009, alle ore 13.18, Hamish ha scritto:
 
 Modified: grass-web/trunk/grass64/binary/mswindows/index.html
 [...]
 +liI For Windows XP and Vista, 32 and 64 bit/I !-- how about 
 Win7?--
 
 the  NSIS used for packaging the self-installer should
 be Win7-aware, but I have no Win7-box for testing the
 installer.
 
 
 ok. we will wait for a report of a positive experience before claiming that
 we support it.
 
 
 Hamish
 
 
 
 
 ___
 grass-dev mailing list
 grass-dev@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-dev
 
 
 
 
 ___
 Preisknaller: WEB.DE DSL Flatrate für nur 16,99 Euro/mtl.! 
 http://produkte.web.de/go/02/
 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Grass 7.0 build (debian sid)

[Massimo Di Stefano]

Hi All,

i'm tring to use Grass 7.0 but i have some build problems.
The fist arrive during thue grass build on the command :

 r.colors   :

-
Started compilation: Wed Oct 14 11:27:16 CEST 2009
--
Errors in:
/usr/local/src/grass_trunk/raster/r.colors
--
In case of errors please change into the directory with error and run  
'make'.

If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you  
will

also get errors from anything which uses the library.
--
Finished compilation: Wed Oct 14 11:32:47 CEST 2009
make: *** [default] Error 1
geo...@geofem:/usr/local/src/grass_trunk$ cd /usr/local/src/ 
grass_trunk/raster/r.colors

geo...@geofem:/usr/local/src/grass_trunk/raster/r.colors$ make
GISRC=/usr/local/src/grass_trunk/dist.i686-pc-linux-gnu/ 
demolocation/.grassrc70 GISBASE=/usr/local/src/grass_trunk/dist.i686- 
pc-linux-gnu PATH=/usr/local/src/grass_trunk/dist.i686-pc-linux-gnu/ 
bin:$PATH PYTHONPATH=/usr/local/src/grass_trunk/dist.i686-pc-linux- 
gnu/etc/python:$PYTHONPATH LD_LIBRARY_PATH=/usr/local/src/ 
grass_trunk/dist.i686-pc-linux-gnu/bin:/usr/local/src/grass_trunk/ 
dist.i686-pc-linux-gnu/lib:/usr/local/src/grass_trunk/dist.i686-pc- 
linux-gnu/lib: LC_ALL=C /usr/local/src/grass_trunk/dist.i686-pc-linux- 
gnu/bin/r.colors --html-description  /dev/null | grep -v '/body\|/ 
html'  r.colors.tmp.html
sed 's!^DDb\([a-z0-9.]*\)/b:!DDimg width=80 height=12  
src=Colortable_\1.png b\1/b:!' r.colors.tmp.html   
r.colors.tmp.html.tmp

mv -f r.colors.tmp.html.tmp r.colors.tmp.html
make thumbnails
make[1]: Entering directory `/usr/local/src/grass_trunk/raster/r.colors'
GISRC=/usr/local/src/grass_trunk/dist.i686-pc-linux-gnu/ 
demolocation/.grassrc70 GISBASE=/usr/local/src/grass_trunk/dist.i686- 
pc-linux-gnu PATH=/usr/local/src/grass_trunk/dist.i686-pc-linux-gnu/ 
bin:$PATH PYTHONPATH=/usr/local/src/grass_trunk/dist.i686-pc-linux- 
gnu/etc/python:$PYTHONPATH LD_LIBRARY_PATH=/usr/local/src/ 
grass_trunk/dist.i686-pc-linux-gnu/bin:/usr/local/src/grass_trunk/ 
dist.i686-pc-linux-gnu/lib:/usr/local/src/grass_trunk/dist.i686-pc- 
linux-gnu/lib: LC_ALL=C  ./thumbnails.py

 100%
ERROR: Cannot find either convert or pnmtopng
WARNING: Raster map tmp_grad_abs_2195 not found
WARNING: tmp_grad_abs_2195 nothing removed
make[1]: *** [thumbnails] Error 1
make[1]: Leaving directory `/usr/local/src/grass_trunk/raster/r.colors'
make: *** [r.colors.tmp.html] Error 2
rm r.colors.tmp.html
geo...@geofem:/usr/local/src/grass_trunk/raster/r.colors$

##

the second problems is related to the gdal bindings, tring to build  
the gdal-grass plug-in (i'm using gdal from svn)

i had this problem :


geo...@geofem:/usr/local/src/gdal/frmts/grass/gdal-grass-1.7.0$ ./ 
configure --with-gdal=/usr/local/bin/gdal-config --with-grass=/usr/ 
local/grass-7.0.svn/

checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for g++ -shared ... yes
user supplied gdal-config (/usr/local/bin/gdal-config)
using /usr/local/lib/gdalplugins as GDAL shared library autoload  
directory

checking for G_asprintf in -lgrass_gis... no
checking for G_putenv in -lgrass_gis... no
configure: error: --with-grass=/usr/local/grass-7.0.svn/ requested,  
but libraries not found!  Perhaps you need to set LD_LIBRARY_PATH to  
include /usr/local/grass-7.0.svn//lib?
geo...@geofem:/usr/local/src/gdal/frmts/grass/gdal-grass-1.7.0$ ./ 
configure --with-gdal=/usr/local/bin/gdal-config --with-grass=/usr/ 
local/grass-7.0.svn

checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for g++ -shared ... yes
user supplied gdal-config (/usr/local/bin/gdal-config)
using /usr/local/lib/gdalplugins as GDAL shared library autoload  
directory

checking for G_asprintf in -lgrass_gis... no
checking for G_putenv in -lgrass_gis... no
configure: error: --with-grass=/usr/local/grass-7.0.svn requested, but  
libraries not found!  Perhaps you need to set 

[GRASS-dev] Fwd: [gdal-dev] grass lib not found : gdal-grass plug-in (grass-7.0)

[Massimo Di Stefano]

Hi All.

from a gdal-dev list+irc discussion,


the old patch  no longer work on the up-to date gdal trunk.

the old patch was applied in the trunk plus modification to have the  
gdal-grass plug-in

working on grass version  7 and = 7.

but that sophistication has been broken by a recent change in grass.

probably the reason of the current failure is the addition/removal of  
one of the grass lib,
have a grass-config script would help certainly to avoid this kind  
of failure each time a new lib will be added/removed.




thanks for any interest in this direction.

regards,
Massimo.

Inizio messaggio inoltrato:


Da: Massimo Di Stefano massimodisa...@yahoo.it
Data: 14 ottobre 2009 21:37:04 GMT+02:00
A: Markus Neteler nete...@osgeo.org
Cc: gdal-...@lists.osgeo.org
Oggetto: Re: [gdal-dev] grass lib not found : gdal-grass plug-in  
(grass-7.0)


Thanks Markus,

i tried to apply the patch, but it fails on the actually gdal-trunk  
(revision :  Revision: 17810  )


i'm tring to see how to apply the patch manually .. but it is 6000  
lines :'(


this the log tring to apply the patch :


geo...@geofem:/usr/local/src/gdal$ patch -p0  /home/geofem/ 
Downloads/gdal_grass7_plugin.diff

patching file frmts/grass/pkg/configure.in
Hunk #2 succeeded at 152 (offset 9 lines).
patching file frmts/grass/pkg/configure
Hunk #62 FAILED at 3395.
Hunk #65 FAILED at 3446.
Hunk #67 FAILED at 3534.
Hunk #68 succeeded at 3630 (offset 78 lines).
Hunk #69 succeeded at 3694 (offset 78 lines).
Hunk #70 succeeded at 3712 (offset 78 lines).
Hunk #71 succeeded at 3793 (offset 78 lines).
Hunk #72 succeeded at 3854 (offset 78 lines).
Hunk #73 succeeded at 3978 (offset 78 lines).
Hunk #74 succeeded at 4008 (offset 78 lines).
Hunk #75 succeeded at 4023 (offset 78 lines).
Hunk #76 succeeded at 4136 (offset 78 lines).
patch:  malformed patch at line 5577: @@ -3895,7 +4587,9 @@

geo...@geofem:/usr/local/src/gdal$

Have you any ideas?
idea .. (but i guess it is totally wrong)
can i download gdal-grass plug-in from the gdal-revision you applied  
the patch

and use it on the actual gdal trunk?

thanks for any suggestion!

Massimo.

il giorno 14/ott/09, alle ore 19:09, Markus Neteler ha scritto:


On Wed, Oct 14, 2009 at 12:02 PM, Massimo Di Stefano
massimodisa...@yahoo.it wrote:

Hi All.

I'm tring to build the gdal-grass plug-in (i'm using gdal from svn)
on a debian sid machine,

i had this problem :


geo...@geofem:/usr/local/src/gdal/frmts/grass/gdal-grass-1.7.0$ ./ 
configure

--with-gdal=/usr/local/bin/gdal-config
--with-grass=/usr/local/grass-7.0.svn/

...
configure: error: --with-grass=/usr/local/grass-7.0.svn requested,  
but
libraries not found!  Perhaps you need to set LD_LIBRARY_PATH to  
include

/usr/local/grass-7.0.svn/lib?
geo...@geofem:/usr/local/src/gdal/frmts/grass/gdal-grass-1.7.0$

i have  :

cat /etc/ld.so.conf.d/grass.conf
/usr/local/grass-7.0.svn/lib


have you any clue on how to fix the gdal-grass build ?


Yes, see the patch in
http://trac.osgeo.org/gdal/ticket/2953

Markus




___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: grass-dev Digest, Vol 41, Issue 61

[Massimo Di Stefano]

Hi

Il giorno 20/set/09, alle ore 02:11, Martin Landa landa.martin  
gmail.com ha scritto:


Oggetto: Re: [GRASS-dev] wxgui problem (grass -r 39224 linux x86_64  
sidux )



Hi,

2009/9/19 Massimo Di Stefano massimodisa...@gmail.com:

my swig version is :  1.3.39


yes, that's same here - I use Debian Sid and wxpython from packages
apt.widgets.org. In this case wxPython is build probably with 1.3.36.



i'm on a debian sid derived distro, using the official debian-sid  
repository

what's wour source.list line to add the wx widjet repository ?

i have found this page :

http://wiki.wxpython.org/InstallingOnUbuntuOrDebian

but there is no sid only lenny or etch, shoul'd be good this one,  
using etch ? :


# wxWidgets/wxPython repository at apt.wxwidgets.org
deb http://apt.wxwidgets.org/ etch-wx main
deb-src http://apt.wxwidgets.org/ etch-wx main
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] wxgui problem (grass -r 39224 linux x86_64 sidux )

[Massimo Di Stefano]

Hi

my swig version is :  1.3.39


Il giorno 19/set/09, alle ore 18:38, Martin Landa ha scritto:


Hi,

2009/9/16 sasha massimodisa...@gmail.com:

[...]


def SetBackground(self, *args): return

_grass6_wxvdigit.PseudoDC_SetBackground(self, *args)

TypeError

:

in method 'PseudoDC_SetBackground', argument 2 of type

'wxBrush const '


you are probably using different version of swig for building vector
digitizer extension from the version which has been used for building
wxPython library.

Martin

--
Martin Landa landa.martin gmail.com * 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] Re: wxgui problem (grass -r 39224 linux x86_64 sidux )

[Massimo Di Stefano]

I don't know how to debug this weird problem,but now i have set grass debug level to 5and when i open grass in tcltk gui i hade this message :http://img3.imageshack.us/i/tcltklog.png/can be usefull to undstand what appens on my computer?please, thanks for any help!Massimo.Il giorno 16/set/09, alle ore 20:31, grass-dev-requ...@lists.osgeo.org ha scritto:Hi,i'm compiling grass from svn source using the 6.5 version,i'm on a debian sid derived distro "sidux"i used this configure to build grass :CFLAGS="-ggdb -Wall -Werror-implicit-function-declaration" ./configure --with-tcltk-includes=/usr/include/tcl8.5/ \--with-freetype --with-freetype-includes=/usr/include/freetype2/ --with-cxx --enable-64bit --with-geos --with-ffmpeg \--with-mysql --with-postgres --with-postgres-includes=/usr/include/postgresql/ --with-mysql-includes=/usr/include/mysql/ \--with-ffmpeg-includes=/usr/include/ffmpeg/ --with-odbc --with-python --with-sqlite --with-wxwidgets=/usr/bin/wx-config \--with-readline --enable-largefile --with-proj-share=/usr/share/proj --with-cairo --with-motifwx-config --version-fullgive me :2.8.7.1i used :g.gisenv set="DEBUG=5"Tring to tun the wxgui it starts without errors, but try to add a raster map in the canvas, i'm not able to display itzoom to selected map do nothing, and the coordinates under the mouse movment are not displayerin the output window i can see this log details :Traceback (most recent call last):  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 450, in OnPaint self.pdc.DrawToDCClipped(dc, rgn)  File "/usr/local/grass-6.5.svn/etc/wxpython/vdigit/grass6_wxvdigit.py", line 393, in DrawToDCClipped def DrawToDCClipped(self, *args): return_grass6_wxvdigit.PseudoDC_DrawToDCClipped(self, *args)TypeError:in method 'PseudoDC_DrawToDCClipped', argument 2 of type'void *'Traceback (most recent call last):  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 542, in OnIdle self.UpdateMap(render=True)  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 667, in UpdateMap self.Draw(self.pdc, self.img, drawid=id)  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 271, in Draw pdc.SetBackground(bg)  File "/usr/local/grass-6.5.svn/etc/wxpython/vdigit/grass6_wxvdigit.py", line 384, in SetBackground def SetBackground(self, *args): return_grass6_wxvdigit.PseudoDC_SetBackground(self, *args)TypeError:in method 'PseudoDC_SetBackground', argument 2 of type'wxBrush const 'Traceback (most recent call last):  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 2510, in OnZoomToMap self.ZoomToMap()  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 2561, in ZoomToMap self.UpdateMap()  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 667, in UpdateMap self.Draw(self.pdc, self.img, drawid=id)  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 271, in Draw pdc.SetBackground(bg)  File "/usr/local/grass-6.5.svn/etc/wxpython/vdigit/grass6_wxvdigit.py", line 384, in SetBackground def SetBackground(self, *args): return_grass6_wxvdigit.PseudoDC_SetBackground(self, *args)TypeError:in method 'PseudoDC_SetBackground', argument 2 of type'wxBrush const 'Traceback (most recent call last):  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 2510, in OnZoomToMap self.ZoomToMap()  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 2561, in ZoomToMap self.UpdateMap()  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 667, in UpdateMap self.Draw(self.pdc, self.img, drawid=id)  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 271, in Draw pdc.SetBackground(bg)  File "/usr/local/grass-6.5.svn/etc/wxpython/vdigit/grass6_wxvdigit.py", line 384, in SetBackground def SetBackground(self, *args): return_grass6_wxvdigit.PseudoDC_SetBackground(self, *args)TypeError:in method 'PseudoDC_SetBackground', argument 2 of type'wxBrush const 'Traceback (most recent call last):  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 1017, in MouseActions self.OnLeftUp(event)  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 1809, in OnLeftUp self.UpdateMap(render=True)  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 667, in UpdateMap self.Draw(self.pdc, self.img, drawid=id)  File "/usr/local/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line 271, in Draw pdc.SetBackground(bg)  File "/usr/local/grass-6.5.svn/etc/wxpython/vdigit/grass6_wxvdigit.py", line 384, in SetBackground def SetBackground(self, *args): return_grass6_wxvdigit.PseudoDC_SetBackground(self, *args)TypeError:in method 'PseudoDC_SetBackground', argument 2 of type'wxBrush const 'Traceback (most recent call last):  File 

Re: [GRASS-dev] Re: wxgui problem (grass -r 39224 linux x86_64 sidux )

[Massimo Di Stefano]

Hi,

Hamish, thanks to point me to the bug.
The problem i had is building the grass6_devel branch (grass-6.5.svn)
I'll try to figure out on how to apply the patch on grass65

I tried to compile the grass64-rc and it works fine in both tcltk and  
wx gui.


ciao,

Massimo

Il giorno 17/set/09, alle ore 14:03, Hamish ha scritto:


Massimo wrote:

I don't know how to debug this weird problem,but now i have set grass
debug level to 5and when i open grass in tcltk gui i hade this  
message

: http://img3.imageshack.us/i/tcltklog.png/

can be usefull to undstand what appens on my computer?



If using 6.4.0rc5 please apply patches from DebianGIS SVN trunk.
(perhaps you are seeing bug #654, which that fixes)
see the readme in the debian/ dir of the GRASS source code for how to
do that.


Or- check out the latest 6.4.0.svn version from the releasebranch_6_4
in GRASS SVN.
 https://trac.osgeo.org/grass/wiki/DownloadSource#GRASS6.4


setting DEBUG=5 could working against you in this case, I think so  
many

incoming messages could overwhelm Tcl/Tk.



Hamish







___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: wxgui problem (grass -r 39224 linux x86_64 sidux )

[Massimo Di Stefano]

I tried on a fresh download of NC dataset, i get the same problem.
i also tried to create a new location but the problem persists.

when i close the wxpython gui i can read this message on the grass  
shell :



(python:23309): Gdk-CRITICAL **: gdk_draw_drawable: assertion  
`GDK_IS_DRAWABLE (drawable)' failed




Il giorno 17/set/09, alle ore 16:14, Hamish ha scritto:


Massimo wrote:

The problem i had is building the grass6_devel branch (grass-6.5.svn)
I'll try to figure out on how to apply the patch on grass65

I tried to compile the grass64-rc and it works fine in both tcltk and
wx gui.


oh ok. If it is a recent svn checkout you don't need the patch.
no sure what it would be then. try creating a new location from
scratch and see if it still happens?


Hamish






___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev