OpenStreetMap und externe Datenbanken - Versionsgeschichte

Stefan am 21. Mai 2018 um 20:38 Uhr

2018-05-21T20:38:32Z

← Nächstältere Version		Version vom 21. Mai 2018, 20:38 Uhr
Zeile 91:		Zeile 91:

	Die Nutzer der externen DB könnten dabei auch etwas an OSM zurückgeben, in sie auch bei OSM beitragen. Natürlich muss dabei beachtet werden, dass die Daten in OSM richtig integriert sind sowie dass die Nutzer nicht nur der Lizen der externen dB zustimmen sondern dort ihre Beiträge auch unter ODbL freigeben.		Die Nutzer der externen DB könnten dabei auch etwas an OSM zurückgeben, in sie auch bei OSM beitragen. Natürlich muss dabei beachtet werden, dass die Daten in OSM richtig integriert sind sowie dass die Nutzer nicht nur der Lizen der externen dB zustimmen sondern dort ihre Beiträge auch unter ODbL freigeben.

			== Beispiele ==

			* http://zebrastreifen-safari.osm.ch/
			* http://farmshops.eu/
			* https://wheelmap.org/beta/


	[[Kategorie:OpenStreetMap]]		[[Kategorie:OpenStreetMap]]

Stefan: /* Beispiele externer Datenbanken in OSM */

2014-04-13T22:53:07Z

Beispiele externer Datenbanken in OSM

← Nächstältere Version		Version vom 13. April 2014, 22:53 Uhr
Zeile 23:		Zeile 23:
	* OpenGeoDB		* OpenGeoDB
	* TMC		* TMC
			* OpenAdresses.org
	* ...		* ...

Stefan: /* Einleitung */

2014-04-13T22:52:47Z

Einleitung

← Nächstältere Version		Version vom 13. April 2014, 22:52 Uhr
Zeile 17:		Zeile 17:

	;Bemerkung zu OSM Identifikatoren (IDs):		;Bemerkung zu OSM Identifikatoren (IDs):
	OSM-IDs ~~dienen~~ primär zu "OSM-internen" Zwecken; sie können irgendwann ändern (z.B. um die OSM-Infrastruktur zu verbessern). ~~Wenn man sich dessen~~		Für viele Anwendungen ist es nützlich, OSM-IDs zu verwalten. Dazu muss man sich aber bewusst sein, dass OSM-IDs primär zu "OSM-internen" Zwecken dienen; sie können irgendwann ändern (z.B. um die OSM-Infrastruktur zu verbessern).

	== Beispiele externer Datenbanken in OSM ==		== Beispiele externer Datenbanken in OSM ==

Stefan: /* Synchronisation OSM mit externen Datenbanken */

2013-10-30T23:14:46Z

Synchronisation OSM mit externen Datenbanken

← Nächstältere Version		Version vom 30. Oktober 2013, 23:14 Uhr
Zeile 38:		Zeile 38:
	* http://osmly.com/ - OSMLY - a simple browser based importer for OpenStreetMap. It makes importing easy by presenting each feature one at a time, allowing users to manually review the item, make any needed adjustments to positions or tags, and upload directly to OSM. It also allows for reporting problems that other users can look over and a quality assurance mode where administrative users can confirm everything that has been uploaded.		* http://osmly.com/ - OSMLY - a simple browser based importer for OpenStreetMap. It makes importing easy by presenting each feature one at a time, allowing users to manually review the item, make any needed adjustments to positions or tags, and upload directly to OSM. It also allows for reporting problems that other users can look over and a quality assurance mode where administrative users can confirm everything that has been uploaded.
	* https://github.com/osmlab/changewithin - changewithin - changewithin is a simple script that pulls daily changes from OpenStreetMap with requests, parses them with lxml, finds the ones that are inside of a GeoJSON shape, sorts out the ones that are buildings, and emails a set of users with mailgun.		* https://github.com/osmlab/changewithin - changewithin - changewithin is a simple script that pulls daily changes from OpenStreetMap with requests, parses them with lxml, finds the ones that are inside of a GeoJSON shape, sorts out the ones that are buildings, and emails a set of users with mailgun.

			>> changewithin und OSMLY <<

	== Externe Datenbanken, welche die eigenen Daten mit OSM verknuepfen ==		== Externe Datenbanken, welche die eigenen Daten mit OSM verknuepfen ==

Stefan: /* Synchronisation OSM mit externen Datenbanken */

2013-10-30T23:14:02Z

Synchronisation OSM mit externen Datenbanken

← Nächstältere Version		Version vom 30. Oktober 2013, 23:14 Uhr
Zeile 33:		Zeile 33:

	Beispiele: [[PostGIS Terminal]], [[OpenPOIMap]], [http://osmbugs.org/ OpenStreetBugs], [http://hiking.lonvia.de/de/ Waymarked Trails/Wanderwege (von Lonvia)], [http://wheelmap.org/?a=b&lat=47.2269198&lon=8.8245459&q=Rapperswil&zoom=17 Wheelmap], [http://www.rollstuhlkarte.ch/ Rollstuhlkarte]		Beispiele: [[PostGIS Terminal]], [[OpenPOIMap]], [http://osmbugs.org/ OpenStreetBugs], [http://hiking.lonvia.de/de/ Waymarked Trails/Wanderwege (von Lonvia)], [http://wheelmap.org/?a=b&lat=47.2269198&lon=8.8245459&q=Rapperswil&zoom=17 Wheelmap], [http://www.rollstuhlkarte.ch/ Rollstuhlkarte]

			Werkzeuge:
			* iD / JOSM
			* http://osmly.com/ - OSMLY - a simple browser based importer for OpenStreetMap. It makes importing easy by presenting each feature one at a time, allowing users to manually review the item, make any needed adjustments to positions or tags, and upload directly to OSM. It also allows for reporting problems that other users can look over and a quality assurance mode where administrative users can confirm everything that has been uploaded.
			* https://github.com/osmlab/changewithin - changewithin - changewithin is a simple script that pulls daily changes from OpenStreetMap with requests, parses them with lxml, finds the ones that are inside of a GeoJSON shape, sorts out the ones that are buildings, and emails a set of users with mailgun.

	== Externe Datenbanken, welche die eigenen Daten mit OSM verknuepfen ==		== Externe Datenbanken, welche die eigenen Daten mit OSM verknuepfen ==

Stefan: /* Variante 3 */

2013-07-11T12:57:06Z

Variante 3

← Nächstältere Version		Version vom 11. Juli 2013, 12:57 Uhr
Zeile 63:		Zeile 63:
	"OsmDB[SET OF tags]->ExtDB":		"OsmDB[SET OF tags]->ExtDB":
	* Hier handelt es sich meist um Datenbanken im weiteren Sinne, die von FIGs verwaltet werden.		* Hier handelt es sich meist um Datenbanken im weiteren Sinne, die von FIGs verwaltet werden.
			* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB periodisch über sämtliche eigenen Daten kontrollieren, ob damit bei OSM noch etwas "gefunden" wird.
	* Dabei müssen die FIGs die Lizenzbestimmungen von OSM beachten. Dies gilt besonders, wenn die OSM-Daten heruntergeladen und zusammen mit anderen in einer Datenbank verwaltet werden.		* Dabei müssen die FIGs die Lizenzbestimmungen von OSM beachten. Dies gilt besonders, wenn die OSM-Daten heruntergeladen und zusammen mit anderen in einer Datenbank verwaltet werden.
	* Diese Variante eignet sich kaum zur Automatisierung und engen Verknüpfung mit OSM. Sie eignet sich in Fällen, wo die Beziehung zwischen FIS und OSM "lose" ist. Vgl. dazu die Verknüpfung von Wikipedia mit Objekten und Kartenausschnitten in OpenStreetMap z.B. in '[http://wiki.openstreetmap.org/wiki/WIWOSM WIWOSM]'.		* Diese Variante eignet sich kaum zur Automatisierung und engen Verknüpfung mit OSM. Sie eignet sich in Fällen, wo die Beziehung zwischen FIS und OSM "lose" ist. Vgl. dazu die Verknüpfung von Wikipedia mit Objekten und Kartenausschnitten in OpenStreetMap z.B. in '[http://wiki.openstreetmap.org/wiki/WIWOSM WIWOSM]'.
	* ~~Um - nebst der "allgemeinen Prüfung" (vgl~~. ~~oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB periodisch über sämtliche eigenen Daten kontrollieren, ob damit bei OSM noch etwas "gefunden" wird~~.		* Anderes Beispiel: [http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID Overpass permanent ID].

	=== Variante 4 ===		=== Variante 4 ===

Stefan am 11. Juli 2013 um 12:33 Uhr

2013-07-11T12:33:14Z

← Nächstältere Version		Version vom 11. Juli 2013, 12:33 Uhr
Zeile 47:		Zeile 47:
	* Bei der ersten Variante ist die Trennung aller Daten offensichtlich. Für die übrigen drei Varianten macht es die Lösung einfacher, wenn die Geometrie nur in OSM verwaltet wird, wie dies z.B. bei Wheelmap der Fall ist.		* Bei der ersten Variante ist die Trennung aller Daten offensichtlich. Für die übrigen drei Varianten macht es die Lösung einfacher, wenn die Geometrie nur in OSM verwaltet wird, wie dies z.B. bei Wheelmap der Fall ist.

	1~~. Variante "~~Räumliche Beziehung":		=== Variante 1 ===

			Räumliche Beziehung:
	* Das entspricht einem einfache "Layering", d.h. der Anzeige der Objekte in verschiedenen Layers.		* Das entspricht einem einfache "Layering", d.h. der Anzeige der Objekte in verschiedenen Layers.
	* Eine Lösung dazu bietet z.B. der [[FeatureServer]]. Unter Berücksichtigung der ODbL kann man so eigene Geometrien und Sachdaten erfassen.		* Eine Lösung dazu bietet z.B. der [[FeatureServer]]. Unter Berücksichtigung der ODbL kann man so eigene Geometrien und Sachdaten erfassen.

	~~2. Bei der~~ Variante 2 "OsmDB[tag_id]->ExtDB"...		=== Variante 2 ===
			"OsmDB[tag_id]->ExtDB": Bei dieser Variante...
	* könnte man eigene Tags oder Tags z.B. mit Präfix (in der Art "TMC:tmc_id=8326765") angeben bei der der Präfix ein Hinweis auf das Projekt ist. Ein akzeptiertes Beispiel dafür ist das Wikipedia-Tag.		* könnte man eigene Tags oder Tags z.B. mit Präfix (in der Art "TMC:tmc_id=8326765") angeben bei der der Präfix ein Hinweis auf das Projekt ist. Ein akzeptiertes Beispiel dafür ist das Wikipedia-Tag.
	* Diese "leidet" nicht unter der instabilen OSM-ID und ist relativ einfach zu realisieren, denn es können die Werkzeuge rund um OSM genutzt werden. Die eigene Infrastruktur verlangt nicht einmal eine eigene Datenbank; für den Anfang reicht ein einfaches Content Management Systeme, das bis zu Webdiensten ausgebaut werden kann.		* Diese "leidet" nicht unter der instabilen OSM-ID und ist relativ einfach zu realisieren, denn es können die Werkzeuge rund um OSM genutzt werden. Die eigene Infrastruktur verlangt nicht einmal eine eigene Datenbank; für den Anfang reicht ein einfaches Content Management Systeme, das bis zu Webdiensten ausgebaut werden kann.
Zeile 57:		Zeile 60:
	* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB nur dijenigen Änderungen (Update, Delete) von OSM untersuchen, die das "eigene" Tag-ID enthalten.		* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB nur dijenigen Änderungen (Update, Delete) von OSM untersuchen, die das "eigene" Tag-ID enthalten.

	3~~. Zur dritten Variante~~ "OsmDB[SET OF tags]->ExtDB":		=== Variante 3 ===
			"OsmDB[SET OF tags]->ExtDB":
	* Hier handelt es sich meist um Datenbanken im weiteren Sinne, die von FIGs verwaltet werden.		* Hier handelt es sich meist um Datenbanken im weiteren Sinne, die von FIGs verwaltet werden.
	* Dabei müssen die FIGs die Lizenzbestimmungen von OSM beachten. Dies gilt besonders, wenn die OSM-Daten heruntergeladen und zusammen mit anderen in einer Datenbank verwaltet werden.		* Dabei müssen die FIGs die Lizenzbestimmungen von OSM beachten. Dies gilt besonders, wenn die OSM-Daten heruntergeladen und zusammen mit anderen in einer Datenbank verwaltet werden.
Zeile 63:		Zeile 67:
	* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB periodisch über sämtliche eigenen Daten kontrollieren, ob damit bei OSM noch etwas "gefunden" wird.		* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB periodisch über sämtliche eigenen Daten kontrollieren, ob damit bei OSM noch etwas "gefunden" wird.

	~~4. Zur~~ Variante 4 "ExtDB[SET OF osm_id]->OsmDB":		=== Variante 4 ===
			"ExtDB[SET OF osm_id]->OsmDB":
	* Für die Verknüpfung bietet sich technisch die OSM-ID an - und das wird auch bei einigen Projekten so ausgenutzt. Die OSM-IDs sind aber instabil, d.h. die Eindeutigkeit und Unveränderbarkeit von OSM-IDs ist nicht garantiert! Dies u.a. um die Unabhängigkeit von OSM zu wahren und intern reorganisieren zu können (vgl. dazu einige Diskussionen auf Talk-de).		* Für die Verknüpfung bietet sich technisch die OSM-ID an - und das wird auch bei einigen Projekten so ausgenutzt. Die OSM-IDs sind aber instabil, d.h. die Eindeutigkeit und Unveränderbarkeit von OSM-IDs ist nicht garantiert! Dies u.a. um die Unabhängigkeit von OSM zu wahren und intern reorganisieren zu können (vgl. dazu einige Diskussionen auf Talk-de).
	* Diese Variante belastet die OSM in Bezug auf die Datenmenge am Wenigsten.		* Diese Variante belastet die OSM in Bezug auf die Datenmenge am Wenigsten.
Zeile 79:		Zeile 84:


	[[Kategorie:~~OpenStretMap~~]]		[[Kategorie:OpenStreetMap]]

Stefan: /* Externe Datenbanken, welche die eigenen Daten mit OSM verknuepfen */

2013-07-11T12:30:37Z

Externe Datenbanken, welche die eigenen Daten mit OSM verknuepfen

← Nächstältere Version		Version vom 11. Juli 2013, 12:30 Uhr
Zeile 54:		Zeile 54:
	* könnte man eigene Tags oder Tags z.B. mit Präfix (in der Art "TMC:tmc_id=8326765") angeben bei der der Präfix ein Hinweis auf das Projekt ist. Ein akzeptiertes Beispiel dafür ist das Wikipedia-Tag.		* könnte man eigene Tags oder Tags z.B. mit Präfix (in der Art "TMC:tmc_id=8326765") angeben bei der der Präfix ein Hinweis auf das Projekt ist. Ein akzeptiertes Beispiel dafür ist das Wikipedia-Tag.
	* Diese "leidet" nicht unter der instabilen OSM-ID und ist relativ einfach zu realisieren, denn es können die Werkzeuge rund um OSM genutzt werden. Die eigene Infrastruktur verlangt nicht einmal eine eigene Datenbank; für den Anfang reicht ein einfaches Content Management Systeme, das bis zu Webdiensten ausgebaut werden kann.		* Diese "leidet" nicht unter der instabilen OSM-ID und ist relativ einfach zu realisieren, denn es können die Werkzeuge rund um OSM genutzt werden. Die eigene Infrastruktur verlangt nicht einmal eine eigene Datenbank; für den Anfang reicht ein einfaches Content Management Systeme, das bis zu Webdiensten ausgebaut werden kann.
	* Die Variante soll aber mit besonderer Zurückhaltung gehandhabt werden, d.h. es sind die OSM-Richtlinien zu konsultieren~~. Ein Beispiel dafür ist Wheelmap~~.		* Die Variante soll aber mit besonderer Zurückhaltung gehandhabt werden, d.h. es sind die OSM-Richtlinien zu konsultieren.
	* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB nur dijenigen Änderungen (Update, Delete) von OSM ~~untersuche~~, die das "eigene" Tag-ID enthalten.		* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB nur dijenigen Änderungen (Update, Delete) von OSM untersuchen, die das "eigene" Tag-ID enthalten.

	3. Zur dritten Variante "OsmDB[SET OF tags]->ExtDB":		3. Zur dritten Variante "OsmDB[SET OF tags]->ExtDB":

Stefan am 11. Juli 2013 um 12:29 Uhr

2013-07-11T12:29:32Z

Stefan: /* Einleitung */

2013-07-11T12:23:17Z

Einleitung

← Nächstältere Version		Version vom 11. Juli 2013, 12:23 Uhr
Zeile 11:		Zeile 11:
	# Externe Datenbanken im engeren Sinne, welche die OSM-Daten zu sich kopieren, filtern und aufbereiten (ohne eigene Daten/Ebenen).		# Externe Datenbanken im engeren Sinne, welche die OSM-Daten zu sich kopieren, filtern und aufbereiten (ohne eigene Daten/Ebenen).
	# Externe Datenbanken im weiteren Sinne, welche die OSM-Daten zu sich kopieren, filtern und mit eigenen Daten verknüpfen (v.a. mit der OSM-ID). Das Resultat davon muss unterliegt typischerweise der ODbL Lizenz (je nach Art der Verknüpfung).		# Externe Datenbanken im weiteren Sinne, welche die OSM-Daten zu sich kopieren, filtern und mit eigenen Daten verknüpfen (v.a. mit der OSM-ID). Das Resultat davon muss unterliegt typischerweise der ODbL Lizenz (je nach Art der Verknüpfung).
	# Externe Datenbanken im weiteren Sinne, welche die eigenen Daten mit OSM vergleichen (v.a. mit der OSM-ID), ansonsten aber weitgehend eigenständig sind (auch lizenzmässig).		# Externe Datenbanken im weiteren Sinne, welche die eigenen Daten mit OSM verknüpfen und vergleichen (v.a. mit der OSM-ID), ansonsten aber weitgehend eigenständig sind (auch lizenzmässig).

	;Bemerkung zu OSM Imports:		;Bemerkung zu OSM Imports:
Zeile 17:		Zeile 17:

	;Bemerkung zu OSM Identifikatoren (IDs):		;Bemerkung zu OSM Identifikatoren (IDs):
	OSM-IDs dienen primär zu "OSM-internen" Zwecken; sie können irgendwann ändern (z.B. um die OSM-Infrastruktur zu verbessern). Wenn man sich dessen		OSM-IDs dienen primär zu "OSM-internen" Zwecken; sie können irgendwann ändern (z.B. um die OSM-Infrastruktur zu verbessern). Wenn man sich dessen

	== Beispiele externer Datenbanken in OSM ==		== Beispiele externer Datenbanken in OSM ==

← Nächstältere Version		Version vom 11. Juli 2013, 12:29 Uhr
Zeile 9:		Zeile 9:
	Man kann folgende externe Datenbanken unterscheiden:		Man kann folgende externe Datenbanken unterscheiden:
	# Externe Datenbanken, die ihre Daten direkt in OSM integrieren wollen (OSM Imports)		# Externe Datenbanken, die ihre Daten direkt in OSM integrieren wollen (OSM Imports)
	# Externe Datenbanken ~~im engeren Sinne~~, welche die OSM-Daten zu sich kopieren, filtern und aufbereiten (ohne eigene Daten/Ebenen).		# Externe Datenbanken, welche die OSM-Daten zu sich kopieren, filtern und aufbereiten (ohne eigene Daten/Ebenen).
	# Externe Datenbanken ~~im weiteren Sinne~~, welche die OSM-Daten zu sich kopieren, filtern und mit eigenen Daten verknüpfen (v.a. mit der OSM-ID). Das Resultat davon muss unterliegt typischerweise der ODbL Lizenz (je nach Art der Verknüpfung).		# Externe Datenbanken, welche die OSM-Daten zu sich kopieren, filtern und mit eigenen Daten verknüpfen (v.a. mit der OSM-ID). Das Resultat davon muss unterliegt typischerweise der ODbL Lizenz (je nach Art der Verknüpfung).
	# Externe Datenbanken ~~im weiteren Sinne~~, welche die eigenen Daten mit OSM verknüpfen ~~und vergleichen~~ (v.a. mit der OSM-ID), ansonsten aber weitgehend eigenständig sind (auch lizenzmässig).		# Externe Datenbanken, welche die eigenen Daten mit OSM verknüpfen (v.a. mit der OSM-ID, oder umgekehrt mit zusätzlichen OSM-Tags zur Identifikation) und vergleichen, ansonsten aber weitgehend eigenständig sind (auch lizenzmässig).

	;Bemerkung zu OSM Imports:		;Bemerkung zu OSM Imports:
Zeile 25:		Zeile 25:
	* ...		* ...

	== ~~Loesungsansätze externer DB im engeren Sinne~~ ==		== Synchronisation OSM mit externen Datenbanken ==

	Bei externen Datenbanken im engeren Sinne reduziert sich die Lösung der folgenden Probleme:		Bei externen Datenbanken im engeren Sinne reduziert sich die Lösung der folgenden Probleme:
Zeile 34:		Zeile 34:
	Beispiele: [[PostGIS Terminal]], [[OpenPOIMap]], [http://osmbugs.org/ OpenStreetBugs], [http://hiking.lonvia.de/de/ Waymarked Trails/Wanderwege (von Lonvia)], [http://wheelmap.org/?a=b&lat=47.2269198&lon=8.8245459&q=Rapperswil&zoom=17 Wheelmap], [http://www.rollstuhlkarte.ch/ Rollstuhlkarte]		Beispiele: [[PostGIS Terminal]], [[OpenPOIMap]], [http://osmbugs.org/ OpenStreetBugs], [http://hiking.lonvia.de/de/ Waymarked Trails/Wanderwege (von Lonvia)], [http://wheelmap.org/?a=b&lat=47.2269198&lon=8.8245459&q=Rapperswil&zoom=17 Wheelmap], [http://www.rollstuhlkarte.ch/ Rollstuhlkarte]

	== ~~Loesungsansätze externer DB im weiteren Sinne~~ ==		== Externe Datenbanken, welche die eigenen Daten mit OSM verknuepfen ==

	~~Lösungsansätze aus Sicht einer externen DB im weiteren Sinne~~:		Varianten:
	# Variante "Räumliche Beziehung ExtDB->OsmDB" (oder "Koordinatensystem-Beziehung"): Die exterene DB nutzt OSM nur zur Lokalisierung ihrer Objekte und zwar über das gemeinsame bzw. ineinander transformierbare Koordinatensystem (sog. "Georeferenzierung").		# Variante "Räumliche Beziehung ExtDB->OsmDB" (oder "Koordinatensystem-Beziehung"): Die exterene DB nutzt OSM nur zur Lokalisierung ihrer Objekte und zwar über das gemeinsame bzw. ineinander transformierbare Koordinatensystem (sog. "Georeferenzierung").
	# Variante "OsmDB[tag_id]->ExtDB": In OSM wird in den Tags eine "Tag ID" ("tag_id") erfasst, die auf die ID eines Objekts der externen DB zeigt.		# Variante "OsmDB[tag_id]->ExtDB": In OSM wird in den Tags eine "Tag ID" ("tag_id") erfasst, die auf die ID eines Objekts der externen DB zeigt.
Zeile 51:		Zeile 51:
	* Eine Lösung dazu bietet z.B. der [[FeatureServer]]. Unter Berücksichtigung der ODbL kann man so eigene Geometrien und Sachdaten erfassen.		* Eine Lösung dazu bietet z.B. der [[FeatureServer]]. Unter Berücksichtigung der ODbL kann man so eigene Geometrien und Sachdaten erfassen.

	Bei der Variante 2 "OsmDB[tag_id]->ExtDB"...		2. Bei der Variante 2 "OsmDB[tag_id]->ExtDB"...
	* könnte man eigene Tags oder Tags z.B. mit Präfix (in der Art "TMC:tmc_id=8326765") angeben bei der der Präfix ein Hinweis auf das Projekt ist. Ein akzeptiertes Beispiel dafür ist das Wikipedia-Tag.		* könnte man eigene Tags oder Tags z.B. mit Präfix (in der Art "TMC:tmc_id=8326765") angeben bei der der Präfix ein Hinweis auf das Projekt ist. Ein akzeptiertes Beispiel dafür ist das Wikipedia-Tag.
	* Diese "leidet" nicht unter der instabilen OSM-ID und ist relativ einfach zu realisieren, denn es können die Werkzeuge rund um OSM genutzt werden. Die eigene Infrastruktur verlangt nicht einmal eine eigene Datenbank; für den Anfang reicht ein einfaches Content Management Systeme, das bis zu Webdiensten ausgebaut werden kann.		* Diese "leidet" nicht unter der instabilen OSM-ID und ist relativ einfach zu realisieren, denn es können die Werkzeuge rund um OSM genutzt werden. Die eigene Infrastruktur verlangt nicht einmal eine eigene Datenbank; für den Anfang reicht ein einfaches Content Management Systeme, das bis zu Webdiensten ausgebaut werden kann.
Zeile 57:		Zeile 57:
	* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB nur dijenigen Änderungen (Update, Delete) von OSM untersuche, die das "eigene" Tag-ID enthalten.		* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB nur dijenigen Änderungen (Update, Delete) von OSM untersuche, die das "eigene" Tag-ID enthalten.

	Zur dritten Variante "OsmDB[SET OF tags]->ExtDB":		3. Zur dritten Variante "OsmDB[SET OF tags]->ExtDB":
	* Hier handelt es sich meist um Datenbanken im weiteren Sinne, die von FIGs verwaltet werden.		* Hier handelt es sich meist um Datenbanken im weiteren Sinne, die von FIGs verwaltet werden.
	* Dabei müssen die FIGs die Lizenzbestimmungen von OSM beachten. Dies gilt besonders, wenn die OSM-Daten heruntergeladen und zusammen mit anderen in einer Datenbank verwaltet werden.		* Dabei müssen die FIGs die Lizenzbestimmungen von OSM beachten. Dies gilt besonders, wenn die OSM-Daten heruntergeladen und zusammen mit anderen in einer Datenbank verwaltet werden.
Zeile 63:		Zeile 63:
	* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB periodisch über sämtliche eigenen Daten kontrollieren, ob damit bei OSM noch etwas "gefunden" wird.		* Um - nebst der "allgemeinen Prüfung" (vgl. oben) - "synchron" zu bleiben (falls gefordert), muss die externe DB periodisch über sämtliche eigenen Daten kontrollieren, ob damit bei OSM noch etwas "gefunden" wird.

	Zur Variante 4 "ExtDB[SET OF osm_id]->OsmDB":		4. Zur Variante 4 "ExtDB[SET OF osm_id]->OsmDB":
	* Für die Verknüpfung bietet sich technisch die OSM-ID an - und das wird auch bei einigen Projekten so ausgenutzt. Die OSM-IDs sind aber instabil, d.h. die Eindeutigkeit und Unveränderbarkeit von OSM-IDs ist nicht garantiert! Dies u.a. um die Unabhängigkeit von OSM zu wahren und intern reorganisieren zu können (vgl. dazu einige Diskussionen auf Talk-de).		* Für die Verknüpfung bietet sich technisch die OSM-ID an - und das wird auch bei einigen Projekten so ausgenutzt. Die OSM-IDs sind aber instabil, d.h. die Eindeutigkeit und Unveränderbarkeit von OSM-IDs ist nicht garantiert! Dies u.a. um die Unabhängigkeit von OSM zu wahren und intern reorganisieren zu können (vgl. dazu einige Diskussionen auf Talk-de).
	* Diese Variante belastet die OSM in Bezug auf die Datenmenge am Wenigsten.		* Diese Variante belastet die OSM in Bezug auf die Datenmenge am Wenigsten.