Le portail francophone de la géomatique

Actuellement Intrageo ne gère pas l'approche relationnel à lui seul car les couches géographiques qui sont dans la base de données postgis sont gérées à plat comme un shapefile .Ainsi ce sont des rapports birts qui donnent les informations sur les propriétaires et les parcelles car il y a eu un traitement auparavant sur les deux bases cadastre et urbanisme (les deux sont sur oracle) grâce à GéoVillage (client lourd sur mon poste). De plus sur intr@geo, il n'y a pas la possibilité d'avoir un générateur d'application websig qui me permettrait par exemple de faire simplement de la gestion d'intervention ou d'établir des fiches descriptives avec des sous onglets...

Merci

Afin de réorienter ma question, est-ce quelqu'un a déjà réalisé un audit ou un comparatif entre les plateformes SIG et les logiciels d'instructions?

les avantages et les inconvénients de chaque produit.

Merci

Bonsoir

Pour completer le texte du précedent post :

- openMairie (et openFoncier en particulier) utilise .openLayers, ce qui permet de récupérer tout type de format standard OGC (notament wms)
- le stockage des données dans postrgresql-postgis est strictement au format OGC et il est possible au travers de vue d'accéder aux données des sig qui fonctionnent sous postgre-postgis à condition que le sig respecte les formats standarts. (selection du pos/plu, récupération des servitudes, localisation sur la base du parcellaire ...)
- de la même manière le sig peut acceder au travers de vue aux tables  d openFoncier notament celles qui ont des champs géométriques.

C'est l intêret du logiciel libre de pouvoir l'intégrer dans son système d'information, notamment son sig préféré à condition qu'il respecte les formats standards.


L'approche openMairie se veut une approché "métier" qui veut profiter de la synergie qu'il peut y avoir entre le relationnel permettant des applications complexes et le lien géographique permettant de décloisonner l'application "métier"  : l'idée de base étant que la géometrie n'est qu'un champ parmi d'autre dans une table d'une base de données.


bien cordialement

Dernière modification par openMairie (Wed 26 September 2012 23:03)

Bonjour,
je travaille avec Intragéo et Cart@ds depuis maintenant quelques années.
Les limitations évoquées sur Intragéo ont pas mal évoluées depuis 2012 (évolution de l'interface, des outils de mise à jour et création, nouvelle outil pour créer des applications métier, ...) après c'est à voir en fonction de vos besoins.

Au niveau de cart@ds, il permet bien sur d'instruire tous types de dossiers (et de créer des types de dossiers personnalisés) et de partager l'instruction entre différentes structures sans problème.

Bonne journée

Bonsoir,

Je crois que Cart@ds est toujours le leader, sur le marché, avec les avantages et les inconvénients que cela comporte.
On doit bien trouver deux ou trois autres solutions, mais je doute que l'on parvienne à une dizaine.

Dans une application de gestion métier, le suivi réglementaire et l'adaptation des fonctions constituent un critère déterminant (et cela a un coût).

Bruno

Bonjour,

En voici d'autres, qui se répartissent les CT qui n'utilisent pas Cart@DS (GFI) et Oxalis (Opéris).

OpenADS (atReal'atReal)

Net ADS (OCI Urbanisme)

R’ADS (SIRAP/GESCAD)

N'hésitez pas à partager votre veille ici.

Bruno

Bonjour,

Je suis Jean-Luc Desgrandchamps, le directeur du pôle SIG et urbanisme et donc éditeur de Cart@DS et Intr@géo. Je suis quelque peu surpris par les différents commentaires ci-dessus. Et surtout sur le fait que certains ont visiblement beaucoup de mal à appréhender qu'un solution métier en Droit des sols n'est pas une simple application mais qu'elle doivent intégrer des règles métier calées sur la réglementation, qui évolue tous les 3 ou 4 mois depuis plusieurs années, ne serait que par le nombre de cerfas publiés. Sans parler de la complexité de gestion des délais dépendant du type de dossier et du projet ou encore du périmètre du terrain et des décisions et recours, contentieux, procès verbaux, ... Bref, revenez aux métiers pour lequel votre SIG doit proposer des interfaces intelligentes. Sur le sujet des tailles de collectivités, Cart@DS est déployé à ce jour sur Ville de Paris (depuis 2011), Bordeaux (depuis 2007), Toulon (depuis 2009), Toulouse Métropole (depuis 2012), Grand Lyon (depuis 2013), Brest Métropole (depuis 2012), Reims Métropole (depuis 2011), ... et quelques autres 600 sites. Et dispose des interfaces SIG avec la plupart des éditeurs SIG du marché ! N'hésitez pas si vous souhaitez des informations circonstanciées. Cordialement