Gebrauchsfertige Regionalkarte aus OSM Daten

tshe70 · 2018-06-21T09:20:03.000Z

Harald Hartmann:

Darf man fragen

wer “wir” ist/sind
?

Klar darf man fragen

“Wir” sind ein kleines informelles Grüppchen (zur Zeit 3 Personen) mit dem Ziel, OSM-Karten (tages-)aktuell zu halten bzw. zu ergänzen - für unterschiedlichste Zwecke.
Das heißt, dass die OSM-Basisdaten (für unsere Region) stimmen müssen, sodass diese ordentlich gerendert werden können.
Das ist jedoch noch nicht der Fall, weshalb wir auch noch weitere Personen mobilisieren möchten, die lokale Kenntnisse mit einbringen, und diese (auch bei OSM) aktuell halten.

Nehmen wir z.B. die “CycleMap” (https://www.openstreetmap.de/karte.html) … theoretisch ist sie zwar schön gedacht, aber in der Praxis völlig untauglich (zumindest für unsere Region) - sorry, ist aber so.
Damit eine Radfahrkarte auch für die Fahrrad-Navigation tauglich wird, braucht es weit mehr Infos also nur, wo welcher offizielle Radweg verläuft.
Was ist, wenn man eine Abzweigung verpasst? Was ist, wenn irgendwo eine Strecke gesperrt ist?
Was ist, wenn jemand flexibler sein möchte, und eine andere Route nehmen will?
Dann gehört man der Katz
Sowas ist jeweils ein Abenteuer - und hätte mich CycleMap mit dem Rad nicht auch schon in Sackgassen geführt, würde ich das vielleicht gar nicht erst machen.

Oder z.B. Gastronomie, Zimmer, Reparatur/Service, Abholdienste, Veranstaltungen, usw.
Für Radtouristen wäre sowas alles gesammelt auf dem Smartphone sehr hilfreich - aber die CycleMap taugt dazu nicht wirklich.

Harald Hartmann:

gibt es schon was öffentliches zu eurer Verarbeitung
?

Nein - noch nicht.
Wir haben gerade erst angefangen und sind noch in der Entwicklung.
Erste gebrauchsfertige Karten soll es spätestens zum Frühjahr 2019 geben - erste Praxis-Tests schon diesen Herbst.
Zuerst müssen wir noch eine gebrauchsfertige Technik entwickeln, die auf jedem Smartphone läuft (online ohne APP; offline mit).

Grundsätzlich soll es wie eine Dorfkarte sein - in diesem Falle eine für unterschiedlichste Zwecke gebrauchsfertige Regionalkarte, aufbauend auf den OSM-Basisdaten, ergänzt/korrigiert durch eigene Zusatzinfos.
Dafür müssen die “Wege” bei OSM richtig hinterlegt sein - sind sie vielfach jedoch nicht, oder man will gewisse Dinge nicht.
So wird die exportierte OSM-Datei mittels PHP um eigene Tags automatisch ergänzt, sodass eine ausreichend stylebare und praxistaugliche Karte entsteht.

Und warum das alles?
Gerade weil die Syntax bei OSM ziemlich widersprüchlich ist und eine Gestaltung nach individuellen Bedürfnissen fast unmöglich - und eine Anpassung ziemlich träge und langwierig ist.

Wer dieselben Intentionen hat, kann sich gerne bei mir melden - vielleicht könnte man Ressourcen und Techniken verbinden bzw. Erfahrungen austauschen.

Gruß,
tshe70

P.S. Es geht nicht nur um Fahrrad-Karten, sondern auch um weitere Möglichkeiten …

Harald_Hartmann · 2018-06-21T09:31:01.000Z

tshe70:

Nehmen wir z.B. die “CycleMap” (https://www.openstreetmap.de/karte.html) … theoretisch ist sie zwar schön gedacht, aber in der Praxis völlig untauglich (zumindest für unsere Region) - sorry, ist aber so.

Achtung: der Link hat nichts mit der CycleMap zu tun, die Karte von openstreetmap.de bindet lediglich die Kacheln von https://www.opencyclemap.org ein… und ja, das ist bekannt, dass die nicht gerade auf den aktuellsten Stand ist. Hier würde ich aktuell eher https://cycling.waymarkedtrails.org empfehlen.

kreuzschnabel · 2018-06-21T09:39:33.000Z

tshe70:

“Wir” sind ein kleines informelles Grüppchen (zur Zeit 3 Personen) mit dem Ziel, OSM-Karten (tages-)aktuell zu halten bzw. zu ergänzen - für unterschiedlichste Zwecke.

Nun, das tun wir hier alle seit Jahren. Willkommen im Club Ein Ziel würde ich das aber nicht nennen. Ein Ziel erreicht man und hakt es ab, aber OSM ist nie fertig, weil dummerweise immer wieder was Neues gebaut wird

Mir ist allerdings immer noch nicht ganz klar, was ihr wollt – geht es euch darum, die OSM-Datenbank aktuell zu halten, oder darum, auf der Basis dieser Datenbank ein neues Kartenprodukt anzubieten?

tshe70:

Oder z.B. Gastronomie, Zimmer, Reparatur/Service, Abholdienste, Veranstaltungen, usw.
Für Radtouristen wäre sowas alles gesammelt auf dem Smartphone sehr hilfreich - aber die CycleMap taugt dazu nicht wirklich.

Da würde ich als Radtourist auch weitaus eher zu OsmAnd greifen. Schon allein damit mir kein permanenter Mobilfunk-Datenverkehr den Akku leersaugt. In den OSM-Daten haben die verlangten POIs jedenfalls Platz (außer Veranstaltungen, das sind nicht wirklich Geodaten).

tshe70:

So wird die exportierte OSM-Datei mittels PHP um eigene Tags automatisch ergänzt, sodass eine ausreichend stylebare und praxistaugliche Karte entsteht.

Hast du dafür mal ein Beispiel? Welche exportierte OSM-Datei, was für Tags kommen dran, und worin besteht ihr Nutzen? Sicher bin ich nur etwas schwer von Begriff, aber ich habe noch nicht ganz gerafft, worum es geht, zumal ich z.B. OsmAnd fürs Wandern sehr brauchbar und praxistauglich halte. Deine Formulierungen klingen irnkwie danach, als gebe es noch überhaupt gar nichts Vernünftiges auf OSM-Basis.

–ks

Parzelle13 · 2018-06-21T10:46:43.000Z

tshe70 schrieb:
mit dem Ziel, OSM-Karten (tages-)aktuell zu halten

Glaubst du nicht, das dieses Ziel mehr als illusorisch ist? Ich wohne z.B. in einer Stadt mit ca. 50000 Einwohnern. Wie viele Mapper würde man brauchen, um das zu erreichen?

Selbst kommerzielle Kartenwerke wie Google, Garmin, etc enthalten massenweise Fehler (manche absichtlich andere unabsichtlich), einige davon schon seit Jahrzehnten.

tshe70 schrieb:
Gerade weil die Syntax bei OSM ziemlich widersprüchlich ist und eine Gestaltung nach individuellen Bedürfnissen fast unmöglich - und eine Anpassung ziemlich träge und langwierig ist.

Genau das macht es ja schwierig, da ja dann jeder Mapper in die Daten einträgt was und wie er es will. Man schafft es ja jetzt noch nicht, ein einheitliches Regelwerk zu erstellen.
Das sollte man aus der Softwareentwicklung allerdings kennen. Komplexe Software/Datenbanken ohne jegliches Regelwerk sind so gut wie nicht wartbar und somit ständig fehlerhaft.
Das mit der Trägheit (Rendern) liegt ja wohl an Hardware-Kapazitäten, welches bei einem Open-Source-Projekt nicht verwundert. Ich kann damit leben.

Außerdem gibt es noch andere Rad-, Reit- und Wanderkarten die auf OSM basieren. Diese nutze ich ständig auf einem Etrex30, ohne große Probleme beim navigieren. Wenn mir dabei Fehler auffallen, versuche ich diese zu beheben.

Was ist, wenn man eine Abzweigung verpasst?

Das ist ja wohl eher Sache der Router-Software.

Was ist, wenn irgendwo eine Strecke gesperrt ist?

Wie soll man jede Baustelle, Sperrung oder Umleitung aktuell halten? Das klappt ja noch nicht mal mit RDS flächendeckend und aktuell.

Was ist, wenn jemand flexibler sein möchte, und eine andere Route nehmen will?

Also ich bereite meine Routen auf dem PC vor. Dabei erzeuge ich teilweise Alternativen, welche ich dann notfalls auf dem Navi unterwegs ändern kann.
Woher sollen die OSM-Daten denn wissen, welche Route wer benutzen will?

SimonPoole · 2018-06-21T10:46:43.000Z

Oh je.

Zuerst einmal: OSM ist gerade deshalb so ein grosser Erfolg geworden (und es gab viele ähnliche Projekte anno 200X) weil die Auszeichnung von Eigenschaften so flexibel ist und nicht alles in ein fachspezifisches Schema zu pressen versucht.

Ja es gibt viele Feinheiten die man üblicherweise nicht braucht, deshalb normalisieren Datenverarbeiter die Daten häufig für ihre spezifischen Zwecke. Umgekehrt gibt es keine grossen Schranken irgendwelche Eigenschaften zusätzlich festzuhalten falls gewünscht, aber es wohl niemanden klar -was- dir eigentlich an den Daten fehlt und deshalb gibt es auch keine konkrete Hilfestellung.

Das andere ist, dass ich euch zuerst mal empfehlen würde, bevor ihr euch in die Entwicklung stürzt, mit den Grundlagen zu beschäftigen. So lässt dein häufiger Hinweis auf die Cyclemap darauf schliessen, dass ihr nicht wirklich den technischen Hintergrund versteht (z.B. das die Cyclemap einfach eine statische Darstellung einer Auswahl der Daten in OSM ist, die dem Urheber gerade zweckdienlich erscheint) und ihr eine grosse Gefahr läuft einfach einen Unsinn zu produzieren.

Simon

PS: übrigens cycle.travel ist ein gutes Beispiel dafür was alles im Radbereich mit OSM möglich ist (oder auch komoot.de).

Nehaj · 2018-06-21T17:56:06.000Z

falschen Syntax in (contact:)phone

shop=wine, obwohl aktuell stattdessen shop=alcohol in Verbindung mit drink:wine=yes verwendet werden sollte

Facebook-Seiten zu (contact:)website, obwohl es dafür einen dedizierten Key (contact:)facebook gibt.

Ich würde das Festhalten an alten, überholten Tags nicht so kritisch sehen. Wenn die Information da ist, kann man ja einfach umtaggen.

Viel schlimmer ist es, wenn User wie z.B. “James” Straßen extrem schlecht abdigitalisieren – sodass man praktisch alles nochmal machen müsste – und dazu auch noch zu faul sind, Änderungskommentare anzugeben.

Solche Leute gehören mal verschärft angesprochen!

Harald_Hartmann · 2018-06-23T09:35:15.000Z

@Hakuch: Danke fürs Absplitten des eigenen Themas.

@Nehaj: deinen letzten Beitrag müsstest du wohl dann eventuell leider wieder in den Originalthread Wie wichtig ist korrekter Syntax? verschieben (bzw. neu schreiben)

tshe70 · 2018-06-25T05:05:51.000Z

Harald Hartmann:

@Hakuch: Danke fürs Absplitten des eigenen Themas.

Eigentlich war ich jetzt nicht so glücklich darüber, dass aus meinem Kommentar ein eigener Thread erstellt wurde, weil mein Beitrag zur “richtigen Syntax” durchaus im “richtigen Kontext” war - denn dieses Thema ist etwas vielschichtiger als man vielleicht denken mag.

Gebrauchsfertige Regionalkarten wird es in der Form rein aus OSM-Daten in naher Zukunft nicht geben können, da sie aus verschiedenen Komponenten bestehen: Einerseits aus der korrekten Syntax der Rohdaten, die jedoch vielfach nicht stimmig sind – und sofern diese einmal passen sollten andererseits aus dem Rendern der vorgefilterten und bereinigten OSM-Rohdaten. Aber solange die OSM-Rohdaten nicht passen, ist das individuelle Rendern ohne Zusatzaufwand fast unmöglich.

Die richtige Syntax (“Daten-Logik/-Logistik”!) ist ein generelles Grundproblem von OSM, das so schnell nicht gelöst werden wird – und somit bleibt dann nur die individuelle Anpassung der OSM-Daten.

Ein weiteres Grundproblem von OSM ist die Komplexität des Gesamt-Projektes. Damit hätte ich auch keine großen Schwierigkeiten, weil ich es gewohnt bin, mich in komplizierte Zusammenhänge einlesen zu müssen – doch OSM ist diesbezüglich ziemlich zerstückelt.
Nun bin ich schon 2 Wochen (!) dran, und würde einfach nur gerne eine Karte online stellen … doch die Unübersichtlichkeit der Erklärungen, Erläuterungen, Zusammenhänge und Tutorials ist schon symptomatisch für OSM: zersplitterte, weit verstreute, veraltete, unvollständige und/oder unnütze Informationen zur Nutzung von OSM-Daten.

Ich habe bisher keine wirklich brauchbaren Übersichten gefunden, die tatsächlich auch up-to-date sind. Der „Informations-Müll“ verdeckt die nützlichen und aktuellen Infos.

Deshalb würde ich hier dazu eine (oder in Folge mehrere) Frage(n) stellen – vielleicht können wir ja gemeinsam einen kleinen Leitfaden erstellen, wie man „gebrauchsfertige“ OSM-Karten online stellen kann. Denn ich denke, dass es vielen so gehen wird wie mir - die meisten geben wohl kommentarlos auf – ich frage wenigstens

Meine Eckpunkte:
→ Ich ergänze die OSM-Rohdaten mit eigenen Tags und rendere sie dann mit Maperitive.
Das Ergebnis ist bekanntlich eine „Bild“-Datei.
→ Online stellen mit OpenLayers3: Mit OL2 habe ich schon einige Maps online gestellt. Mit OL3 hat sich der Code geändert, und nun sind viele Karten/Tutorials dazu unbrauchbar.

Mein Grundproblem bzw. Ziel:
Ich würde gerne nur meine exportierte Bilddatei (als eigenen Layer; für unterschiedliche Zoomstufen, …) über eine bereits vorhandene OSM-Karte (z.B. Mapnik) legen, mit OL3. Aber wie richtig machen, damit es überall funktioniert?

Jetzt werden gleich die Ersten kommen und mich auf den Link verweisen ( http://openlayers.org/en/v3.9.0/examples/ ) mit dem Kommentar „Schau doch mal da – da findest du bestimmt etwas.“. Klar findet man dort etwas: u.a. veraltete, nicht mehr funktionierende Beispiele, die man dringend überarbeiten müsste.

Ich gebe zu – meine JavaScript-Kenntnisse sind begrenzt, aber ich lerne gerne täglich dazu – bis dahin wäre ich für nützliche Hinweise/Links sehr dankbar.

Oder kennt ihr bessere Alternativen zu OL3?

Besten Dank im Voraus.
Grüße,
tshe70

Harald_Hartmann · 2018-06-25T05:18:04.000Z

tshe70:

Oder kennt ihr bessere Alternativen zu OL3?

Mein Eindruck: während die GIS Leute weiter mit OL rumwursteln, stellen viele OSM Projekte auf Leaflet um.

toc-rox · 2018-06-25T05:23:02.000Z

Du solltest dir erstmal darüber klar werden, was du wie und mit welchem Aufwand erreichen möchtest. Im Moment scheint es mir, dass du von der Komplexität des Gesamtthemas doch deutlich überrascht bist. Das äußert sich dann meist in Frustration.

Harald_Hartmann · 2018-06-25T05:23:14.000Z

tshe70:

Nun bin ich schon 2 Wochen (!) dran, und würde einfach nur gerne eine Karte online stellen

Auf welche Tutorials bist du da gestoßen? Also mit switch2osm sollte man binnen weniger Stunden eigentlich eine TilesServer aufgesetzt haben, dann braucht’s nur noch eine index.html mit drei vier Zeilen Leaflet Code und schon kann man eine Karte betrachten.

tshe70 · 2018-06-25T06:52:41.000Z

Harald Hartmann:

tshe70:

Nun bin ich schon 2 Wochen (!) dran, und würde einfach nur gerne eine Karte online stellen

… sollte man binnen weniger Stunden eigentlich eine TilesServer aufgesetzt haben, dann braucht’s nur noch eine index.html mit drei vier Zeilen Leaflet Code und schon kann man eine Karte betrachten.

Genau darum geht es - ich will keinen eigenen TileServer aufsetzen.
Auf OSM basierende Karten sollten so schlank wie möglich in Webanwendungen eingebunden werden können (auch ohne extra DB-Anbindung) - wie z.B. mit OL3 (oder andere Alternativen?).

Das bei switch2osm angeführte OpenLayers-Tutorial ist genauso eines, wie man es eben nicht brauchen kann: Veraltet und überholt. (OpenLayers2).

Vielleicht habe ich mich auch missverständlich ausgedrückt:
Ich würde gerne einfach nur einen eigenen Layer (Bild-Datei) über einen Standard-Layer (z.B. Mapnik) legen können, damit dieser online nutzbar ist:
→ eine selbst gerenderte Bild-Datei (eingebettet über zutreffende GEO-Koordinaten)
→ falls die Ränder der Bild-Datei erreicht sind (weil außerhalb der Region), soll darunter die Standard-Karte angezeigt werden.

Diese 2 Wochen haben sich auch auf alles Mögliche bei OSM bezogen … in Basics einlesen, Optionen, Möglichkeiten, Hintergründe, “Best-Practice” und “How to …” - in beide Richtungen: Selber mappen und OSM nutzen.
Und irgendwie habe ich bei OSM immer dasselbe Problem: Es ist ein wilder Haufen an Daten und Informationen - vielfach widersprüchlich und mehrdeutig und veraltet - und in weiten Teilen wenig strukturiert.

Aus diesem verstrickten Knäuel an Daten(-Müll?) die relevanten Informationen rauszufischen und auch die sehr versteckte Informations-Struktur zu erkennen, dauert nun einmal eine gewisse Zeit … und ich befürchte, dass ich da noch länger dran sitzen werde.

Harald_Hartmann · 2018-06-25T07:14:01.000Z

Okay. Langsam verstehe ich dich, glaube ich zumindest. Im Normalfall nutzt man als sog. Overlay ja eher GeoJSON. Klar kann man bestimmt auch transparente PNG Grafiken als Overlay nutzen, dann ist es aber eher “statisch”. Grundsätzlich wäre dann in deinem Fall auch die Frage, ob du/ihr nicht gleich was mit VectorTiles machen solltet. Oder ihr nutzt den geoserver, damit hat wambacher seine Karten laufen.
Wie interaktiv soll den die Karte werden, sprich mit anklicken von bestimmten Dingen, oder soll das eher rein statisch nur aus Grafiken bestehen?

gormo · 2018-06-25T07:23:12.000Z

tshe70:

Vielleicht habe ich mich auch missverständlich ausgedrückt:
Ich würde gerne einfach nur einen eigenen Layer (Bild-Datei) über einen Standard-Layer (z.B. Mapnik) legen können, damit dieser online nutzbar ist:
→ eine selbst gerenderte Bild-Datei (eingebettet über zutreffende GEO-Koordinaten)
→ falls die Ränder der Bild-Datei erreicht sind (weil außerhalb der Region), soll darunter die Standard-Karte angezeigt werden.

Rasterlayer in leaflet: https://github.com/GeoTIFF/georaster-layer-for-leaflet

kreuzschnabel · 2018-06-25T07:27:58.000Z

tshe70:

Auf OSM basierende Karten sollten so schlank wie möglich in Webanwendungen eingebunden werden können (auch ohne extra DB-Anbindung) - wie z.B. mit OL3 (oder andere Alternativen?).

Leaflet. Die Karten der wirrtuellen Wanderung auf http://einklich.net/coast-to-coast bestehen aus Leaflet selbst und ein paar Zeilen JS in den HTML-Dateien, ohne jeglichen Extraserver oder Datenbank.

–ks

Harald_Hartmann · 2018-06-25T10:07:45.000Z

Vielleicht wollt ihr am Anfang auch erst einmal mit einer uMap starten.
Mir ist eines leider immer noch nicht klar: welcher Art von Informationen ihr unbedingt als Grafik als Overlay darstellen wollt?

Harald_Hartmann · 2018-06-25T10:25:39.000Z

tshe70:

→ Ich ergänze die OSM-Rohdaten mit eigenen Tags und rendere sie dann mit Maperitive.
Das Ergebnis ist bekanntlich eine „Bild“-Datei.

Nicht unbedingt, bei mir war das immer SVG (Grafik) Dateien, weil ich die noch mit Inkscape weiter bearbeiten wollte.

wambacher · 2018-06-25T10:44:43.000Z

Harald Hartmann:

tshe70:

Oder kennt ihr bessere Alternativen zu OL3?

Mein Eindruck: während die GIS Leute weiter mit OL rumwursteln, stellen viele OSM Projekte auf Leaflet um.

Wenn schon OL, dann aber OL 4.6.x - wobei OL5 schon in der Pipeline ist.

Mit Leaflet kommst du schnell (Stunden?) zum Ziel und mit OL wohl in Tagen. Ich mache zu 90% Leaflet und versuche die restlichen 10% (Boundaries Map) auf LL umzustellen, komme da aber gerade nicht weiter. OL ist nun mal “mächtiger” als LL und die Umsetzung mancher Funktionalitäten ist nicht “soooo einfach”.

Gruss
walter

Harald_Hartmann · 2018-06-25T10:51:04.000Z

@wambacher: magst du vielleicht noch kurz etwas dazu sagen, wie warum du den geoserver einsetzt?

wambacher · 2018-06-25T12:55:53.000Z

Harald Hartmann:

@wambacher: magst du vielleicht noch kurz etwas dazu sagen, wie warum du den geoserver einsetzt?

Harmlose Frage - schwierige Antwort

Ich setze den GeoServer als “Interface” zwischen meinen in Leaflet geschriebene Anwendungen und meiner PostgreSQL/PostGIS-Datenbank ein.

Dadurch erreiche ich eine Trennung zwischen der Anwendung (z.B. Emergency Map), den Daten (Datenbank) und dem Styling. (*)

In der Anwendung “sage” ich nur “gib mir das Layer für die Feuerwehren (osm:Fire_Stations) in dem angezeigten Gebiet als WMS (Tiles)”:


      var L_Firestations = L.tileLayer.wms(geosWMS, merge_options(globalOverlayOptions, 
                   { name:          "Firestations"
                    ,layers:        "osm:Fire_Stations"
                   }));

oder für die Hydranten:



      var L_Hydrants = L.markerClusterGroup(merge_options(globalOverlayOptions, {
                     name:          "Hydrants"
                    ,type:          "WFS"
                    ,typeName:      "osm:Hydrants"
                    ,allMarkers:    []
                    ,disableClusteringAtZoom: 17
                    ,iconCreateFunction: function(cluster) {
                       return getClusterIcon(baseUrl+"/webcommon/images/svg/emergency_fire_hydrant.svg",cluster.getChildCount());
	                 }
                   }
                )
      );

Hydranten sind komplexer, da ich hier Clustering verwende. Dort verwende ich WFS (Web Feature Service), damit ich die Hydranten nachher mit Leaflet clustern kann.

Für die Sirenen wird nun ein WMS-Call zum GeoServer geschickt.
Der Geoserver schaut in dem Sirens-Layer nach, besorgt sich die Daten per SQL


select 'emergency=siren'::text "query",
       'n' || osm_id as osm_id,
       wno_AsOsmLink('n',osm_id::bigint) osm_link,
       wno_GetTagsAsJson(tags) tags,
       way
  from planet_osm_point 
 where tags->'emergency'='siren'

und den Style, der definiert, wie die Sirenen dargestellt werden sollen:


<?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor version="1.0.0" xmlns="http://www.opengis.net/sld" xmlns:ogc="http://www.opengis.net/ogc"
                       xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                       xsi:schemaLocation="http://www.opengis.net/sld http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd">
  <NamedLayer>

    <Name>Emergency Sirens</Name>

    <UserStyle>
      <Name>emergency sirens</Name>
      <Title>Emergency sirens</Title>
      <Abstract></Abstract>
      <FeatureTypeStyle>
        <Rule>
          <PointSymbolizer>
            <Graphic>
              <ExternalGraphic>
                <OnlineResource
                                xlink:type="simple"
                                xlink:href="http://localhost:8080/geoserver/styles/images/other/emergency_siren.svg" />
                <Format>image/svg+xml</Format>
              </ExternalGraphic>
              <Size>24</Size>
            </Graphic>
          </PointSymbolizer>
        </Rule>
      </FeatureTypeStyle>
    </UserStyle>
  </NamedLayer>
</StyledLayerDescriptor>

Hier nur ein Icon (emergency_siren.svg), bei anderen Styles aber auch Tag-abhängige Strichstärken oder Farben)

Der GeoServer besitzt ein Web-Interface, wo der Admin alles einstellen kann - und muß

Als Knackpunt für eure Projekte: Er trennt die Datendarstellung von den Datenquellen.

An Services bietet er mindestens WMF, WMS, WCS und WMS an und als Datenquellen kann er - in der Standardinstallation -

GS ist in Java geschrieben, aber das sollte für Profis (Josm!) kein Problem sein.

Gruss
walter

(*) sorry, bin kein Informatiker, da gibt es bestimmt bessere Begriffe für.