Hallo Zusammen,
ich möchte ein Projekt mit Attributen und Abfragemöglichkeiten ins Netz bringen.
Die mir bekannten Erweiterungen für AV sind
HTML ImageMapper von Alta4
WebView von Zebris-München
SVG-Mapper
Kennt jemand noch eine andere Alternative oder hat Erfahrungen mit einem der oben genannten gemacht?
Für Infos sehr dankbar
Wolfgang
ich möchte ein Projekt mit Attributen und Abfragemöglichkeiten ins Netz bringen.
Die mir bekannten Erweiterungen für AV sind
HTML ImageMapper von Alta4
WebView von Zebris-München
SVG-Mapper
Kennt jemand noch eine andere Alternative oder hat Erfahrungen mit einem der oben genannten gemacht?
Für Infos sehr dankbar
Wolfgang
- Anmelden oder Registieren, um Kommentare verfassen zu können
Gespeichert von Sascha Schulz,… am Mi., 13.08.2003 - 17:27
Permalinkganz klar läßt sich von hier aus sagen, dass die zeiten der gif, jpg-lösungen auslaufen. die zukunft liegt in svg- oder flash-lösungen. weniger speicherplatz, schnellerer seiten-aufbau und bessere optik, besonders bei hohen zoomfaktoren. logisch, das alte lied vektorraster.
auf alle fälle sind beide genannten produkte empfehlenswert. wir haben vor dem kauf so einiges angeschaut und uns die entscheidung nicht leichtgemacht.
da es sich um statische und nicht fortführbare produket handelt gehen wir jetzt den weg mittels umn-mapserver "vernünftige" lösungen zu basteln. egal ob internet oder intranet, allein die tatsache dass die daten fortführungsfähig sind, ohne immer alles neu zu machen, ist das argument. aber da stecken wir noch in anfängen.
zum "copyright":
alk, dgk, etc. wird käuflich erworben. so oder so. bei unseren projekten bekommen wir die alk vom auftraggeber. er hat sie rechtmäßig erworben. entweder einmalig für diese eine sache oder er bezieht sie regelmäßig im rahmen von vierteljährlichen aktualisierungen (z.b. kommunen). wenn der auftraggeber uns den auftrag gibt eine internet-lösung zu basteln, dann muss er sich um die erlaubnis bei der katasterverwaltung kümmern. ohne diese geht es nicht. ein entsprechender hinweis muss dann im produkt erscheinen.
im zweifelsfall bei der stelle, von der die daten kommen nachfragen. ansonsten begibt man sich auf dünnes eis.
Gespeichert von Heinz-Josef Lü… am Mi., 13.08.2003 - 17:28
Permalinkweder die svg-lösung noch die html-lösung sind statisch. höchstens semi-statisch.
die html-lösung kann z.B. wie im link unten aktuelle Informationen wiedergeben.
SVG kann kann Flächen entsprechend vorgebener/veränderbarer Werte einfärben.
Grüße, Heinz-Josef
http://www.topologis.de/immo/raiba_hw/rg/index.html
Gespeichert von jens schumacher am Mi., 13.08.2003 - 17:29
Permalinkhinsichtlich der von Dir genannten Funktionalitäten und dem Grad an Interaktivität kann ich Dir nur zu der SVG Lösung raten, zumal, javacript und XML Kenntnisse vorausgesetzt, eigene Funktionen hinzugefügt werden können.
Lade dir mal die Demoversion von www.mapview.de herunter.
Einziger Makel, der aber zu bedenken ist: Momentan wird für SVG noch ein Plug-In benötigt (Im Acrobat Reader ab Version 5 wird es automatisch mitinstalliert. Das kann eine Hürde darstellen, die nicht jeder Internetnutzer auf sich nehmen möchte.
Ein Praxisbeispiel von mir:
http://www.tettnang.de/stadt/biotop/
Gruß Jens
Gespeichert von Wolfgang am Mi., 13.08.2003 - 17:30
Permalinkdein Beispiel sieht sehr schön aus.
Die von dir genutzte Erweiterung ist zwar um ein vielfaches teurer als der SVGMapper (www.svgmapper.com), dafür sind die Ergebnisse auf den ersten Blick aber auch um einiges schöner, bzw. die Extension ausgereifter.
Wie sieht es mit den Urheberrechten aus? Da die Geometrien und Sachdaten offenliegen scheinen mir Inhalte wie ALK nicht benutzbar. Oder doch?
Das wäre ein herber Rückschlag. Nach dem Motto "Wo kein Kläger, da kein Richter" zu verfahren erscheint mir in diesem Fall eher Kurzsichtig.
Meinungen?
Gruß
Wolfgang
Gespeichert von Armin Müller am Mi., 13.08.2003 - 17:31
PermalinkKurz zu meiner Person:
ich bin einer der Entwickler von MapViewSVG
Zu den Urheberrechten:
Wir haben uns sehr viele Gedanken ueber die Urheberrechte bei SVG gemacht. Das generelle Problem ist, dass SVG ein offener Standard ist, der wie der Name schon sagt offen ist (genauso wie html und xml). Das Verwenden der SVG-Daten durch Andere ist prinzipiell strafbar. Ich denke keiner der ein projekt bearbeitet wird Daten verwenden bei denen er nicht den Ursprung der Daten nachweisen kann.
Was haben wir bei MapViewSVG getan:
Die Koordinaten sind nicht die Ursprungskoordinaten, sondern werden geshiftet und gespiegelt. Dies bedeutet eine einfache Umwandlung der Daten, z.B in DXF ist moeglich, eine Kombinatorische Verwendung mit anderen Daten aus anderen Quellen funktioniert nicht ohne Probleme. Die Genauigkeit der Daten wird z.T. geaendert. Durch den Generalisierungsalgorithmus in MapViewSVG den Jens anspricht koennen die Daten wirkungsvoll geschuetzt werden.
SVG ist ein Standard der auf xml beruht. Im Moment ist beim W3-Konsortium eine Verschlüsselung für XML-Daten im Gespräch, welche auch fuer SVG-Daten anwendbar waere. Hier passiert also auch was
Gruesse
Armin
Gespeichert von jens schumacher am Mi., 13.08.2003 - 17:32
Permalinkprinzipiell wurde die Verwendbarkeit mit urheberrechtlich geschützten Daten mit dem zuständigen Landesvermessungsamt abgestimmt. Von Kurzsichtigkeit in diesem Sinne kann daher keine Rede sein.
Im Fall der ALK ist darauf zu achten, dass keine Flurstücksnummern gezeigt werden, da es sich hier um ein personenbezogenes Datum handelt das damit dem Datenschutz unterliegt.
Prinzipiell kann man, Know How vorausgesetzt, an die XML Daten rankommen. Im vorliegenden Fall sind die Daten jedoch unbrauchbar, da sie mit einem Generalisierungsalgorithmus behandelt wurden, was der Internetbesucher überhaupt nicht bemerkt.
Im Allgemeinen Fall möchte ich den Beiträgen zustimmen. Von Seiten der Hersteller sollte über Verschlüsselungs-Lösungen nachgedacht werden.
Gruß Jens
Gespeichert von Wolfgang am Mi., 13.08.2003 - 17:33
Permalinkwird der Generalsierungsalgorithmus direkt während des SVG-Exports mit MapView ausgeführt (als Bezier?)? Dann wäre die Geometrie "sicher".
Eine Abfrage über die Flurstücksnummer schließt sich deiner Meinung nach ABSOLUT aus, habe ich das richtig verstanden? Oder ist die Flurstücksnummer nur in Verbindung mit ALB-Daten zu vermeiden?
Gruss
Wolfgang
Gespeichert von jens schumacher am Mi., 13.08.2003 - 17:34
PermalinkMapview verwendet den Douglas-Peuker Algorithmus für die Generalisierung. Dieser kann bei der Exportfunktion optional verwendet werden. Da die Generalisierung nicht umkehrbar ist, ist sie in diesem Sinne "sicher".
Bezüglich der Darstellung der Flustücksnummer kann ich nur die Antwort auf meine telefonische Anfrage beim Landesvermessungsamt BW hinweisen. Man teilte mir mit (schon alleine) die Flustücksnummer unterläge als personenbezogenes Datum dem Datenschutz. Für mein Projekt war es sowieso schnurz. Generell müsste man sich aber vielleicht noch um etwas differenziertere Rechtsauffassungen bemühen. In welchem Bundesland steckst du denn? Kannst du mal bei der zuständigen Stelle anrufen?
Gruß Jens
Gespeichert von Heinz-Josef Lücking am Mi., 13.08.2003 - 17:35
PermalinkIm GISWiki findest du einen kurzen Erfahrungsbericht.
Ansonsten würde ich mir die entsprechenden Demos besorgen und schauen, inwiefern sie für dein Projekt anwendbar sind.
Grüße, Heinz-Josef
http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=WebGisDiskussion