Voici un superbe article de Gail Kramer et Stuart Nisbet , en Anglais . Il est intitulé  "un cas pratique d'union entre une analyse OLAP et la cartographie. Je trouve cet article vraiemnt intéressant et bien illustré . Une solution technique batie autour de SAS et ARCGIS server 9
Malheureusement il n'y a pas la date de publication.

il est ici

Voici comment affecter une couleur à un polygone dans Mappoint:
Dim adoCn As New ADODB.Connection
Dim rs As New ADODB.Recordset
Dim dbPath As String
Dim strQry As String
Dim i As Long
Dim lngPop As Long
Dim oShape As MapPoint.Shape


'Recupération de la valeur de palette qui est dans le fichier Kanalyse.conf , lu au démarrage
Select Case strPalette
    Case "vert"
        color1 = mpLightGreen
        color2 = mpBrightGreen
        color3 = mpSeaGreen
        color4 = mpGreen
        color5 = mpDarkGreen
    Case "bleu"
        color1 = mpPaleBlue
        color2 = mpSkyBlue
        color3 = mpAqua
        color4 = mpBlue
        color5 = mpDarkBlue
End Select

dbPath = "chemin de mabase"
'j'utilise une base access qui stocke la données attributaire
adoCn.Open ("Provider=Microsoft.Jet.OLEDB.4.0;Data Source= " & dbPath & ";Persist Security Info=False")
'selection de la table qui contient des données à l'iris
strQry = "SELECT " & strTable & ".IRIS, " & strTable & ".val " _
& "From " & strTable & " ORDER BY " & strTable & ".val ;"
rs.Open strQry, adoCn, adOpenStatic, adLockOptimistic

rs.MoveLast
rs.MoveFirst
For i = 0 To rs.RecordCount - 1
    lngPop = rs.Fields(1).Value
    'ici le polygon mappoint , pour etre reconnu doit avoir un code iris valide
    Set oShape = frmCartoDso.MappointControl0.ActiveMap.Shapes(rs.Fields(0).Value)
    'oShape.Fill.ForeColor = vbBlack
    'oShape.Fill.Visible = True
   
    If lngPop >= dblRangMin(0) And lngPop < dblRangMax(0) Then
        oShape.Fill.ForeColor = color1
        oShape.Fill.Visible = True
        oShape.ZOrder geoSendBehindRoads
    End If
    If lngPop >= dblRangMax(0) And lngPop < dblRangMax(1) Then
        oShape.Fill.ForeColor = color2
        oShape.Fill.Visible = True
        oShape.ZOrder geoSendBehindRoads
    End If
    If lngPop >= dblRangMax(1) And lngPop < dblRangMax(2) Then
        oShape.Fill.ForeColor = color3
        oShape.Fill.Visible = True
        oShape.ZOrder geoSendBehindRoads
    End If
    If lngPop >= dblRangMax(2) And lngPop < dblRangMax(3) Then
        oShape.Fill.ForeColor = color4
        oShape.Fill.Visible = True
        oShape.ZOrder geoSendBehindRoads
    End If
    If lngPop >= dblRangMax(3) Then
        oShape.Fill.ForeColor = color5
        oShape.Fill.Visible = True
        oShape.ZOrder geoSendBehindRoads
    End If
    rs.MoveNext
Next i
'End If
End Function

Le point délicat de l’interfaçage de Mappoint avec le TCD réside dans le peu de détail du modèle objet de Mappoint. En effet mappoint n’est pas un programme totalement aboutit et son modèle objet manque de maturité , certaines propriétés peuvent renvoyer vers des objets tres différents et les erreurs sont alors difficiles à contrôler .  Exemple avec l’évenement « SelectionChange »  le type de selection ne se précise que par  des constantes et même en détectant le bon type de sélection (un objet Location) des erreurs surviennent : Ceci est du au fait que selon le type d’objet selectionné , il y a des variation de comportement : on parle alors de manque de congruance dans le modèle objet . L’habitude étant de finalement de commercialiser des projets dont la finalisation laisse (perpétuellement ?) à désirer.

 

De l’autre coté le modèle objet du Tableau Croisé Dynamique (TCD)  est très complet mais peu documenté , il n’existe qu’un seul livre de référence sur la programation des composants  web offices OWC[1], la communauté de développeurs autour de ces outils est réduite, occasionnelle et les forums internet sont plutôt pauvres sur le sujet.  De plus les hésitations et changements stratégiques de l’éditeur, on conduit  à des changements importants dans le comportement  des objets du TCD au cours des versions successives , notament dans la politique de distribution et des droits qui y sont rattachés..

Jmap :Projet joint entre le Centre de Recherche de Géomatique de l?Université de Laval au Québec et l?entreprise KHEOPS Technology  pour proposer un produit commercial connu sous le nom de Jmap Spatial Olap, intégré dans la suite décisionnelle existante JMAP . Java et MapServer : solution lourde intranet / extranet . http://www.kheops-tech.com/fr/jmap/index.jsp

GeoBI :  Business Object s?appuie sur Arc IMS  et ArcGIS pour une solution de Geo Business Intelligence

 Alors que de son côté l?éditeur ESRI (ArcGIS) propose une solution décisionnelle différente (Webfocus)  en intranet / extranet. A noter aussi l?offre SAS Business Analytics basée elle aussi sur un partenariat avec ESRI.

 Asterop GEOINTELLIGENCE : Principal acteur français de Géo Business : très connu dans le monde de l?étude marketing : solution très onéreuse réservée au grands comptes intranet / extranet.

 Le projet Pentaho est LE projet Open Source de Business Intelligence du moment . Il est tres prometteur et tres ambitieux. Des le lancement  le planning de dévelopement promettait un module "analyse" contenant de la cartographie SVG . Mais ce module n'était ni clairement documenté ni administré (je cherche toujours des news ..alors si vous en avez..) Et grosse surprise: il ya deux semaines : annonce du couplage avec Google Maps!! qui lui n'est pas Open Source . je sens que cela ne va pas faire que des heureux parmi les développeurs de projets Open

 Depuis 2006 , la société BOARD, basée à Lugano et spécialiste de la solution BI en kit "zéro développement" est associée à GEOCONCEPT pour offrir une carto "full web" dans le module de reporting.. dommage qu'il n'y ai rien en analyse. A voir cependant ici

 

 

Si l’on voulait se donner la peine de comprendre l’essence de technologies SIG et BI, on verrait à quel point les deux mondes se complètent et se ressemblent .

             L’analyse : dans les deux disciplines , la principale caractéristique commune est le besoin constant d’analyse . On parlera d’analyse spatiale d’un côté, ou d’analyse statistique de l’autre , mais l’essentiel est là : face a une grande quantité de donnée, les logiciels de BI ou de SIG sont des assistants d’analyse de données

             Dans ces deux mondes, l’analyste cherche sans cesse, les moyens de classifier ordonner et filtrer les données afin de leur donner un sens , une lecture . Dès qu’un SIG est conçu , il est prévu de faire des classes, des « couches » d’information . On détectera ici, le réseau parcellaire, là, le maillage commercial ou la couverture forestière classée par essence menacée. Dès qu’un projet décisionnel se met en place , le principe de conception est le même : trouver les structures sous jacentes des données : les hiérarchies organisationnelles, les classes de produits, les dimensions, les mesures.

 Le point de faiblesse des SIG est cependant toujours le même : avant tout Système d’Information, ils  utilisent des méthodes héritées du monde OLTP des bases de données transactionnelles classiques , ceci est logique puisque les outils SIG sont nativement interfacés avec des SGBD. Les concepteurs en sont donc réduits (et habitués) à utiliser les mêmes techniques de conception que pour un système d’information transactionnel (modèle entité relation, normalisation de la base de données, intégrité référentielle, etc etc etc ). Alors que très souvent les Outils SIG s’oriente vers l’analyse spatiale, leur mode d’accès aux données attributaires est traditionnellement relationel et, donc, inadapté.