Re: [Qgis-user] Save log to file via cmd

[Christoph Jung]

Thank you for you answer, Karl. Did you found another solution to create such 
log files? I tried to write the output of the command to a file via 
“qgis_processing-qgis-ltr [...] > path_to_logfile.log”. But only the input 
section will be written to this file, not the result section. 

> Am 08.03.2021 um 17:03 schrieb Karl Magnus Jönsson 
> :
> 
___
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

[kirk]

Hi Springer.Thanks for providing the high level of detail.I assume the 
comparison of field units occurred at separate times or even days?In map 1, 
where were you standing in relation to the internal antenae. Your body will 
block and or distort radio signals.  It is good practice to set the field unit 
on a tripod or rock and move away from the unit while observing. Additionally, 
how did you set up the external antenae when you used it (tripod, pack pack?).I 
am not sure what the marine beacon accuracy is as we used them in eastern 
Canada during the days of selective availability.  WAAS may be totally useless 
in this application as the system is designed for coarse aircraft navigation to 
get down to 200' of a runway.Have a look at the Canadian Active Control system. 
Perhaps you are close to one if the federal or western deformation array  
sites. You can download the historical data for these sites which can include 
broadcast emphemerifes and clock corrections. I do not know if these sites are 
implemented in PFO. I assume you can import into PFO and DGPS. Kirk SchmidtSent 
from my Galaxy
 Original message From: Springfield Harrison 
 Date: 2021-03-08  3:17 p.m.  (GMT-04:00) To: Nicolas 
Cadieux  Cc: kirk , 
Jorge Gustavo Rocha , qgis-user@lists.osgeo.org, Greg Troxel 
, Dan <19dm...@gmail.com> Subject: 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.

  How many “known” points have you tested?
  
2 in this case, Maps A and B
Also several other locations with similar results

  
   How where those point position calculated.
  
From the Municipal cadastre, visible in Map A

  
  Make sure the coordinates are in the right CRS
  
NAD 83 UTM 10N used throught.  See workflow in previous email

  
   When converting from the monument’s CRS to NAD83 UTM zone 10N, are you 
using the correct grid files?
  
[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
Presumably QGIS would choose the correct grid files

Municipal Cadastre is  NAD83 UTM zone 10Np, li { white-space: pre-wrap; 
}
  
  Find a geodesic point that is in the middle of a field or on the side of 
a highway with no obstacles.
  
Map A is open sky

  
  Make sur your observations will be done when the constellation is well 
distributed in the sky
  
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

  
  What post processing techniques are you using? How far is the base 
station from your unit?
  
Real time was SBAS or RTCM; Post processing using the Pathfinder Office 
differential correction engine, baseline about 30 km

  
  How long are the observations? Have you tried other methods of post 
processing like PPP? 

  
Logging interval is 5 sec; 33 to 2037 positions per point
Did not use PPP.  This is a test of mapping best practices, not geodesy

  
  Have you contacted Trimble? 

  
Yes, no response

  
  Have you looked on there site to see if there is a software update 
(firmware) for the unit or the post processing software?
  
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 

[Qgis-user] Raster Layer Symbology Problem

[Martin Bittens]

Hello QGIS User List,

I already sent this message but it was not posted, so it is here again.
Hopefully it works now.


I am still struggling with the problem 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 in,
e.g., 5 classes, I see in the "Layer Properties - Symbology" window the
5 colored classes separately and the corresponding 5 values (in my case
temperatures) for each color coding. But in the "Layer Panel" the legend
shows the color coding as a continuum and only the first and last value
of the value range appears. 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 separately and the
corresponding values for each of the 5 classes in the "Legend Panel"as
well as in the layout manger.


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

Re: [Qgis-user] Trimble GeoXT 2005 Accuracy

[kirk]

Hi SpringerI just looked up the marine beacon specs and they are designed for 
10m accuracy. This may explain why your non dgps data is closer to your survey 
corner.Sent from my Galaxy
 Original message From: Springfield Harrison 
 Date: 2021-03-08  3:17 p.m.  (GMT-04:00) To: Nicolas 
Cadieux  Cc: kirk , 
Jorge Gustavo Rocha , qgis-user@lists.osgeo.org, Greg Troxel 
, Dan <19dm...@gmail.com> Subject: 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.

  How many “known” points have you tested?
  
2 in this case, Maps A and B
Also several other locations with similar results

  
   How where those point position calculated.
  
From the Municipal cadastre, visible in Map A

  
  Make sure the coordinates are in the right CRS
  
NAD 83 UTM 10N used throught.  See workflow in previous email

  
   When converting from the monument’s CRS to NAD83 UTM zone 10N, are you 
using the correct grid files?
  
[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
Presumably QGIS would choose the correct grid files

Municipal Cadastre is  NAD83 UTM zone 10Np, li { white-space: pre-wrap; 
}
  
  Find a geodesic point that is in the middle of a field or on the side of 
a highway with no obstacles.
  
Map A is open sky

  
  Make sur your observations will be done when the constellation is well 
distributed in the sky
  
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

  
  What post processing techniques are you using? How far is the base 
station from your unit?
  
Real time was SBAS or RTCM; Post processing using the Pathfinder Office 
differential correction engine, baseline about 30 km

  
  How long are the observations? Have you tried other methods of post 
processing like PPP? 

  
Logging interval is 5 sec; 33 to 2037 positions per point
Did not use PPP.  This is a test of mapping best practices, not geodesy

  
  Have you contacted Trimble? 

  
Yes, no response

  
  Have you looked on there site to see if there is a software update 
(firmware) for the unit or the post processing software?
  
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 corr

Re: [Qgis-user] Raster Layer Symbology Problem

[Bernd Vogelgesang]

Without testing I would say it's a bug. Quite some bugs went into 3.18
unnoticed and unfortunately, it's not  communicated on the landing page.
Next regular point release will be in 10 days, but for urgent stuff, you
should better use 3.16.


On 09.03.21 13:32, Martin Bittens wrot:

Hello QGIS User List, i

I already sent this message but it was not posted, so it is here again.
Hopefully it works now.


I am still struggling with the problem 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 in,
e.g., 5 classes, I see in the "Layer Properties - Symbology" window the
5 colored classes separately and the corresponding 5 values (in my case
temperatures) for each color coding. But in the "Layer Panel" the legend
shows the color coding as a continuum and only the first and last value
of the value range appears. 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 separately and the
corresponding values for each of the 5 classes in the "Legend Panel"as
well as in the layout manger.


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 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] Rendering layers from MSSQL Server fail

[Pedro Venâncio]

Hi all,

I don't have too much experience in MSSQL Server, but I've created some
views that get some points (GPS positions) and convert them to lines.

Everything works fine, MSSQL Server shows the geometries correctly.

When I load them in QGIS, some of the lines simply don't show up on canvas,
but they are listed in the attribute table.

If I convert the binary geometry column to WKT, and put the WKT of the
geometries that does not render in QuickWKT plugin, they are rendered fine.

If I select, in the attribute table, the records that does not render and
run Extract Selected Features, they export fine and all geometries show up
as expected.

I also have run the Check Validity and here is the interesting thing:

 1) Using the GEOS method, all geometries are classified as valid and all
of them render as expected. Invalid and error output layers are empty.

 2) Using the QGIS method, all geometries are classified as invalid and
stay in the Invalid output layer. However, they are all rendered! The
errors are of two types: 'segments 47 and 69 of line 0 intersect at
-7.27335, 40.5264' and 'line 1 contains 2 duplicate nodes starting at
vertex 13'.

So, those errors does not seem to be a reason to not render the geometries,
since they are rendered in another formats.

Any hint about what can be happening?

Thank you very much!

Best regards,
Pedro Venâncio
___
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

[Nicolas Cadieux]

Hi,

Kirk could be on the right track.  You could try PPP using this site.  You will 
need to create a user name and password.  Then, you upload the Rinex file.   I 
am 99% sure you can process point from outside of Canada.  

https://webapp.geod.nrcan.gc.ca/geod/tools-outils/ppp.php?locale=en

Nicolas Cadieux
https://gitlab.com/njacadieux

> Le 9 mars 2021 à 07:32, kirk  a écrit :
> 
> 
> Hi Springer
> 
> I just looked up the marine beacon specs and they are designed for 10m 
> accuracy. This may explain why your non dgps data is closer to your survey 
> corner.
> 
> 
> 
> Sent from my Galaxy
> 
> 
>  Original message 
> From: Springfield Harrison 
> Date: 2021-03-08 3:17 p.m. (GMT-04:00)
> To: Nicolas Cadieux 
> Cc: kirk , Jorge Gustavo Rocha , 
> qgis-user@lists.osgeo.org, Greg Troxel , Dan 
> <19dm...@gmail.com>
> Subject: 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.
> 
> How many “known” points have you tested?
> 2 in this case, Maps A and B
> Also several other locations with similar results
> How where those point position calculated.
> From the Municipal cadastre, visible in Map A
> Make sure the coordinates are in the right CRS
> NAD 83 UTM 10N used throught.  See workflow in previous email
> When converting from the monument’s CRS to NAD83 UTM zone 10N, are you using 
> the correct grid files?
> [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
> Presumably QGIS would choose the correct grid files
> Municipal Cadastre is NAD83 UTM zone 10N
> Find a geodesic point that is in the middle of a field or on the side of a 
> highway with no obstacles.
> Map A is open sky
> Make sur your observations will be done when the constellation is well 
> distributed in the sky
> 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
> What post processing techniques are you using? How far is the base station 
> from your unit?
> Real time was SBAS or RTCM; Post processing using the Pathfinder Office 
> differential correction engine, baseline about 30 km
> How long are the observations? Have you tried other methods of post 
> processing like PPP?
> Logging interval is 5 sec; 33 to 2037 positions per point
> Did not use PPP. This is a test of mapping best practices, not geodesy
> Have you contacted Trimble?
> Yes, no response
> Have you looked on there site to see if there is a software update (firmware) 
> for the unit or the post processing software?
> 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 s

Re: [Qgis-user] Trimble GeoXT 2005 Accuracy

[Garth Fletcher]

Nicolas Cadieux wrote:
Kirk could be on the right track.  You could try PPP using this site.  You will need to create a user name and password.  Then, you upload the Rinex file.   I am 99% sure you can process point from outside of Canada.  


I routinely use CSRS PPP to post process RINEX files from Southern New
Hampshire (43°N, 72°W).

Using an iGage iG3s (L1/L2 dual frequency, GPS + GLONASS) recording at
5 second epochs in forested areas, from post processing I get
 30 minute recordings, 95% error ellipses < 1 meter
 10 hour recordings,   95% error ellipses < 2 cm

CSRS-PPP site is

enter your email address
select Static and which NAD 83 epoch you want, or ITRF
Submit a RINEX file (.zip compressing the file is encouraged)
they will email back a detailed report

You can submit for 1 of 3 levels of post processing
 ultra-rapid : submit > 90 minutes after end of recording
 rapid: submit > 24 hours after end of recording
 final:  submit ~ 3 weeks after end of recording

Major part of corrections are in ultra-rapid, the higher levels provide
further refinements.


FYI: Trimble provides occupation planning aids at

just enter your location and date and it shows you the DOP as
a function of the hour of day.

Cordially,
--
Garth Fletcher
___
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

[Springfield Harrison]

Hello Garth,

Thanks very much for that reference.  I have used the service in the past.

I'm in the middle of other work but may try to re-process some Map A 
files using PPP to see what changes.


Your work sounds more like surveying than mapping, interesting.

I do use the GPS reception planning tools but SV availability is 
certainly better than in the early days.


Thanks again . . . .

-
Cheers, Spring



On 09/Mar/2021 09:01, Garth Fletcher wrote:

Nicolas Cadieux wrote:
Kirk could be on the right track.  You could try PPP using this 
site.  You will need to create a user name and password.  Then, you 
upload the Rinex file.   I am 99% sure you can process point from 
outside of Canada. 


I routinely use CSRS PPP to post process RINEX files from Southern New
Hampshire (43°N, 72°W).

Using an iGage iG3s (L1/L2 dual frequency, GPS + GLONASS) recording at
5 second epochs in forested areas, from post processing I get
 30 minute recordings, 95% error ellipses < 1 meter
 10 hour recordings,   95% error ellipses < 2 cm

CSRS-PPP site is

enter your email address
select Static and which NAD 83 epoch you want, or ITRF
Submit a RINEX file (.zip compressing the file is encouraged)
they will email back a detailed report

You can submit for 1 of 3 levels of post processing
 ultra-rapid : submit > 90 minutes after end of recording
 rapid: submit > 24 hours after end of recording
 final:  submit ~ 3 weeks after end of recording

Major part of corrections are in ultra-rapid, the higher levels provide
further refinements.


FYI: Trimble provides occupation planning aids at

just enter your location and date and it shows you the DOP as
a function of the hour of day.

Cordially,

___
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] Raster Layer Symbology Problem

[Sebastian Gutwein]

Martin,
I think this may be the result of the new feature
https://qgis.org/en/site/forusers/visualchangelog318/#feature-gradient-ramp-based-legends
Which is exciting for me becasue that is how I would like to have my
continious data display. But it sounds like that is not what you are
interested in. I have not tried 3.18 myself so don't know if there is a
workaround.
It does look like there are some links to discussions in the comments of
this stack exchange question.
gis.stackexchange.com/questions/388843/qgis-3-18-override-raster-gradient-legends
gis.stackexchange.com/questions/388154/how-to-get-back-discrete-raster-legend-symbols-in-qgis-3-16
twitter.com/ThomasG77/status/1365255399927140355


On Tue, Mar 9, 2021 at 7:54 AM Bernd Vogelgesang 
wrote:

> Without testing I would say it's a bug. Quite some bugs went into 3.18
> unnoticed and unfortunately, it's not  communicated on the landing page.
> Next regular point release will be in 10 days, but for urgent stuff, you
> should better use 3.16.
>
>
> On 09.03.21 13:32, Martin Bittens wrot:
> > Hello QGIS User List, i
> >
> > I already sent this message but it was not posted, so it is here again.
> > Hopefully it works now.
> >
> >
> > I am still struggling with the problem 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 in,
> > e.g., 5 classes, I see in the "Layer Properties - Symbology" window the
> > 5 colored classes separately and the corresponding 5 values (in my case
> > temperatures) for each color coding. But in the "Layer Panel" the legend
> > shows the color coding as a continuum and only the first and last value
> > of the value range appears. 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 separately and the
> > corresponding values for each of the 5 classes in the "Legend Panel"as
> > well as in the layout manger.
> >
> >
> > 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 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

[Kirk Schmidt]

Hi Springfield:

PPP requires long observation times in the order of hours and therefore 
a new field survey.  I would try post processing from a high precision 
site with your existing data.


Another issue may be the aviation antennae you mentioned.  These are 
usually mounted on the top of a fuselage and therefore the aluminum acts 
as a ground plane to effectively filter out multipath.  If you use a 
metal disk or plate and a ground plane on your antennae and mount it on 
a tripod, you may find you end up with better results.  You will notice 
survey grade antennae's have a large diameter plastic case since the 
contain an internal 10 cm metal disk.


Kirk Schmidt

On 3/9/2021 1:36 PM, Springfield Harrison wrote:

Hello Garth,

Thanks very much for that reference.  I have used the service in the 
past.


I'm in the middle of other work but may try to re-process some Map A 
files using PPP to see what changes.


Your work sounds more like surveying than mapping, interesting.

I do use the GPS reception planning tools but SV availability is 
certainly better than in the early days.


Thanks again . . . .

-
Cheers, Spring



On 09/Mar/2021 09:01, Garth Fletcher wrote:

Nicolas Cadieux wrote:
Kirk could be on the right track.  You could try PPP using this 
site.  You will need to create a user name and password.  Then, you 
upload the Rinex file.   I am 99% sure you can process point from 
outside of Canada. 


I routinely use CSRS PPP to post process RINEX files from Southern New
Hampshire (43°N, 72°W).

Using an iGage iG3s (L1/L2 dual frequency, GPS + GLONASS) recording at
5 second epochs in forested areas, from post processing I get
 30 minute recordings, 95% error ellipses < 1 meter
 10 hour recordings,   95% error ellipses < 2 cm

CSRS-PPP site is

enter your email address
select Static and which NAD 83 epoch you want, or ITRF
Submit a RINEX file (.zip compressing the file is encouraged)
they will email back a detailed report

You can submit for 1 of 3 levels of post processing
 ultra-rapid : submit > 90 minutes after end of recording
 rapid: submit > 24 hours after end of recording
 final:  submit ~ 3 weeks after end of recording

Major part of corrections are in ultra-rapid, the higher levels provide
further refinements.


FYI: Trimble provides occupation planning aids at

just enter your location and date and it shows you the DOP as
a function of the hour of day.

Cordially,

___
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


--
Kirk Schmidt, MScF, BScF, RPF
General Manager
Nortek Resource Solutions Inc.
RR # 1
Thorburn, NS
B0K 1W0
Tel (902) 922.3607
Email: k...@nortekresources.com
Web: www.nortekresources.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

Re: [Qgis-user] Save log to file via cmd

[Karl Magnus Jönsson]

No, unfortunately not. I guess it is a bug that has to be reported.

Karl-Magnus Jönsson


-Ursprungligt meddelande-
Från: Christoph Jung  
Skickat: den 9 mars 2021 09:33
Till: Karl Magnus Jönsson 
Kopia: qgis-user 
Ämne: Re: [Qgis-user] Save log to file via cmd

Thank you for you answer, Karl. Did you found another solution to create such 
log files? I tried to write the output of the command to a file via 
“qgis_processing-qgis-ltr [...] > path_to_logfile.log”. But only the input 
section will be written to this file, not the result section. 

> Am 08.03.2021 um 17:03 schrieb Karl Magnus Jönsson 
> :
> 
___
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