Frederik Ramm schrieb:
> Hallo,
>
> Dirk-Lüder Kreie wrote:
>> Osmarender/ti...@home müsste dann evtl. die entsprechenden Entities vom
>> Server nachladen. Das ist nicht unbedingt "mal eben so" getan, IMHO.
>
> Es gibt ja schon (oder gab zumindest mal) eine Merge-Funktion, die dazu
> diente, die
Hallo,
Tobias Wendorff wrote:
> Das verstehe ich nicht. Wieso kann eine Relation nicht partiell
> editiert werden?
[...]
> Wenn ich nun den Node 135 verschiebe, ist es doch vollkommen egal,
> ob der in einer Relation ist oder nicht. Es ist doch in der
> Datenbank nur ein Hinweis, dass Node 135 s
Stefan Dettenhofer (StefanDausR) schrieb:
> Das ist doch eigentlich wieder ein typisches sinnvolles Beispiel für
> eine "Super-Relation"
> - Pro Buslinie + Haltestellen eine Relation
> - die ganzen Relationen dann in die Superrelation mit dem Betreiber als tag.
Aber hier frage ich mich wieder, ob
Frederik Ramm schrieb:
> Es empfiehlt sich in diesen Faellen eine Segmentierung der Relation. Bei
> Verkehrsverbuenden koennte man z.B. die Haltestellen nach Tarifgebieten
> gruppieren, oder nach Stadtteilen, oder sonst etwas sinnvolles.
>
Das ist doch eigentlich wieder ein typisches sinnvolle
Hallo Frederik,
Frederik Ramm schrieb:
> Auch; vorallem jedoch das Fehlen einer inkrementellen/partiellen
> Bearbeitung von Objekten durch die API. Wer auch nur eine Bushaltestelle
> in seiner Bounding Box hat, muss die ganze Relation herunterladen. Jede
> Aenderung an einer Relation erfordert
Hallo,
Tobias Wendorff wrote:
> Da es mir nahe liegt, nehme ich mal die Gruppe von Bushaltestellen.
> Wenn ich also hier 2500 Bushaltestellen habe, habe ich dieser
> bislang in einer Relation den Betreiber angeklebt. Die Gruppe
> haben ja eine Beziehung zueinander:
Ist nicht ganz von der Hand zu
Hallo Community,
Frederik Ramm schrieb:
> Ja, endlich ;-) auch die Anzahl von Members in einer Relation wird
> beschränkt.
dann habe ich anscheinend die Bedeutung einer Relation noch nicht
ganz verstanden.
Für mich (und auch für das Wiki) sind Relationen Gruppen von Objekten.
Also z.B. eine Gru
On Fri, 23 Jan 2009, Frederik Ramm wrote:
Dirk-Lüder Kreie wrote:
Osmarender/ti...@home müsste dann evtl. die entsprechenden Entities vom
Server nachladen. Das ist nicht unbedingt "mal eben so" getan, IMHO.
Es gibt ja schon (oder gab zumindest mal) eine Merge-Funktion, die dazu
diente, die ei
Hallo,
Dirk-Lüder Kreie wrote:
> Osmarender/ti...@home müsste dann evtl. die entsprechenden Entities vom
> Server nachladen. Das ist nicht unbedingt "mal eben so" getan, IMHO.
Es gibt ja schon (oder gab zumindest mal) eine Merge-Funktion, die dazu
diente, die einzelnen Streifen zusammenzuziehen.
On Fri, 23 Jan 2009, Dirk-Lüder Kreie wrote:
Da kann der aeussere Ring eines Polygons dann aus mehreren Stuecken
bestehen, die alle handhabbar klein sein koennen. Paar Unklarheiten muss
man vllt. noch ausbuegeln, aber sonst...
Es besteht praktisch kein Zweifel mehr daran, dass es so gemacht wer
Frederik Ramm schrieb:
> Hallo,
>
> Garry wrote:
>> Wenn ich das richtig verstanden habe ist ab der Api 0.6 die
>> Polygongrösse auf 2000 nodes begrenzt.
>
> Ja, endlich ;-) auch die Anzahl von Members in einer Relation wird
> beschränkt.
>
>> Wenn das so ist sollte man doch eigentlich bis z
Frederik Ramm schrieb:
> Hallo,
>
> Garry wrote:
>
>> Wenn ich das richtig verstanden habe ist ab der Api 0.6 die
>> Polygongrösse auf 2000 nodes begrenzt.
>>
>
> Ja, endlich ;-) auch die Anzahl von Members in einer Relation wird
> beschränkt.
>
>
Sollte man dann nicht jetzt schon deu
Hallo,
Garry wrote:
> Wenn ich das richtig verstanden habe ist ab der Api 0.6 die
> Polygongrösse auf 2000 nodes begrenzt.
Ja, endlich ;-) auch die Anzahl von Members in einer Relation wird
beschränkt.
> Wenn das so ist sollte man doch eigentlich bis zur Einführung
> versuchen die grösseren
Wenn ich das richtig verstanden habe ist ab der Api 0.6 die
Polygongrösse auf 2000 nodes begrenzt.
Wenn das so ist sollte man doch eigentlich bis zur Einführung
versuchen die grösseren Polygone entsprechend zu reduzieren.
Aber bitte nicht durch einfaches herauslöschen scheinbar unnötiger
Punk
14 matches
Mail list logo