So this is still a new dependency, at least for some systems then.
Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University
...Sent from my iPad
On Oct 24, 2012, at 1:26 AM, "Glynn Clements" wrote:
>
> Michael Barton wrote:
>
>>
>So it comes on Mac but not on Windows?
concerning windows, it's there in the osgeo4w-(build)-environment offered by
matplotlib.
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/dateutil-dependency-killing-GRASS-7-tp5009133p5010816.html
Sent from t
Michael Barton wrote:
> So now I'm confused. Does it come with the Python that comes with
> Macs and can be installed (normal install) on Windows? Or is it
> something that needs to be installed separately?
It isn't part of Python itself, i.e. it isn't in the Python source
tree, or in any Python
So it comes on Mac but not on Windows? I think I now remember that one of the
first students who reported problems was on Windows. Another was on the Mac,
but maybe it is because she installed MacPython by mistake.
Michael
C. Michael Barton
Director, Center for Social Dynami
Well, on the Mac, it "comes with" the Python Apple provides, but as Glynn says
it is not a part of the standard Python package. It looks like it's been
included since Python 2.5 on OS X.
On Oct 23, 2012, at 12:23 PM, Michael Barton wrote:
> So now I'm confused. Does it come with the Python tha
So now I'm confused. Does it come with the Python that comes with Macs and can
be installed (normal install) on Windows? Or is it something that needs to be
installed separately?
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor
Michael Barton wrote:
> I want to retract my concern over dateutil.
>
> Both William and Helena have shown that it IS available in the
> default Python distribution.
It isn't, however, part of the Python standard library, so it needs to
be explicitly listed as a dependency, distinct from Python
I want to retract my concern over dateutil.
Both William and Helena have shown that it IS available in the default Python
distribution. I am still not clear why some people have had the GUI not start
up with a dateutil error. Perhaps it is due in part to the tr_init that you
recently moved out
I can confirm that I have it on my 10.6 Mac
/System/Library/Frameworks/Python.framework/Versions/Current/Extras/lib/python/dateutil
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State Uni
Yes, it is in the system python lib folder on all the Macs I checked.
/System/Library/Frameworks/Python.framework/Versions/2.x/Extras/lib/python/dateutil
If compilation of matplotlib found it is missing, it would put it in the user
site-packages folder (it does so for pytz and mpl_toolkits).
On
On Sun, Oct 21, 2012 at 6:58 AM, Michael Barton wrote:
> One more thing, when GRASS starts up now, there is the following message from
> the TGIS modules...
>
> Default TGIS driver / database set to:
> driver: sqlite
> database: $GISDBASE/$LOCATION_NAME/PERMANENT/tgis.db
>
> Where is this coming
One more thing, when GRASS starts up now, there is the following message from
the TGIS modules...
Default TGIS driver / database set to:
driver: sqlite
database: $GISDBASE/$LOCATION_NAME/PERMANENT/tgis.db
Where is this coming from? It seems pretty innocuous, though I'm not sure that
this is nee
Are you sure it is there originally? Or is it present because you have
installed other python apps like MatPlotLib?
Thinking about this, it is really odd that it would somehow stop the GUI from
loading at startup. Is there some kind of test for dateutil that happens at
startup?
Even if dateu
Moritz Lennert wrote:
> >> Do you really have to remove it completely ? Can't you check for its
> >> presence and if not present fall back on the basic date version ? And
> >> put a hint in the manuals about its installation being strongly
> >> recommended ?
> >
> > Then it would become a /de fac
I just got some time to briefly look at this - dateutil IS in OS X Python, 2.6
and 2.7. (checked OS X Lion and Snow Leopard)
So if Mac users are having problems with a missing dateutil, then maybe they
have another Python installed, like from python.org or MacPorts or Homebrew.
Then it's real
On 18/10/12 10:13, Sören Gebbert wrote:
I had in mind to allow the user to select the dateutil dependency at
compile time so he is aware if grass is build with or without
dateutil,
How does a python module play a role at build-time ? You could build
grass on a system that doesn't have dateutil
>Since
>dateutil causes obviously so much trouble on Mac OS and Windows (i
>wasn't aware of that since i am an ignorant Linux person) i will only
>add it if it works on these systems out of the box.
regarding the windows-side of the world, within osgeo4w, dateutil is
available by matplotlib and a
Hi Moritz,
i would like to share with you a conversation about this topic that i
had with Pietro offlist.
[snip]
>> Then it would become a /de facto/ mandatory dependency.
>>
>
> Is it illegitimate to propose basic functionality, thus allowing the user to
> use the modules, but forcing them to be
On 17/10/12 22:20, Glynn Clements wrote:
Moritz Lennert wrote:
sorry to introduce something painful as a python-dateutil dependency.
My fault. I should have discussed this on the list indeed.
I have completely removed the dateutil dependency from the temporal
GIS in r53435. For now
only two t
Moritz Lennert wrote:
> > sorry to introduce something painful as a python-dateutil dependency.
> > My fault. I should have discussed this on the list indeed.
> >
> > I have completely removed the dateutil dependency from the temporal
> > GIS in r53435. For now
> > only two types of calendar time
This seems like a good idea. Gives us time to think about the value and costs
of using and bundling dateutil.
Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University
...Sent from my iPad
On Oct 17, 2012, at 11:34 AM, "Moritz Lenne
Hi,
2012/10/17 Moritz Lennert :
> On 17/10/12 13:21, Sören Gebbert wrote:
>>
>> Hi Michael,
>> sorry to introduce something painful as a python-dateutil dependency.
>> My fault. I should have discussed this on the list indeed.
>>
>> I have completely removed the dateutil dependency from the tempor
On 17/10/12 13:21, Sören Gebbert wrote:
Hi Michael,
sorry to introduce something painful as a python-dateutil dependency.
My fault. I should have discussed this on the list indeed.
I have completely removed the dateutil dependency from the temporal
GIS in r53435. For now
only two types of calend
Hi,
2012/10/17 Markus Neteler :
> On Wed, Oct 17, 2012 at 2:42 PM, Michael Barton
> wrote:
>> Thanks very much Soren.
>>
>> Perhaps datetutil is a great thing to have, but until we get the packaging
>> thing worked work it is a big problem at least for Macs. It works without a
>> hitch on my M
On Wed, Oct 17, 2012 at 2:42 PM, Michael Barton wrote:
> Thanks very much Soren.
>
> Perhaps datetutil is a great thing to have, but until we get the packaging
> thing worked work it is a big problem at least for Macs. It works without a
> hitch on my Mac, but I don't know how or where I got dat
Thanks very much Soren.
Perhaps datetutil is a great thing to have, but until we get the packaging
thing worked work it is a big problem at least for Macs. It works without a
hitch on my Mac, but I don't know how or where I got dateutil.
I suggested that other Mac users install MatPlotLib (als
Hi Michael,
sorry to introduce something painful as a python-dateutil dependency.
My fault. I should have discussed this on the list indeed.
I have completely removed the dateutil dependency from the temporal
GIS in r53435. For now
only two types of calendar time stings are supported for parsing.
A couple of things here.
1. We need to be able to bundle dateutil or to have it bundled with Mac
frameworks. Otherwise, temporal GIS doesn't work apparently.
2. The lack of dateutil for TGIS should not shut down the entire GUI. This is a
serious problem. It could make part or all of TGIS not fun
28 matches
Mail list logo