-
-
Notifications
You must be signed in to change notification settings - Fork 210
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Leica integration #536
Comments
mail sent to Leica support |
One possibility would be to directly connect to the nmea channel instead of relying on the mock source. This would have other advantages like having rtk status available too. |
in our case, I am not sure the Leica app offers such functionality. |
From previous contact with Leica I remember that this should be possible. Technical specs sent by mail. |
ok, it's just unclear to me if this will be done while still using Zeno Connect or not. |
Yes, if there's a short term solution for this, go ahead. But in the long run, the additional value this adds will make QField attractive for a whole new range of users who require full access to precise positioning information. |
@gacarrillor what is your preferred approach? Do you want to investigate the NMEA one? Or live with the idea of using the precision? |
@3nids, @m-kuhn After an internal discussion with the team, we consider that the whole project (Modernization of the Land Administration in Colombia) would benefit much more from the NMEA approach. We think the user could indicate QField two inputs: first, a setting specifying a threshold to consider a coordinate to be high-precision (or 'acceptable'); and second when to start receiving/analyzing the NMEA trace for a point. QField will get the NMEA and once the coordinate is precise enough (hence the setting), it would notify the user that a precise coordinate is available. The user would then confirm to capture the coordinate and it would get stored in the DB. Does that make sense for you? Still, the user should be able to tell the device to use an external GPS instead of the smartphone one. That should be clear for the user, which currently is not. |
This has been accepted as an enhancement request. Good job 👍 Enhancement requests are very valuable to make QField better. They sometimes attract others and just happen magically. More often however they need someone to jump in and make them come true. |
All information is now available through expression variables, is there anything missing still? |
The QField project highly values your report and would love to see it addressed. However, this issue has been left in feedback mode for the last 14 days and is being automatically marked as "stale". If you would like to continue with this issue, please provide any missing information or answer any open questions. If you could resolve the issue yourself meanwhile, please leave a note for future readers with the same problem and close the issue. |
The QField project highly values your report and would love to see it addressed. However, this issue has been left in feedback mode for the last 14 days and is being automatically marked as "stale". If you would like to continue with this issue, please provide any missing information or answer any open questions. If you could resolve the issue yourself meanwhile, please leave a note for future readers with the same problem and close the issue. |
This issue was mostly about an expression variable internal vs external in the end which is now available. |
Yes, I did. However, they always stated that it would "just work":
And attached this document, but the section regarding "streaming NMEA messages" seems to only deal with output to COM ports, no mention of how (TCP/UDP ports?) the third party app (QField in this case) would have access to the stream and no mention of iOS specifics: In the ZenoConnect datasheet, it is simply stated that "On Android and iOS3, the accurate position will be provided via the location manager with no further setup required."; I interpreted that as ZenoConnect substituting its high-precision location data for the datat given by internal device receiver, but it does not seem to work. On Android I know how to configure Developer mode to make ZenoConnect the source for LocationData. |
When digitizing, it would be interesting to know the location source: in-built GPS vs external precision system.
PositionSource offers the name property
but it displays
android
both when using in-built and Leica bluetooth app (zeno connect).I wonder if the issue is because:
Or if there is maybe more info that we could get on Java side, in Android Location Manager
The text was updated successfully, but these errors were encountered: