malenki schrieb am 28.01.2014 21:58:
Da sich bisher noch niemand gefunden hat, der sich um diesen Overhead
kümmert, der Konsens aber ziemlich eindeutig scheint:
Spricht irgend etwas dagegen, alle Stolperstein-Relationen zu löschen?
Ich denke nicht.
Dann aber bitte direkt das Wiki entsprechend
Hi
Am 28.01.2014 19:55, schrieb Frederik Ramm:
Wenn Du das bei Dir machst, hast Du dann eventuell in spatial_ref_sys
nur die eine, die Du mit dem 900913.sql hinzugefügt hast? In dem Fall
würde ich sagen, irgendwas ist bei der PostGIS-Installation schiefgelaufen.
Das GRANT ALL ON
Am 29. Januar 2014 09:00 schrieb Holger Jeromin mailgm...@katur.de:
malenki schrieb am 28.01.2014 21:58:
Da sich bisher noch niemand gefunden hat, der sich um diesen Overhead
kümmert, der Konsens aber ziemlich eindeutig scheint:
Spricht irgend etwas dagegen, alle Stolperstein-Relationen zu
Hi,
seit gestern ist eine meiner letzten Publikationen online.
Zusammen mit Dennis Zielstra habe ich eine Art Zusammenfassung
von wissenschaftlichen Untersuchungen geschrieben, die sich
in irgendeiner Art mit dem OSM Projekt befasst haben.
Der Artikel ist frei verfügbar und hier zu finden:
Hallo liebe OpenStreetMapper,
heute Abend ab 20:15 sendet RadioOSM wieder Live.
Ihr könnt mit uns und anderen Hörern im Chat sprechen:
irc://irc.freenode.net/#Radio-OSM (Webchat:
http://webchat.freenode.net?channels=Radio-OSM) und ab kurz vor 20:15
live auf http://streams.xenim.de/osm/ hören.
Moin!
Nachdem Heise über die Feuerwehrkarte berichtet hat, hab ich mal wieder
die OpenFireMap.org probiert.
Und sehe da kein Hintergrund.
Ich nehme an, da muß die API zur Abfrage des Mapnik Servers geändert
werden. Wer ist dafür verantwortlich?
Danke!
MfG,
Lars Schimmer
--
Lars Schimmer l.schim...@cgv.tugraz.at wrote:
Ich nehme an, da muß die API zur Abfrage des Mapnik Servers geändert
werden. Wer ist dafür verantwortlich?
Der Tileserver war anscheinend gerade mal kurz ausgefallen.
Geht jetzt aber wieder.
Gruss
Sven
--
The term any key does not refer to a
Flughäfen und Hubschrauberlandeplätze haben diverse Punkte mit genau bekannter
Position
die sehr gut sichtbar sind - weiß jemand ob die Koordinaten Lizenrechtlich
unbedenklich
wären?
Richard
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo Theodin,
Koordinaten als Key-Value-Paare:
coordinates_lat = 12.3456789
coordinates_lon = 12.3456789
coordinates_system = WGS84
Find' ich gut!
Gruss, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
Liebe Spezialisten,
An vielen Orten ist die Küstenlinie ja immer noch eine Sägezahnlinie
(stammt aus einem uralten Import)
Beispielsweise bei den Kroatischen Inseln.
Nun sehe ich dort aber eine viel detailliertere Linie,
die die Küstenlinie ziemlich genau abbildet...
Getagt ist das Ganze aber
Am 29.01.2014 13:48, schrieb Markus:
Die Karte ist jetzt zwar schön bunt - aber irgendwie grottig...
http://map.openseamap.org/?zoom=16lat=43.02704lon=17.03067layers=BFTFFFTFFTF0FFTT
Ja, über die Qualität der Corinne Daten wurde hier schon mehrfach
gelästert.
Chris
On Wednesday 29 January 2014, Markus wrote:
An vielen Orten ist die Küstenlinie ja immer noch eine
Sägezahnlinie (stammt aus einem uralten Import)
Beispielsweise bei den Kroatischen Inseln.
Nun sehe ich dort aber eine viel detailliertere Linie,
die die Küstenlinie ziemlich genau abbildet...
Ich bin auch fürs löschen. Ich würde dann auch mit helfen, die Wikiseite
anzupassen.
Am 28. Januar 2014 21:58 schrieb malenki o...@malenki.ch:
Eine Liste, aus der man automatisch Overpass-Abfragen nach dem Schema
Stolpersteine in $Ort basteln kann, bereite ich gerade vor.
Was genau meinst
Hallo Christoph,
Danke für die Info!
Das sind Corine-Landcover-Daten [1]
Erkenntnis, dass das ziemlicher Unsinn war
Was also tun?
allgemein gilt, dass die PGS-Küstenlinien genauer sind
als die Corine-Daten
In Kroatien ist die Küste meist felsig, und einige Meter dahinter
beginnt
Hi!
Nach dem größeren JOSM Update gestern habe ich heute den Stil Fahrspur-
und Straßenattribute [1] aktualisiert, welcher viele Fahrspureigenschaften
schon während des Editierens darstellt:
* Fahrbahnmarkierung für Abbiegespuren werden nun deutlich genauer
dargestellt. Dies war schon einige Zeit
Hi,
ich habe nun alles neu aufgesetzt mit dem SQL-File was Frederik
geschickt hatte und nun geht es. Ich vermute der zweite Fehler geht auf
meine Kappe.
Auf jeden Fall geht es jetzt und das Ergebnis sieht sehr gut aus.
Vielen Dank!
Gruß
Thorsten
On 2014-01-29 09:29, Peter Körner wrote:
Hi
On Wed, Jan 29, 2014 at 08:26:46AM +0100, jotpe wrote:
Direkt online gehts auch so:
http://overpass-turbo.eu/s/2iS
Alle Admin-Level 6 8 fuer ganz Deutschland?
Und das als Shape zum runterladen damit das dann in QGis hübsch machen
kann?
Flo
--
Florian Lohoff
Hi
danke für die Geduld beim Debuggen.
Ein entsprechender Hinweis auf die fehlende SQL-Datei ist nun im
Tutorial genannt.
Lg
Am 29.01.2014 17:48, schrieb Thorsten Alge:
Hi,
ich habe nun alles neu aufgesetzt mit dem SQL-File was Frederik
geschickt hatte und nun geht es. Ich vermute der
Danke für den Stil! Ich nutze ihn immer, wenn ich lanes oder turn:lanes
eintrage.
VG
Klumbumbus
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Gertrud Simson schrieb:
Ich bin auch fürs löschen.
Ich würde dann auch mit helfen, die Wikiseite anzupassen.
Vielen Dank für das Angebot; ich werde darauf zurückkommen.
Gibt es eigentlich schon ein Template für Overpass-Abfragen á la
key=value in XY?
Wäre das überhaupt sinnvoll (bei
Falk Zscheile schrieb:
Am 29. Januar 2014 09:00 schrieb Holger Jeromin mailgm...@katur.de:
Eine ähnliche Situation gibts bei Packstationen. Da hab ich die Tage
einen Overpass-Turbo link ins Wiki gepackt.
http://wiki.openstreetmap.org/wiki/Packstation#Karte
Gute Idee, die bessere
Am 28.01.2014 13:15, schrieb Theodin:
Bezüglich sperren von Koordinaten:
Kann man die nicht einfach als Key-Value-Paare angeben:
coordinates_lat = 12.3456789
coordinates_lon = 12.3456789
coordinates_system = WGS84
Dann sind sie über die History auch nach dem Löschen noch da und
Am 29.01.2014 11:52, schrieb Richard Z.:
Flughäfen und Hubschrauberlandeplätze haben diverse Punkte mit genau bekannter
Position
die sehr gut sichtbar sind - weiß jemand ob die Koordinaten Lizenrechtlich
unbedenklich
wären?
Für den Flughafenbereich mag das was bringen - ansonsten sollte man
Am 29.01.2014 23:06, schrieb Andre Hinrichs:
Warum also nochmal ein extra coordinates_* Tag erfinden? Als weitere
Idee könnte ich mir auch ein Überprüfungs-Bot vorstellen, der einmal
täglich sich das daily replicate anschaut und Veränderungen an
gesperrten Nodes an den Ersteller meldet. Der
Hi,
danke für die Geduld beim Debuggen.
Ein entsprechender Hinweis auf die fehlende SQL-Datei ist nun im
Tutorial genannt.
Ich danke für die Unterstützung.
Ein paar Bugs scheint es beim Rendern aber noch zu geben, oder? Bei
meinen Versuchen sind immer wieder die selben Fehler in der
Die Erfahrung mit dem Widerstand gegen referenzierte gesperrte Objekte
habe ich auch schon gemacht. Im Grund sollen die ja nicht einmal gesperrt
werden, sondern nur eine Warnung erhalten (zu mindestens meine Meinung).
Vielleicht stören sich die Leute einfach am Wort gesperrt.
Die Problematik
26 matches
Mail list logo