Hi Etienne
What I have done for the format options is make is a standalone
widget, and it is included in the file save as dialog and gdal
options, as well as in the gdaltools dialogs (overviews only for
illustration). Would we want that for every component, or perhaps have
a single widget with o
On Wed, Jul 25, 2012 at 7:41 PM, Etienne Tourigny
wrote:
> Also, I was wondering if any stats-related functions in qgsrasterlayer
> should be removed entirely or kept for backwards-compat for some time
> (and internally get the result from rasterdataprovider)?
Remove completely, I think, but wait
Welcome on board Larry!
HIG and GUI is a good thing to work on .. If you need help or
assistence just drop a note ..
regards
Werner
On Thu, Jul 26, 2012 at 12:20 AM, Tim Sutton wrote:
> Hi All
>
> Good news, as it seems regular team recruitment is happening with new
> talented developers joinin
Il 26/07/2012 03:23, Larry Shaffer ha scritto:
> I have mentioned some preliminary goals here:
>
> http://osgeo-org.1560.n6.nabble.com/What-will-be-in-QGIS-2-0-td4987609i20.html#a4987780
Hi Larry,
looks a very good programme, thanks for this.
Looking forward to see your improvements (much needed, e
Il 26/07/2012 06:31, Chris Crook ha scritto:
> So what I'm considering is rebuilding the plugin to read and write the memory
> layer data into a single file, say project.qgis.mldata, instead of the
> current multiple gml files.
>
> Thoughts?
Hi Chris,
please consider that much the same problem
Hi,
On Thu, 26. Jul 2012 at 16:31:46 +1200, Chris Crook wrote:
> Thoughts?
I didn't really follow this thread. But the subject made me wonder if anybody
ever mentioned/explored sqlite/spatialite in-memory databases[1] and their
backup facility[2]? Would that be an option? Maybe even as replac
Hi again
When I originally was proposing saving the memory layer (as a built in function
of QGIS rather than as a plugin), I was thinking of streaming the data out and
back using a QDataStream. It would have minimal overhead, unlike say
converting to GML, or storing in an SQLite database. Als
On Wed, Jul 25, 2012 at 5:24 PM, Nathan Woodrow wrote:
> Welcome to the team Larry. I'm happy to lend a hand for any UI related stuff.
>
> - Nathan
Thank you, Nathan. I will most certainly be needing help along the way.
I will be documenting on the wiki a proposed process for taking QGIS's
many
Welcome to the team Larry. I'm happy to lend a hand for any UI related stuff.
- Nathan
On Thu, Jul 26, 2012 at 8:20 AM, Tim Sutton wrote:
> Hi All
>
> Good news, as it seems regular team recruitment is happening with new
> talented developers joining our project! We now have 18 'core'
> committ
Hi all,
Thanks for the support earlier in the month when I was asking about how to
improve the fTools plugin so that it can save to any ogr file format. I
have now had the time to get up to speed with the qgis documentation and
have had a quick play with the code.
In my original question I was pr
Il 26/07/2012 00:20, Tim Sutton ha scritto:
> Hi All
>
> Good news, as it seems regular team recruitment is happening with new
> talented developers joining our project! We now have 18 'core'
> committers on the project as we can see from the list below. The list
> includes Larry Shaffer, our newes
Hi
On Wed, Jul 25, 2012 at 7:41 PM, Etienne Tourigny
wrote:
> Hi all,
>
> I had a conversation with Radim about cleaning up the rasterstats
> interface in qgsrasterlayer, he is going to work on this soon as well
> as make some improvements.
>
> Tim - do you have the time to merge your changes to
Hi All
Good news, as it seems regular team recruitment is happening with new
talented developers joining our project! We now have 18 'core'
committers on the project as we can see from the list below. The list
includes Larry Shaffer, our newest core committer, who was granted git
push rights to th
Hi
On Mon, Jul 23, 2012 at 3:52 PM, Sandro Santilli wrote:
> On Mon, Jul 23, 2012 at 12:26:00AM +0200, Tim Sutton wrote:
>> Hi Folks
>>
>> Yes I know I am becoming something of a unit testing freak, but I am
>> 10 000% convinced we really need to get a good test suite if we plan
>> to be a viable
Le mercredi 25 juillet 2012 20:03:16, Chris Crook a écrit :
> Hi .. yes I don't like masking the FID field and I'm not thinking this is a
> long term solution, even before the problem in my implementation with the
> field index issue (which I think I will be able to fix). I'm looking at a
> couple
Hi .. yes I don't like masking the FID field and I'm not thinking this is a
long term solution, even before the problem in my implementation with the field
index issue (which I think I will be able to fix). I'm looking at a couple of
options over the next few days .. and open to any contributio
Hi all,
I had a conversation with Radim about cleaning up the rasterstats
interface in qgsrasterlayer, he is going to work on this soon as well
as make some improvements.
Tim - do you have the time to merge your changes to avoid duplication
and conflicts?
Also, I was wondering if any stats-relat
This email represents my acknowledgment of and adherence to the
Contributor Guidelines [0] for providing contributions to the QGIS
project.
[0] http://hub.qgis.org/wiki/17/Contributor_Guidelines
Best regards,
Larry Shaffer
Dakota Cartography
Black Hills, South Dakota
BTW, if I remember correctly, there were some discussions about
integrating SEXTANTE into QGIS as core plugin. Maybe it is time
to do this?
For me SEXTANTE is stable enough and anyway we are on API
break now.
--
Alexander Bruy
___
Qgis-developer mailin
Hi,
They should reside in separate repositories since they are separate
project. And since qgis development is on github, it would be easier
to have it there (for others, maybe not for you). Qgis used to be in
svn, and unless I'm mistaken all history was migrated over to git.
PySextante sounds li
hmmm why is there a read-only url that appears in the plugin pages
then? IMHO github is a much better solution - which is probably why
the main qgis dev goes on there
thanks for the information,
Etienne
On Wed, Jul 25, 2012 at 11:07 AM, Marco Bernasocchi
wrote:
> Always been this way... maybe t
Hi all
The branch is merged. Enjoy (and report issues on the bugtracker).
Regards,
Marco
Am 24.07.2012 16:53, schrieb Marco Hugentobler:
Hi all
I think it would be a good move to merge the raster-pipes-2 branch
back to trunk. Ok, I know more instabilities, things to polish, etc.
But in trun
On Wed, Jul 25, 2012 at 05:01:28PM +0200, Vincent Picavet wrote:
> Le mercredi 25 juillet 2012 16:11:12, Sandro Santilli a écrit :
> > On Wed, Jul 25, 2012 at 04:08:21PM +0200, Victor Olaya wrote:
> > > > Does the python version depend on the java version (is it really just
> > > > a "binding") ?
>
Hi,
Le mercredi 25 juillet 2012 16:11:12, Sandro Santilli a écrit :
> On Wed, Jul 25, 2012 at 04:08:21PM +0200, Victor Olaya wrote:
> > > Does the python version depend on the java version (is it really just
> > > a "binding") ?
> >
> > No, it does not. That is why it does not make sense to have
> Do they share other parts to recommend having them in the same repository ?
>
No they do not share anything, technically speaking. But they share
the name of the project, which makes things a bit harder. They can be
considered as two versions of the same software in different
programming languag
On Wed, Jul 25, 2012 at 04:08:21PM +0200, Victor Olaya wrote:
> > Does the python version depend on the java version (is it really just
> > a "binding") ?
> >
>
> No, it does not. That is why it does not make sense to have it along
> with the Java part (which has several binding between SEXTANTE a
> Does the python version depend on the java version (is it really just
> a "binding") ?
>
No, it does not. That is why it does not make sense to have it along
with the Java part (which has several binding between SEXTANTE and
other apps, but in the Python version the architecture is different,
si
Always been this way... maybe the problem sliped trough the cracks...
Marco Bernasocchi (mobile)
http://opengis.ch
On Jul 24, 2012 2:25 PM, "Etienne Tourigny" wrote:
> Hi,
>
> the read-only urls for the git plugin repositories is either wrong, or
> the git server is broken.
>
> For example, the
On Wed, Jul 25, 2012 at 02:41:33PM +0200, Victor Olaya wrote:
> As you might know, there are now two main version of SEXTANTE: A Java
> one, used by several GIS apps, and a Python one used by QGIS. They are
> rather different, and they coexist in the SEXTANTE repository (the
> QGIS version can be
> Hi Victor.
> Is the java version going to work with gvSIG only, and the python one
> with QGIS only?
> In this case, it would probably be more clear to rename the folder with
> the name of the program they refer to.
> All the best.
No, the Java version will work with all the other Java apps and
Il 25/07/2012 14:41, Victor Olaya ha scritto:
> Before doing that, we would like to hear what you think. If you have
> anything to say, please tell us, so we can do this in the best
> possible way. Suggestions are more than welcome.
Hi Victor.
Is the java version going to work with gvSIG only, and
Hi Etienne.
I work !
really thx,
Andrea.
2012/7/25 Etienne Tourigny
> Andrea,
>
> please see if putting this inside the function helps - uncomment
> everything you commented ( except the offending line ) and add the
> other ones - inside the findClosestTickVal() function
>
> // double max
Hi all
As you might know, there are now two main version of SEXTANTE: A Java
one, used by several GIS apps, and a Python one used by QGIS. They are
rather different, and they coexist in the SEXTANTE repository (the
QGIS version can be found in the "bindings" folder). The structure of
the SVN repos
+1 for me also
It would be nice to discuss how the file save as dialog should be
organised, and how much of it could be reusable.
I think that a first candidate for using the file save as dialog
components would be gdaltools - see the modified merge tool.
Some elements might not be necessary in
Surprisingly, I get am error at installing the 0.4.0 version of
valuetool on ubuntu 10.04:
Couldn't load plugin valuetool due an error when calling its initGui() method
Traceback (most recent call last):
File "/usr/lib/python2.6/dist-packages/qgis/utils.py", line 173, in
startPlugin
plugins
Hi all.
Would it be feasible/resonable/useful to add it to sample data?
Unure CC by-nc-sa/3.0/ is suitable for our data set, however.
All the best, and thanks.
Il 24/07/2012 10:00, RichardC ha scritto:
> For reference, I've created a Global UTM zones grid in shapefile format*.
>
> It's downloada
36 matches
Mail list logo
