Hallo,
On 11/26/10 07:44, André Joost wrote:
Ja. Das, was zwischen dem <relation id="..."> und </relation> steht,
waere komplett unveraendert im Vergleich zu jetzt.
Äh, nö.
Nach bisherigem Stand fehlen da in osmosis-bbox oder -polygon-Extrakten
alle Members, deren ID größer als die ID der Sammelrelation ist.
Unabhängig davon, ob sie gemäß der Begrenzungsdefinition drin sein
sollten oder nicht.
Ja, stimmt. Ich meinte, dass die Reihenfolge (bis auf das eventuelle
nicht-mehr-Weglassen bisher weggelassener Elemente) unveraendert ist.
Ich habe jetzt doch noch eine Moeglichkeit gefunden, wie ich das Problem
etwas eleganter und mit minimalem Extra-Aufwand loesen kann. Ab heute
(in ein paar Stunden duerften alle Extrakte auf dem Downloadserver sein)
sollte das Relationsproblem behoben sein, und zwar unter Beibehaltung
der Sortierung.
Die Geofabrik-Extrakte verhalten sich also ab jetzt so:
1. alle Nodes im betreffenden Gebiet sind enthalten
2. alle Ways, die einen dieser Nodes nutzen, sind enthalten, allerdings
werden sie um die Nodes gekuerzt, die ausserhalb des Gebiets liegen
3. alle Relationen, die irgendein Objekt referenzieren, das im Auszug
enthalten ist, sind ebenfalls enthalten, allerdings werden sie um die
Elemente gekuerzt, die nicht enthalten sind
4. alle Objekte sind wie ueblich numerisch aufsteigend sortiert.
Die Eigenschaft 3. ist die einzige Aenderung im Vergleich zu vorher.
(Mein zwischenzeitlich testweise publiziertes File hatte die Eigenschaft
"alle Relationen werden definiert, bevor sie verwendet werden", aber
dafuer nicht die Eigenschaft 4.)
Dieses Verhalten wird erreicht, indem beim Ausschneiden mit Osmosis die
Optionen "clipIncompleteEntities" und "cascadingRelations" gesetzt
werden. "cascadingRelations" ist neu und wird voraussichtlich in Osmosis
0.39 enthalten sein, wenn der Autor von Osmosis nicht irgendwelche
Probleme in meinem Code findet ;)
Bye
Frederik
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de