Diskussion:OpenEcoMap

Issues

To Do: (Stefan 21:01, 9. Apr. 2014 (CEST))

• Control: Ein einziger Radio Button mit "Swiss Style OSM" macht wenig Sinn (erst wenn man z.B. zu einem Satellitenbild wechseln könnte (was 5$/Monat kostet)?)
• Die "Warte-Info" "loading Layers..." sollte besser heissen "Loading..." (mit einem einzigen drehenden Symbol rechts)
• Baumsymbole grüne Punkte und nicht geclustert werden.

Offen (d.h. noch zu ergänzen, diskutieren, etc.):

• Control: Zoom in/out Buttons mit grösseren Flächen <--- Finde ich nicht, sind auf meinem Handy sogar gut bedienbar.
• Auf einem guten Browser im Smartphone und Tablet testen. <--- Hab kein Tablet zur Hand

Erledigt: (Tobias 10:50, 10. Apr. 2014 (CEST))

• Die "Warte-Info" "loading Layers..." heisst nun ...Loading... immer noch 2 Bilder
• Legende zum Aufklappen: Sortiert nach Gruppe und innerhalb Gruppe "Icon POI-/Tag-Name".
• Suche: Wenn ein auffindbarer Ort ausserhalb der Schweiz eingegeben wird, landet man im "Nichts", z.B. "Wald"
• InfoBox: OSM-Ids, die positiv sind, sind nicht alles node sondern können auch way sein (ist wegen POI-View so und in Attribute in gtype angegeben), also http://www.openstreetmap.org/node/245076735 => http://www.openstreetmap.org/way/245076735 (vgl. [1])
• Footer: "More info..." links von Leaflet an den Anfang verschieben (statt rechts von "Leaflet")
• Permalink
• Custer-Icons: Grössere Zahlen
• HSR-Logo durch "schärferes" ersetzen <--- Standard Logo genommen (Tobias 10:50, 10. Apr. 2014 (CEST))
• Suche: "search for addresses..." besser "Search..."
• Header: Klick auf "OpenEcoMap" soll "Zoom to full extent" machen
• Footer: Massstab nur mit Meter (kein ft)
• Control: POI-Gruppen-Schrift grösser (damit es mit Tablets bedienbar wird).
• Control: Zusätzlich ein Button "Ø" mit Hover-Text "Display current position" (vgl. osm.org rechts)
• InfoBox: OSM-Ids, die negativ sind, müssen auf Relations zeigen, also z.B. http://www.openstreetmap.org/relation/2887572 und nicht http://www.openstreetmap.org/node/-2887572 (vgl. [2])
• InfoBox: OSM-Ids von POIs, müssen auf den Wert von Attribute 'gtype' (pt oder po) achten und node oder way zeigen, also z.B. http://www.openstreetmap.org/way/194103795 und nicht http://www.openstreetmap.org/node/194103795 (vgl. http://giswiki.hsr.ch/EOSMDBOne#Schema)
• Header: Weblink zu Logo soll auf Geometa Lab zeigen

Spezifikation

Website:

• Header
• Footer:
• Suche (geogr. Name, Koordinate):
• Zoom in/out
• Teilen: Permalink

Karte:

• Karte (Leaflet, passt sich Bildschirmgrösse max. an)
• Layer (Switch)
• -[Legende (i)]-
• Massstab

Zweite Realisierungsphase:

• Infoboxen, mit Name (Weblink), Öffnungszeiten, sowie "Permalink | OSM | OSM Edit" (ähnlich OpenPOIMap)
• Point/Marker Clustering Client-Side [3],[4]
• Evaluation POI-Layer:
  • 1. Die bereits vorhandenen (transparenten) "OpenEcoMap POI Map Tiles" auf osm.ch werden mit UTFGrid ergänzt (=> durch UTFGrid erweitertes Mapnik XML, mit dem osm.ch Pre-Rendered; erzeugt nebst png neu auch json).
  • 2a. "OpenEcoMap POI Map Tiles" bleiben auf osm.ch. Unser Server enthält neu entweder a) UTFGrid Tile-Daten (JSON im MBTiles-Format)...
  • 2b. oder wir installieren/implementierten einen Server mit WMS GetFeatureInfo (mit OSM-DB bei uns).
  • 3. Unser Server verwaltet alle clickable POIs (als Vektordaten) selber, z.B. als GeoJSON (BBox-Query, Clustering?). osm.ch wäre vom OpenEcoMap-Layer entlastet.
  • Zurzeit im Test ist Variante 3 => Entscheid?