Mapbender

← Older revision Revision as of 15:33, 21 January 2013 Line 7: Line 7: == Essential ==   == Essential ==   -* go for OSGeo-Live 6.5 with Mapbender3 -- see also [[OSGeo-Live]]+* <s>go for OSGeo-Live 6.5 with ... [More] Mapbender3 </s>-- see also [[OSGeo-Live]] ** devs will provide a Mapbender3 version (please define the version number) ** devs will provide a Mapbender3 version (please define the version number) ** Astrid will add this version to OSGeo-Live and provide the documentation ** Astrid will add this version to OSGeo-Live and provide the documentation Line 30: Line 30: == Nice-to-Have == == Nice-to-Have == -* CCfP for 25.-30.8. 2013 - 26th International Cartographic Conference Dresden. Call for Abstracts startet. http://www.icc2013.org/+* <s>CCfP for 25.-30.8. 2013 - 26th International Cartographic Conference Dresden. Call for Abstracts </s>startet. http://www.icc2013.org/ ** WS ** WS [[Category:Road map]] [[Category:Road map]] [Less]

← Older revision Revision as of 15:33, 21 January 2013 Line 7: Line 7: == Essential ==   == Essential ==   -* go for OSGeo-Live 6.5 with Mapbender3 -- see also [[OSGeo-Live]]+* <s>go for OSGeo-Live 6.5 with ... [More] Mapbender3 </s>-- see also [[OSGeo-Live]] ** devs will provide a Mapbender3 version (please define the version number) ** devs will provide a Mapbender3 version (please define the version number) ** Astrid will add this version to OSGeo-Live and provide the documentation ** Astrid will add this version to OSGeo-Live and provide the documentation Line 30: Line 30: == Nice-to-Have == == Nice-to-Have == -* CCfP for 25.-30.8. 2013 - 26th International Cartographic Conference Dresden. Call for Abstracts startet. http://www.icc2013.org/+* <s>CCfP for 25.-30.8. 2013 - 26th International Cartographic Conference Dresden. Call for Abstracts </s>startet. http://www.icc2013.org/ ** WS ** WS [[Category:Road map]] [[Category:Road map]] [Less]

← Older revision Revision as of 15:33, 21 January 2013 Line 7: Line 7: == Essential ==   == Essential ==   -* go for OSGeo-Live 6.5 with Mapbender3 -- see also [[OSGeo-Live]]+* <s>go for OSGeo-Live 6.5 with ... [More] Mapbender3 </s>-- see also [[OSGeo-Live]] ** devs will provide a Mapbender3 version (please define the version number) ** devs will provide a Mapbender3 version (please define the version number) ** Astrid will add this version to OSGeo-Live and provide the documentation ** Astrid will add this version to OSGeo-Live and provide the documentation Line 30: Line 30: == Nice-to-Have == == Nice-to-Have == -* CCfP for 25.-30.8. 2013 - 26th International Cartographic Conference Dresden. Call for Abstracts startet. http://www.icc2013.org/+* <s>CCfP for 25.-30.8. 2013 - 26th International Cartographic Conference Dresden. Call for Abstracts </s>startet. http://www.icc2013.org/ ** WS ** WS [[Category:Road map]] [[Category:Road map]] [Less]

← Older revision Revision as of 09:59, 17 January 2013 (One intermediate revision not shown)Line 2: Line 2: == Next meeting == == Next meeting == -* We are meeting on ... [More] [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 17:00 (5 pm) MEZ/MESZ]. Please observe summer time changes.+* We are meeting on [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 16:00 (4 pm) MEZ/MESZ]. Please observe summer time changes. == Meeting Agenda == == Meeting Agenda == Line 15: Line 15: === Agenda === === Agenda === * http://www.mapbender.org/Road_map_2013_-_Q1 * http://www.mapbender.org/Road_map_2013_-_Q1  +* status of Mapbender3  +* get readay for the conferences FOSSGIS, FOSS4G *  '''add topic''' *  '''add topic''' [Less]

← Older revision Revision as of 09:59, 17 January 2013 (One intermediate revision not shown)Line 2: Line 2: == Next meeting == == Next meeting == -* We are meeting on ... [More] [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 17:00 (5 pm) MEZ/MESZ]. Please observe summer time changes.+* We are meeting on [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 16:00 (4 pm) MEZ/MESZ]. Please observe summer time changes. == Meeting Agenda == == Meeting Agenda == Line 15: Line 15: === Agenda === === Agenda === * http://www.mapbender.org/Road_map_2013_-_Q1 * http://www.mapbender.org/Road_map_2013_-_Q1  +* status of Mapbender3  +* get readay for the conferences FOSSGIS, FOSS4G *  '''add topic''' *  '''add topic''' [Less]

← Older revision Revision as of 09:59, 17 January 2013 (One intermediate revision not shown)Line 2: Line 2: == Next meeting == == Next meeting == -* We are meeting on ... [More] [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 17:00 (5 pm) MEZ/MESZ]. Please observe summer time changes.+* We are meeting on [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 16:00 (4 pm) MEZ/MESZ]. Please observe summer time changes. == Meeting Agenda == == Meeting Agenda == Line 15: Line 15: === Agenda === === Agenda === * http://www.mapbender.org/Road_map_2013_-_Q1 * http://www.mapbender.org/Road_map_2013_-_Q1  +* status of Mapbender3  +* get readay for the conferences FOSSGIS, FOSS4G *  '''add topic''' *  '''add topic''' [Less]

← Older revision Revision as of 09:59, 17 January 2013 (One intermediate revision not shown)Line 2: Line 2: == Next meeting == == Next meeting == -* We are meeting on ... [More] [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 17:00 (5 pm) MEZ/MESZ]. Please observe summer time changes.+* We are meeting on [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0&p1=0 Mondays at 16:00 (4 pm) MEZ/MESZ]. Please observe summer time changes. == Meeting Agenda == == Meeting Agenda == Line 15: Line 15: === Agenda === === Agenda === * http://www.mapbender.org/Road_map_2013_-_Q1 * http://www.mapbender.org/Road_map_2013_-_Q1  +* status of Mapbender3  +* get readay for the conferences FOSSGIS, FOSS4G *  '''add topic''' *  '''add topic''' [Less]

Aktualisieren: ← Older revision Revision as of 23:12, 18 December 2012 Line 22: Line 22: Die Informationen der Capabilities des Dienstes werden erneut abgerufen und die vorherigen Informationen werden in der ... [More] Mapbender-Datenbank überschrieben. Die UUID des Dienstes bleibt dabei erhalten! Wenn Layer hinzugekommen sind, werden diese an das Dienst Objekt angefügt. Layer die wegfallen werden gelöscht. Das WMS Objekt erhält einen neuen Zeitstempel. Die Informationen der Capabilities des Dienstes werden erneut abgerufen und die vorherigen Informationen werden in der Mapbender-Datenbank überschrieben. Die UUID des Dienstes bleibt dabei erhalten! Wenn Layer hinzugekommen sind, werden diese an das Dienst Objekt angefügt. Layer die wegfallen werden gelöscht. Das WMS Objekt erhält einen neuen Zeitstempel. -'''Besonderheit:''' Man kann normalerweise einstellen ob die Service Metadaten automatisch überschrieben oder die vorherigen beibehalten werden sollen. Da das Portal auch die Möglichkeit bietet, die Service-Metadaten in einem gewissen Umfang zu editieren, werden die Daten grundsätzlich nicht überschrieben. Das Überschreiben muss im Metadateneditor explizit bestätigt werden.+'''Besonderheit:''' Man kann normalerweise zentral einstellen, ob die Service-Metadaten automatisch überschrieben oder die vorherigen beibehalten werden sollen. Da das Portal auch die Möglichkeit bietet, die Service-Metadaten in einem gewissen Umfang zu editieren, werden die Daten grundsätzlich nicht überschrieben. Das Überschreiben muss im Metadateneditor explizit bestätigt werden. -'''Vorteil:''' Die veröffentlichende Stelle (oft ist es der Vetrieb) kann spezielle Anpassungen, z.B. an den Nutzungsbedigungen, durchführen ohne dass sich die technische Stelle damit befassen muss. Man ist hier sehr flexibel. Nach Aussen abgegeben werden immer die Metadaten aus der Mapbender Datenbank. Das Portal arbeitet auch als '''Capabilities Proxy'''. Damit sehen alle Capabilities-Dokumente in der Community (GDI) gleich aus. Kann ein Client mit einem Dienst arbeiten, so kann er dass auch mit allen anderen. Es handelt sich dabei um eine gewisse Art der Qualitätssicherung, die bei verteilten Systemen unumgänglich ist.+'''Vorteil:''' Die veröffentlichende Stelle (oft ist es der Vetrieb) kann spezielle Anpassungen, z.B. an den Nutzungsbedigungen, durchführen ohne dass sich die technische Stelle damit befassen muss. Man ist hier sehr flexibel. Nach Außen abgegeben werden immer die Metadaten aus der Mapbender Datenbank. Das Portal arbeitet auch als '''Capabilities Proxy'''. Damit sehen alle Capabilities-Dokumente in der Community (GDI) gleich aus. Kann ein Client mit einem Dienst arbeiten, so kann er dass auch mit allen anderen. Es handelt sich dabei um eine gewisse Art der Qualitätssicherung, die bei verteilten Systemen unumgänglich ist.  +   +==== Layeraktualisierung ====  +[[File:Mb_layername_update.png|thumb|250px|right|Layername Update Process]]  +Da die WMS Layer in GIS Clients als Kartenebenen genutzt werden, ist es für eine GDI immens wichtig, dass man sich zentral um das Management dieser Ebenen kümmert. Ein GIS fragt die Ebene über die WMS Schnittstelle anhand ihres '''Namens''' an. Die Layernamen sind daher sehr wichtige Konstanten innerhalb einer GDI. Ändert sich dieser, so müssen alle an den zugehörigen WMS angeschlossene GIS ihre Konfiguration aktualisieren. Weiterhin werden im Mapbender WMC Dokumente verwaltet, die es den Nutzern erlauben beliebige Kartenkombinationen und Ausschnitte in Form von standardisierten Konfigurationen abzuspeichern und später wieder zu laden. Der WMC Standard des OGC legt hierzu Layernamen und Serveradressen in einem XML Dokument ab. Wenn sich die Zugriffsparameter ändern (Umzug von Servern), führen die Links ins Nirwana und die Konfigurationen werden unbrauchbar. Es ist also wichtig nicht nur die absoluten Adressen, sondern auch Identifikationsnummern im WMC abzulegen. Anhand dieser IDs können URLs und Namen vor dem Laden aktualisiert werden.  +Im Mapbender kann man bei der Aktualisierung von Diensten ein Mapping zwischen '''alten''' und '''neuen''' Layernamen machen. So lassen sich auch Layernamen anpassen, ohne ihre OIdentifikationsnummer zu ändern. Mit dieser Information können auf der einen Seite WMC dynamisch aktuell gehalten und auf der anderen Seite Nutzer über Änderungen informiert werden. === WMS Metadatenscheduler === === WMS Metadatenscheduler === [Less]

Aktualisieren: ← Older revision Revision as of 23:12, 18 December 2012 Line 22: Line 22: Die Informationen der Capabilities des Dienstes werden erneut abgerufen und die vorherigen Informationen werden in der ... [More] Mapbender-Datenbank überschrieben. Die UUID des Dienstes bleibt dabei erhalten! Wenn Layer hinzugekommen sind, werden diese an das Dienst Objekt angefügt. Layer die wegfallen werden gelöscht. Das WMS Objekt erhält einen neuen Zeitstempel. Die Informationen der Capabilities des Dienstes werden erneut abgerufen und die vorherigen Informationen werden in der Mapbender-Datenbank überschrieben. Die UUID des Dienstes bleibt dabei erhalten! Wenn Layer hinzugekommen sind, werden diese an das Dienst Objekt angefügt. Layer die wegfallen werden gelöscht. Das WMS Objekt erhält einen neuen Zeitstempel. -'''Besonderheit:''' Man kann normalerweise einstellen ob die Service Metadaten automatisch überschrieben oder die vorherigen beibehalten werden sollen. Da das Portal auch die Möglichkeit bietet, die Service-Metadaten in einem gewissen Umfang zu editieren, werden die Daten grundsätzlich nicht überschrieben. Das Überschreiben muss im Metadateneditor explizit bestätigt werden.+'''Besonderheit:''' Man kann normalerweise zentral einstellen, ob die Service-Metadaten automatisch überschrieben oder die vorherigen beibehalten werden sollen. Da das Portal auch die Möglichkeit bietet, die Service-Metadaten in einem gewissen Umfang zu editieren, werden die Daten grundsätzlich nicht überschrieben. Das Überschreiben muss im Metadateneditor explizit bestätigt werden. -'''Vorteil:''' Die veröffentlichende Stelle (oft ist es der Vetrieb) kann spezielle Anpassungen, z.B. an den Nutzungsbedigungen, durchführen ohne dass sich die technische Stelle damit befassen muss. Man ist hier sehr flexibel. Nach Aussen abgegeben werden immer die Metadaten aus der Mapbender Datenbank. Das Portal arbeitet auch als '''Capabilities Proxy'''. Damit sehen alle Capabilities-Dokumente in der Community (GDI) gleich aus. Kann ein Client mit einem Dienst arbeiten, so kann er dass auch mit allen anderen. Es handelt sich dabei um eine gewisse Art der Qualitätssicherung, die bei verteilten Systemen unumgänglich ist.+'''Vorteil:''' Die veröffentlichende Stelle (oft ist es der Vetrieb) kann spezielle Anpassungen, z.B. an den Nutzungsbedigungen, durchführen ohne dass sich die technische Stelle damit befassen muss. Man ist hier sehr flexibel. Nach Außen abgegeben werden immer die Metadaten aus der Mapbender Datenbank. Das Portal arbeitet auch als '''Capabilities Proxy'''. Damit sehen alle Capabilities-Dokumente in der Community (GDI) gleich aus. Kann ein Client mit einem Dienst arbeiten, so kann er dass auch mit allen anderen. Es handelt sich dabei um eine gewisse Art der Qualitätssicherung, die bei verteilten Systemen unumgänglich ist.  +   +==== Layeraktualisierung ====  +[[File:Mb_layername_update.png|thumb|250px|right|Layername Update Process]]  +Da die WMS Layer in GIS Clients als Kartenebenen genutzt werden, ist es für eine GDI immens wichtig, dass man sich zentral um das Management dieser Ebenen kümmert. Ein GIS fragt die Ebene über die WMS Schnittstelle anhand ihres '''Namens''' an. Die Layernamen sind daher sehr wichtige Konstanten innerhalb einer GDI. Ändert sich dieser, so müssen alle an den zugehörigen WMS angeschlossene GIS ihre Konfiguration aktualisieren. Weiterhin werden im Mapbender WMC Dokumente verwaltet, die es den Nutzern erlauben beliebige Kartenkombinationen und Ausschnitte in Form von standardisierten Konfigurationen abzuspeichern und später wieder zu laden. Der WMC Standard des OGC legt hierzu Layernamen und Serveradressen in einem XML Dokument ab. Wenn sich die Zugriffsparameter ändern (Umzug von Servern), führen die Links ins Nirwana und die Konfigurationen werden unbrauchbar. Es ist also wichtig nicht nur die absoluten Adressen, sondern auch Identifikationsnummern im WMC abzulegen. Anhand dieser IDs können URLs und Namen vor dem Laden aktualisiert werden.  +Im Mapbender kann man bei der Aktualisierung von Diensten ein Mapping zwischen '''alten''' und '''neuen''' Layernamen machen. So lassen sich auch Layernamen anpassen, ohne ihre OIdentifikationsnummer zu ändern. Mit dieser Information können auf der einen Seite WMC dynamisch aktuell gehalten und auf der anderen Seite Nutzer über Änderungen informiert werden. === WMS Metadatenscheduler === === WMS Metadatenscheduler === [Less]

Aktualisieren: ← Older revision Revision as of 23:12, 18 December 2012 Line 22: Line 22: Die Informationen der Capabilities des Dienstes werden erneut abgerufen und die vorherigen Informationen werden in der ... [More] Mapbender-Datenbank überschrieben. Die UUID des Dienstes bleibt dabei erhalten! Wenn Layer hinzugekommen sind, werden diese an das Dienst Objekt angefügt. Layer die wegfallen werden gelöscht. Das WMS Objekt erhält einen neuen Zeitstempel. Die Informationen der Capabilities des Dienstes werden erneut abgerufen und die vorherigen Informationen werden in der Mapbender-Datenbank überschrieben. Die UUID des Dienstes bleibt dabei erhalten! Wenn Layer hinzugekommen sind, werden diese an das Dienst Objekt angefügt. Layer die wegfallen werden gelöscht. Das WMS Objekt erhält einen neuen Zeitstempel. -'''Besonderheit:''' Man kann normalerweise einstellen ob die Service Metadaten automatisch überschrieben oder die vorherigen beibehalten werden sollen. Da das Portal auch die Möglichkeit bietet, die Service-Metadaten in einem gewissen Umfang zu editieren, werden die Daten grundsätzlich nicht überschrieben. Das Überschreiben muss im Metadateneditor explizit bestätigt werden.+'''Besonderheit:''' Man kann normalerweise zentral einstellen, ob die Service-Metadaten automatisch überschrieben oder die vorherigen beibehalten werden sollen. Da das Portal auch die Möglichkeit bietet, die Service-Metadaten in einem gewissen Umfang zu editieren, werden die Daten grundsätzlich nicht überschrieben. Das Überschreiben muss im Metadateneditor explizit bestätigt werden. -'''Vorteil:''' Die veröffentlichende Stelle (oft ist es der Vetrieb) kann spezielle Anpassungen, z.B. an den Nutzungsbedigungen, durchführen ohne dass sich die technische Stelle damit befassen muss. Man ist hier sehr flexibel. Nach Aussen abgegeben werden immer die Metadaten aus der Mapbender Datenbank. Das Portal arbeitet auch als '''Capabilities Proxy'''. Damit sehen alle Capabilities-Dokumente in der Community (GDI) gleich aus. Kann ein Client mit einem Dienst arbeiten, so kann er dass auch mit allen anderen. Es handelt sich dabei um eine gewisse Art der Qualitätssicherung, die bei verteilten Systemen unumgänglich ist.+'''Vorteil:''' Die veröffentlichende Stelle (oft ist es der Vetrieb) kann spezielle Anpassungen, z.B. an den Nutzungsbedigungen, durchführen ohne dass sich die technische Stelle damit befassen muss. Man ist hier sehr flexibel. Nach Außen abgegeben werden immer die Metadaten aus der Mapbender Datenbank. Das Portal arbeitet auch als '''Capabilities Proxy'''. Damit sehen alle Capabilities-Dokumente in der Community (GDI) gleich aus. Kann ein Client mit einem Dienst arbeiten, so kann er dass auch mit allen anderen. Es handelt sich dabei um eine gewisse Art der Qualitätssicherung, die bei verteilten Systemen unumgänglich ist.  +   +==== Layeraktualisierung ====  +[[File:Mb_layername_update.png|thumb|250px|right|Layername Update Process]]  +Da die WMS Layer in GIS Clients als Kartenebenen genutzt werden, ist es für eine GDI immens wichtig, dass man sich zentral um das Management dieser Ebenen kümmert. Ein GIS fragt die Ebene über die WMS Schnittstelle anhand ihres '''Namens''' an. Die Layernamen sind daher sehr wichtige Konstanten innerhalb einer GDI. Ändert sich dieser, so müssen alle an den zugehörigen WMS angeschlossene GIS ihre Konfiguration aktualisieren. Weiterhin werden im Mapbender WMC Dokumente verwaltet, die es den Nutzern erlauben beliebige Kartenkombinationen und Ausschnitte in Form von standardisierten Konfigurationen abzuspeichern und später wieder zu laden. Der WMC Standard des OGC legt hierzu Layernamen und Serveradressen in einem XML Dokument ab. Wenn sich die Zugriffsparameter ändern (Umzug von Servern), führen die Links ins Nirwana und die Konfigurationen werden unbrauchbar. Es ist also wichtig nicht nur die absoluten Adressen, sondern auch Identifikationsnummern im WMC abzulegen. Anhand dieser IDs können URLs und Namen vor dem Laden aktualisiert werden.  +Im Mapbender kann man bei der Aktualisierung von Diensten ein Mapping zwischen '''alten''' und '''neuen''' Layernamen machen. So lassen sich auch Layernamen anpassen, ohne ihre OIdentifikationsnummer zu ändern. Mit dieser Information können auf der einen Seite WMC dynamisch aktuell gehalten und auf der anderen Seite Nutzer über Änderungen informiert werden. === WMS Metadatenscheduler === === WMS Metadatenscheduler === [Less]