Re: [Qgis-user] QGIS 2.8 runtime error
Hi Ross and QGIS users, I updated to QGIS 2.8.2 (thanks QGIS) but still I got the runtime error R6034. I know this the issue is beyond QGIS, but can you give me some light on how the procedure below works (if this works for most users with the same issue): Basically, I have the process explorer already and found out that there are msvcr??.dll that is not in my windows system folder. msvcr71.dll and msvcr100.dll located in path:\OSGeo4W\bin\ directory. Step 6: Check the path before the application run. -- So I open QGIS and the message is Runtime Error! Program: path:\OSGeo4W\bin\qgis-bin.exe. Is this the path step 6 is referring to? The solution is to remove the offending entry from the path using a batch file. -- this is not quite clear to me how I will implement this one. Thanks, -Leo 1. Download Process Explorer here http://technet.microsoft.com/en-ca/sysinternals/bb896653.aspx. 2. Start your application and reproduce runtime error R6034. 3. Start Process Explorer. In the View menu go to Lower Pane View and choose DLLs. 4. In the top pane, locate your application and click on it. The bottom pane should show a list of DLLS loaded for your application. 5. Locate msvcr??.dll in the list. There should be several. Look for the one that is not in the winsxs folder, and make a note of it. 6. Now, check the path just before your application runs. If it includes the folder you noted in step 5, you've probably found the culprit. How to fix the problem? You'll have to remove the offending entry from the path before running your program. In my case, I don't need anything else in the path, so I wrote a simple batch file that looks like this: path= myprogram.exe That's it. The batch file simply clears the path before my program runs, so that the conflicting runtime DLL is not found. Hope this helps! On Wed, Apr 8, 2015 at 9:51 AM, Leo Kris Palao lk.pa...@gmail.com wrote: HI Ross and QGIS Users, I tried the solution from the forum but still I am receiving runtime error. I run process explorer and found that msvcr71.dll and msvcr100.dll in my C:\OSGeo4W/bin\ directory. I tried to 1) remove both; 2) remove msvcr71.dll, and 3) msvcr100.dll but still I am getting the runtime error prompt when opening QGIS. When I installed QGIS 2.8 I erased first all the qgis files in my C:\ directory before running the OSGeo installer. I do not know if this has something to do with this issue. Because before I installed QGIS 2.6, installed also using OSGeo installer, but I have no issue like this. Thanks, -Leo On Tue, Mar 31, 2015 at 3:56 PM, McDonaldR mcdona...@angus.gov.uk wrote: Hi Leo I had the same error a while back and I posted this to the UK QGIS user group: Anyone getting the following error on the latest update to QGIS via OSGeo4W? The problem is a copy of msvcr90.dll in the C:\OSGeo4W\apps\qgis\bin folder which clashes with the copy in C:\Windows\winsxs\ folder. Removing the DLL from the QGIS folder allows the program to start without a hitch. If you have QGIS DEV installed there is no issue. This post provided the answer and method: http://stackoverflow.com/questions/14552348/runtime-error-r6034-in-embedded-python-application/14680947#14680947 This happened after using the OSGeo4W installer to upgrade to QGIS 2.6.1-2 Whether this is just my install environment or affects everyone, I don’t know. Hope it helps Ross *From:* qgis-user-boun...@lists.osgeo.org [mailto: qgis-user-boun...@lists.osgeo.org] *On Behalf Of *Leo Kris Palao *Sent:* 31 March 2015 03:05 *To:* QGIS Mailing List *Subject:* [Qgis-user] QGIS 2.8 runtime error Hi QGIS Users, I have this problem when opening QGIS. It reports: Runtime error: Program C:\OSGeo4W\bin\qgis-bin.exe R6034 An application has made an attempt to load C runtime library incorrectly. Please contact the application's support team for more information. After clicking OK it loads QGIS. I have not tried to process anything so I have no idea if this will affect some of the functions in QGIS. I am using Windows 7 64 bit. Installed QGIS via OSGeo 32bit. note: I already restarted my laptop. Thanks in advance for any help, -Leo This message is strictly confidential. If you have received this in error, please inform the sender and remove it from your system. If received in error you may not copy, print, forward or use it or any attachment in any way. This message is not capable of creating a legal contract or a binding representation and does not represent the views of Angus Council. Emails may be monitored for security and network management reasons. Messages containing inappropriate content may be intercepted. Angus Council does not accept any liability for any harm that may be caused to the recipient system or data on it by this message or any attachment. ___ Qgis-user mailing
Re: [Qgis-user] Drawing order in mobile client
Hi Burghardt, On Tue, 12. May 2015 at 08:00:28 +, burghardt.scho...@stadt.wolfsburg.de wrote: since updating to QGIS 2.8.2 I have problems with the drawing order in mobile client. With old and even with completely newly created projects I have to turn the drawing order, so that the map is drawn properly in mobile client. QGIS desktop and the web client will not be affected. The map is drawn in the correct order as in the previous versions. Can anyone give me a hint what could be wrong? Sounds related to the fix for #12484 [0]. After which I got a similar report about QWC showing the layers in the wrong order and reversed the layer to restore the previous order [1]. Jürgen [0] http://hub.qgis.org/issues/12484 [1] https://github.com/qgis/QGIS/commit/04324fd -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Drawing order in mobile client
Dear list, since updating to QGIS 2.8.2 I have problems with the drawing order in mobile client. With old and even with completely newly created projects I have to turn the drawing order, so that the map is drawn properly in mobile client. QGIS desktop and the web client will not be affected. The map is drawn in the correct order as in the previous versions. Can anyone give me a hint what could be wrong? Kind regards Burghardt *** Stadt Wolfsburg Geschäftsbereich IT - 15-3 GIS Rathaus E, Zi. E403, Porschestraße 47A, D-38440 Wolfsburg Tel +49 5361 28-2531 Fax +49 5361 28-1765 mailto:burghardt.scho...@stadt.wolfsburg.de ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] projection confused during import from Grass to QGIS
Hi Tyler, From the gdalinfo output it would appear that you have no coordinate system defined for your layer(s). Note the Coordinate System line. Here you should--but do not--find datum, ellipsoid, projection type and its associated parameters, units of measure, etc. Since your data are not actually projected, you should see listed here something like: PROJCS[WGS84, GEOGCS[WGS84, DATUM[World Geodetic_Datum_1984, SPHEROID[WGS1984], UNIT[degree]], PROJECTION[Geographic], PARAMETER[scale_factor,0.0], PARAMETER[false_easting,0.0], PARAMETER[false_northing,0.0] Your output lists only the affine coordinate geo-reference info (e.g., Origin, Pixel Size, Corners). With the addition of the negative signs in front of the (East/West) longitudes, as Randy pointed out, you get the correct E-W orientation, but you mention that a slight mis-alignment remains. About how much mis-alignment do you measure? Try setting the layer CRS explicitly in QGIS; I think that WGS84 is EPSG=4326. That might help. Too, if the mis-alignment is small (small is hard to define, I realize, when dealing with data in GPs), perhaps it has something to do with floating point round-off in GRASS (FCELL versus DCELL). Or, it could be related to the region, where the region set during export differed from that native to the layer(s) itself/themselves. These would account for only small differences. If there is larger mis-alignment (for instance two or more layers do not even overlap geographically), then something bigger is afoot. Keep us posted on progress. Paul On Tue, May 12, 2015 at 8:44 AM, Tyler Smith ty...@plantarum.ca wrote: On Mon, May 11, 2015, at 05:20 PM, Randal Hale wrote: The header appears correct: tws:~$ head -6 tri_mean.asc north: 46:53:04.633938N south: 34:44:13.536462N east: 68:50:28.1616W west: 94:51:40.938811W rows: 1458 cols: 3122 Shouldn't your east and west Lattitudes be negative? That would make it appear reversed as they stand now. At least I think - but I've not done what you are doing. I don't think so. The east and west lattitudes have a 'W' appended to indicate west. Although I have tried manually deleting the W and adding '-' in front of the digits. This does indeed flip the maps east to west, but they are still somewhat misaligned with the actual projection. Regardless, I can export and import the layers to share them across Grass installations without problem. The mis-projection only shows up with gdal and QGis. Thanks, Tyler ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Drawing order in mobile client
Hi Jürgen, yes - perhaps, your guess may be true, but under qgis server 2.8.1 I had no problems. Only since the version 2.8.2 I have these problems with the QMC - mainly with grouped layers. The QWC makes no problems. Burghardt *** Stadt Wolfsburg Geschäftsbereich IT - 15-3 GIS Rathaus E, Zi. E403, Porschestraße 47A, D-38440 Wolfsburg Tel +49 5361 28-2531 Fax +49 5361 28-1765 mailto:burghardt.scho...@stadt.wolfsburg.de ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] projection confused during import from Grass to QGIS
On Mon, May 11, 2015, at 05:20 PM, Randal Hale wrote: The header appears correct: tws:~$ head -6 tri_mean.asc north: 46:53:04.633938N south: 34:44:13.536462N east: 68:50:28.1616W west: 94:51:40.938811W rows: 1458 cols: 3122 Shouldn't your east and west Lattitudes be negative? That would make it appear reversed as they stand now. At least I think - but I've not done what you are doing. I don't think so. The east and west lattitudes have a 'W' appended to indicate west. Although I have tried manually deleting the W and adding '-' in front of the digits. This does indeed flip the maps east to west, but they are still somewhat misaligned with the actual projection. Regardless, I can export and import the layers to share them across Grass installations without problem. The mis-projection only shows up with gdal and QGis. Thanks, Tyler ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Drawing order in mobile client
Hi Andreas, yes, of course I looked immediately at the json files. The grouped layer in my QGIS project I respond in QMC as one layer. Up to version 2.8.1 those grouped layers were presented in QMC in the correct drawing order. Now I have to completely turn around the QGIS project. This looks not very nice in QGIS desktop :-). Of course I could also disperse the grouped layers in the json file. However, this makes a lot of work and creates unnecessary maintenance - imho. BTW - I create the json files manually. No, the network request I havn't checked not yet. I'll fetch it later. Greetings Burghardt *** Stadt Wolfsburg Geschäftsbereich IT - 15-3 GIS Rathaus E, Zi. E403, Porschestraße 47A, D-38440 Wolfsburg Tel +49 5361 28-2531 Fax +49 5361 28-1765 mailto:burghardt.scho...@stadt.wolfsburg.de ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Drawing order in mobile client
Hi Burghardt, The mobile client is not using the GetProjectSettings command directly, but the layer order is read from layer json files. It is therefore the client who decides the layer order, based on these layer json files. Did you have a look at these json files if the layer order is correct in these? Also, did you check the network request that QMC sends to the server if it matches the order in the layer json files? Do you use a script to generate the layer json files? I have a Ruby script from Sourcepole to generate these layer json files. This ruby script reverses the layer order, as it seems that QMC expects a different layer order than QWC. I have the impression that these layer json files may have the wrong rendering order. Andreas On 12.05.2015 12:43, burghardt.scho...@stadt.wolfsburg.de wrote: Hi Jürgen, yes - perhaps, your guess may be true, but under qgis server 2.8.1 I had no problems. Only since the version 2.8.2 I have these problems with the QMC - mainly with grouped layers. The QWC makes no problems. Burghardt *** Stadt Wolfsburg Geschäftsbereich IT - 15-3 GIS Rathaus E, Zi. E403, Porschestraße 47A, D-38440 Wolfsburg Tel +49 5361 28-2531 Fax +49 5361 28-1765 mailto:burghardt.scho...@stadt.wolfsburg.de ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user