Hoi Titanium,

Ziet er leuk uit. Wat opmerkingen:
* een vlucht kan zowel over VFR als IFR time beschikken, dat is in jouw systeem nu nog niet mogelijk.
* het ingeven kan volgens mij makkelijker, er zal steeds een groot deel van de informatie hetzelfde zijn voor mensen die vaak vliegen in het zelfde vliegtuig.
* voorzie een mogelijkheid om alle logbook data te exporteren naar xml of csv en bvb standaard elke week een backup van alle ingegeven data te emailen ofzo.
* integratie met google maps zou leuk kunnen zijn, zodat je een overzicht kan krijgen van alle luchthavens waar je ooit geland bent. bij voorkeur wereldweid, al is dat misschien niet vanzelfsprekend.

Succes!

Groeten,
Digits

digits schreef:Hoi Titanium,

Ziet er leuk uit. Wat opmerkingen:
* een vlucht kan zowel over VFR als IFR time beschikken, dat is in jouw systeem nu nog niet mogelijk.
* het ingeven kan volgens mij makkelijker, er zal steeds een groot deel van de informatie hetzelfde zijn voor mensen die vaak vliegen in het zelfde vliegtuig.
* voorzie een mogelijkheid om alle logbook data te exporteren naar xml of csv en bvb standaard elke week een backup van alle ingegeven data te emailen ofzo.
* integratie met google maps zou leuk kunnen zijn, zodat je een overzicht kan krijgen van alle luchthavens waar je ooit geland bent. bij voorkeur wereldweid, al is dat misschien niet vanzelfsprekend.

Succes!

Groeten,
Digits

Dank u wel voor je reactie !

- VFR als IFR tijden worden automatisch verwerkt als men de 'rules' ingeeft. Ik ga binnenkort ook de mogelijk dan voorzien om meerdere rules per vlucht te hebben
- Momenteel is exporteren naar PDF alsook excel mogelijk. Ik ga binnenkort werk maken van de xml en cvs standaarden.
- De integratie in google maps is al gebeurt. Als je een vlucht ingeeft dan wordt deze automatisch weergegeven op een map. Bij elke luchthaven staat dan ook hoevaak men er is geland en opgestegen.
- Makkelijker ingeven is ook reeds voorzien. Naast de invoervelden komen de laatst gebruikte vliegtuigen te staan. Wanneer u hierop klikt worden de relavante velden automatisch ingevuld.
- Er worden intern elke dag 2 backups gemaakt van alle gegevens.

Ik zal maar met de puntjes beginnen waar je het meest aan hebt, kritiek.

WX
- De weerspagina is erg onhandig. Als ik een ICAO-identifier invul, wil ik het weer zien van dat station (dat is ook mijn verwachting als ik zo'n formulier gebruik). Niet een kaart met honderden stations waar ik zelf mijn station in mag gaan opzoeken.

Vlucht loggen
- In plaats van een tekstveld voor de datum zou een datepicker een stuk gebruiksvriendelijker zijn.
- Bij het invullen van mijn eigen naam als PIC, kan de flighttime direct naar de kolom PIC bij Pilot Function Time worden gekopieerd.
- Simulatoren hebben ook een registratie. In mijn logboek houd ik die bij en als je die op de site kunt bijhouden zou dat het net weer een stukje completer maken.
- Je maakt geen onderscheid tussen dag- en nachttakeoffs en -landingen, dan zal elke vlucht dus evenveel landingen als takeoffs hebben en heeft het dus geen zin dit twee keer in te vullen.

Export
- De Excel-functie functie geeft onder de lijst een totaal aan, de PDF-functie doet dit niet. Het zou strakker zijn als je hierin één lijn trekt.
- De totalen in het overzicht zijn in minuten. Ik zou het netter vinden om hier uren en restminuten van te maken. Als je op een gegeven moment 1000'en uren hebt gemaakt en dat wordt in minuten weergegeven, dat staat niet erg netjes.

Dat zijn een paar dingetjes die me opvielen. Daarnaast, gezien het niveau dat je neerzet met deze applicatie mag ik aannemen dat je enige ervaring in het webdesign/-development vak hebt en dan mogen dit soort fouten eigenlijk niet in je app voorkomen. Valide HTML is nog steeds een belangrijke voorwaarde voor een succesvolle app.

Rest me alleen nog te zeggen, het idee is leuk, de uitwerking best aardig maar er is nog ruimte voor verbetering.

EHHO schreef:Ik zal maar met de puntjes beginnen waar je het meest aan hebt, kritiek.

WX
- De weerspagina is erg onhandig. Als ik een ICAO-identifier invul, wil ik het weer zien van dat station (dat is ook mijn verwachting als ik zo'n formulier gebruik). Niet een kaart met honderden stations waar ik zelf mijn station in mag gaan opzoeken.

Vlucht loggen
- In plaats van een tekstveld voor de datum zou een datepicker een stuk gebruiksvriendelijker zijn.
- Bij het invullen van mijn eigen naam als PIC, kan de flighttime direct naar de kolom PIC bij Pilot Function Time worden gekopieerd.
- Simulatoren hebben ook een registratie. In mijn logboek houd ik die bij en als je die op de site kunt bijhouden zou dat het net weer een stukje completer maken.
- Je maakt geen onderscheid tussen dag- en nachttakeoffs en -landingen, dan zal elke vlucht dus evenveel landingen als takeoffs hebben en heeft het dus geen zin dit twee keer in te vullen.

Export
- De Excel-functie functie geeft onder de lijst een totaal aan, de PDF-functie doet dit niet. Het zou strakker zijn als je hierin één lijn trekt.
- De totalen in het overzicht zijn in minuten. Ik zou het netter vinden om hier uren en restminuten van te maken. Als je op een gegeven moment 1000'en uren hebt gemaakt en dat wordt in minuten weergegeven, dat staat niet erg netjes.

Dat zijn een paar dingetjes die me opvielen. Daarnaast, gezien het niveau dat je neerzet met deze applicatie mag ik aannemen dat je enige ervaring in het webdesign/-development vak hebt en dan mogen dit soort fouten eigenlijk niet in je app voorkomen. Valide HTML is nog steeds een belangrijke voorwaarde voor een succesvolle app.

Rest me alleen nog te zeggen, het idee is leuk, de uitwerking best aardig maar er is nog ruimte voor verbetering.

Beste,

dank u voor je reactie :

De 'fouten' die je hebt gevonden via de w3 website zijn suggesties om te voldoen aan de HTML5 standaard. Geen enkele aanduiding van de website doet iets af aan de kwaliteit van de code, laat staan één enkele fout weer te geven in een browser.
Een voorbeeld voor de airwork pagina : hier (69 fouten).

WX
De weer pagina is inderdaad een beetje rommelig, maar het was de bedoeling een beeld te creëren in welke delen van het land/europa het weer goed was om te vliegen. Dit zal ook in de toekomst worden uitgebreid met een TAF-map.

LOG INVULLEN
-Een datepicker zal worden ingebouwd.
-Indien met SELF invult als PIC wordt PIC-uren automatisch ingevuld. Deze optie was al ingebouwd.
-Ik ga inderdaad ook nog nacht- en daglandingen en takeoffs gaan onderscheiden. Dit heb ik inderdaad meer gehoord.

EXPORT
-De pdf gaat binnenkort worden uitgebreid worden om te lijken op een volledig logbook met totalen. Dit was al voorzien.
-Het excel document maakt gebruik van tijden in minuten zodat iedereen dan ook gemakkelijk hiermee kan rekenen in excel. Ik ga zien hoe ik dit kan oplossen.

Ziet er mooi uit op het eerste gezicht. Voor je aan de vluchtplanning begint zou ik MelvinR een berichtje sturen. Die heeft al iets dergelijks gemaakt. Zie http://www.vfrplanner.nl/. Succes!

In zijn algemeenheid, wordt het wiel regelmatig opnieuw uitgevonden. Maar dat is waarschijnlijk bij meer mensen bekend. (Ik ben het ook aan het doen, maar ik wil niet andere mensen lastig vallen met mijn geneuzel, dus mijn versie staat niet op "het net".)

(Let op: ik ben geen beroepspiloot, ik ben prive piloot en dat wil ik graag zo houden. Dat betekent ook dat mijn wensen en eisen wellicht geheel anders liggen dan die van beroepspiloten.)

Ik kan me nog een paar andere redenen voorstellen om contact op te nemen met Melvin.

Als ik kijk naar mijn wensen/eisen aan een weboplossing, dan zie ik dat ik met applicaties op mijn PC/het web/papier/excel en zo verder eigenlijk best aardig uit kom.

Waarom zou ik overstappen naar het web?
- Als ik vluchtplanning gegevens en logboek gegevens bij kan houden op 1 site.
- Als ik daarbij dingen niet dubbel hoef in te voeren. (Dus als ik PH-BZN vastleg in mijn logboek, dan kan ik die kist vervolgens ook gebruiken in de planning en "kloppen" de gegevens. b.v. IFR mag niet volgens de planning versie van de kist, dan gaat het logboek miepen als ik wel IFR vastleg voor die kist.)
- Planning hoef ik niet perse via de iphone bij te kunnen houden en te kunnen gebruiken, maar zou wel leuk zijn.
- Logboek bijwerken via iphone is toch wel een must.

Waarom zou ik op zoek gaan naar samenwerking? Als ik het zo zie, heb je best een aardige aanzet voor een goed logboek opgezet. Ik begrijp dat dat in eerste instantie een hobby project is. Dat betekent dus ook dat je tijd beperkt is. Echter je zult zien dat als je een redelijke user-base krijgt, er toch puntjes naar voren blijven komen die aangepast moeten worden.
Ik denk dat als je je tijd gaat verdelen tussen logboek en planning, de kwaliteit van beide onder de maat gaat zijn. Niet omdat ik denk dat je niet goed genoeg kan proggen of zo, maar gewoon omdat je je tijd en focus te veel moet verdelen.
Vandaar mijn advies, ga eens met Melvin praten en kijk of jullie e.a. kunnen integreren. Dat zal dan waarschijnlijk betekenen dat jullie regelmatig moeten overleggen, wat weer als groot voordeel heeft dat je zo nu en dan eens gedwongen wordt om geheel anders naar je applicatie te kijken. Dat kan gigantisch helpen als je ergens tegen een dood punt aanloopt.

(n.b. Ik zou de post van EHHO over de fouten in je HTML nog een keer overlezen. Het staat er wellicht wat bot, maar zo is het naar mijn inschatting niet bedoeld. Je hebt gelijk, andere sites hebben ook last van dat soort dingen, maar dat zou geen reden moeten zijn om er niet naar te streven dat jij ze niet hebt. Wellicht test hij met een andere browser en ziet hij daardoor een probleem dat jouw browser niet geeft? )

Om nog even kort voort te borduren op je HTML-fouten, je noemt het suggesties, de validator noemt het errors. Dat zijn het ook, errors, je weet niet te voldoen aan de standaard die je zelf aangeeft te willen gebruiken. Als je niet weet hoe dat moet, gebruik dan bijvoorbeeld een XHTML Transitional Doctype. Kwaliteit van HTML-code valt of staat met het wel of niet voldoen aan de standaarden. Iedere fout, zonder uitzondering, is binnen 20 sec op te lossen.

Je vroeg om suggesties en mijn suggestie is dat je code valide maakt.

Als je hier verder over wilt discussiëren stel ik voor dat privé te doen om je topic hier niet té veel mee te vervuilen.

(P.S. de fouten in de Airwork-site die je aankaart... Daarover ben ik ook van mening dat het grootste deel niet zou mogen voorkomen).