[Qgis-developer] Re: dealing with long primary keys
Paolo Cavallini wrote: Right, there is not enough interest to get it fixed. Feel free to sponsor the fix if this is important for you. i can't do that. i'm not a developer. but i'm not the only guy who needs that feature. there are a lot of openstreetmap-databases in the world and all of them can't be used by qgis. Regards walter -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/dealing-with-long-primary-keys-tp6440007p6441815.html Sent from the qgis-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] QGIS Trac to Redmine migration update
Dear all The bulk of the migration has been carried out. The new tracker is available at[1]. There are still quite a number of outstanding issues. If you are logging in for the first time, I encourage you to first peruse our redmine project ticket queue[2] to familiarise yourself with known issues. The trac project remains in a read only state, and unless testing over the next day or so reveals a critical issue with the redmine deployment, we will ask for automatic redirection of users from the old trac site to the new redmine site. I have also reorganised the projects a little more logically and made other general cleanups to the redmine instance. If you do encounter issues, please file at ticket in the redmine specific project [2] linked below. [1] http://hub.qgis.org/projects/quantum-gis [2] http://hub.qgis.org/projects/qgis-redmine/issues Once this is out of the way we will forge on with the QGIS 1.7 release! Regards -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: dealing with long primary keys
On Sun, Jun 05, 2011 at 03:02:37AM -0700, wambacher wrote: Paolo Cavallini wrote: Right, there is not enough interest to get it fixed. Feel free to sponsor the fix if this is important for you. i can't do that. i'm not a developer. Then you can work on a patch. --strk; () Free GIS Flash consultant/developer /\ http://strk.keybit.net/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: dealing with long primary keys
On Sun, Jun 05, 2011 at 06:26:31AM -0700, wambacher wrote: Sandro Santilli-2 wrote: i can't do that. i'm not a developer. Then you can work on a patch. you can't read? omg :( Oops, looks like I can't. I was confused by the fact that someone asked you to sponsor, not develop, the functionality. --strk; () Free GIS Flash consultant/developer /\ http://strk.keybit.net/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: dealing with long primary keys
Hi, I suggest you try osm2postgresql, which converts bigint into int4 to be compatible with QGIS and works fine so far. To simplify rendering with QGIS, the osm2postgresql script sets up a PostgreSQL database, imports OSM data into it and process those data (including multi-polygons with holes). However, I've seen on the OSM dev list that some threshold for the number of nodes will be reached soon and this might become an issue; if so, I will adapt the script to have a primary key as only nodes with tags are needed for rendering (in the structure created byosm2postgresql, there is a table called nodes_with_tags, aimed at this). See: http://wiki.openstreetmap.org/wiki/Osm2postgresql Hope this helps, Mayeul Le dimanche 05 juin 2011 à 03:02 -0700, wambacher a écrit : there are a lot of openstreetmap-databases in the world and all of them can't be used by qgis. Regards walter ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Ticket filters for Redmine
Hi all, There are no predefined ticket filters on the QGIS Redmine site configured yet. Which Trac queries should be ported? Pirmin -- 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
Re: [Qgis-developer] Qt build for QGIS source
The Homebrew formulae may be of help: For Qt: https://github.com/mxcl/homebrew/blob/master/Library/Formula/qt.rb For Qwt (note that you may need to downgrade Qwt from 6.0.0 to 5.2.1 to compile QGIS): https://github.com/mxcl/homebrew/blob/master/Library/Formula/qwt.rb For QGIS (unreleased and under active development): https://github.com/Sharpie/homebrew/blob/qgis/Library/Formula/qgis.rb The formula files are just Ruby scripts that calculate the required arguments to configure, cmake, etc and then run the commands. -Charlie On Sun, Jun 5, 2011 at 1:22 PM, Mars Sjoden aurorageomat...@gmail.comwrote: Cool! did not know that! Yah, both arch's x86_64 and i386 installed as universal. I'll keep grinding away at it. I better keep notes this time! Thanks On Sun, Jun 5, 2011 at 12:31 PM, William Kyngesburye wokl...@kyngchaos.com wrote: Qt Cocoa should have 64bit for all the Qt frameworks. You can check a framework archs with: file /Library/Frameworks/QtSvg.framework/QtSvg I don't know why it's failing on qwt designer. It's not needed by QGIS really. Try disabling it in the qwtconfig.pri - comment out the line to add it to the config. On Jun 5, 2011, at 1:50 PM, Mars Sjoden wrote: Yes of course William, a very incredibly helpful resource. I likely am unable to follow instructions correctly, as I am finding (and remember in my case) there were (are) special steps that I need to take to build all the pre-req's... Have you ever tried building with two kids hanging off your arms ^_^ ha ha! There maybe something I am doing that is causing all our Intel Core 2 Duo's to cause troubles with QGIS. for instance: ld: file not found: QtSvg.framework/Versions/4/QtSvg for architecture x86_64 collect2: ld returned 1 exit status make[1]: *** [plugins/designer/libqwt_designer_plugin.dylib] Error 1 make: *** [sub-designer-make_default] Error 2 Are these errors normal when making of QWT? QtSvg for 64bit is missing, so this would suggest that I may have downloaded the wrong Qt libraries for SnowLeopard? Perhaps there is no 64bit QtSvg available? I downloaded the: Cocoa: Mac binary package for Mac OS X 10.5 - 10.6 (32-bit and 64-bit) http://qt.nokia.com/downloads/qt-for-open-source-cpp-development-on-mac-os-x Thanks for the help, these issues so incredibly trivial for you I understand. Mars On Sat, Jun 4, 2011 at 5:00 PM, William Kyngesburye wokl...@kyngchaos.com wrote: It's all in the INSTALL document in the QGIS source. On Jun 4, 2011, at 5:38 PM, Mars Sjoden wrote: Thanks, Tried the SDK download, but throws some errors when building some of the dependancies (pyqt I think). Simply installing the libs seems to work so far, …must install to allow for dynamic libs? I need to remember to write down this process for myself! Sent from the MarsPhone On 2011-06-04, at 11:07 AM, William Kyngesburye wokl...@kyngchaos.com wrote: Don't compile Qt from source, just download the framework installer. They also have debug libs as a separate download (it adds to the frameworks). For most purposes the Qt Libraries downloads are enough, but if you need the dev tools, like Qt Designer and the Qt IDE you need the larger Qt SDK. Looks like they changed their download page layout a bit - the SDK/Library section used to be side by side, now they're sequential and you need to scroll down to find the Library links. On Jun 4, 2011, at 12:43 PM, Mars Sjoden wrote: Hello, I am on my wife's computer (Snow Leopard) and am trying to remember if I need to build Qt libraries as a static or dynamic library? I seem to remember dynamic is preferred for dependancies but also seem to remember that the auto-download/build installer for Qt for Mac builds the libraries as static? What is the smoothest download for Qt (and debugging) that I should be using for Mac? Thanks! a non-developer hack. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ Qgis-developer mailing list
[Qgis-developer] GSoC Weekly Report #2: DB Manager plugin for QGis
Hi all, here [0] is my second weekly report. Summary: 1. keep connections in a tree so can work on more databases at the same time 2. implemented the QgsDataItem for the postgres provider, it seems to work with QBrowser (ASAP I will add the code to my QGis fork on GitHub [1]). Cheers. [0] http://www.qgis.org/wiki/DB_Manager_plugin_GSoC_2011 [1] https://github.com/brushtyler/Quantum-GIS -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Qt build for QGIS source
Interesting, I have heard of homebrew before, maybe i'll try a taste. thanks! On Sun, Jun 5, 2011 at 2:53 PM, Charlie Sharpsteen ch...@sharpsteen.netwrote: The Homebrew formulae may be of help: For Qt: https://github.com/mxcl/homebrew/blob/master/Library/Formula/qt.rb For Qwt (note that you may need to downgrade Qwt from 6.0.0 to 5.2.1 to compile QGIS): https://github.com/mxcl/homebrew/blob/master/Library/Formula/qwt.rb For QGIS (unreleased and under active development): https://github.com/Sharpie/homebrew/blob/qgis/Library/Formula/qgis.rb The formula files are just Ruby scripts that calculate the required arguments to configure, cmake, etc and then run the commands. -Charlie On Sun, Jun 5, 2011 at 1:22 PM, Mars Sjoden aurorageomat...@gmail.comwrote: Cool! did not know that! Yah, both arch's x86_64 and i386 installed as universal. I'll keep grinding away at it. I better keep notes this time! Thanks On Sun, Jun 5, 2011 at 12:31 PM, William Kyngesburye wokl...@kyngchaos.com wrote: Qt Cocoa should have 64bit for all the Qt frameworks. You can check a framework archs with: file /Library/Frameworks/QtSvg.framework/QtSvg I don't know why it's failing on qwt designer. It's not needed by QGIS really. Try disabling it in the qwtconfig.pri - comment out the line to add it to the config. On Jun 5, 2011, at 1:50 PM, Mars Sjoden wrote: Yes of course William, a very incredibly helpful resource. I likely am unable to follow instructions correctly, as I am finding (and remember in my case) there were (are) special steps that I need to take to build all the pre-req's... Have you ever tried building with two kids hanging off your arms ^_^ ha ha! There maybe something I am doing that is causing all our Intel Core 2 Duo's to cause troubles with QGIS. for instance: ld: file not found: QtSvg.framework/Versions/4/QtSvg for architecture x86_64 collect2: ld returned 1 exit status make[1]: *** [plugins/designer/libqwt_designer_plugin.dylib] Error 1 make: *** [sub-designer-make_default] Error 2 Are these errors normal when making of QWT? QtSvg for 64bit is missing, so this would suggest that I may have downloaded the wrong Qt libraries for SnowLeopard? Perhaps there is no 64bit QtSvg available? I downloaded the: Cocoa: Mac binary package for Mac OS X 10.5 - 10.6 (32-bit and 64-bit) http://qt.nokia.com/downloads/qt-for-open-source-cpp-development-on-mac-os-x Thanks for the help, these issues so incredibly trivial for you I understand. Mars On Sat, Jun 4, 2011 at 5:00 PM, William Kyngesburye wokl...@kyngchaos.com wrote: It's all in the INSTALL document in the QGIS source. On Jun 4, 2011, at 5:38 PM, Mars Sjoden wrote: Thanks, Tried the SDK download, but throws some errors when building some of the dependancies (pyqt I think). Simply installing the libs seems to work so far, …must install to allow for dynamic libs? I need to remember to write down this process for myself! Sent from the MarsPhone On 2011-06-04, at 11:07 AM, William Kyngesburye wokl...@kyngchaos.com wrote: Don't compile Qt from source, just download the framework installer. They also have debug libs as a separate download (it adds to the frameworks). For most purposes the Qt Libraries downloads are enough, but if you need the dev tools, like Qt Designer and the Qt IDE you need the larger Qt SDK. Looks like they changed their download page layout a bit - the SDK/Library section used to be side by side, now they're sequential and you need to scroll down to find the Library links. On Jun 4, 2011, at 12:43 PM, Mars Sjoden wrote: Hello, I am on my wife's computer (Snow Leopard) and am trying to remember if I need to build Qt libraries as a static or dynamic library? I seem to remember dynamic is preferred for dependancies but also seem to remember that the auto-download/build installer for Qt for Mac builds the libraries as static? What is the smoothest download for Qt (and debugging) that I should be using for Mac? Thanks! a non-developer hack. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan - William Kyngesburye kyngchaos*at*kyngchaos*dot*com
