Le portail francophone de la géomatique

Juste pour me tenir au courant, qu'en est-il de deux os majeurs que j'avais rencontré avec GC4.x, dans la dernière version ou la prochaine :
- est-il possible simplement de séparer données et traitement, ie d'éditer une donnée dans deux cartes différentes (pas forcément en même temps)?
- y'a-t-il une procédure de reprojection à la volée qui permette de faire cohabiter des données définies dans des systèmes de projection différents dans une même carte?

Désolé si le message vien un peu comme un cheveu sur la soupe... Auquel cas je prie les modérateurs de le déplacer à un endroit plus approprié.

Bonjour,

Quelques éléments de réponse au post initial :
Version majeure ne signifie pas obligatoirement ou systématiquement incompatibilité de fichiers. La dernière modification du format de cartes dans GeoConcept date du passage à la version 5.0 (format de géométrie revu à l'époque). Depuis, le format des cartes GeoConcept n'a pas changé, notamment lors du passage en version 6.0 malgré une refonte complète du noyau de l'application.
Concernant votre inquiétude face au nombre important de nouveautés annoncées en version 7.0, notez qu'une version intermédiaire contenant déjà une partie des chantiers de la 7.0 a déjà été compilée et testée, assurant notamment la compatibilité avec Windows 7. Enfin, outre le processus qualité logicielle habituellement mis en œuvre pour toute nouvelle version, une campagne de bêta-tests aura lieu dans le courant de l'automne avant sortie de la version, sollicitant des clients et des partenaires.

Pour répondre maintenant au post de NicolasGeorge :
"séparer données et traitement" : comme le précisait Jérôme Cuinet, le mécanisme des sources de données externes permet de mettre en place ce principe.
"reprojection à la volée" : en effet le guide de référence 6.5 stipulait à l'époque une limitation sur la reprojection à la volée lors de liaisons de carte à carte. Depuis, cette limitation a été levée en version 6.6. Deux cartes de projection, d'unité ou de résolution différente peuvent désormais être liées l'une à l'autre, via le configurateur/onglet Types/bouton Sources de données.

Bonne continuation,

Raynald GARNIER
Pôle produits
Département Expertise
GeoConcept SA

J'avais téléchargé le GeoConcept_6.6_addendum_FR.pdf et le chapitre contenant les liaisons de données n'a pas été mis à jour. Mais c'est vrai qu'il était dans fixes_6.6_FR.htm, la liste des problèmes connus et corrigés. Or dès que ça se trouve dans la documentation, ce n'est plus un problème, mais une fonctionnalité

Enfin, tant mieux si ça marche désormais.

Raynald GARNIER, vous me rassurez quant à la compatibilité de cette prochaine version.

Bonjour,

Je confirme qu'il est tout à fait possible de séparer "traitements" et données (les données sont à la fois présentes dans le gcm et stockées à distance), en tous cas depuis les versions 6.x
Les données peuvent être stockées dans différents formats : shapefile, BDD oracle et BDD postGIS et d'autres me semble-t-il.

Personnellement, j'ai une préférence pour ce dernier : la connexion PostGIS est plus performante et plus stable que les autres. De plus, les BDD postGIS sont maintenant lues nativement par de nombreux logiciels sans avoir à passer via un driver ODBC.

Attention cela dit au compatibilité entre les versions (cf. http://georezo.net/forum/viewtopic.php?id=64026)

Quelqu'un connait-il un lien décrivant l'ensemble des nouveautés de cette version 7.0? Je n'ai rien trouvé sur le site de l'éditeur.
Merci d'avance

@+
Greg

Dernière modification par greg-gwened (Fri 23 July 2010 09:54)

Erwan,

Dans le cas des intersections : Il suffit au préalable, avant de faire les intersections de créer des points intermédiaires (Topologie / Traitement des intersections / Créer des points intermédiaires) et hop plus de problème

Dans le cadre d'échange avec d'autres logiciels : En travaillant avec une résolution fine (centimètre, millimètre ou Amstrong si tu le souhaites ) tu vas passer à une précision largement supérieure à celle du référentiel dans lequel tes données ont été saisies rendant ainsi caduque les décalages éventuellement constatés avec les autres logiciels.

Bref rien de dramatique comme je m’apprêtai à te le dire au téléphone. Je considère le dossier comme fermé.


Fred

Petite précision sur le stockage des coordonnées :

Il apparait que GeoConcept stocke ses informations de coordonnées sur des entiers signés codés sur 32 bits.

Or la plupart des formats de stockage des autres logiciels utilisent des nombres flottants codés sur 64 bits (double précision), où la mantisse (les chiffres significatifs) est stockées sur 52 bits, sont un peu moins de 16 chiffres significatifs (soit une précision du millimètre pour des coordonnées un million de mètre).

Il est payé au nombre de dossiers fermés


Lorsqu'on voit que GeoConcept est passé du sockage sur 16 au 32 bits à la version 5.0, la version 8.0 pourrait être celle du passage au 64 bits, rejoignant ainsi ses confrères du logiciel SIG.

p.s : Oui Jeirhome c'est Jérôme en ASCII, on a interdit aux modérateurs d'avoir des pseudos contenant des caractères en dehors de la table ASCII

Je vais vérifier.

Mais quel est le processus alors ? L'effet grille serait-il annulé avec cette fonction de traitement des intersections (qui d'ailleurs fonctionne aussi pour le découpage, je viens d'essayer avec succès - d'ailleurs le nom de la fontion ne pourrait-il pas être plus générique, ça serait plus parlant). Car si la grille demeure, je ne comprends pas comment le calage peut se faire sans translation de l'objet source ou de l'objet résultat
Merci pour l'info...

Dernière modification par Erwan (Tue 14 September 2010 14:36)

Pour ceux qui n'étaient pas au GeoWorld et pour ceux qui veulent la revoir, ci dessous, la vidéo des nouveautés de GeoConcept 7.0 (disponibilité 1° trimestre 2011).

Fred

[youtube]Dy1h465RsGk[/youtube]

Bonsoir !

Ben ça me fait marrer moi .

Minute rétro : Métadonnées et Géoconcept (janvier 2007)

A croire que l'on arrive à influencer les éditeurs via de "simples forums de discussion"...

Pas si sur que cela ait été un tacle à l'époque.

Enfin bon ; ce n'est pas mon SIG préféré alors...
...bonne nuit .

Nicolas, un jeune enfant qui dessine sur la table des restaurants en regardant les vieux enfants me regarder bizarrement...

Ok je m'emballe un peu ! faut dire que Géoconcept part de tellement loin en métadonnées ...

Bonjour Gui et bonjour à tous,

Pour donner quelques éléments de réponse sur ce point, la migration de l'interface de GeoConcept se justifie essentiellement autour des points suivants :
Outre l'effet 'standard de fait' induit par l'utilisation répandue des solutions de la marque de Redmond, cette évolution participe à un souci constant d'ergonomie, de facilité d'accès aux fonctionnalités. Ne pas perdre de temps à chercher une fonction dans les menus/sous-menus participe à une légère amélioration de la productivité sur l'outil, surtout lorsqu'on débute.
Ce projet de refonte de l'IHM se justifie également suite à notre migration vers Visual Studio 2010, facilitant l'intégration de cette nouvelle IHM.
Enfin, une version majeure est toujours l'occasion de proposer des évolutions notables d'IHM, je pense qu'on aurait pu lire ici même des critiques sur une interface vieillissante si nous n'y avions pas touché.

Pour tenter de vous rassurer sur cette nouveauté 7.0 (nous sommes les premiers à nous être fait la même remarque que vous avec l'arrivée d'Office 2007), j'ajouterai également que nous avons évité deux transformations majeures opérées sur Office, et qui contribuent à un accueil plutôt mitigé, au moins au début :

- la refonte complète de tous les menus à l'occasion du passage aux onglets. Dans la G7, 1 menu = 1 onglet (un ruban et des outils). L'idée est de ne pas perdre les utilisateurs.
Seules évolutions : le bouton GeoConcept qui rassemble le contenu du menu Fichier, un onglet Accueil qui regroupe les fonctions essentielles à tout utilisateur de GeoConcept, et un nouvel onglet Liens qui regroupe toutes les fonctions d'accès et d'échange à des données externes (en clair, Fichier/Importer, Fichier/Exporter, Données/Données externes et l'accès aux web maps y sont regroupés).

- l'aspect contextuel : concrètement, une application Office change d'onglet automatiquement (contextuellement) sans demander l'avis de l'utilisateur.
Nous entendons tous quotidiennement les utilisateurs d'Office pester : "mais où est passée cette fonction que j'utilisais tout le temps ?!" "on ne trouve pas facilement les fonctions dans les nouveaux onglets !" ou encore "ça change tout le temps d'onglet, moi, je voulais rester dans un onglet particulier...". Nous pensons qu'il peut être déroutant dans une première mouture de cette nouvelle IHM de proposer ce mécanisme contextuel. Nous y viendrons peut-être un jour, mais après mûre réflexion de l'utilité et de l'apport de ce mécanisme dans l'utilisation du SIG. GeoConcept n'est pas Word, Word n'est pas GeoConcept.

Pour finir sur ce sujet, et pour conserver dans GeoConcept le principe des barres d'outils personnalisées, nous avons ajouté à l'IHM une barre personnalisable figurant sous le ruban et permettant de 'déposer' n'importe quelle fonction de GeoConcept. De quoi customiser l'interface à loisir.

Bonne fin de semaine à tous,

Raynald GARNIER
GeoConcept SA

Dernière modification par Raynald GARNIER (Fri 03 December 2010 09:59)

Merci pour ces informations.
Quelques questions :

- nous sommes en avril. Quand sera disponible GC 7 ? La différence entre la version standart et pro sera t-elle conservée ?
- quel sera le coût de migration ?
- pour les communes utilisant Cart@DS / Intrageo (ce qui est notre cas), la compatibilité sera t-elle assurée ? Ou alors une mise à jour Cart@ds est-elle envisagée ?

Merci