Bien sûr, ce code est mis à disposition librement et en totalité.
S'il y a une rubrique "remerciements" dans votre programme, je ne suis pas contre, mais sinon il n'y a aucune condition !

Comme indiqué, c'est un projet .NET, donc i te faut un environnement de développement .NET.
Personnellement je travail avec Microsoft Visual Studio 2005. Mais je ne peux pas te dire si la version "Express", gratuite, est suffisante, je ne suis pas sûr qu'elle permette de faire des développements pour périphériques mobiles.

Idem pour les autres solutions gratuites telles que MonoDevelop ou SharpDevlelopp (ce derneir ne focntionne peut-être pas avec VB.NET).

Dans tous les cas il ne faut pas acheter Visual Studio si tu ne comptes pas te metter "sérieusement" au développement .NET. Essaye d'abord avec les versions gratuites.

Les programmes d'installation c'est encore autre chose. La solution standard de Visual Studio est relativement médiocre. Il existe des solutions professionnelles telles que Wise ou InstallShield, mais c'est hors de prix, surtout le 2e.

Mais là aussi je crois qu'il existes certains outils gratuits permettant de générer des cab, mais c'est fortement dépendant de la version de .NET à déployer.

Mais pour ce projet c'est relativement inutile puisqu'il suffit de copier l'EXE dans un répertoire.

Oui, il faut compiler en EXE, puis le transférer sur le HTC avec ActiveSync (ou le gestionnaire de Vista).
Avant il faudra probablement télécharger et installer le .Net Compact Framework 2.0 (NetCf20) sur le site de Microsoft, parce que je ne crois pas qu'il soit préinstallé d'office sur le HTC 3300.

Merci pour ton commentaire.

Je n'avais pas vu ta source mais il est vrai que je ne travaille plus beaucoup en VB6.
Apparememnt tu t'es plutôt axé sur la visualisation.
De mon côté il n'y en a pas, seulement de l'export.

Je me suis plutôt axé sur le filtrage (tri par date/heure ou en fonction de la distance au sol entre les points, calcul de coordonnées locales, statistiques sur les tronçons, détection des arrêts, etc.). Puis viendra ensuite le géoréférencement.

PS: le géoservice dont je parle dans la description, qui fonction sur Linux avec Mono, sera disponible sous peu ici (pour ceux qui voudraient tester): http://www.swisstopo.ch/fr/online/calculation/kml/

Pour l'échange de fichiers la question fondamentale est de savoir si on veut des échanges/synchronisations bilatérales ou si on passe pas un serveur centrale qui rassemble tous les documents et les redistribue plus loin.
La deuxième solution étant évidemment la moins souple du point de vue de l'utilisateur (à moins d'une connexion Internet permanente y compris sur le terrain), mais le plus simple pour le contrôle et la synchronisation des versions.

Bonjour.

Je ne vais pas pouvoir répondre à tous les points, faute de temps et parce que ce que c'est pas l'endroit, mais la problèmatique semble plutôt être l'échange et la synchronisation de documents, le GPS est "secondaire".
A moins d'obliger l'utilisateur et exécuter une commande ou cliquer sur un bouton pour enregistrer la position GPS et l'associer à un document, le plus simple est peut-être de travailler avec la date/heure de création du document pour la même en concordance avec les mesures de GPS. Le problème est que cela sera impossible si le signal GPS a été perdu (ce qui devrait être transparent pour l'utilisateur) et qu'il faut stocker cette information et faire le tri ensuite.

Pour ce qui est du language, c'est flexible. IL pourrait y avoir le VBA si on veut intégrer à des applicatiosn existantes, mais vu le nombre de formats à supporter cela est peut-être complexe. Si c'est sur un tabletPC et non un PDA on peut utiliser un langage non spécifique aux périphériques mobiles. Vu qu'on doit travailler avec le système de fichiers et communiquer avec le port COM pour le GPS, il faut choisir un langage qui est bien "intégré" au système. Si l'OS est Windows, le .NET ou C++ peut être intéressant.
VB6 pourrait aussi faire l'affaire mais ce la devient vieux et je le déconseille pour débuter un nouveau projet. Je ne connais pas trop Delphi et les autres labguages Pascal, mais c'est certain qu'il peuvent aussi être intéressant.

Mais en tant que développeur professionnel, vu ce qui se fait actuellement et aussi vu mes préférences, je choisirais C# (.net) ou éventuellement VB.NET.

Monsieur, mon probleme est que je doit developper cette application sur une tablet PC de type "ITRONIX Duo-Touch", je ne sait pas quel est le language le plus aproprie, la recuperation du signal "GPS/GPRS" et comment gerer les differents echanges entre les differents chefs de chantiers.
Je vous remercie de toute l'attention que vous voudrez bien accorder a ma presente preoccupation.

Là je n'ai pas d'idée, à débugger !!

Pour info, en ce moment je suis également sur un autre projet, mais uniquement dédié au post-traitement.
L'idée est d'utiliser un outil existant ou un logiciel de navigation pour enregistrement les trames NMEA et de les traiter/filter ensuite sur PC (et non PocketPC).

Pour cela j'ai fait un petit soft en C# dont le but est de filtrer les trames (par exemple en garder une seulement toutes les n secondes ou tous les n mètres), supprimer les points doubles, exporter en KML/GPX (comme dans cet exemple), mais aussi un outil de géoréférencement de photos (à venir) et un outil de visualisation locale avec google Maps (presque terminé, en JS).

Infos et téléchargement ici: http://www.csharpfr.com/codes/POST-TRAITEMENT-NMEA-GPS-FILTRAGE-POINTS-EXPORT-KML_42419.aspx

rdechap> ou alors c'est bêtment parce que les ambiguités n'ont pas été résolues (le GPS est actif, mais pas de signal reçu ou trop peu de satellites vus).

Dans ce cas tes trames GGA doivent ressembler à ça:
$GPGGA,045058.907,,,,,0,00,,,M,0.0,M,,0000*54

Au lieu de ça lorsque qu'il y a "fix":
$GPGGA,045059.797,4649.6708,N,00708.7369,E,1,05,2.2,613.1,M,48.0,M,,0000*56

davidauche>
Bah fallait quand-même le faire ;-) personnellement j'ai du chercher un moment comment communiquer avec le GPS, appliquer une fromule mathématique n'est qu'une pure formalité.

L'export Google existe déjà et pour la programmation avec l'API Google je te laisse te débrouiller !!
Mais si vraiment tu es coincé fais-moi signe, j'ai un code permettant d'afficher un KML sur une carte y compris pour les KML locaux, pas besoin d'upload. Je peux te donner quelques tuyaux.

Quant aux projections j'ai tout ce qu'il me faut mais je ne peux malheureusement pas distribuer cela librement ici parce que je l'ai fait au boulot et il y a des droits...


rdechap>
C'est curieux. Tu n'as pas la notification "ambiguités résolues" ?
Si jamais il faut que tu modifies un peu le code lié à l'affichage des infos dans l'onglet position, peut-être qu'il y a un problème avec mes fromules de calcul de la projection Suisse si tu ne t'y trouves pas...

Le calcul de la position GPS est une intersection spatiale donc c'est tout à fait possible de calcul une altitude.
La trame GPS GGA contient l'altitude sur le géoïde (approximative) qui est celle que j'ai utilisé. Cette trame contient également la cote du géoïde , c'est-à-dire la différence entre l'ellipsoïde WGS84 et le géoïde. Il est donc possible d'obtenir la hauteur ellipsoïdale et éventuellemetn de calcul une altitude plus précise avec un modèle local du géoïde, ce qu'on a en Suisse par exemple mais que je n'ai pas intégré.
Par contre si tu utilises la trame TMC, qui est celle généralement utilisée, tu as par exemple la vitesse mais par contre pas l'altitude.