Re: [Talk-de] Eigenschaften einer Relation
Hallo Gerhard, dvips -D600 xxx.dvi -o > > an der Stelle hängt es schon. Da scheint im dvipsk ein Bug zu sein. Hab nen patch gefunden, aber die diff-Datei läßt sich irgendwie nicht installieren, da passiert ewig nix. > > weiterhin scheint dein original osm file gewisse referenzierte objekte > nicht zu beinhalten. lies dir mal die tips im wiki durch. stichwort > osmosis, --bounding-box parameter. > Kann ich mir nochmal anschauen. Eigentlich sollte completeWay=yes das ja verhindern, halt wohl nicht geklappt. Fehlermeldung vom dvips: dvips -D600 directory.dvi -o* This is dvips(k) p1.7a Copyright 2005 ASCII Corp. (www-p...@ascii.co.jp) based on dvips(k) 5.96 Copyright 2005 Radical Eye Software ( www.radicaleye.com) ' TeX output 2011.03.23:0117' -> directory.ps *** glibc detected *** dvips: free(): invalid pointer: 0x09314e59 *** === Backtrace: = /lib/tls/i686/cmov/libc.so.6(+0x6b591)[0x51e591] /lib/tls/i686/cmov/libc.so.6(+0x6cde8)[0x51fde8] /lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0x522ecd] /usr/lib/libkpathsea.so.4(+0x9012)[0x905012] /usr/lib/libkpathsea.so.4(kpse_fontmap_lookup+0xe5)[0x905325] /usr/lib/libkpathsea.so.4(kpse_find_file+0x364)[0x9017e4] dvips[0x805bc4b] dvips[0x80524dc] dvips[0x80525e4] dvips[0x805ab00] dvips[0x8054750] dvips[0x8054b87] dvips[0x80545e3] dvips[0x80509f7] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x4c9bd6] dvips[0x8049a21] === Memory map: 0011-0012d000 r-xp 08:05 1343802/lib/libgcc_s.so.1 0012d000-0012e000 r--p 0001c000 08:05 1343802/lib/libgcc_s.so.1 0012e000-0012f000 rw-p 0001d000 08:05 1343802/lib/libgcc_s.so.1 002ce000-002cf000 r-xp 00:00 0 [vdso] 00464000-0047f000 r-xp 08:05 1346277/lib/ld-2.11.1.so 0047f000-0048 r--p 0001a000 08:05 1346277/lib/ld-2.11.1.so 0048-00481000 rw-p 0001b000 08:05 1346277/lib/ld-2.11.1.so 004b3000-00606000 r-xp 08:05 1377149/lib/tls/i686/cmov/ libc-2.11.1.so 00606000-00607000 ---p 00153000 08:05 1377149/lib/tls/i686/cmov/ libc-2.11.1.so 00607000-00609000 r--p 00153000 08:05 1377149/lib/tls/i686/cmov/ libc-2.11.1.so 00609000-0060a000 rw-p 00155000 08:05 1377149/lib/tls/i686/cmov/ libc-2.11.1.so 0060a000-0060d000 rw-p 00:00 0 007b4000-007d8000 r-xp 08:05 1377157/lib/tls/i686/cmov/ libm-2.11.1.so 007d8000-007d9000 r--p 00023000 08:05 1377157/lib/tls/i686/cmov/ libm-2.11.1.so 007d9000-007da000 rw-p 00024000 08:05 1377157/lib/tls/i686/cmov/ libm-2.11.1.so 008fc000-0090c000 r-xp 08:05 163860 /usr/lib/libkpathsea.so.4.0.0 0090c000-0090d000 rw-p 0001 08:05 163860 /usr/lib/libkpathsea.so.4.0.0 0090d000-0090f000 rw-p 00:00 0 08048000-08073000 r-xp 08:05 165516 /usr/bin/dvips 08073000-08074000 r--p 0002a000 08:05 165516 /usr/bin/dvips 08074000-08075000 rw-p 0002b000 08:05 165516 /usr/bin/dvips 08075000-0808c000 rw-p 00:00 0 09273000-09331000 rw-p 00:00 0 [heap] b760-b7621000 rw-p 00:00 0 b7621000-b770 ---p 00:00 0 b770e000-b7741000 rw-p 00:00 0 b7757000-b775b000 rw-p 00:00 0 bf82a000-bf83f000 rw-p 00:00 0 [stack] Abgebrochen* schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen "Landmasse"
Moin! Am 20.03.2011 11:48, schrieb M∡rtin Koppenhoefer: Braucht jemand das Zeugs, oder kann man nicht alle Informationen bereits aus der coastline und den administrativen Boundaries herausholen? Landmasse-Relationen bieten für einige Spezialanwendungen sicherlich Vorteile (Bestimmung des Bodennutzungsanteils eines Kreises oder Erzeugung politischer Karten). Den Vorteilen stehen die Nachteile durch zusätzlichen Speicherbedarf, mehr Rechenaufwand bei der Verarbeitung und die Zusatzarbeit für Mapper gegenüber. Für Deutschland sind nur etwa 30 zusätzliche Relationen nötig, um den Staat, die Küstenländer und Kreise am Meer abzudecken. Die Grenzrelationen sind unproblematisch beim üblichen Mappen (im Gegensatz zu Abbiegerelationen, Buslinien oder TMC-Daten, die bei Änderungen an Straßen oft eine Nachbearbeitung erfordern). Angesicht der nur minimalen Nachteile finde ich die Landmasse- Relationen zumindest akzeptabel. Bei (für mich) unwichtigeren Grenzen (Abwasserzweckverbände, Zahnarztkammerbezirke, ...) würde ich das Kosten-Nutzen-Verhältnis aber anders bewerten. Ein allgemeiner Konsens, welche Daten und Strukturen in die OSM- Datenbank gehören, ist nicht zu erwarten. Auch wenn viele hier gegen Abstimmungen wettern, könnte ich mir Mehrheitsentscheidungen der Aktiven zu solchen Fragen gut vorstellen. Die Demokratie nicht so übel, dass man sie aus OSM ganz verbannen sollte :-) Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problem mit germany.osm.pbf?
Moin, beim Bauen eine Garmin-Karte mit mkgmap sind bei mir heute aus der germany.osm.pbf nur POIs herausgekommen, die Ways fehlten alle. Mit der germany.osm.bz2 von heute war alles in Ordnung. Hat jemand aehnliche Probleme? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql & pbf
am Dienstag, 22. März 2011 um 12:25 schrieb Andreas Neumann: > osm2pgsql liegt in Version 0.70.5 vor und ist selbst gebaut (auf einem Mag da jemand mal ein Windows-Binary bereitstellen? Das letzte ist auch schon fast ein Jahr alt. Christian [1] http://wiki.openstreetmap.org/wiki/Osm2pgsql#Windows_XP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql & pbf
Hallo, Andreas Neumann wrote: Danke für den Tipp. Hab's nachinstalliert und... ES GEHT! Jetzt stell ich mein .sh-Skript auf pbf um und schone etwas den Traffic... Nicht nur das; Du solltest eigentlich auch eine deutlich kuerzere Importzeit damit bemerken, weil kein XML-Parsing mehr gemacht werden muss. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
hi! die csv datein gehören in das aktuelle verzeichnis, das wo auch mapgen und hikingbook stehen. probiere mal eines der tex files manuell zu kompilieren. an der tex installation liegt es denke ich nicht. -nodelete bei hikingbook, dann sollten welche übrig bleiben, dann latex xxx.tex danach hast du xxx.dvi, dann dvips -D600 xxx.dvi -o dann hast du xxx.ps, dann ps2pdf xxx.ps xxx.pdf nun sollte es ein entsprechendes pdf geben. es scheint ein problem in der ps datei zu sein, besser gesagt in allen... weiterhin scheint dein original osm file gewisse referenzierte objekte nicht zu beinhalten. lies dir mal die tips im wiki durch. stichwort osmosis, --bounding-box parameter. viel erfolg gerhard On Tue, 2011-03-22 at 17:33 +0100, geo.osm wrote: > Hallo, > > Jetzt läuft der Prozess. Ich hoffe jetzt geht alles glatt ;-) > > Leider doch noch nicht. Auf allen Seiten wo Text stehen sollte steht > nix und auf der ersten Übersichtskarte wird die Relation auch nicht > rot nachgezeichnet. > > Frage zur Konfiguration: Wo gehören denn die Dateien mapgenRules.ods, > magenRules.csv und toporules.csv hin? Steht in der Beschreibung nicht > mit drin. Hab sie im gleichen Verzeichnis wie hikingbook.pl und > mapgen.pl. Ist das richtig so? > > Das Paket texlive-recommended ist bei mir nicht verfügbar, kann also > auch nicht installiert werden. Aber ps2pdf kann ich aufrufen. > > Ich ab mal das Logfile hochgeladen (Die meisten Error-Zeilen habe ich > gelöscht, da die wohl damit nix zu tun haben. Da geht es ja Wege oder > Knoten, die nicht im Datensatz sind.) > > https://docs.google.com/document/d/165iW-FfzJpivpbMjVgt8xv74Fn7kLkuSvdXNcjLN_hQ/edit?hl=de&authkey=CMiAm5kK# > > Vermutlich stimmt irgendwas in meiner Konfiguration noch nicht. > Irgendeine Idee? > > -- > schönen Gruß > Alex > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo, Jetzt läuft der Prozess. Ich hoffe jetzt geht alles glatt ;-) > > Leider doch noch nicht. Auf allen Seiten wo Text stehen sollte steht nix und auf der ersten Übersichtskarte wird die Relation auch nicht rot nachgezeichnet. Frage zur Konfiguration: Wo gehören denn die Dateien mapgenRules.ods, magenRules.csv und toporules.csv hin? Steht in der Beschreibung nicht mit drin. Hab sie im gleichen Verzeichnis wie hikingbook.pl und mapgen.pl. Ist das richtig so? Das Paket texlive-recommended ist bei mir nicht verfügbar, kann also auch nicht installiert werden. Aber ps2pdf kann ich aufrufen. Ich ab mal das Logfile hochgeladen (Die meisten Error-Zeilen habe ich gelöscht, da die wohl damit nix zu tun haben. Da geht es ja Wege oder Knoten, die nicht im Datensatz sind.) https://docs.google.com/document/d/165iW-FfzJpivpbMjVgt8xv74Fn7kLkuSvdXNcjLN_hQ/edit?hl=de&authkey=CMiAm5kK# Vermutlich stimmt irgendwas in meiner Konfiguration noch nicht. Irgendeine Idee? > -- > schönen Gruß > Alex > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Am 22. März 2011 16:30 schrieb Bernd Wurst : > Am Dienstag, 22. März 2011, um 16:17:10 schrieb M∡rtin Koppenhoefer: >> Einschränkungen (z.B. während der Nutzungszeit landw. genutzer >> Flächen) sind natürlich auch enthalten > > Was so ziemlich genau alle Felder betrifft und die Zeit abdeckt in denen die > meisten Leute draußen rumrennen. IIRC März bis Oktober. Und dann darf man da > wirklich nicht drauf. auf Felder will man, solange der Boden nicht gefroren ist, sowieso eher nicht, gegen gemähte Wiesen spricht aber nichts, und es ist auch rechtlich garantiert, dass man da drauf darf. Ich will niemanden dazu ermuntern, über ein bebautes Feld zu trampeln, aber in der von Dir benannten Absolutheit gibt es eben kein Betreteverbot, im Gegenteil, es gibt eine Verpflichtung des Gesetzgebers an die Eigentümer, jeden auch auf Privatgrund spazieren oder sich sonstwie erholen zu lassen, solange der dort nichts beschädigt, und es sich nicht um den Garten handelt. Gruß Martin PS: Maisernte Ende August, Sommerweizen AFAIK noch früher, Spargel Ende April, Weizen im Hochsommer, ... alles natürlich vom Klima abhängig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Am Dienstag, 22. März 2011, um 16:17:10 schrieb M∡rtin Koppenhoefer: > Einschränkungen (z.B. während der Nutzungszeit landw. genutzer > Flächen) sind natürlich auch enthalten Was so ziemlich genau alle Felder betrifft und die Zeit abdeckt in denen die meisten Leute draußen rumrennen. IIRC März bis Oktober. Und dann darf man da wirklich nicht drauf. Gruß, Bernd -- Wenn deine Eltern keine Kinder hatten, wirst du wahrscheinlich auch keine haben. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Am 22. März 2011 15:59 schrieb Bernd Wurst : > Am Dienstag, 22. März 2011, um 15:39:47 schrieb malenki: >> >Wald ist was anderes, darum ging es nicht. >> Man findet Pilze auch auf Grünflächen (Schopftintlinge, Champions zum >> Beispiel) > > Aber diese Grünflächen darf man halt genau so wenig betreten wie Nachbars > Garten. That's the point. Quelle? s.z.B. Bayern: Art. 26+27 des Bayerischen Naturschutzgesetzes: Das Betretungsrecht erlaubt: - das grundsätzlich freie Betreten ohne Erlaubnis des Grundstücksberechtigten oder einer Behörde - von allen Teilen der freien Natur (Privatwege, Feld und Flur sowie Wald) - zum Naturgenuss und zur Erholung Gärten gehören im Gegensatz dazu nicht zur "freien Natur" und dürfen daher auch nicht betreten werden. Einschränkungen (z.B. während der Nutzungszeit landw. genutzer Flächen) sind natürlich auch enthalten, ausserdem muss man die Flächen schonen etc., steht alles in den folgenden Artikeln: http://www.gesetze-bayern.de/jportal/?quelle=jlink&docid=jlr-NatSchGBY2011rahmen&psml=bsbayprod.psml&max=true&aiz=true Was Du evtl. verwechselt hast: im BUNDESwaldgesetz ist bereits das Betreten des Waldes garantiert, das heisst aber nicht, dass die Länder nicht auch das freie Betreten anderer Flächen in der Natur gewährleisten können - wir sind ja nicht in Texas. Gruß Martin PS: Für alle Bundesländer findet man hier die Landesnaturschutzgesetze: http://www.bfn.de/0506_textsammlung.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql & pbf
Am 22.03.2011 12:34, schrieb Frederik Ramm: > Hallo, > > On 03/22/11 12:25, Andreas Neumann wrote: >> Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem >> Server, die auch pbf zulässt oder geht es allgemein nicht für Linux? > > Ja, schau mal in die Ausgaben vom "configure" beim Bauen, da findest Du > dann vermutlich irgendwas dazu, dass er die protobuf-Library nicht > gefunden hat - ermacht dann einfach trotzdem weiter, aber das Binary > kann dann am Ende eben kein pbf. > > Bye > Frederik Danke für den Tipp. Hab's nachinstalliert und... ES GEHT! Jetzt stell ich mein .sh-Skript auf pbf um und schone etwas den Traffic... Danke für deine so schnelle und produktive Hilfe! Viele Grüße, Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Am Dienstag, 22. März 2011, um 15:39:47 schrieb malenki: > >Wald ist was anderes, darum ging es nicht. > Man findet Pilze auch auf Grünflächen (Schopftintlinge, Champions zum > Beispiel) Aber diese Grünflächen darf man halt genau so wenig betreten wie Nachbars Garten. That's the point. Gruß, Bernd -- Press to detonate or any other key to explode signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Bernd Wurst schrieb: >Am Montag, 21. März 2011, um 16:42:36 schrieb Heiko Jacobs: >> Ob der Pilzesammler im Wald oder im Hausgarten steht, ist rechtlich >> relevant ;) > >Wald ist was anderes, darum ging es nicht. Man findet Pilze auch auf Grünflächen (Schopftintlinge, Champions zum Beispiel) malenki, rennend ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql & pbf
On 03/22/2011 12:34 PM, Frederik Ramm wrote: > Ja, schau mal in die Ausgaben vom "configure" beim Bauen, da findest Du > dann vermutlich irgendwas dazu, dass er die protobuf-Library nicht > gefunden hat - ermacht dann einfach trotzdem weiter, aber das Binary > kann dann am Ende eben kein pbf. evtl. sollte ich das so umbauen das configure an der Stelle abbricht und nur mit explizitem "--without-protobuf-c" oder "--without-pbf" die Variante ohne PBF-Unterstützung baut? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße
Er hat MOBAC auch erstmal suspendiert, wie er auf der SourceForge-Seite erläutert. http://sourceforge.net/projects/mobac/forums/forum/861096/topic/4423122 Hier der Link zum deutschen Forum. http://forum.openstreetmap.org/viewtopic.php?pid=151039#p151039 -- View this message in context: http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195999.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße
zu info: der autor hat sich vorhin ganz nett im forum gemeldet und fragt nach, was man machen könnte. da ich von doppel-postings nicht viel halte, schaut bitte selber dort nach. gruss walter - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195995.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo, evtl. muss du noch einen link in /usr/bin setzen Genau das wars. Dank dir. Jetzt läuft der Prozess. Ich hoffe jetzt geht alles glatt ;-) -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
aha. dann wird osmosis nicht korrekt ausgeführt. sieh mal ins log von hikingbook. und auf kommandozeilenebene. was passiert, wenn du einfach "osmosis" eingibst? evtl. muss du noch einen link in /usr/bin setzen On Tue, 2011-03-22 at 13:19 +0100, geo.osm wrote: > Hallo, > > Die osm datei wird nicht gefunden > > Na ich denke doch. Im Output sethen ja schon Infos, die nur aus dem > osm-File kommen können. > > reading poi file... > 5 pois read. > > get data from file... > parsing relations... > > Relation 1307187 found. > Name: Spitzbubenweg > Ref: TB > > parsing ways... > reading nodes... > done. > > create temp file 1... > call osmosis and log to hikingbooklog.txt... > osmosis done. > reading temp file... > can't open osm file at OSM/osm.pm line 216. > > Das ist doch sicherlich ein anderes Problem,oder? > > schönen Gruß > Alex > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Am 22.03.2011 13:19, schrieb geo.osm: can't open osm file at OSM/osm.pm line 216.* Das ist doch sicherlich ein anderes Problem,oder? Vielleicht dieses hier: == In ActivePerl werden Dateien standardmäßig im Textmodus geöffnet, nicht im Binärmodus wie unter Linux. Fügt man in osm.pm hinter open ($file, "<", $fileName) || die "can't open osm file" ; die Zeile binmode ($file); ein, dann funktioniert es. = Gilt zwar *eigentlich* nur für Windows, aber vielleicht auch bei dir. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo, Die osm datei wird nicht gefunden > > Na ich denke doch. Im Output sethen ja schon Infos, die nur aus dem osm-File kommen können. *reading poi file... 5 pois read. get data from file... parsing relations... Relation 1307187 found. Name: Spitzbubenweg Ref: TB parsing ways... reading nodes... done. create temp file 1... call osmosis and log to hikingbooklog.txt... osmosis done. reading temp file... can't open osm file at OSM/osm.pm line 216.* Das ist doch sicherlich ein anderes Problem,oder? schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql & pbf
Hallo, On 03/22/11 12:25, Andreas Neumann wrote: Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem Server, die auch pbf zulässt oder geht es allgemein nicht für Linux? Ja, schau mal in die Ausgaben vom "configure" beim Bauen, da findest Du dann vermutlich irgendwas dazu, dass er die protobuf-Library nicht gefunden hat - ermacht dann einfach trotzdem weiter, aber das Binary kann dann am Ende eben kein pbf. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osm2pgsql & pbf
Moin, da die Geofabrik den Gebrauch von pbf favorisiert und diese Dateien ziemlich aktuell hält, hab ich mal versucht so eine Datei mit osm2pgsql zu importieren. osm2pgsql liegt in Version 0.70.5 vor und ist selbst gebaut (auf einem CentOS 5.5). Laut Manual: > -r|--input-reader >Select input format reader. Available choices are libxml2 >(default) and primitive for OSM XML format files, and pbf for OSM >PBF binary format (may not be available on all platforms) Laut Programm: > $> osm2pgsql -lsc -r pbf /tmp/thueringen.osm.pbf > osm2pgsql SVN version 0.70.5 > > Using projection SRS 4326 (Latlong) > Input parser `pbf' not recognised. Should be one of [libxml2, > primitive]. Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem Server, die auch pbf zulässt oder geht es allgemein nicht für Linux? MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Die osm datei wird nicht gefunden -- Urspr. Mitt. -- Betreff: Re: [Talk-de] Eigenschaften einer Relation Von: "geo.osm" Datum: 22.03.2011 11:14 Hallo, ich habe mir auf meinem alten Laptop ein Linux (Ubuntu) installiert, um das Skript abarbeiten zu können. Leider bin ich momentan an einem Punkt wo ich nicht weiter komme. Ich rufe das Skript hikingbook.pl auf und erhalte folgende Fehlermeldung: "can't open osm file at OSM/osm.pm line 216" Im Vorfeld habe ich nur den osm-File der Geofabrik mittels osmosis und Bbox verkleinert. ../osmosis-0.38/bin/osmosis --read-xml brandenburg.osm --bounding-box completeWays=yes completeRelations=yes left=13.04 right=13.11 bottom=51.97 top=52.01 --write-xml small.osm Habt Ihr vielleicht eine Idee woran das Liegen könnte? Vielen Dank für Eure Hilfe. schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Nominatim
Am 22.03.2011 01:36, schrieb Andreas Neumann: > Moin, > > nachdem ich gesehen hab, dass es hier patente Leute in Fragen Nominatim > gibt, reposte ich mal einen Beitrag aus dem Forum: > > Hi, > > ich bastle grad an einer website und dachte mir, es sei doch schick, zu > Adressen auch eine kleine Karte anzuzeigen (keine Sorge, > ressourcenschonend). Also schicke ich die Adresse an Nominatim. > > Nun bringt mir aber Nominatim, trotz korrekter Daten in OSM (die da > schon seit jahren liegen), die falschen Adressen... > > 1. Beispiel: > bi-Club in Ilmenau. Ist im Haus I, welches die Adressdaten > Max-Planck-Ring 4, 98693 Ilmenau besitzt. > Nun kommt aber das bei der Suche raus: > http://nominatim.openstreetmap.org/search?q=bi+club+ilmenau&format=xml&addressdetails=1&zoom=18 > Die Albert-Einstein ist tatsächlich die nächstliegende, jedoch hat er > sich früher an die Adressdaten gehalten :-( > > 2. Beispiel: > (Anmerkung, ich nehme immer nur den ersten Treffer) > Manggasse 8 in Ilmenau. Das Haus gibts nur einmal! > Bei den Treffern kommt nun: > http://nominatim.openstreetmap.org/search?q=manggasse+8+ilmenau&format=xml&addressdetails=1&zoom=18 > Der erste Treffer ist die Lindenstraße 8 (auch komplett getagt), welche > aber an der Einmündung Manggasse->Lindenstraße steht. erst der zweite > Treffer ist die richtige Manggasse 8 (auch hier sind alle addr:*-tags drin). > > 3. Beispiel: > Der Audimax ist im Humboldtbau, welcher alle addr:*-Tags besitzt. Also > müsste er die korrekte PLZ 98693 bekommen, aber: > http://nominatim.openstreetmap.org/search?q=manggasse+8+ilmenau&format=xml&addressdetails=1&zoom=18 > 98704 ist der Nachbarort. Auch die PLZ-Multipolygone liegen korrekt... Das Problem scheint sich erledigt zu haben... > 4. Überall in Ilmenau und Umgebung gilt als Ortsteil "Oehrenstock". Dies > ist ein Ortsteil von Langewiesen. > http://nominatim.openstreetmap.org/search?q=ehrenbergstraße+ilmenau&format=xml&addressdetails=1&zoom=18 > Den nähesten Ortsteil anzugeben ist ja schön und gut, jedoch gibt es > viele Ortsteile, die keinen Namen haben! Ich weiß, das ist sehr schwer > zu berechnen, aber evtl. finden ja die Theoretiker hier im Raum einen Weg... > > Ist das nur ein Temporäres Problem? Machen wir was beim Tagging falsch? > Hab ich falsche Ansprüche an Nominatim? > > Hoffe irgendwer kann mir helfen :-D > > MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen "Landmasse"
Am 22. März 2011 10:37 schrieb Fabian Schmidt : > > Am 21.03.11 schrieb M∡rtin Koppenhoefer: > >> Am 21. März 2011 19:51 schrieb Henning Scholland : >>> Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des >>> Flächeninhalts der Einheit zu statistischen Zwecken. >> >> und für diesen Spezialfall sollen wir doppelt gemoppelte Daten drin >> haben? > > Nein, im wesentlichen wollen wir die Landmasse für den von Sven > geschilderten /allgemeinen/ Fall > (http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.de/83358) Sven schreibt: "ich finde es Sinnvoll bei küstennahen Gemeinden / Kreisen / Bundesländern beides zu haben. Denn wenn man mal eben eine Übersichtskarte von Deutschland zeichnen möchte, will man gerade nicht die 12 Meilen Zone von Deutschland haben sondern Rügen, Sylt, Helgoland, die Halligen extra erkennen können. Natürlich könnte man das dann auch per Tool machen, welches zwei Quellen joint. Aber das war das urspürngliche Argument für die Einführung von Landmassen." M.E. spielt es überhaupt keine Rolle, wenn man "mal eben eine Übersichtskarte von Deutschland zeichnen möchte", ob es diese Relationen gibt oder nicht. Es ändert sich sogar dadurch, dass Deutschland im Norden an Dänemark grenzt und im Süden das schwäbische Meer nicht zählt, am Platzbedarf überhaupt nichts, egal ob man die Landmasse rendert oder die administrative Grenze. Man muss da auch nichts "joinen": man rendert mal eben alles innerhalb der administrativen Grenzen Deutschlands und erhält so eine Übersichtskarte. Ich verstehe auch nicht, warum man Rügen, Sylt, Helgoland ohne die Relation nicht "extra erkennen" sollte (sind als Inseln ja klar getrennt, sind eigene Polygone). Auf der anderen Seite haben wir eine Datendoppelung, die nicht nur Mapper sondern auch Tools verwirrt, z.B. Nominatim spuckt sowas aus, wenn man eine Tankstelle sucht: Fuel 63, Artlenburger Landstraße, Gewerbegebiet Dieselstraße, Goseburg, Adendorf, Landkreis Lüneburg, Stormarn, Niedersachsen (Landmasse), 21365, Germany Niedersachsen (Landmasse) ist kein Bundesland, das Bundesland heisst "Niedersachsen" und schliesst die Inseln mit ein, genauso wie die Inseln bei den entsprechenden Landkreisen mit eingeschlossen sind (z.B: Landkreis Friesland (Wangerooge) oder Landkreis Wittmund (Langeoog und Spiekeroog)). M.E. sollte der, der eine falsche Übersichtskarte rendern will (ohne alle Gebiete) das lokal machen, und in OSM nur richtige Daten eintragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo, ich habe mir auf meinem alten Laptop ein Linux (Ubuntu) installiert, um das Skript abarbeiten zu können. Leider bin ich momentan an einem Punkt wo ich nicht weiter komme. Ich rufe das Skript hikingbook.pl auf und erhalte folgende Fehlermeldung: "can't open osm file at OSM/osm.pm line 216" Im Vorfeld habe ich nur den osm-File der Geofabrik mittels osmosis und Bbox verkleinert. ../osmosis-0.38/bin/osmosis --read-xml brandenburg.osm --bounding-box completeWays=yes completeRelations=yes left=13.04 right=13.11 bottom=51.97 top=52.01 --write-xml small.osm Habt Ihr vielleicht eine Idee woran das Liegen könnte? Vielen Dank für Eure Hilfe. schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen "Landmasse"
Ich habe hier zwar nur mitgelesen, möchte aber zu dieser Aussage:
Am 21. März 2011 20:08 schrieb M∡rtin Koppenhoefer :
> M.E. hat irgendwann jemand mal gelesen, dass die Landmasse bei der
> politischen Gliederung eine Rolle spielt (was ja auch stimmt), und
> dann den Schluss gezogen, dass man dafür in OSM eine Relation braucht
> (das stimmt eben nicht). Daraufhin wurde dieses Vorgehen von anderen
> Mappern aufgegriffen und die halbe Welt damit missioniert ("Huch, die
> Italiener haben ja noch gar keine Landmasse-Relation, schnell mal eine
> erstellen, diese Schlamper tststs").
>
> Wenn wir nun aber feststellen, dass uns diese Relationen praktisch
> keine Vorteile bringen, wäre es da nicht am besten, man ergänzte einen
> Hinweis im Wiki und löschte diese Relationen wieder, bevor weitere 200
> Versionen dazukommen?
mal mein "+drölf" loswerden.
Ergebnisse von Verschneidungen zweier Flächen in OSM vorzuhalten ist
einfach Käse.
Hat die Schweiz eigentlich schon 'ne Landmasse-Relation? Wenn nicht,
wie solle eine automatische Auswertung aller Landmassen aller Länder
wissen, daß sie nicht am Meer liegt? ;-)
Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen "Landmasse"
Am 21.03.11 schrieb M∡rtin Koppenhoefer: Am 21. März 2011 19:51 schrieb Henning Scholland : Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des Flächeninhalts der Einheit zu statistischen Zwecken. und für diesen Spezialfall sollen wir doppelt gemoppelte Daten drin haben? Nein, im wesentlichen wollen wir die Landmasse für den von Sven geschilderten /allgemeinen/ Fall (http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.de/83358) Da die 12sm-Grenze auch in anderen Ländern ein Import der amtl. Daten ist, finde ich es zumindest ungemein praktisch, in OSM einen "Sammelplatz" für die Daten zu haben und nicht für jedes Land einzeln suchen zu müssen. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße
Habe gerade noch etwas interessantes rausgefunden. Der Autor hat vor 12 Stunden den Default User Agent geändert im SVN-Code: http://mobac.svn.sourceforge.net/viewvc/mobac/trunk/MOBAC/src/main/java/mobac/program/model/Settings.java?view=log Vorher hat er wohl Firefox 3, Windows 7 angegeben, jetzt zieht er den User Agent aus einer Properties Datei. Leider finde ich diese nicht, bzw. sie ist nicht eingecheckt. Also hat die Tile Sperrung anscheinend schon Aufmerksamkeit geweckt. -- View this message in context: http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195248.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße
Frederik Ramm wrote: > Der gefakte User-Agent ist dabei, wie Nop schon sagte, ein klarer > Verstoss gegen unsere Policy (und gegen uebliche Verhaltensregeln im Web > sowieso). Ich habe kein Statement von den Programmierern dazu; ich > hoffe, dass sie sich schaemen. Ich finde, dass SourceForge an dieser Stelle eingreifen kann. Daher habe ich einfach mal auf http://sourceforge.net/projects/mobac/ "Report inappropriate content" geklickt und eine Erklärung dort reingeschrieben, dass das Programm Copyright verletzt sowie OpenSource-Projektinfrastruktur stark beeinträchtigt. Vielleicht geben die Administratoren dann dem Autor mal einen mehr oder weniger freundlichen Hinweis. -- View this message in context: http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195234.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lnm: Japan: Freie Geodaten im Katastropheneinsatz
Hi, Benjamin Hagemann schrieb: lnm: Japan: Freie Geodaten im Katastropheneinsatz http://www.linux-magazin.de/NEWS/Japan-Freie-Geodaten-im-Katastropheneinsatz danke für den Hinweis! Ich muss aber etwas richtig stellen: Ich verwende ausschließlich OpenStreetMap Daten. Im Artikel steht das die Daten von Honda kommen, dass ist so aber nicht richtig! In der Bing-Website stammen sie von Honda ... Danke nochmal an alle die in Japan OSM Daten einarbeiten, ohne die wären die verschiedenen Overlays nicht möglich ! viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
