Hallo Karl,
sehr schön ;-)
Ich habe das gestern mal mit einem Tx probiert, soweit so gut, jetzt
werde ich mal einen größern Bereich laden.
Ich würde mir aber für das Downloadprogramm / Konverter wünschen, dass
das Ende des Downloads bzw. das Ende des Konvertierens angezeigt wird -
ich sehe
Hallo,
Hier nur seinen Wutschrei zu
zitieren und mit *plonk* zu kommentieren lässt doch einiges an
Teamfähigkeit vermissen.
Dass ich nicht teamfaehig sei, ist doch schon laengst diagnostiziert
worden (wenn ich mich recht erinnere, war das auch in einem Potlatch-
Thread, in dem jemand fragte,
Ulf Lamping wrote:
gleichen Ergebnis - Potlatch muß sich noch entwickeln, ja irgendwas
brauchen wir zum rückgängig machen, irgendwann mal, ...
Und trotzdem läßt man etwas so unfertiges direkt am offenen Herzen, der
Datenbank operieren. Klasse.
Du machst dir das etwas einfach.
Ich
Juergen Buchner wrote:
Es steht aber Potlach! *kotz* und nicht Josm! *kotz* oben drüber.
Ich wollte nur darauf hinweisen, dass es vielleicht weniger am
Programm liegt, sondern eher an dem, der davor sitzt ;-)
Das ist unbestritten. Nur kann das UI eines Programms durchaus so sein,
dass der
Mapnik scheint nun Brücken rendern zu können! *juppi*
http://www.openstreetmap.org/?lat=48.75875lon=8.23888zoom=18layers=B0FT
Gruß,
Wabba
___
Talk-de mailing list
Talk-de@openstreetmap.org
Andreas Volz [EMAIL PROTECTED] wrote:
Bitte das ganze nicht so eindimensional an das Problem ran gehen.
Sicher hat Potlach sein schwächen. Ich persönlich habe es erst einmal
zum testen genutzt, Aber ich kenne Leute die das sehr gewissenhaft und
sinnvoll nutzen.
Jo!
Um mal wieder ein wenig
Sven Geggus schrieb:
Andreas Volz [EMAIL PROTECTED] wrote:
Um mal wieder ein wenig Pragmatismus in die Diskussion zu bringen.
Solange wir keinen undo Mechanismus haben kann man folgendes machen:
Einfach seine Stadt manuell oder automatisch per cron und wget von
Zeit zu Zeit runterladen
Ulf,
On Sat, 19 Jan 2008 13:19:21 +0100, Ulf Lamping [EMAIL PROTECTED] wrote:
Kommt aber immer nur 400 Bad Request.
Ein 400er-Fehler kann von einer zu großen Box kommen. Bei josm siehst du
was geht und was nicht, die Meldung ist:
The maximum bbox size is 0.25, and your request was too
hallo zusammen,
Claus Färber schrieb:
. Geländeüberdeckung = Tunnel
. runder Querschnitt = Tunnel
. großer Abstand zwischen Bauwerk und unterem Weg = Brücke
. Länge größer als Breite (für unteren Weg) = eher Tunnel
. Länge kürzer als Breite (für unteren Weg) = eher Tunnel
. an den Verlauf
On Fri, Jan 18, 2008 at 11:41:50PM +0100, Oliver Reimann wrote:
ich bin auf der Suche nach Infos zum genannten Format. Was ich bisher
herrausbekommen habe, ist, daß das es sich im um ein Kompressionsformat (vor
allem) für Satelitenbilder handelt. Die Kalibrierung der Pixelkarten scheint
Ulf Lamping [EMAIL PROTECTED] wrote:
Ich hab mal folgendes probiert (und 1,2 Variationen davon):
wget -O osnabrueck.osm
'http://www.openstreetmap.org/api/0.5/map?bbox=7.7096611611602,52.037833048820,8.2696970388397,52.51092025117993'
Kommt aber immer nur 400 Bad Request.
Das
ich habe da auch so einen problemfall. die autobahnausfahrt der A81
bei
gärtringen (übrigens die einzige stelle in deutschland wo eine
autobahnausfahrt links abgeht!)
Abgesehen von der Ausfahrt Siemensdamm der A100 in Berlin und auf der
A46 Neuss-West ;-)
Sven Geggus wrote:
Derzeit ist das ganze auf eine Quadratgröße von 0.25° begrenzt.
Ich mache das selbe, nur daß ich mir die Daten von osmxapi hole:
wget -c -q \
http://www.informationfreeway.org/api/0.5/*[bbox=26,35.5,45,42.2]; \
-O ${DAILY_DIR}/turkey/turkey-$(date +%Y%m%d).osm
die bbox wird
Hakan Tandogan schrieb:
Sven Geggus wrote:
Derzeit ist das ganze auf eine Quadratgröße von 0.25° begrenzt.
Ich mache das selbe, nur daß ich mir die Daten von osmxapi hole:
wget -c -q \
http://www.informationfreeway.org/api/0.5/*[bbox=26,35.5,45,42.2]; \
-O
Hi!
Mit:
java -jar ./osmosis.jar --read-xml file=osnabrueck-20080119.old.osm
--read-xml file=osnabrueck-20080119.osm --derive-change
--write-xml-change file=osnabrueckdiff.osc
bekomme ich jetzt ein diff File
(http://wiki.openstreetmap.org/index.php/OsmChange), was die Sache
zumindest
Hallo,
Frank Sautter schrieb:
http://www.openstreetmap.org/?lat=48.63458lon=8.92237zoom=15layers=0BFT
vieleicht könnt ihr mir da ja tipps geben, wie das mit brücken und
tunneln hier machen würdet.
Die Ecke kenne ich.
Brücke/Tunnel entscheide ich i.W. nach dem Verhältnis Breite/Länge.
On Saturday, 19 January 2008 07:10:11 +0100,
Karl Eichwalder [EMAIL PROTECTED] writes:
Also bleibt eigentlich nur ein Schlauchboot oder mit Gummistiefeln
stunden-/tagelang neben dem Bach herzulaufen, oder?
Ja ;)
Ich mappe so etwas oft nur näherungsweise. Beim zweiten und dritten
On Sat, 19 Jan 2008 02:48:54 +0100
Frederik Ramm [EMAIL PROTECTED] wrote:
On Sat, 19 Jan 2008 00:34:53 +0100
Ulf Lamping [EMAIL PROTECTED] wrote:
Aus meiner Sicht brauchen wir allerdringenst eine Möglichkeit zur
Qualitätssicherung.
Das finde ich zwar auch wichtig, aber zugleich ist
Moin,
Ich habe mich dazu entschieden, gemäß den Open Source Regeln
Release Early, Release Often den Import von OpenGeoDB in OpenStreetMap an
zu werden.
Er wurde heute um 18:16 Uhr gestartet und war um ca. 21:53 Uhr beendet.
Leider ist der Import von Relationen zum Teil fehlgeschlagen. Grund
Hat jemand ne Idee wie man diese (oder ähnliche) Diff's visuell
behandeln/editieren könnte?
Gab es in josm nicht die möglichkeit ein osm File zu nehmen um den teil der
bereits geladenen Daten zu selektieren, der in dem osm File erwähnt wird?
-
Joerg
Hallo,
Hat jemand ne Idee wie man diese (oder ähnliche) Diff's visuell
behandeln/editieren könnte?
Gab es in josm nicht die möglichkeit ein osm File zu nehmen um den teil der
bereits geladenen Daten zu selektieren, der in dem osm File erwähnt wird?
Stimmt, kam grad vor ein paar Tagen in
Sven Anders schrieb:
Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts
kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen
kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places
vor dem Lauf)
Hier in Quickborn gab es
Steffen Weinreich schrieb:
Sven Anders schrieb:
Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts
kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen
kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places
vor dem
Steffen Weinreich schrieb:
Sven Anders schrieb:
Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts
kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen
kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places
vor dem
Hallo,
hier bei Bayreuth gibt es jetzt auch zwei doppelte place=villages.
Alt: Mistelbach, neu: Mistelbach, Oberfranken
Alt: Gesees, neu: Gesees bei Bayreuth
Liegt etwa hier:
http://www.openstreetmap.org/index.html?mlat=49.905391973866706mlon=11.530950993676623zoom=12
Ich bevorzuge die alten
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Hubel schrieb:
| Hi,
|
| beim OSM Treffen in München sagte neulich was von nem Projekt das Ortung
| über WLAN Netze macht, kennt jemand von euch dazu irgend eine
| Internetseite oder Berichte?
|
| Ich habe bisher nur
|
Nils Reuter wrote:
Hallo,
hier bei Bayreuth gibt es jetzt auch zwei doppelte place=villages.
Alt: Mistelbach, neu: Mistelbach, Oberfranken
Alt: Gesees, neu: Gesees bei Bayreuth
Liegt etwa hier:
http://www.openstreetmap.org/index.html?mlat=49.905391973866706mlon=11.530950993676623zoom=12
Am Freitag 18 Januar 2008 schrieb Gernot Hillier:
Kann mir mal jemand einen guten Tipp für das Mappen von kleinen Flüssen
und Ähnlichem geben? Mich nervt schon seit Wochen ein Bach, da ich keine
Idee habe, wie ich dessen Verlauf vernünftig erfassen soll.
Warten bis es wärmer wird, einen
28 matches
Mail list logo