#QGIS IRC Log - 2009-06-14

For logs after Feb 3, 2007, all times are GMT-8. Prior logs are GMT-9.
Back to Logs
00:09:05 sigq: tracfeed: Ticket #1318 ( bug closed ): snap function for split feature line <https://trac.osgeo.org/qgis/ticket/1318#comment:1>
06:12:51 CIA-65: wonder * r10920 /trunk/qgis/ ( 9 files in 2 dirs ): ( log message trimmed )
06:12:51 CIA-65: Added infrastructure for vector editing undo/redo functionality.
06:12:51 CIA-65: Note - when implementing edit tools for vector layer:
06:12:51 CIA-65: All editation should be done between beginEditCommand( ) and endEditCommand( )
06:12:51 CIA-65: calls so that the operation are stored.
06:12:52 CIA-65: Note - when doing changes inside QgsVectorLayer code:
06:12:56 CIA-65: When doing any changes inside QgsVectorLayer they should be done using edit*( ) functions
06:17:15 CIA-65: wonder * r10921 /trunk/qgis/ ( 23 files in 3 dirs ):
06:17:15 CIA-65: [FEATURE] Added undo/redo functionality for vector layer editing.
06:17:15 CIA-65: There are undo/redo actions in Edit menu, in Advanced digitizing toolbar
06:17:16 CIA-65: and there is a new dock widget displaying undo stack of active layer.
06:24:38 sigq: tracfeed: Ticket #1125 ( enhancement closed ): Add ability to undo last edits <https://trac.osgeo.org/qgis/ticket/1125#comment:4>
08:37:04 FloH: hi guys
08:37:38 FloH: can anyone help me with the following compiling error in msvc?
08:37:56 FloH: 1>qgis.cpp
08:37:56 FloH: 1>Code wird generiert...
08:37:56 FloH: 1>Das Buildprotokoll wurde unter "file://c:\dev\cpp\qgis\build\src\core\qgis_core.dir\Release\BuildLog.htm" gespeichert.
08:37:56 FloH: 1>qgis_core - 1 Fehler, 0 Warnung( en )
08:37:56 FloH: 2>------ Erstellen gestartet: Projekt: qgis_gui, Konfiguration: Release Win32 ------
08:37:58 FloH: 3>------ Erstellen gestartet: Projekt: wmsprovider, Konfiguration: Release Win32 ------
08:38:00 FloH: 3>Verknüpfen...
08:38:02 FloH: 3>LINK : fatal error LNK1181: Eingabedatei "..\..\core\Release\qgis_core.lib" kann nicht geöffnet werden.
08:38:55 jef: FloH: looks like there was an error before.
08:39:42 FloH: jef: this is the only error before:
08:39:42 FloH: 1>qgssearchstringparser.cpp
08:39:43 FloH: 1>c1xx : fatal error C1083: Datei ( Quelle ) kann nicht geöffnet werden: ".\qgssearchstringparser.cpp": No such file or directory
08:40:33 jef: FloH: do you have flex and bison?
08:41:25 FloH: jef: i think so, it's included in osgeo4w isn't it?
08:41:34 jef: FloH: no.
08:41:53 FloH: bison.exe and flex.exe are in c:\osgeo4w\bin
08:42:31 FloH: or do i need any header files oder libs?
08:50:23 cgs_bob_: hello all. It looks like the grass plugin module directory has been reorganized. I noticed that the changes make here http://trac.osgeo.org/qgis/changeset?new=trunk%2Fqgis%2Fsrc%2Fplugins%2Fgrass%2FCMakeLists.txt%4010908&old=trunk%2Fqgis%2Fsrc%2Fplugins%2Fgrass%2FCMakeLists.txt%4010893 is not compatible with grass svn
08:50:24 sigq: Title: Diff r10893:10908 for trunk/qgis/src/plugins/grass/CMakeLists.txt - Quantum GIS - Trac ( at trac.osgeo.org )
08:51:07 cgs_bob_: brb
09:06:06 CIA-65: wonder * r10922 /trunk/qgis/src/app/qgisapp.cpp: Unfreeze canvas also when cancel is clicked in open ogr layer dialog.
09:07:21 CIA-65: wonder * r10923 /trunk/qgis/src/app/qgsmaptooladdfeature.cpp: Don't forget to add new point to undo stack.
09:07:21 sigq: tracfeed: Changeset [10923]: Don't forget to add new point to undo stack. <https://trac.osgeo.org/qgis/changeset/10923> || Changeset [10922]: Unfreeze canvas also when cancel is clicked in open ogr layer dialog. <https://trac.osgeo.org/qgis/changeset/10922>
09:25:02 cgs_bob_: jef: got any ideas on a long term solution to my problem: http://osgeo.pastebin.com/d3eefeb5e ? I temporarily fixed it by doing this: ln -s /home/bobm/src/gis/qgis_svn/build/modules-6.4 /home/bobm/src/gis/qgis_svn/build/modules-6.5
09:25:04 sigq: Title: osgeo private pastebin - collaborative debugging tool ( at osgeo.pastebin.com )
09:33:29 FloH: jef: do you have an other idea for that compiling error? the binaries for flex and bison are ok - no error while compiling
09:58:45 CIA-65: kyngchaos * r10924 /trunk/qgis/mac/xcode/Qgis.xcodeproj/project.pbxproj: undo feature ( r10920 r10921 )
09:58:46 sigq: tracfeed: Changeset [10924]: undo feature ( r10920 r10921 ) <https://trac.osgeo.org/qgis/changeset/10924>
10:56:00 CIA-65: wonder * r10925 /trunk/qgis/src/app/attributetable/ ( 3 files ): Fix for #1730 and some small updates in attribute table view code. Contributed by Vita Cizek.
10:58:10 sigq: tracfeed: Ticket #1730 ( bug closed ): memory leak in Attribute Table <https://trac.osgeo.org/qgis/ticket/1730#comment:1>
13:22:14 CIA-65: wonder * r10926 /trunk/qgis/ ( 4 files in 2 dirs ):
13:22:14 CIA-65: Always use QPixmap when drawing the map in canvas.
13:22:14 CIA-65: This results in faster updates of canvas when rendered map is QImage - e.g. when panning / updating rubber bands.
14:57:04 TPC: hello, I have a question that is not about qgis, in fact I don't know what qgis is except that it has to do with maps
14:57:26 TPC: I found this channel using google, its the only map related channel I could find, if I can't get help here I'm hoping someone can at least direct me to where I can get help
14:58:21 FiReSTaRT: ask away
14:58:30 TPC: I'm writing a script to put dots ( for now ) at specific coordinates on a map that I have as a bitmap file, I have a basic script that converts from WGS84 coordinates to pixels on the map, and it works
14:58:35 TPC: except that its slightly off
14:59:13 TPC: the map in question claims to have a reference latitude of 58.0 which I suspect is what its using to make its grid flat
14:59:27 TPC: and that I somehow need to compensate for this to get my coordinate calculation right
14:59:54 TPC: however I'm not sure what a reference latitude is exactly, or how to convert normal WGS84 coordinates to WGS84 coordinates with a refernce latitude of 58.0
15:00:25 TPC: am I making any sense?
15:00:29 FiReSTaRT: kinda
15:00:55 FiReSTaRT: well it would help you get the right utm zone.. once you have the right utm zone, you're golden : )
15:02:47 FiReSTaRT: either 21 or 40 : )
15:03:02 FiReSTaRT: http://www.dmap.co.uk/utmworld.htm
15:03:04 sigq: Title: DMAP: UTM Grid Zones of the World ( at www.dmap.co.uk )
15:04:25 TPC: how does that help me?
15:05:46 FiReSTaRT: you may wanna give this a read http://www.fmnh.helsinki.fi//map/afe/E_utm.htm
15:05:48 sigq: Title: Universal Transverse Mercator ( UTM ) and Military Grid Reference System ( MGRS ) FMNH ( at www.fmnh.helsinki.fi )
15:07:00 TPC: I'm not doing anythign fancy, I just know the amount of WGS84 coordinates ( at latitude 58.0 I guess ) per pixel, and I'm using simple math to calculate how many pixels into the image the coordinates are
15:07:14 FiReSTaRT: ooops you were talking about reference latitude.. i'm not sure how that would help you but if you can find the longitude of the area, you can figure out the right utm zone.. sorry i'm just waking up
15:07:39 TPC: I'm pretty sure the reference location is in stockholm, sweden
15:10:23 FiReSTaRT: ok you need to read up a lot on how a curved surface is projected onto a flat surface ( i.e. earth models, datums and projections )
15:11:37 TPC: ok
15:14:18 FiReSTaRT: i'm just a user so i never got into the nuts and bolts of it, but i understand the basics enough to effectively use a gis package.. you'll need to go way beyond what i've learned to properly apply it when writing scripts : )
15:14:42 TPC: well, what I have now is good enough, its just a few pixels wrong
15:14:53 TPC: but it would be nice to get it perfect :P
15:15:13 TPC: I'm guessing that it would be way more off if it was a map of a location further away, but its relatively close to the reference location
15:16:30 FiReSTaRT: it might be good enough... hell we've worked with some data that only had to be accurate within 10-15m.. but certain applications require sub-cm accuracy and then you REALLY need to know what you're talkin' about when writing a plugin
15:21:27 FiReSTaRT: because wgs84 is really just the point where you place the center of the mathematical model of the earth : ) you could be working with latitudes and longitudes or a projected coordinate system : )
15:23:21 FiReSTaRT: even though the mathematical model of the earth will be implicit with the datum
15:25:04 TPC: well, its not an important project or anything, just something I wanted to try for fun to see if I could do it
15:25:53 TPC: what I'm trying to do is make this gps app able to import the map, the gps app can import maps from a WMS server, so I'm making a script that simulates a WMS server, figures out what part of the map to cut out, and sends it along
15:27:00 TPC: but yeah, I really should read up on map projections and things, its an interesting subject
15:27:10 TPC: I may have use for it in the future
15:27:46 FiReSTaRT: it is extremely interesting.. too bad my current work interests are taking me more towards the IT side of GIS-Fu : )
15:28:04 FiReSTaRT: databases for dummies : )
15:29:05 FiReSTaRT: and my secondary interest will become programming ( for plugin development )
15:29:39 FiReSTaRT: but eventually i'd like to get into more theoretical geography
15:30:43 FiReSTaRT: sorry i couldn't help you more... actually almost led you down the wrong path ( mostly due to waking up from a 4 hour nap lol )
15:31:23 FiReSTaRT: time to play a bit of flight sim :P
15:31:29 FiReSTaRT: ciao and good luck
15:32:10 TPC: ok, thanks for trying to help
21:33:38 sigq: tracfeed: Ticket #1735 ( bug created ): cmake error caused by recent GRASS Plugin changes. <https://trac.osgeo.org/qgis/ticket/1735>
22:56:27 CIA-65: macho * r10927 /trunk/qgis/i18n/qgis_es.ts: translation update: spanish for trunk by Carlos
22:58:09 sigq: tracfeed: Changeset [10927]: translation update: spanish for trunk by Carlos <https://trac.osgeo.org/qgis/changeset/10927>
23:21:28 sigq: tracfeed: Ticket #1736 ( bug created ): After undo node tool symbols are not removed <https://trac.osgeo.org/qgis/ticket/1736>
23:49:27 sigq: tracfeed: Ticket #1737 ( bug created ): node tool doesn't take respect to topological editing option <https://trac.osgeo.org/qgis/ticket/1737>