Moin :)
fyi
lnm: Japan: Freie Geodaten im Katastropheneinsatz
http://www.linux-magazin.de/NEWS/Japan-Freie-Geodaten-im-Katastropheneinsatz
--
Grüße, Benny
gpg 0xFC505AB0
jabber be...@benny.de
sip be...@benny.de
signature.asc
Description: Digital signature
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
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
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
Am 21.03.11 schrieb M∡rtin Koppenhoefer:
Am 21. März 2011 19:51 schrieb Henning Scholland o...@aighes.de:
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
Ich habe hier zwar nur mitgelesen, möchte aber zu dieser Aussage:
Am 21. März 2011 20:08 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
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
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
Am 22. März 2011 10:37 schrieb Fabian Schmidt
fschm...@informatik.uni-leipzig.de:
Am 21.03.11 schrieb M∡rtin Koppenhoefer:
Am 21. März 2011 19:51 schrieb Henning Scholland o...@aighes.de:
Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des
Flächeninhalts der Einheit zu
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
Die osm datei wird nicht gefunden
-- Urspr. Mitt. --
Betreff: Re: [Talk-de] Eigenschaften einer Relation
Von: geo.osm geo@googlemail.com
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
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
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
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
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
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
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
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:
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:
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.
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,
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
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
Am 22. März 2011 15:59 schrieb Bernd Wurst be...@bwurst.org:
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
Am 22. März 2011 16:30 schrieb Bernd Wurst be...@bwurst.org:
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
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
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
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
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]
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
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
30 matches
Mail list logo
