Re: [Talk-de] Luftbild-Versatz
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 betrifft jedoch nicht nur Vermessungspunkt. Wichtig sehe ich das zum Beispiel auch beim indoor-mapping (bitte kein Diskussion, ob sinnvoll oder nicht xD). Wenn ich ein Gebäude mit Räumen und allem drum und dran habe, wäre es gut, wenn man das alles gemeinsam "verankern" (das ist ein gutes Wort) kann. MfG Christian (Hedaja) Am 30. Januar 2014 00:36 schrieb Garry : > 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 kann dann entscheiden, was er damit tun will. >> > > Fazit: Ich finde die Idee von "gesperrten" Nodes schon irgendwie >> charmant, sehe jedoch auch, dass es dann kompliziert werden würde... >> > Den Vorschlag hatte ich schon vor gefühlt ca. 2-3Jahren eingebracht, wurde > von Frederik aber gleich aktiv bekämpft... > > Garry > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historic Tiles
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 Straßenführung aufgetreten. Siehe Link: osm.thorsten-alge.de/map-changes.html Gruß Th. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
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 kann dann entscheiden, was er damit tun will. Fazit: Ich finde die Idee von "gesperrten" Nodes schon irgendwie charmant, sehe jedoch auch, dass es dann kompliziert werden würde... Den Vorschlag hatte ich schon vor gefühlt ca. 2-3Jahren eingebracht, wurde von Frederik aber gleich aktiv bekämpft... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
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 mindestens drei Punkte mit möglichst großem Abstand im Umkreis von Größenordnung 100m haben um eine Aussage über die Qualität des Luftbilds an der aktuellen Position treffen zu können. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
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 > (hoffentlich( auch überprüfbar. Das > könnte man dann sicher auch automatisch überprüfbar machen, ob die > Koordinaten in der Karte mit > denen am Tag übereinstimmen. > > Andere Ideen? Ich bin mir nicht sicher, ob das nötig ist, da man doch alte Versionen von Nodes zurück holen kann und dann sind auch die abgelegten Koordinaten wieder da (habe ich gerade geprüft). Nur für die alten Nodes, die während des Lizenzwechsels gelöscht wurden, scheint das nicht zu gelten, klar. 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 kann dann entscheiden, was er damit tun will. Allerdings sehe ich bei "gesperrten" Nodes auch die Gefahr, dass Mapper dieses Feature missbrauchen. Es müsste sichergestellt sein, dass es eine Instanz (minimal der Editor, besser die API) gibt, die überprüft, ob die Sperrung Sinn macht. Da könnte man z.B. auf einen minimalen Abstand zum nächsten gesperrten Node prüfen oder auf eine maximale Anzahl von Uploads gesperrter Nodes pro User pro Stunde (das beträfe dann auch Änderungen). Ein Editor müsste sich den Status jedoch auch wieder merken, damit der User nach einem Neustart nicht gleich wieder etwas ändern kann, usw., usw... Fazit: Ich finde die Idee von "gesperrten" Nodes schon irgendwie charmant, sehe jedoch auch, dass es dann kompliziert werden würde... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Packstationsrelation (war Re: Stolperstein-Relationen entsorgen?)
Falk Zscheile schrieb: >Am 29. Januar 2014 09:00 schrieb Holger Jeromin : >> >> 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 Alternativlösung gleich zu dokumentieren und so >den Umstieg einfacher zu gestalten! Nur zu löschen ohne Hinweis auf bessere Möglichkeiten wäre eher destruktiv. Entsprechende Changesets habe ich sehr ausführlich kommentiert: | Sammelrelation "Charlottenberg - Strassen" gelöscht| Die bessere | Lösung: http://overpass-turbo.eu/s/2iH | | http://wiki.osm.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolperstein-Relationen entsorgen?
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 komplizierteren Abfragen muss man eh direkt auf overpass-turbo abfragen) und machbar? >Am 28. Januar 2014 21:58 schrieb malenki : > >> Eine Liste, aus der man automatisch Overpass-Abfragen nach dem Schema >> Stolpersteine in $Ort basteln kann, bereite ich gerade vor. > >Was genau meinst du mit "automatisch"? Auf >https://wiki.openstreetmap.org/wiki/Stolpersteine#Erfasste_Steine >wurden inzwischen alle Orte mit einer Overpass Turbo-Abfrage >ausgestattet. Verglichen mit folgender Liste sind auf der OSM-Wikiseite weniger als ¼ der Orte mit Stolpersteinen zu finden: https://en.wikipedia.org/wiki/List_of_cities_by_country_that_have_Stolpersteine Daraus habe ich diese Liste erzeugt: http://malenki.ch/d/stolpersteinliste_ort_in_land.txt (valides UTF8, der Server schickt nur die falsche Kodierung) Aus meiner Liste sollte man ohne viel Handarbeit die nötigen Abfragen erzeugen können. >Die meisten nach dem Schema wie dieses Bsp.: >http://overpass-turbo.eu/s/24e Dies kann man auch leicht für eine neue >Stadt anpassen. Allerdings muss man dafür das admin-Lvl kennen. Wenn >man das nicht kennt, kann man auch einfach den Wizard mit folgendem >Code bemühen: "memorial:type"=stolperstein and type:node in "Name der >Stadt" Die Nominatimsuche zur Stadtermittlung ist da meiner Erfahrung >nach recht zuverlässig. Letzteres Vorgehen steht auch schon im Wiki bei >https://wiki.openstreetmap.org/wiki/Stolpersteine#Tagging Die Suche nach "key=value in Ort" finde ich sinnvoller, da sie einfacher ist, mit weniger Aufwand verbunden und weniger Möglichkeiten, einen Fehler einzubauen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung des JOSM-Stils "Fahrspur- und Straßenattribute"
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
Re: [Talk-de] Historic Tiles
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 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 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 spatial_ref_sys TO $USER" aus dem Tutorial hast Du definitiv ausgefuehrt? Interessanter ist die Zeile sudo -u postgres psql $USER table "..." does not exist, skipping ist normal, er versucht die existierenden Tabellen zu löschen, wenn sie schon da sind. wenn nicht, gibt's halt nix zu tun -> skipping Lg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwaltungsgrenzen: Export/Import; Einzeichnen
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 f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historic Tiles
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 > > 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 spatial_ref_sys TO $USER" aus dem Tutorial hast Du >> definitiv ausgefuehrt? > > Interessanter ist die Zeile > >> sudo -u postgres psql $USER > > die füllt die spatial_ref_sys-Tabelle mit den bekannten Projektionen. > ggf. einfach noch mal ausführen. > > > Die Notice >> table "..." does not exist, skipping > ist normal, er versucht die existierenden Tabellen zu löschen, wenn sie > schon da sind. wenn nicht, gibt's halt nix zu tun -> skipping > > > Lg > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktualisierung des JOSM-Stils "Fahrspur- und Straßenattribute"
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 lang verfügbar aber aufgrund eines Speicherlecks deaktiviert, welches im letzten JOSM-Update behoben wurde (Danke!). Probiert einfach turn:lanes=slight_left;left;sharp_left|slight_right;right;sharp_right . * Die meisten Stil-Einstellungen (inklusive der Unterstützung für Linksverkehr) können nun in Bearbeiten -> Einstellungen -> Anzeigen-Einstellungen -> Farben konfiguriert werden. Eine genaue Beschreibung findet ihr bei [1]. Viel Spaß, Martin [1] https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie und Corinne
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 Busch/Wald, der also nur wenig versetzt ziemlich genau der Küstenlinie folgt. Vielleicht kann das ja jemand irgendwie (halb)automatisch nutzen? Händisch ist Löschen und Neuzeichnen vermutlich einfacher... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolperstein-Relationen entsorgen?
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 : > Eine Liste, aus der man automatisch Overpass-Abfragen nach dem Schema > Stolpersteine in $Ort basteln kann, bereite ich gerade vor. > Was genau meinst du mit "automatisch"? Auf https://wiki.openstreetmap.org/wiki/Stolpersteine#Erfasste_Steine wurden inzwischen alle Orte mit einer Overpass Turbo-Abfrage ausgestattet. Die meisten nach dem Schema wie dieses Bsp.: http://overpass-turbo.eu/s/24e Dies kann man auch leicht für eine neue Stadt anpassen. Allerdings muss man dafür das admin-Lvl kennen. Wenn man das nicht kennt, kann man auch einfach den Wizard mit folgendem Code bemühen: "memorial:type"=stolperstein and type:node in "Name der Stadt" Die Nominatimsuche zur Stadtermittlung ist da meiner Erfahrung nach recht zuverlässig. Letzteres Vorgehen steht auch schon im Wiki bei https://wiki.openstreetmap.org/wiki/Stolpersteine#Tagging ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie und Corinne
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... > > "Getagt" ist das Ganze aber mit irgendwelchem "landuse" (wood, sport, > residental, etc). Die Linie liegt meist im Wasser oder kreuzt die > Küstenlinie wirr. Sie ist auch nicht regelmässig um irgend einen > Vektor verschoben, sondern scheint irgendwie grösser als die Inseln, > aber auch das irgendwie unregelmässig: mal sind die Radien zu klein, > manchmal zu gross. Verschieben funktioniert also nicht. > > In Info wird "Corinne" erwähnt, Benutzer ist "shr3k", > die Daten stammen von 2006, Edit war 2012. Das sind Corine-Landcover-Daten [1], welche in einigen Ländern importiert wurden, wo aber so weit ich weiss mittlerweile allgemein die Erkenntnis gereift ist, dass das ziemlicher Unsinn war (hat verschiedene Gründe, u.a. da die Daten wenig detailliert sind, da sich Landcover-Schemata nicht sinnvoll auf OSM-Tags abbilden lassen und da die Daten schlicht und einfach oft falsch sind). Dort, wo Du dich drauf beziehst, sind die Daten einfach über die bestehende Küstenlinie drüberimportiert worden. Ganz allgemein gilt, dass die PGS-Küstenlinien genauer sind als die Corine-Daten - mit Außnahme von Stellen, wo die PGS Fehler aufweist, beispielsweise weil sich was verändert hat (PGS ist von 1999-2003) oder weil Schatten fälschlich als Wasser interpretiert wurden (was an Steilküsten öfters auftritt). An der kroatischen Küste dürften außerdem die meisten ursprünglichen PGS-Daten mittlerweile erheblich per Hand modifiziert worden sein. [1] http://wiki.openstreetmap.org/wiki/Corine_Land_Cover -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie und Corinne
Am 29.01.2014 13:48, schrieb Markus: > Die Karte ist jetzt zwar schön "bunt" - aber irgendwie grottig... > http://map.openseamap.org/?zoom=16&lat=43.02704&lon=17.03067&layers=BFTFFFTFFTF0FFTT Ja, über die "Qualität" der Corinne Daten wurde hier schon mehrfach gelästert. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Küstenlinie und Corinne
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 mit irgendwelchem "landuse" (wood, sport, residental, etc). Die Linie liegt meist im Wasser oder kreuzt die Küstenlinie wirr. Sie ist auch nicht regelmässig um irgend einen Vektor verschoben, sondern scheint irgendwie grösser als die Inseln, aber auch das irgendwie unregelmässig: mal sind die Radien zu klein, manchmal zu gross. Verschieben funktioniert also nicht. In Info wird "Corinne" erwähnt, Benutzer ist "shr3k", die Daten stammen von 2006, Edit war 2012. Die Karte ist jetzt zwar schön "bunt" - aber irgendwie grottig... http://map.openseamap.org/?zoom=16&lat=43.02704&lon=17.03067&layers=BFTFFFTFFTF0FFTT Vielleicht hat ja jemand mit besseren JOSM-Kenntnissen als ich Lust, da mal etwas aufzuräumen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
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 https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
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 https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenFireMap
Lars Schimmer 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 particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen." (Compaq FAQ Entry 2859) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenFireMap
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 -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Heute ab 20:15 RadioOSM Live
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. Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite http://podcast.openstreetmap.de Liebe Grüße, euer RadioOSM Team - Andi, Marc und Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stand-der-Dinge: OpenStreetMap
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: "Recent Developments and Future Trends in Volunteered Geographic Information Research: The Case of OpenStreetMap" (30 Seiten) http://www.mdpi.com/1999-5903/6/1/76 Solltet ihr euch also im Rahmen eures Studiums oder einer Abschlußarbeit mit OSM befassen, werft mal einen Blick rein. Es kann euch vlt. an der ein oder anderen Stelle eine nützliche Hilfe sein. Neben dem sehr umfangreichen Teil was vergangene Untersuchungen angeht, sind auch ein paar neue Ergebnisse in der Publikation enthalten. Des Weiteren haben wir versucht auch zukünftige Trends oder mögliche aufkommende Probleme mit in das Paper aufzunehmen. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Packstationsrelation (war Re: Stolperstein-Relationen entsorgen?)
Am 29. Januar 2014 09:00 schrieb Holger Jeromin : > 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 anpassen. > >> [...] >> Eine Liste, aus der man automatisch Overpass-Abfragen nach dem Schema >> Stolpersteine in $Ort basteln kann, bereite ich gerade vor. > > 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 Alternativlösung gleich zu dokumentieren und so den Umstieg einfacher zu gestalten! Dankeschön! Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historic Tiles
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 spatial_ref_sys TO $USER" aus dem Tutorial hast Du > definitiv ausgefuehrt? Interessanter ist die Zeile > sudo -u postgres psql $USER table "..." does not exist, skipping ist normal, er versucht die existierenden Tabellen zu löschen, wenn sie schon da sind. wenn nicht, gibt's halt nix zu tun -> skipping Lg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Packstationsrelation (war Re: Stolperstein-Relationen entsorgen?)
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 anpassen. > [...] > Eine Liste, aus der man automatisch Overpass-Abfragen nach dem Schema > Stolpersteine in $Ort basteln kann, bereite ich gerade vor. 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 Die Relation http://www.openstreetmap.org/browse/relation/364507 könnte man also IMO auch entsorgen. -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de