Discussion Wikipédia:Atelier graphique/Didacticiels cartographiques/Didacticiel d'installation de winGRASS GIS

Galère intégrale

Je tenais à exprimer le simple fait que ce fut l'installation la plus foireuse, la plus chiante et la plus infructueuse que je n'ai jamais eu a faire. J'en ai plein le Q, j'arrête ces conneries.--HAF 932 27 novembre 2009 à 18:36 (CET)

Heureusement que j'arrive à quelque chose de bien plus concluent avec 3DEM...--HAF 932 30 novembre 2009 à 12:21 (CET)

Oui mais GRASS semble offrir plus de facilités (exporter toutes les rivières en svg, sans avoir à tout tracer...) Ceci dit moi non plus je n'ai pas réussi l'installation. A part 3DEM il y a d'autres possibilités (voir liste des ressources GIS de l'atelier cartographique). Courage ! Bourrichon 30 novembre 2009 à 13:39 (CET)

Ce que je trouve marrant c'est que le tuto est fait pour win2000 ou vista, or j'utilise xp, et 7 en 64bit... Je l'installe sur xp...en mixant le tuto win2000 et vista. On verra.--HAF 932 2 décembre 2009 à 13:17 (CET)

Comme c'est marrant, j'ai tout suivis pas à pas sur xp, à l'exception d'une étape pour laquelle le tuto n'était pas applicable, j'y ai passé 50mn et je me retrouve avec un message d'erreur non lié au fichier au mieux. Si non, Grass reste inerte. C'est vraiment trop difficile d'installer un logiciel comme tout les autre ou tout va tout seul? J'aimerai bien leur péter la gueule à ces personnes qui font des trucs aussi débiles et chiants! --HAF 932 2 décembre 2009 à 14:11 (CET)

On reste poli et calme svp ! Rien ne sert de s'énerver ici puisque nous ne sommes pas les concepteurs du logiciel. Il est bon de noter qu'il a été initialement conçu pour Linux et on peut s'estimer heureux que ce logiciel libre aussi puissant ait été porté sous Windows ce qui n'est pas le cas de GMT par exemple. Sting (m'écrire) 2 décembre 2009 à 19:28 (CET)

On assimilera ça à mon destin informatique...--HAF 932 2 décembre 2009 à 20:18 (CET)

Tout cela merite une mise a jour

Je ne pense pas que Grass soit nécessaire, l'utilisation direct de qgis est suffisante.

ici est une tentative d'introduction pas a pas (après que qgis soit installé sur votre PC) ici pour qgis2.18.9 sur win10.

Oh oui ! Il est certain que ce didacticiel qui a plus de neuf ans n’est plus à jour, voire peut-être même désuet. ;-D

Au vu de l’usine à gaz qu’était alors Grass et pour une question de productivité pour réaliser des cartes ici, j’avais presque tout de suite fait l’effort financier de passer sous Global Mapper car à l’époque Qgis n’en était qu’à ses balbutiements. Ceci fait que je ne saurai pas mettre à jour cette page spécifiquement pour Grass.

Il me semble que plusieurs autres Wikicartographes ont par la suite créé des didacticiels en utilisant Qgis. Il faudrait les rechercher en suivant les liens à partir du portail. Sting (m'écrire) 19 juin 2017 à 19:04 (CEST)

importation et traitement des données d'elevations

En general les cotes sont peu précises, et cela nécessitera un post traitement dans Inkscape.

Étapes

avec la souris, porter le fichier srtm.erts dans qgis (alternativement layer->add layer -> add raster layer)

colorimétrie de l'altitude, dans la propriété de la couche sélectionnée "single band pseudo color", ensuite le modèle de couleur a utiliser (wiki-2), puis raffiner,(ici le modèle afrikakart est utilisé), enfin ajuste les altitude min/max afin que le niveau zéro, corresponde avec les cotes

Afrique du Nord Est avec altitude en colorimétrie

dans raster->Terrain Analysis->Hillshade sélectionné un azimut (310) et un angle vertical (70) pour générer les reliefs sur la base srtm30 seulement: cela crée une nouvelle couche

pour charger un hgt fichier (srtm3 fichier)layer->add layer -> add raster layer. Le fichier peut présenter des pixels, manquant

charger tout les srtm3 fichier couvrant la zone a représentée si la résolution srtm30 ne vous satisfait pas

Pour combler les pixels manquants, utiliser la fonction gdal fill_nodata, a utiliser directement sur le fichier hgt avant tout traitement d'image.

utiliser la fonction gdal merge, pour fusionner toutes les couches srtm3 en une seule

répéter l'opération de colorimétrie déjà effectué sur le srtm30 fichier: le srtm3 n'a pas de donnée de bathymétrie, aussi la couleur des fonds marin différent

ajouter une transparence (dans la propriété de la couche) des cartes colores, afin de faire ressortir les ombrages (ici la transparence est a 15% sur le srtm30, et 35% sur la couche srtm3

 

utilisation de données OpenstreetMap

c'est possible de télécharger directement de qgis, mais en général, les données sont incomplète: il est donc preferable de telecharger la zone a traiter directement de OpenStreetMap, ensuite ouvrir le fichier osm de qgis (vector-> OpenStreetMal -> ImportTopologyfromXML) pour l'instrumentation du fichier OSM. Ensuite créer une nouvelle couche OSM avec les données a extraire, exemple, pour les frontieres (boundary, admin_level). Normalement, la couche est alors peut lisible:

exportation d'une base de donnée osm vers spatial lite avec seulement quelques champs visualisée (boundary, admin_level, boundary_type, border_type)

et il est nécessaire d'appliquer un filtre, pour les frontières étatiques  : ("boundary" = 'administrative' AND "admin_level" = '2' ) est suffisant dans la majorité des cas (mais pas lorsque les frontières sont disputés comme dans le cas d'Israël ci-dessous ce qui exigera un filtre plus discriminant)

le meme fichier apres application d'un filtre (layer->filter) : ("boundary" = 'administrative' AND "admin_level" = '2' )Notez que le filtre en l'état ne donne donne pas les lignes d'armistice UNOF sur le plateau du Golan(elles sont en admin_level 4)