Re: [Qgis-user] Problem compiling 0.8 on SUSE 10.2 64bits
--- Jean Cayron <[EMAIL PROTECTED]> wrote: > Hello, > > I had the same problem. > I resolved the problem of lib lib64 moc etc. by doing this (as su) : > > ln -s /usr/include /usr/lib64/qt4/include > ln -s /usr/bin /usr/lib64/qt4/bin > ls -s /usr/lib64 /usr/lib64/lib Some related 64 bit Suse 10.2 RPM's are at (but not QGIS itself): http://grass.botany.ch/ > > Can anyone tell me how to solve this issue please? > > Thanks in advance. Hmmm I didn't have any problems like this ./configure --with-postgres --with-geos=/usr/local/bin/geos-config --with-gdal=/usr/local/bin/gdal-config --with-qtdir=/usr/local/Trolltech/Qt-4.2.2 --with-grass=/usr/local/grass-6.2.1/ >From the configure logfile, the path was: PATH: /home/baw/bin PATH: /usr/local/bin PATH: /usr/bin PATH: /sbin PATH: /usr/X11R6/bin PATH: /usr/sbin PATH: /bin PATH: /opt/gnome/bin PATH: /opt/kde3/bin PATH: /usr/lib64/jvm/jre/bin PATH: /usr/lib/mit/bin PATH: /usr/lib/mit/sbin PATH: /usr/lib/qt3/bin I used ldconfig to ensure library paths were viable, rather than creating soft links. I also ran the entire configure/make/make install as root, NOT a local user. I can set up ssh access to this system for you if that would help? HTH, Brent Wood ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] QGIS on Windows Vista
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anybody out there have any experience reports about running QGIS on Windows Vista? - -gary - -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Micro Resources: http://mrcc.com *Geospatial Hosting *Web Site Hosting "We work virtually everywhere" - -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFzfxS1zKuzV6goTgRAt7NAJwJke279rp2uoMrkvFm2DBUM8xdSgCcDEex s/GUzmDbOyfFypR6XDu1bYA= =AFAT -END PGP SIGNATURE- ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Fwd: New and inexperienced--how to make NASA SRTM work properly?
Brent Wood wrote: QGIS (AFAIK) does not support 3D displays of terrain models. It can display vector (point/line/polygon) and georeferenced raster (terrain models, imagery) in 2D (from above) only- basically a plan view. Whoops! I guess I missed that very simple piece of information! Sorry about that. To use SRTM data with QGIS, I believe you'll need to generate georeferenced images from the SRTM terrain model, or download such imagery. GRASS & GMT can generate such imagery from the SRTM model. QGIS does not have the analytical capabilities to do this (yet). As said elsewhere on the list, I don't really need to be able to see the data as 3D (except that it will impress my advisors), and I don't plan to try and print anything other than flat images in the final product. I presume that if I have the information in the file, generated using one of the methods above, that I can still use the elevation data in calculations of things like visibility or slope via qGIS? Or am I really better off using GRASS by itself? Thank you all very much for your help and patience. Amanda ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Writing plugins::"export selected object to OGR"
Hi all, Afaik QgsVectorFileWriter is pure lecagy code. At the beginning, it was used to create new (empty) vectorlayers. But now, the method 'createEmptyDataSource' of the ogr provider does it. If there is a class in qgis core for creation of new datasets, then in my opinion it should be for all vector data providers, not only for ogr. This would require that vector data providers have a method to create empty datasets (like ogr provider has it now). There could be a new provider capability so that the qgis core knows which providers support it. Like this, it will be straightforward to implement 'save As' in a generic way, just create empty dataset and use methods addFeatures and addAttributes of QgsVectorLayer (like Martin described it). cheers, Marco Am Donnerstag, 8. Februar 2007 09:06 schrieb Martin Dobias: > I think I could do only typical estimation when people work on it in > spare time - once someone will volunteer to do it, we will have it. > Whether for 0.9 or any other version - I don't know. > > Thinking about your idea to create a plugin, in fact only thing you > need to do is to create a new (empty) shapefile (or other file type) > with appropriate fields for attributes. Then you can open that new > layer in QGIS and add all features from your data source to the new > layer using QGIS vector provider. > > Martin > > On 2/8/07, Wolfgang Qual <[EMAIL PROTECTED]> wrote: > > Hello Martin, > > I agree that it would be better to have this "OGR-export"-functionality > > inside the vector file writer class, but can you estimate when this will > > be part of QGIS? 0.9/1.0...? Maybe it would be handsome to have a plugin > > for the time in-between... > > > > Regards, > > Wolfgang > > > > Martin Dobias schrieb: > > > On 2/6/07, Oleg Gusev <[EMAIL PROTECTED]> wrote: > > >> Am Dienstag, 6. Februar 2007 13:27 schrieben Sie: > > >> > sorry, but I did not find the "export to shapefile" function in > > >> > qgis. Could you give me a hint? > > >> > > >> In ./src/core/qgsvectorfilewriter.cpp > > >> > > >> QgsVectorFileWriter::QgsVectorFileWriter > > >> ... > > >> mOutputFormat = "ESRI Shapefile"; //hard coded for now! > > >> ... > > >> QString driverName = "ESRI Shapefile"; > > >> ... > > > > > > The mentioned class in fact is not finished and I'm not sure it works > > > at all. So far QGIS lacks the functionality of a generic OGR (or > > > shapefile) output, so it might be better not to create a plugin for > > > this - improving vector file writer class to be usable would be > > > better. > > > > > > Martin > > > ___ > > > Qgis-user mailing list > > > Qgis-user@lists.qgis.org > > > http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user > > > > -- > > > > *Wolfgang Qual > > > > * *Referat für Gesundheit und Umwelt* > > Umweltschutz > > Umweltvorsorge > > RGU-UW 11 > > > > Bayerstraße 28a > > 80335 München > > > > Telefon +49 - 89 - 233 - 4 77 17 > > Telefax +49 - 89 - 233 - 4 77 05 > > > > http://www.muenchen.de/umweltatlas > > [EMAIL PROTECTED] > > Bitte beachten Sie die Hinweise zur elektronischen > > Kommunikation mit der Landeshauptstadt München: > > http://www.muenchen.de/ekomm > > ___ > Qgis-user mailing list > Qgis-user@lists.qgis.org > http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem compiling 0.8 on SUSE 10.2 64bits
Sorry, I wasn't complete in my last post. I finally went through and I can now use Qgis on openSuse 10. x86_64. The way : su ln -s /usr/include /usr/lib64/qt4/include ln -s /usr/bin /usr/lib64/qt4/bin ls -s /usr/lib64 /usr/lib64/lib exit ./configure --with-qtdir=/usr/lib64/qt4 --with-sqlite3dir=/usr --with-grass=/usr/grass-6.2.1 --with-postgresql=/usr/bin --with-python make su make install cp /usr/lib/libqgis_gui.so.1 /usr/lib64/qt4/ exit and it should work... Jean 2007/2/10, Jean Cayron <[EMAIL PROTECTED]>: Hello, I had the same problem. I resolved the problem of lib lib64 moc etc. by doing this (as su) : ln -s /usr/include /usr/lib64/qt4/include ln -s /usr/bin /usr/lib64/qt4/bin ls -s /usr/lib64 /usr/lib64/lib Then I made make and make install. But I get other errors like these : make[5]: Rien à faire pour « install-exec-am ». make[5]: Rien à faire pour « install-data-am ». When I tried the commande qgis it said : > qgis qgis: error while loading shared libraries: libqgis_gui.so.1: cannot open shared object file: No such file or directory If you manage to make a rpm or have a good method, please, inform us... It's days I'm trying. Jean 2007/2/9, Sergio López <[EMAIL PROTECTED]>: > > I'm trying to compile qgis 0.8 from source with grass support on a SUSE > 10.2 64bits box, but I bumped into a problem with the QT4 libraries. > > > > I can't find a solution to the with-qtdir parameter, because my > libraries are located in /usr/lib64/qt4 but there's no "include" directory > there. > > I found a solution in here > http://www.nabble.com/Problems-compiling-qgis-0.8.0-tf3083766.html#a8599051 > > > > > but when I ./configure I receive the following error: > > checking QTDIR... /usr/lib64/qt4 > checking Qt version in /usr/lib64/qt4/include/Qt... 421 (4) > checking for moc... no > configure: error: *** moc must be in path > > by the way moc is located in /usr/bin, which IS already in path : > > echo $PATH > /home/sergio/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin..etc > > Can anyone tell me how to solve this issue please? > Thanks in advance. > > Sergio > > > > > > > > > > > > __ > Preguntá. Respondé. Descubrí. > Todo lo que querías saber, y lo que ni imaginabas, > está en Yahoo! Respuestas (Beta). > ¡Probalo ya! > http://www.yahoo.com.ar/respuestas > > ___ > Qgis-user mailing list > Qgis-user@lists.qgis.org > http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user > ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-developer] Re: [Qgis-user] New Poll
Hi Horst, Paolo, Stephan In an ideal situation, the GRASS vector provider would hide the details of the topological data model and change requests like addFeatures, deleteFeatures, changeGeometryValues etc. from QGIS to grass specific editing calls. Of course this is not a trivial task. And some concepts (like centroids), which do not exist in QGIS at all could made provider dependent (buttons deactivated for providers not supporting it). But in my opinion, the benefits of having a unified GUI for digitising would be enormous and therefore worth the effort. And the GRASS users would automatically have the benefits of rollback changes with the start editing/stop editing buttons. cheers, Marco Am Donnerstag, 8. Februar 2007 10:58 schrieb Stephan Holl: > Hello Düster, > > Düster Horst <[EMAIL PROTECTED]>, [20070208 - 10:03:05] > > > What I need is a editing tool to edit PostGIS Layer. I think editing > > with the GRASS plugin is a good option, but we should unify the > > editing tools for the future for all possible QGIS vector layers. > > Yes, definetly. I realy like a general editing tool inside QGIS for all > types of vector layers. But at least the GRASS-part is somewhat > different from the simple feature stuff OGR implements, its topological > (and this is good!:-) > > Anyway, and steps for consolidating the editing parts are highly > appreciated (and I volunteer for testing!). > > Best > Stephan > > > -Ursprüngliche Nachricht- > > Von: Paolo Cavallini [mailto:[EMAIL PROTECTED] > > Gesendet am: Donnerstag, 8. Februar 2007 08:55 > > An: Stephan Holl > > Cc: QGIS User; QGIS-dev > > Betreff: Re: [Qgis-user] New Poll > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > It's not my plan; Markus can let us know more about the future of > > GRASS development. From my side, I can tell working independently on > > different tools for digitizing could only slow down the overall > > development pace, and give the user too many different (ie confusing) > > alternatives. Thus ideally, the progresses made for GRASS digitizing > > upstream should be incorporated as much as possible in a unified qgis > > digitizing tool (dreaming?). > > pc > > > > Stephan Holl ha scritto: > > > Hello Paolo, > > > > > > Paolo Cavallini <[EMAIL PROTECTED]>, [20070208 - 08:44:43] > > > > > >> Please consider however that the presently most advanced editing > > >> tool for qgis (ie through GRASS plugin) will be heavily modified > > >> upstream in the near future. It would be good, in my view, not > > >> duplicating efforts, and joining our (limited) forces as much as > > >> possible. > > > > > > Could you elaborate on this a bit? This sounds promissing. What are > > > > you > > > > > planning in the near future? > > > > > > Thanks > > > > > > Stephan > > > > - -- > > Paolo Cavallini > > email+jabber: [EMAIL PROTECTED] > > www.faunalia.it > > Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy Tel: > > (+39)348-3801953 -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.6 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFFytdg/NedwLUzIr4RAqppAJ0S2FidNFVK3M9f4mnPCfpzal+OvACeMmNX > > wKYS1OL/gohNCTyOyQ2eONw= > > =hCj8 > > -END PGP SIGNATURE- > > ___ > > Qgis-user mailing list > > Qgis-user@lists.qgis.org > > http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem compiling 0.8 on SUSE 10.2 64bits
Hello, I had the same problem. I resolved the problem of lib lib64 moc etc. by doing this (as su) : ln -s /usr/include /usr/lib64/qt4/include ln -s /usr/bin /usr/lib64/qt4/bin ls -s /usr/lib64 /usr/lib64/lib Then I made make and make install. But I get other errors like these : make[5]: Rien à faire pour « install-exec-am ». make[5]: Rien à faire pour « install-data-am ». When I tried the commande qgis it said : qgis qgis: error while loading shared libraries: libqgis_gui.so.1: cannot open shared object file: No such file or directory If you manage to make a rpm or have a good method, please, inform us... It's days I'm trying. Jean 2007/2/9, Sergio López <[EMAIL PROTECTED]>: I'm trying to compile qgis 0.8 from source with grass support on a SUSE 10.2 64bits box, but I bumped into a problem with the QT4 libraries. I can't find a solution to the with-qtdir parameter, because my libraries are located in /usr/lib64/qt4 but there's no "include" directory there. I found a solution in here http://www.nabble.com/Problems-compiling-qgis-0.8.0-tf3083766.html#a8599051 but when I ./configure I receive the following error: checking QTDIR... /usr/lib64/qt4 checking Qt version in /usr/lib64/qt4/include/Qt... 421 (4) checking for moc... no configure: error: *** moc must be in path by the way moc is located in /usr/bin, which IS already in path : echo $PATH /home/sergio/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin..etc Can anyone tell me how to solve this issue please? Thanks in advance. Sergio __ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user