Suite

Comment modifier une fonction PostGIS ?


Je souhaite modifier une fonction PostGISST_PixelAsCentroids. Quel est le meilleur moyen d'y aller sous la capuche des fonctions PostgreSQL/PostGIS et les modifier et les personnaliser à votre guise ?

Je ne frappe pas les bons mots-clés sur Google, cela semble le découvrir et ce serait formidable de l'avoir sur GIS.Stack.


Il existe différents types de fonctions… l'une est une fonction SQL normale et une autre est une fonction c.

Vous pouvez voir qui est qui en faisant :

=> df+ ST_PixelAsCentroids

Postgres vous le dira dans la colonne "Langue".

Pour ce cas particulier, il s'agit d'une fonction SQL, et vous pouvez la modifier en natifCRÉER OU REMPLACER UNE FONCTION…

Pour les fonctions C, vous verrez dans la colonne "Source Code" une référence à la fonction C. Ensuite, vous le trouvez dans la source PostGIS que vous pouvez obtenir sur leur site. Par exemple, leST_PixelAsCentroidsLa fonction SQL utilise la fonction C RASTER_getPixelPolygons, vous pouvez donc consulter le fichier sourceraster/rt_pg/rt_pg.cpour ça.

Vous devrez bien sûr recompiler et réinstaller PostGIS à partir des sources. C'est probablement une bonne idée d'exécuter à nouveau la suite de tests également. Si vos modifications sont géniales, n'oubliez pas de contribuer en retour ! :)


Comment utiliser les fonctions postgis ST_GeoHash et ST_MakePoint dans les rails avant la sauvegarde ?

Comment construire le point postgis des rails, puis le géohasher et les enregistrer dans la base de données avant d'envoyer la réponse au client ? Je voudrais le faire via les fonctions ST_MakePoint et ST_GeoHash, je préfère éviter d'exécuter SQL et d'extraire des données par [0]["st_makepoint"] , s'il est possible comment insérer ces fonctions pour les exécuter automatiquement lors de l'insertion de tous les attributs ? J'ai installé squeel gem, puis-je peut-être fusionner ces fonctions avec la requête ?

Je l'ai fait via SQL avant la fonction de déclenchement mais je recherche toujours une approche par rails.


Comment modifier une fonction PostGIS ? - Systèmes d'information géographique

Nombre de commits trouvés : 28

Historique des commits - (peut être incomplet : voir le lien SVNWeb ci-dessus pour plus de détails)
DateParLa description
17 avril 2021 15:19:54
2.4.9_5
lbartoletti
06 Avr 2021 14:31:07
2.4.9_4
tapis
23 février 2021 05:58:36
2.4.9_4
lbartoletti
19 déc. 2020 06:53:17
2.4.9_3
lbartoletti
18 novembre 2020 05:27:29
2.4.9_3
lbartoletti
17 novembre 2020 09:23:59
2.4.9_2
lbartoletti
15 oct. 2020 06:04:27
2.4.9_1
lbartoletti
31 août 2020 06:39:39
2.4.9
lbartoletti
24 juil. 2020 16:53:18
2.4.8_5
renne
22 mai 2020 19:20:42
2.4.8_4
sunpoète
08 mai 2020 05:35:11
2.4.8_3
lbartoletti (Seules les 15 premières lignes du message de validation sont affichées ci-dessus)
22 janvier 2020 06:02:25
2.4.8_2
sunpoète
14 janv. 2020 21:45:15
2.4.8_1
lbartoletti
02 nov. 2019 13:54:50
2.4.8_1
tcberner
14 sept. 2019 12:43:31
2.4.8
écume
26 juil. 2019 20:46:57
2.4.7_1
gérald
22 mars 2019 22:18:41
2.4.7
bhugh
12 déc. 2018 01:35:36
2.4.5_1
gérald
30 novembre 2018 20:06:19
2.4.5
sunpoète
22 sept. 2018 05:30:32
2.4.5
linimon
14 sept. 2018 22:00:00
2.4.5
cm
05 sept. 2018 22:01:55
2.4.4_1
sunpoète
24 juin 2018 00:54:27
2.4.4
linimon
21 Avr 2018 14:03:51
2.4.4
gréements
28 janvier 2018 12:49:11
2.4.3
pizzamig
19 déc. 2017 16:49:23
2.4.2
rodrigo
19 déc. 2017 16:34:20
2.4.2
rodrigo
17 déc. 2017 11:25:14
2.4.2
rodrigo

Nombre de commits trouvés : 28

Ce site
Qu'est-ce que FreshPorts ?
À propos des auteurs
Problèmes
FAQ
Quelle est sa taille?
Politique de sécurité
Intimité
Blog
Contact

Chercher
Suite.

Dernières vulnérabilités
py-ansible-core24 juin
py-aiohttp * 23 juin
pigeonnier22 juin
pigeonnier-pigeonhole22 juin
pigeonnier2-pigeonhole22 juin
gite19 juin
chrome18 juin
rubygem-libellule11 juin
apache2410 juin
cactus10 juin
chrome10 juin
dinosaure08 juin
drupal706 juin
pglogique06 juin
polkit04 juin

10 vulnérabilités affectant 63 ports ont été signalées au cours des 14 derniers jours


2 réponses 2

Ceci est un exemple de requête que j'utilise. Il utilise la projection azimutale équivalente de Lambert (ETRS89-LAEA, srid = 3035).

Si vous ne passez pas le srid, postgis ne saura pas quel système de référence spatiale utiliser.

L'ID de référence spatiale fait référence au système de référence spatiale utilisé - ceci est important lorsque vous passez d'une vue géographique du monde à une vue projetée du monde, c'est-à-dire ce que vous voyez lorsque vous regardez une carte papier en 2 dimensions. Les systèmes de référence spatiale contiennent quelques éléments.

Premièrement, le géoïde est un modèle de la forme de la terre -- la terre n'est pas une sphère (sh, ne le dites pas à Google), c'est en fait un sphéroïde aplati. La forme du géoïde utilisée pour le GPS est connue sous le nom de WGS84, qui est un modèle qui fonctionne bien à l'échelle mondiale. Les agences nationales de cartographie utilisent d'autres géoïdes, qui pourraient être mieux adaptés aux géographies locales.

Deuxièmement, le type de projection. Il s'agit essentiellement du modèle mathématique utilisé pour passer d'une représentation 3D à une représentation 2D du monde. Les types incluent Mercator, Mercator transverse, (tous deux cylindriques), azimutal, conique, etc. Tous ces éléments ont des compromis entre la mesure précise de la distance, de la zone ou de la direction - vous ne pouvez pas préserver les trois.

Donc, essentiellement, lorsque vous déclarez un SRID dans Postgis, vous dites utiliser ce géoïde et ce modèle de projection. Sous le capot, Postgis utilise une bibliothèque appelée Proj.4, et sur la base des informations SRID, il peut convertir d'un système de coordonnées à un autre.

Ainsi, par exemple, pour convertir de lat/lon, qui est connu sous le nom de 4326 en termes SRID à 900913, qui est Mercator sphérique, tel qu'utilisé par Google/Bing Maps, et d'autres frameworks de cartographie Web, vous pouvez exécuter quelque chose comme :


Longitude Postgis, latitude à la géométrie postgresql

Je migre toutes les informations dans un système PostGIS, avec des informations complètes sur des milliers d'espaces sportifs. Pour tous ces espaces, j'ai obtenu des valeurs de latitude et de longitude, et PostGis a besoin d'une valeur de géométrie pour cela, cette colonne est déjà dans ma table "Emplacement".

Le SRID de cette application est 23030.

J'ai cherché comment calculer une valeur géométrique à partir de la longitude et de la latitude, et je trouve que :

J'obtiens toujours une chaîne comme : "0110000020F6590000894327550B97114104EA99EA599D4E41"

Dans l'application Web que je construis, si je marque le point pour localiser l'espace, il insère dans la table "emplacement" une chaîne comme: "0110000020F659000000000020DFB115C00000008053244240" qui ressemble à la chaîne que j'ai obtenue en utilisant ces fonctions.

Le problème est que je ne peux pas localiser chaque espace car il y en a tellement, j'ai donc besoin d'une migration massive, et l'utilisation de ces fonctions pour calculer les colonnes géométriques ne fonctionne pas. Parce que d'accord, ces fonctions calculent une valeur geom, mais lorsque vous interrogez l'application ne les affiche pas.

Quelqu'un sait comment calculer la géométrie à partir de la latitude et de la longitude, s'il vous plaît ? n'importe quoi


La première étape est l'installation du package PostgreSQL. Dans un terminal, vous pouvez le faire comme suit :

En utilisant le système de gestion de configuration Chef, une recette de base qui conduit au même résultat contient uniquement les lignes suivantes :

Ces lignes conduisent à l'installation du package postgresql (plus les dépendances du package) et à l'activation du service correspondant. Afin de vérifier que le service PostgreSQL est en cours d'exécution, cette commande devrait vous donner une sortie positive, puis :

Terminer la configuration du compte administrateur

L'utilisateur postgres administre les bases de données PostgreSQL. La deuxième étape consiste à finaliser ce compte et commence par ajouter un mot de passe à ses informations d'identification comme suit :

La connexion en tant qu'utilisateur postgres vous permet d'accorder à d'autres utilisateurs l'accès à la base de données PostgreSQL. Par la suite, nous devons ajouter un utilisateur à l'étape trois. Veuillez noter que le système Linux et PostgreSQL conservent leurs bases de données utilisateur séparément. C'est pourquoi vous devez vous assurer qu'un utilisateur Linux régulier du même nom existe également sur votre système avant de lui permettre l'accès à PostgreSQL.

Ajout d'un compte utilisateur

La quatrième étape est effectuée en tant qu'utilisateur postgres. Passez de root à postgres et créez un nouveau compte pour l'utilisateur linuxhint dans la base de données PostgreSQL à l'aide de cette commande :

Ensuite, définissez un mot de passe pour l'utilisateur linuxhint nouvellement créé. Connectez-vous au shell de la base de données à l'aide de psql et définissez le nouveau mot de passe à l'aide de la commande password. Après cela, tapez q pour quitter le shell de la base de données et revenir au shell dans le terminal :

La cinquième étape est la création d'une base de données distincte pour l'utilisateur linuxhint. Pour ce faire, tapez la commande createdb en tant qu'utilisateur postgres :

Désormais, l'utilisateur linuxhint dispose de sa propre base de données et peut l'utiliser selon ses besoins.

Ajout de PostGIS

La sixième étape consiste en l'installation du package PostGIS. Comme cela a été fait pour PostgreSQL auparavant, cela peut être fait comme suit en utilisant apt-get :

Alternativement, une recette simple pour Chef serait celle-ci :

Le paquet PostGIS a une dépendance pour le paquet Debian postgresql-11-postgis-2.5-scripts (installé automatiquement) qui connecte PostGIS à PostgreSQL et élimine un certain nombre d'étapes manuelles nécessaires dans d'autres distributions. Quelle que soit l'une des deux méthodes d'installation que vous choisissez – apt-get ou Chef – , la gestion des paquets Debian s'assurera que tous les paquets dépendants sont à la fois installés et configurés correctement.

La septième étape est l'activation de l'extension PostGIS. Comme expliqué dans la documentation PostGIS, ne l'installez pas dans la base de données nommée postgres car celle-ci est utilisée pour les structures de données internes de PostgreSQL, et activez-la uniquement dans chaque base de données utilisateur dans laquelle vous en avez réellement besoin. Connectez-vous en tant qu'utilisateur postgres, connectez-vous à la base de données souhaitée et créez les deux extensions postgis et postgis_topology comme indiqué ci-dessous. La commande c vous connecte à la base de données souhaitée, et CREATE EXTENSION rend disponible l'extension souhaitée :

Vous êtes maintenant connecté à la base de données « linuxhint » en tant qu'utilisateur « postgres ».

La septième étape sert à valider que l'activation de l'extension a réussi. La commande PostgreSQL dx répertorie les extensions qui sont installées, et postgis et postgis_topology devraient être dans la liste, maintenant.

PostGIS fournit également d'autres extensions. Nous vous recommandons d'installer uniquement ce dont vous avez besoin. Consultez la documentation de PostGIS pour plus d'informations sur les extensions.

Ajout de données

Après avoir configuré PostGIS avec succès, il est temps d'ajouter des tables et de les remplir de données. De nombreuses données géographiques sont disponibles gratuitement en ligne, par exemple chez Geofabrik. Les données sont fournies sous forme de fichiers de forme qui est un format de données vectorielles courant pour les logiciels SIG.

Après avoir téléchargé le fichier de forme, chargez le contenu du fichier de forme dans PostGIS à l'aide de l'outil de ligne de commande spécial shp2pgsql. L'exemple ci-dessous montre comment convertir le fichier de forme en une séquence de commandes SQL, puis télécharger la liste des commandes SQL dans la base de données à l'aide de psql, ensuite :

La figure ci-dessous montre la sortie qui est imprimée à l'écran dès que vous téléchargez les données.

Désormais, PostgreSQL/PostGIS est à votre service et prêt à recevoir vos requêtes SQL. Par exemple, pgadmin vous permet de jeter un œil sous le capot en quelques minutes. La figure ci-dessous montre cela pour les données téléchargées. La colonne la plus à droite a un type géométrique MultiLineString.

Conclusion

La configuration de PostgreSQL/PostGIS n'est pas sorcier. Avec les étapes expliquées ci-dessus, vous pouvez le faire en moins d'une heure et obtenir des résultats rapidement. Et voilà!


PostGIS ajoute la prise en charge des objets géographiques à la base de données relationnelle objet PostgreSQL. En effet, PostGIS "active spatialement" le serveur PostgreSQL, lui permettant d'être utilisé comme base de données spatiale principale pour les systèmes d'information géographique (SIG), un peu comme le SDE d'ESRI ou l'extension spatiale d'Oracle. PostGIS suit la "Spécification des fonctionnalités simples pour SQL" d'OpenGIS et a été certifié conforme au profil "Types et fonctions".

PostPic est une extension pour le dbms open source PostgreSQL qui permet le traitement d'images à l'intérieur de la base de données, comme PostGIS le fait pour les données spatiales. Il ajoute le nouveau type 'image' au SQL, et plusieurs fonctions pour traiter les images et extraire leurs attributs.


Here be dragons: PostGIS 2.0 ajoute la prise en charge de la 3D, des images raster et de la topologie

Le système de base de données géographiques PostGIS approche de sa version 2.0, une mise à jour majeure qui ajoute plusieurs nouvelles fonctionnalités importantes. PostGIS est une extension du gestionnaire de base de données PostgreSQL qui implémente des types de données et des fonctions spécifiques au SIG. Tout aussi important, cependant, est le fait qu'un large éventail d'autres projets de système d'information géographique (SIG) open source peuvent utiliser PostGIS comme source de données principale, y compris les applications et les serveurs GUI. Cette version 2.0 est sur le point d'être une étape importante non seulement pour des raisons de vitesse et de stabilité, mais parce qu'elle étend la base de données dans trois nouveaux domaines : les données raster, la topologie et la 3D.

PostGIS ajoute la prise en charge des primitives géométriques (points, lignes, polygones, ainsi que des "collections" et autres structures de données des trois), ainsi que la lecture, la transformation et l'écriture d'une vaste gamme de formats de données géospatiales standard. Les applications SIG nécessitent souvent des opérateurs spéciaux pour calculer les distances et les surfaces, les unions, les intersections et d'autres fonctions définies, ainsi que des types de recherches spécialisés.

PostGIS implémente cette fonctionnalité en adhérant à la norme Simple Feature Access for SQL de l'Open Geospatial Consortium, bien que le projet ne paie pas pour les tests de conformité nécessaires pour se présenter comme une implémentation officielle. PostGIS est en développement actif depuis 2001 et a constitué une bibliothèque remarquable d'applications SIG de support, y compris GRASS GIS, gvSIG et MapServer. Il existe même des connecteurs commerciaux disponibles pour lier des produits SIG propriétaires aux bases de données PostGIS.

Pourtant, pendant tout ce temps, PostGIS s'est concentré sur ce que vous pourriez appeler la géométrie 2D traditionnelle, basée sur des vecteurs. Il ne faut pas voir cela comme un la faiblesse la majorité des applications SIG sont 2D et vectorielles. Les données vectorielles codent les entités géographiques sous forme de formes : points et polygones sur une projection cartographique, lignes reliant les entités, etc.

Raster

Il existe cependant de nombreuses données disponibles sous forme d'images raster, ainsi que de photographies aériennes et satellites, par exemple, qui peuvent être géocodées afin qu'elles puissent être correctement alignées et transformées pour s'adapter à une carte. Ces dernières années, la communauté PostGIS a travaillé sur la prise en charge des rasters via un module complémentaire nommé à l'origine WKT Raster, qui a ensuite été renommé PostGIS Raster.

Avec 2.0, sa fonctionnalité sera entièrement intégrée à l'application principale. Les images raster sont prises en charge dans des tables raster spéciales, qui peuvent être chargées à partir de n'importe quel format pris en charge par la bibliothèque d'abstraction de données géospatiales (GDAL) et exportées vers n'importe quel format pris en charge par GDAL. La liste des formats pris en charge ne cesse de s'allonger, mais pour le moment, le projet GDAL en recense plus de 120.

Naturellement, le chargement et l'exportation ne sont pas le vrai travail de prise en charge des images raster en plus des vecteurs, donc PostGIS 2.0 ajoute une multitude de fonctions pour analyser et opérer sur les données à l'intérieur des pixels. Les rasters peuvent être "extrudés" dans la géométrie (par exemple, en transformant des régions d'une couleur dans l'image raster en un polygone), moyennés et inspectés. Les rasters peuvent être exploités avec des fonctions existantes (comme le calcul de leur intersection avec des formes géométriques vectorielles). Il sera également possible d'éditer les rasters importés en place dans la base de données, ce qui ouvre la porte à toutes sortes de transformations.

La troisième dimension

Les données 3D ne manquent pas non plus qui pourraient s'avérer intéressantes à examiner, si les types de données pour les stocker et les fonctions pour les transformer sont disponibles. PostGIS 2.0 ajoute une prise en charge étendue de la 3D, en commençant par deux types de géométrie : les surfaces polygonales et les réseaux triangulaires irréguliers (TIN). Les surfaces polygonales sont exactement ce que vous imaginez : des surfaces tridimensionnelles définies par des polygones connectés. Les TIN définissent des surfaces entièrement avec des triangles, mais la taille des triangles est flexible et ressemble un peu à un maillage multi-résolution dans un programme de modélisation 3D. Un TIN peut utiliser très peu de triangles pour décrire des zones plus plates de la carte, et plus pour décrire des caractéristiques importantes. Dans les deux cas, la prise en charge de la nouvelle géométrie ne consiste pas seulement en les types de données de base, mais en aide les opérateurs à effectuer des tâches récurrentes telles que la recherche de zones (et de volumes) de régions dans le nouveau format.

En plus des nouveaux types de géométrie, les indices spatiaux existants ont été rendus compatibles 3D et une bibliothèque de fonctions 3D ajoutée. Cela permettra aux utilisateurs de SIG de calculer des distances en trois dimensions, de trouver des intersections 3D de lignes et de formes, et de renvoyer des cadres de délimitation 3D ou de calculer des éléments complexes comme les plus courts chemins 3D.

L'application la plus simple de la 3D dans les SIG consiste à modéliser les caractéristiques du paysage en trois dimensions, mais il y en a plus. De nombreux autres types de données géocodées pourraient être importés dans une base de données PostGIS 3D pour la modélisation et l'analyse. Envisagez de calculer la visibilité directe entre les bâtiments, la propagation des ondes radio ou les vecteurs de vol, par exemple. Tous impliquent des opérations SIG familières, en 3D, même s'il ne s'agit pas strictement de tâches liées à la « cartographie ».

La meilleure façon de produire des données 3D est une question qui reste en grande partie le domaine de l'application frontale (nous y reviendrons un peu plus tard. ), mais PostGIS 2.0 ajoute la prise en charge de la sortie directe de données 3D au format X3D basé sur XML. X3D est défini par le Web3D Consortium, qui travaille dur pour que le format soit accepté dans HTML5. Que HTML5 autorise ou non l'inclusion de scènes X3D en ligne dans le contenu de la page, cependant, le format est susceptible d'être pris en charge dans les éléments <canvas> ou en tant qu'objets intégrés.

Topologie

La dernière extension majeure de la fonctionnalité PostGIS dans la version 2.0 est la prise en charge de la topologie. En termes de SIG, la topologie est ne pas une référence aux cartes topographiques. Cela signifie plutôt prendre en charge des types de données et des fonctions qui implémentent des graphiques mathématiques. En d'autres termes, au lieu de points, de lignes et de polygones, la topologie utilise des nœuds, des arêtes et des faces &mdash potentiellement même des arêtes dirigées et/ou pondérées.

La transformation de la géométrie vectorielle en données topologiques transforme ce qui était une collection de formes en une représentation mathématique de la scène, y compris la façon dont les nœuds et les régions sont connectés. L'œil humain peut établir ces connexions instantanément, mais la base de données nécessite un support explicite pour les exprimer. L'intégration de la version topologique d'une couche cartographique dans la base de données permet à l'application d'effectuer une recherche de chemin, un routage et une analyse de flux qui ne peuvent pas être effectués sur une géométrie brute.

L'exemple canonique de cette distinction est le problème du pont de Königsberg : un mathématicien humain (disons, Euler, pour en prendre un au hasard. ) . Une application PostGIS ne peut pas faire la même chose avec juste le formes de la rivière et des masses continentales. Les données doivent d'abord être converties.

PostGIS 2.0 sera capable de transformer la géométrie standard en données topologiques, de valider la topologie et de modifier les nœuds et les arêtes. La topologie peut également être convertie en langage de balisage géographique (GML) standard pour la sortie.

Cette étape représente le début de la prise en charge de la topologie dans PostGIS. Les futures applications incluent les flux de réseau (comme la modélisation du trafic), la gestion de crise pour la planification des catastrophes (comme les arbres couvrants minimum et les chemins les plus courts pour la logistique), la coloration automatique des cartes, les problèmes de « couverture » ​​et bien plus encore. Ceux d'entre nous qui ne travaillent pas dans le domaine des SIG peuvent avoir tendance à penser au travail SIG à l'échelle de la cartographie nationale, par exemple, mais considèrent à quel point le support de la topologie serait précieux pour PostGIS pour l'analyse des flux de réseau ou pour le routage des services publics dans un bâtiment.

Prise en charge des applications et améliorations supplémentaires

Les fonctionnalités telles que la topologie et la 3D ont une valeur limitée sans prise en charge dans les applications qui utilisent PostGIS. Sur ce front, GRASS et gvSIG sont les premiers à inclure la topologie, d'autres devraient suivre. MapServer et QGIS, en revanche, prennent déjà en charge la couche raster. Il peut y avoir plus dans la catégorie de prise en charge des données raster qui héritent de leur fonctionnalité raster de la prise en charge antérieure du plug-in PostGIS Raster, la documentation n'est pas toujours claire.

Pour les données 3D, la seule application qui semble être prête à être prise en charge à l'heure actuelle est gvSIG, qui devrait l'inclure dans la prochaine version. Il s'agira d'une prise en charge de la visualisation 3D uniquement. Cependant, plusieurs blogs SIG open source sont enthousiasmés par les possibilités de la 3D, y compris son potentiel d'intégration avec la réalité virtuelle ou la réalité augmentée. Cela semble cependant être à quelques pas, tout comme la possibilité de combiner la topologie et les données 3D.

La prise en charge du raster, de la 3D et de la topologie prévue pour PostGIS 2.0 ne sont pas les seules nouvelles fonctionnalités du système de base de données. Les blogs et les listes de diffusion mentionnent à plusieurs reprises les améliorations apportées au géocodeur TIGER, qui importe des données provenant des données cartographiques du domaine public recueillies par le US Census Bureau, et qui s'est cassé lorsque TIGER a changé de format en 2010. Il existe également une nouvelle fonction de « géocodeur inversé ». qui prend un point de la carte et renvoie les données d'adresse ou les intersections de rues à proximité, et un chargeur de fichiers de forme GUI remanié qui, pour la première fois, peut charger plusieurs fichiers à la fois. Enfin, il existe des versions expérimentales pour Windows pour la toute première fois &mdash dans les versions précédentes, les utilisateurs de Windows devaient compiler PostGIS à partir de zéro. Le projet a une liste complète des fonctions nouvelles, améliorées et obsolètes dans sa documentation en ligne.

Il pourrait encore y avoir d'autres améliorations à venir. PostGIS n'aurait pas encore déclaré son gel final des fonctionnalités, et il existe des sous-traitants financés travaillant sur certains domaines importants, y compris la 3D. La version finale est officiellement attendue dans (l'hémisphère nord) "au début du printemps", qui n'a bien sûr que quelques jours à ce stade. En attendant, les audacieux peuvent obtenir des packages de test sur le site PostGIS. Avec ces nombreuses nouvelles fonctionnalités substantielles, il peut être intéressant de jeter un coup d'œil tôt.

Entrées d'index pour cet article
Articles invitésWillis, Nathan

(Connectez-vous pour poster des commentaires)

Here be dragons: PostGIS 2.0 ajoute la prise en charge de la 3D, des images raster et de la topologie

Publié le 31 mars 2011 à 3:56 UTC (jeu.) par flewellyn (abonné, #5047) [Lien]


Migrer vers une architecture hybride avec Boundless

Au cœur d'une architecture hybride se trouve le concept selon lequel les logiciels SIG peuvent s'intégrer de manière transparente aux logiciels propriétaires existants. Étant donné que les logiciels SIG ouverts reposent en grande partie sur l'utilisation de normes, vous intégrez naturellement l'interopérabilité à mesure que vous vous éloignez des logiciels propriétaires. La plate-forme Boundless comprend des logiciels au niveau de la base de données, du serveur d'applications et de l'interface utilisateur. Aucun d'entre eux n'a de dépendances strictes les uns par rapport aux autres, ce qui signifie que vous pouvez intégrer l'open source un niveau à la fois sans perturber l'ensemble du système.

Migration de niveau de base de données

Il est plus courant de commencer le processus de migration au niveau de la base de données car les modifications sont en grande partie cachées à l'utilisateur final. Ils ont toujours la même interface utilisateur à laquelle ils sont habitués, mais se connectent simplement à un point de terminaison différent pour récupérer leurs données (parfois sans le savoir). Par exemple, une organisation peut remplacer sa technologie de base de données propriétaire par une base de données open source. Malgré un changement au niveau de la base de données, les clients accèdent toujours au contenu via la même application Web personnalisée que l'organisation a créée à l'aide d'une bibliothèque de cartographie Web propriétaire.

Oracle Spatial, par exemple, peut être facilement remplacé par PostGIS (l'extension spatiale pour Postgres) avec très peu d'effort. En fait, les outils open source GDAL/OGR font de la migration des données une seule commande :

En quelques secondes, les données passent d'une base de données propriétaire avec un seul fournisseur à une base de données open source, disponible gratuitement ou avec de nombreuses options différentes pour un support commercial. Les capacités sont presque identiques et la plupart des serveurs d'applications (y compris le GeoServer open source) peuvent basculer de manière transparente.

Mieux encore, les utilisateurs finaux qui consomment les données du serveur d'applications ne savent pas que vous avez effectué la modification, car ils continuent à utiliser les applications frontales qu'ils ont l'habitude d'utiliser.

Migration de niveau de serveur d'applications

La migration vers l'open source au niveau du serveur d'applications injecte plus d'interopérabilité dans votre architecture. Boundless Suite, par exemple, vous permet de publier vos données spatiales dans les services et formats standard de l'Open Geospatial Consortium (OGC). L'utilisation de normes signifie qu'un service publié une fois peut être utilisé dans un nombre illimité d'applications d'utilisateur final propriétaires ou open source en même temps.

En utilisant ces interfaces et formats de données standard (et que vous ayez ou non migré votre base de données décrite ci-dessus), vous vous êtes isolé de toute modification d'API ajoutée entre un client et un serveur. Tant que le serveur implémente la norme, n'importe quel client peut consommer n'importe quelle donnée. Le service de carte Web de l'OGC, par exemple, est une norme bien définie qui se comporte de la même manière, qu'elle soit publiée à partir d'ArcGIS Server, Mapserver, QGIS Server ou Boundless Suite.

Migration de niveau d'interface utilisateur

La migration du niveau d'interface utilisateur vous permet de tirer parti de la puissance de la règle 80/20. Les 80 % d'utilisateurs qui n'ont besoin que de fonctionnalités de base peuvent très probablement effectuer leur travail en utilisant des applications open source robustes. Sans le coût de licence de 80 pour cent de votre base d'utilisateurs, vous ouvrez votre budget pour prendre en charge les 20 pour cent restants d'utilisateurs expérimentés qui ont besoin des fonctionnalités de pointe que l'on trouve uniquement dans les logiciels propriétaires.

Boundless Desktop, un SIG de bureau multiplateforme (ce qui signifie qu'il fonctionne sous Windows, Linux et Mac), permet aux utilisateurs de gérer, d'analyser, de visualiser et de diffuser des données géospatiales à partir de divers formats vectoriels, raster et de base de données, notamment : PostGIS, Oracle , SQL Server, Shapefile, KML/KMZ, OGC WMS/WFS, GeoTiff, NITF et bien d'autres. Il permet la reprojection à la volée, l'édition de données, l'analyse spatiale, l'analyse de réseau, etc. Boundless Desktop est extensible grâce à une bibliothèque de plug-ins étendue et à la possibilité de créer vos propres plug-ins personnalisés à l'aide de scripts Python open source.

Pour les flux de travail simples ou reproductibles, envisagez de migrer les fonctionnalités vers des applications Web spécialement conçues. Par exemple, un utilisateur qui effectue une simple collecte de données ou qui utilise un SIG de bureau pour une connaissance de la situation pourrait migrer ce flux de travail vers une application Web OpenLayers.


Les projets open source stimulent davantage l'innovation et l'éducation

QGIS est largement considéré comme le premier SIG de bureau open source. Lancé en 2002, il intègre les fonctions analytiques de GRASS, ainsi que la prise en charge du format de données de GDAL, dans une application de bureau conviviale pour effectuer l'édition, la cartographie et l'analyse des données. QGIS est interopérable avec d'autres applications SIG open source, par exemple la gestion des données dans la base de données PostGIS et la publication des données sur GeoServer en tant que services Web.

Alors que les SIG open source continuaient à gagner du terrain au début des années 2000, OSGeo et LocationTech ont été créés pour incuber des projets open source. L'OSGeo, lancé en 2006, a été conçu pour soutenir le développement collaboratif de logiciels géospatiaux open source, ainsi que pour promouvoir leur utilisation généralisée. LocationTech, un groupe de travail au sein de la Fondation Eclipse, a été créé pour faciliter la collaboration SIG entre les universitaires, l'industrie et la communauté.

En 2011, Geo for All, le programme de sensibilisation pédagogique de l'Open Source Geospatial Foundation, a été fondé dans le but de rendre l'éducation et les opportunités géospatiales accessibles à tous. Grâce au travail de la fondation, de nombreuses ressources pédagogiques pour les SIG open source sont désormais disponibles gratuitement sur Internet, notamment la FOSS4G Academy et la GeoAcademy. Geo for All mène finalement à la création de laboratoires géospatiaux open source et de centres de recherche à travers le monde pour soutenir le développement de technologies logicielles géospatiales open source, de formation et d'expertise.


GeoFile est une série dédiée à l'étude des données géographiques, de leurs caractéristiques et de leurs usages. Dans l'article d'aujourd'hui, nous allons sho&hellip

Abdullah Alger Produits Bases de données Tarification Modules complémentaires Centres de données Entreprise Apprenez pourquoi rédiger des articles Écrire des trucs Témoignages de clients Webinaires Entreprise À propos Politique de confidentialité Conditions d'utilisation Support Support Nous contacter Documentation État du système Sécurité