date:20130705

Hoi Joaquim,

Thank you for your reply.

As it seems now, Jürgen can invest the time to work on it - and with
collaborative efforts and one major sponsor (Vorarlberg) we should be
able to finance it.

Jürgens main goal is to automate the build with the OSGeo4W build
system, so that the OSGeo4W distribution, the standalone installer, the
stable and developer version can all be built from the same sources and
build system.

As it looks currently, Jürgen can work on this in August and it should
then be ready with the QGIS 2.0 release - if there are no
major/unsolvable problems.

Thanks to all who replied so far and offered their help.

Andreas

Am 05.07.2013 16:32, schrieb Joaquim Luis:
> 
> Well, as mentioned here
> 
> http://osgeo-org.1560.x6.nabble.com/Fwd-QGIS-Desktop-Bug-8085-New-A-64-bits-build-on-Windows-crash-on-exit-td5060493.html
> 
> 
> I offered to help a bit with the 64 bits build. It's a pity that some
> bugs in the building system are not addressed yet (namely the some
> include libs being ignored).
> 
> If it is off interest this link has my dependencies with both 32 & 64
> all build with VS2010
> 
> https://www.dropbox.com/sh/w85ib633hcua9lc/wPB-OXhQpG
> 
> The above misses the Qt and qscintilla because my local directory is not
> cleanly separated and it amounts to > 1.5 Gb.
> There is also no postgree libs not GRASS but the rest should be pretty
> complete.
> 
> I still not able to run the qgis64 with the python I used to compile it
> (Winpython 2.7.5 portable). As far as could debug it it stop with an
> error something like
> 
> "cannot evalString" when trying to load the plugin fTool
> 
> Hope it helps
> 
> Joaquim Luis
> 
>> Hi Kari,
>>
>> My message was meant to be "provoiking". People want everything - they
>> want a version 1.9. They want both 32bit and 64bit versions. But they
>> are not willing to contribute. They just take things for granted.
>>
>> I am aware that there are still 32bit machines around - but then these
>> computers must be at least 10 years old. For the past decade all
>> machines are 64bit capable.
>>
>> Maybe these NGOs just do not realize that their machines are 64bit
>> capable and that they can only gain from upgrading the software on their
>> machines (reusing the very same hardware).
>>
>> Even NGOs have resources - if they don't have financial resources they
>> should have at least human resources that could upgrade the operating
>> system on their computers. I would assume they would even be eligible
>> for free Windows upgrades given their non-profit status - or even better
>> - they could switch to Linux.
>>
>> I do not want to trigger a huge discussion here but rather tell people
>> that they have some sort of responsibility as QGIS users and should
>> contribute in some way.
>>
>> Andreas
>>
>> Am 05.07.2013 10:34, schrieb Kari Salovaara:
>>> Hi,
>>>
>>> QGIS is used by many environmental NGOs. Their work is most of the time
>>> based on voluntary work. These volunteers have quite often older
>>> machines ->  32bit.
>>> If 32bit is abandoned will QGIS community lose hundreds or thousands of
>>> users. The counter how many units (QGIS applications) has been
>>> downloaded does not show all these installations where only one package
>>> has been downloaded but installed into ten computers !
>>> Even if the summer is hot You should be calm when doing assessment when
>>> to drop 32bit out of games.
>>>
>>> Best regards,
>>> Kari
>>>
>>> On 05.07.2013 11:21, Régis Haubourg wrote:
 Hi,
 I could support a part of the work for a 64 bit version if needed.
That would be very much usefull for 2.0 here here. Last
 discussions I
 remember on 64 bits version said that Jef was taking charge of it.
 Since we
 have not seen any clear call for funding, funders probably didn't show
 up.
 Please confirm and help us estimate the needs.


 Anyway, I think that we must not abandon 32 bit packages since many
 users
 still have old machines. QGis seems to grow as a tool used in poor
 countries, for developpement projects, even if we don't have much
 feedback
 of that. Cutting some of them because of incompatible hardware could
 be very
 bad publicity.

 régis

>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Poll about Windows Version

2013-07-05 Thread Joaquim Luis

Well, as mentioned here

http://osgeo-org.1560.x6.nabble.com/Fwd-QGIS-Desktop-Bug-8085-New-A-64-bits-build-on-Windows-crash-on-exit-td5060493.html

I offered to help a bit with the 64 bits build. It's a pity that some
bugs in the building system are not addressed yet (namely the some
include libs being ignored).

If it is off interest this link has my dependencies with both 32 & 64
all build with VS2010

https://www.dropbox.com/sh/w85ib633hcua9lc/wPB-OXhQpG

The above misses the Qt and qscintilla because my local directory is not
cleanly separated and it amounts to > 1.5 Gb.
There is also no postgree libs not GRASS but the rest should be pretty
complete.

I still not able to run the qgis64 with the python I used to compile it
(Winpython 2.7.5 portable). As far as could debug it it stop with an
error something like

"cannot evalString" when trying to load the plugin fTool

Hope it helps

Joaquim Luis

Hi Kari,

My message was meant to be "provoiking". People want everything - they
want a version 1.9. They want both 32bit and 64bit versions. But they
are not willing to contribute. They just take things for granted.

I am aware that there are still 32bit machines around - but then these
computers must be at least 10 years old. For the past decade all
machines are 64bit capable.

Maybe these NGOs just do not realize that their machines are 64bit
capable and that they can only gain from upgrading the software on their
machines (reusing the very same hardware).

Even NGOs have resources - if they don't have financial resources they
should have at least human resources that could upgrade the operating
system on their computers. I would assume they would even be eligible
for free Windows upgrades given their non-profit status - or even better
- they could switch to Linux.

I do not want to trigger a huge discussion here but rather tell people
that they have some sort of responsibility as QGIS users and should
contribute in some way.

Andreas

Am 05.07.2013 10:34, schrieb Kari Salovaara:

Hi,

QGIS is used by many environmental NGOs. Their work is most of the time
based on voluntary work. These volunteers have quite often older
machines -> 32bit.
If 32bit is abandoned will QGIS community lose hundreds or thousands of
users. The counter how many units (QGIS applications) has been
downloaded does not show all these installations where only one package
has been downloaded but installed into ten computers !
Even if the summer is hot You should be calm when doing assessment when
to drop 32bit out of games.

Best regards,
Kari

On 05.07.2013 11:21, Régis Haubourg wrote:

Hi,
I could support a part of the work for a 64 bit version if needed.
That would be very much usefull for 2.0 here here. Last discussions I
remember on 64 bits version said that Jef was taking charge of it.
Since we
have not seen any clear call for funding, funders probably didn't show
up.
Please confirm and help us estimate the needs.

Anyway, I think that we must not abandon 32 bit packages since many users
still have old machines. QGis seems to grow as a tool used in poor
countries, for developpement projects, even if we don't have much
feedback
of that. Cutting some of them because of incompatible hardware could
be very
bad publicity.

régis

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Vector attribute types compatibility

+1 for clarifiying the use of types in QGIS. It is very hard for
non-developers users to understand the concepts behind, and the differences
between real, double, float /  int, integer, int4, int8  / varchar, char,
text, string / etc.

The hard part would be to let the drivers use specific types != showing
only "simple types" as float / string / integer / boolean.
Why not store the driver type (for example bigint for postgres) but only
show "simple" correspondance ( integer here). The power users will be able
to see the real driver type in the metadata tab (or anywhere else more
appropriate).

I would love to see only these types in the Field tab : string / float /
integer / boolean

Michael



2013/7/5 Radim Blazek 

> I would like to ask how vector attribute types conversion between
> providers is supposed to work. Currently:
>
> QgsMemoryProvider:
> * mNativeTypes: int(10), double(20,5), string(255)
> * addAttributes() silently skips the field if type is not Int, Double
> or String, does not test length and precision, always returns true.
>
> QgsOgrProvider:
> * mNativeTypes: int(10), double(20,15), string(255), date, datetime
> (the types should be taken from OGR because depend on OGR driver, but
> I don't see any function in OGR to get supported types)
> * addAttributes(): if type is not supported, the field is not added,
> error is set and returns false, supported fields are added however.
> * createEmptyLayer() is using QgsVectorFileWriter which has its own
> field types handling (different from QgsOgrProvider::addAttributes())
> and calls directly OGR_L_CreateField()
> * convertField(): doing the same as QgsVectorFileWriter (copy pasted
> code) but not used at all
>
> QgsPostgresProvider:
> * mNativeTypes: int(0), longlong(0), double (20,20), string(255), date
> (there are more types defined but these are those with max
> lengh/precision per QVariant type)
> * addAttributes(): is using field typeName() to add fields, but
> typeName is always provider specific so it may become problem if
> fields come from another provider. If single field fails, no fields
> are added (transaction) and false is returned
> * createEmptyLayer(): is using convertField() (that is why d'n'd does
> not fail) on all fields and then addAttributes()
> * convertField(): sets field typeName based on type
>
> The problems I see:
> * impossible to take simply fields from one provider and add them to
> another one, for example:
> * ogr -> memory: numbers are often double(24,15) or date
> * ogr -> postgres: ogr is using String as typeName which fails as
> type in postgres, postgres mNativeTypes are too short
> * postgres provider addAttribute() takes typeName (which may be
> whatever) as type for add column
> * no method to convert not supported field to a supported one + get
> message (for example, "string cut to 255 characters" or "date
> converted to string"
>
> I believe that, from user point of view, if data are being written to
> a provider which does not supported all data types, then:
> * user should be warned before the data are written, getting a list of
> necessary type conversions and length/precision cuts
> * if confirmed by user, all the data should be written converted to
> supported types
> but there is no support for that in API.
>
> My suggestion:
> * add
>  virtual QgsField QgsVectorDataProvider::supportedField(field, ok,
> message)
>   which would try to convert unsupported field to a supported field
> and set message about conversion, it should almost never fail
> * all methods adding fields (createEmptyLayer, QgsVectorFileWriter)
> should use the same provider addAttributes()
> * provider addAttributes() should first check if all fields are
> supported using supportedField() and add nothing if at least one is
> unsupported (if some fields are not added successive addFeature()
> fails because of different number of attributes)
> * add support for date and datetime to memory provider and set
> benevolent length/precision limits (however it is not correct to set
> size/precision > 15 for double, that is the only way to make possible
> to copy data from OGR)
>
> I am not sure how QgsPostgresProvide::addAttributes() should work,
> because using typeName() may fail for fields from different provider
> while using type() (i.e. convertField()) would disable the possibility
> to specify explicitly postgres type by typeName. This is maybe
> crucial. In general, what defines field type - "type" or "typeName"?
> We could say that if typeName is unknown to postgres, it should use a
> type based on "type" but the same typeName may have different meaning
> for different drivers.
>
> I am talking about 2.1.
>
> Radim
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org

[Qgis-developer] Vector attribute types compatibility

2013-07-05 Thread Radim Blazek

I would like to ask how vector attribute types conversion between
providers is supposed to work. Currently:

QgsMemoryProvider:
* mNativeTypes: int(10), double(20,5), string(255)
* addAttributes() silently skips the field if type is not Int, Double
or String, does not test length and precision, always returns true.

QgsOgrProvider:
* mNativeTypes: int(10), double(20,15), string(255), date, datetime
(the types should be taken from OGR because depend on OGR driver, but
I don't see any function in OGR to get supported types)
* addAttributes(): if type is not supported, the field is not added,
error is set and returns false, supported fields are added however.
* createEmptyLayer() is using QgsVectorFileWriter which has its own
field types handling (different from QgsOgrProvider::addAttributes())
and calls directly OGR_L_CreateField()
* convertField(): doing the same as QgsVectorFileWriter (copy pasted
code) but not used at all

QgsPostgresProvider:
* mNativeTypes: int(0), longlong(0), double (20,20), string(255), date
(there are more types defined but these are those with max
lengh/precision per QVariant type)
* addAttributes(): is using field typeName() to add fields, but
typeName is always provider specific so it may become problem if
fields come from another provider. If single field fails, no fields
are added (transaction) and false is returned
* createEmptyLayer(): is using convertField() (that is why d'n'd does
not fail) on all fields and then addAttributes()
* convertField(): sets field typeName based on type

The problems I see:
* impossible to take simply fields from one provider and add them to
another one, for example:
* ogr -> memory: numbers are often double(24,15) or date
* ogr -> postgres: ogr is using String as typeName which fails as
type in postgres, postgres mNativeTypes are too short
* postgres provider addAttribute() takes typeName (which may be
whatever) as type for add column
* no method to convert not supported field to a supported one + get
message (for example, "string cut to 255 characters" or "date
converted to string"

I believe that, from user point of view, if data are being written to
a provider which does not supported all data types, then:
* user should be warned before the data are written, getting a list of
necessary type conversions and length/precision cuts
* if confirmed by user, all the data should be written converted to
supported types
but there is no support for that in API.

My suggestion:
* add
 virtual QgsField QgsVectorDataProvider::supportedField(field, ok, message)
  which would try to convert unsupported field to a supported field
and set message about conversion, it should almost never fail
* all methods adding fields (createEmptyLayer, QgsVectorFileWriter)
should use the same provider addAttributes()
* provider addAttributes() should first check if all fields are
supported using supportedField() and add nothing if at least one is
unsupported (if some fields are not added successive addFeature()
fails because of different number of attributes)
* add support for date and datetime to memory provider and set
benevolent length/precision limits (however it is not correct to set
size/precision > 15 for double, that is the only way to make possible
to copy data from OGR)

I am not sure how QgsPostgresProvide::addAttributes() should work,
because using typeName() may fail for fields from different provider
while using type() (i.e. convertField()) would disable the possibility
to specify explicitly postgres type by typeName. This is maybe
crucial. In general, what defines field type - "type" or "typeName"?
We could say that if typeName is unknown to postgres, it should use a
type based on "type" but the same typeName may have different meaning
for different drivers.

I am talking about 2.1.

Radim
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch

2013-07-05 Thread Werner Macho

Well.. I think they already choose and from my point of view they are free
to do it as they like.. I think they are close enough to the project to
know what they do.. And I think it is a good idea to have some income to
provide that service..
Taking another mail from today.. People mostly take it for grant and just
take qgis without contributing something.. While I can (currently)  live
with that sourcepole is more than welcome to make their income.. With their
contributions to the project it's just fair to leave it as it is..
When I read permits announcement the first time I knew what was going to
happen.. And it happened ;-)
So I wish sourcepole a lot if success with that project and will just keep
on reading this thread
;-)

Sent from a rooted and thus truly free mobile device...
Am 05.07.2013 13:13 schrieb "Wesley Roberts" :

> While everyone is helping sourcepole rename their software, here is my 2
> cents
>
> "Enterprise QGIS by Sourcepole"
>
>
>
>
> On Fri, Jul 5, 2013 at 12:55 PM, Chris Berkhout 
> wrote:
>
>> I'm happy for companies to do whatever they want (and are allowed) to do.
>>
>> As for the QGIS project having a stable branch, I think it's treating the
>> symptoms rather than the cause. I'd much rather see the effort that that
>> might consume be put into making the main branch more stable. With a strong
>> test suite regressions can become very rare, even with constant development
>> of new features.
>>
>> I'm fairly new to QGIS, so I can't speak with a full understanding of the
>> current situation. I just wanted to share my hopes for the future of the
>> project.
>>
>> Cheers,
>> Chris
>>
>>
>> On Fri, Jul 5, 2013 at 7:13 PM, Werner Macho wrote:
>>
>>> Hi!
>>>
>>> My suggestion to solve that kind of problems would be to just have a
>>>
>>> "something"|. based on QGIS
>>>
>>> but I appreciate the appearance of the enterprise QGIS and hope that
>>> it will QGIS itself some push to be more known by companies ..
>>>
>>> regards
>>> Werner
>>>
>>>
>>> On Fri, Jul 5, 2013 at 11:07 AM, Giuseppe Sucameli
>>>  wrote:
>>> > Hi all,
>>> >
>>> > On Fri, Jul 5, 2013 at 9:13 AM, Pirmin Kalberer 
>>> > wrote:
>>> >>
>>> >> > Pirmin what happens if / when QGIS project itself wants to release
>>> QGIS
>>> >> > Enterprise version - or another company? Maybe it would be better to
>>> >> > call
>>> >> > it 'Sourcepole GIS' or something to make it clear that it is not an
>>> >> > official QGIS product but an official Sourcepole product?
>>> >>
>>> >> I think a completely different name of a "new" GIS which is "very
>>> similar"
>>> >> to
>>> >> QGIS could be more confusion than one or many QGIS variants.
>>> >
>>> >
>>> > I agree with Pirmin, a product with a completely different name sounds
>>> > like a new GIS software.
>>> > In addition, not keeping the relation with the QGIS project may damage
>>> the
>>> > project itself in the long run.
>>> >
>>> > Why do not put the company name in the front, something like
>>> > Sourcepole QGIS Cloud/Enterprise?
>>> > This makes everything more clear and allows others companies, but
>>> mainly
>>> > the QGIS project itself, to create its own version.
>>> >
>>> > Just my 2 cents.
>>> >
>>> >> > Also (out of curiosity) what is to stop one of your clients cloning
>>> the
>>> >> > private source tree that you provide and then making that publicly
>>> >> > available - or just pushing it back in to the mainstream QGIS tree?
>>> i.e.
>>> >> > do
>>> >> > you realise any real long term benefit from keeping the tree
>>> private in
>>> >> > the
>>> >> > first place?
>>> >>
>>> >> We didn't think a lot about publishing our source code branch, yet. So
>>> >> this
>>> >> could happen anytime. The question why clients do not publish sources
>>> of
>>> >> commercial FOSS software is hard to answer. Maybe it's a question of
>>> >> loality?
>>> >>
>>> >> Regards
>>> >> Pirmin
>>> >>
>>> >> [1] http://en.wikipedia.org/wiki/Commercial_open_source_applications
>>> >>
>>> >>
>>> >> >
>>> >> > On Mon, Jul 1, 2013 at 2:50 PM, Nathan Woodrow >> >
>>> >> > wrote:
>>> >> > > On Mon, Jul 1, 2013 at 9:25 PM, Yves Jacolin (Free)
>>> >> wrote:
>>> >> > >> My understanding is that it is a commercial service, so you don't
>>> >> > >> have
>>> >> > >> any
>>> >> > >> licence.
>>> >> > >
>>> >> > > No.  It's still GPL.
>>> >> > >
>>> >> > > Any support docs, or training sourcepole provide however are not.
>>> Only
>>> >> > > the
>>> >> > > QGIS software bit part
>>> >> > >
>>> >> > > - Nathan
>>> >> > >
>>> >> > > ___
>>> >> > > Qgis-user mailing list
>>> >> > > qgis-u...@lists.osgeo.org
>>> >> > > http://lists.osgeo.org/mailman/listinfo/qgis-user
>>> >> --
>>> >> Pirmin Kalberer
>>> >> Sourcepole  -  Linux & Open Source Solutions
>>> >> http://www.sourcepole.com
>>> >>
>>> >> ___
>>> >> Qgis-developer mailing list
>>> >> Qgis-developer@lists.osgeo.org
>>> >> http://lists.osgeo.org/mailman/listinfo/qgis-devel

Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch

2013-07-05 Thread Vincent Picavet

Hello,


Le vendredi 5 juillet 2013 11:13:47, Werner Macho a écrit :
> Hi!
> 
> My suggestion to solve that kind of problems would be to just have a
> 
> "something"|. based on QGIS

+1 for that, clear and efficient.

Vincent

> 
> but I appreciate the appearance of the enterprise QGIS and hope that
> it will QGIS itself some push to be more known by companies ..
> 
> regards
> Werner
> 
> 
> On Fri, Jul 5, 2013 at 11:07 AM, Giuseppe Sucameli
> 
>  wrote:
> > Hi all,
> > 
> > On Fri, Jul 5, 2013 at 9:13 AM, Pirmin Kalberer 
> > 
> > wrote:
> >> > Pirmin what happens if / when QGIS project itself wants to release
> >> > QGIS Enterprise version - or another company? Maybe it would be
> >> > better to call
> >> > it 'Sourcepole GIS' or something to make it clear that it is not an
> >> > official QGIS product but an official Sourcepole product?
> >> 
> >> I think a completely different name of a "new" GIS which is "very
> >> similar" to
> >> QGIS could be more confusion than one or many QGIS variants.
> > 
> > I agree with Pirmin, a product with a completely different name sounds
> > like a new GIS software.
> > In addition, not keeping the relation with the QGIS project may damage
> > the project itself in the long run.
> > 
> > Why do not put the company name in the front, something like
> > Sourcepole QGIS Cloud/Enterprise?
> > This makes everything more clear and allows others companies, but mainly
> > the QGIS project itself, to create its own version.
> > 
> > Just my 2 cents.
> > 
> >> > Also (out of curiosity) what is to stop one of your clients cloning
> >> > the private source tree that you provide and then making that
> >> > publicly available - or just pushing it back in to the mainstream
> >> > QGIS tree? i.e. do
> >> > you realise any real long term benefit from keeping the tree private
> >> > in the
> >> > first place?
> >> 
> >> We didn't think a lot about publishing our source code branch, yet. So
> >> this
> >> could happen anytime. The question why clients do not publish sources of
> >> commercial FOSS software is hard to answer. Maybe it's a question of
> >> loality?
> >> 
> >> Regards
> >> Pirmin
> >> 
> >> [1] http://en.wikipedia.org/wiki/Commercial_open_source_applications
> >> 
> >> > On Mon, Jul 1, 2013 at 2:50 PM, Nathan Woodrow 
> >> > 
> >> > wrote:
> >> > > On Mon, Jul 1, 2013 at 9:25 PM, Yves Jacolin (Free)
> >> 
> >> wrote:
> >> > >> My understanding is that it is a commercial service, so you don't
> >> > >> have
> >> > >> any
> >> > >> licence.
> >> > > 
> >> > > No.  It's still GPL.
> >> > > 
> >> > > Any support docs, or training sourcepole provide however are not.
> >> > > Only the
> >> > > QGIS software bit part
> >> > > 
> >> > > - Nathan
> >> > > 
> >> > > ___
> >> > > Qgis-user mailing list
> >> > > qgis-u...@lists.osgeo.org
> >> > > http://lists.osgeo.org/mailman/listinfo/qgis-user
> >> 
> >> --
> >> Pirmin Kalberer
> >> Sourcepole  -  Linux & Open Source Solutions
> >> http://www.sourcepole.com
> >> 
> >> ___
> >> Qgis-developer mailing list
> >> Qgis-developer@lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > 
> > --
> > Giuseppe Sucameli
> > 
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> ___
> Qgis-user mailing list
> qgis-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Installation of qgis-1.8.0-9.10 in openSUSE fails

2013-07-05 Thread Otto Dassau

Hi Nikos,

Am Fri, 05 Jul 2013 12:38:47 +0300
schrieb n...@nikosalexandris.net:

> (Sorry for mixing-up the threads, various tech issues)
> 
> Otto Dassau:
> > Hi Nikos,
> 
> Hallo Otto,
> 
> > why don't you use the packages from application:geo repository:
> > http://hub.qgis.org/projects/quantum-gis/wiki/Download#24-openSUSE
> 
> I need to compile from source as I compile other stuff from source, i.e.
> latest grass64 including various fixes (+ no fun :D).
> 
> > And if you need to compile, you can take a look at the spec file here:
> > https://build.opensuse.org/package/view_file/Application:Geo/qgis?expand=1&f
> > ile=qgis.spec
> 
> Already did! In fact I used to manually create a list of dependencies:
> 
> zypin flex bison cmake fdupes txt2tags libexpat-devel gsl gsl-devel
> libproj- devel libgeos libgeos-devel gdal libgdal1 libgdal-devel
> grass-devel python- devel python-xml python-gdal python-sip
> python-sip-develqwt-devel python-qt4 python-qt4-devel libQtWebKit-devel
> libqt4-devel libqt4-qt3support sqlite sqlite-devel libspatialindex0
> libspatialindex-devel postgresql-devel update- desktop-files
> 
> 
> Indeed, there were packages that were not installed via "zypper si --build-
> deps-only"!
> 
> 
> Still I get the same error after ccmake, make:
> 
> Linking CXX shared library ../../output/lib/libqgis_gui.so
> [ 50%] Built target qgis_gui
> make: *** [all] Error 2
> 
> Gruss, N

There was a similar problem here:
http://lists.osgeo.org/pipermail/qgis-user/2013-May/022598.html

Since it compiles on the opensuse build server without problems, I guess you
should check, if the versions of the dependency paykages fit. Maybe you have
qt packages installed from different opensuse repositories or versions,
that make the gui build crash?

Regards
Otto
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] icons, please give your opinion


Hi all,

I have made a few more.
Here are the 3 pending requests, please comment, and I will adapt.

https://github.com/qgis/Quantum-GIS/pull/700
https://github.com/qgis/Quantum-GIS/pull/697
https://github.com/qgis/Quantum-GIS/pull/698

I hope you like them!!!

Cheers,

Denis
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Installation of qgis-1.8.0-9.10 in openSUSE fails

2013-07-05 Thread nik

(Sorry for mixing-up the threads, various tech issues)

Otto Dassau:
> Hi Nikos,

Hallo Otto,

> why don't you use the packages from application:geo repository:
> http://hub.qgis.org/projects/quantum-gis/wiki/Download#24-openSUSE

I need to compile from source as I compile other stuff from source, i.e. latest 
grass64 including various fixes (+ no fun :D).

> And if you need to compile, you can take a look at the spec file here:
> https://build.opensuse.org/package/view_file/Application:Geo/qgis?expand=1&f
> ile=qgis.spec

Already did! In fact I used to manually create a list of dependencies:

zypin flex bison cmake fdupes txt2tags libexpat-devel gsl gsl-devel libproj-
devel libgeos libgeos-devel gdal libgdal1 libgdal-devel grass-devel python-
devel python-xml python-gdal python-sip python-sip-develqwt-devel python-qt4  
python-qt4-devel libQtWebKit-devel libqt4-devel libqt4-qt3support sqlite 
sqlite-devel libspatialindex0 libspatialindex-devel postgresql-devel update-
desktop-files


Indeed, there were packages that were not installed via "zypper si --build-
deps-only"!


Still I get the same error after ccmake, make:

Linking CXX shared library ../../output/lib/libqgis_gui.so
[ 50%] Built target qgis_gui
make: *** [all] Error 2

Gruss, N
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new icons

Thanks Denis for this great work

Giovanni, I personnaly like the topology checker icon. You are right we
could replace the blue with the "grey-blue' of the other new icons, to make
him less "flashy" compared to the others


2013/7/5 Denis Rouzaud 

> coming soon ;)
>
>
>
> On 07/05/2013 11:26 AM, Giovanni Manghi wrote:
>
>> Hi all,
>>
>>  I have been redrawing a few PNG icons last days.
>>>
>>
>> it seems there are still a number of inconsistent icons in the new theme,
>> I see
>>
>> add oracle layer
>> add sql server layer
>> add sql anywhere layer
>> add oracle georaster layer
>> db manager
>> evis
>> interpolation
>>
>>
>> I'm in doubt about
>>
>> topology checker
>> globe
>>
>>
>> feedback?
>> __**_
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer
>>
>
> __**_
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new icons


coming soon ;)


On 07/05/2013 11:26 AM, Giovanni Manghi wrote:

Hi all,


I have been redrawing a few PNG icons last days.


it seems there are still a number of inconsistent icons in the new theme, I see

add oracle layer
add sql server layer
add sql anywhere layer
add oracle georaster layer
db manager
evis
interpolation


I'm in doubt about

topology checker
globe


feedback?
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new icons

2013-07-05 Thread Giovanni Manghi

Hi all,

> I have been redrawing a few PNG icons last days.


it seems there are still a number of inconsistent icons in the new theme, I see

add oracle layer
add sql server layer
add sql anywhere layer
add oracle georaster layer
db manager
evis
interpolation


I'm in doubt about

topology checker
globe


feedback?
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS master crash when saving project, which is then corrupted

Nathan

I just reproduced the bug. It is indeed caused when loading a layer from
the browser.
Full reproductible example here :
http://hub.qgis.org/issues/8221

Thanks for your help Nathan.



2013/7/5 kimaidou 

> Hi Nathan
>
> I wll try to see if there is indeed a difference between classical add
> vector layer tool and browser panel (which I use eveytime now)
>
>
> 2013/7/5 Nathan Woodrow 
>
>> It seems to be related to adding a layer from the browser dock.  I fixed
>> a bug like this a few weeks ago but it seems it's resurfaced.
>>
>> - Nathan
>>
>>
>> On Fri, Jul 5, 2013 at 6:37 PM, kimaidou  wrote:
>>
>>> Hi list,
>>>
>>> I am user last QGIS master (from yesterday), and sometimes, when saving
>>> the project, QGIS crashes. I have not yet find a way to properly reproduce
>>> the bug.
>>>  But this is for me a real blocker, since the QGIS project file is then
>>> corrupted and lost ( 0 ko ). It seems that "save as" can help to avoid this
>>> bug.
>>> It seems also that the problem occurs when I want to add a new layer to
>>> the project, then save.
>>>
>>> Is this bug already well known or shoud I open a ticket (and try to
>>> provide a project which reproduces the bug)
>>>
>>> Kind regards
>>>
>>> Michael
>>>
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>>
>>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch

2013-07-05 Thread Werner Macho

Hi!

My suggestion to solve that kind of problems would be to just have a

"something"|. based on QGIS

but I appreciate the appearance of the enterprise QGIS and hope that
it will QGIS itself some push to be more known by companies ..

regards
Werner


On Fri, Jul 5, 2013 at 11:07 AM, Giuseppe Sucameli
 wrote:
> Hi all,
>
> On Fri, Jul 5, 2013 at 9:13 AM, Pirmin Kalberer 
> wrote:
>>
>> > Pirmin what happens if / when QGIS project itself wants to release QGIS
>> > Enterprise version - or another company? Maybe it would be better to
>> > call
>> > it 'Sourcepole GIS' or something to make it clear that it is not an
>> > official QGIS product but an official Sourcepole product?
>>
>> I think a completely different name of a "new" GIS which is "very similar"
>> to
>> QGIS could be more confusion than one or many QGIS variants.
>
>
> I agree with Pirmin, a product with a completely different name sounds
> like a new GIS software.
> In addition, not keeping the relation with the QGIS project may damage the
> project itself in the long run.
>
> Why do not put the company name in the front, something like
> Sourcepole QGIS Cloud/Enterprise?
> This makes everything more clear and allows others companies, but mainly
> the QGIS project itself, to create its own version.
>
> Just my 2 cents.
>
>> > Also (out of curiosity) what is to stop one of your clients cloning the
>> > private source tree that you provide and then making that publicly
>> > available - or just pushing it back in to the mainstream QGIS tree? i.e.
>> > do
>> > you realise any real long term benefit from keeping the tree private in
>> > the
>> > first place?
>>
>> We didn't think a lot about publishing our source code branch, yet. So
>> this
>> could happen anytime. The question why clients do not publish sources of
>> commercial FOSS software is hard to answer. Maybe it's a question of
>> loality?
>>
>> Regards
>> Pirmin
>>
>> [1] http://en.wikipedia.org/wiki/Commercial_open_source_applications
>>
>>
>> >
>> > On Mon, Jul 1, 2013 at 2:50 PM, Nathan Woodrow 
>> > wrote:
>> > > On Mon, Jul 1, 2013 at 9:25 PM, Yves Jacolin (Free)
>> wrote:
>> > >> My understanding is that it is a commercial service, so you don't
>> > >> have
>> > >> any
>> > >> licence.
>> > >
>> > > No.  It's still GPL.
>> > >
>> > > Any support docs, or training sourcepole provide however are not. Only
>> > > the
>> > > QGIS software bit part
>> > >
>> > > - Nathan
>> > >
>> > > ___
>> > > Qgis-user mailing list
>> > > qgis-u...@lists.osgeo.org
>> > > http://lists.osgeo.org/mailman/listinfo/qgis-user
>> --
>> Pirmin Kalberer
>> Sourcepole  -  Linux & Open Source Solutions
>> http://www.sourcepole.com
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
>
> --
> Giuseppe Sucameli
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch

2013-07-05 Thread Giuseppe Sucameli

Hi all,

On Fri, Jul 5, 2013 at 9:13 AM, Pirmin Kalberer wrote:

> > Pirmin what happens if / when QGIS project itself wants to release QGIS
> > Enterprise version - or another company? Maybe it would be better to call
> > it 'Sourcepole GIS' or something to make it clear that it is not an
> > official QGIS product but an official Sourcepole product?
>
> I think a completely different name of a "new" GIS which is "very similar"
> to
> QGIS could be more confusion than one or many QGIS variants.
>

I agree with Pirmin, a product with a completely different name sounds
like a new GIS software.
In addition, not keeping the relation with the QGIS project may damage the
project itself in the long run.

Why do not put the company name in the front, something like
Sourcepole QGIS Cloud/Enterprise?
This makes everything more clear and allows others companies, but mainly
the QGIS project itself, to create its own version.

Just my 2 cents.

> Also (out of curiosity) what is to stop one of your clients cloning the
> > private source tree that you provide and then making that publicly
> > available - or just pushing it back in to the mainstream QGIS tree? i.e.
> do
> > you realise any real long term benefit from keeping the tree private in
> the
> > first place?
>
> We didn't think a lot about publishing our source code branch, yet. So this
> could happen anytime. The question why clients do not publish sources of
> commercial FOSS software is hard to answer. Maybe it's a question of
> loality?
>
> Regards
> Pirmin
>
> [1] http://en.wikipedia.org/wiki/Commercial_open_source_applications
>
>
> >
> > On Mon, Jul 1, 2013 at 2:50 PM, Nathan Woodrow 
> wrote:
> > > On Mon, Jul 1, 2013 at 9:25 PM, Yves Jacolin (Free)
> wrote:
> > >> My understanding is that it is a commercial service, so you don't have
> > >> any
> > >> licence.
> > >
> > > No.  It's still GPL.
> > >
> > > Any support docs, or training sourcepole provide however are not. Only
> the
> > > QGIS software bit part
> > >
> > > - Nathan
> > >
> > > ___
> > > Qgis-user mailing list
> > > qgis-u...@lists.osgeo.org
> > > http://lists.osgeo.org/mailman/listinfo/qgis-user
> --
> Pirmin Kalberer
> Sourcepole  -  Linux & Open Source Solutions
> http://www.sourcepole.com
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>



-- 
Giuseppe Sucameli
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Poll about Windows Version

2013-07-05 Thread Kari Salovaara


Hi Andreas,

I most apologize my mail and the ideas in it. Of course You are right. I 
can see Your expertise which I don't have.
The unemployed youths should of course buy new machines and start, at 
least, to donate to FOSS projects immediately.

No more of this topic.

Best regards,
Kari


On 05.07.2013 11:44, Andreas Neumann wrote:

Hi Kari,

My message was meant to be "provoiking". People want everything - they
want a version 1.9. They want both 32bit and 64bit versions. But they
are not willing to contribute. They just take things for granted.

I am aware that there are still 32bit machines around - but then these
computers must be at least 10 years old. For the past decade all
machines are 64bit capable.

Maybe these NGOs just do not realize that their machines are 64bit
capable and that they can only gain from upgrading the software on their
machines (reusing the very same hardware).

Even NGOs have resources - if they don't have financial resources they
should have at least human resources that could upgrade the operating
system on their computers. I would assume they would even be eligible
for free Windows upgrades given their non-profit status - or even better
- they could switch to Linux.

I do not want to trigger a huge discussion here but rather tell people
that they have some sort of responsibility as QGIS users and should
contribute in some way.

Andreas

Am 05.07.2013 10:34, schrieb Kari Salovaara:

Hi,

QGIS is used by many environmental NGOs. Their work is most of the time
based on voluntary work. These volunteers have quite often older
machines -> 32bit.
If 32bit is abandoned will QGIS community lose hundreds or thousands of
users. The counter how many units (QGIS applications) has been
downloaded does not show all these installations where only one package
has been downloaded but installed into ten computers !
Even if the summer is hot You should be calm when doing assessment when
to drop 32bit out of games.

Best regards,
Kari

On 05.07.2013 11:21, Régis Haubourg wrote:

Hi,
I could support a part of the work for a 64 bit version if needed.
   That would be very much usefull for 2.0 here here. Last discussions I
remember on 64 bits version said that Jef was taking charge of it.
Since we
have not seen any clear call for funding, funders probably didn't show
up.
Please confirm and help us estimate the needs.


Anyway, I think that we must not abandon 32 bit packages since many users
still have old machines. QGis seems to grow as a tool used in poor
countries, for developpement projects, even if we don't have much
feedback
of that. Cutting some of them because of incompatible hardware could
be very
bad publicity.

régis


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer



--
Kari Salovaara
Hanko, Finland

"Volunteers do not necessarily have the time; they just have the heart." 
~Elizabeth Andrew

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Poll about Windows Version

Hi Régis,

Yes - Jürgen will be able to work on it after his bugfixing work for
QGIS 2.0.

Things look much better now, financially. If you can also contribute a
bit there should be enough financial resources around.

Lets discuss this with Jürgen and the two of us offlist.

Thanks,
Andreas

Am 05.07.2013 10:21, schrieb Régis Haubourg:
> Hi, 
> I could support a part of the work for a 64 bit version if needed. 
>  That would be very much usefull for 2.0 here here. Last discussions I
> remember on 64 bits version said that Jef was taking charge of it. Since we
> have not seen any clear call for funding, funders probably didn't show up.
> Please confirm and help us estimate the needs. 
> 
> 
> Anyway, I think that we must not abandon 32 bit packages since many users
> still have old machines. QGis seems to grow as a tool used in poor
> countries, for developpement projects, even if we don't have much feedback
> of that. Cutting some of them because of incompatible hardware could be very
> bad publicity. 
> 
> régis
> 
> 
> 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Poll-about-Windows-Version-tp5064211p5064232.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS master crash when saving project, which is then corrupted

Hi Nathan

I wll try to see if there is indeed a difference between classical add
vector layer tool and browser panel (which I use eveytime now)


2013/7/5 Nathan Woodrow 

> It seems to be related to adding a layer from the browser dock.  I fixed a
> bug like this a few weeks ago but it seems it's resurfaced.
>
> - Nathan
>
>
> On Fri, Jul 5, 2013 at 6:37 PM, kimaidou  wrote:
>
>> Hi list,
>>
>> I am user last QGIS master (from yesterday), and sometimes, when saving
>> the project, QGIS crashes. I have not yet find a way to properly reproduce
>> the bug.
>>  But this is for me a real blocker, since the QGIS project file is then
>> corrupted and lost ( 0 ko ). It seems that "save as" can help to avoid this
>> bug.
>> It seems also that the problem occurs when I want to add a new layer to
>> the project, then save.
>>
>> Is this bug already well known or shoud I open a ticket (and try to
>> provide a project which reproduces the bug)
>>
>> Kind regards
>>
>> Michael
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Poll about Windows Version

Hi Kari,

My message was meant to be "provoiking". People want everything - they
want a version 1.9. They want both 32bit and 64bit versions. But they
are not willing to contribute. They just take things for granted.

I am aware that there are still 32bit machines around - but then these
computers must be at least 10 years old. For the past decade all
machines are 64bit capable.

Maybe these NGOs just do not realize that their machines are 64bit
capable and that they can only gain from upgrading the software on their
machines (reusing the very same hardware).

Even NGOs have resources - if they don't have financial resources they
should have at least human resources that could upgrade the operating
system on their computers. I would assume they would even be eligible
for free Windows upgrades given their non-profit status - or even better
- they could switch to Linux.

I do not want to trigger a huge discussion here but rather tell people
that they have some sort of responsibility as QGIS users and should
contribute in some way.

Andreas

Am 05.07.2013 10:34, schrieb Kari Salovaara:
> Hi,
> 
> QGIS is used by many environmental NGOs. Their work is most of the time
> based on voluntary work. These volunteers have quite often older
> machines -> 32bit.
> If 32bit is abandoned will QGIS community lose hundreds or thousands of
> users. The counter how many units (QGIS applications) has been
> downloaded does not show all these installations where only one package
> has been downloaded but installed into ten computers !
> Even if the summer is hot You should be calm when doing assessment when
> to drop 32bit out of games.
> 
> Best regards,
> Kari
> 
> On 05.07.2013 11:21, Régis Haubourg wrote:
>> Hi,
>> I could support a part of the work for a 64 bit version if needed.
>>   That would be very much usefull for 2.0 here here. Last discussions I
>> remember on 64 bits version said that Jef was taking charge of it.
>> Since we
>> have not seen any clear call for funding, funders probably didn't show
>> up.
>> Please confirm and help us estimate the needs.
>>
>>
>> Anyway, I think that we must not abandon 32 bit packages since many users
>> still have old machines. QGis seems to grow as a tool used in poor
>> countries, for developpement projects, even if we don't have much
>> feedback
>> of that. Cutting some of them because of incompatible hardware could
>> be very
>> bad publicity.
>>
>> régis
>>

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS master crash when saving project, which is then corrupted

2013-07-05 Thread Nathan Woodrow

It seems to be related to adding a layer from the browser dock.  I fixed a
bug like this a few weeks ago but it seems it's resurfaced.

- Nathan


On Fri, Jul 5, 2013 at 6:37 PM, kimaidou  wrote:

> Hi list,
>
> I am user last QGIS master (from yesterday), and sometimes, when saving
> the project, QGIS crashes. I have not yet find a way to properly reproduce
> the bug.
>  But this is for me a real blocker, since the QGIS project file is then
> corrupted and lost ( 0 ko ). It seems that "save as" can help to avoid this
> bug.
> It seems also that the problem occurs when I want to add a new layer to
> the project, then save.
>
> Is this bug already well known or shoud I open a ticket (and try to
> provide a project which reproduces the bug)
>
> Kind regards
>
> Michael
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS master crash when saving project, which is then corrupted

Hi list,

I am user last QGIS master (from yesterday), and sometimes, when saving the
project, QGIS crashes. I have not yet find a way to properly reproduce the
bug.
But this is for me a real blocker, since the QGIS project file is then
corrupted and lost ( 0 ko ). It seems that "save as" can help to avoid this
bug.
It seems also that the problem occurs when I want to add a new layer to the
project, then save.

Is this bug already well known or shoud I open a ticket (and try to provide
a project which reproduces the bug)

Kind regards

Michael
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Poll about Windows Version

2013-07-05 Thread Kari Salovaara


Hi,

QGIS is used by many environmental NGOs. Their work is most of the time 
based on voluntary work. These volunteers have quite often older 
machines -> 32bit.
If 32bit is abandoned will QGIS community lose hundreds or thousands of 
users. The counter how many units (QGIS applications) has been 
downloaded does not show all these installations where only one package 
has been downloaded but installed into ten computers !
Even if the summer is hot You should be calm when doing assessment when 
to drop 32bit out of games.


Best regards,
Kari

On 05.07.2013 11:21, Régis Haubourg wrote:

Hi,
I could support a part of the work for a 64 bit version if needed.
  That would be very much usefull for 2.0 here here. Last discussions I
remember on 64 bits version said that Jef was taking charge of it. Since we
have not seen any clear call for funding, funders probably didn't show up.
Please confirm and help us estimate the needs.


Anyway, I think that we must not abandon 32 bit packages since many users
still have old machines. QGis seems to grow as a tool used in poor
countries, for developpement projects, even if we don't have much feedback
of that. Cutting some of them because of incompatible hardware could be very
bad publicity.

régis


--
Kari Salovaara
Hanko, Finland

"Volunteers do not necessarily have the time; they just have the heart." 
~Elizabeth Andrew

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] .xls format in ogr file filter and browser?

2013-07-05 Thread Régis Haubourg

Done here:  http://hub.qgis.org/issues/8220   
All the best



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/xls-format-in-ogr-file-filter-and-browser-tp5064084p5064233.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Poll about Windows Version

2013-07-05 Thread Régis Haubourg

Hi, 
I could support a part of the work for a 64 bit version if needed. 
 That would be very much usefull for 2.0 here here. Last discussions I
remember on 64 bits version said that Jef was taking charge of it. Since we
have not seen any clear call for funding, funders probably didn't show up.
Please confirm and help us estimate the needs. 


Anyway, I think that we must not abandon 32 bit packages since many users
still have old machines. QGis seems to grow as a tool used in poor
countries, for developpement projects, even if we don't have much feedback
of that. Cutting some of them because of incompatible hardware could be very
bad publicity. 

régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Poll-about-Windows-Version-tp5064211p5064232.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new icons


Yes, I know, I don't understand why they're not present in the folder.
Al the new icons are SVG !


On 07/05/2013 10:13 AM, Andreas Neumann wrote:

Hi,

That's bad. We should always have the SVG versions next to the raster
versions.

As we discussed SVG should be the default in the future.

Already most of the new devices have high-resolution displays and the
raster versions really look ugly/blurry on these devices.

Thanks for your work, Denis.

Andreas

Am 05.07.2013 10:10, schrieb Denis Rouzaud:

Hi Andreas,

I have no idea about this. At least, for most of them there is nothing
in the repository.

Cheers,

Denis

On 07/05/2013 09:57 AM, Andreas Neumann wrote:

Hi,

Shouldn't there already be SVG versions around for the original icons? I
can't imagine that the original icons where created in a raster editor
(like GIMP) and not in a vector tool like Inkscape?

This is just a question.

Andreas

Am 05.07.2013 07:55, schrieb Denis Rouzaud:

Hi Anita,

I am sorry I started this without discussing more.
As said, I just wanted to do one or two, and I end up with doing 10.
I will do the last today, and I will pull request today. So then, it's
just a matter of when the pull requests are accepted.
Also as said Werner, these are really minor changes except for the
really bad ones (the next will be oracle and mssql).

Greetgins,

Denis


On 07/04/2013 09:38 PM, Anita Graser wrote:

Hi,

I was under the impression that the GUI would be finalized with string
freeze. Is the plan now to incorporate these new icons in 2.0? I'm
asking because I'm preparing material which I would like to be
up-to-date with the final release and I would like to know when I can
be certain that the screenshots won't change anymore. Or should I wait
until the release is out?

Best wishes,
Anita



On 7/4/13, Antonio Locandro  wrote:

+1 for pan with the hand!

for panToSelected, instead of rotating the hand you could try to just
leave
it like pan and add the selection box, that way it will eliminate the
"select by click" effect I think

Antonio Locandro







Date: Thu, 4 Jul 2013 10:54:54 +0200
From: bernhard.stro...@jena.de
To: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] new icons

Hi Denis,

thanks for your effort.

+1 for pan = hand
panToSelected with hand looks like "select by click" to me, so +1 to
keep current (symbols IMHO need not be similar as panToSelected is a
button and pan is a tool)

Bernhard


Am 04.07.2013 10:28, schrieb Denis Rouzaud:

Hi all,

I have been redrawing a few PNG icons last days.
I have already changed the identify and action icon as shown on the
right of the printscreen.

Two commits are on their way to get accepted for selection and
system
icons:
https://github.com/qgis/Quantum-GIS/pull/693

https://github.com/qgis/Quantum-GIS/pull/692

I think the pan icons are a more debatable point.
I tried 2 news designs.
Image attached or
https://f.cloud.github.com/assets/127259/748218/16c720c0-e482-11e2-9058-58a5d24d56b5.png



Could you tell what you think about them?
1. Keep current
2. Hand style
3. Pad and arrow style

Of course we can have a combination, so please specify pan or
panToSelected.

I think it's a good time to update these icons, and will give QGIS a
fresh look for 2.0.
I took the initiative of doing so on my own. I started with two
awful
icons (identify and action), and I felt like going on So if you
think things should not be changed, please say it, so I won't spend
too
much time on this.
And if you like the changes, you can also say so ;)

Greetings,

Denis





__ Information from ESET Mail Security, version of virus
signature
database 8524 (20130704) __

The message was checked by ESET Mail Security.
http://www.eset.com


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new icons

Hi,

That's bad. We should always have the SVG versions next to the raster
versions.

As we discussed SVG should be the default in the future.

Already most of the new devices have high-resolution displays and the
raster versions really look ugly/blurry on these devices.

Thanks for your work, Denis.

Andreas

Am 05.07.2013 10:10, schrieb Denis Rouzaud:
> Hi Andreas,
> 
> I have no idea about this. At least, for most of them there is nothing
> in the repository.
> 
> Cheers,
> 
> Denis
> 
> On 07/05/2013 09:57 AM, Andreas Neumann wrote:
>> Hi,
>>
>> Shouldn't there already be SVG versions around for the original icons? I
>> can't imagine that the original icons where created in a raster editor
>> (like GIMP) and not in a vector tool like Inkscape?
>>
>> This is just a question.
>>
>> Andreas
>>
>> Am 05.07.2013 07:55, schrieb Denis Rouzaud:
>>> Hi Anita,
>>>
>>> I am sorry I started this without discussing more.
>>> As said, I just wanted to do one or two, and I end up with doing 10.
>>> I will do the last today, and I will pull request today. So then, it's
>>> just a matter of when the pull requests are accepted.
>>> Also as said Werner, these are really minor changes except for the
>>> really bad ones (the next will be oracle and mssql).
>>>
>>> Greetgins,
>>>
>>> Denis
>>>
>>>
>>> On 07/04/2013 09:38 PM, Anita Graser wrote:
 Hi,

 I was under the impression that the GUI would be finalized with string
 freeze. Is the plan now to incorporate these new icons in 2.0? I'm
 asking because I'm preparing material which I would like to be
 up-to-date with the final release and I would like to know when I can
 be certain that the screenshots won't change anymore. Or should I wait
 until the release is out?

 Best wishes,
 Anita



 On 7/4/13, Antonio Locandro  wrote:
> +1 for pan with the hand!
>
> for panToSelected, instead of rotating the hand you could try to just
> leave
> it like pan and add the selection box, that way it will eliminate the
> "select by click" effect I think
>
> Antonio Locandro
>
>
>
>
>
>
>> Date: Thu, 4 Jul 2013 10:54:54 +0200
>> From: bernhard.stro...@jena.de
>> To: qgis-developer@lists.osgeo.org
>> Subject: Re: [Qgis-developer] new icons
>>
>> Hi Denis,
>>
>> thanks for your effort.
>>
>> +1 for pan = hand
>> panToSelected with hand looks like "select by click" to me, so +1 to
>> keep current (symbols IMHO need not be similar as panToSelected is a
>> button and pan is a tool)
>>
>> Bernhard
>>
>>
>> Am 04.07.2013 10:28, schrieb Denis Rouzaud:
>>> Hi all,
>>>
>>> I have been redrawing a few PNG icons last days.
>>> I have already changed the identify and action icon as shown on the
>>> right of the printscreen.
>>>
>>> Two commits are on their way to get accepted for selection and
>>> system
>>> icons:
>>> https://github.com/qgis/Quantum-GIS/pull/693
>>> 
>>> https://github.com/qgis/Quantum-GIS/pull/692
>>>
>>> I think the pan icons are a more debatable point.
>>> I tried 2 news designs.
>>> Image attached or
>>> https://f.cloud.github.com/assets/127259/748218/16c720c0-e482-11e2-9058-58a5d24d56b5.png
>>>
>>>
>>>
>>> Could you tell what you think about them?
>>> 1. Keep current
>>> 2. Hand style
>>> 3. Pad and arrow style
>>>
>>> Of course we can have a combination, so please specify pan or
>>> panToSelected.
>>>
>>> I think it's a good time to update these icons, and will give QGIS a
>>> fresh look for 2.0.
>>> I took the initiative of doing so on my own. I started with two
>>> awful
>>> icons (identify and action), and I felt like going on So if you
>>> think things should not be changed, please say it, so I won't spend
>>> too
>>> much time on this.
>>> And if you like the changes, you can also say so ;)
>>>
>>> Greetings,
>>>
>>> Denis
>>>
>>>
>>>
>>>
>> __ Information from ESET Mail Security, version of virus
>> signature
>> database 8524 (20130704) __
>>
>> The message was checked by ESET Mail Security.
>> http://www.eset.com
>>
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> __

Re: [Qgis-developer] new icons


Hi Andreas,

I have no idea about this. At least, for most of them there is nothing 
in the repository.


Cheers,

Denis

On 07/05/2013 09:57 AM, Andreas Neumann wrote:

Hi,

Shouldn't there already be SVG versions around for the original icons? I
can't imagine that the original icons where created in a raster editor
(like GIMP) and not in a vector tool like Inkscape?

This is just a question.

Andreas

Am 05.07.2013 07:55, schrieb Denis Rouzaud:

Hi Anita,

I am sorry I started this without discussing more.
As said, I just wanted to do one or two, and I end up with doing 10.
I will do the last today, and I will pull request today. So then, it's
just a matter of when the pull requests are accepted.
Also as said Werner, these are really minor changes except for the
really bad ones (the next will be oracle and mssql).

Greetgins,

Denis


On 07/04/2013 09:38 PM, Anita Graser wrote:

Hi,

I was under the impression that the GUI would be finalized with string
freeze. Is the plan now to incorporate these new icons in 2.0? I'm
asking because I'm preparing material which I would like to be
up-to-date with the final release and I would like to know when I can
be certain that the screenshots won't change anymore. Or should I wait
until the release is out?

Best wishes,
Anita



On 7/4/13, Antonio Locandro  wrote:

+1 for pan with the hand!

for panToSelected, instead of rotating the hand you could try to just
leave
it like pan and add the selection box, that way it will eliminate the
"select by click" effect I think

Antonio Locandro







Date: Thu, 4 Jul 2013 10:54:54 +0200
From: bernhard.stro...@jena.de
To: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] new icons

Hi Denis,

thanks for your effort.

+1 for pan = hand
panToSelected with hand looks like "select by click" to me, so +1 to
keep current (symbols IMHO need not be similar as panToSelected is a
button and pan is a tool)

Bernhard


Am 04.07.2013 10:28, schrieb Denis Rouzaud:

Hi all,

I have been redrawing a few PNG icons last days.
I have already changed the identify and action icon as shown on the
right of the printscreen.

Two commits are on their way to get accepted for selection and system
icons:
https://github.com/qgis/Quantum-GIS/pull/693

https://github.com/qgis/Quantum-GIS/pull/692

I think the pan icons are a more debatable point.
I tried 2 news designs.
Image attached or
https://f.cloud.github.com/assets/127259/748218/16c720c0-e482-11e2-9058-58a5d24d56b5.png


Could you tell what you think about them?
1. Keep current
2. Hand style
3. Pad and arrow style

Of course we can have a combination, so please specify pan or
panToSelected.

I think it's a good time to update these icons, and will give QGIS a
fresh look for 2.0.
I took the initiative of doing so on my own. I started with two awful
icons (identify and action), and I felt like going on So if you
think things should not be changed, please say it, so I won't spend
too
much time on this.
And if you like the changes, you can also say so ;)

Greetings,

Denis





__ Information from ESET Mail Security, version of virus
signature
database 8524 (20130704) __

The message was checked by ESET Mail Security.
http://www.eset.com


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Building QGIS 1.8 in openSUSE 12.3

2013-07-05 Thread Otto Dassau

Hi Nikos,

why don't you use the packages from application:geo repository:
http://hub.qgis.org/projects/quantum-gis/wiki/Download#24-openSUSE

And if you need to compile, you can take a look at the spec file here:
https://build.opensuse.org/package/view_file/Application:Geo/qgis?expand=1&file=qgis.spec

Maybe this helps

Regards
Otto

Am Thu, 04 Jul 2013 23:51:27 +0300
schrieb n...@nikosalexandris.net:

> Hi QGIS devs!
> 
> I recently switch (and still am in a testing phase) from (K)Ubuntu to
> openSUSE (12.3).  Feels great so far, stable -- very.
> 
> I am trying to  compile QGIS 1.8 from source but I have some difficulties
> as I am not sure how similar the "process" is comparing to (K)Ubuntu
> (Debian-based) Linux.
> 
> 
> I think I have (already) installed build dependencies with
> 
> sudo zypper si -d qgis
> 
> Reading installed packages...
> Loading repository data...
> Resolving package dependencies...
> 
> Nothing to do.
> 
> 
> 
> Next, I have instructed in "/etc/ld.so.conf.d/osgeo.conf"
> 
> /osgeo/src/Quantum-GIS/build/output/lib/
> 
> 
> 
> The configuration (ccmake) goes fine and then, the compilation fails:
> 
> Linking CXX shared library ../../output/lib/libqgis_gui.so
> [ 47%] Built target qgis_gui
> make: *** [all] Error 2
> 
> 
> 
> The file mentioned above exists in
> 
> /osgeo/src/Quantum-GIS/build/output/lib/libqgis_gui.so
> 
> 
> 
> What is next to do/search in order to get qgis compiled?
> 
> Thanks, Nikos
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer


-- 
Geoinformatik Büro Dassau - http://www.gbd-consult.de
FOSSGIS consulting , training , support  and analysis
Ackerstrasse 144c  ,  D - 40233 Düsseldorf  , Germany
Tel: +49-(0)211-47468178 , Mobil: +49-(0)171-4687540

--
Community Advisor - QGIS Project Steering Committee
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new icons

Hi,

Shouldn't there already be SVG versions around for the original icons? I
can't imagine that the original icons where created in a raster editor
(like GIMP) and not in a vector tool like Inkscape?

This is just a question.

Andreas

Am 05.07.2013 07:55, schrieb Denis Rouzaud:
> Hi Anita,
> 
> I am sorry I started this without discussing more.
> As said, I just wanted to do one or two, and I end up with doing 10.
> I will do the last today, and I will pull request today. So then, it's
> just a matter of when the pull requests are accepted.
> Also as said Werner, these are really minor changes except for the
> really bad ones (the next will be oracle and mssql).
> 
> Greetgins,
> 
> Denis
> 
> 
> On 07/04/2013 09:38 PM, Anita Graser wrote:
>> Hi,
>>
>> I was under the impression that the GUI would be finalized with string
>> freeze. Is the plan now to incorporate these new icons in 2.0? I'm
>> asking because I'm preparing material which I would like to be
>> up-to-date with the final release and I would like to know when I can
>> be certain that the screenshots won't change anymore. Or should I wait
>> until the release is out?
>>
>> Best wishes,
>> Anita
>>
>>
>>
>> On 7/4/13, Antonio Locandro  wrote:
>>> +1 for pan with the hand!
>>>
>>> for panToSelected, instead of rotating the hand you could try to just
>>> leave
>>> it like pan and add the selection box, that way it will eliminate the
>>> "select by click" effect I think
>>>
>>> Antonio Locandro
>>>
>>>
>>>
>>>
>>>
>>>
 Date: Thu, 4 Jul 2013 10:54:54 +0200
 From: bernhard.stro...@jena.de
 To: qgis-developer@lists.osgeo.org
 Subject: Re: [Qgis-developer] new icons

 Hi Denis,

 thanks for your effort.

 +1 for pan = hand
 panToSelected with hand looks like "select by click" to me, so +1 to
 keep current (symbols IMHO need not be similar as panToSelected is a
 button and pan is a tool)

 Bernhard


 Am 04.07.2013 10:28, schrieb Denis Rouzaud:
> Hi all,
>
> I have been redrawing a few PNG icons last days.
> I have already changed the identify and action icon as shown on the
> right of the printscreen.
>
> Two commits are on their way to get accepted for selection and system
> icons:
> https://github.com/qgis/Quantum-GIS/pull/693
> 
> https://github.com/qgis/Quantum-GIS/pull/692
>
> I think the pan icons are a more debatable point.
> I tried 2 news designs.
> Image attached or
> https://f.cloud.github.com/assets/127259/748218/16c720c0-e482-11e2-9058-58a5d24d56b5.png
>
>
> Could you tell what you think about them?
> 1. Keep current
> 2. Hand style
> 3. Pad and arrow style
>
> Of course we can have a combination, so please specify pan or
> panToSelected.
>
> I think it's a good time to update these icons, and will give QGIS a
> fresh look for 2.0.
> I took the initiative of doing so on my own. I started with two awful
> icons (identify and action), and I felt like going on So if you
> think things should not be changed, please say it, so I won't spend
> too
> much time on this.
> And if you like the changes, you can also say so ;)
>
> Greetings,
>
> Denis
>
>
>
>

 __ Information from ESET Mail Security, version of virus
 signature
 database 8524 (20130704) __

 The message was checked by ESET Mail Security.
 http://www.eset.com


 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Poll about Windows Version