Hi I will post updated details for the roadway to 1.7 over the weekend
probably. One comment on your Plugin I would like to make: I really like the
functions it brings to qgis but if we are going to include it in the final
release my feeling is that it should really have snapping option (using
pixe
Hi Tim
On Wed, Feb 23, 2011 at 10:13 PM, Tim Sutton wrote:
>>
>> One other thing : it would be nice if the C++ plugins could be loaded from
>> another directory than the official one.
>
> Ok I added support for this - see the bottom of the general options
> tab in QGIS Options dialog.
>
> Availab
Try again. Now this should not cause difficulties.
Fri, 25 Feb 2011 10:46:55 +0200 письмо от Tim Sutton :
Hi I will post updated details for the roadway to 1.7 over the weekend
probably. One comment on your Plugin I would like to make: I really like the
functions it brings to qgis but if we a
On Thu, Feb 24, 2011 at 9:41 AM, Paolo Cavallini wrote:
> Il giorno mer, 23/02/2011 alle 00.47 -0800, Alex Mandel ha scritto:
>
>> That feature has been discussed, is way down at the bottom of the todo
>> list but is quite possible. We are looking for python programmers to try
>> and implement it
Hi all.
The development version of QGIS, due shortly, is bringing us several
important new features (see eg [0]). In particular, 3D and raster
support. I know of the work being done on raster support through a
plugin (which should be integrated in PostGIS manager IMHO), but I'm not
aware of any wor
>
> The development version of QGIS, due shortly, is bringing us several
>
I suppose you mean Postgis...
giovanni
> important new features (see eg [0]). In particular, 3D and raster
> support. I know of the work being done on raster support through a
> plugin (which should be integrated in Post
Il giorno ven, 25/02/2011 alle 15.17 +0100, G. Allegri ha scritto:
> I suppose you mean Postgis...
ooops, sorry ;)
--
http://www.faunalia.it/pc
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qg
Hi
On Fri, Feb 25, 2011 at 12:42 PM, Sergey Yakushev wrote:
> Try again. Now this should not cause difficulties.
>
Ah sooo much better! Thanks. Another point maybe is the first time I
try to use it, it says 'not configured' and then I open the roadgraph
options dialog and simply press ok and the
Hi
2011/2/25 Tim Sutton :
> Hi
>
> On Fri, Feb 25, 2011 at 12:42 PM, Sergey Yakushev wrote:
>> Try again. Now this should not cause difficulties.
>>
>
> Ah sooo much better! Thanks. Another point maybe is the first time I
> try to use it, it says 'not configured' and then I open the roadgraph
> o
Hi,
I'm quite new to this list so sorry if I say something that has been
discussed already or if I miss a point.
On 25-2-2011 10:03, Martin Dobias wrote:
While custom paths for c++ plugins seems to be a nice feature, I would
like to point out the problems it will bring at some point: imagine
Thank you all for the guidance you provided. I was able to run the
plugin_buidler.py to generate the base C++ files. I was also able to generate
the visual c++ project files by using cmake-gui and you may even be surprised
to hear that it compiled with out complaining and telling me it is offend
64 items compiled without error only one (Grass failed). Where does one fine
the missing header 'libintl.h'?
Below is the error message output.
53>-- Build started: Project: gpsimporterplugin, Configuration:
RelWithDebInfo Win32 --
53>Linking...
51>C:\OSGeo4W\apps\grass\grass-6.4.0\inc
On Fri, Feb 25, 2011 at 11:50 AM, maaza mekuria wrote:
> 64 items compiled without error only one (Grass failed). Where does one
> fine the missing header 'libintl.h'?
>
> Below is the error message output.
>
> 53>-- Build started: Project: gpsimporterplugin, Configuration:
> RelWithDebInfo W
Fri, 25 Feb 2011 18:33:38 +0200 письмо от Tim Sutton :
> > Can you make it
> > work in some default way so that configuration of the plugin is not
> > mandatory?
It isn't good idea, I think. User looks at the the settings window, and
understands how the plugin works.
> > Thanks for this aweso
On Fri, Feb 25, 2011 at 9:28 AM, Barend Gehrels wrote:
[SNIP]
> I don't understand this:
> - if the API/ABI changes, then you might have (sometimes) the same problem
> with Python (don't know sip).
>
Not exactly. Python code is interpreted, not compiled. As long as the
plugin code remains valid
Hi
On Fri, Feb 25, 2011 at 7:28 PM, Barend Gehrels wrote:
> Hi,
>
> I'm quite new to this list so sorry if I say something that has been
> discussed already or if I miss a point.
>
> On 25-2-2011 10:03, Martin Dobias wrote:
>>
>> While custom paths for c++ plugins seems to be a nice feature, I wo
Hi
On Fri, Feb 25, 2011 at 10:10 PM, Sergey Yakushev wrote:
>
> Fri, 25 Feb 2011 18:33:38 +0200 письмо от Tim Sutton :
>
>
>> > Can you make it
>> > work in some default way so that configuration of the plugin is not
>> > mandatory?
>
> It isn't good idea, I think. User looks at the the settings
Fri, 25 Feb 2011 22:43:30 +0200 письмо от Tim Sutton :
> Hi
>
> On Fri, Feb 25, 2011 at 10:10 PM, Sergey Yakushev wrote:
> >
> > Fri, 25 Feb 2011 18:33:38 +0200 письмо от Tim Sutton :
> >
> >
> >> > Can you make it
> >> > work in some default way so that configuration of the plugin is not
> >> >
18 matches
Mail list logo
