EvanE
15
Ein Datentyp für Flächen wäre schon sehr dringend, siehe die zahlreichen Probleme mit Multipolygonen.
Dass man zwei große Umstellungen (Lizenz, API) nicht gleichzeitig machen will, halte ich für absolut sinnvoll. Jetzt wo die Lizenzumstellung im Wesentlichen ausgestanden ist, kann man sich dem nächsten größeren Problem einem Datentyp für Flächen und damit einhergehend eine Erweiterung der API widmen.
Einen Datentyp für Flächen und die dafür notwendige Erweiterung der API halte ich schon für sinnvoll und mittelfristig (sagen wir mal innerhalb eines Jahres) wünschenswert.
Ich sehe allerdings ein anders großes Thema als genauso wichtig und hoffentlich förderungswürdig an.
Es geht um die Darstellung von Eigenschaften, die in den Standard-Karten wie Mapnik usw. nicht dargestellt werden. Da hat SunCobalt mit seinen Maxspeed- und Lanes-Layern ja bereits schmerzliche Lücken geschlossen.
Das sollte man auf eine breitere Basis und auf einem zentralen Server stellen, damit einerseits mehr Karten/Overlays für solche bisher ‘versteckten’ Informationen (max*, lit, turn_restrickten, …) gebaut werden können und andererseits nicht jeder die komplette Toolkette aufbauen muss und dann doch durch seine Kapazität / seinen Hoster beschränkt bleibt.
So etwas kann dann durchaus auch für eine Vorschau auf Änderung für die API 0.7 genutzt werden.
Edbert (EvanE)