<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Ja, die App läuft auf einem Raspi und noch dazu auf einer SD Karte.
    Um ehrlich zu sein würde ich bei Schwierigkeiten den
    Matchingalgorithmus eher noch optimieren und vorerst wieder
    deaktivieren. Ein Hosten auf dem OSM-AT Server wäre mir recht,
    allerdings handelt es sich dabei um eine CouchApp. Wenn wir
    allerdings auf dem Server eine CouchDB mit GeoCouch installieren
    dürften wäre das spitze! (Vorsicht, braucht mit OSM Datensatz von
    Österreich bestimmt ~1GB, wenn nicht mehr. Wenn man das Matching
    generell einmal außen vor lässt, dann bräuchte die App wahrschinlich
    nur ein paar MB in der Datenbank.<br>
    <br>
    Ich hatte nicht erwartet, dass das Matching so interessant ist,
    daher: es funktioniert nur so gut, wie die OSM2CouchDB Importtools
    zur Zeit funktionieren und die sind noch nicht ausgereift ! Wenn ich
    Zeit finde, möchte ich mir das allerdings einmal genauer ansehen
    (doch zuvor sollte ich den schon lange angekündigten
    Baumkatasterimport durchführen).<br>
    Rot ist ein Punkt der einen Partner gefunden hat, Blau ohne Partner
    - es wird aber nur nach der Lage verglichen. Es stimmt allerdings,
    Grün wäre eine offensichtlichere Farbe. Es kann sein, dass sich die
    Layer überlagern. Diese können OpenLayers-Default mäßig umgeschaltet
    werden.<br>
    <br>
    Das mit dem Vorberechnen geht auf jeden Fall, so hatte eine
    ursprüngliche Implementierung auch ausgesehen, allerdings müsste
    dann pro Datensatz bereits im Vorhinein angegeben werden, nach
    welcher Kategorie gematcht wird. Das würde wiederum der Flexibilität
    des Tools widersprechen. Ich werde lieber den Algorithmus optimieren
    (was auf jeden Fall Potential hat, aber eben Zeit braucht).<br>
    <br>
    Die Umlautfehler kommen daher, dass die Proxyfunktion in CouchDB
    noch so jung ist, dass das offensichtlich noch nicht implementiert
    wurde - da kann ich auch nichts ändern, außer Erlang lernen und den
    Fehler selber beheben ;-) .<br>
    <br>
    Ich hätte noch genug Ideen für weitere Funktionen (und auch Layout
    ;-) ) , etc..., aber mein Grundgedanke war: Man kann die OGD Daten
    als Overlay anzeigen und das funktioniert schon einmal - also ist
    die App brauchbar genug. :-)<br>
    <br>
    Also: Wenn technisch möglich, Hosting: +1<br>
    <br>
    lg, Markus<br>
    <br>
    <br>
    On 11/23/2012 07:36 AM, Andreas Labres wrote:
    <br>
    <div style="color: orange; cursor: pointer; font-size: 11px;"
      class="link showhidequote">- Zitierten Text ausblenden -</div>
    <blockquote type="cite" style="color: rgb(0, 0, 0);">On 22.11.12
      17:45, ScubbX wrote:
      <br>
      <blockquote type="cite" style="color: #000000;">Um umstandslos die
        OGD Wien Geodaten auf einem OSM Mapnik Hintergrund
        <br>
        anzuzeigen habe ich ein kleines Tool geschrieben:
        <br>
        <a class="moz-txt-link-freetext"
          href="http://www.gisforge.com/ogdmatcher">http://www.gisforge.com/ogdmatcher</a>
        <br>
      </blockquote>
      <br>
      Feine Sache!
      <br>
      <br>
    </blockquote>
    > [...]
    <br>
    <div style="color: orange; cursor: pointer; font-size: 11px;"
      class="link showhidequote">- Zitierten Text ausblenden -</div>
    <blockquote type="cite" style="color: rgb(0, 0, 0);">
      <br>
      Und das "Starte Match" ist z.B. bei Schulen <i
        class="moz-txt-slash"><span class="moz-txt-tag">/</span>sehr<span
          class="moz-txt-tag">/</span></i> lahm... Die Daten
      <br>
      sind doch relativ statisch, könnte man die nicht voraus berechnen
      (und
      <br>
      z.B. jede Nacht aktualisieren oder sowas)? Und das, was dabei
      rauskommt,
      <br>
      verstehe ich einfach nicht... Ich hätte mir erwartet, da sieht man
      <br>
      irgendwie grün, wenn er eine Schule in OSM gefunden hat, oder rot,
      wenn
      <br>
      nicht.
      <br>
    </blockquote>
    <br>
    In der Info steht was von Raspi. Wenn das also tatsächlich ein Raspi
    is den du privat hostest Markus, dann sollten wir uns überlegen ob
    wir das nicht auf openstreetmap.at hosten können. Der Rechner gibt
    etwas mehr her und sollte die Vergleiche hoffentlich schneller
    durchgerechnet haben.
    <br>
    <br>
    Imo macht das Tool grundsätzlich Sinn und wenns schneller wär und
    nicht deine Resourcen verbrät Markus, wär das doch kein Fehler,
    oder?
    <br>
    <br>
    Was haltet ihr davon?
    <br>
    <br>
    Norbert
  </body>
</html>