|
Tim Dawson
|
|
|
Group: Forum Members
Posts: 8K,
Visits: 9.1K
|
DMOIN, I think further discussion on this topic isn't likely to yield results. We like to do things right or not at all, and our threshold for implementing features is not likely to be the same as that of other companies. If another company's product does things better overall for your personal usage, I suggest you use that product instead of SkyDemon.
|
|
|
|
|
Sky Painter
|
|
|
Group: Forum Members
Posts: 626,
Visits: 14K
|
+xHi Tim, you are welcome.... The threshold must support real conditions. 10mph was just an example and If it is 25mph it is fine for me. I hope your are not that short minded as your answer makes me feel. If so, than it is more than doubtful if you understand Pilot's needs. Fact is, taxiing speed must be below the speed this plane will lift.....and high enough not to detect fast movements. In ANP, a fast moving is recognized and if the plane has not lifted after a while, this "flight" simply is "not closed" and will be deleted automatically. Only the entire flight form taxiing, lift of, flying, landing taxiing and "no movement", generates the logbook entry....Air Navigation pro is capable to manage this since years. Their issues currently are different.
Is there someone from Skydemon, beside you, who is professional enough to have a conversation on a certain level about his?
You obviously have no idea who you are dealing with! Tim is not only the Managing Director and chief software architect at SD but he is also a pilot, having gained his PPL in 2006. Edited to add:- I have no affiliation with SD, other than as a very satisfied user, and the above information is readily available on SD's website if you bothered to check for yourself.
Mike _________________________________________ Samsung Galaxy Tab A8 – Android 11.0 & SD 4.0.2.0 Huawei P30 – Android 11.0 & SD 4.0.2.0
PC – Windows 10 (Home Ed) Version 22H2, Build 19045.5487, SD 4.0.2.0
|
|
|
|
|
DMOIN
|
|
|
Group: Forum Members
Posts: 10,
Visits: 27
|
Hi Tim, you are welcome.... The threshold must support real conditions. 10mph was just an example and If it is 25mph it is fine for me. I hope your are not that short minded as your answer makes me feel. If so, than it is more than doubtful if you understand Pilot's needs. Fact is, taxiing speed must be below the speed this plane will lift.....and high enough not to detect fast movements. In ANP, a fast moving is recognized and if the plane has not lifted after a while, this "flight" simply is "not closed" and will be deleted automatically. Only the entire flight form taxiing, lift of, flying, landing taxiing and "no movement", generates the logbook entry....Air Navigation pro is capable to manage this since years. Their issues currently are different.
Is there someone from Skydemon, beside you, who is professional enough to have a conversation on a certain level about his?
|
|
|
|
|
Tim Dawson
|
|
|
Group: Forum Members
Posts: 8K,
Visits: 9.1K
|
Thank you for that valuable contribution. As I'm sure you remember, taxiing should be at a fast walking speed, so your idea of a 10mph threshold wouldn't cut it for an automatic detection of off-block time.
You are very welcome to continue to use another product; we only ever expect people to use SkyDemon if they find it fits their needs.
|
|
|
|
|
DMOIN
|
|
|
Group: Forum Members
Posts: 10,
Visits: 27
|
+xSorry to say, but this is nonsens. If you are reading the GPS Signal you can detect speed by calculating the movement. I think we can agree that by using thresholds, it is quite simple to detect that the plane is movin on ground (below 40Mph and above 10mph, or flying over 50mph) What I read in you answers and sorry to be blunt but I got the same ignorant answer a while ago from you, is that you personally don't want it. The issue here is that you are not representing "the" Pilots using your software. If you would start a survey by asking you current users or potential ones, if they would like to have a editable automatic logbook aboard, I am sure >80% would appreciate this. I am still using ANP because this. I am lazy and do not want to manually calculate all my flight times, off block and onblock times. I have around 500 hours logged into ANP, so basically my full flying records. I several times controlled the automatic logged ones with my regular checkflights logged by my instructor and there wer in worst case 2 minutes discrepancy between ANP automatic logged times and manually logged time. So what you are saing is basically that your programmers tim is not capable to implement such a feature because they cannot use the GPS SDK's?? This would make me a bit afraid as these are essential for all calculated flight times of SD..... Bottom line is, by all your innovative GUI setups. AS long you are delivering only a crippled logbook functionality I will stay with the crippled support of ANP...... Both software packages basically do fulfill my personal requirements but ANP is capable to have the "bonus" of a fully functional logbook with editable records so that, even a automatic logging failed, I can edit the times and correct them.... A bit more customer orientation in this case would suit SD, Warm regards, Andreas We don't integrate features just because other software does, we integrate them because lots of our users will find them valuable. I recognise the value of a block-time feature but I also know that doing it automatically will not work in a foolproof way. Just because other apps are showing you something doesn't mean it's right. SkyDemon can log block time if you start logging when you start moving and stop logging when you stop moving. The flight time will be logged automatically as a subset of that. I can't see us complicating the product by adding a flawed block time logging function unless a large number of people wanted it and a much better algorithm than "am I moving" was decided upon.
|
|
|
|
|
Tim Dawson
|
|
|
Group: Forum Members
Posts: 8K,
Visits: 9.1K
|
We have the Log Summary feature which exports into an HTML table. Nothing more planned at this stage, and we don't currently plan to put a Pilot Logbook feature into SkyDemon.
|
|
|
|
|
alexis.hellen@gmail.com
|
|
|
Group: Forum Members
Posts: 56,
Visits: 753
|
I am also all for having an automatic block time on SD. This would allow people who monitor engine time to use the start / stop flying button for that, then block an take-off time would be automatic.
Further up, I asked if it would be possible to export all flight data in a ,CSV or similar format to input in a digital pilot logbook: is it at all possible yet? Or is this an option you have planned? And what about an integrated pilot logbook?
Cheers, Alexis.
|
|
|
|
|
spaltchr
|
|
|
Group: Forum Members
Posts: 18,
Visits: 11
|
I need to warmup my oil first ;-)
Best regards
Chris
|
|
|
|
|
jfw
|
|
|
Group: Forum Members
Posts: 134,
Visits: 485
|
+x+xHello, Regarding the logging of the blocktime, I just manually start the logging of SD when starting the motor and stop it manually when stopping the motor. SD has thus all the info as it detects the take-off and landing and records it separately.... Not sure how you want to detect the blocktime either. Hope this helps. Br, J Blocktime is not equal to engine-time. It is the time from your first movement with own power to the last own powered stop. That is easily trackable by movement on the GPS-Sensor and exactly what SD does already. They only do that for the time being to track flighttime, where they most probably use a specified groundspeed as tracking-trigger. I know my wish resembles a luxury-problem. I wear a watch, i have two clocks in my cockpit and so on... But it is a really handy feature to have everyting together without having to think about that when starting to taxi... Best regards Chris Well I agree I made shortcut assuming you would start moving once the moter is on and stop the motor once you stopped moving.. :-) But you got my idea :-)
|
|
|
|
|
spaltchr
|
|
|
Group: Forum Members
Posts: 18,
Visits: 11
|
Ok, I see... At least I tried to ask for it based on my experiences with almost every available product on the market. Thank you anyway. Maybe one day there will be enough (visible) demand for such a feature.
Best regards
Chris
|
|
|
|