SIGNALO est un projet collaboratif initié par la ville de Lausanne, rejointe par les villes de Neuchâtel, la Chaux-de-Fonds et le Canton de Neuchâtel.
+Un premier mandat a été attribué à OPENGIS.ch
+
Organisation
+
Afin de garantir l'évolution et la pérennité de la solution, une organisation a été mise en place composée des entités suivantes:
+
+
+
+
+
est le gestionnaire des ressources financières
+
assure la mise en œuvre technique des exigences
+
est la personne de contact pour les demandes d'assistance
+
est le prestataire du SLA
+
a un siège dans le comité de pilotage
+
+
+
+
+
est responsable du pilotage stratégique et technique de SIGNALO
+
supervise globalement l'utilisation des ressources financières
+
choisit un responsable du comité de pilotage
+
détermine le contenu des appels d’offre
+
détermine le choix des prestataires pour la réalisation des mandats
+
valide la facturation
+
+
+
+
+
est informé de l'état du projet au cas par cas, mais au moins une fois par an
+
reçoit un compte rendu de l'utilisation des fonds
+
est consulté par l'équipe de pilotage sur des questions controversées ou stratégiquement importantes
+
peut participer activement au développement et aux améliorations
On distingue 4 classes principales dans le modèle de données:
+
+
+
+
+
Un support peut présenter des objets selon plusieurs azimuts, chacun pouvant présenter plusieurs cadres, chacun pouvant supporter plusieurs signaux.
+
Ces tables, ansi que les tables de listes de valeurs, sont regroupé dans un schéma signalo_db.
+
Il existe par ailleurs un second schéma, signalo_app offrant quant à lui la vue permettant l'affichage des signaux sur la carte. Celle-ci regroupe les données des quatres tables principales dans une hierarchie aplatie et est générée de manière à ce que l'ordre des panneaux, cadres et azimuts est respecté.
+
Documentation
+
La description complète du modèle de données se trouve ici.
+
Mise à jour du modèles de données
+
La structure des données peut évoluer d'une release à une autre. Si votre base de données est déjà en place, les mises à jour peuvent facilement être faites grâce à des fichiers de migration sql. Ainsi, la structure est actualisée sans modification des données existantes.
+
+
Avant de procéder à la mise à jour, faire un backup de la base de données
+
Télécharger les changelogs et le fichier application (signalo-1.X.Y-db-app.sql) sur la page de la release
SIGNALO ist ein Gemeinschaftsprojekt, das von der Stadt Lausanne initiiert wurde und dem sich die Städte Neuchâtel, La Chaux-de-Fonds und der Kanton Neuchâtel angeschlossen haben.
+Ein erster Auftrag wurde an [OPENGIS.ch] (https://www.opengis.ch/) vergeben.
+
Organisation
+
Um die Entwicklung und das Fortbestehen dieser Lösung zu garantieren, wurde eine Organisation aufgebaut. Mitglieder sind:
+
+
+
+
+
ist Verwalter der Finanzmittel
+
sorgt für die technische Umsetzung der Anforderungen
+
ist Ansprechpartner für Supportfragen
+
ist der Anbieter des SLA
+
hat Einsitz im Steuerungsteam
+
+
+
+
+
ist für die strategische und technische Steuerung von SIGNALO verantwortlich
+
beaufsichtigt insgesamt die Verwendung der finanziellen Ressourcen
+
wählt einen Leiter des Steuerungsteams
+
bestimmt den Inhalt der Ausschreibungen
+
bestimmt die Auswahl der Auftragnehmer für die Durchführung der Aufträge
+
bestätigt die Rechnungsstellung
+
+
+
+
+
wird von Fall zu Fall, aber mindestens einmal im Jahr über den Projektstatus informiert
+
erhält einen Bericht über die Verwendung der Mittel
+
wird vom Steuerungsteam zu kontroversen oder strategisch wichtigen Fragen konsultiert
+
kann sich aktiv an der Entwicklung und an Verbesserungen beteiligen
Im Datenmodell werden 4 Hauptklassen unterschieden:
+
+
+
+
+
Ein Pfosten kann mehrere Objekte in mehreren Azimuten präsentieren, die jeweils mehrere Rahmen aufweisen können, die jeweils mehrere Signale tragen können.
+
Diese Tabellen, sowie die Tabellen mit Wertelisten sind im Schema signalo_db zusammengefasst.
+
Es gibt ein zweites Schema, signalo_app, das die Ansicht für die Anzeige von Signalen auf der Karte enthält. Sie fasst die Daten aus den vier Haupttabellen in einer flachen Hierarchie zusammen und wird so generiert, dass die Reihenfolge der Schilder, Rahmen und Azimute eingehalten wird.
+
Dokumentation
+
Die komplette Beschreibung des Datenmodells findet sich hier.
+
Aktualisierung des Datenmodells
+
Die Datenstruktur kann sich von einem Release zum nächsten ändern. Wenn Ihre Datenbank bereits vorhanden ist, können Aktualisierungen leicht mithilfe von sql-Migrationsdateien vorgenommen werden. So wird die Struktur aktualisiert, ohne die vorhandenen Daten zu verändern.
+
+
Vor dem Update ein Backup der Datenbank erstellen
+
Die Changelogs und die Anwendungsdatei (signalo-1.X.Y-db-app.sql) auf der release Seite herunterladen.
+
Die Anwendung löschen: psql -c "DROP SCHEMA signalo_app CASCADE".
+
Die verschiedenen SQL-Skripte für die Migration starten: psql -v ON_ERROR_STOP=1 -v SRID=2056 -f datamodel/changelogs/XXXXX/XXXXX_zzzzzz.sql (für jede Datei)
+
Die Anwendung mit der SQL-Datei aus der Veröffentlichung neu erstellen: psql -v ON_ERROR_STOP=1 -f signalo-1.X.Y-db-app.sql.
Die Ebene "Pfosten" in den Editiermodus schalten und einen Punkt digitalisieren um das Formular zu öffnen.
+
+
+
Das Formular besteht aus drei Reitern:
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Im Reiter “Azimut” können die Rahmen und Signale erfasst werden. Das Attribut Azimut kann auch visuell, dank der Ansicht vw_azimut_edit des Schemas signalo_app erfasst werden.
+
+
+Beispiel
+
+
+Beispiel eines Azimuts mit mehreren Rahmen und Signalen
+
+
+
+Azimut
+
+
+Bestimmung des Azimut auf visuelle Weise, dank der Ansicht vw_azimut_edit
+
+
Grösse der Schilder
+
Die Grösse der Schilder kann in den Projekteigenschaften im Reiter Variablen angepasst werden, indem die Variable signalo_img_size verändert wird.
+
+
+Einstellungen
+
+
+Einstellen der Bildgrösse
+
+
Versatz der Schilder
+
Bei Pfosten mit vielen Signalen kann die Sichtbarkeit der Signale auf der Karte mit den Attributen offset_x und offset_y aus der Tabelle azimut verbessert werden (Attribute x-Versatz und y-Versatz des Layers Azimut in QGIS).
+
Spezialschilder
+
Richtungsschilder
+
Das Datenmodell ermöglicht eine feine Steuerung der Richtungsschilder. Drei Attribute definieren die Anzeige dieser Schilder:
+
+
In der Tabelle vl_official_sign (Ebene Offizielle Signale im QGIS-Projekt) definiert das boolesche Attribut directional_sign, ob ein Signal ein Richtungssignal ist oder nicht.
+
In der Tabelle frame kann mit dem Attribut anchor der Ankerpunkt des Rahmens festgelegt werden: Links, Zentriert oder Rechts (Ebene Rahmen mit dem Attribut Ankerpunkt im QGIS-Projekt).
+
In der Tabelle sign kann mit dem booleschen Attribut natural_direction_or_left die natürliche Richtung des Schilds in Bezug auf seinen Ankerpunkt, der auf Rahmenebene definiert ist, geändert werden. Standardmässig (das Kontrollkästchen ist aktiviert) ist die Richtung des Schilds entgegengesetzt zu seinem Ankerpunkt. Das heißt, wenn der Ankerpunkt rechts ist, zeigt das Panel nach links und umgekehrt. Dieser Automatismus kann umgangen werden, indem das Kontrollkästchen natürliche oder linke Richtung deaktiviert wird.
+
+
Doppelseitiges Schild
+
Auf Signalebene (Tabelle sign, Ebene Signal in QGIS) wird mit dem Attribut hanging_mode oder Art der Aufhängung festgelegt, ob ein Schild auf beiden Seiten das gleiche Signal trägt.
+
+
Vorne -> das Signal wird nur auf der Vorderseite angezeigt
+
Beidseitig -> das Signal wird auf beiden Seiten des Schilds angezeigt
+
+
Hinten -> das Signal wird nur auf der Rückseite des Schilds angezeigt. Dieser Wert kann z.B. gewählt werden, wenn Vorder- und Rückseite des Schilds nicht identisch sind.
+
+
+
Hinweis: Die Ebene Rahmen enthält auch ein Attribut, das sich auf die Doppelseitigkeit bezieht (Kontrollkästchen Doppelseitige Montage). Der Wert dieses Attributs ist jedoch nur informativ und hat keinen Einfluss auf die Darstellung des Schildes auf der Karte.*
+
+
+
Benutzerdefinierte Schilder
+
Es kommt vor, dass eine bestimmte Zusammensetzung von Signalen auf einem Schild in der Auswahl der offiziellen Signale nicht vorhanden ist. Die Tabelle vl_user_sign (Ebene Benutzerdefinierte Signale in QGIS) ermöglicht die Erstellung benutzerdefinierter Signale. Diese Tabelle enthält die gleichen Attribute wie vl_official_sign, die Liste der offiziellen Signale. Mindestens die folgenden Attribute müssen ausgefüllt werden:
+
+
id - eindeutiger Identifikator, der in der Dropdown-Liste in QGIS verwendet wird
+
active - auf true setzen, sonst erscheint das Signal nicht in der Dropdown-Liste in QGIS
+
value_de, oder value_de oder value_it, abhängig von der Benutzersprache - dieser Name wird auch in der Dropdown-Liste in QGIS erscheinen
+
img_de oder img_de oder img_it, je nach der Sprache des Benutzers. Dieses Attribut muss den genauen Namen der .svg-Datei des benutzerdefinierten Signals enthalten
+
img_height und img_width - zwei Werte, die die Höhe und die Breite des .svg-Bildes enthalten
+
+
Mit den folgenden Attributen können ausserdem benutzerdefinierte Richtungsschilder erstellt und verwaltet werden:
+
+
directional_sign - auf true setzen, wenn es sich um ein richtungsweisendes Schild handelt
+
img_fr_right, img_de_right, img_it_right, img_ro_right, die den Namen der .svg-Datei mit Rechtsrichtung enthalten, z. B. composite-r.svg. Die Attribute img_de, img_de usw. enthalten dann den Namen der Datei .svg mit Linksrichtung, z. B. composite-l.svg.
+
+
Um auf die Dropdown-Liste der benutzerdefinierten Signale in QGIS zugreifen zu können, muss der SignaltypBenutzerdefiniert ausgewählt werden.
+
+
+Benutzerdefinierte Liste
+
+
+Liste der Signaltypen
+
+
Die Erstellung der entsprechenden .svg liegt also in der Verantwortung des Nutzers. Die Bilddatei muss in beiden Ordnern gespeichert werden
+
+
project > images > user-defined > original: Dies ist das nicht-dynamische Bild, das auch im Attributformular angezeigt wird.
+
project > images > user-defined > editable: Dies ist das dynamische Bild, das die Anzeige von Aufschriften ermöglicht.
+
+
Es empfiehlt sich, eines der offiziellen Bilder als Beispiel und Grundlage für die Erstellung eines personalisierten Signals zu nehmen, um ein Gefühl für die Grösse zu bekommen und um zu verstehen, wie man dynamische Aufschriften einrichtet.
+Speicherort der `.svg`-Dateien der benutzerdefinierten Signale
+
+
Arbeitsumgebungen
+
Sie haben die Möglichkeit, mehrere Arbeitsumgebungen zu haben: Test, Produktion, …
+Für jede Version sind Projektdateien verfügbar:
+
+
+
+
Projektdatei
+
Name des PG Service
+
Anwendungsbeispiel
+
+
+
+
+
signalo.qgs
+
pg_signalo
+
Demo
+
+
+
signalo_prod.qgs
+
pg_signalo_prod
+
Produktion
+
+
+
signalo_dev.qgs
+
pg_signalo_dev
+
Test und Entwicklung
+
+
+
+
Sprachen
+
Es wurde ein System zur Übersetzung des QGIS-Projekts eingerichtet. Die Übersetzungsdateien signalo_XX.qm müssen sich im Ordner des QGIS-Projekts befinden. Das Projekt signalo.qgs wird dann in der Sprache des QGIS-Benutzerprofils geöffnet. Zurzeit gibt es das Projekt in Französisch (master-Sprache) und Deutsch (mit der Übersetzungsdatei signalo_de.qm). Wenn die Sprache der Software Deutsch ist, wird dann beim Öffnen des Projekts signalo.qgs automatisch eine Projektdatei signalo_de.qgs erstellt.
+
Filterung und Analyse der Gesamtkohärenz
+
Diese Funktionalität sollte in den folgenden Versionen noch verbessert werden.
+
Es ist möglich, die Anzeige der Schilder via die Ebene "Ansicht Filter" zu filtern.
+Mit einem Rechtsklick auf die Ebene, "Filter…" im Menü auswählen.
+Dann muss eine Abfrage erstellt werden, um die Elemente zu filtern.
Signalo ist ein Modul für vertikale Signalisierung.
+
+
+
+
+
SIGNALO richtet sich hauptsächlich an Schweizer Nutzer, indem es standardmässig alle in der Schweiz verwendeten Verkehrszeichen anbietet und die in der Signalisationsverordnung (SSV) definierten Anforderungen erfüllt.
+
Es ist ein PostgreSQL-Datenmodell und eine Arbeitsumgebung für die Software QGIS und QField.
+
SIGNALO basiert auf Open-Source-Komponenten und ist selbst frei zugänglich unter Github.
+
SIGNALO bietet Ihnen:
+
+
eine Abbildung der Signale auf der Karte
+
einen dynamischen Inhalt mit dem Text der Schilder auf der Karte
+
eine gesamthafte Lösung: Büro, Mobil und Geoportal
+
eine Analyse der Gesamtkohärenz der Signalisation durch Filterung
SIGNALO wird ständig verbessert, um den Anforderungen der Verkehrszeichenverwalter gerecht zu werden. SIGNALO basiert auf der neuesten LTR von QGIS. Diese wird in der Regel zu Beginn eines Jahres aktualisiert (siehe auch QGIS Roadmap). Eine neue Version von SIGNALO wird innerhalb eines Monats nach der Veröffentlichung der QGIS LTR zur Verfügung gestellt. Die folgenden Releases basieren auf der aktuellen LTR.
+
Versionierung
+
Die Versionen werden major.minor.bugfix genannt (z. B. 0.5.1). Jede Änderung im Datenmodell (Schema signalo_db) wird zu einer Erhöhung der Minor-Version führen, und die entsprechenden Changelogs werden entsprechend benannt. Jede Änderung in der Anwendung (signalo_app-Schema) oder im QGIS-Demoprojekt wird zu einer Erhöhung der Fehlerkorrektur führen (bugfix).
+
Roadmap
+
Nachfolgend eine nicht abschliessende Liste der für SIGNALO geplanten Verbesserungen
+
+
+
Verbesserung der Formularoberfläche mit einer Gruppierung von Rahmen und Signalen:
+
+
eine einzige Visualisierung für jeden Azimut: alle Rahmen und Signale werden auf derselben Zeichnung angezeigt.
+
wenn möglich eine Optimierung der Abfragen (eine einzige Abfrage für alle Signale durch Gruppierung der Rahmen)
+
+
+
+
Analyse und Verbesserung der Kontrolle über das Offline-Editieren
+
+
Weitergeben der Hinzufügungs-/Löschungs-/Änderungsinfos bis zum Pfosten
+
Untersuchung der Verwendung eines eigens entwickelten Renderers (QGIS-Plugin + spezieller Code für QField)
+
+
+
+
Inspektion und Validierung der im Feld vorgenommenen Änderungen
+
+
+
Verbesserung der Kontrolle über die Aktualisierung des Datenmodells, Versionierungsinfo im Modell, Kontrolle in der CI
+
+
+
Fortgeschrittenes Werkzeug für die Analyse der globalen Kohärenz via ein Plugin
+
+
+
Letzte Änderungen
+
Alle Releases sind auf Github verfügbar - der Changelog beschreibt die Änderungen von einer Version zur anderen.
Mettre la couche "Support" en édition et digitaliser un point pour ouvrir le formulaire.
+
+
+
Le formulaire est composé de trois onglets:
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Dans l’onglet “Azimut”, les cadres et signaux peuvent y être saisis. L'attribut Azimut peut être rempli de manière graphique, grâce à la vue vw_azimut_edit du schéma signalo_app.
+
+
+Exemple
+
+
+Exemple d'un azimut avec plusieurs cadres et signaux
+
+
+
+Azimut
+
+
+Définition de l'azimut de manière graphique, grâce à la vue vw_azimut_edit
+
+
Taille des panneaux
+
La taille des panneaux peut être ajustée dans les propriétés du projet, dans l'onglet Variables, en modifiant la variable signalo_img_size.
+
+
+Réglage
+
+
+Réglage de la taille de l'image
+
+
Décalage des panneaux
+
En cas de supports portant de nombreux signaux, la visibilité des signaux sur la carte peut être améliorée avec les attributs offset_x et offset_y de la table azimut (attributs décalage X et décalage Y de la couche Azimut dans QGIS).
+
Panneaux spéciaux
+
Panneaux directionnels
+
Le modèle des données permet une gestion fine des panneaux directionnels. Trois attributs définissent l'affichage de ces panneaux:
+
+
Dans la table vl_official_sign (couche Signal officiel dans le projet QGIS), l'attribut boolean directional_sign définit si un signal est un signal directionnel ou non.
+
Dans la table frame, l'attribut anchor permet de définir le point d'ancrage du cadre: Gauche, Centré ou Droite (couche Cadre avec l'attribut point d'ancrage dans le projet QGIS).
+
Dans la table sign, l'attribut boolean natural_direction_or_left permet de changer la direction naturelle du panneau par rapport à son point d'ancrage défini au niveau du cadre. Par défaut (la case est cochée), la direction du panneau sera à l'opposé de son point d'ancrage. C'est-à-dire, si le point d'ancrage est à droite, le panneau pointera à gauche et vice-versa. Cet automatisme peut être contourné en décochant la case direction naturel ou gauche.
+
+
Panneaux recto-verso
+
Au niveau du signal, (table sign, couche Signal dans QGIS) l'attribut hanging_mode ou mode d'accrochage permet de définir si un panneaux porte le même signal des deux côtés.
+
+
VERSO -> le signal n'est affiché que d'un côté
+
RECTO-VERSO -> le signal est affiché des deux côtés du panneau
+
+
RECTO -> le signal n'est affiché que dans le dos du panneau. Cette valeur peut être choisi p.ex. quand le recto et le verso du panneau ne sont pas identiques.
+
+
+
A noter: la couche cadre contient également un attribut lié au recto-verso (case à cocher montage recto-verso). La valeur de cet attribut n'est néanmoins qu'informative, elle n'aura aucune influence sur l'affichage du panneau sur la carte.*
+
+
+
Signaux définis par l'utilisateur
+
Il arrive qu'une certaine composition de signaux sur un même panneau n'existe pas dans la sélection des signaux officiels. La table vl_user_sign (couche Signal défini par l'utilisateur dans QGIS) permet la création de signaux personnalisés. Cette table contient les mêmes attributs que vl_official_sign, la liste des signaux officiels. Au minimum, les attributs suivants doivent être renseignés:
+
+
id - identifiant unique qui sera utilisé dans la liste déroulante dans QGIS
+
active - à mettre sur true, autrement le signal n'apparaîtra pas dans la liste déroulante dans QGIS
+
value_fr, ou value_de ou value_it, en fonction de la langue utilisateur - ce nom apparaîtra également dans la liste déroulante dans QGIS
+
img_fr ou img_de ou img_it, en fonction de la langue de l'utilisateur. Cet attribut doit contenir le nom exact du fichier .svg du signal personnalisé
+
img_height et img_width - deux valeurs qui contiennent la hauteur et la largeur de l'image .svg
+
+
Les attributs suivants permettent en outre de créer et gérer des panneaux directionnels personnalisés:
+
+
directional_sign - à mettre sur true s'il s'agit d'un panneau directionnel
+
img_fr_right, img_de_right, img_it_right, img_ro_right, qui contiendront le nom du fichier .svg avec direction à droite, par exemple composite-r.svg. Les attributs img_fr, img_de etc. contiendront alors le nom du fichier .svg avec direction à gauche, par exemple composite-l.svg.
+
+
Afin d'accéder à la liste déroulante des signaux définis par l'utilisateur dans QGIS, le type de signaldéfini par l'utilisateur doit être choisi.
+
+
+Liste définie par l'utilisateur
+
+
+Liste des types de signal
+
+
La création du .svg correspondant est donc dans la responsabilité de l'utilisateur. Le fichier d'image doit être enregistré dans les deux dossiers
+
+
project > images > user-defined > original : ceci est l'image non-dynamique qui sera aussi affichée dans le formulaire d'attributs
+
project > images > user-defined > editable : ceci est l'image dynamique qui permet d'afficher des inscriptions
+
+
Il est recommandé de prendre une des images officielles comme exemple et base pour créer un signal personnalisé, afin d'avoir une idée de la taille et pour comprendre comment configurer les inscriptions dynamiques.
+Emplacement des fichiers `.svg` des signaux définis par l'utilisateur
+
+
Environnements de travail
+
Vous avez la possibilité d'avoir plusieurs environnements de travail: test, production, …
+Plusieurs fichiers projets sont disponibles avec chaque version:
+
+
+
+
Fichier projet
+
nom du service PG
+
exemple d'utilisation
+
+
+
+
+
signalo.qgs
+
pg_signalo
+
demo
+
+
+
signalo_prod.qgs
+
pg_signalo_prod
+
production
+
+
+
signalo_dev.qgs
+
pg_signalo_dev
+
test et développement
+
+
+
+
Langues
+
Un système de traduction du projet QGIS a été mis en place. Les fichiers de traduction signalo_XX.qm doivent se situer dans le dossier du projet QGIS. Le projet signalo.qgs s'ouvre alors dans la langue du profil de l'utilisateur QGIS. Pour le moment, le projet existe en français (langue master) et en allemand (avec le fichier de traduction signalo_de.qm). Si la langue du logiciel est l'allemand, un fichier de projet signalo_de.qgs se créera alors automatiquement à l'ouverture du projet signalo.qgs.
+
Filtrage et analyse de la cohérence globale
+
Cette fonctionnalité devrait être améliorée dans les versions suivantes.
+
Il est possible de filtrer l'affichage des panneaux au moyen de la couche "Vue filtrage".
+Avec un clic-droit sur la couche, sélectionner "Filtrer…" dans le menu.
+Il faut alors construire une requête pour filtrer les éléments.
Signalo est un module de gestion de la signalisation verticale.
+
+
+
+
+
SIGNALO est principalement destiné aux utilisateurs suisses en offrant par défaut l’ensemble de la signalisation utilisée en Suisse et répond aux exigences définies dans l’Ordonnance sur la Signalisation Routière (OSR).
+
Il s’agit d’un modèle de données PostgreSQL et d’un environnement de travail sur les logiciels QGIS et QField.
+
SIGNALO repose sur des composants open-source et est lui-même en accès libre sur Github.
+
SIGNALO vous offre:
+
+
un rendu des signaux sur la carte
+
un contenu dynamique avec le texte des signaux sur la carte
+
une solution complète: bureau, mobile et guichet cartographique
+
une analyse de la cohérence globale de la signalisation grâce au filtrage
Pour installer signalo, trouvez la dernière version et téléchargez
+
+
le fichier project.zip contenant le projet QGIS nécessaire à la visualisation des données.
+
le dump du modèle de données (avec ou sans données démo)
+
+
+
+
Modèle de données
+
+
+
Créez un service postgreslpg_signalo avec les informations de connexion.
+
+
+
Réstaurez ensuite le dump:
+
+
pour un dump binaire (fichier avec extension .backup), utiliser pg_restore facilement utilisable avec pgAdmin
+
pour un dump SQL (fichier avec extension .sql), utiliser la ligne de commande:
+PGSERVICE=pg_signalo psql -v ON_ERROR_STOP=1 -f _chemin_vers_le_fichier_sql
SIGNALO est continuellement amélioré afin de répondre aux besoins des gestionnaires de la signalisation routière. SIGNALO se base sur la dernière LTR de QGIS. Celle-ci est généralement mise à jour en début d'année (voir aussi Roadmap QGIS). Une nouvelle version de SIGNALO est mise à disposition dans le mois qui suit la sortie de la LTR QGIS. Les releases suivants se basent sur la LTR en cours.
+
Versioning
+
Les versions sont nommées major.minor.bugfix (par exemple 0.5.1). Tout changement dans le modèle de données (schéma signalo_db) se traduira par une augmentation de la version mineure et les changelogs correspondants sont nommés en conséquence. Tout changement dans l'application (schéma signalo_app) ou dans le projet de démonstration QGIS entraînera une augmentation de la correction de bugs.
+
Roadmap
+
Voici une liste non-exhaustive des améliorations prévues pour SIGNALO
+
+
+
Amélioration de l'interface du formulaire avec un regroupement des cadres et signaux:
+
+
une visualisation unique selon chaque azimut: tous les cadres et signaux sont affichés sur le même dessin
+
si possible une optimisation des requêtes (une seule requête pour tous les signaux par regroupement des cadres)
+
+
+
+
Analyse et amélioration du contrôle de l'édition hors-ligne
+
+
remontée des infos d'ajout/suppression/modification jusqu'au support
+
investigation de l'utilisation d'un moteur de rendu développé spécifiquement (plugin QGIS + code spécifique pour QField)
+
+
+
+
Inspection et validation des changements effectués sur le terrain
+
+
+
Amélioration du contrôle des mises à jour du modèle de données, info de versionnement dans le modèle, contrôle dans la CI
+
+
+
Outil avancé pour l'analyse de la cohérence globale via un plugin
+
+
+
Derniers changements
+
Toutes les releases sont disponible sur Github - le changelog décrit les changements d'une version à une autre.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/search/search_index.json b/search/search_index.json
new file mode 100644
index 00000000..32ca0c73
--- /dev/null
+++ b/search/search_index.json
@@ -0,0 +1 @@
+{"config":{"lang":["fr","de"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"],"fields":{"title":{"boost":1000.0},"text":{"boost":1.0},"tags":{"boost":1000000.0}}},"docs":[{"location":"contribute/","title":"Contribute","text":""},{"location":"contribute/#historique","title":"Historique","text":"
SIGNALO est un projet collaboratif initi\u00e9 par la ville de Lausanne, rejointe par les villes de Neuch\u00e2tel, la Chaux-de-Fonds et le Canton de Neuch\u00e2tel. Un premier mandat a \u00e9t\u00e9 attribu\u00e9 \u00e0 OPENGIS.ch
Afin de garantir l'\u00e9volution et la p\u00e9rennit\u00e9 de la solution, une organisation a \u00e9t\u00e9 mise en place compos\u00e9e des entit\u00e9s suivantes:
OPENGIS.chComit\u00e9 de pilotageClient
est le gestionnaire des ressources financi\u00e8res
assure la mise en \u0153uvre technique des exigences
est la personne de contact pour les demandes d'assistance
est le prestataire du SLA
a un si\u00e8ge dans le comit\u00e9 de pilotage
est responsable du pilotage strat\u00e9gique et technique de SIGNALO
supervise globalement l'utilisation des ressources financi\u00e8res
choisit un responsable du comit\u00e9 de pilotage
d\u00e9termine le contenu des appels d\u2019offre
d\u00e9termine le choix des prestataires pour la r\u00e9alisation des mandats
valide la facturation
est inform\u00e9 de l'\u00e9tat du projet au cas par cas, mais au moins une fois par an
re\u00e7oit un compte rendu de l'utilisation des fonds
est consult\u00e9 par l'\u00e9quipe de pilotage sur des questions controvers\u00e9es ou strat\u00e9giquement importantes
peut participer activement au d\u00e9veloppement et aux am\u00e9liorations
"},{"location":"contribute/#feuille-de-route","title":"Feuille de route","text":"
On distingue 4 classes principales dans le mod\u00e8le de donn\u00e9es:
Un support peut pr\u00e9senter des objets selon plusieurs azimuts, chacun pouvant pr\u00e9senter plusieurs cadres, chacun pouvant supporter plusieurs signaux.
Ces tables, ansi que les tables de listes de valeurs, sont regroup\u00e9 dans un sch\u00e9ma signalo_db.
Il existe par ailleurs un second sch\u00e9ma, signalo_app offrant quant \u00e0 lui la vue permettant l'affichage des signaux sur la carte. Celle-ci regroupe les donn\u00e9es des quatres tables principales dans une hierarchie aplatie et est g\u00e9n\u00e9r\u00e9e de mani\u00e8re \u00e0 ce que l'ordre des panneaux, cadres et azimuts est respect\u00e9.
La description compl\u00e8te du mod\u00e8le de donn\u00e9es se trouve ici.
"},{"location":"data-model/#mise-a-jour-du-modeles-de-donnees","title":"Mise \u00e0 jour du mod\u00e8les de donn\u00e9es","text":"
La structure des donn\u00e9es peut \u00e9voluer d'une release \u00e0 une autre. Si votre base de donn\u00e9es est d\u00e9j\u00e0 en place, les mises \u00e0 jour peuvent facilement \u00eatre faites gr\u00e2ce \u00e0 des fichiers de migration sql. Ainsi, la structure est actualis\u00e9e sans modification des donn\u00e9es existantes.
Avant de proc\u00e9der \u00e0 la mise \u00e0 jour, faire un backup de la base de donn\u00e9es
T\u00e9l\u00e9charger les changelogs et le fichier application (signalo-1.X.Y-db-app.sql) sur la page de la release
Lancer les diff\u00e9rents scripts SQL de migration: psql -v ON_ERROR_STOP=1 -v SRID=2056 -f datamodel/changelogs/XXXX/XXXX_zzzzzz.sql (pour chaque fichier)
Recr\u00e9er l'application avec le ficher SQL de la release: psql -v ON_ERROR_STOP=1 -f signalo-1.X.Y-db-app.sql
"},{"location":"datamodel-doc/","title":"Data Model","text":""},{"location":"desktop/","title":"Edition","text":""},{"location":"desktop/#ajout-de-signaux","title":"Ajout de signaux","text":"
Mettre la couche \"Support\" en \u00e9dition et digitaliser un point pour ouvrir le formulaire.
Le formulaire est compos\u00e9 de trois onglets:
G\u00e9n\u00e9ralAzimutPhoto
Dans l\u2019onglet \u201cAzimut\u201d, les cadres et signaux peuvent y \u00eatre saisis. L'attribut Azimut peut \u00eatre rempli de mani\u00e8re graphique, gr\u00e2ce \u00e0 la vue vw_azimut_edit du sch\u00e9ma signalo_app.
Exemple
Exemple d'un azimut avec plusieurs cadres et signaux
Azimut
D\u00e9finition de l'azimut de mani\u00e8re graphique, gr\u00e2ce \u00e0 la vue vw_azimut_edit"},{"location":"desktop/#taille-des-panneaux","title":"Taille des panneaux","text":"
La taille des panneaux peut \u00eatre ajust\u00e9e dans les propri\u00e9t\u00e9s du projet, dans l'onglet Variables, en modifiant la variable signalo_img_size.
R\u00e9glage
R\u00e9glage de la taille de l'image"},{"location":"desktop/#decalage-des-panneaux","title":"D\u00e9calage des panneaux","text":"
En cas de supports portant de nombreux signaux, la visibilit\u00e9 des signaux sur la carte peut \u00eatre am\u00e9lior\u00e9e avec les attributs offset_x et offset_y de la table azimut (attributs d\u00e9calage X et d\u00e9calage Y de la couche Azimut dans QGIS).
Le mod\u00e8le des donn\u00e9es permet une gestion fine des panneaux directionnels. Trois attributs d\u00e9finissent l'affichage de ces panneaux:
Dans la table vl_official_sign (couche Signal officiel dans le projet QGIS), l'attribut boolean directional_sign d\u00e9finit si un signal est un signal directionnel ou non.
Dans la table frame, l'attribut anchor permet de d\u00e9finir le point d'ancrage du cadre: Gauche, Centr\u00e9 ou Droite (couche Cadre avec l'attribut point d'ancrage dans le projet QGIS).
Dans la table sign, l'attribut boolean natural_direction_or_left permet de changer la direction naturelle du panneau par rapport \u00e0 son point d'ancrage d\u00e9fini au niveau du cadre. Par d\u00e9faut (la case est coch\u00e9e), la direction du panneau sera \u00e0 l'oppos\u00e9 de son point d'ancrage. C'est-\u00e0-dire, si le point d'ancrage est \u00e0 droite, le panneau pointera \u00e0 gauche et vice-versa. Cet automatisme peut \u00eatre contourn\u00e9 en d\u00e9cochant la case direction naturel ou gauche.
Au niveau du signal, (table sign, couche Signal dans QGIS) l'attribut hanging_mode ou mode d'accrochage permet de d\u00e9finir si un panneaux porte le m\u00eame signal des deux c\u00f4t\u00e9s.
VERSO -> le signal n'est affich\u00e9 que d'un c\u00f4t\u00e9
RECTO-VERSO -> le signal est affich\u00e9 des deux c\u00f4t\u00e9s du panneau
RECTO -> le signal n'est affich\u00e9 que dans le dos du panneau. Cette valeur peut \u00eatre choisi p.ex. quand le recto et le verso du panneau ne sont pas identiques.
A noter: la couche cadre contient \u00e9galement un attribut li\u00e9 au recto-verso (case \u00e0 cocher montage recto-verso). La valeur de cet attribut n'est n\u00e9anmoins qu'informative, elle n'aura aucune influence sur l'affichage du panneau sur la carte.*
"},{"location":"desktop/#signaux-definis-par-lutilisateur","title":"Signaux d\u00e9finis par l'utilisateur","text":"
Il arrive qu'une certaine composition de signaux sur un m\u00eame panneau n'existe pas dans la s\u00e9lection des signaux officiels. La table vl_user_sign (couche Signal d\u00e9fini par l'utilisateur dans QGIS) permet la cr\u00e9ation de signaux personnalis\u00e9s. Cette table contient les m\u00eames attributs que vl_official_sign, la liste des signaux officiels. Au minimum, les attributs suivants doivent \u00eatre renseign\u00e9s:
id - identifiant unique qui sera utilis\u00e9 dans la liste d\u00e9roulante dans QGIS
active - \u00e0 mettre sur true, autrement le signal n'appara\u00eetra pas dans la liste d\u00e9roulante dans QGIS
value_fr, ou value_de ou value_it, en fonction de la langue utilisateur - ce nom appara\u00eetra \u00e9galement dans la liste d\u00e9roulante dans QGIS
img_fr ou img_de ou img_it, en fonction de la langue de l'utilisateur. Cet attribut doit contenir le nom exact du fichier .svg du signal personnalis\u00e9
img_height et img_width - deux valeurs qui contiennent la hauteur et la largeur de l'image .svg
Les attributs suivants permettent en outre de cr\u00e9er et g\u00e9rer des panneaux directionnels personnalis\u00e9s:
directional_sign - \u00e0 mettre sur true s'il s'agit d'un panneau directionnel
img_fr_right, img_de_right, img_it_right, img_ro_right, qui contiendront le nom du fichier .svg avec direction \u00e0 droite, par exemple composite-r.svg. Les attributs img_fr, img_de etc. contiendront alors le nom du fichier .svg avec direction \u00e0 gauche, par exemple composite-l.svg.
Afin d'acc\u00e9der \u00e0 la liste d\u00e9roulante des signaux d\u00e9finis par l'utilisateur dans QGIS, le type de signal d\u00e9fini par l'utilisateur doit \u00eatre choisi.
Liste d\u00e9finie par l'utilisateur
Liste des types de signal
La cr\u00e9ation du .svg correspondant est donc dans la responsabilit\u00e9 de l'utilisateur. Le fichier d'image doit \u00eatre enregistr\u00e9 dans les deux dossiers
project > images > user-defined > original : ceci est l'image non-dynamique qui sera aussi affich\u00e9e dans le formulaire d'attributs
project > images > user-defined > editable : ceci est l'image dynamique qui permet d'afficher des inscriptions
Il est recommand\u00e9 de prendre une des images officielles comme exemple et base pour cr\u00e9er un signal personnalis\u00e9, afin d'avoir une id\u00e9e de la taille et pour comprendre comment configurer les inscriptions dynamiques.
Projet QField { width=\"200\"; loading=lazy; style=\"max-width: 900px\"}
Emplacement des fichiers `.svg` des signaux d\u00e9finis par l'utilisateur"},{"location":"desktop/#environnements-de-travail","title":"Environnements de travail","text":"
Vous avez la possibilit\u00e9 d'avoir plusieurs environnements de travail: test, production, \u2026 Plusieurs fichiers projets sont disponibles avec chaque version:
Fichier projet nom du service PG exemple d'utilisation signalo.qgspg_signalo demo signalo_prod.qgspg_signalo_prod production signalo_dev.qgspg_signalo_dev test et d\u00e9veloppement"},{"location":"desktop/#langues","title":"Langues","text":"
Un syst\u00e8me de traduction du projet QGIS a \u00e9t\u00e9 mis en place. Les fichiers de traduction signalo_XX.qm doivent se situer dans le dossier du projet QGIS. Le projet signalo.qgs s'ouvre alors dans la langue du profil de l'utilisateur QGIS. Pour le moment, le projet existe en fran\u00e7ais (langue master) et en allemand (avec le fichier de traduction signalo_de.qm). Si la langue du logiciel est l'allemand, un fichier de projet signalo_de.qgs se cr\u00e9era alors automatiquement \u00e0 l'ouverture du projet signalo.qgs.
"},{"location":"desktop/#filtrage-et-analyse-de-la-coherence-globale","title":"Filtrage et analyse de la coh\u00e9rence globale","text":"
Cette fonctionnalit\u00e9 devrait \u00eatre am\u00e9lior\u00e9e dans les versions suivantes.
Il est possible de filtrer l'affichage des panneaux au moyen de la couche \"Vue filtrage\". Avec un clic-droit sur la couche, s\u00e9lectionner \"Filtrer\u2026\" dans le menu. Il faut alors construire une requ\u00eate pour filtrer les \u00e9l\u00e9ments.
Projet QField
Filtrage des signaux"},{"location":"","title":"SIGNALO","text":"
SIGNALO est principalement destin\u00e9 aux utilisateurs suisses en offrant par d\u00e9faut l\u2019ensemble de la signalisation utilis\u00e9e en Suisse et r\u00e9pond aux exigences d\u00e9finies dans l\u2019Ordonnance sur la Signalisation Routi\u00e8re (OSR).
Il s\u2019agit d\u2019un mod\u00e8le de donn\u00e9es PostgreSQL et d\u2019un environnement de travail sur les logiciels QGIS et QField.
SIGNALO repose sur des composants open-source et est lui-m\u00eame en acc\u00e8s libre sur Github.
SIGNALO vous offre:
un rendu des signaux sur la carte
un contenu dynamique avec le texte des signaux sur la carte
une solution compl\u00e8te: bureau, mobile et guichet cartographique
une analyse de la coh\u00e9rence globale de la signalisation gr\u00e2ce au filtrage
Pour installer signalo, trouvez la derni\u00e8re version et t\u00e9l\u00e9chargez
le fichier project.zip contenant le projet QGIS n\u00e9cessaire \u00e0 la visualisation des donn\u00e9es.
le dump du mod\u00e8le de donn\u00e9es (avec ou sans donn\u00e9es d\u00e9mo)
"},{"location":"installation/#modele-de-donnees","title":"Mod\u00e8le de donn\u00e9es","text":"
Cr\u00e9ez un service postgresl pg_signalo avec les informations de connexion.
R\u00e9staurez ensuite le dump:
pour un dump binaire (fichier avec extension .backup), utiliser pg_restore facilement utilisable avec pgAdmin
pour un dump SQL (fichier avec extension .sql), utiliser la ligne de commande: PGSERVICE=pg_signalo psql -v ON_ERROR_STOP=1 -f _chemin_vers_le_fichier_sql
SIGNALO est continuellement am\u00e9lior\u00e9 afin de r\u00e9pondre aux besoins des gestionnaires de la signalisation routi\u00e8re. SIGNALO se base sur la derni\u00e8re LTR de QGIS. Celle-ci est g\u00e9n\u00e9ralement mise \u00e0 jour en d\u00e9but d'ann\u00e9e (voir aussi Roadmap QGIS). Une nouvelle version de SIGNALO est mise \u00e0 disposition dans le mois qui suit la sortie de la LTR QGIS. Les releases suivants se basent sur la LTR en cours.
Les versions sont nomm\u00e9es major.minor.bugfix (par exemple 0.5.1). Tout changement dans le mod\u00e8le de donn\u00e9es (sch\u00e9ma signalo_db) se traduira par une augmentation de la version mineure et les changelogs correspondants sont nomm\u00e9s en cons\u00e9quence. Tout changement dans l'application (sch\u00e9ma signalo_app) ou dans le projet de d\u00e9monstration QGIS entra\u00eenera une augmentation de la correction de bugs.
Voici une liste non-exhaustive des am\u00e9liorations pr\u00e9vues pour SIGNALO
Am\u00e9lioration de l'interface du formulaire avec un regroupement des cadres et signaux:
une visualisation unique selon chaque azimut: tous les cadres et signaux sont affich\u00e9s sur le m\u00eame dessin
si possible une optimisation des requ\u00eates (une seule requ\u00eate pour tous les signaux par regroupement des cadres)
Analyse et am\u00e9lioration du contr\u00f4le de l'\u00e9dition hors-ligne
remont\u00e9e des infos d'ajout/suppression/modification jusqu'au support
investigation de l'utilisation d'un moteur de rendu d\u00e9velopp\u00e9 sp\u00e9cifiquement (plugin QGIS + code sp\u00e9cifique pour QField)
Inspection et validation des changements effectu\u00e9s sur le terrain
Am\u00e9lioration du contr\u00f4le des mises \u00e0 jour du mod\u00e8le de donn\u00e9es, info de versionnement dans le mod\u00e8le, contr\u00f4le dans la CI
Outil avanc\u00e9 pour l'analyse de la coh\u00e9rence globale via un plugin
SIGNALO ist ein Gemeinschaftsprojekt, das von der Stadt Lausanne initiiert wurde und dem sich die St\u00e4dte Neuch\u00e2tel, La Chaux-de-Fonds und der Kanton Neuch\u00e2tel angeschlossen haben. Ein erster Auftrag wurde an [OPENGIS.ch] (https://www.opengis.ch/) vergeben.
Im Datenmodell werden 4 Hauptklassen unterschieden:
Ein Pfosten kann mehrere Objekte in mehreren Azimuten pr\u00e4sentieren, die jeweils mehrere Rahmen aufweisen k\u00f6nnen, die jeweils mehrere Signale tragen k\u00f6nnen.
Diese Tabellen, sowie die Tabellen mit Wertelisten sind im Schema signalo_db zusammengefasst.
Es gibt ein zweites Schema, signalo_app, das die Ansicht f\u00fcr die Anzeige von Signalen auf der Karte enth\u00e4lt. Sie fasst die Daten aus den vier Haupttabellen in einer flachen Hierarchie zusammen und wird so generiert, dass die Reihenfolge der Schilder, Rahmen und Azimute eingehalten wird.
Die komplette Beschreibung des Datenmodells findet sich hier.
"},{"location":"de/data-model/#aktualisierung-des-datenmodells","title":"Aktualisierung des Datenmodells","text":"
Die Datenstruktur kann sich von einem Release zum n\u00e4chsten \u00e4ndern. Wenn Ihre Datenbank bereits vorhanden ist, k\u00f6nnen Aktualisierungen leicht mithilfe von sql-Migrationsdateien vorgenommen werden. So wird die Struktur aktualisiert, ohne die vorhandenen Daten zu ver\u00e4ndern.
Vor dem Update ein Backup der Datenbank erstellen
Die Changelogs und die Anwendungsdatei (signalo-1.X.Y-db-app.sql) auf der release Seite herunterladen.
Die Anwendung l\u00f6schen: psql -c \"DROP SCHEMA signalo_app CASCADE\".
Die verschiedenen SQL-Skripte f\u00fcr die Migration starten: psql -v ON_ERROR_STOP=1 -v SRID=2056 -f datamodel/changelogs/XXXXX/XXXXX_zzzzzz.sql (f\u00fcr jede Datei)
Die Anwendung mit der SQL-Datei aus der Ver\u00f6ffentlichung neu erstellen: psql -v ON_ERROR_STOP=1 -f signalo-1.X.Y-db-app.sql.
"},{"location":"de/datamodel-doc/","title":"Datenmodell","text":""},{"location":"de/desktop/","title":"Editieren","text":""},{"location":"de/desktop/#hinzufugen-von-signalen","title":"Hinzuf\u00fcgen von Signalen","text":"
Die Ebene \"Pfosten\" in den Editiermodus schalten und einen Punkt digitalisieren um das Formular zu \u00f6ffnen.
Das Formular besteht aus drei Reitern:
AllgemeinAzimutFoto
Im Reiter \u201cAzimut\u201d k\u00f6nnen die Rahmen und Signale erfasst werden. Das Attribut Azimut kann auch visuell, dank der Ansicht vw_azimut_edit des Schemas signalo_app erfasst werden.
Beispiel
Beispiel eines Azimuts mit mehreren Rahmen und Signalen
Azimut
Bestimmung des Azimut auf visuelle Weise, dank der Ansicht vw_azimut_edit"},{"location":"de/desktop/#grosse-der-schilder","title":"Gr\u00f6sse der Schilder","text":"
Die Gr\u00f6sse der Schilder kann in den Projekteigenschaften im Reiter Variablen angepasst werden, indem die Variable signalo_img_size ver\u00e4ndert wird.
Einstellungen
Einstellen der Bildgr\u00f6sse"},{"location":"de/desktop/#versatz-der-schilder","title":"Versatz der Schilder","text":"
Bei Pfosten mit vielen Signalen kann die Sichtbarkeit der Signale auf der Karte mit den Attributen offset_x und offset_y aus der Tabelle azimut verbessert werden (Attribute x-Versatz und y-Versatz des Layers Azimut in QGIS).
Das Datenmodell erm\u00f6glicht eine feine Steuerung der Richtungsschilder. Drei Attribute definieren die Anzeige dieser Schilder:
In der Tabelle vl_official_sign (Ebene Offizielle Signale im QGIS-Projekt) definiert das boolesche Attribut directional_sign, ob ein Signal ein Richtungssignal ist oder nicht.
In der Tabelle frame kann mit dem Attribut anchor der Ankerpunkt des Rahmens festgelegt werden: Links, Zentriert oder Rechts (Ebene Rahmen mit dem Attribut Ankerpunkt im QGIS-Projekt).
In der Tabelle sign kann mit dem booleschen Attribut natural_direction_or_left die nat\u00fcrliche Richtung des Schilds in Bezug auf seinen Ankerpunkt, der auf Rahmenebene definiert ist, ge\u00e4ndert werden. Standardm\u00e4ssig (das Kontrollk\u00e4stchen ist aktiviert) ist die Richtung des Schilds entgegengesetzt zu seinem Ankerpunkt. Das hei\u00dft, wenn der Ankerpunkt rechts ist, zeigt das Panel nach links und umgekehrt. Dieser Automatismus kann umgangen werden, indem das Kontrollk\u00e4stchen nat\u00fcrliche oder linke Richtung deaktiviert wird.
Auf Signalebene (Tabelle sign, Ebene Signal in QGIS) wird mit dem Attribut hanging_mode oder Art der Aufh\u00e4ngung festgelegt, ob ein Schild auf beiden Seiten das gleiche Signal tr\u00e4gt.
Vorne -> das Signal wird nur auf der Vorderseite angezeigt
Beidseitig -> das Signal wird auf beiden Seiten des Schilds angezeigt
Hinten -> das Signal wird nur auf der R\u00fcckseite des Schilds angezeigt. Dieser Wert kann z.B. gew\u00e4hlt werden, wenn Vorder- und R\u00fcckseite des Schilds nicht identisch sind.
Hinweis: Die Ebene Rahmen enth\u00e4lt auch ein Attribut, das sich auf die Doppelseitigkeit bezieht (Kontrollk\u00e4stchen Doppelseitige Montage). Der Wert dieses Attributs ist jedoch nur informativ und hat keinen Einfluss auf die Darstellung des Schildes auf der Karte.*
Es kommt vor, dass eine bestimmte Zusammensetzung von Signalen auf einem Schild in der Auswahl der offiziellen Signale nicht vorhanden ist. Die Tabelle vl_user_sign (Ebene Benutzerdefinierte Signale in QGIS) erm\u00f6glicht die Erstellung benutzerdefinierter Signale. Diese Tabelle enth\u00e4lt die gleichen Attribute wie vl_official_sign, die Liste der offiziellen Signale. Mindestens die folgenden Attribute m\u00fcssen ausgef\u00fcllt werden:
id - eindeutiger Identifikator, der in der Dropdown-Liste in QGIS verwendet wird
active - auf true setzen, sonst erscheint das Signal nicht in der Dropdown-Liste in QGIS
value_de, oder value_de oder value_it, abh\u00e4ngig von der Benutzersprache - dieser Name wird auch in der Dropdown-Liste in QGIS erscheinen
img_de oder img_de oder img_it, je nach der Sprache des Benutzers. Dieses Attribut muss den genauen Namen der .svg-Datei des benutzerdefinierten Signals enthalten
img_height und img_width - zwei Werte, die die H\u00f6he und die Breite des .svg-Bildes enthalten
Mit den folgenden Attributen k\u00f6nnen ausserdem benutzerdefinierte Richtungsschilder erstellt und verwaltet werden:
directional_sign - auf true setzen, wenn es sich um ein richtungsweisendes Schild handelt
img_fr_right, img_de_right, img_it_right, img_ro_right, die den Namen der .svg-Datei mit Rechtsrichtung enthalten, z. B. composite-r.svg. Die Attribute img_de, img_de usw. enthalten dann den Namen der Datei .svg mit Linksrichtung, z. B. composite-l.svg.
Um auf die Dropdown-Liste der benutzerdefinierten Signale in QGIS zugreifen zu k\u00f6nnen, muss der Signaltyp Benutzerdefiniert ausgew\u00e4hlt werden.
Benutzerdefinierte Liste
Liste der Signaltypen
Die Erstellung der entsprechenden .svg liegt also in der Verantwortung des Nutzers. Die Bilddatei muss in beiden Ordnern gespeichert werden
project > images > user-defined > original: Dies ist das nicht-dynamische Bild, das auch im Attributformular angezeigt wird.
project > images > user-defined > editable: Dies ist das dynamische Bild, das die Anzeige von Aufschriften erm\u00f6glicht.
Es empfiehlt sich, eines der offiziellen Bilder als Beispiel und Grundlage f\u00fcr die Erstellung eines personalisierten Signals zu nehmen, um ein Gef\u00fchl f\u00fcr die Gr\u00f6sse zu bekommen und um zu verstehen, wie man dynamische Aufschriften einrichtet.
Speicherort der `.svg`-Dateien der benutzerdefinierten Signale"},{"location":"de/desktop/#arbeitsumgebungen","title":"Arbeitsumgebungen","text":"
Sie haben die M\u00f6glichkeit, mehrere Arbeitsumgebungen zu haben: Test, Produktion, \u2026 F\u00fcr jede Version sind Projektdateien verf\u00fcgbar:
Projektdatei Name des PG Service Anwendungsbeispiel signalo.qgspg_signalo Demo signalo_prod.qgspg_signalo_prod Produktion signalo_dev.qgspg_signalo_dev Test und Entwicklung"},{"location":"de/desktop/#sprachen","title":"Sprachen","text":"
Es wurde ein System zur \u00dcbersetzung des QGIS-Projekts eingerichtet. Die \u00dcbersetzungsdateien signalo_XX.qm m\u00fcssen sich im Ordner des QGIS-Projekts befinden. Das Projekt signalo.qgs wird dann in der Sprache des QGIS-Benutzerprofils ge\u00f6ffnet. Zurzeit gibt es das Projekt in Franz\u00f6sisch (master-Sprache) und Deutsch (mit der \u00dcbersetzungsdatei signalo_de.qm). Wenn die Sprache der Software Deutsch ist, wird dann beim \u00d6ffnen des Projekts signalo.qgs automatisch eine Projektdatei signalo_de.qgs erstellt.
"},{"location":"de/desktop/#filterung-und-analyse-der-gesamtkoharenz","title":"Filterung und Analyse der Gesamtkoh\u00e4renz","text":"
Diese Funktionalit\u00e4t sollte in den folgenden Versionen noch verbessert werden.
Es ist m\u00f6glich, die Anzeige der Schilder via die Ebene \"Ansicht Filter\" zu filtern. Mit einem Rechtsklick auf die Ebene, \"Filter\u2026\" im Men\u00fc ausw\u00e4hlen. Dann muss eine Abfrage erstellt werden, um die Elemente zu filtern.
Filtern
Filtern der Signale"},{"location":"de/","title":"SIGNALO","text":"
SIGNALO richtet sich haupts\u00e4chlich an Schweizer Nutzer, indem es standardm\u00e4ssig alle in der Schweiz verwendeten Verkehrszeichen anbietet und die in der Signalisationsverordnung (SSV) definierten Anforderungen erf\u00fcllt.
Es ist ein PostgreSQL-Datenmodell und eine Arbeitsumgebung f\u00fcr die Software QGIS und QField.
SIGNALO basiert auf Open-Source-Komponenten und ist selbst frei zug\u00e4nglich unter Github.
SIGNALO bietet Ihnen:
eine Abbildung der Signale auf der Karte
einen dynamischen Inhalt mit dem Text der Schilder auf der Karte
eine gesamthafte L\u00f6sung: B\u00fcro, Mobil und Geoportal
eine Analyse der Gesamtkoh\u00e4renz der Signalisation durch Filterung
SIGNALO wird st\u00e4ndig verbessert, um den Anforderungen der Verkehrszeichenverwalter gerecht zu werden. SIGNALO basiert auf der neuesten LTR von QGIS. Diese wird in der Regel zu Beginn eines Jahres aktualisiert (siehe auch QGIS Roadmap). Eine neue Version von SIGNALO wird innerhalb eines Monats nach der Ver\u00f6ffentlichung der QGIS LTR zur Verf\u00fcgung gestellt. Die folgenden Releases basieren auf der aktuellen LTR.
Die Versionen werden major.minor.bugfix genannt (z. B. 0.5.1). Jede \u00c4nderung im Datenmodell (Schema signalo_db) wird zu einer Erh\u00f6hung der Minor-Version f\u00fchren, und die entsprechenden Changelogs werden entsprechend benannt. Jede \u00c4nderung in der Anwendung (signalo_app-Schema) oder im QGIS-Demoprojekt wird zu einer Erh\u00f6hung der Fehlerkorrektur f\u00fchren (bugfix).
+
+
+ 
+ 
+ 
+ 
+ 
+ 
+