Hoi Stefan,
Danke für die Zusammenfassung:
* OSM-ID
* semantische IDs
* Ballast von PIDs
* OSM-IDs eine 100% OSM-interne Sache
und dann gabs noch die UUID
Eine ID muss m.E.
1. eindeutig sein (inkrementell oder UUID)
2. automatisch zugeordnet sein
3. persistent sein (nicht händisch
Am 27.07.2012 08:00, schrieb Markus:
Eine ID muss m.E.
[...]
4. möglichst stabil mit dem OSM-Objekt verbunden sein
5. möglichst stabil mit dem realen Objekt verbunden sein
6. eindeutig definieren, mit welchen Aspekten des OSM-Objekts sie
verbunden ist.
Das Problem wann ist ein Restaurant noch
Am 27.07.2012 08:20, schrieb Tobias Knerr:
Am 27.07.2012 08:00, schrieb Markus:
Eine ID muss m.E.
[...]
4. möglichst stabil mit dem OSM-Objekt verbunden sein
5. möglichst stabil mit dem realen Objekt verbunden sein
6. eindeutig definieren, mit welchen Aspekten des OSM-Objekts sie
verbunden
Moin Tobias,
Danke für diese wesentliche Ergänzung!
Eine ID muss m.E.
[...]
4. möglichst stabil mit dem OSM-Objekt verbunden sein
5. möglichst stabil mit dem realen Objekt verbunden sein
6. eindeutig definieren, mit welchen Aspekten des OSM-Objekts sie
verbunden ist.
Genau das sind die
Stefan Keller wrote:
Die Projekt-ID würde ich - im Ggs. zur UUID - auch nicht an *alle
OSM-Objekte hängen, sondern nur an die, auf die wirklich verlinkt wird
(oder wurde).
Ich würde auch die UUID nicht an *alle* Objekte hängen. Der, der sie zuerst
braucht, legt sie an. Schon deshalb, weil ein
Am 27.07.2012 10:38, schrieb Manuel Reimer:
Stefan Keller wrote:
Die Projekt-ID würde ich - im Ggs. zur UUID - auch nicht an *alle
OSM-Objekte hängen, sondern nur an die, auf die wirklich verlinkt wird
(oder wurde).
Ich würde auch die UUID nicht an *alle* Objekte hängen. Der, der sie
zuerst
aighes wrote:
Wie soll das dann in der Praxis aussehen.
Wenn ich ein Gebäude mit Restaurant indizieren möchte, soll ich dann uuid
nehmen, oder gleich uuid:building.
Erst der Datennutzer sollte ein UUID setzen. Warum sollte ein Mapper nur so aus
Spaß an der Freude überall UUID-Tags drankleben?
Am 27.07.2012 12:09, schrieb Manuel Reimer:
aighes wrote:
Wie soll das dann in der Praxis aussehen.
Wenn ich ein Gebäude mit Restaurant indizieren möchte, soll ich dann
uuid
nehmen, oder gleich uuid:building.
Erst der Datennutzer sollte ein UUID setzen. Warum sollte ein Mapper
nur so aus
Am 27.07.2012 12:09, schrieb Manuel Reimer:
Kommt darauf an. Wenn der Betreiber der selbe ist, dann reicht
uuid:amenity. Wenn unterschiedliche Betreiber, dann diese Aufzählung
auf zwei Nodes aufteilen.
Betreiber ist der selbe. Ergo, wie du sagst eine uuid:amenity=1. Nun
meint ein Mapper das
Peter Wendorff wrote:
Wenn ich eigentlich nicht einen Link zu das Restaurant da meine, sondern das
Restaurant zum Hirsch, dann setze ich uuid:buildingrestaurantname?
Nur uuid:amenity.
Kommt darauf an. Wenn der Betreiber der selbe ist, dann reicht uuid:amenity.
Wenn unterschiedliche
Am 27.07.2012 13:01, schrieb Manuel Reimer:
Peter Wendorff wrote:
Wenn ich eigentlich nicht einen Link zu das Restaurant da meine,
sondern das
Restaurant zum Hirsch, dann setze ich uuid:buildingrestaurantname?
Nur uuid:amenity.
Also ist der Link kaputt, wenn das Restaurant dann Zur Dorflinde
Hallo Peter,
Ein Cafe/Restaurant, das also nicht nur kocht, sondern eben gerade auch
Torten, Kuchen und Eis anbietet, ist ja durchaus üblich
Hier hat unser Tagging-Schema noch Entwicklungsbedarf,
da Schlüssel pro Objekt ja nur einmal verwendet werden dürfen.
(es sei denn man macht so
Hallo Rainer
Am 27. Juli 2012 07:31 schrieb Rainer Kluge rklug...@web.de:
On 26.07.2012 23:23, Stefan Keller wrote:
Am 26. Juli 2012 18:57 schrieb Peter Wendorffwendo...@uni-paderborn.de:
Vorausgesetzt, die PID/UUID wird mit kopiert
Das stimmt. Dabei sind wir uns aber wohl aber einig, dass
Hallo
Am 27. Juli 2012 08:55 schrieb Peter Wendorff wendo...@uni-paderborn.de:
...Dann bauen wir die ID doch so auf, dass das eindeutig ist:
projekt-id[amenity=restaurant;addr:street=Schlemmerstraße;addr:housenumber=12;addr:postcode=21243;addr:city=Cooktown;name=OSMDiner][bbox=...]
=
Hallo Manuel
Am 27. Juli 2012 10:38 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
Stefan Keller wrote:
Die Projekt-ID würde ich - im Ggs. zur UUID - auch nicht an *alle
OSM-Objekte hängen, sondern nur an die, auf die wirklich verlinkt wird
(oder wurde).
Ich würde auch die UUID nicht an
Wollte sagen:
Da ist Variante B1 oben *sinnvoller*, bei der gegen die OSM-DB die OID verwendet
wird und gegen aussen eine UUID/PID angeboten wird.
Am 27. Juli 2012 16:16 schrieb Stefan Keller sfkel...@gmail.com:
Hallo
Am 27. Juli 2012 08:55 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Am 27.07.2012 16:16, schrieb Stefan Keller:
Hallo
Am 27. Juli 2012 08:55 schrieb Peter Wendorff wendo...@uni-paderborn.de:
...Dann bauen wir die ID doch so auf, dass das eindeutig ist:
Solche Fragen, ob es bei der Änderung eines Restaurantnamens nun
dasselbe Objekt ist oder nicht, stellen sich bei allen Systemen, sogar
bei simplen Adressdatenbanken. Das würde ich im Zweifelsfalle, den
Fachdatenbanken überlassen.
Alle sind sich ja einig, das OSM relativ grosszügig ist und man
Hallo
Am 27. Juli 2012 16:52 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Am 27.07.2012 16:16, schrieb Stefan Keller:
Hallo
Am 27. Juli 2012 08:55 schrieb Peter Wendorff wendo...@uni-paderborn.de:
...Dann bauen wir die ID doch so auf, dass das eindeutig ist:
Am 27.07.2012 16:23, schrieb Stefan Keller:
Hallo Manuel
Am 27. Juli 2012 10:38 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
Stefan Keller wrote:
Die Projekt-ID würde ich - im Ggs. zur UUID - auch nicht an *alle
OSM-Objekte hängen, sondern nur an die, auf die wirklich verlinkt wird
(oder
Lieber Peter
Am 27. Juli 2012 17:18 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Am 27.07.2012 16:23, schrieb Stefan Keller:
...
Gegeben ein Gebäude in OSM mit den Tags Gebäude, Tankstelle und Shop
dann erhält das OSM-Objekt eine einzige PID.
In der anderen Fachdatenbank werden drei
Am 27.07.2012 17:15, schrieb Stefan Keller:
Wenn das Restaurant aus der bbox rausrutscht, will ich es als ein anderes
Objekt betrachten, also SOLL die ID kaputtgehen.
Nein; keinesfalls: Habe oben bereits ein halbes Dutzend Beispiele
zusammengetragen, wo die Koordinaten sich ändern, in dem ganze
Am 27.07.2012 17:31, schrieb Stefan Keller:
Lieber Peter
Am 27. Juli 2012 17:18 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Am 27.07.2012 16:23, schrieb Stefan Keller:
...
Gegeben ein Gebäude in OSM mit den Tags Gebäude, Tankstelle und Shop
dann erhält das OSM-Objekt eine einzige PID.
Am 27.07.2012 19:20, schrieb Peter Wendorff:
Am 27.07.2012 17:31, schrieb Stefan Keller:
Lieber Peter
Am 27. Juli 2012 17:18 schrieb Peter Wendorff
wendo...@uni-paderborn.de:
Am 27.07.2012 16:23, schrieb Stefan Keller:
...
Gegeben ein Gebäude in OSM mit den Tags Gebäude, Tankstelle und
Rainer Kluge wrote:
Lies doch bitte den Beitrag von Peter nochmal. Er hat nicht *Probleme*
aufgelistet sondern *Lösungen* für realistische Use Cases. Und die Frage war,
was fehlt dir noch, wenn du diese *Lösungen* anwendest.
Vielleicht die Software, die das ganze vollautomatisch macht?
Bei
Lieber Rainer,
Am 25. Juli 2012 19:15 schrieb Rainer Kluge rklug...@web.de:
Lies doch bitte den Beitrag von Peter nochmal. Er hat nicht *Probleme*
aufgelistet sondern *Lösungen* für realistische Use Cases. Und die Frage
war, was fehlt dir noch, wenn du diese *Lösungen* anwendest.
Bitte lies
Stefan Keller wrote:
Eine UUID, die generell über alle OSM-Objekte verteilt wird,
zusätzlicher Ballast ist, kann ich nachvollziehen.
Stimmt. Macht auch keinen Sinn. Der erste, der ein Objekt wirklich für $GRUND
eindeutig identifizieren und mit eigenen Daten verknüpfen will, generiert eine
On 26.07.2012 15:17, Stefan Keller wrote:
Peter Wendorff schrieb u.a.
- Ein Bildstock wird neu erstellt (jemand löscht und erzeugt neu):
Du erkennst die Löschung und musst nachgucken, kannst aber gleichzeitig
relativ leicht verifizieren, ob der neu erstellte node vielleicht
der adäquate
Hallo Rainer,
Am 26. Juli 2012 16:57 schrieb Rainer Kluge rklug...@web.de:
Ich vermute, wir reden aneinander vorbei oder ich stehe total auf dem
Schlauch.
An die Gefahr des Aneinandervorbeiredens habe ich auch schon gedacht
und möchte nochmals betonen, dass es mir nicht um den Fall geht wie
Hallo Rainer
Am 26. Juli 2012 15:36 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
prinzipiell von mehreren Projekten genutzt werden, während eine spezielle
Projekt-ID immer nur für ein Projekt brauchbar ist.
Stimmt nicht immer: Ich habe eine Projekt-ID im Kopf, die von mehreren
Projekten
Am 26.07.2012 18:18, schrieb Stefan Keller:
Hallo Rainer,
Am 26. Juli 2012 16:57 schrieb Rainer Kluge rklug...@web.de:
Ich vermute, wir reden aneinander vorbei oder ich stehe total auf dem
Schlauch.
An die Gefahr des Aneinandervorbeiredens habe ich auch schon gedacht
und möchte nochmals
On 26.07.2012 18:18, Stefan Keller wrote:
Zum ersten Punkt:
- Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird
diese ID gespeichert - Jemand löscht diesen Bildstock - Die
Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und
stellt fest, dass dieses nicht
Hallo Peter
Am 26. Juli 2012 18:57 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Am 26.07.2012 18:18, schrieb Stefan Keller:
Hallo Rainer,
Am 26. Juli 2012 16:57 schrieb Rainer Kluge rklug...@web.de:
...
So wie du kann ich auch mein Mantra wiederholen:
Was jetzt folgt, sind jetzt
On 26.07.2012 23:23, Stefan Keller wrote:
Am 26. Juli 2012 18:57 schrieb Peter Wendorffwendo...@uni-paderborn.de:
Vorausgesetzt, die PID/UUID wird mit kopiert
Das stimmt. Dabei sind wir uns aber wohl aber einig, dass der
Normalfall für den einfachen Mapper.
Das mag der Normalfall sein, aber
Am 24.07.2012 10:32, schrieb Georg Feddern:
Siehe oben den Link zur Bushaltestelle in meiner Antwort vom 23. Juli
2012 13:34 an Georg.
Scheint übrigens in JOSM zurzeit auch für Eingeweihte eine
Herausforderung zu sein, so einen Node zu verschieben und die ID
beizubehalten.
JOSM - utilsplugin2
Am 24.07.2012 12:05, schrieb Manuel Reimer:
Stefan Keller wrote:
Folgendes fehlt in deiner Zusammenfassung: Mit der OSM-IDs ist die
Gefahr grösser als mit der UUID, dass das Projekt das Objekt
verliert (da es einer gelöscht und mit denselben Tags neu erstellt
hat). Wenn jemand das Objekt
Peter Wendorff wrote:
Du kannst ja die ID als zusätzliches Kriterium problemlos mitziehen.
Wenn sich nur eine ID ändert, wird es dann wohl ein entsprechendes Ersetzen
sein; nur, wenn beide IDs auf einmal weg sind, dafür aber andere Bildstöcke in
der BBox stehen, wird es problematisch.
Am 25.07.2012 10:41, schrieb Manuel Reimer:
Peter Wendorff wrote:
Du kannst ja die ID als zusätzliches Kriterium problemlos mitziehen.
Wenn sich nur eine ID ändert, wird es dann wohl ein entsprechendes
Ersetzen
sein; nur, wenn beide IDs auf einmal weg sind, dafür aber andere
Bildstöcke in
Peter Wendorff wrote:
Wo ist jetzt deine Lücke in dem Konzept?
Dass immer noch manuell kontrolliert werden muss? Das löst du mit deiner UUID
auch nicht.
Alle diese Probleme entfallen, wenn ich annehme, dass die UUID von Mappern nicht
verändert/angefasst wird. Wenn der Fall doch eintritt, dann
On 25.07.2012 12:32, Manuel Reimer wrote:
Peter Wendorff wrote:
Wo ist jetzt deine Lücke in dem Konzept?
Dass immer noch manuell kontrolliert werden muss? Das löst du mit deiner UUID
auch nicht.
Alle diese Probleme entfallen, wenn ich annehme, dass die UUID von Mappern nicht
Hallo Werner
Interessant, was du da in deinem Mail vom 24. Juli 2012 00:38 schreibst.
Letztlich sagst du damit, dass jedes OSM Objekt identifiziert oder
zumindest verfolgt werden kann, wenn man vom ihm 1. die OSM ID(?),
2. die Version und 3. das Change-Datum (aus der Historie) verwaltet,
oder?
Moin,
Am 23.07.2012 23:41, schrieb Stefan Keller:
Hallo Henning
Am 23. Juli 2012 18:45 schrieb aighes o...@aighes.de:
Am 23.07.2012 17:41, schrieb Stefan Keller:
Kannst du mal ein konkretes Beispielszenario nennen, wo das so ist?
Siehe oben den Link zur Bushaltestelle in meiner Antwort
Am 24.07.2012 09:56, schrieb Stefan Keller:
Letztlich sagst du damit, dass jedes OSM Objekt identifiziert oder
zumindest verfolgt werden kann, wenn man vom ihm 1. die OSM ID(?),
2. die Version und 3. das Change-Datum (aus der Historie) verwaltet,
oder?
Nein...du kannst mit ID und Datum immer das
Stefan Keller wrote:
Folgendes fehlt in deiner Zusammenfassung: Mit der OSM-IDs ist die
Gefahr grösser als mit der UUID, dass das Projekt das Objekt
verliert (da es einer gelöscht und mit denselben Tags neu erstellt
hat). Wenn jemand das Objekt ändert, dann muss das Projekt so oder so
aighes wrote:
Folgendes fehlt in deiner Zusammenfassung: Mit der OSM-IDs ist die
Gefahr grösser als mit der UUID, dass das Projekt das Objekt
verliert (da es einer gelöscht und mit denselben Tags neu erstellt
hat). Wenn jemand das Objekt ändert, dann muss das Projekt so oder so
überprüfen. Daher
Roland Olbricht wrote:
Wenn doch jede Sehenswürdigkeit genug Material für eine Webseite hat (Foto
und/oder Text reicht), dann mache am besten diese als Webseiten zugänglich
(z.B. mit Basisurl + UUID als URL aus der Datenbank) und trage die URL als
url=... oder website=... ein.
Dann sieht jeder
Stefan Keller wrote:
* Bisher haben wir von externen Datenbanken gesprochen - also
Mehrzahl: Gehört so eine externe Datenbank nicht eigentlich zur OSM
Infrastruktur?
Nicht, wenn der Betreiber der externen DB ganz bewusst verhindern will, dass
jemand seine Daten ändert.
In meinem Fall eben
Am 22.07.2012 22:57, schrieb Stefan Keller:
Meine/unsere externe DB sollte sich da vorher schon klar gemacht
haben, bevor sie die Projekt-IDs in OSM einträgt, ob sie Supermärkte
(oder was auch immer) nun als Punkte oder Flächen (oder beides)
modelliert. Je nachdem wird dann darauf reagiert.
Am 22.07.2012 23:34, schrieb Stefan Keller:
Hallo Henning (aighes)
Am 22. Juli 2012 23:05 schrieb aighes o...@aighes.de:
Am 22.07.2012 22:45, schrieb Stefan Keller:
Am 22. Juli 2012 22:14 schrieb aighes o...@aighes.de:
Oder wenn jemand das Objekt nun
anderweitig nutzt. Bspw. Straße -
Frederik Ramm wrote:
ich bin der Ansicht, das OSM-IDs eine 100% OSM-interne Sache sind, auf die
sich niemand sonst verlassen darf, weil dies die Handlungsmoeglichkeiten bei OSM
einschraenkt.
Mag ja sein, aber es gibt aktuell keine echte Alternative, ein Objekt in der OSM
korrekt zu
Am 23.07.2012 12:38, schrieb Manuel Reimer:
Beispiel: Ich habe für unseren Heimat- und Geschichtsverein eine Karte
gebaut, auf der alle Bildstöcke, Wegkreuze, Kirchen und
Sehenswürdigkeiten als kleine Pinnadeln gezeigt werden. Beim
Anklicken der Pinnadel geht ein Popup mit kurzem Text und
Hallo Georg,
Am 23. Juli 2012 06:31 schrieb Georg Feddern o...@bavarianmallet.de:
Am 23.07.2012 00:09, schrieb Stefan Keller:
Grundsätzlich einverstanden. Deine Aussage sollte aber doch nicht
solche Fälle sanktionieren, die ich oben erwähnt habe, bei denen der
Mapper einen Node (wie z.B. eine
Hallo Peter
Am 23. Juli 2012 09:02 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Am 22.07.2012 23:34, schrieb Stefan Keller:
Hallo Henning (aighes)
Am 22. Juli 2012 23:05 schrieb aighes o...@aighes.de:
Am 22.07.2012 22:45, schrieb Stefan Keller:
Am 22. Juli 2012 22:14 schrieb aighes
On 23.07.2012 14:22, Stefan Keller wrote:
Er muss tatsächlich möglichst wenig von IDs mitbekommen. Nur eines
kann und muss er wissen: Ändern ist nicht dasselbe wie Löschen und
wieder einfügen! Wenn jemand in einer Adresskartei einen Kundennamen
ändert, dann löscht er auch nicht den ganzen Kunden
Am 23.07.2012 13:34, schrieb Stefan Keller:
Hallo Georg,
Am 23. Juli 2012 06:31 schrieb Georg Feddern o...@bavarianmallet.de:
Und was unterscheidet eine Projekt-ID von irgenwelchem ausgedachten
ref-Attribut?
Ausgezeichnete Frage: Es sind drei Dinge, die eine Projekt-ID von
einem ref-Attribut
Moin!
Am 22.07.2012 22:58, schrieb Frederik Ramm:
Hallo,
ich bin der Ansicht, das OSM-IDs eine 100% OSM-interne Sache sind,
auf die sich niemand sonst verlassen darf, weil dies die
Handlungsmoeglichkeiten bei OSM einschraenkt.
+1
Wenn ich ein denkmalgeschuetztes Haus mappe und drin ist
Hallo Henning/aighes
Am 23. Juli 2012 13:16 schrieb aighes o...@aighes.de:
Am 23.07.2012 12:38, schrieb Manuel Reimer:
Beispiel: Ich habe für unseren Heimat- und Geschichtsverein eine Karte
gebaut, auf der alle Bildstöcke, Wegkreuze, Kirchen und Sehenswürdigkeiten
als kleine Pinnadeln
Am 23.07.2012 17:41, schrieb Stefan Keller:
Am 23. Juli 2012 13:16 schrieb aighes o...@aighes.de:
Folgendes fehlt in deiner Zusammenfassung: Mit der OSM-IDs ist die
Gefahr grösser als mit der UUID, dass das Projekt das Objekt
verliert (da es einer gelöscht und mit denselben Tags neu erstellt
Hallo Manuel,
Beispiel: Ich habe für unseren Heimat- und Geschichtsverein eine Karte
gebaut, auf der alle Bildstöcke, Wegkreuze, Kirchen und Sehenswürdigkeiten
als kleine Pinnadeln gezeigt werden. Beim Anklicken der Pinnadel geht
ein Popup mit kurzem Text und einem Foto auf.
Wenn doch jede
Hallo Henning
Am 23. Juli 2012 18:45 schrieb aighes o...@aighes.de:
Am 23.07.2012 17:41, schrieb Stefan Keller:
Folgendes fehlt in deiner Zusammenfassung: Mit der OSM-IDs ist die
Gefahr grösser als mit der UUID, dass das Projekt das Objekt
verliert (da es einer gelöscht und mit denselben Tags
Hallo Roland
Am 23. Juli 2012 22:47 schrieb Roland Olbricht roland.olbri...@gmx.de:
Wenn doch jede Sehenswürdigkeit genug Material für eine Webseite hat (Foto
und/oder Text reicht), dann mache am besten diese als Webseiten zugänglich
(z.B. mit Basisurl + UUID als URL aus der Datenbank) und
Hallo Frederik
Am 24. Juli 2012 00:03 habe ich in meiner Antwort an Roland nochmals
darauf hingewiesen, dass ich einen erkennbaren Identifikator meine,
der für alle für das externe Projekt relevanten OSM Objekte gilt und
auch für solche funktioniert, die keine besonderen Merkmale haben.
Daher
Hallo,
Am Sonntag, den 22.07.2012, 21:22 +0200 schrieb Stefan Keller:
1. Sind OSM ID's wirklich instabil? bzw. Wann ändern IDs
ungewollt/unfreiwillig?
Oben wird die Overpass Permanent ID erwähnt
(http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID ) und
dort steht: ...you
Hi Stefan,
Stefan Keller schrieb:
Mich beschäftigt seit einiger Zeit die Frage von permanenten/stabilen
OSM IDs und der Verknüpfung von OSM mit anderen Datenbanken.
ich denke du suchst sowas in der Art, oder?
Dauerhafte Links nach OSM - Overpass API
Ich würde auch ein Tag wie ref:myproject=(foreign key) benutzen. Ich habe
vor einige Tage aber irgendwo gelesen dass das auch nicht gewunscht sei.
Polyglot
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 22.07.2012 21:38, schrieb Jo:
Ich würde auch ein Tag wie ref:myproject=(foreign key) benutzen. Ich habe
vor einige Tage aber irgendwo gelesen dass das auch nicht gewunscht sei.
Das ist ja nun auch großer Käse...wie viel Anwendungen gibt es, die mit
OSM-Daten arbeiten...Wo soll das enden,
schau dir mal die sache mit den uuids an. ich glaube, dass das ein
interessanter Ansatz ist.
https://wiki.openstreetmap.org/wiki/Proposed_Features/UUID
von diesem thread find ich gerade nicht den anfang:
http://www.mail-archive.com/talk@openstreetmap.org/msg30181.html
uuid für osm geistert
Hallo Stefan.
Ich glaube, du hast dir da direkt ein schwierigeres Thema rausgesucht -
und ich hab dazu sicher auch keine perfekte Lösung. Den Ansatz der
Overpass-API hast du ja schon mit aufgelistet, und ich halte ihn für
momentan den am ehesten praxistauglichen.
Deine anderen Ideen
Hallo Pascal
Am 22. Juli 2012 21:30 schrieb Pascal Neis pascal.n...@gmail.com:
Hi Stefan,
Stefan Keller schrieb:
Mich beschäftigt seit einiger Zeit die Frage von permanenten/stabilen
OSM IDs und der Verknüpfung von OSM mit anderen Datenbanken.
ich denke du suchst sowas in der Art, oder?
Nur mal zum über den Hag schauen: http://en.wikipedia.org/wiki/TOID
Am 22.07.2012 22:19, schrieb Walter Nordmann:
schau dir mal die sache mit den uuids an. ich glaube, dass das ein
interessanter Ansatz ist.
https://wiki.openstreetmap.org/wiki/Proposed_Features/UUID
von diesem thread find
Hallo Jo/aighes und Henning
Am 22. Juli 2012 22:14 schrieb aighes o...@aighes.de:
Am 22.07.2012 21:38, schrieb Jo:
Ich würde auch ein Tag wie ref:myproject=(foreign key) benutzen. Ich habe
vor einige Tage aber irgendwo gelesen dass das auch nicht gewunscht sei.
Fast genau: Ich aber statt
Am 22.07.2012 21:22, schrieb Stefan Keller:
Wenn ich mir diese Beispiele anschaue - und annehme, dass Tools (wie
JOSM) korrekt arbeiten und richtig angewendet werden -, dann sehe ich
keinen Anlass, die OSM ID's grundsätzlich als instabil zu bezeichnen.
Ich lasse mich aber gern - bzw. weils's
Schwierig, zumal bei Übetragungen von Node auf Way sich die eigentliche
OSM-ID schon ändert. Was am meisten bestand hat, sind IDs aus
offiziellen Katalogen. Diese sind dann aber Attributabhängig. Sprich:
Es gibt m.W.n. IDs für Schulen in Hessen, die jetzt kräftig eingepflegt
wurden. Es gibt auch
Hallo Simon
2012/7/22 Simon Poole si...@poole.ch:
Nur mal zum über den Hag schauen: http://en.wikipedia.org/wiki/TOID
Das wäre genau so eine Projekt ID, die ich meinte!
Stefan
2012/7/22 Simon Poole si...@poole.ch:
Nur mal zum über den Hag schauen: http://en.wikipedia.org/wiki/TOID
Am
Hallo Peter
Am 22. Juli 2012 22:30 schrieb Peter Wendorff wendo...@uni-paderborn.de:
...
Nehmen wir an, ich trage einen Supermarkt als Node ein - ein gängiger Weg,
wenn ich keine Luftbilder zur Verfügung habe.
Beim Hochladen bekommt dieser Supermarkt die Id node 42 - denn osm hat ja
für
Hallo,
ich bin der Ansicht, das OSM-IDs eine 100% OSM-interne Sache sind,
auf die sich niemand sonst verlassen darf, weil dies die
Handlungsmoeglichkeiten bei OSM einschraenkt.
Im rein hypothetischen Fall, dass OSM irgendwann einmal beschliessen
sollte, seine Daten auf mehrere Server auf
Am 22.07.2012 22:45, schrieb Stefan Keller:
Am 22. Juli 2012 22:14 schrieb aighes o...@aighes.de:
Oder wenn jemand das Objekt nun
anderweitig nutzt. Bspw. Straße - Gebäude. Dann hat auf einmal das Gebäude
die ref der Straße.
Verstehe ich nicht.
Jedenfalls bin ich mit dir gleicher Meinung,
Hoi Andreas
Am 22. Juli 2012 22:52 schrieb Andreas Neumann andr-neum...@gmx.net:
Schwierig, zumal bei Übetragungen von Node auf Way sich die eigentliche
OSM-ID schon ändert.
Genau. Siehe auch meine Antwort an Peter oben.
Was am meisten bestand hat, sind IDs aus
offiziellen Katalogen. Diese
Hallo Henning (aighes)
Am 22. Juli 2012 23:05 schrieb aighes o...@aighes.de:
Am 22.07.2012 22:45, schrieb Stefan Keller:
Am 22. Juli 2012 22:14 schrieb aighes o...@aighes.de:
Oder wenn jemand das Objekt nun
anderweitig nutzt. Bspw. Straße - Gebäude. Dann hat auf einmal das
Gebäude die ref
Hallo,
Am 22. Juli 2012 22:58 schrieb Frederik Ramm frede...@remote.org:
ich bin der Ansicht, das OSM-IDs eine 100% OSM-interne Sache sind, auf
die sich niemand sonst verlassen darf, weil dies die Handlungsmoeglichkeiten
bei OSM einschraenkt.
Kann ich mit Leben ink. allen erwähnten
Moin,
Am 23.07.2012 00:09, schrieb Stefan Keller:
Am 22. Juli 2012 22:58 schrieb Frederik Ramm frede...@remote.org:
Grundsätzlich einverstanden. Deine Aussage sollte aber doch nicht
solche Fälle sanktionieren, die ich oben erwähnt habe, bei denen der
Mapper einen Node (wie z.B. eine
81 matches
Mail list logo