HeoX - Plateforme de conception/développement

LINUX
Il est préférable de développer sous linux à mon avis cela reste dans l'esprit du projet. OS gratuit ou presque 50/80€ dans la version Mandrak alors que le prix d'un XP est nettement plus élevé. Les formats extrérieurs: tableur et texte type XLS et DOC sont devenus courant que ce soit sous mac, win ou linux.
Un PC avec DD partitionné peut faire tourner Linux ainsi qu'un amc je crois.
Si je pouvais me défaire de l'emprise Microsoft dans mon travail ce serait avec joie alors pour mes loisirs....
Il faut penser petit coût parce je crois que ce type de démarche concerne plus les sans fric que les riches.
Pour certain acheter tel ou tel systeme de cartographie électronique ne les gène pas trop pour d'autre c'est un choix à faire pour des raison des budget et pour certains ce n'est pas possible tout simplement.

D'ac
JC, je suis complètement d'accord et ai la même démarche...

Ceci dis, je suis pour développer pour Window$ avant tout, car les utilisateurs finaux feront que le projet puisse exister... Et ne rien empêcher pour un futur portage et faire tout pour...

Mon avis
Pour ma part, je pense :

Wintel avec un langace C pour ses débuts ce qui permettra par la suite de na pas exclure un portage facile sur une autre plateform.

La majorité des programmes libres meurent pas manque d'utilisation... et donc de motivation.

Pour reprendre une image issu d'un autre domaine, Il me semble raisonnable pour arriver à faire voler un "glozavion" bien chargé (en plus c'est d'actu) de le faire décoller tranquillement que de le larguer à 10000 pieds... Si il vole pas, la chute sera moins douloureuse !

T.

l'avantage
de Linux est la possibilité de créer des cdrom bootables (pas d'install donc) depuis n'importe quelle bécanne .
Ce type de mini-distrib est simplissime d'emploi, fiable, détecte tout ou presque, et peut contennir que bon nous semble ....
en plus, c'est à la mode :-)

Attention, nous parlons bien de GPL, et dans ce cas bien précis, l'utilisation de certains outils de dev sous Win est tout simplement une violation d'un coté ou de l'autre ...

Amicalement,

Ce sujet est polémique
Et je ne veux pas l'entamer la dérive nous éloignerais du but final qui est de proposer au plus grand nombre une cartographie électronique.
Je sais parfaitement que la plateforme retenue sera Win quelque chose.

une polémique
ne peut exister QUE si des choix diférents s'opposent .

Hors, l'idée du CD bootable (qui consiste a ce que le CD soit totalement autonome et contienne TOUT ce qui est nécessaire au fonctionnement sans AUCUNE modification ou installation de quoi que ce soit), me semble plutôt régler cette possibilité.
Plus de polémique, puisque aucun choix n'est nécessaire ....
C'est utilisé en multimédia, et de nombreuses distributions Linux s'y prêtent parfaitement.

De plus la polémique en se sens n'est que le fruit de choix personnels toujours induits par une idéologie non moins personnelle: l'utilisateur n'a que faire de ceci, et ne demande qu'une chose, que cela fonctionne, et que ce soit simple .
Si après c'est "powered by nunux" ou "big brother" Mr lambda s'en fiche.
Imposer est obligatoirement polémiquer ... dans un sens ou un autre.

Autre avantage:
Il me semble que ceci est un projet d'envergure .....
Pour avancer il va falloir rassembler une communauté, créer des liens, etc .....
Quel est la plate forme de développement la plus fédératrice et en matière de dev, à part Linux ???
Refuser Linux de façon absolue, c'est au minimum retarder, au pire avorter rapidement .

Je me permet d'insister, mais il a bien été sujet de GPL : inutile donc de chercher a utiliser telle ou telle dll de jenesaispasqui ou généré parletrucquivabienquiestdonnéaveclesoftdedev .
Un code GPL se doit de l'etre à 100 %.
Ce qui complique donc la tache avec windows et ses outils de dev. courants (attention aux licences, à bien lire): les problèmes sur ce sujet sont courants et parfois difficilement surmontables.

Amicalement,

Je ne suis pas trop compétent comme dévelopeur
mais il me semble qu'un projet GPL devrait s'affranchir des outils copyrightés des diverses plateformes commerciales, ce qui ne laisse guère que linux comme possibilité. En plus, linux peut tourner sur tous les pc, aussi bien à base de CISC (intel ou équivalent) que de RISC (mac et autres).

Sur l'idée du cd bootable:
originale et séduisante pour sa fiabilité en environnement marine ... malheureusement limitée compte tenu de la diversité des machines concernées .
A moins de se cantonner à des performances passables en résolution graphique et en vitesse

Pourquoi pas au fond ? d'autant qu'il est possible de stocker non seulement le système sur un dvd bootable mais également la cartographie de toute la France et peut-être même de l'Europe
idée à creuser .

Si, si ...
le NOAA distribue les cartes US en S57 gratuitement ...

Pour info ...
sur le format S57:

www.ohi.shom.fr[...]1.1.pdf

www.ohi.shom.fr[...]v02.pdf

www.ohi.shom.fr[...]md8.pdf

Mon ptit avis
Je ne sais pas si je vais etre vraiment tres instructif sur cette rubrique n'etant pas developpeur...

Neanmoins:

Je suis arrive a Linux grace aux logiciels opensource sous windows, il faut donc bien developper pour windows en priorite (meme si j'aimerais bien sous linux! et sous palm!! ;-))

Les configs embarquees sont souvent vieilles (sans trop de valeur) donc avec ressources limitees c'est pourquoi je pense que le CD bootable est une idee moyenne. En effet il faut le lecteur cd libre pour les cartes ce qui implique d'avoir le systeme en RAM (donc petit systeme ou grosse RAM). Cela dit au vu ou les configs evoluent, ma remarque risque bien d'etre caduque d'ici a la version 1.0...

Maintenant, est-ce si difficile de porter une application de win a linux (et lycee de versailles)?

En l'ocurence, j'utilise les memes application sur ma partoche linux et win (gimp, inkskape, gnumeric, abiword, vlc sous GTK, skype, TeXmaker sous QT, thunderbird, firefox, openoffice) donc je me dit que ca doit etre faisable (mais je ne suis pas programmeur)...

Mon analyse
La majorité des développeurs ayant l'esprit "Open Source" serait pour une plateforme Linux/C ou Java.

La grande majorité des utilisateurs ont Windows.

Partant de ce constat :

• On (les developpeurs) se "moque" des utilisateurs et on construit un outil qui sera très peu utilisé

• On cible sur les utilisateurs au risque de pas voir le projet avancer, car les dev sont pas motivés et/ou pas assez nombreux sur des outils de dev marginaux.

• Ou alors et à mon humble avis : cibler Windows en utilisant des outils facilement portable pour satisfaire tout le monde.

Ayant fait un premier tour de la question sur les outils :

A) JAVA
- avantages : multi plateforme (donc portabilité totale), outils de dev libre : Eclipse (d'IBM), NetBeans, JBuilder

• inconvénients : performance de l'application final, besoin d'installer le JVM (Java Virtual Machine) sur la machine de l'utilisateur, risque d'interfassage difficile suivant les plateforme avec périphérique externe (GPS...)

B) C/C++
- avantages : performance, puissance, Portablité aisé, standard en tant que langage, différent environnements de dev libre : Dev-C++, Kylix (Linux)

• inconvénients : langage pour les experts

C) Delphi/Kylix
- avantages : C'est un RAD (Rapid application developpement), Langage Pascal (et multi langage pour Kylix), Plateforme Windows (Delphi) et Linux(Kylix), Delphi 6 personnel et Kylix est gratuit, communauté importante et nombreuse librairie développer en GPL (OpenGPL)

• inconvénients : outil propriétaire (Borland)

---

Je suggère de poser une dead line (d'ici fin Août 2005), dans lequel chacun tentera avec les outils de son choix de réaliser la version HeoX 0.01

On nommera ces avant projet :

HeoX 0.01A - version viewer format raster
HeoX 0.01B - version viewer format vectoriel S57

C'est version, devront permettre de lire des cartes nautique (suivant son format) et de les afficher. Permettre de les scroller, zoomer...

Pour accéler les choses, je propose que l'on mette en commun les sources d'informations afin que chacun puisse y prendre connaissance le plus rapidement et facilement dans le forum.

Exemple :
- voici le lien pour trouver la norme S57
- trouvé cette librairie en CPL permettant de lire le S57

etc...

Prototyper oui mais....
Je reste moyennement d'accord sur le principe des 3 prototypes, cela me rappelle un peu trop ces projets ou l'on fonce sur l'aspect technique avant de réfléchir sur la méthodologie.

Si il s'agit d'une maquette il s'agit donc de développer un interface sans les fonctionnalités. Là je suis assez d'accord.

Sinon il s'agit d'un prototype ce qui est bien plus couteux en ressources.

Cela dit avant de foncer il faudrait attendre un cahier des charges (même mini). Nous pourrions mettre ce délai à profit en cherchant sur le net les ressources nécessaires au developpement (librairies existantes, exemple d'interfaces). De cette façon cela permettra un choix plus objectif de l'outil de dev au final.

Pour l'espace sur sourceforge je veux bien m'en charger.

A+

Jean-Michel

Oui c'est çà
Tu sais Tom, je suis un grand feinéant et je me dis toujours pourquoi refaire aujourd'hui ce qu'un autre a fait beaucoup mieux hier.

Donc, The GIMP ressemblant fort à une combinaison d'illustrator et de photoshop, quoiqu'encore à mes yeux pas tout à fait aussi performant, n'y a-t-il pas dans the Gimp les fonctionalités d'affichage et d'ajouts de qualité à différents zoom dont nous avons besoin.

Il est facile de "décalquer" la grille de géoréférencement de n'importe quelle carte existante (raster ou vectorielle) sur un nouveau calque. De plus le système de calques préexiste et autorise de développer des nouveautés sans perturber l'existant.

S'il est possible, partant de l'existant, de développer seulement des interfaces GPS etc... selon notre cahier des charges, c'est toujours çà de moins à reprendre à zéro.

Naturellement si l'existant apporte de telles contraintes que les développements nouveaux relèvent de l'usine à gaz, considères ma proposition comme nulle.

SourceForge
Vas-y roule !

HeoX sur sourceforge
Nouvelles fraiches :

• HeoX a été créé sur sourceforge, maintenant il fait attendre quelques jours avant de pourvoir y accéder (validation par les administrateurs)

• il existe un projet sur sourceforge ghelm
  "GHelm is a cross-platform S57 vector nautical chart viewer which uses GTK and OpenGL for chart display. The goal of the project is to create a [free software] solution to nautical navigation."

Cela ressemble beaucoup aux fonctionnalités de base requises pour Heox ! Je me demande d'ailleurs si Heox ne pourrait pas être se baser sur Ghelm.

A voir

@+

Jean-Michel

peut-être ????
Pour faire tourner grass sous windows, il faut :
Cygwin : sources.redhat.com[...]cygwin/

Apparamment çà permet d'utiliser, mais pas de manipuler le code.

Peut-être est-ce suffisant pour tes besoins tout de suite ???

Pour compiler en environnement windaube il faut :

en plus de Cygwin pour émuler l'environnement unix sous win:
voir le fichier ReadMe

• GNU C++ compiler

• SCons (www.scons.org[...] )

• Boost::Filesystem (http:://)

• libxml2 (www.xmlsoft.org[...] )

• GtkGLExtmm (gtkglext.sourceforge.net[...]/ )

• GtkGLExt (gtkglext.sourceforge.net[...]/ )

• gtkmm 2 (gtkmm.sourceforge.net[...]/ )

• GTK 2 (www.gtk.org[...]/ )

• OpenGL or Mesa (www.mesa3d.org[...]/ )

Amha , en l'état d'avancement du projet ça n'est pas très intéressant de compiler sous win pour l'instant
De toutes façons, avec la tartine mentionnée ci-dessus, ce sera très lent à l'exécution, problème déjà vu avec openEV (qui utilise à peu près les mêmes lib.)

mouais
Java, éventuellement, mais python ou linux, je n'y crois pas.

Quand on fait un produit, il faut regarder un minimum l'utilisateur final. Aucun non-informaticien n'utilise linux sur son PC portable.
Inutile de penser à une solution genre CD bootable, qui pose un tas d'autres problèmes. L'utilisateur doit conserver l'accès à l'environnement auquel il est habitué.

Quand à forcer l'installation d'autres produits avant de pouvoir utiliser celui-ci, c'est un aimant à problèmes. Java ça peut passer à la rigueur, l'install du JRE est plutôt fiable, simple et robuste maintenant et la procédure de mise à jour est fiable et simple itou, mais python, ça commence déjà à se compliquer.

Bref, windows ou java à la rigueur, ça me semble la seule solution réaliste.

En revanche:
J'ai vu très récemment qu'il était question que Delphi (version win de kylix) passe prochainement sous la gpl pour les applications non commerciale. Il parait (je n'ai pas essayé ;-)) que la génération d'applis mixtes win/linux avec delphi 2005 / kylix ne pose plus aucun pb . quid ?

le même bout de carte vu par seemydenc
Charger une carte prends un peu de temps (30s) mais le zoom est instantané

Lui par contre, n'est pas GPL :-(

trouvé un programme open-source
www.gpsinformation.org[...]/ronh/

qui permet de communiquer avec les gps garmin, lowrance, magellan pour downloader/uploader les routes/traces/wpts...

hors technique
quel que soit le choix des outils, il faut absolument priviligier la facilité d'emploi: le chargement , le zoom, le scrolling des cartes doit ètre trés rapide, et les logiciels de nav sont trés variables la dessus, sans doute a cause de ces pb de choix de langage

mais je suis de genre qui dit ce qu'il faudrait, pas qui fait le boulot, alors..

(:&gt)

y'a plus trop d'activité sur ce sujet mais bon
vous partez tous sur du C++ / Java / Delphi

mais

C++ : pour la portabilité va être chiante à assurer entre les différents OS

Java : c'est trop lent, machine virtuelle lourde, programmation chiante surtout du fait que le langage soit sensible a la case (pour les types par exemple un entier c'est Integer donc I maj alors qu'une chaine c'est string donc s min) et franchement ce langage m'a déjà assez gavé pendant mes études pour ne plus que j'y touche

Delphi : le pascal bof bof, la seule version de delphi qui peut être interressante c'est la dernière pour .Net

=&gt ma proposition

C# : le langage est pas compliqué la syntaxe ne rebutera pas grand monde, les dev PHP, C++, VB y trouveront un langage simple et facile niveau syntaxe, l'avantage c'est que tout repose sur le framework .Net de M$, mais le tout est utilisable sous linux via mono, avec les PDA sous M$ windows mobile, et meme certains telephones (pour les deux derniers il faut absolument utiliser ques les classes du compact framework)

donc au final ca fait quelque chose d'utilisable sur pas mal de plateformes et aussi programmable depuis linux et windows via des outils libres (sharpdevelop et mono)

A méditer

Java et C++
Bonjour,

Pour mon boulot, j'ai fait partie d'une equipe qui a developper un systeme de cartograhie/navigation terrestre.
Le systeme devait etre multi plateforme (Windows, linux, mac, PocketPC, Palm, Psion)

La solution retenue :
- C/C++ pour toute la logique et l'algorythmique
avantage: langage performant pour les calculs

• Java pour toute la partie graphique (IHM)
  avantage: theoriquement pas de portage

• JNI pour la communication entre les 2.