[Qgis-user] Layer Properties - Symbology
Hello QGIS Users, I just got some problems creating a legend for a raster layer. Usually I am working with the following settings in order to colorize a calculated raster layer (e.g. after applying v.surf.idw on a point data set): - rendering type: singleband pseudocolor - interpolation: linear - mode: equal interval In QGIS 3.18.0: Selecting an appropriate color ramp and applying a classification, e.g., 5 classes, I can see in the "Layer Properties - Symbology" window the 5 classes with color labels and the corresponding 5 values for each class. But in the "Layer Panel" the legend shows only the first and last value of the value range. The same thing happens in the layout manager when I create a layout for printing which includes a legend. In QGIS 3.16.4 LTR and previous versions: Doing the same I get the 5 color classes with the corresponding values for each of the 5 classes in the "Legend Panel"as well as in the layout manger. In my first attempt submitting this message to the QGIS user list I attached 2 screenshots depicting the problem. But the files were too big and the list moderator didn't approve. I hope the problem description only by words is sufficient. My question: Is this a bug in the new QGIS version or does QGIS 3.18 not provide this functionality anymore? Thanks a lot for a comment. Regards Martin -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] How to eliminate polygons overlapping polygons by check topology
Hi everyone,I have a shapefile with several polygons e some of then have topology problems. I would like to correct them automatically. in previous versions of Qgis this function was in the topology checking tool itself. Now how can I do it?Best regards.___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] noobs -- question
Fine ! it does work. thanks for your help, regards Marc MILLAS Senior Architect +33607850334 www.mokadb.com On Mon, Mar 8, 2021 at 2:09 AM Brent Wood wrote: > Yep, I think Alexandre is correct. > > Change this to: > > *create table bidule (id serial primary key, libelle text, geog > geography(multipolygon, 4326));* > > or, given you already have the table: > > *alter table bidule* > > * add constraint bidule_pk primary key (id);* > > > You might find this link useful: > > https://www.cadlinecommunity.co.uk/hc/en-us/articles/36579817-PostGIS-Why-can-I-not-edit-my-PostGIS-data-within-QGIS- > > Cheers > > > On Monday, March 8, 2021, 1:58:12 PM GMT+13, Marc Millas < > marc.mil...@mokadb.com> wrote: > > > Hi, > > create table bidule (id serial, libelle text, geog geography(multipolygon, > 4326)); > > > as simple as possible :-) > > thanks for your help ! > > > > Marc MILLAS > Senior Architect > +33607850334 > www.mokadb.com > > > > On Mon, Mar 8, 2021 at 1:25 AM Alexandre Neto > wrote: > > Hello Marc, > > Can you share your table SQL definition? > My gut feeling is that you might not have a unique identifier column. > > Alexandre Neto > QGIS Support > www.cooperative.net > > On Sun, Mar 7, 2021 at 9:51 PM Marc Millas wrote: > > Hi, > I may be missing something more than obvious, but ... > QGIS 3.16 on win 10, postgres 12 with postgis 3.1 (same, machine (intel > core i9, 64 GB ram, 6TB SSD)) > a postgis table with a column geography(multipolygon, 4326) > -no pb to display this as a layer over whatever map (OSM standard as an > exemple). > -no pb in qgis to go to edition mode, and add a few new polygons, edit the > table fields and save. fine. > When I want to edit (ie. change..) one of the existing polygons, I: > --ask to go to edit mode with right click on that postgis layer > --select one of the existing polygons, (after choosing the select entity > icon) > --??? according to the doc, I should click on the edit node icon. Which is > grayed. > the qgis postgres user have all rights to write (proof by the inserts done) > > So.. there is something obvious somewhere, but I need some help to guess > where :-) > thanks for your help, > regards, > > > Marc MILLAS > Senior Architect > +33607850334 > www.mokadb.com > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Trimble GeoXT 2005 Accuracy
Hi Harrison, How many “known” points have you tested? How where those point position calculated. They could be off. If you are using state geodesic monuments, try to find the documented precision of the monument. States have different types of monuments, some are very old and have different standards. Make sure the geodesic point is not the problem. Make sure the coordinates are in the right CRS. As an example, if the coordinates are published in NAD83 original but you are assuming NAD83(CSRS), then you have a problem. When converting from the monument’s CRS to NAD83 UTM zone 10N, are you using the correct grid files? What is the published precision for this reprojection? You say you have houses and trees. This could be the problem. Find a geodesic point that is in the middle of a field or on the side of a highway with no obstacles. Make sur your observations will be done when the constellation is well distributed in the sky. I believe Trimble has a observation planing software that can help you figure out the best time for observation. This could explain why the GEoTX are to the east unless the observations where made at the same time and same conditions (ex leaf off). What post processing techniques are you using? How far is the base station from your unit? If you are using a state correction service, can you select more stations? How long are the observations? Have you tried other methods of post processing like PPP? Have you contacted Trimble? Have you looked on there site to see if there is a software update (firmware) for the unit or the post processing software? Nicolas Cadieux https://gitlab.com/njacadieux > Le 8 mars 2021 à 05:24, Springfield Harrison a écrit : > > > Hi Kirk, > > Thanks again for the ideas. > > Re "I assume your raw data files are being converted to gpx on a computer > since the raw terrasync files are proprietary binary files". Not sure why > you would make this assumption - PFO does not export GPX files, only GIS > files of many kinds, although one could create a custom format I suppose. > > I have always avoided non-GIS formats (Garmin, GPX, GDB, KML, KMZ, > GoogleEarth, iPad/Tablet "mapping", etc.). I'm in the process of re-mapping > a tablet based tree inventory using SW Maps with a Total Station survey as > many of the trees are near the property boundary. Some of the tablet errors > are quite large. Due to the tree canopy, GPS quality is variable. > > I know that many people use tablets and hiking GPS as mapping tools but I > have little faith in them for that purpose. > > For many years my work flow has been: Trimble Receiver + RTCM/SBAS -> > Pathfinder Office [+ RINEX Post Processing] -> SHP files -> GIS (QGIS or > Manifold GIS). The CRS is NAD83 UTM 10N throughout, for my home area at > least. > > None of these steps offer any option to choose or modify the Base Station CRS > so I don't think that would be the culprit in my NW data offset, although > maybe I've missed something. > > Last fall I collected quite a few points in an attempt to quantify the > problem, if that's what it is. Here are some summaries: > > Average distance from "Known" point (m) > > Location > > Receiver Correction Corner IP NW Grand Total > GeoXT Post1.441.44 > SBAS1.371.261.33 > Uncorr 0.73 > 0.73 > GeoXT Total 1.341.261.32 > ProXR RTCM0.380.610.49 > ProXR Total 0.380.610.49 > Grand Total 1.170.971.12 > > > > > Location Data > > > > Count of Feature Points and Positions > > CornerIP NW Total Count of Point_ID Total Sum of > Filt_Pos > Receiver Correction Count of Point_ID Filt_PosCount > of Point_ID Filt_Pos > GeoXT Post9 14929 1492 > SBAS8 12805 905 13 2185 > Uncorr 2 2836 > 2 2836 > GeoXT Total 19 56085 905 24 6513 > ProXR RTCM4 25414 683 8 3224 > ProXR Total 4 25414 683 8 3224 > Grand Total 23 81499 158832 9737 > > > Corrected test Points and separation from the antenna location. > > > > > > As above but with 2 uncorrected GeoXT points overlaid, including the > individual positions that were averaged. > > > > Notes and findings: > > Site is open sky but with house and trees adjacent > Antenna is static, occupation periods long (5 sec logging interval) > 32 observations averaged from 9737 positions > some observations are with the GeoXT internal antenna, others are with a > Trimble aircraft antenna (intended for SBAS) > Work flow as outlined above > The GeoXT uncorrected results are better than either of the corrected > results!? > The corrected ProXR results a
[Qgis-user] Save log to file via cmd
Hello everyone, I created a model and added the function “Save log to file” at the end of my model. If I start the model directly in the QGIS application, it works fine (the log file will be created and contains information). Now I want to call this model from the command line to schedule this task. I created a batch file, setting up the osgeo4w environment and calling the model via qgis_processing-qgis-ltr in this script. The log file will be created, but there is no information in it. There is no error message or something else in the command prompt too. Does anybody has an idea how I could get the information in my log files when I call my model via command line? Regards, Christoph ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Save log to file via cmd
Hi, I've experienced the same thing. Haven't found/heard of a solution yet. Would be interested in that. Regards Karl-Magnus Jönsson -Ursprungligt meddelande- Från: Qgis-user För Christoph Jung Skickat: den 8 mars 2021 15:41 Till: qgis-user Ämne: [Qgis-user] Save log to file via cmd Hello everyone, I created a model and added the function “Save log to file” at the end of my model. If I start the model directly in the QGIS application, it works fine (the log file will be created and contains information). Now I want to call this model from the command line to schedule this task. I created a batch file, setting up the osgeo4w environment and calling the model via qgis_processing-qgis-ltr in this script. The log file will be created, but there is no information in it. There is no error message or something else in the command prompt too. Does anybody has an idea how I could get the information in my log files when I call my model via command line? Regards, Christoph ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Trimble GeoXT 2005 Accuracy
[I'm not sure how on-topic this is for qgis-user, but I'm guessing it's relevant enough, at least until a Moderator comment otherwise.] Springfield Harrison writes: To figure out what's going on this description needs to be tightened up, which is probably going to require trimble documentation or support to clearer (maybe the docs are fine; I haven't looked). > For many years my work flow has been: > Trimble Receiver + RTCM/SBAS -> This is unusual phrasing. SBAS is a class of things, not a particular corrections source. I'm guessing you are in North America and this really means WAAS. RTCM is a family of protocols for transporting corrections. I am unclear on whether the WAAS format uses RTCM but I don't remember seeing it. Within RTCM there is RTCM2, usually used for pseuorange corrections, and RTCM3, usually used for carrier phase reference data. So I wonder if the ProXR is doing RTK, what the correction source is, and what the distance to the base station is (or if it's VRS). To me the most important thing to be precise about is pseudorange solutions (often called navigation solutions) vs carrier phase solutions (post processed or RTK). Then, there's PPP which is harder to understand. So I think you mean that while you were collecting points the receiver was calculating pseudorange solutions and using the pseudorange corrections delivered by WAAS. > Pathfinder Office [+ RINEX Post Processing] -> SHP files -> GIS (QGIS > or Manifold GIS). You say "RINEX Post Processing" but that leaves out a ton of important details. I am guessing you mean that the receiver records carrier phase observables, and then there was a double-differenced carrier phase solution for each ooccupation. The obvious question is where the reference station data is coming from, how far away it is (or is it some VRS), and what datum the reference station coordiantes are in. Or maybe this is doing PPP. There, similar questions apply about where the orbit data is coming from and what frame that is in. > The CRS is NAD83 UTM 10N throughout, for my home area at least. There are many realizations of NAD83. Anything you did last year is likely in "NAD83(2011) epoch 2010.0" if you are in the US and firmly on the North American plate, and in Canada likely in NAD83(CSRS) apparently in a province-dependent epoch. The recent realizations are close enough that neglecting this won't hurt too much, but if you are going to call 1m an error rather than a match, you should be careful about this. If you are in an area with ground motion (e.g. Pacific Plate) then you have a lot more to do. The other big thing that's missing is what the trimble software is doing about datum transformations (or not, if the reference station coordinates are in NAD83(2011) as I'd expect). > None of these steps offer any option to choose or modify the Base > Station CRS so I don't think that would be the culprit in my NW > data offset, although maybe I've missed something. I think it's necessary to understand what's going on inside the software. > Last fall I collected quite a few points in an attempt to > quantify the problem, if that's what it is. Here are some > summaries: As Nicolas said, you are talking about "known" but have not explained where those coordinates came from and their expected errors. I also can't figure out your color scheme, and whether you are measuring 2 marks or one, etc. Data from the receiver in no-differential pseudorange solutio mode (not sure what "uncorrected" means) is going to be in WGS84(G1762), probably labeled as WGS84, which is different than NAD83(2011), and that needs a datum transform. In QGIS, that often ends up with a null transform, which is wrong. So there's a good question about what is going on within Pathfinder Office with datum transforms, which you need to find out from Trimble docs or support. signature.asc Description: PGP signature ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Trimble GeoXT 2005 Accuracy
Hi Greg, Comments inserted below - - Cheers, Spring On 08/Mar/2021 08:36, Greg Troxel wrote: [I'm not sure how on-topic this is for qgis-user, but I'm guessing it's relevant enough, at least until a Moderator comment otherwise.] You're right but I took my que from other GPS related threads and lack of response from Trimble. Springfield Harrison writes: To figure out what's going on this description needs to be tightened up, which is probably going to require trimble documentation or support to clearer (maybe the docs are fine; I haven't looked). I'm familiar with the docs and no help from Trimble. For many years my work flow has been: Trimble Receiver + RTCM/SBAS -> This is unusual phrasing. SBAS is a class of things, not a particular corrections source. I'm guessing you are in North America and this really means WAAS. RTCM is a family of protocols for transporting corrections. I am unclear on whether the WAAS format uses RTCM but I don't remember seeing it. Within RTCM there is RTCM2, usually used for pseuorange corrections, and RTCM3, usually used for carrier phase reference data. So I wonder if the ProXR is doing RTK, what the correction source is, and what the distance to the base station is (or if it's VRS). To me the most important thing to be precise about is pseudorange solutions (often called navigation solutions) vs carrier phase solutions (post processed or RTK). Then, there's PPP which is harder to understand. So I think you mean that while you were collecting points the receiver was calculating pseudorange solutions and using the pseudorange corrections delivered by WAAS. Yes! I use SBAS because Trimble does in TerrasSync but it does mean WAAS in southern BC, I think. They don't use WAAS because the SBAS may use a different correction source elsewhere in the world. I enable carrier measurements in TerraSync most of the time. Again, following Trimble terminology, RTCM in this case is a marine beacon. I have no source for RTK. Pathfinder Office [+ RINEX Post Processing] -> SHP files -> GIS (QGIS or Manifold GIS). You say "RINEX Post Processing" but that leaves out a ton of important details. I am guessing you mean that the receiver records carrier phase observables, and then there was a double-differenced carrier phase solution for each ooccupation. The obvious question is where the reference station data is coming from, how far away it is (or is it some VRS), and what datum the reference station coordiantes are in. Or maybe this is doing PPP. There, similar questions apply about where the orbit data is coming from and what frame that is in. I use the Pathfinder Office Post Processing engine which looks after the technical details. I select a base station from their provided list, sorted by distance and it fetches the (RINEX?) files and applies the corrections. I think the distance was about 30km. PFO makes no provision for specifying or modifying the base station CRS. It is encoded in the RINEX files. It will utilize carrier phase data if it available in the rover file. The CRS is NAD83 UTM 10N throughout, for my home area at least. There are many realizations of NAD83. Anything you did last year is likely in "NAD83(2011) epoch 2010.0" if you are in the US and firmly on the North American plate, and in Canada likely in NAD83(CSRS) apparently in a province-dependent epoch. The recent realizations are close enough that neglecting this won't hurt too much, but if you are going to call 1m an error rather than a match, you should be careful about this. My concern is not the absolute error but the systematic shift of all the points to the NW; the precision seems quite good, it is the accuracy that I question. I think the different flavours of NAD83 UTM zone 10N differ by centimeters at most (?) If you are in an area with ground motion (e.g. Pacific Plate) then you have a lot more to do. I am but how is this relevant, this is mm per year? The other big thing that's missing is what the trimble software is doing about datum transformations (or not, if the reference station coordinates are in NAD83(2011) as I'd expect). Datum transformations where? Their post processing process is "under the hood", QGIS datum transformations are much the same. I have some faith (but not total) that they are being handled correctly. This is supposed to be mapping, not geodesy. None of these steps offer any option to choose or modify the Base Station CRS so I don't think that would be the culprit in my NW data offset, although maybe I've missed something. I think it's necessary to understand what's going on inside the software. Maybe, but that would be Trimble proprietary stuff, presumably. Their intent is to provide a streamlined workflow that incorporates all the myriad technical gymnastics but only exposes me to the NECESSARY details. I'm sure that research grade differential software would reveal most of the operatin
Re: [Qgis-user] Trimble GeoXT 2005 Accuracy
Hi Greg, The cadastre is a provincial entity: https://www2.gov.bc.ca/gov/content/data/geographic-data-services/land-use/integrated-cadastral-fabric A quick search didn't reveal accuracy specs but because these are legal entities they have to be tight. Just talked to someone who manged this for our municipality. He says 10 cm, 30 at the worst and the orthophoot tie in to the cadastre also very good, at least at ground level. "Or does your jurisdiction have a requirement for coordinates good to <10cm to be submitted on transfer, and there really is a survey tied to CSRS?" This does seem to be the case here. How is it done in Massachusetts? I've checked several other points, see previous posts. Thanks Greg . . . . . - Cheers, Spring On 08/Mar/2021 10:10, Greg Troxel wrote: I don't konw why you believe the cadastre to be sub-meter: What is the published accuracy spec? How many other points have you checked? Perhaps you can answer those on-thread. Or does your jurisdiction have a requirement for coordinates good to <10cm to be submitted on transfer, and there really is a survey tied to CSRS? This would very surprising to me, but Massachusetts doesn't work that way at all. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Trimble GeoXT 2005 Accuracy
I'm resending this without the map as there is a size limit. The moderator may let it through, I hope . . . . Hi Nicolas, thanks for your observations. I'll try to answer your questions, please see the attached map, especially Map A: Note that my previous email contained information for Map B; Map A is based on the Municipal Cadastre (NAD83 UTM zone 10N) and illustrates the problem as well. Other locations based on Provincial Monuments and/or the Municipal cadastre (not illustrated here) have yielded similar results. 1. How many “known” points have you tested? 1. 2 in this case, Maps A and B 2. Also several other locations with similar results 2. How where those point position calculated. 1. From the Municipal cadastre, visible in Map A 3. Make sure the coordinates are in the right CRS 1. NAD 83 UTM 10N used throught. See workflow in previous email 4. When converting from the monument’s CRS to NAD83 UTM zone 10N, are you using the correct grid files? 1. [No monuments in this example] These were brought into QGIS from the Municipal GCM database CSV (NAD83(CSRS) 3.0.0.BC.1.CRD) and reprojected by QGIS to EPSG:26910 - NAD83 / UTM zone 10N 2. Presumably QGIS would choose the correct grid files 3. Municipal Cadastre is NAD83 UTM zone 10N 5. Find a geodesic point that is in the middle of a field or on the side of a highway with no obstacles. 1. Map A is open sky 6. Make sur your observations will be done when the constellation is well distributed in the sky 1. As you probably know, TerraSync provides for PDOP, HDOP, SNR and Horizon masks to preclude collecting poor quality positions. These were set towards the "Precision" end of the scale 7. What post processing techniques are you using? How far is the base station from your unit? 1. Real time was SBAS or RTCM; Post processing using the Pathfinder Office differential correction engine, baseline about 30 km 8. How long are the observations? Have you tried other methods of post processing like PPP? 1. Logging interval is 5 sec; 33 to 2037 positions per point 2. Did not use PPP. This is a test of mapping best practices, not geodesy 9. Have you contacted Trimble? 1. Yes, no response 10. Have you looked on there site to see if there is a software update (firmware) for the unit or the post processing software? 1. Yes, receiver firmware is the latest, PFO and Terrasync are older but compatible Thanks Nicolas. If I have missed something, I hope someone can point it out, I've tried to cover all the bases based on my training and experience. - Cheers, Spring On 08/Mar/2021 06:40, Nicolas Cadieux wrote: Hi Harrison, How many “known” points have you tested? How where those point position calculated. They could be off. If you are using state geodesic monuments, try to find the documented precision of the monument. States have different types of monuments, some are very old and have different standards. Make sure the geodesic point is not the problem. Make sure the coordinates are in the right CRS. As an example, if the coordinates are published in NAD83 original but you are assuming NAD83(CSRS), then you have a problem. When converting from the monument’s CRS to NAD83 UTM zone 10N, are you using the correct grid files? What is the published precision for this reprojection? You say you have houses and trees. This could be the problem. Find a geodesic point that is in the middle of a field or on the side of a highway with no obstacles. Make sur your observations will be done when the constellation is well distributed in the sky. I believe Trimble has a observation planing software that can help you figure out the best time for observation. This could explain why the GEoTX are to the east unless the observations where made at the same time and same conditions (ex leaf off). What post processing techniques are you using? How far is the base station from your unit? If you are using a state correction service, can you select more stations? How long are the observations? Have you tried other methods of post processing like PPP? Have you contacted Trimble? Have you looked on there site to see if there is a software update (firmware) for the unit or the post processing software? Nicolas Cadieux https://gitlab.com/njacadieux Le 8 mars 2021 à 05:24, Springfield Harrison a écrit : Hi Kirk, Thanks again for the ideas. Re "I assume your raw data files are being converted to gpx on a computer since the raw terrasync files are proprietary binary files". Not sure why you would make this assumption - PFO does not export GPX files, only GIS files of many kinds, although one could create a custom format I suppose. I have always avoided non-GIS formats (Garmin, GPX, GDB, KML, KMZ, GoogleEarth, iPad/Tablet "mapping", etc.). I'm in the process of re-mapping a tablet based tree inventory
