Re: [Talk-at] Haltestellen von ÖV-Routen
Hallo, On Tue, 28 Jun 2011 09:02:25 +0200, Friedrich Volkmann b...@volki.at wrote: On 06/28/11 08:16, Stephan Plepelits wrote: Mir ist aufgefallen, dass die Rollen der Haltestellen in ÖV-Routen in vielen Fällen falsch eingetragen sind, etwas, dass auch ich anfangs falsch verstanden hatte. Und zwar sind sie oft so eingetragen, dass die Haltestellen in der einen Richtung (z.B. Linie D Richtung Nussdorf) als forward_stop eingetragen sind, in der anderen Richtung (z.B. Linie D Richtung Südbahnhof) als backward_stop. [...] Ich habe mir die Routen (weder aktuelles noch vorheriges Stadium) jetzt nicht angesehen, bin mir aber nicht sicher, ob es nicht immer noch Missverständnisse gibt. Soweit ich mich erinnere, wurden forward/backward_stop noch verwendet, als nicht jede Richtung einer Linie eine eigene Relation hatte, um zu kennzeichnen, dass der Stop eben nicht in beide Richtungen bedient wird. Entsprechend musste der Stop dann einer Richtung zugeordnet werden, und da wurde wie so oft die Richtung des Wegs, in dem der Stop liegt, als Grundlage für forward oder backward verwendet. Dieser Ansatz dürfte nach den neueren Schemata obsolet sein, da - Routen oft nicht in einer Relation darstellbar sind, weil nicht nur die Stops unterschiedlich sind, sondern auch unterschiedliche Strecken befahren werden (z.B. Einbahnstraßen); wenn sowieso für jede Richtung eine Relation nötig ist, braucht man die Richtung nicht mehr am Stop selber klar zu stellen; entweder der Stop ist in den Relationen für beide Richtungen enthalten, oder nur in der für eine Richtung ... - Wenn an der Haltestelle mehrere Wege zusammen führen (er zum Beispiel gesplittet ist) ist nicht klar, auf welchen Weg sich diese Richtung beziehen soll - Es mit forward/backward bei fehlender Editor-Unterstützung Probleme beim Umdrehen der Richtung eines Weges geben würde Einfacher ist das Mapping mit Relationen für jede Richtung nicht unbedingt ( :-/ ), aber zumindest lassen sich damit mehr Spezialfälle sinnvoll repräsentieren, und sollte deshalb meiner Meinung nach auch verwendet werden (ist hier in Linz auch durchweg der Fall, soweit ich das beim letzten ÖPNV-Mapping bemerkt habe). Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapnik Renderer installieren
Hallo, On Tue, 24 May 2011 13:05:39 +0200, Soldier Boy soldierboy2...@gmail.com wrote: Using projection SRS 900913 (Spherical Mercator) Applying Bounding box: 16.00,47.00 to 17.00,48.00 Setting up table: planet_osm_point HINWEIS: Tabelle »planet_osm_point« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_point_tmp« existiert nicht, wird übersprungen SELECT AddGeometryColumn('planet_osm_point', 'way', 900913, 'POINT', 2 ); failed: FEHLER: AddGeometryColumns() - invalid SRID CONTEXT: SQL statement SELECT AddGeometryColumn('','', $1 , $2 , $3 , $4 , $5 ) PL/pgSQL-Funktion »addgeometrycolumn« Zeile 4 bei SQL-Anweisung Error occurred, cleaning up Was mach ich falsch? Du musst vermutlich die 900913-Projektion (spherical mercator) deinem PostGIS noch bekannt machen (ich glaube, bei neueren Versionen ist das automatisch installiert [zumindest musste ich dies bei meiner letzten Installation nicht mehr tun], aber bei älteren muss man diese der spatial_ref_sys-Tabelle hinzufügen). Siehe unter der Überschrift Invalid projection in pgSQL auf der Wiki-Seite http://wiki.openstreetmap.org/wiki/Mapnik;. Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapnik Renderer installieren
Hallo, On Tue, 24 May 2011 14:44:13 +0200, Soldier Boy soldierboy2...@gmail.com wrote: Also ich hab zumindest auch die neue 8.4er Version. ich habs jetzt auch mit Gut, ich habe 8.4.8 ... den anderen Projektionen versucht (-M,-l) funktioniert aber auch nicht. Mit den gleichen Fehlermeldungen (failed: FEHLER: AddGeometryColumns() - invalid SRID)? Auf der englischen Wiki Seite steht was was wie mein Fehler ausschaut und als Fehlergrund steht das: The user is not allowed to modify the gis database. You have to run osm2pgql as the user you created in the postgresql database setup. Der Teil scheint sich aber auf die Fehlermeldung failed: ERREUR: droit refusé pour la relation geometry_columns zu beziehen, die, wenn mein Französisch mich da nicht täuscht, auch tatäschlich ein Rechteproblem andeutet. Deine Fehlermeldung dagegen nicht. Kannst du denn als der User, der osm2pgsql ausführt, auf der Kommandozeile psql gis aufrufen, oder hast du damit schon Rechte-Probleme? Hast du eine .pgpass Datei in deinem Home-Verzeichnis (und wenn ja, hast du osm2pgsl gegebenenfalls die richtigen Argumente übergeben, dass es die gleichen Authentifizierungsinformationen nutzt, -U, -W, -H, -P möglicherweise)? Benutzt du Linux? Wenn psql gis funktionieren sollte, dann könntest du mal folgende Abfrage probieren (jeweils das eingeben, was hinter dem $ steht; der Rest ist die zu erwartende Ausgabe): -- $ \d List of relations Schema | Name | Type | Owner +--+---+-- public | geometry_columns | table | postgres public | spatial_ref_sys | table | postgres (2 rows) $ select srid, proj4text from spatial_ref_sys where srid=900913; srid |proj4text +-- 900913 | +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +units=m +k=1.0 +nadgrids=@null +no_defs (1 row) -- Wenn du bei der select-Abfrage dagegen srid | proj4text --+--- (0 rows) erhältst, dann ist das der Fehler, den ich vermute, und die 900913-Projektion fehlt. Wenn die Abfrage aber auch funktioniert, dann liegt der Fehler noch wo anders. aber nicht. welche Benutzernamen muss ich verwenden? es gibt ja den postgres Benutzer dem die DB gehört. ich hab weiters einen normalen Benutzer mit sudo rechten. beim anlegen der db muss man ja einen Benutzer angeben. habs da jetzt mit einem neuen und mit dem normalen Benutzernamen versucht. mit postgres noch nicht. postgres als Datenbank-Superuser sollte auf jeden Fall die Zugriffsrechte haben. Aber auch dessen Zugang kann über (bei meiner Linux-Version Ubuntu 10.04 mit Postgres 8.4) /etc/postgresql/8.4/main/pg_hba.conf eingeschränkt sein, besonders falls du über das Netzwerk und nicht die named Socket zugreifst. Wenn aber das oben erwähnte psql gis mit deinem normalen Benutzer funktioniert, sollten da auch keine Anpassungen nötig sein (höchstens die erwähnten zusätzlichen Argumente für osm2pgsql). Ansonsten schicke vielleicht mal deine konkreten Kommandos und deren Fehlermeldungen ... Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapnik Renderer installieren
Hallo, On Tue, 24 May 2011 17:18:27 +0200, Soldier Boy soldierboy2...@gmail.com wrote: ok ich hab genau diesen fehler den du beschrieben hast. also der: Wenn du bei der select-Abfrage dagegen srid | proj4text --+--- (0 rows) erhältst, dann ist das der Fehler, den ich vermute, und die 900913-Projektion fehlt. Wenn die Abfrage aber auch funktioniert, dann liegt der Fehler noch wo anders. Was muss ich da jetzt genau machen damit das funktioniert. PS: ich hab aber auch 8.4.8. Eigentlich das, was auf der (englischen Mapnik-) Wiki-Seite steht (Sektion osm2pgsql): -- For installation instructions, see osm2pgsql. Before you can use osm2pgsql for the first time with the Spherical Mercator projection (see below), you need to initialize configuration data for this projection. Do this by running the .sql file included with osm2pgsql: [Syntax on Windows] $ psql -d gis -f c:\osm2pgsql\900913.sql [Syntax on Linux] $ wget http://trac.openstreetmap.org/browser/applications/utils/export/osm2pgsql/900913.sql?format=raw -O 900913.sql $ psql -d gis -f ./900913.sql -- Funktioniert das? Laut der Wiki-Seite ist das seit PostGIS 1.4 nicht mehr nötig, vielleicht hast du ein älteres PostGIS in dem Postgres installiert? Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapnik Renderer installieren
Hallo, On Tue, 24 May 2011 19:08:45 +0200, Soldier Boy soldierboy2...@gmail.com wrote: ok soweit hat das jetzt mal funktioniert. jedoch kommt jetzt noch ne andere fehlermeldung: osm2pgsql SVN version 0.69- [...] Reading in file: austria.osm.bz2 error while opening file austria.osm.bz2 Die Version 0.69 ist glaube ich schon ziemlich alt (aus dem SVN kann ich das nicht so genau herausfinden, aber irgendwann zwischen November 2009 und Juni 2010, denke ich) ... Woher stammt denn die? Ich benutze zur Zeit SVN 0.70.5 ... Das ist jetzt nur eine Vermutung, aber frühere Versionen von osm2pgsql haben das Einlesen von gezippten osm-Dateien glaube ich noch nicht unterstützt. Du könntest einfach mal probieren, die Datei zu entpacken, und die resultierende .osm-Datei einzulesen. Wenn das funktioniert (oder zumindest weiter führt ...), könntest du vielleicht ein Update überlegen. Bei osm2pgsql tut sich glaube ich immer einiges, z.B. sind die neue hstore-Spalte (eine Spalte, die alle Tags enthält, nicht nur die in der default.styles selektierten; man braucht allerdings spezielle SQL-Abfragen in Mapnik o.ä., um diese zu nutzen) und das Parsen von .pbf-Dateien (kleinere Dateien und deutlich schnelleres Parsen; Geofabrik stellt auch solche Extrakte bereit) recht nützliche und noch nicht allzu alte Ergänzungen ... Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Statistik
Hallo, On Wed, 4 May 2011 11:14:35 +0200, m5st m...@abwesend.de wrote: Die derzeitige Statstik: Datum: 'note=imported from plan.at' 'fixme=check import' 'at:maxspeed' 18.04.2011: 113049 120852 54433 01.05.2011: 112713 119708 52020 04.05.2011: 112850 119649 50612 Warum da 'note=imported from plan.at' steigt ist mir rätselhaft. Das ist mir auch gleich aufgefallen :-) Aber vermutlich werden beim Aufräumen einfach Wege gesplittet, und während das fixme-Tag entfernt wird, bleibt das note-Tag erhalten (dann an beiden Wegen ...)!? Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] landuse-pletschn über linz
Hallo, On Fri, 15 Apr 2011 20:35:53 +0200, Flaimo fla...@gmail.com wrote: gegenteil und somit zum ursprünglichen thema zurückkommen. was sollte jetzt mit der großen area passieren? komplett löschen? grob zerstückeln? gar nicht angreifen? Zusammengefasst und die anderen Emails in Betracht ziehend meine Meinung: - Umwandeln in eine Multipolygon-Relation, wobei der outer way in mehrere Teile zerstückelt wird; das sollte die Down-/Upload-Probleme weitgehend beseitigen - Das würde es auch einfach erlauben, Teile abzutrennen, und kleiner gestückelt als separate outer ways in die Relation mit auf zu nehen - Durchgängig ein möglichst weitgehend intaktes Multipolygon aufrecht erhalten, das heißt immer nur kleine Teile abtrennen, und die resultierenden Stücke möglichst bald in die Relation aufnehmen - Wie detailliert das sein soll, würde ich dem Mapping-Fieber jedes einzelnen überlassen. Allerdings sollten Grundstücke mit Garten und ähnliches schon noch zum landuse=residential gehören, und nicht nur die buildings umfassen Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] landuse-pletschn über linz
Hallo flaimo, spricht eigentlich was dagegen mal diese riesige residential-landuse-fläche über linz zu entfernen? gründe dafür sehe ich folgende: Die Fläche habe ich vor ein paar Jahren mal eingetragen, und finde sie ganz nützlich (rendering, leichter Zugriff auf besiedelte Fläche von ganz Linz). Natürlich spricht nichts dagegen, sie nach und nach durch detailliertere Versionen zu ersetzen. Allerdings wäre es schön, wenn sie dabei nicht einfach gelöscht wird, sondern eben (meinetwegen Stadtteil-weise, was man halt an einem Abend oder in einer Woche schafft aus zu detaillieren) stückweise verkleinert wird. Außerdem wäre es praktisch, diese Landuse-Stücken nach einem Kriterium wieder zu der besiedelten Fläche von Linz zusammen setzen zu können. Ob das über eine Sammel-Relation, oder ein eindeutiges gemeinsames Tag passiert, ist mir recht egal (gibt es einen Konsens zur bevorzugten Variante?). Im Prinzip gibt es natürlich noch die Möglichkeit, alle Residentials mit der boundary von Linz zu verschneiden; aber dann muss man für so etwas schon Zugriff auf eine Postgis-Datenbank haben oder noch komplexer mit Skripten und der GEOS-Bibliothek oder ähnlichem hantieren ... Gibt es Gründe dagegen, so vor zu gehen (außer dem von flaimo erwähnten Anreiz für Mapper, wenn sie leere Flächen sehen ;-) )? Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GeoImage.at - Wie einrichten?
Hallo Georg, Natürlich bin ich kein Anwalt (wie ich diese ständigen Disclaimer liebe ...), aber meine Meinung: On Wed, 5 Jan 2011 10:47:36 +0100, Fichtennadel soski...@gmail.com wrote: Wie seht ihr das, kann man WhooTS ohne Probleme mit den Nutzungsbedingungen zur Anzeige in Potlatch2 verwenden oder fällt das unter Cascading of this service is NOT allowed.? Ich denke nicht, dass dieser Service mit den Nutzungsbedingungen kompatibel ist, da es sich eben um eine Kaskadierung handelt. Ich habe mich bereits gefragt, warum das nicht zulässig ist. Da sowohl caching als auch kaskadierung nicht erlaubt sind, vermute ich, dass sie einen Überblick/Statistik erstellen wollen, wer wieviel auf diesen Service zugreift. Caching würde schon die Anzahl der Zugriffe verfälschen, während Kaskadierung nur die IP des Clients verfälscht und somit den Eindruck eines sehr aktiven statt vieler normaler Benutzer erwecken würde. Da die Nutzungsdauer des Service (erst mal?) beschränkt ist, vermute ich, dass sie einen Überblick über Bedarf und Art der Nutzung erhalten wollen, um den Service ggf. zu verlängern/auszubauen/zu ändern/einzustellen. Wenn ich mit meiner Vermutung richtig liege, könnte man höchstens mal Anfragen, wie die Verwendung eines lokalen Proxies aussieht, den sich jeder Nutzer selber installieren müsste ... Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] geoimage.at WMS
Hallo, Noch ein kurzes Update: Ich bin gerade benachrichtigt worden, dass die Bedingungen noch einmal (leicht) angepasst wurden (habe die Details noch nicht verglichen), und dass es in absehbarer Zeit (genauer war die Aussage noch nicht; ich finde die Absicht schon einmal positiv) im WMS eine Unterstützung für WGS84, sowie einen eigenen Tile-Server geben soll. Damit werden dann vermutlich alle wirklich wichtigen Wünsche berücksichtigt sein, oder? Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM-Diff
Hallo Flo, ich bin neu bei OSM und habe mich gefragt, ob es eine Art 'diff' für das Kartenmaterial gibt? Quasi: Linz vor 1 Jahr vs. Heute. Wäre eine nette Möglichkeit um den Fortschritt zu visualisieren… Du kannst entweder aus einem History-Planet-File (eine riesige Datei mit allen Änderungen mehr oder weniger seit Entstehung des Projekts) den Datenstand zu beiden Zeitpunkten rekonstruieren und beide Zeitpunkte Visualisieren bzw. nur die Änderungen zwischen beiden Zeitpunkten (Zeit-/Ressourcen-/Knowledge-aufwendig, aber wohl die flexibelste Lösung). Oder du nutzt den folgenden Link, der von den Seiten, die ich kenne, deinen Vorstellungen vermutlich am nächsten kommt: http://labs.geofabrik.de/history/ Dort wird ein animiertes Gif erstellt mit der Entwicklung eines von definierten Ausschnitts. Allerdings ist die Auswahl der Zeitpunkte nur in Halbjahres-Schritten möglich, und es macht gerade den Anschein, als ob die Datenbasis mit gut einem Jahr schon etwas veraltet ist. Vielleicht fragst du mal bei dem Autor des Skripts Frederik Ramm (r...@geofabrik.de) nach, oder du nimmst das als OpenSource zur Verfügung stehende Skript, und passt es bzw. die Daten deinen Vorstellungen an (keine Ahnung, wie viel Aufwand das ist) ... Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Kirchturmmapping in Sbg
Hallo, On Thu, 26 Aug 2010 12:17:51 +0200, Norbert Wenzel norbert.wenzel.li...@gmail.com wrote: On 26.08.2010 11:52, Stefan Taferner wrote: Am Donnerstag, 26. August 2010, um 11:45:01 schrieb Norbert Wenzel: [...] Die Frage ist, ob das irgendeinen tieferen Sinn hat Kirchen derartig zu zerstückeln um doch nur dasselbe einzutragen, oder ob man diese Flächen einfach mergen sollte und eine einzelne Kirche einzeichnen, die dafür vollständig taggen und gut ist's? Die Idee mit den zerstückelten Gebäuden ist dass man dann irgendwann mal leichter das Ganze in 3D darstellen kann - Gebäudehöhen vorausgesetzt. Das würd ich dann aber auch nicht als place_of_worship eintragen, sondern als ein Zusatznode/area mit eigenem, neuem Tag innerhalb der Hauptfläche, wie auch immer das aussieht. Im Moment ist ja anhand der Daten nichtmal zu erkennen, dass die Gebäude zusammengehören, sondern sie stehen derzeit nebeneinander (die Türme beim Dom). Ob eine Modellierung der Kirche als eine Fläche, oder als mehrere (z.B. mit unterschiedlichen Höhen) sinnvoll ist, da will ich mich erst mal aus der Diskussion raus halten. Wenn allerdings mehrere Flächen für die selbe Kirche verwendet werden, dann würde ich das ganze als Multipolygon-Relation modellieren. Diese Relation trägt dann einmal die gemeinsamen Tags (amenity, religion, ...) und enthält jede Fläche als outer (ggf. wenn es Innenhöfe oder ähnliches gibt auch inner). Diese einzelnen Flächen tragen dann nur noch die Tags, die sich von den anderen unterscheiden, also z.B. die Höhe. Das scheint mir richtig modelliert, dürfte bei der Auswertung in Programmen (z.B. POI-Liste) keine Probleme machen, und die Renderer beherrschen soweit ich weiß (zumindest Mapnik) inzwischen auch Mulitpolygons mit mehreren outer-Wegen. Gibt es etwas, was dagegen spricht? (Außer der ein wenig mühsameren Eingabe vielleicht ...) Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bergsattel
Hallo, On Tue, 24 Aug 2010 08:29:26 +0200, Andreas Labres l...@lab.at wrote: Ach, auf das willst Du hinaus... Ja, für Scharten (Geländeeinschnitte), die nicht als Pässe genutzt werden, sollte man vielleicht einen neuen Tag erfinden. Vielleicht wäre auch ein allgemeiner Tag denkbar, der name und ele rendert. ZB bei Weggabelungen will man oft eine ele angeben (die dann sinnvollerweise auch gerendert werden sollte). Wobei ich mich schon länger frage, ob nicht bei place-Tags generell ein ele mit gerendert werden sollte... Dem eigenen Tag (oder einer Modifikation mittels Zusatz-Tag) würde ich auch zustimmen. Das Problem mit den ele-Angaben sehe ich nicht. Im Prinzip kann man auch jetzt schon überall, wo man will, ein ele-Tag angeben (wir ja auch gemacht), und ob das an bestimmten Nodes gerendert wird oder nicht, ist vom Stil-Entwickler abhängig, nicht vom Mapper (und das sollte auch so sein). Es ist kein Problem (wenn beide Angaben am gleichen Node sind ...), ein ele nur dann zu rendern, wenn es gemeinsam mit einem place, peak, pass, ... auftritt. Mit Weggabelungen müsste man sich aber evtl. noch mal was überlegen, aber wenn diese von interesse sind, dann vielleicht sowieso alle ele-Tags, die überhaupt vorhanden sind? Ansonsten kann man den Node an der Gabelung ja auch mit einem Gabelungs-Tag kennzeichnen (für Autobahnausfahrten gibt es das ja bereits). Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gemeindegrenzen
Hallo, On Fri, 23 Jul 2010 09:24:22 +0200, Andreas Labres l...@lab.at wrote: On 16.07.10 19:20, Dominik Hurnaus wrote: das würde mich auch interessieren, gibt es da auch genaue Verläufe von Flüssen? [...] Flüsse weiß ich nix. Aber man kann, wenn schon Straßen o.ä. da sind, Flüsse recht gut wo hineinschätzen. Natürlich nicht mit allen Zacken, aber so ungefähr. Für Flüsse können auch die SRTM-Daten nützlich sein, zumindest in hügeligen/bergigen Gegenden. Man kann sich z.B. in Potlatch oder JOSM die OpenCycleMap in den Hintergrund legen und anhand der Höhenlinien den Fluss/Bach entlang des Verlaufs der tiefsten Stellen im Tal zeichnen (zumindest wenn man in etwa den Verlauf kennt, und/oder das Tal eng genug ist, und sich ggf. auch an anderen vorhandenen Merkmalen orientieren kann). Auch für Berggipfel war das ganz praktisch ... Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open-Commons
Hallo, Bleibt zu hoffen, dass das auch für OSM gilt. Wäre toll, wenn Linz seine Luftbilder frei gibt. Kartendaten sind explizit erwähnt und als Teil dieser Initiative angedacht. Was das im Konkreten heißt, wird sich wohl noch herausstellen müssen. Meine Erfahrungen mit der IKT Linz (Informations- und Kommuniktionstechnik Gesellschaft der Stadt Linz), die anscheinend die Geodaten der Stadt Linz verwalten, sind noch nicht sehr intensiv, aber zwiespältig. In einem Kontakt hatte ich den Eindruck, dass man dieser Initiative und deren Zielen sehr offen gegenübersteht (es wurde erwähnt, dass einzelne Datensätze, z.B. bestimmte POIs, sogar schon unter einer CC-Lizenz stehen, wenn auch nicht CC-by-SA; ich habe diese allerdings auf der Linzer Homepage auch nach mehreren Stunden Suche leider nicht auffinden können). Andererseits gab es im Mai einen Empfang für neu zugezogene Linzer (ich bin vor einem halben Jahr aus dem Mühlviertel wieder nach Linz gezogen), bei dem auch das 3D-Stadtmodell der IKT vorgestellt wurde; in dem Gespräch mit einem Mitarbeiter der IKT, der das Modell an einem Stand mit Projektor interaktiv vorgeführt hat, ging ganz deutlich zumindest dessen eigene Meinung hervor, dass sie sehr gute Daten besitzen (nachvollziehbar), und diese viel Geld wert sind, und entsprechend verkauft werden müssten. Er hat z.B. auch explizit erwähnt, dass Google diese wohl nie erhalten würde, weil sie nicht viel zahlen wollten ... Ob die 3D-Daten (zumindest in der gezeigten Qualität) für OSM relevant wären (Gebäudeumrisse gehen wohl auch aus Luftbildern gut hervor; die Höhe und Gebäudeform wären wohl nette aber zumindest momentan noch nicht allzu wichtige Nebeninformationen) schätze ich dabei nicht so bedeutsam ein, wie die grundsätzliche Haltung, die ich da beobachtet habe. Nach dem riesigen Luftbild auf dem Boden des Foyers des alten Rathauses (sehr interessant, wenn jemand von Euch dort mal vorbei kommt ...) zu urteilen scheint Linz auch sehr gute Luftbilder zu besitzen; allerdings halte ich die von DORIS für ganz Oberösterreich (auch wenn vielleicht nicht ganz so hoch aufgelöst) für viel wertvoller, da für Linz mit den Yahoo-Luftbildern ja schon ganz Brauchbare (wenn auch ein wenig veraltet) zur Verfügung stehen. Insgesamt besteht wohl gute Hoffnung, dass es hier Gelegenheiten zu Zusammenarbeit geben könnte. Und zwar nicht nur in Bezug auf Datenspenden (die sich auch interessant sein können), sondern vielleicht auch in Bezug auf interessante Projekte, und Förderung der Bekanntheit von OpenStreetMap, sowie Interesse an der Verwendung der Daten. Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gemeindegrenzen
Hallo, Als kleine Ergänzung: On Wed, 7 Jul 2010 13:18:56 +0200, Boris Cornet bor...@osm-at.org wrote: In meinen Augen ist OSM nicht eine Karte, sondern eine geographische Datenbank. Die vielen (!) unterschiedlichen (!!) Karten selbst und auch die Suche-Funktionen sind nur Applikationen der Datenbank. Das Wort 'Gemeinde' in Gemeinde XYZ ist redundat, weil sich aus der Datenbank zweifelsfrei ablesen lässt, dass der Name zu einem Objekt vom Typ Gemeinde gehört. Redundanzen (mehrfaches Speichern ein und der selben Information an verschieden Stellen der Datenbank) sind jedoch in Datenbanken tunlichst zu unterlassen, weil die Datenintegrität darunter leidet und der Wartungsaufwand steigt. Selbst wenn aus dem admin-level nicht der Objekttyp hervorgehen würde, müsste eher ein neuer Tag eingeführt werden, anstelle die Info in den Name Tag zu packen. Warum: Stell dir vor, jemand möchte (wie kürzlich hier angefragt) eine Karte der Gemeindegrenzen erstellen. Derjeneige muss jetzt aufwändig einen Beschriftungsfilter zaubern, denn in diesem Fall macht das Gemeinde vor dem Namen Null Sinn. Umgekehrt wäre es viel einfacher, einem Renderer beizubringen, in gewissen Fällen Gemeinde vor den Namen zu schreiben. Allerdings ist das auch in Landkarten des klassischen Typs nicht üblich (siehe Schulatlas), hier behilft man sich üblicherweise mit unterschiedlichen Schriftarten, -graden. Darüber hinausgehend möchte jemand vielleicht Karten in unterschiedlichen Sprachen Rendern. Den Namen wird man oft nicht übersetzen können (bzw. dann gibt es name:en, ...); aber wenn Gemeinde mit im Namen steht, kann man nicht so einfach das fremdsprachliche Äquivalent stattdessen verwenden. Für einen gegebenen Admin-Level je nach Sprache Gemeinde oder etwas anderes davor oder dahinter zu setzen ist mit den aktuellen Renderen (zumindest Mapnik, mit dem ich mich auskenne) jedenfalls kein Problem. Man muss natürlich die Style-Sheets entsprechend anpassen (und nicht das Tagging ...). Ähnlich sollten meiner Meinung nach auch beim Suchen usw. die Software bzw. deren Äquivalent von Styles angepasst werden ... Es ist eben nicht so, dass jeder, der die Daten verwendet, im name von Gemeinden ein Gemeinde haben möchte. Und das Hinzufügen je nach Sprache dürfte einfacher sein, als alle Prä-/Postfixe in allen Sprachen zu kennen, die man ggf. entfernen müsste. Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Openstreetmap Workshop in Linz
Hallo, Ich werde, wenn möglich, auch gerne vorbei schauen. Für mich würden sowohl Di als auch Do passen, oder auch die ganze darauffolgende Woche. Wer mich nicht kennt: Ich rechne mich zu den erfahreneren OpenStreetMappern, habe aber im letzten Jahr nicht mehr so viel gemappt, sondern mich mehr mit Rendering beschäftigt. Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Geoland?
Hallo Georg, Ist DORIS für alle Karten auf geoland.at zuständig oder nur für OÖ? Der NÖ link auf geoland verzweigt dann nämlich auf www.intermap1.noel.gv.at. Hat für die Orthofotos im NÖ Atlas auf www.intermap1.noel.gv.at schon jemand beim Land NÖ angefragt oder läuft das über die Anfrage an DORIS? DORIS ist meinem Verständnis nach erst mal nur für die Oberösterreichischen Daten zuständig (die besitzen sie). Allerdings ist ein Grund für die Verzögerungen wohl (so wurde mir vor einem guten halben Jahr mal gesagt) der Versuch, eine einheitliche Regelung Bundeslands-übergreifend zu finden (deswegen vermute ich, dass Geoland die gemeinsame Plattform sein könnte). Wie da der Status ist, und welche Regeln momentan genau in Niederösterreich gelten, kann ich leider nicht sagen, ich habe leider immer noch keine Antwort erhalten (und rechne ohne weitere Nachfrage auch nicht mehr damit). Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Geoland?
Hallo, Auf dem OSM-Workshop/Stammtisch hat jemand erzaehlt, dass Geoland Luftbildaufnahmen als WMS fuer die OpenStreetMap zur Verfuegung stellen will. Gibts da schon was konkrete(re)s? Ich war auf dem Workshop/Stammtisch leider nicht dabei. Mein Kenntnisstand ist zur Zeit folgender: Der Link http://www.geoland.at/index.php?option=com_contenttask=viewid=30Itemid=71lang=de (falls er nicht funktioniert: Im Deutsch-sprachigen Teil den Menüpunkt WMS-Export anwählen) zeigt zur Zeit experimentelle WMS-Server von vier Bundesländern (Oberösterreich und Kärnten haben kurz vor oder um den Jahreswechsel angefangen, seitdem sind auch Niederösterreich und Steiermark hinzu gekommen). Die Oberösterreichische Variante habe ich mal getestet, und konnte Orthofotos (in QGis) ansehen, wenn auch mit beschränkter Auflösung (wenn ich mich richtig erinnere nicht ganz so gut wie die Yahoo-Bilder, aber für Straßen und ähnliches gut brauchbar). Ich habe Anfang März noch einmal bei DORIS nachgefragt, ob das die technische Basis ist, die mir vor anderthalb Jahren angekündigt war, um wie angekündigt, Luftbilder mit begrenzter Auflösung auch OSM zur Verfügung zu stellen, und das wenn möglich Österreichweit. Ich konnte keine Lizenz-Bedingungen finden, die das Tracing für OSM explizit oder implizit freigeben würden. Leider habe ich bisher immer noch keine Antwort, und aufgrund meines Umzugs noch nicht die Zeit gefunden, per Telefon nachzufragen. Wenn das jemand von euch übernehmen möchte, gerne. Eine Info gleich darauf an die Mailingliste wäre allerdings sinnvoll, damit nicht gleich alle anrufen ;-) Eigentlich wurde mir das im letzten September mal bis zum Jahreswechsel angekündigt (und vor anderthalb Jahren für letzten Sommer; wobei die Abstimmung zwischen den Bundesländern wohl etwas Zeit kosten könnte ...). Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AGIT - 7. bis 9. Juli 2010
Hallo Andreas, Hat jemand Zeit/Lust, auf der AGIT http://www.agit.at/ bei einem Ich habe es zwar noch nicht mit Sicherheit beschlossen, werde aber vermutlich den Donnerstag an der Konferenz teilnehmen. Je nach Programm könnte ich dann vermutlich auch für ein paar Stunden an einem Stand Dienst tun. Freitag muss ich weiter, und das ist auch der Grund, warum ich diesmal leider nicht auf der State of the Map dabei sein werde :-( Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gebäude mit Innenhof (Relation)
Hallo Boris, Ich geb's auf! Kann sich bitte jemand http://www.openstreetmap.org/browse/relation/396334 anschauen, und mir erklären, warum das nicht funktioniert? relation type=multipoligon = type=multipolygon Viele Grüße ;-) -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gebäude mit Innenhof (Relation)
Hallo Boris, Wie zeichnet man denn ein Gebäude mit Innenhof? Ich hab's mit der multipolygon-relation probiert, aber Mapnik rendert immer nur die Gesamtfläche, der Hof wird nicht ausgespart. Das Taggen als Relation hat bei mir in vielen Fällen schon funktioniert und dürfte das richtige Vorgehen sein. Was bei dir nicht gepasst hat, müsste man am konkreten Beispiel sehen. Ich habe es bisher bei Gebäuden noch auf die alte Weise gemacht, nur outer mit Tags versehen (nicht die Relation), inner ohne Tags, außen im Uhrzeigersinn, innen dagegen. Ich hatte allerdings irgendwann auch mal Probleme mit einem Multipolygon (war allerdings ein Wald), dass ich nicht zum Rendern bekam, vielleicht gibt es also noch weitere (seltene) Probleme ... Viele Grüße, Holger Schöner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] River oder Stream
Hallo Patrick, wie taggt ihr normale Bäche? Laut Wiki sollte man ja alles, was man nicht überspringen kann als river taggen. Egal, wo man die Grenze festlegt, gibt es immer Fälle, die nicht passen. Ich denke also, dass es relativ egal ist, wie man die festlegt. Zwei Unterscheidungen reichen für ein sinnvolles Rendering einfach nicht aus. Stattdessen verwende ich das width Tag zur Angabe der ungefähren Breite (in m). Osmarender unterstützt das auch (und meine selbt-gerenderten Karten natürlich auch). Mapnik leider (immer noch) nicht. Aber da sollte vielleicht nicht unbedingt an der Definition von river oder stream sondern am Mapnik rendering-Style gefeilt werden. Technisch ist die Umsetzung kein Problem. Viele Grüße, Holger Schöner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at