Suite

Style par défaut du Geoserver SLD pour la fonctionnalité ?

Style par défaut du Geoserver SLD pour la fonctionnalité ?


Je suis nouveau avec GeoServer.

J'essaie de styliser une couche Geoserver. Les caractéristiques proviennent d'une table PostGIS.

La caractéristique sont toutes les lignes. J'aimerais les styliser en fonction des attributs (de la table). Je peux le faire. J'ai créé des règles qui disent "si myfield = value1 trace une ligne rouge, if myfield = value2 trace une ligne bleue,… " et ainsi de suite.

J'aimerais écrire un style par défaut pour la ligne : "si aucune des règles ci-dessus n'est vraie, dessinez la ligne en jaune".

Je n'ai rien trouvé dans la documentation de Geoserver SLD pour accomplir cela. Ou ma façon de raisonner est différente de celle de SLD.

Dans la documentation, il y a une propriété UserStyle is Default mais je pense que ce n'est pas ce que je recherche.

J'ai aussi googlé en vain.

Toute suggestion?


Oui, vous pouvez essayer de styliser vos données avec QGIS. Mais si vous souhaitez créer un sld basé sur des règles ou un sld avec plus d'options (opacité de remplissage, règles, contour, etc.), je vous recommande d'utiliser uDig. Avec vous uDig, vous pouvez styliser vos données avec de nombreuses options, puis exporter des slds qui fonctionneront à 99,9% lorsqu'ils seront téléchargés sur le géoserveur.

En savoir plus sur l'éditeur sld et uDig ici.


Vous pouvez essayer de le styler comme vous le souhaitez dans qGIS, puis d'exporter le SLD et de l'utiliser dans GeoServer.

Consultez cet article et essayez-le car je le trouve beaucoup plus facile à utiliser que le style dans le SLD lui-même ou via l'interface de GeoServer.

http://www.camptocamp.com/actualite/qgis-and-geoserver-creating-styles/


Style par défaut du Geoserver SLD pour la fonctionnalité ? - Systèmes d'information géographique

MapServer semble faire la plupart de ce dont j'ai besoin aussi. Y a-t-il une raison pour laquelle
choisirait-on GeoServer comme alternative ? Y a-t-il des inconvénients à
MapServer par rapport à GeoServer ?

Il y a eu beaucoup de comparaisons, juste Goggle mapserver vs geoserver.

À mon humble avis, les grandes différences sont :

- Prise en charge de GeoServer WFS-T (bien que voir TinyOWS pour WFS-T et MapServer)

- Configuration basée sur l'interface graphique GeoServer (vs mapfiles)

Il existe d'autres différences plus nuancées qui seraient spécifiques au cas d'utilisation.

De : mapserver-users-***@lists.osgeo.org [mailto:mapserver-users-***@lists.osgeo.org] Au nom de Jon-Paul Dobson
Envoyé : jeudi 12 mai 2011 10h51
À : mapserver-***@lists.osgeo.org
Objet : [mapserver-users] MapServer contre GeoServer

MapServer semble faire la plupart de ce dont j'ai besoin aussi. Y a-t-il une raison pour laquelle on choisirait GeoServer comme alternative ? Y a-t-il des inconvénients à MapServer par rapport à GeoServer ?

Vous pourriez également être intéressé par les résultats des tirs au but WMS 2010 :
http://2010.foss4g.org/wms_benchmarking.php Voir le lien en bas
de cette page au PDF pour les résultats. C'est une comparaison "neutre",
bien que pour un aspect des choses : les performances WMS.

Vous pouvez regarder par exemple cette comparaison de P. Ramsey
http://s3.cleverelephant.ca/geoweb-mapserver.pdf

Quelques bons gars d'entrée. Merci beaucoup d'avoir pris le temps de répondre à cela. De
les liens externes à condition que cela sonne comme si MapServer est le meilleur
option pour la plupart des exigences.

Je ne liste que les avantages de Geoserver et non l'inverse.

- Le plus grand avantage pour les utilisateurs nouveaux ou simples d'esprit comme moi peut être vu ici : http://demo.opengeo.org/geoserver/web/
L'ensemble du serveur peut être contrôlé avec l'utilitaire d'administration. Si cela ne plaît pas ou si vous souhaitez effectuer des tâches automatisées, il est également possible d'utiliser une alternative RESTful ou simplement de modifier les fichiers de configuration manuellement.
- Les couches sont automatiquement configurées pour WMS et WFS
- Geoserver fait WFS-T avec un tas de backends, dont PostGIS et Oracle ont un assez bon support. Mapserver ne fait pas WFS-T, et TinyOWS qui est une belle paire avec Mapserver est uniquement pour PostGIS.
- WFS devrait être le même standard pour tous, mais d'une manière ou d'une autre, Geoserver WFS a été plus standard que Mapserver WFS.
- Geoserver dispose d'un système de sécurité intégré pour la gestion des utilisateurs.

Les suivants sont plus une question de goût
- Si l'architecture Java + Tomcat etc. est utilisée, alors Geoserver s'y intègre parfaitement.
- Il y a des gens qui aiment les fichiers de configuration XML et Geoserver les utilise.
- Le style est fait avec des fichiers SLD qui sont également à la manière de l'OGC.
- Il y a plus d'utilitaires de style graphique disponibles pour SLD que pour le style avec un mapfile.

J'ai lu le blog de http://s3.cleverelephant.ca/geoweb-mapserver.pdf
Il est plutôt ancien et les lecteurs devraient enquêter sur la situation actuelle avec Mapserver 6.0 et Geoserver 2.1, tous deux publiés hier. Cependant, les métaphores sont probablement toujours valables. Mapserver est un guépard et un bœuf tandis que Geoserver est une voiture (les deux sont rapides et solides mais l'un est plus facile à conduire que l'autre).

-----Alkuperäinen viesti-----
Lähettäjä: mapserver-users-***@lists.osgeo.org puolesta: Jon-Paul Dobson
Lähetetty: au 12.5.2011 18:51
Vastaanottaja: mapserver-***@lists.osgeo.org
Aihe : [mapserver-users] MapServer contre GeoServer

MapServer semble faire la plupart de ce dont j'ai besoin aussi. Y a-t-il une raison pour laquelle
choisirait-on GeoServer comme alternative ? Y a-t-il des inconvénients à
MapServer par rapport à GeoServer ?

Toute personne ayant réussi à installer et à se connecter à ArcSDE (9.0, SQL Server)
avec ms4w 2.3.1 ? Nous avons suivi toutes les instructions, mais nous obtenons un
erreur serveur interne ([erreur] [client 127.0.0.1] Fin prématurée de
en-têtes de script : php-cgi.exe) lors de la tentative de connexion (voir extrait MapFile
au dessous de). Un problème pourrait être que dans 2.3.1 ms4w a été compilé en utilisant GDAL
1.6 et les DLL GDAL/OGR SDE avec GDAL 1.5 . Cependant, je ne vois pas
tout problème de dépendance.

- ArcSDE SDK est installé, ajouté au chemin
- Les plug-ins GDAL/OGR sont copiés dans le répertoire "gdalplugins" et chargent le
sde90.dll (dépendances), mais fonctionne avec GDAL 1.5
- msplugin_sde_90.dll charge sde90.dll etc. (dépendances), fonctionne avec
GDAL 1.6
- ogrinfo --formats n'affiche pas SDE

*******
COUCHE
NAME "Fond de carte"
TYPE POINT
PLUGIN DE TYPE DE CONNEXION
CONNEXION "xxx.xxx.xx.x,port:5151,sde,uid,mot de passe"
PLUGIN "C:/ms4w/Apache/specialplugins/msplugin_sde_90.dll"
DONNEES "SDE.Test,FORME,SDE.DEFAUT"
CLASSER
STYLE
SYMBOLE 'continuer'
TAILLE 1
COULEUR -255 0 0
FINIR
FINIR
PROJECTION
"init=epsg:23033"
FINIR
FINIR

Mit freundlichem Gruss / Cordialement
Flavio Hendry

L'année dernière, j'ai expérimenté MS4W et SDE 9.3
(http://lists.maptools.org/pipermail/ms4w-users/2010-January/001402.html).
J'ai utilisé quelques outils Windows : Dependency Walker (pour voir quelles DLL un
DLL dépend de), et Process Monitor (pour voir quels fichiers, y compris
DLL, un processus essaie de se charger au moment de l'exécution).

Merci Brent. En effet pour accéder aux couches SDE avec MS4W 3.0.x veuillez suivre
votre README local (ou en ligne sur :
http://www.maptools.org/ms4w/index.phtml?page=README_INSTALL.html#sde).

-jeff
--
Jeff McKenna
Services de conseil et de formation MapServer
http://www.gatewaygeomatics.com/

Nous avons installé ms4w 2.3.0 . semble fonctionner (montre SDE avec ogrinfo, toujours
jouer avec la connexion). Je pense que le problème que nous avions était lié
à msw4w 2.3.1 ayant les dlls gdal/ogr non compilées pour gdal 1.6 comme toutes
le reste . comme le client a SDE 9.0, nous utilisons aussi des trucs très anciens :-)
. pas de fantaisie ms4w3.0/ms6.0.

Mit freundlichem Gruss / Cordialement
Flavio Hendry

Cela fait un moment, mais je crois me souvenir que j'ai eu un problème avec
accéder au raster SDE de la manière dont il a été documenté sur le site MS4W que j'avais
pour utiliser CONNECTIONTYPE PLUGIN.

Salut tout le monde,
J'ai installé à la fois une version personnalisée pour Mapserver 6.0 ainsi que MS4W
3.0.3..
Je peux récupérer des images avec WMS pour les données SDE 9.3.1.
Cependant, lorsque j'essaie une requête GetFeatureINFO via Apache, je reçois

a "Fin prématurée des en-têtes de script : mapserv.exe"

J'ai donc supprimé Apache de l'image et essayé le CGI.

Avec mapserver 5.2
*serveur de carte -nh
"QUERY_STRING=map=e:/sw_nt/mapfiles/base2.map&mode=nquerymap&mapxy=1186128
863840" >test.png *(Je reçois un png valide avec la fonctionnalité en surbrillance..)

Avec ms4w mapserver 6.0.1 et une version 6.0.0 .. j'obtiens ..
setMode() : erreur d'application Web. Mode invalide.


Comment ajouter un préfixe littéral à une étiquette à l'aide du style CSS de Geoserver

J'ai une couche de polygones, ils ont un attribut "Moteur". Disons que les valeurs (toutes les chaînes) sont "1", "2", "3". Je peux donc faire en sorte que cela fonctionne facilement :

Tous les polygones sont dessinés et ils sont étiquetés "1", "2" et "3".

Ma question est la suivante : comment puis-je les étiqueter « Engine 1 », « Engine 2 » et « Engine 3 ». Je veux simplement préfixer le [Engine] avec du texte littéral. Concaténez simplement le littéral "Engine" avec la valeur de l'attribut Engine.

En prime, que se passe-t-il si je souhaite concaténer des littéraux et différents attributs dans la même étiquette ? Je n'ai pas trouvé de documentation sur la façon de mettre autre chose que la valeur d'un attribut ou d'un littéral dans cette étiquette. Je ne sais pas comment concaténer.

Donc ça marche aussi (ils disent tous "Moteur" mais vous ne savez pas lequel.)

Ok, je tape enfin toute la question, essaie encore une chose, et ça marche ! Placez simplement le littéral et l'attribut l'un à côté de l'autre - aucun opérateur de concaténation n'est requis.


Voir la vidéo: Tutorial4:How to symbology for layer in Geoserver with QGIS?