<![CDATA[Commentaires du blog: le blog decigeo]]> http://decigeo.over-blog.com/ Les 25 derniers commentaires publiés sur le blog "le blog decigeo" fr http://fdata.over-blog.net/0/48/57/60/avatar.png <![CDATA[Commentaires du blog: le blog decigeo]]> http://decigeo.over-blog.com/ Wed, 02 Dec 2009 09:50:08 +0100 Wed, 02 Dec 2009 09:50:08 +0100 Over-blog.com RSS 2.0 Engine Copyright 2009, NC NC Pro http://www.rssboard.org/rss-specification/ <![CDATA[Commentaire de Sylvain Decloix]]> http://decigeo.over-blog.com/article-vanilla-2-0-37521473-comments.html#comment50359746 Tout à fait d'accord, l'utilisation de GoogleMaps pose certains pb, même si en décodant bien la licence, il est est tout de même possible d'utiliser GoogleMaps dans un cadre professionnel interne (ce qui n'est déjà pas si mal)

(Rappellons nous bien que le modèle de Google, c'est la PUBLICITE)

http://www.google.com/intl/fr_fr/help/terms_maps.html

PS: pour moi non plus la démo Dashboard/Map ne fonctionne pas sur

Sylvain

]]> Sat, 31 Oct 2009 10:47:07 +0100 http://decigeo.over-blog.com/article-vanilla-2-0-37521473-comments.html#comment50359746 <![CDATA[Commentaire de Antoine Dirat]]> http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49181014 Fri, 09 Oct 2009 16:25:53 +0200 http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49181014 <![CDATA[Commentaire de Geomanagement]]> http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49177367 Pourtant je les aime bien, vous pouvez leur transmettre ! ]]> Fri, 09 Oct 2009 15:07:14 +0200 http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49177367 <![CDATA[Commentaire de ]]> http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49176498 Fri, 09 Oct 2009 14:47:55 +0200 http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49176498 <![CDATA[Commentaire de Geomanagement]]> http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49175620

Au fait, MapInfo Pro, MapXtreme, Pushnsee, web, monoposte, licence, abonnement, camembert oui, mais histogramme ? simple carto ou analyse ?

Je comprend il faudrait que j'appel, je pense qu'on m'en dira plus et si j'ai de la chance, j'aurai un rendez-vous pour une démo ]]> Fri, 09 Oct 2009 14:28:26 +0200 http://decigeo.over-blog.com/article-mapinfo-geomarketing-report-37219323-comments.html#comment49175620 <![CDATA[Commentaire de Bruno Iratchet]]> http://decigeo.over-blog.com/article-36088195-6.html#comment47870456
Mais ça peut faire du bien, aussi, parfois, de sa lâcher

Bruno]]> Tue, 15 Sep 2009 08:50:03 +0200 http://decigeo.over-blog.com/article-36088195-6.html#comment47870456 <![CDATA[Commentaire de françoise Cherel]]> http://decigeo.over-blog.com/article-24518898-6.html#comment42470828
Pourriez-vous m'envoyer une clé pour tester votre application.
Cordialement]]> Mon, 25 May 2009 16:19:22 +0200 http://decigeo.over-blog.com/article-24518898-6.html#comment42470828 <![CDATA[Commentaire de brice]]> http://decigeo.over-blog.com/article-24518898-6.html#comment39184032 j'aimerais avoir une clef pour essayer votre outil kreporting ... et voir surtout si il est adapté aux DOM.
Je suis ingénieur en statistiques, et je traite actuellement de problématiques avec des SIG.
Je vous remercie.
Bien cordialement,]]> Thu, 19 Mar 2009 14:49:46 +0100 http://decigeo.over-blog.com/article-24518898-6.html#comment39184032 <![CDATA[Commentaire de jdmbh]]> http://decigeo.over-blog.com/article-27353237-6.html#comment37797114
J'ai testé l'outil, voici mes impressions :

- installation complexe : nécessite beaucoup de composant (sharepoint, silverlight,.Net 3.5)

- la configuration peut être facile ou difficile en fonction de l'architecture BI existante.

-Utililsation : aucun problème pour se connecter a des tables SQL Server ou a des Cubes SSAS. Très bonne reconnaissance des informations géographiques. J'ai trouvé l'analyse très limité (uniquement deux mesures) de plus le composant pour effectuer des filtres n'est pas encore disponible. Dernière chose négative l'ensemble est très lent, que ce soit au niveau de l'intégration des données comme au niveau de la représentation (j'ai pourtant un bon serveur).

Je suis à la recherche d'un outil me permettant de faire du géodécisionnelle sur des cubes SSAS, ce GeoAnalyser est encore loin de mes besoins. Ce n'est qu'une version 1, j'attends de voir les améliorations futures.

Les + :
- Bonne connectivité avec les outils Microsoft
- Bonne reconnaissance des informations géographiques

Les - :
- Compliquer à installer
- Lent
- Ne comble pas vraiment des besoins d'analyses
- Pas donné tout de même]]> Thu, 19 Feb 2009 15:34:11 +0100 http://decigeo.over-blog.com/article-27353237-6.html#comment37797114 <![CDATA[Commentaire de Sam]]> http://decigeo.over-blog.com/article-4539374-6.html#comment36235611 Cela fonctionne bien avec Mappoint 2009.

]]> Fri, 16 Jan 2009 16:31:41 +0100 http://decigeo.over-blog.com/article-4539374-6.html#comment36235611 <![CDATA[Commentaire de Antoine]]> http://decigeo.over-blog.com/article-4539374-6.html#comment35038652 Tue, 16 Dec 2008 17:01:01 +0100 http://decigeo.over-blog.com/article-4539374-6.html#comment35038652 <![CDATA[Commentaire de Sam]]> http://decigeo.over-blog.com/article-4539374-6.html#comment34995815
J'ai installé l'appli,mais j'ai peur que celle-ci ne fonctionne pas avec mappoint 2009...

Faut il que je change de version?

Pourriez vous m'expliquer comment fonctionne l'appli?

Merci d'avance.]]> Mon, 15 Dec 2008 15:51:31 +0100 http://decigeo.over-blog.com/article-4539374-6.html#comment34995815 <![CDATA[Commentaire de antoine]]> http://decigeo.over-blog.com/article-4539374-6.html#comment34688081 http://adirat.free.fr/decigeo/dataimport/SpatialDataImportCode.rar]]> Mon, 08 Dec 2008 15:12:29 +0100 http://decigeo.over-blog.com/article-4539374-6.html#comment34688081 <![CDATA[Commentaire de Sam]]> http://decigeo.over-blog.com/article-4539374-6.html#comment34687539
Je suis très intéressé par le module permettant d'importer des données .shp dans mappoint, chose. Malheureusement le lien ne fonctionne pas, en existe t il un autre qui fonctionne? Merci d'avance

Cdt,

Samuel]]> Mon, 08 Dec 2008 14:59:14 +0100 http://decigeo.over-blog.com/article-4539374-6.html#comment34687539 <![CDATA[Commentaire de Marie-Josée Proulx]]> http://decigeo.over-blog.com/article-24706582-6.html#comment34500857

Notre équipe de l'Université Laval (Qc. Canada) avons étudié à l'été 2007 l'ensemble des produits couplant le SIG et le BI disponibles à cette époque. LIC version 1.1 en faisait parti.

Il s'agit d'un outil intéressant du point de vue de l'utilisateur car il permet de manière simple la navigation cartographique dans les données. Par contre du coté de l'administrateur du système c'est la que cela se complique.

L’administration du serveur requiert la préparation de Data Binding Definitions en XML stockant les références des identifiants des objets sur la carte aux identifiants des données BI. C'est comme cela que le lien spatial entre la géométrie et les membres du cube sont supportés.


Le fichier contient aussi les informations sur les fonctionnalités de drill-down (Drill Map) sur les cartes, comme par exemple le niveau sous-jacent. Il n'y a pas de lien explicite entre les objets spatiaux parent mais bien entre les niveaux englobant.

Le fichier indique aussi quelles mesures peuvent être cartographiées sur la carte. Toute cette configuration doit être créé en XML sans assistance et la syntaxe est indiquée dans le guide administration de 138 pages.
Finalement, le Map Manager doit être utilisé pour définir les Map définitions (layers et styles) des cartes qui seront accédées par LIC.

A ceci s'ajout une liste de composantes à acquérir pour déployer la solution: LIC, un environnement BI Web (ex. MicroStrategy Web and Web Universal 8.0, Business Objects Web Intelligence 6.5 ou Cognos Visualizer 7.0) MapXtreme et un serveur OLAP (ex. Microstrategy supporte SAP BW, Analysis Services, Essbase, Freeform SQL).

Une solution à prime abord très couteuse et requérant des efforts importants de déploiement comparativement à d'autres solutions du marché.

 

]]> Wed, 03 Dec 2008 16:31:06 +0100 http://decigeo.over-blog.com/article-24706582-6.html#comment34500857 <![CDATA[Commentaire de Guillaume]]> http://decigeo.over-blog.com/article-18623113-6.html#comment28495340 http://geosoa.scg.ulaval.ca/en/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=17.]]> Mon, 16 Jun 2008 22:15:01 +0200 http://decigeo.over-blog.com/article-18623113-6.html#comment28495340 <![CDATA[Commentaire de marie-josee Proulx]]> http://decigeo.over-blog.com/article-13997835-6.html#comment24648357
Tableau utilise son propre engin de visualisation cartographique qui se base sur un fichier texte pour l'appel de la géométrie.  Je n'ai obtenu aucune information sur un support possible vers des formats spatiaux reconnu (ex. MapInfo ou Shapefile). Biensûr des cartes en format gif peuvent être utilisées en background.

Mais dans l'exemple de la démo, les états américains proviennent d'une image et les points des coordonnées long/lat provenant d'un fichier texte. La structuration des données se complique lors de la définition d'une couche spatiale de polygones, car le fichier attendu en entrée doit se composer d'une liste des coordonnées des sommets composant chaque polygone, un identifiant d'ordre (pour relier les sommets entre-eux pour composer le polygone) et de la mesure associée :-)
]]> Tue, 19 Feb 2008 17:05:23 +0100 http://decigeo.over-blog.com/article-13997835-6.html#comment24648357 <![CDATA[Commentaire de marie-josee Proulx]]> http://decigeo.over-blog.com/article-13997835-6.html#comment24647973 Classification des produits commerciaux ici:
http://spatialolap.scg.ulaval.ca/DevApproaches.asp

Page d'accueil du site spatial BI:
http://www.spatialbi.org/

 

]]> Tue, 19 Feb 2008 16:50:24 +0100 http://decigeo.over-blog.com/article-13997835-6.html#comment24647973 <![CDATA[Commentaire de marie-josee Proulx]]> http://decigeo.over-blog.com/article-13997835-6.html#comment24647836
À l'été 2007, nous avons procédé à l'étude d'une dizaine de produits commerciaux combinant OLAP et composante spatiale et selon nos conclusions peu d'outils peuvent prétendre être des outils spatiaux OLAP (en fait selon notre définition du SOLAP). 

Tableau Software comme plusieurs outils peuvent combiner la cartographie à des cubes OLAP. Cependant, différents niveaux d'interactivité peuvent exister dans ces outils et leur architecture (multidimensionnelle et cartographique) est variée.

Souvent les solutions proposées ne possèdent pas toute la richesse nécessaire afin d'offrir des capacités de forage spatial similaires à celles proposées pour les données non-spatiales. De plus, bien qu'elles offrent des capacités cartographiques riches, le faible niveau d'automatisation pour la création des cartes interrompt le flux de pensée de l'usager. Trop souvent l'usager doit procéder à des manipulation pour compléter la création des cartes ce qui ralentit son processus de découverte de connaisances et par conséquent réduit la facilité et rapicité espérée d'un outil SOLAP.

De plus, trop souvent leur format de données s'intègre mal dans un processus de fort volume de données spatiales (mises à jour, production cartrographique) propre à notre domaine d'expertise qui est la géomatique (soit la gestion du territoire). 

Beaucoup d'outils requiert le transfert des données d'un format spatial reconnu par les outils SIG vers un format propriétaire. Cela rend la solution inefficace dans une contexte géomatique bien entendu. Par exemple, une telle solution est difficilement utilisable dans un contexte de cubes spatiaux refaraîchit quotidiennement par des données captées par GPS.

Par contre, il est clair que de telles solutions peuvent répondre aux usagers intéressés à déployer une solution géodécisionnelle dont la cartographie est accessoire (i.e. peu de données spatiales et un flux de mises à jour lent (ex. mises à jour annuelle). 

Un résumé (en anglais) sur notre site SOLAP classifie les différents produits commerciaux selon leur propre niche (outil requêteurs, olap, de visualisation avec ou sans composante cartographique).

http://spatialolap.scg.ulaval.ca/Evaluation_criteria.asp

Aussi nos criètères dévaluation des différentes solutions sont présentés.]]> Tue, 19 Feb 2008 16:45:16 +0100 http://decigeo.over-blog.com/article-13997835-6.html#comment24647836 <![CDATA[Commentaire de Atascado]]> http://decigeo.over-blog.com/article-13997835-6.html#comment23529344 Thu, 10 Jan 2008 17:22:18 +0100 http://decigeo.over-blog.com/article-13997835-6.html#comment23529344 <![CDATA[Commentaire de Maestro de la salsa]]> http://decigeo.over-blog.com/article-13997835-6.html#comment23527771
En tout cas pour le prix c'est bien fait et assez simple d'utilisation....]]> Thu, 10 Jan 2008 16:08:11 +0100 http://decigeo.over-blog.com/article-13997835-6.html#comment23527771 <![CDATA[Commentaire de edouard]]> http://decigeo.over-blog.com/article-13036896-6.html#comment21698940 ici...

Quelques outils geoBI qui devraient bientot arrive presente ici ;

Et puis quelques articles de references:

http://sirs.scg.ulaval.ca/Yvanbedard/article_nonprotege/306.pdf

http://sirs.scg.ulaval.ca/YvanBedard/article_nonprotege/398.pdf

http://code.ulb.ac.be/dbfiles/MalZim2004ainproceedings.pdf

http://liris.cnrs.fr/~atchouni/EDA2005.pdf

http://www.plan.aau.dk/~enc/AGILE2007/PDF/28_PDF.pdf

http://gis.esri.com/library/userconf/proc05/papers/pap1448.pdf

]]> Tue, 23 Oct 2007 17:48:15 +0200 http://decigeo.over-blog.com/article-13036896-6.html#comment21698940 <![CDATA[Commentaire de antoine]]> http://decigeo.over-blog.com/article-4792574-6.html#comment8605450
I try to localise some of municipaliyi in your file: Craches is an obsolete municipality : code 78187 is not a valide code . Cressely does not exist as municipality nor village .. Code 78902 seems to a generate municipalty code by hexapost (post office code not very reliable) . To learn more about Official Geographic Code in France: http://www.insee.fr/fr/nom_def_met/nomenclatures/cog/index.asp

Have a good day ! from a froggy !]]> Fri, 05 Jan 2007 09:41:39 +0100 http://decigeo.over-blog.com/article-4792574-6.html#comment8605450 <![CDATA[Commentaire de RG]]> http://decigeo.over-blog.com/article-4792574-6.html#comment8590252 Hi,


Thanks for the response. I Have linked your excel file with my communities by insee code. I have still 1500 codes that cannot be linked but they can also not be linked in mappoint. You can find them here: http://www.jcortes.com/bestanden/rg/mp.xls


Do you know (maybe you're French?) why these are not linked ? Maybe these codes doesn't exist anymore ?


 

]]> Thu, 04 Jan 2007 15:59:40 +0100 http://decigeo.over-blog.com/article-4792574-6.html#comment8590252 <![CDATA[Commentaire de Antoine]]> http://decigeo.over-blog.com/article-4792574-6.html#comment8570157 I\\\'m affraid i can\\\'t help you about territories. sure you can find something in www.mp2kmag.com (forum).
To solve homonymy problem with municipality , you must use "Département" level (geoFieldRegion2) to help MapPoint geocoder to take the right village
Kind Regards]]> Wed, 03 Jan 2007 18:44:46 +0100 http://decigeo.over-blog.com/article-4792574-6.html#comment8570157