Re: [Talk-de] Gesucht: Straßenstücke in Relation zusammenfassen
warum? wofür? weshalb? die geht doch dann genauso den Bach runter wie AssiociatedStreet. Schwer anzulegen, fast unmöglich zu pflegen und noch schwerer auszuwerten. type=relation_the_world_does_not_need ich würde es lassen. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Gesucht-Stra-enstucke-in-Relation-zusammenfassen-tp6569648p6570301.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesucht: Straßenstücke in Relation zusammenfassen
Moin, Walter Nordmann schrieb: warum? wofür? weshalb? [hart aber ehrlich] Solange man sie automatisch anlegen kann, braucht man sie nicht. Und wenn man sie dann irgendwann nicht mehr automatisch anlegen kann, braucht man sie _unbedingt_ - sonst sind gleich _alle_ Adressen (oder gar Straßenteile) nicht mehr auffindbar. Trotz eigentlicher "Relationale Datenbank Affinität" wähle ich hier für mich lieber die robustere Einzeldatenhaltung in solch einem offenen Datenbank-Projekt. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesucht: Straßenstücke in Relation zusammenfassen
Georg Feddern-2 wrote: > > Trotz eigentlicher "Relationale Datenbank Affinität" wähle ich hier für > mich lieber die robustere Einzeldatenhaltung in solch einem offenen > Datenbank-Projekt. > Mir gings genau so: ich war mal ein Riesen-Fan von AssociatedStreet und hab das energisch verteidigt. Passte ja auch prima ins Relationale Datenmodell. Doch die Praxis hat mich überzeugt. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Gesucht-Stra-enstucke-in-Relation-zusammenfassen-tp6569648p6570413.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesucht: Straßenstücke in Relation zusammenfassen
Am 11.07.2011 12:31, schrieb Walter Nordmann: > > Georg Feddern-2 wrote: >> >> Trotz eigentlicher "Relationale Datenbank Affinität" wähle ich hier für >> mich lieber die robustere Einzeldatenhaltung in solch einem offenen >> Datenbank-Projekt. >> > Mir gings genau so: ich war mal ein Riesen-Fan von AssociatedStreet und hab > das energisch verteidigt. Passte ja auch prima ins Relationale Datenmodell. > Doch die Praxis hat mich überzeugt. Das kein Editor diese Relationen bisher richtig unterstützt ist doch kein Datenmodellproblem sonder eher stuktureller Art. Selbst in JOSM braucht man zusätzliche Plugins. Ich habe noch nicht alle getestet, aber zumindest terracer kann nur neue Relationen erstellen, findet aber keine schon Existierenden. Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesucht: Straßenstücke in Relation zusammenfassen
Am Montag, den 11.07.2011, 14:57 +0200 schrieb fly: > Am 11.07.2011 12:31, schrieb Walter Nordmann: > > > > Georg Feddern-2 wrote: > >> > >> Trotz eigentlicher "Relationale Datenbank Affinität" wähle ich hier für > >> mich lieber die robustere Einzeldatenhaltung in solch einem offenen > >> Datenbank-Projekt. > >> > > Mir gings genau so: ich war mal ein Riesen-Fan von AssociatedStreet und hab > > das energisch verteidigt. Passte ja auch prima ins Relationale Datenmodell. > > Doch die Praxis hat mich überzeugt. > > Das kein Editor diese Relationen bisher richtig unterstützt ist doch > kein Datenmodellproblem sonder eher stuktureller Art. > > Selbst in JOSM braucht man zusätzliche Plugins. > Ich habe noch nicht alle getestet, aber zumindest terracer kann nur neue > Relationen erstellen, findet aber keine schon Existierenden. Ich glaube, dass die meisten Benutzer diese Art von Relationen nur deshalb ablehnen, weil sie in den Editoren unzulänglich unterstützt werden. Wenn z.B. JOSM die Daten, die ein Node/Way aus einer Relation 'erbt' mit anzeigen würde und diese z.B. farblich kennzeichnete, so dass evtl. auch Konflikte (z.B. Tippfehler) erkennbar wären, dann wäre die Akzeptanz erheblich höher. Ich bin jedenfalls nach wie vor kein Fan von Redundanz. Allerdings sollte man die Menge unterstützter Relationstypen einschränken (z.B. nur street und multipolygon), da ansonsten ein Node/Way, welcher zu vielen Relationen gehört, eine sehr lange Liste von Eigenschaft haben könnte. Wenn ich es mir recht überlege könnte man dieses Problem jedoch wieder mit ausklappbaren Listen abmildern. Den Relationstyp 'associatedStreet' finde ich jedoch allein schon wegen des viel zu langen Schlüsselwortes für unpraktisch und präferiere daher 'street'. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de