| 00:00:22 | wildintellect: | oh I see that's linked to the vector editing |
| 00:01:02 | wildintellect: | t2 try the Postgis Manager python plugin |
| 00:03:35 | wildintellect: | otherwise I would suggest pgadmin3 as a good gui tool to use outside of QGIS |
| 00:03:45 | t2: | thanks, I'll give it a try |
| 00:04:17 | t2: | I have it hooked up to geodjango, so it's easy to edit out of that |
| 00:04:46 | t2: | I was just wanting to edit directly in qgis also |
| 00:07:43 | t2: | ah..also if it's zoomed in all the way it goes a lot faster |
| 00:07:54 | t2: | not as many points to display |
| 00:07:57 | wildintellect: | ah that's a good cheat |
| 00:08:15 | wildintellect: | you could probably zoom to an extent with no data too make it even faster |
| 00:16:18 | sigq: | tracfeed: Ticket #1685 ( bug reopened ): Print composer does not work <https://trac.osgeo.org/qgis/ticket/1685#comment:4> |
| 01:12:33 | CIA-55: | jef * r10972 /trunk/qgis/src/providers/ogr/qgsogrprovider.cpp: |
| 01:12:33 | CIA-55: | OGR provider update ( fixes #1746 ) |
| 01:12:33 | CIA-55: | - use OGR and not the filename to deduce the layername |
| 01:12:34 | CIA-55: | - fall back to QgsVectorDataProvider methods if OGR SQL doesn't work |
| 01:12:34 | CIA-55: | - check error code of OGR_L_SetFeature |
| 01:14:48 | sigq: | tracfeed: Ticket #1746 ( bug closed ): ogr provider functions uniqueValues( ), minimum( ), maximum( ) only work for file based datasources <https://trac.osgeo.org/qgis/ticket/1746#comment:2> |
| 02:57:28 | CIA-55: | santini * r10973 /docs/branches/1.0.0/italian/user_guide/creating_pyqgis_applications.tex: IT translation for creating_pyqgis_applications - partial |
| 02:57:30 | sigq: | tracfeed: Changeset [10973]: IT translation for creating_pyqgis_applications - partial <https://trac.osgeo.org/qgis/changeset/10973> |
| 02:57:35 | ttestt: | hello |
| 02:57:53 | ttestt: | anyone use python? |
| 02:58:08 | ttestt: | i need help on python |
| 02:59:26 | ttestt: | there is a great thing in qgis called actions. i need to know how to call an action from python plugin |
| 03:00:33 | spacedman: | so you want to activate an existing action on a layer from a python plugin? |
| 03:01:46 | ttestt: | yes |
| 03:02:05 | spacedman: | at the moment i cant figure out how to activate an action from the gui : ) |
| 03:02:58 | ttestt: | object information - there will be actions in the bottom |
| 03:03:34 | ttestt: | if it is defined |
| 03:03:34 | spacedman: | ooh yeah got it. |
| 03:03:34 | spacedman: | hmmm anything in the qgis api? |
| 03:04:19 | spacedman: | ooh there's an actions( ) method ... |
| 03:04:19 | ttestt: | in c++ interface there is QgsVectorLayer::actions, but it doesnt work in python |
| 03:04:27 | spacedman: | bah |
| 03:05:00 | ttestt: | i think its lost in python |
| 03:05:10 | spacedman: | that means it's not been wrapped with SIP yet |
| 03:06:35 | spacedman: | doesn't look like any of the Action stuff is pythonised yet |
| 03:06:38 | jef: | python/core/qgsvectorlayer.sip: // TODO: wrap QgsAttributeAction* actions( ); |
| 03:06:48 | spacedman: | what he said |
| 03:07:21 | ttestt: | so there is no way to call action using python plugin : ) oops. only c++ |
| 03:07:55 | spacedman: | currently yes. if you want to figure out how to use sip to wrap C++ methods in python then you could do it yourself... |
| 03:08:47 | ttestt: | it requires c++ developing? |
| 03:10:36 | spacedman: | yeah, you'll need to get the qgis source, work out how to build it, then figure out how to wrap the methods. might require some C++ knowledge, if not some code... there's lots of example .sip files in the qgis source so it might just be a case of working out the right .sip file for actions... but you'll need to wrap QgsAction and all its methods I reckon... its not something i've dared do... it might only be a little work for an expert, but e |
| 03:10:36 | spacedman: | xperts are generally pretty busy and in-demand! |
| 03:11:34 | ttestt: | thanx a lot. i'll try to find more information. good luck! |
| 04:00:46 | perro1: | hello everybody |
| 04:01:18 | perro1: | i cannot load any grass layer using the plugin available in qgis |
| 04:01:44 | perro1: | i am using qgis v1.0.2 and grass v6.4RC5 |
| 04:01:51 | perro1: | can anybody help me with that? |
| 04:03:15 | perro1: | i am using windows versions of qgis and grass |
| 04:12:10 | perro1: | what is a CTCP VERSION? |
| 04:18:32 | perro1: | can anybody provide some information on windows versions of qgis and grass? |
| 05:05:00 | timlinux: | jef just updated my osgeo4w stuff |
| 05:05:30 | timlinux: | when I try to run qgis trunk it complains that jepg12_osgeo.dll could not be found |
| 05:10:59 | FrankW: | yikes! |
| 05:11:31 | FrankW: | timlinux: can you try manually installing the libjpeg12 package from under libs? |
| 05:11:51 | FrankW: | I had assumed the upgrade process would notice the new requirement and install it automatically. |
| 05:12:01 | FrankW: | If not, this is going to be a big hassle for people! |
| 05:13:55 | timlinux: | FrankW: hi |
| 05:14:07 | timlinux: | will try |
| 05:14:10 | timlinux: | 1 sec |
| 05:14:18 | timlinux: | ( well prolly a few secs ) |
| 05:16:17 | timlinux: | FrankW: I'm not seeing libjpeg12 listed |
| 05:16:22 | timlinux: | only libjpeg |
| 05:16:56 | timlinux: | and libjpeg-devel which are listed as 'keep' |
| 05:17:14 | timlinux: | and at version 6b |
| 05:17:40 | FrankW: | hmm, you are right - the new package isn't showing up for some reason. |
| 05:17:49 | FrankW: | I'll investigate - should have a fix within an hour I hope. |
| 05:25:03 | timlinux: | FrankW: many thanks |
| 05:28:10 | perro1: | anybody who could help me with windows version of qgis kore? |
| 05:37:15 | FrankW: | timlinux: could you try again now? Just go through the advanced install using default settings to update things. You should not need to select libjpeg12 explicitly. |
| 06:09:15 | jef: | I just updated and qgis-dev doesn't complain. |
| 06:12:06 | jef: | hm, I have libjpeg12 6b-1 is that correct? |
| 06:14:32 | FrankW: | jef: yes, that is correct. I had neglected to upload libjpeg12 last night but I did so this morning. |
| 06:14:36 | FrankW: | So things are apparently good now. |
| 06:18:08 | jef: | FrankW: yes. btw can/should I switch to gdal 1.6 now? |
| 06:18:20 | FrankW: | That is a good question. |
| 06:18:39 | jef: | FrankW: ok, who else should I ask? ; ) |
| 06:19:03 | FrankW: | My original theory was that roughly once per year we would essentially rebuild OSGeo4W up again from scratch - rethinking core decisions like the version of python, gdal, etc. |
| 06:19:20 | FrankW: | But at this point I'm not sure if we have the energy to do that. |
| 06:19:27 | FrankW: | So the alternative is a more incremental improvement. |
| 06:19:54 | FrankW: | For GDAL that would mean transitioning packages to use gdal16 for instance. |
| 06:20:11 | FrankW: | With gdal15 essentially just being there for backward compatability. |
| 06:20:32 | FrankW: | But if we do that, when do we rethink the versions of other core components like python, qt, and such? |
| 06:20:49 | FrankW: | I think this is a discussion that ought to occur on the mailing list but I've been a bit afraid of it. |
| 06:20:51 | FrankW: | What do you think? |
| 06:21:09 | timlinux: | FrankW: for me osgeosetup doesnt seem to be getting anything new |
| 06:21:21 | FrankW: | timlinux: still broken for you? |
| 06:21:29 | timlinux: | seems like it |
| 06:21:36 | timlinux: | but proly I am doing something wrong |
| 06:21:46 | timlinux: | I always forget the correct incantation procedure |
| 06:21:53 | FrankW: | Did you just step through the defaults in the advance install? |
| 06:22:05 | timlinux: | yes |
| 06:22:10 | arkygeek: | timlinux: hi dude. Jo and I were just talking about you :- ) |
| 06:22:39 | FrankW: | timlinux: what does the status show for the libjpeg12 package? |
| 06:23:05 | timlinux: | arkygeek: ouch - prolly because of my total uselessness at helping you when you need it :-( |
| 06:23:47 | timlinux: | FrankW: I still dont see a jpeg 12 package in my list |
| 06:24:07 | FrankW: | Hmm |
| 06:24:17 | jef: | FrankW: hm, I think I shouldn't have asked about 1.6. but you were probably asking, what I think about what you said. ; ) |
| 06:24:24 | FrankW: | You see libjpeg, libjpeg-devel, libjpeg-ipp, but no libjpeg12? |
| 06:24:34 | FrankW: | jef: lol |
| 06:24:35 | timlinux: | FrankW: correct |
| 06:25:07 | timlinux: | would be nice to have gdal-buildvrt in osgeo4w |
| 06:25:11 | : | * FrankW is boggled. |
| 06:25:19 | timlinux: | not sure if that came in with 1.7 pre |
| 06:25:43 | FrankW: | In the top right corner of "Select Packages" there is a radio button. Is yours set at "Curr"? |
| 06:25:44 | timlinux: | FrankW: its probably something odd with my setup no doubt |
| 06:25:56 | timlinux: | correct |
| 06:26:13 | timlinux: | is there a way I can force it to refresh from the net? |
| 06:26:17 | FrankW: | OSGeo4W setup should be fetching the setup.ini fresh each time it is run. I don't understand how it could not be visible. |
| 06:26:24 | timlinux: | I chose the 'download from the in ternet option' |
| 06:26:36 | FrankW: | You did restart setup fresh, right? You didn't just leave it running did you? |
| 06:26:42 | arkygeek: | timlinux: we were talking about FOSS4Geo conference and had questions for you |
| 06:26:53 | timlinux: | FrankW: yes closed the app and restarted it |
| 06:27:13 | timlinux: | arkygeek: sadly I wont be there this year :-( |
| 06:28:02 | arkygeek: | timlinux: were you involved in the planning in SA one? |
| 06:28:06 | FrankW: | timlinux: I'm really not sure how this could be. |
| 06:28:08 | timlinux: | arkygeek: ya |
| 06:28:23 | timlinux: | FrankW: let me reboot the vm |
| 06:28:59 | FrankW: | Just before it gets to setup packages it should briefly show a message about downloading setup.ini.gz from download.osgeo.org/osgeo4w |
| 06:29:12 | FrankW: | I wonder if there could be some sort of http proxy interfering. |
| 06:29:43 | timlinux: | FrankW: I have a direct connection to the net |
| 06:29:57 | FrankW: | funky |
| 06:30:03 | timlinux: | reboot done ... logging in ... will try again |
| 06:30:09 | FrankW: | ok |
| 06:30:46 | timlinux: | arkygeek: did you want to know something specific? |
| 06:30:48 | timlinux: | :- ) |
| 06:31:54 | arkygeek: | timlinux: yes. had several questions for you |
| 06:32:01 | arkygeek: | i shall send you an email :- ) |
| 06:32:04 | timlinux: | FrankW: ok so same deal |
| 06:32:17 | arkygeek: | i need to reboot for some updates |
| 06:32:20 | timlinux: | FrankW: and I watched carefully it did seem to briefly download something |
| 06:32:31 | timlinux: | arkygeek: ok np |
| 06:33:16 | FrankW: | the package is visible to me in http://download.osgeo.org/osgeo4w/setup.ini - if I search for libjpeg12. |
| 06:33:27 | FrankW: | Could you try that to rule out isp http caching? |
| 06:33:40 | FrankW: | ( just view it in the web browser ) |
| 06:34:07 | timlinux: | ok 1 sec |
| 06:34:14 | timlinux: | Ill have to do it in the vm |
| 06:35:45 | timlinux: | FrankW: shows up in the browser, tried again in the setup app and still not there |
| 06:40:33 | sigq: | tracfeed: Ticket #1747 ( patch created ): Identify Map Tool: QGis crashes when the results dialog has multiple features and the active layer is remove <https://trac.osgeo.org/qgis/ticket/1747> |
| 06:42:11 | FrankW: | timlinux: could you compare what you see for packages to what I see in the screenshot: http://home.gdal.org/tmp/Screenshot.png |
| 06:42:24 | timlinux: | loading... |
| 06:44:48 | timlinux: | http://imagebin.org/53540 <-- FrankW thats what mine shows |
| 06:44:49 | sigq: | Title: Imagebin - A place to slap up your images. ( at imagebin.org ) |
| 06:45:03 | : | * timlinux wonders if he should update the actual setup.exe file |
| 06:45:50 | FrankW: | timlinux: it should not be necessary, but it might be worth trying. |
| 06:46:35 | FrankW: | I'm pretty much out of ideas myself. |
| 06:56:30 | timlinux: | FrankW: ok well thanks for taking the time to try to figure it out |
| 06:56:46 | timlinux: | Ill try updating the setup.exe and see if that helps |
| 06:56:52 | FrankW: | ok |
| 06:57:25 | FrankW: | If all else fails you can unpack http://download.osgeo.org/osgeo4w/release/jpeg/libjpeg12/libjpeg12-6b-1.tar.bz2 in c:\OSgeo4w |
| 07:07:46 | CIA-55: | kyngchaos * r10974 /trunk/qgis/mac/xcode/qgis_settings.xcconfig: fix sqlite compile error |
| 07:08:30 | sigq: | tracfeed: Changeset [10974]: fix sqlite compile error <https://trac.osgeo.org/qgis/changeset/10974> |
| 07:15:11 | FiReSTaRT: | timlinux: yt? i'm just wondering who i should make some long-term strategy suggestions to : ) |
| 07:19:29 | timlinux: | FiReSTaRT: probably on the wiki - / ml / here |
| 07:20:42 | FiReSTaRT: | timlinux: because i'm thinking that if the project is to become more widely used, maybe even receive some corporate support ( donations, datasets and such ) it should develop more of a focus on mobile applications and vector data |
| 07:21:23 | FiReSTaRT: | timlinux: specifically an android port, active tracking and to be focused on network applications ( that's coming from a guy who mostly uses raster data for work ) : ) |
| 07:22:16 | jef: | looks like that is what the qgis-mapper team does. |
| 07:23:26 | timlinux: | FiReSTaRT: I come from a 3rd world 'there is no network' standpoint and am more interested in QGIS standalone desktop |
| 07:23:35 | timlinux: | but it would be great to see it running on other platforms |
| 07:23:59 | jef: | http://mapserver.sk/~wonder/swproj/spec.html |
| 07:24:00 | sigq: | Title: SW project - specification ( at mapserver.sk ) |
| 07:24:14 | FiReSTaRT: | jef: good to know : ) another thing to keep in mind is that some companies that sell data ( like DMTI ) would probably be interested in helping develop a free tool for viewing/manipulating/analyzing their data |
| 07:25:03 | FiReSTaRT: | timlinux: i understand, but even in the third world, there is SOME infrastructure.. then you have pipelines and such, which would again require network applications |
| 07:25:46 | FiReSTaRT: | timlinux: the ability would only help develop the third world |
| 07:27:16 | FiReSTaRT: | jef: i'm reading into the project and i'll have to see how i can help out.. looks VERY interesting : ) |
| 07:31:47 | timlinux: | FiReSTaRT: third world = hardly any infrastructure |
| 07:31:56 | timlinux: | many places dont even have streetnames |
| 07:32:09 | timlinux: | electricty is a luxury |
| 07:32:27 | timlinux: | and most people dont even know what the internet is let alone have access to it |
| 07:32:32 | FiReSTaRT: | timlinux: third world = there should be infrastructure.. and "hardly any" means that there is SOME :P |
| 07:32:49 | timlinux: | some = a road with potholes |
| 07:32:58 | FiReSTaRT: | timlinux: that's where sat kicks in.. i've used it in area where the local inhabitants have never heard of "people" |
| 07:33:08 | FiReSTaRT: | areas |
| 07:33:09 | timlinux: | satellite? |
| 07:33:25 | FiReSTaRT: | yep... even used it to transfer field data |
| 07:33:36 | timlinux: | I think we are talking at different levels |
| 07:33:48 | FiReSTaRT: | satellite phone : ) |
| 07:34:02 | timlinux: | satellite is completely unaffordable even for high earners here |
| 07:35:49 | FiReSTaRT: | it's not too bad... even with some personal use and corporate emails, it costs under a g-note to keep a 5 man crew up and running for 4-6 weeks ( with all of the field data uploads ) |
| 07:36:12 | timlinux: | as I say I think we are talking at different levels |
| 07:36:40 | timlinux: | you are talking about first world people *visiting* the third world |
| 07:37:07 | timlinux: | I am talking about 3rd world people ( poor schools universities etc ) *living* in the third world |
| 07:37:20 | FiReSTaRT: | i think we need to look at scales... field data collection is really the most expensive part of using gis packages... just the fuel used for collecting data in the field would cost more than using the sat phone |
| 07:38:03 | FiReSTaRT: | timlinux: but let's say we are dealing with a poor university.... so they can't really use a mobile application because there are no cell towers in the sticks where they are... |
| 07:39:01 | FiReSTaRT: | timlinux: what if they still map out the road network or decide to do a project suggesting infrastructure improvements... they can sync the data in the "office" and then use network analysis tools |
| 07:39:28 | FiReSTaRT: | network applications also come in useful in determining how to set up aid and where to locate aid centers |
| 07:41:09 | FiReSTaRT: | and in any case there are plenty of poor countries that still have a mobile network and that could take advantage of real-time applications... albania would be a perfect example... most people down there worry about what they'll be able to eat the next day but still everybody and their grandmother has a cell phone |
| 07:41:43 | FiReSTaRT: | timlinux: actually the topology of the region dictates it.. it's hard to get landlines into some areas but cell towers are far-reaching |
| 07:43:10 | timlinux: | FiReSTaRT: to repeat what I said above - I think it would be great if QGIS can be ported to work nicely on mobile phones, its just not a personal priority for me |
| 07:44:30 | FiReSTaRT: | timlinux: fair enough... just wanted to get my point of view out there as i'd love to see quantum really take off : ) |
| 07:44:50 | timlinux: | yup we all would :- ) |
| 07:45:10 | : | * timlinux thinks its already taken off - just a question of how high we aim to fly :- ) |
| 07:46:16 | : | * FiReSTaRT is a cocky bastard who aims at it becoming the primary gis tool on the market and leaving esri to deal with HIGHLY specialized applications :P |
| 09:22:24 | CIA-55: | kyngchaos * r10975 /trunk/qgis/mac/xcode/ ( Qgis.xcodeproj/project.pbxproj qgis_settings.xcconfig ): fix sqlite compile error, part 2 |
| 09:22:26 | sigq: | tracfeed: Changeset [10975]: fix sqlite compile error, part 2 <https://trac.osgeo.org/qgis/changeset/10975> |
| 09:30:45 | CIA-55: | kyngchaos * r10976 /trunk/qgis/mac/xcode/Qgis.xcodeproj/project.pbxproj: fix sqlite compile error, for real this time |
| 09:30:46 | sigq: | tracfeed: Changeset [10976]: fix sqlite compile error, for real this time <https://trac.osgeo.org/qgis/changeset/10976> |
| 21:29:12 | gibbocool: | hello |
| 21:33:09 | gibbocool: | i need some help |
| 21:34:36 | cgs_bob_: | gibbocool: hello. what is your problem? |
| 21:35:18 | gibbocool: | well I've just posted my problem on the forum and was hoping someone could read it |
| 21:35:43 | gibbocool: | http://forum.qgis.org/viewtopic.php?f=4&t=4870 |
| 21:35:44 | sigq: | Title: Quantum GIS Forum View topic - QGIS as a database ( at forum.qgis.org ) |
| 21:35:53 | gibbocool: | yes |
| 21:36:44 | gibbocool: | any ideas? |
| 21:41:00 | cgs_bob_: | I do know that qgis supports Oracle Spatial. I've heard of people who are developing plugins that processes data from a gps in real time. This project might be of interest: http://karlinapp.ethz.ch/qgis_wms/about/index.html |
| 21:41:01 | sigq: | Title: Welcome to QGIS mapserver homepage ( at karlinapp.ethz.ch ) |
| 21:42:57 | gibbocool: | so it only supports postgre? |
| 21:45:17 | gibbocool: | not that that's a big problem, im just wondering |
| 21:45:29 | cgs_bob_: | looks like the QGIS mapserver does not support Oracle. You should email the main developer to see if it is possible to get Oracle support. every once in a while he is even here |
| 21:46:06 | gibbocool: | oh you said it does support oracle spatial, i misread! |
| 21:47:02 | gibbocool: | so it supports oracle spatial but not oracle? |
| 21:47:02 | cgs_bob_: | yup...there is even a plugin that allows you to access Oracle Rasters |
| 21:47:11 | gibbocool: | cool |
| 21:47:58 | cgs_bob_: | I'm not an Oracle user, so I'm not sure |
| 21:48:11 | gibbocool: | ok |
| 21:48:25 | gibbocool: | so do you have any idea about my other qeustions? |
| 21:51:50 | cgs_bob_: | not really : ) you might want to ask your question in the mail list ( http://lists.osgeo.org/mailman/listinfo/qgis-developer ) |
| 21:51:51 | sigq: | Title: Qgis-developer Info Page ( at lists.osgeo.org ) |
| 21:55:21 | gibbocool: | do you know how to access a database with the QGIS api? |
| 21:58:03 | gibbocool: | like perform SQL queries, or getting data? |
| 21:59:31 | cgs_bob_: | based on the api docs ( http://doc.qgis.org/stable/classes.html ), I think you are looking for http://doc.qgis.org/stable/classQgsDataSourceURI.html |
| 21:59:33 | sigq: | Title: Quantum GIS API Documentation: Alphabetical List ( at doc.qgis.org ) |
| 22:01:20 | cgs_bob_: | you might also find this helpful http://wiki.qgis.org/qgiswiki/PythonBindings ( if you are using Python ) |
| 22:01:22 | sigq: | Title: PythonBindings - Quantum GIS Wiki ( at wiki.qgis.org ) |
| 22:03:02 | cgs_bob_: | and there are tutorials at http://blog.qgis.org/taxonomy/term/3 |
| 22:03:03 | sigq: | Title: Tutorials | Quantum GIS Blog ( at blog.qgis.org ) |
| 22:05:37 | gibbocool: | so it looks like you connect to the database with the datasourceURI, from then on everything with the database is automated? When you create a new vector it automatically saves it in the database? |
| 22:09:56 | cgs_bob_: | I'm not sure. you might also like to check out the many python plugins that are available. looking at my system, I see the postgis_manager uses QgsDataSourceURI |
| 22:14:25 | cgs_bob_: | here is a bit of code from the postgis_manager: http://osgeo.pastebin.com/dde4ca2a |
| 22:14:26 | sigq: | Title: osgeo private pastebin - collaborative debugging tool ( at osgeo.pastebin.com ) |
| 22:41:35 | gibbocool: | thanks for the help cgs_bob_ |
