[Qgis-user] Osgeo4mac
-- Forwarded message -- From: "Pieter du Plooy" Date: 16 Feb 2016 9:46 AM Subject: Fwd: Osgeo4mac To: "Pieter du Plooy" Cc: -- Forwarded message -- From: "Pieter du Plooy" Date: 16 Feb 2016 9:10 AM Subject: Osgeo4mac To: Cc: Hi guys I am posting on here, in the hope that someone sees this. Does anyone know about the status of osgeo4mac? (No updates in a while) Is Larry still involved with this? Are there any plans to update (especially QGIS), as I really dont want to use macports. Sorry if this is a non QGIS related matter. Pieter ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Add SVG As Vector Layer
Hi David, I am also a cave explorer and SVG fan - so I understand your desire to use SVG as a format to transport data from a specialized cave software (Therion?) to QGIS. Unfortunately, support for reading SVG as a map layer source is non-existent in QGIS. SVG is not a GIS format and thus there were no efforts made to read those. It is also not well suited for georeferenced data. As you discovered, OGR does support a very limited subsection of SVG (only point, line, polygon - without curves/beziers and requires a certain header). It has also very limited styling support. This doesn't mean it wouldn't be technically possible. Since SVG is a lot about styling, if I had to implement SVG as a QGIS layer data source, I would probably try to use QtSVG to render the files (because it better works with styling than OGR). You would then still have to georeference the imported rendered SVG image. It is technically possible, but it would probably mean a couple of days of work for an experienced QGIS developer. Are you a qt/QGIS developer or do you know one? - Have you also thought about drawing the map entirely in QGIS? It would have some advantages and disadvantages. I did some tests and the results where quite pleasing. It wouldn't have the ability to warp the data if the cave survey data changed (like Therion does), but there is no reason why the same warping functionality wouldn't be possible in QGIS as well. I guess for the long run, QGIS may even be the better platform, if the Therion/Survex developers would invest into that platform. It would open a lot of possibilites for further use and and analysis of the data. Greetings, Andreas On 2016-02-16 05:57, David A. Riggs wrote: > I'm working with cave maps and the sketch drawings from which they are made. > We digitally draft the sketches in-cave, and the resultant file is a layered > SVG file (using some XML tricks so that both Adobe Illustrator and Inkscape > recognize "layers", something not actually built into the SVG specification > itself). We then produce a vector representation of the survey in SVG, draft > the working map in SVG using the survey and sketches, and then subsequently > "morph" the vector nodes in the SVG working map as later surveys shift > portions that change due to error correction of the survey. > > I'd like to be able to import these georeferenced SVG files into QGIS as > either a single vector layer, or - in an ideal world - as with their > non-standard SVG layers imported as independent vector layers in QGIS. As far > as I can tell, there is no standard (or non-standard) for georeferencing an > SVG file such that QGIS could recognize it! > > The OGR docs mention a specific product's version of SVG, in a fixed CRS, > which they support for reading. It looks like this product is "Cloudmade > Vector Stream Server", which appears to be a dead web service? > > http://www.gdal.org/drv_svg.html > > Does anyone have more information on ways to directly georeference an SVG > file for import as a QGIS vector layer? Perhaps using a VRT? > > Note that converting to DXF or some _other_ format is not what I'm asking > about! > > Thanks! > > - DR > -- > > David A. Riggs > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Add SVG As Vector Layer
I'm working with cave maps and the sketch drawings from which they are made. We digitally draft the sketches in-cave, and the resultant file is a layered SVG file (using some XML tricks so that both Adobe Illustrator and Inkscape recognize "layers", something not actually built into the SVG specification itself). We then produce a vector representation of the survey in SVG, draft the working map in SVG using the survey and sketches, and then subsequently "morph" the vector nodes in the SVG working map as later surveys shift portions that change due to error correction of the survey. I'd like to be able to import these georeferenced SVG files into QGIS as either a single vector layer, or - in an ideal world - as with their non-standard SVG layers imported as independent vector layers in QGIS. As far as I can tell, there is no standard (or non-standard) for georeferencing an SVG file such that QGIS could recognize it! The OGR docs mention a specific product's version of SVG, in a fixed CRS, which they support for reading. It looks like this product is "Cloudmade Vector Stream Server", which appears to be a dead web service? http://www.gdal.org/drv_svg.html Does anyone have more information on ways to directly georeference an SVG file for import as a QGIS vector layer? Perhaps using a VRT? Note that converting to DXF or some _other_ format is not what I'm asking about! Thanks! - DR -- David A. Riggs ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Please test length/area measurement in master
On 16 February 2016 at 09:34, Blumentrath, Stefan wrote: > Hi Nyall, > > Thanks for your work on this issue(s) and esp. the unit tests. Thanks Stefan - it's much appreciated! > > I did a swift test with a 100km vector grid using master version 5d989ab > (which probably does not contain all your changes?). Yes, that version is missing some of the changes (specifically the area related changes). > Area measurements are consistent across field calculator and identify tool. > However, the field calculator (using an 8 digits numeric field) shows some > minor and probably neglectable imprecisions (e.g. compared to GRASS). GRASS > reports exacly 100. m2, while the field calculator gives > something like 100 +/- 0.0005 (OTF off). That sounds reasonable to me. > > With OTF on measurements differ significantly compared to GRASS and OTF off, > due to ellipsoidal metric used with OTF on I guess. Personally, I find this > difference confusing, but I trust the difference in behavior btw. OTF on and > off is a deliberate choice of the more accurate area measure?! > > Choosing no measurement ellipsoid in the project settings gives the same > behavior as OTF off. It *is* a little confusing here, but I'm reluctant to change this behaviour so close to a release. For 2.16 I'll break the link between OTF and ellipsoid, so that regardless of the OTF status you can set a specific ellipsoid or force planar calculations. Nyall > > Kind regards, > Stefan > > > > > > -Original Message- > From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Nyall > Dawson > Sent: 15. februar 2016 21:49 > To: qgis-developer ; qgis-user > > Subject: [Qgis-user] Please test length/area measurement in master > > Hi all, > > Just putting out a call for extensive testing of length and area measurements > in the current master version. Over the past week I've done a bunch of work > trying to simplify the situation regarding length/area calculation and unit > handling, with the intention of closing http://hub.qgis.org/issues/13209 and > the other outstanding area calculation issues (plus locking all this down > with unit tests!). > > I'd really appreciate thorough testing being done by users to ensure that > this bug is now indeed fixed prior to the 2.14 release. > > Things to check: > > - measured length/area is consistent across the identify tool results, field > calculator, and measure tool. (note that there's still an open bug regarding > virtual fields - there's a PR open to fix this but it's not merged yet). > Testing with different combinations of geographic/non geographic CRS, OTF > projection on/off and various ellipsoid/planimetric calculations would be > perfect. > - test the new project properties settings for project distance/area units > and coordinate formats > - test the reworked options for QGIS angle units and measurement of angles > using the measure tool > > Thanks in advance! > > Nyall > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Please test length/area measurement in master
Hi Nyall, Thanks for your work on this issue(s) and esp. the unit tests. I did a swift test with a 100km vector grid using master version 5d989ab (which probably does not contain all your changes?). Area measurements are consistent across field calculator and identify tool. However, the field calculator (using an 8 digits numeric field) shows some minor and probably neglectable imprecisions (e.g. compared to GRASS). GRASS reports exacly 100. m2, while the field calculator gives something like 100 +/- 0.0005 (OTF off). With OTF on measurements differ significantly compared to GRASS and OTF off, due to ellipsoidal metric used with OTF on I guess. Personally, I find this difference confusing, but I trust the difference in behavior btw. OTF on and off is a deliberate choice of the more accurate area measure?! Choosing no measurement ellipsoid in the project settings gives the same behavior as OTF off. Kind regards, Stefan -Original Message- From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Nyall Dawson Sent: 15. februar 2016 21:49 To: qgis-developer ; qgis-user Subject: [Qgis-user] Please test length/area measurement in master Hi all, Just putting out a call for extensive testing of length and area measurements in the current master version. Over the past week I've done a bunch of work trying to simplify the situation regarding length/area calculation and unit handling, with the intention of closing http://hub.qgis.org/issues/13209 and the other outstanding area calculation issues (plus locking all this down with unit tests!). I'd really appreciate thorough testing being done by users to ensure that this bug is now indeed fixed prior to the 2.14 release. Things to check: - measured length/area is consistent across the identify tool results, field calculator, and measure tool. (note that there's still an open bug regarding virtual fields - there's a PR open to fix this but it's not merged yet). Testing with different combinations of geographic/non geographic CRS, OTF projection on/off and various ellipsoid/planimetric calculations would be perfect. - test the new project properties settings for project distance/area units and coordinate formats - test the reworked options for QGIS angle units and measurement of angles using the measure tool Thanks in advance! Nyall ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Please test length/area measurement in master
Hi all, Just putting out a call for extensive testing of length and area measurements in the current master version. Over the past week I've done a bunch of work trying to simplify the situation regarding length/area calculation and unit handling, with the intention of closing http://hub.qgis.org/issues/13209 and the other outstanding area calculation issues (plus locking all this down with unit tests!). I'd really appreciate thorough testing being done by users to ensure that this bug is now indeed fixed prior to the 2.14 release. Things to check: - measured length/area is consistent across the identify tool results, field calculator, and measure tool. (note that there's still an open bug regarding virtual fields - there's a PR open to fix this but it's not merged yet). Testing with different combinations of geographic/non geographic CRS, OTF projection on/off and various ellipsoid/planimetric calculations would be perfect. - test the new project properties settings for project distance/area units and coordinate formats - test the reworked options for QGIS angle units and measurement of angles using the measure tool Thanks in advance! Nyall ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Custom CRS: from WKT to PROJ.4
Am 15.02.2016 um 16:17 schrieb Jakob Petersen: I’m using QGIS to produce a .svg layer to be imported into Adobe Illustrator and added to an existing map project. Apparently, a EPSG projection was not used and the following WKT parameters have been provided: PROJCS["Orthographic, meter (Pakistan)",GEOGCS["WGS 84",DATUM["wgs_1984",SPHEROID["WGS 1984",6378137,298.257223563],TOWGS84[0,0,0,0,0,0,0],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0],UNIT["degree",0.0174532925199433],AUTHORITY["EPSG","4326"]],PROJECTION["Orthographic"],PARAMETER["false_easting",0],PARAMETER["false_northing",0],PARAMETER["latitude_of_center",30.292],PARAMETER["longitude_of_center",69.178],UNIT["Meter",1,AUTHORITY["EPSG","9001"]]] To write the PROJ.4 for the QGIS customised CRS I have used the parameters (+proj +lat_0 +lon_0 +x_0 +y_0) listed in http://www.remotesensing.org/geotiff/proj_list/orthographic.html The projection comes close, but I wonder if more parameters can be used than the ones listed by remotesensing.org? You can put the WKT into a text file and run gdalsrsinfo on that. It responds: PROJ.4 : '+proj=ortho +lat_0=30.292 +lon_0=69.178 +x_0=0 +y_0=0 +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs ' Apart from the ellipsoid, you could use a sphere with a=b or R=6371000. HTH, André Joost ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Custom CRS: from WKT to PROJ.4
Hi Joris, Do you know the PROJ.4 for it? Did not manage to find in on spatialreference.org. Jakob On Mon, Feb 15, 2016 at 3:29 PM, Joris Hintjens wrote: > did you try using the predefined projection "EPSG9001" ? > > Op 15 feb. 2016, om 16:17 heeft Jakob Petersen het > volgende geschreven: > > I’m using QGIS to produce a .svg layer to be imported into Adobe > Illustrator and added to an existing map project. Apparently, a EPSG > projection was not used and the following WKT parameters have been provided: > > > PROJCS["Orthographic, meter (Pakistan)",GEOGCS["WGS > 84",DATUM["wgs_1984",SPHEROID["WGS > 1984",6378137,298.257223563],TOWGS84[0,0,0,0,0,0,0],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0],UNIT["degree",0.0174532925199433],AUTHORITY["EPSG","4326"]],PROJECTION["Orthographic"],PARAMETER["false_easting",0],PARAMETER["false_northing",0],PARAMETER["latitude_of_center",30.292],PARAMETER["longitude_of_center",69.178],UNIT["Meter",1,AUTHORITY["EPSG","9001"]]] > > > To write the PROJ.4 for the QGIS customised CRS I have used the parameters > (+proj +lat_0 +lon_0 +x_0 +y_0) listed in > http://www.remotesensing.org/geotiff/proj_list/orthographic.html > > The projection comes close, but I wonder if more parameters can be used > than the ones listed by remotesensing.org? > > > Many thanks, Jakob > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user > > > -- Jakob ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Custom CRS: from WKT to PROJ.4
I’m using QGIS to produce a .svg layer to be imported into Adobe Illustrator and added to an existing map project. Apparently, a EPSG projection was not used and the following WKT parameters have been provided: PROJCS["Orthographic, meter (Pakistan)",GEOGCS["WGS 84",DATUM["wgs_1984",SPHEROID["WGS 1984",6378137,298.257223563],TOWGS84[0,0,0,0,0,0,0],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0],UNIT["degree",0.0174532925199433],AUTHORITY["EPSG","4326"]],PROJECTION["Orthographic"],PARAMETER["false_easting",0],PARAMETER["false_northing",0],PARAMETER["latitude_of_center",30.292],PARAMETER["longitude_of_center",69.178],UNIT["Meter",1,AUTHORITY["EPSG","9001"]]] To write the PROJ.4 for the QGIS customised CRS I have used the parameters (+proj +lat_0 +lon_0 +x_0 +y_0) listed in http://www.remotesensing.org/geotiff/proj_list/orthographic.html The projection comes close, but I wonder if more parameters can be used than the ones listed by remotesensing.org? Many thanks, Jakob ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Python error message: on projects with raster files
I keep getting the following Python error message when I change the layer order AttributeError: 'QgsRasterLayer' object has no attribute 'selectedFeatureCount' It doesn't seem to hurt the project but it's very annoying. Any help is appreciated, Joe ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Ratio vector classification question (QGIS Desktop 2.12.1 with GRASS 6.4.3)
Hi, John, this means there's already a field named "AREA" in the data you downolad (and this needs to be fixed - see https://github.com/qgis/QGIS-Documentation/issues/457). To bypass this issue, do the exercise with a new field named AREA2. Regards, DelazJ 2016-02-14 23:54 GMT+01:00 John Charde : > Hi all, > > I am following the QGIS training guide (complete with datasets it had me > download) and am working with vector classifications. After the guide > prompted me create a nominal classification of the "landuse" layer, it went > into ratio classification. I added an AREA column to the attribute table, > and used the attribute calculator to find the areas of all attributes (with > the "type" box set as "decimal number"). I changed the classification style > to "Graduated," changed the "column" to AREA, created my own color ramp and > classified the data. after I clicked "OK" through the prompts to get back > to the main screen, I tried to save the style and toggle off editing, and I > got an error stating the following: > > Could not commit changes to layer landuse > > > Errors: ERROR: 1 new attribute(s) not added > > ERROR: 55 attribute value change(s) not applied. > > Provider errors: > > SQLite error: duplicate column name: AREA > > SQL: ALTER TABLE "landuse" ADD COLUMN "AREA" FLOAT > > SQLite error: near "WHERE": syntax error > > SQL: > > > > I'm not sure what it means and what I am supposed to do to rectify the > situation. Could anyone help me? I greatly appreciate it! > > > Best, > > > Jack C. (new QGIS user) > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user