Re: [Talk-de] Notrufsäulen Positionen
Moin! http://wiki.openstreetmap.org/wiki/Proposed_features/emergency_phone http://wiki.openstreetmap.org/wiki/Proposed_features/emergency_access_point Für emergency_access_point bei der Forstverwaltung SH stehe ich in Kontakt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notrufsäulen Positionen
Moin! Kürzlich hatte einer von der Björn-Steiger-Stiftung gesprochen. Mehr weiß ich nicht - hat sich wohl im Sande verlaufen. Mußt Du nochmal recherchieren. Gruß Jan :-) Am 17.01.2010 04:03, schrieb Jonas Stein: Hallo, falls jemand Interesse hat, sich den Notrufsäulen anzunehmen: Ich habe auf der Webseite http://www.gdv-dl.de/ gelesen, dass die von tausenden Saeulen Geodaten haben. Vielleicht lohnt es sich da mal lieb zu fragen... Duerfte auch in deren Interesse sein... Sollte man eigentlich bei http://wiki.openstreetmap.org/wiki/Tag:amenity%3Demergency_phone noch die Bauform unterscheiden? http://commons.wikimedia.org/wiki/Category:Emergency_telephones?uselang=de Gruesse, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap]
Hallo Sven. Am Sonntag 17 Januar 2010 00:52:05 schrieb Sven Geggus: * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine höhere Geschwindigkeit und schnelleres Laden Wäre da nicht eine Postgis die bessere Wahl gewesen? Was genau wäre der Vorteil? Ich habe mir mal ein paar Dinge dazu angelesen (wenn auch nicht ausprobiert). Wenn man ganze Karten in der Datenbank halten will, erscheint es schon irgendwie sinnvoll, wenn die Datenbank damit korrekt umgehen kann. Genauso wenn man geometrische Operationen auf Objekten ausführt. Will man aber nur einzelne punktförmige Objekte in der Datenbank halten und dann nur Objekte in einem immer rechteckigen Bereich abrufen, dann ist das völlig oversized. Man sollte aus Effizienzgründen natürlich die Koordinaten passend umformen, so dass man keine Float-Vergleiche machen muss und ein Index schadet sicherlich auch nicht, aber Geo-Funktionalität braucht es dafür irgendwie nicht. Wir hatten das Thema schon beim OSB, wo ich das Datenbank-Design optimieren wollte und dafür die Möglichkeiten von PostGIS recherchiert hatte. Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier IMHO die viel bessere Wahl weil immer schon vorhanden. Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie einiges. Gruß, Bernd [1]: Klingt nach Flame, ist es aber nicht. Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man dann nicht in die Datenbank schauen kann). Da sind die Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal und es wird nicht geändert werden. -- Der Vorteil der Klugheit besteht darin, daß man sich dumm stellen kann. Umgekehrt ist das wesentlich schwieriger. - Kurt Tucholsky 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] OpenLinkMap
Moin ! interessant - es sollte eine Blackliste geben um Links zu filtern. Bei uns hat einer die Paketstation mit dem Link zu http://www.dhl.de/content/de/de/paket/privatkunden/packstation.html versehen. Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und bei Lampen zum Hersteller. Wenn man diese Links in einer Talk-Seite hinterlegt dann könnten diese nacheinander in die Auswertung übernommen werden. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aufruf
Am Samstag, 16. Januar 2010 13:12 schrieb Sven Geggus: Blödsinn, das ist bei Open Source Projekten doch normal. Das Kind hat sogar einen Namen: Flamewar http://de.wikipedia.org/wiki/Flame Alo einfach nicht so ernst nehmen. In dem von Dir zitierten Artikel steht auch, Zitat: Flaming wird in den meisten Foren als Unsitte empfunden und wird von den Moderatoren meist mit einer Verwarnung geahndet Gibt es hier Moderatoren? Falls ja, wen? Ich empfinde Flaming auch als Unsitte. Da meine Teilnahme an OSM Hobby ist, verliere ich bei unzivilisierter Kommunikation schnell das Interesse. /Karl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie?
On Thu, Jan 14, 2010 at 11:49:59PM +0100, Florian Gross wrote: Am Do Januar 14 2010 glaubte Frederik Ramm zu wissen: In groesseren Gemeinden gibt es sicher ein eigenes Strassenbauamt; in den kleineren aber koennte es sein, dass es irgendwo eine regionale Schilderfirma gibt und alle Gemeinden beauftragen immer diese Firma... Das Bauamt bekommt nur den Auftrag, Schild XY an Stelle AB aufzuhängen. Die brauchen dafür keinen Plan. Du suchst IMO die zuständige Straßenverkehrsbehörde: http://de.wikipedia.org/wiki/Stra%C3%9Fenverkehrsbeh%C3%B6rde Naja - aber zumindest fuer Geschwindigkeiten und Park/Haltebeschraenkungen muss es einen Beschilderungsplan geben. Sonst waere jedes Knoellchen beliebig anfechtbar weil niemand weiss wo und wann die Schilder aufgestellt wurden. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aufruf
Am So Januar 17 2010 glaubte Karl Weber zu wissen: Am Samstag, 16. Januar 2010 13:12 schrieb Sven Geggus: Blödsinn, das ist bei Open Source Projekten doch normal. Das Kind hat sogar einen Namen: Flamewar http://de.wikipedia.org/wiki/Flame Alo einfach nicht so ernst nehmen. In dem von Dir zitierten Artikel steht auch, Zitat: Flaming wird in den meisten Foren als Unsitte empfunden und wird von den Moderatoren meist mit einer Verwarnung geahndet Gibt es hier Moderatoren? Falls ja, wen? In deinem Fall der Filter von KMail: in der Nachrichtenliste mit rechter Maustaste auf die Mail der Nervensäge klicken und dann Filter anlegen - Nach Absender filtern Im folgenden Dialog kannst du die Mails des Störers z.B. als gelesen markieren lassen. Da hier aber OT: Wenn du mehr dazu wissen möchtest, mail mich bitte direkt an. flo -- Ich hoffe, dass ich hier jemanden finde, der sich damit auskennt, oder schon mal einen Asterisk-Server installiert und erfolgreich konfiguriert hat. Das hoffe ich auch. [Jackyjack und Sebastian Niehaus in dcit] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie?
Florian Lohoff schrieb: Naja - aber zumindest fuer Geschwindigkeiten und Park/Haltebeschraenkungen muss es einen Beschilderungsplan geben. Sonst waere jedes Knoellchen beliebig anfechtbar weil niemand weiss wo und wann die Schilder aufgestellt wurden. Ganau das hat jemand bei dem Blitzer hier http://osm.org/go/0GAoqhVY4-- gemacht (warum ist der noch nicht eingetragen oder ist der inzwischen abgebaut?) Der Blitzer steht unmittelbar hinter der Grenze B/D. Die zugehörige Geschwindigkeitsbeschränkung war auf belgischem Gebiet aufgestellt. Und dafür gab es keine verkehrsbehördliche Anordnung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie?
Hi ! Blaue Schilder stehen doch an jeder Ecke und eine Vielzahl von denen erledigt sich doch durch die eigentliche Straßenführung. Beispiel: Nur Gerade aus zulässige und nicht in die Seitenstraße einbiegen - sowieso nicht möglich, da Einbahnstraße. Wenn man die jetzt alle in einer Karte darstellen würde beführchte ich mehr Unübersichtlichkeit als Gewinn. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] A20: Lübeck-Süd bis Segeberg
Moin ! in den Lübecker Nachrichten ist heute der Aufmacher das die A20 im Bereich HL-Süd bis SE (Weede) in keinem der Navi-Systeme erfaßt ist und ich habe darüber nachgedacht einen OSM-Verweis in einem Leserbrief zu schreiben. Leider fehlt mir etwas die Zeit die Daten, auch unter dem TMS (?)-Gesichtspunkt zu prüfen. Kann sich dem einer mal annehmen bevor ich was falsches schreibe. http://www.openstreetmap.org/browse/way/40800833/history Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Alexander Matheisen wrote: Entweder kenne ich da ein Feature noch nicht oder kenne es und verstehe gerade nicht, was du meinst. Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? Klär mich bitte auf! Dann habe ich mich wahrscheinlich falsch ausgedrückt. Also noch mal mal konkret: Wenn Du z.B. diesen Link verfolgst http://www.openstreetmap.org/?lat=49.93878lon=9.14218zoom=15layers=B000FTFTrelation=369697, dann siehst Du doch auch a) Die gerenderte Karte b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl rendern der falsche Ausdruck) Und das hätte ich gerne - wenn es kein allzu großer technischer Aufwand wäre, so ultrawichtig ist es ja nicht - mit c) Deinen Link-Sternchen kombiniert gehabt. Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch übersetzen? ;) Viele Grüße, Gerry -- View this message in context: http://n2.nabble.com/OpenLinkMap-tp4404982p4408090.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Alexander Matheisen alexandermathei...@ish.de wrote: PostgreSQL mit PostGIS ist natürlich in Sachen Geodaten besser geeingnet als MySQL. PostGIS kann geospacial Indices und ich denke die sollten definitiv Aber mein Gratishoster bietet zwar PostgreSQL, aber kein Postgis. Außerdem habe ich mit PostgreSQL noch nie gearbeitet, daher scheitert das bei mir dann auch an den mangelnden Kenntnissen. Deine Kenntnisse kann ich nicht ändern aber zur Lösung des anderen Problems gibts die FOSSGIS Server. Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap]
Bernd Wurst be...@bwurst.org wrote: Was genau wäre der Vorteil? Dass man geospacial indexes hat. Damit kann man ganz schnell alle Objekte innerhalb einer bounding Box selektieren. Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier IMHO die viel bessere Wahl weil immer schon vorhanden. Sorry also das Shared hosting Problem existiert so spätenstens seit wir den dev-server haben überhaupt nicht mehr. Dort können wir alle Software installieren die es unter Linux gibt. Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie einiges. Da hab ich schon mehrfach gehört dass die nichts taugen, aber das ist höhrensagen. [1]: Klingt nach Flame, ist es aber nicht. Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man dann nicht in die Datenbank schauen kann). Da sind die Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal und es wird nicht geändert werden. Wo ist bitte das Problem wenn jeder Benutzer die Namen aller Datenbanken anzeigen kann? Das ändert doch nichts daran, dass er keinen Zugriff auf diese hat. Security by obscurity, wenn Du mich fragst. Wo wir grade beim Datenbank advocacy sind. Ich habe auf dem devserver mit Postgres folgende Lösung implementiert: Shelluser erhalten bei Bedarf einen Datenbankaccount der ihrem Loginnamen entspricht. Autentifiziert wird über ident passwörter sind dadurch nicht notwendig. Für Zugriffe aus Webscripten gibt es einen weiteren User mit eingeschränkten Rechten. Für mysql konnte ich bisher keine vergleichbar elegante Lösung implementieren, einfach weil das Autentifizierungssystem unflexibel ist. Gruss Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Auswertung von Relationstags
Hi, ich habe mir ein Script für die Auswertung von Relations tags geschrieben. Die Auswertung soll ähnlich wie tagwatch die verwendeten Tags auflisten. Die tags wurden hierarchisch sortiert: type=enforcement, enforcement=maxspeed, maxspeed=50 wird vereinfacht geschrieben zu: enforcement -- maxspeed -- 50 Die Auswertung habe ich für verschiedene Gebiete laufen lassen: Baden-Württemberg: (von heute) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_bw_index.html (die Links auf der Seite funktionieren nicht) Deutschland: (von gestern) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_index.html Von dieser Seite aus können Tabellen weiteren Auswertungen und der Auflistung der Relationen der Kategorie aufgerufen werden. Planet: (latest) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/planet_index.html (die Links auf der Seite funktionieren nicht) Die Farben der Seiten teilweise mit Hilfe dieser Wiki-Seite ermittelt: http://wiki.openstreetmap.org/wiki/Relations Die Zuordnung ist nicht komplett und erst ein Anfang. Mit Hilfe der Auswertung können auch Tippfehler, ... in den Tags gefunden und manuell korrigiert werden. Die Auswertung von Deutschland will ich einmal pro Woche aktualisieren. Bei breiterem Interesse müsste die Auswertung zu einem anderen WebHoster verschoben werden. Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] A20: Lübeck-Süd bis Segeberg
Moin, Am Sonntag 17. Januar 2010 12:40:10 schrieb Jan Tappenbeck: Leider fehlt mir etwas die Zeit die Daten, auch unter dem TMS (?)-Gesichtspunkt zu prüfen. Die TMC-Daten stehen in der entsprechenden Relation (http://www.openstreetmap.org/browse/relation/21450) und sehen soweit vollständig aus. Ob sie richtig sind, weiß ich nicht. Nur zu bei deinem Leserbrief, vielleicht regt das bei der Redaktion mal zu einem Artikel über OSM an. :-) Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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
[Talk-de] Relationen aus osm-Dateien herausfiltern
Hi, für meine Relationsauswertung muss ich die Relationen aus den osm-Dateien herausfiltern. Derzeit verwende ich folgenden Workaround: bzip2 -dc bw.osm.bz2 | head -n 3 bw_relations.osm bzip2 -dc bw.osm.bz2 | grep -A 10 relation bw_relations.osm Getestet habe ich auch die --tag-filter Funktion von osmosis, aber ich bekomme nur eine Fehlermeldung: - osmosis --read-xml file=bw.osm.bz2 --tag-filter reject-ways --tag-filter reject-nodes --write-xml file=rel.osm 17.01.2010 13:53:51 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.32 17.01.2010 13:53:53 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 17.01.2010 13:53:53 org.openstreetmap.osmosis.core.Osmosis main SCHWERWIEGEND: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: Task type tag-filter doesn't exist. at org.openstreetmap.osmosis.core.pipeline.common.TaskManagerFactoryRegister.getInstance(TaskManagerFactoryRegister.java:60) at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.buildTasks(Pipeline.java:50) at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.prepare(Pipeline.java:112) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:79) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30) - Die tag-filter aktion müsste lt. Dokumentation funktionieren: http://wiki.openstreetmap.org/wiki/Osmosis/DetailedUsage#--tag-filter_.28--tf.29 Ist in mein Kommando fehlerhaft? Getestet habe ich dann noch xmlstartlet http://xmlstar.sourceforge.net/. bzip2 -dc bw.osm.bz2 | xml ed -d //node -d //way out.osm Das Programm benötigt aber zuviel Speicher. Hat jemand eine Idee, wie die Filterung einfacher erfolgen kann? Oder hat jemand zufällig die Daten der Datenbanktabelle current_relation_tags oder einen planet-Auszug der nur die Relationen enthält? Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie?
Frederik Ramm frede...@remote.org schrieb/wrote: Aber im Gegensatz zu die Strasse XY hat den folgenden Verlauf frage ich ja eigentlich nicht nach Geodaten, sondern nach Erlassen oder Verordnungen oder was auch immer - es muss doch irgendeinen Verwaltungsakt geben, der letzten Endes in dem Aufstellen eines blauen Schildes mit weissem Pfeil muendet, und dieser Verwaltungsakt muss doch irgendwie publiziert werden, und diese Publikation muesste unter den §5 UrhG fallen (kein Schutz fuer Verordnungen usw), und dann muesste man nur noch ein Archiv der Publikation... *seufz* ;-) Verwaltungsakte werden nicht wie Verordnungen usw. publiziert, bekannt gemacht, etc., sondern einfach nur dem Betroffenen bekannt _gegeben_. Bei Verkehrszeichen geschieht das, in dem man so komische bunte Blechdinger an die Straße stellt. Claus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationsabfrage über XAPI -- Bug oder Feature?
Hallo an alle, seit ca. Anfang Dezember 2009 erhält man bei einer Abfrage nach Relationseigenschaften über die XAPI auch alle dazu gehörenden Wege und Knoten mit geliefert. Vorher hatte man nur die Eigenschaften und Mitglieder bekommen, was ich gern wieder so hätte. :-) Beispiel zum testen (25 KB): http://xapi.openstreetmap.org/api/0.6/relation%5Bref=A%20516%5D Hier bekomme ich 466 Zeilen, obwohl mich nur die letzten 24 interessieren (1,5 KB). Bei diesem Beispiel mag das vielleicht nicht ganz sooo schlimm sein, aber bei meiner eigentlichen Abfrage nach /relation[admin_level=2] gibt das jetzt ca. 375 MB, vorher waren das nur ca. 570 KB. Nun stellt sich die Frage, ob das jetzt so gewollt, oder ein Bug ist? Wenn es so gewollt ist, wie kann man dann trotzdem nur die Eigenschaften und Mitglieder bekommen, wie ist die neue Abfragesyntax? Wenn es ein Bug ist, was kann man tun, um es zu reparieren? Grüße, Carsten PS: Ich hatte Mitte Dezember 80n/Etienne/George schon mal geschrieben (an die Adresse, die in der abgerufenen osm-Datei im Kopf steht) aber noch keine Antwort erhalten, vielleicht wegen SPAM-Filter oder Urlaub, oder... . Wenn wir hier jetzt vielleicht Lösungsmöglichkeiten finden, dann würde ich ihn nochmal anschreiben. -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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] OpenLinkMap
Hallo Alexander, auch von mir vielen Dank für Dein Engagement und die tolle Karte! Gerry Light schrieb: Alexander Matheisen wrote: Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? Klär mich bitte auf! http://www.openstreetmap.org/?lat=49.93878lon=9.14218zoom=15layers=B000FTFTrelation=369697, dann siehst Du doch auch a) Die gerenderte Karte b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl rendern der falsche Ausdruck) Die Routen-Relation wird in diesem Beispiel mittels OpenLayers als Overlay angezeigt. Das könntest Du auch recht einfach in die OpenLinkMap einbauen, als Beispiel sei [1] genannt. Als GPX-Quelle gibst Du dann statt einem lokalen Pfad dann soetwas wie [2] an und greifst damit die Information direkt von der OSM-API [3] ab. Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch übersetzen? ;) Habe es versucht :-) Dank an Gerry für die Idee, hoffe die o.g. Vorgehensweise führt zum Erfolg, habe es selbst so noch nie probiert, müsste aber prinzipiell funktionieren. Grüße Sebastian [1] http://wiki.openstreetmap.org/wiki/Openlayers_Track_example#Customization [2] http://www.openstreetmap.org/api/0.6/relation/369697 [3] http://wiki.openstreetmap.org/wiki/API_v0.6 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie?
Frederik Ramm frede...@remote.org wrote: Irgendjemand muss die doch aufstellen, und dieser jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten herankommen, die die Community dann noch veredelt? Selbst wenn diese Infos vorliegen, könnte es schwierig werden, diese zu bekommen. Wenn ich sehe, wie die Behörden selbst auf den profanen Straßenlisten sitzen. Ich hatte früher in meinem Bekanntenkreis jemand, der beim Bauhof einer kleinen Gemeinde arbeitete. Sein Tätigkeitsgebiet waren kleinere Reparaturen an Straßen, Schildern, Winterdienst etc. Häufiger bekam er Anfragen von seinen Schreibtischkollegen, welche Schilder wo stünden. Und wenn er diese nicht aus dem Kopf beantworten konnte, fuhr er eben hin und ermittelte vor Ort. Die unscharfe Datenbank war somit sein Gehirn. ;-) Nach diesen und anderen Gesprächen betreiben einige kleine Gemeinden kaum eigene Kartografie, sondern lassen das bei übergeordneten Behörden, z.B. Katasterämtern erledigen. Manchmal scheint es, als ob der engagierte Mapper mehr weiß, als der zugewiesene Telefonpartner. Und viel Wissen geht dann verloren, wenn der entsprechende ältere Beamte in Rente geht, weil es einfach nicht aufgezeichnet wird. Selbst bei den Gebietsvertretungen der Landesstraßenbauämter, welche für die Bundes-, Landes- und Kreisstraßen zuständig sind, scheint man nach meinen Ermittlungen mehr mit Wasser zu kochen, als man glauben möchte. So dauerte es beispielsweise zwei Wochen, bis man mir für einen gewissen Straßenabschnitt bestätigen konnte, dass eine von mir vor einundeinviertel Jahren vermutete Umwidmung tatsächlich stattgefunden hatte. Die spontane Erstinformation war dabei falsch und wurde erst auf meine Intervention überprüft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, ?wartet sie?
Thomas Ineichen osm.mailingl...@t-i.ch wrote: Bedenke dabei bitte aber, dass solche Tafeln auch dort stehen, wo OSM keine Abbiegerelation benötigt, da die verbotene Strasse eine Einbahnstrasse in die falsche Richtung ist. Das heißt aber doch nur, dass die Abbiegerelation dort redundant ist. Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie?
Tirkon schrieb: Selbst wenn diese Infos vorliegen, könnte es schwierig werden, diese zu bekommen. Wenn ich sehe, wie die Behörden selbst auf den profanen Straßenlisten sitzen. In den meisten Bundesländern müssen die Behörden solche Informationen inzwischen herausgeben: http://de.wikipedia.org/wiki/Informationsfreiheitsgesetze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien herausfiltern
Hallo, Werner Hoch wrote: Derzeit verwende ich folgenden Workaround: bzip2 -dc bw.osm.bz2 | head -n 3 bw_relations.osm bzip2 -dc bw.osm.bz2 | grep -A 10 relation bw_relations.osm Eine krude Form mit sed ginge so: bzcat bw.osm.bz2 | sed -e 1,/relation/d bla.osm wobei Dir das die allererste relation-Zeile verschluckt, und ich bin nicht sed-Wizard genug, um es besser zu koennen ;-) 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
[Talk-de] Neue Keys/Tags bzw Values fuer relation=route
Ich hab hier mal eine Wiki Seite aufgemacht um zu diskutieren welche Keys/Tags bzw Values wir noch brauchen um Routen besser differenzieren zu koennen. http://wiki.openstreetmap.org/wiki/Keys_for_relation:route Der Bedarf dafuer exisitert ja (etwa die Diskussionen ob eine Fahrradroute network=rcn oder lcn ist, was eventuell mit einem key:distance viel besser separierbar waere). Bzw wie man bei Mountainbikerouten spezifiert ob es eine Tagesroute ist, oder eine mehrtaegige Route. Ob eine Route von A nach B geht, oder zurueck zum Ursprungsort (wenn Routen noch unvollstaendig sind, ist dies alles andere als offensichtlich). Wir brauchen bei Fahrrad/MTB/Wanderrouten keys um den Gesamtanstieg, Gesamtabstieg in OSM zu hinterlegen (welche auch maschinenleesbar sind). ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] A20: Lübeck-Süd bis Segeberg
Am 17.01.2010 13:52, schrieb Carsten Gerlach: Moin, Am Sonntag 17. Januar 2010 12:40:10 schrieb Jan Tappenbeck: Leider fehlt mir etwas die Zeit die Daten, auch unter dem TMS (?)-Gesichtspunkt zu prüfen. Die TMC-Daten stehen in der entsprechenden Relation (http://www.openstreetmap.org/browse/relation/21450) und sehen soweit vollständig aus. Ob sie richtig sind, weiß ich nicht. Nur zu bei deinem Leserbrief, vielleicht regt das bei der Redaktion mal zu einem Artikel über OSM an. :-) Gruß, Carsten Genau ! ___ 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] OpenLinkMap
Am Sonntag 17 Januar 2010 15:35:36 schrieb Sebastian Klemm: Hallo Alexander, auch von mir vielen Dank für Dein Engagement und die tolle Karte! Gerry Light schrieb: Alexander Matheisen wrote: Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? Klär mich bitte auf! http://www.openstreetmap.org/?lat=49.93878lon=9.14218zoom=15layers= B000FTFTrelation=369697, dann siehst Du doch auch a) Die gerenderte Karte b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl rendern der falsche Ausdruck) Die Routen-Relation wird in diesem Beispiel mittels OpenLayers als Overlay angezeigt. Das könntest Du auch recht einfach in die OpenLinkMap einbauen, als Beispiel sei [1] genannt. Als GPX-Quelle gibst Du dann statt einem lokalen Pfad dann soetwas wie [2] an und greifst damit die Information direkt von der OSM-API [3] ab. Ah, also jetzt verstehe ich das. Naja, werde ich dann mal nach und nach einbauen. Jetzt, wo das Grundgerüst erstmal steht, kann man sich da etwas mehr Zeit lassen und einfacher erweitern. Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch übersetzen? ;) Habe es versucht :-) Dank an Gerry für die Idee, hoffe die o.g. Vorgehensweise führt zum Erfolg, habe es selbst so noch nie probiert, müsste aber prinzipiell funktionieren. Grüße Sebastian Rurseekatze [1] http://wiki.openstreetmap.org/wiki/Openlayers_Track_example#Customization [2] http://www.openstreetmap.org/api/0.6/relation/369697 [3] http://wiki.openstreetmap.org/wiki/API_v0.6 ___ 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] PostGIS vs. MySQL [was: Re: OpenLinkMap]
Am Sonntag 17 Januar 2010 13:23:51 schrieb Sven Geggus: Bernd Wurst be...@bwurst.org wrote: Was genau wäre der Vorteil? Dass man geospacial indexes hat. Damit kann man ganz schnell alle Objekte innerhalb einer bounding Box selektieren. Gut, das ist damit vielleicht einfacher und etwas schneller, aber meine Variante funktioniert (bisher) auch recht gut. Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier IMHO die viel bessere Wahl weil immer schon vorhanden. Sorry also das Shared hosting Problem existiert so spätenstens seit wir den dev-server haben überhaupt nicht mehr. Dort können wir alle Software installieren die es unter Linux gibt. Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie einiges. Da hab ich schon mehrfach gehört dass die nichts taugen, aber das ist höhrensagen. [1]: Klingt nach Flame, ist es aber nicht. Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man dann nicht in die Datenbank schauen kann). Da sind die Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal und es wird nicht geändert werden. Wo ist bitte das Problem wenn jeder Benutzer die Namen aller Datenbanken anzeigen kann? Das ändert doch nichts daran, dass er keinen Zugriff auf diese hat. Security by obscurity, wenn Du mich fragst. Wo wir grade beim Datenbank advocacy sind. Ich habe auf dem devserver mit Postgres folgende Lösung implementiert: Shelluser erhalten bei Bedarf einen Datenbankaccount der ihrem Loginnamen entspricht. Autentifiziert wird über ident passwörter sind dadurch nicht notwendig. Für Zugriffe aus Webscripten gibt es einen weiteren User mit eingeschränkten Rechten. Für mysql konnte ich bisher keine vergleichbar elegante Lösung implementieren, einfach weil das Autentifizierungssystem unflexibel ist. Gruss Sven Rurseekatze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am Sonntag 17 Januar 2010 13:13:47 schrieb Sven Geggus: Alexander Matheisen alexandermathei...@ish.de wrote: PostgreSQL mit PostGIS ist natürlich in Sachen Geodaten besser geeingnet als MySQL. PostGIS kann geospacial Indices und ich denke die sollten definitiv Meine Vorgehensweise ist etwas umständlicher, führt aber letztendlich auch zum Zeil. Aber mein Gratishoster bietet zwar PostgreSQL, aber kein Postgis. Außerdem habe ich mit PostgreSQL noch nie gearbeitet, daher scheitert das bei mir dann auch an den mangelnden Kenntnissen. Deine Kenntnisse kann ich nicht ändern aber zur Lösung des anderen Problems gibts die FOSSGIS Server. Bernd Wurst hat mir schon einen Account bei sich gesponsort. Der bietet zwar auch kein PostgreSQL, aber ist schonmal eine Steigerung, da ich nun den Updatevorgang voll automatisieren kann. Sven Rurseekatze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien herausfiltern
Frederik Ramm frede...@remote.org wrote: Eine krude Form mit sed ginge so: bzcat bw.osm.bz2 | sed -e 1,/relation/d bla.osm wobei Dir das die allererste relation-Zeile verschluckt, und ich bin nicht sed-Wizard genug, um es besser zu koennen ;-) Das kann man doch viel schöner mit xmlstarlet machen. Einfach nodes und ways rauslöschen: xmlstarlet ed -d //node -d //way foo.osm Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am Sonntag 17 Januar 2010 13:13:12 schrieb Gerry Light: Alexander Matheisen wrote: Entweder kenne ich da ein Feature noch nicht oder kenne es und verstehe gerade nicht, was du meinst. Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? Klär mich bitte auf! Dann habe ich mich wahrscheinlich falsch ausgedrückt. Also noch mal mal konkret: Wenn Du z.B. diesen Link verfolgst http://www.openstreetmap.org/?lat=49.93878lon=9.14218zoom=15layers=B000 FTFTrelation=369697, dann siehst Du doch auch a) Die gerenderte Karte b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl rendern der falsche Ausdruck) Das ieht auch in etwa so aus, wie ich mir das schon gedacht habe. Wäre nicht schlecht. Und das hätte ich gerne - wenn es kein allzu großer technischer Aufwand wäre, so ultrawichtig ist es ja nicht - mit c) Deinen Link-Sternchen kombiniert gehabt. Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch übersetzen? ;) Kriegst du auch. ;-) Jedenfalls bald. Ein bisschen Zeit brauche eben auch ich. Irgendwie bekomme ich das dann auch hin. Hab ich schon verstanden :-) Viele Grüße, Gerry Rurseekatze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap]
Am Sonntag 17 Januar 2010 09:53:20 schrieb Bernd Wurst: Hallo Sven. Am Sonntag 17 Januar 2010 00:52:05 schrieb Sven Geggus: * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine höhere Geschwindigkeit und schnelleres Laden Wäre da nicht eine Postgis die bessere Wahl gewesen? Was genau wäre der Vorteil? Ich habe mir mal ein paar Dinge dazu angelesen (wenn auch nicht ausprobiert). Wenn man ganze Karten in der Datenbank halten will, erscheint es schon irgendwie sinnvoll, wenn die Datenbank damit korrekt umgehen kann. Genauso wenn man geometrische Operationen auf Objekten ausführt. Geometrische Operationen führe ich nicht durch. Von daher ist das schonmal kein Vorteil gegenüber PostGIS. Will man aber nur einzelne punktförmige Objekte in der Datenbank halten und dann nur Objekte in einem immer rechteckigen Bereich abrufen, dann ist das völlig oversized. Man sollte aus Effizienzgründen natürlich die Koordinaten passend umformen, so dass man keine Float-Vergleiche machen muss und ein Index schadet sicherlich auch nicht, aber Geo-Funktionalität braucht es dafür irgendwie nicht. Für die punktförmigen Objekte wie zur Zeit reicht es eben. Die Effizienz meiner Datenbank lässt sich aber bestimmt noch steigern. Damit es erstmal überhaupt läuft, habe ich zur Zeit die Koordinaten so wie sie sind als Double drin. Und selbst das läuft schon recht angenehm... Wir hatten das Thema schon beim OSB, wo ich das Datenbank-Design optimieren wollte und dafür die Möglichkeiten von PostGIS recherchiert hatte. Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier IMHO die viel bessere Wahl weil immer schon vorhanden. Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie einiges. Gruß, Bernd Rurseekatze [1]: Klingt nach Flame, ist es aber nicht. Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man dann nicht in die Datenbank schauen kann). Da sind die Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal und es wird nicht geändert werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am Sonntag 17 Januar 2010 09:52:40 schrieb Jan Tappenbeck: Moin ! interessant - es sollte eine Blackliste geben um Links zu filtern. Bei uns hat einer die Paketstation mit dem Link zu http://www.dhl.de/content/de/de/paket/privatkunden/packstation.html versehen. Die Paketstationen sind mir auch schon aufgefallen. Wirklich sinnvoll finde ich es eigentlich nicht, aber das muss die Anwendung entscheiden. Im Prinzip bräuchte ich beim Import in die Datenbank nur den Namen bzw. die Tags überprüfen und ggf. die Sachen einfach nicht in die DB schreiben. Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und bei Lampen zum Hersteller. Wenn er sonst nicht zu tun hat, warum nicht? ;-) Wenn man diese Links in einer Talk-Seite hinterlegt dann könnten diese nacheinander in die Auswertung übernommen werden. Gruß Jan :-) Rurseekatze ___ 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] Arbeitsmatrix für Haiti
http://projekte.eiops.de/osm-matrix/ Gruß Jonas Am 17.01.2010 um 00:29 schrieb Markus: Monty setzt morgen (So) die Matrix für Haiti auf. Gruss, Markus ___ 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] OpenLinkMap
Am 17.01.2010 09:52, schrieb Jan Tappenbeck: Moin ! interessant - es sollte eine Blackliste geben um Links zu filtern. Bei uns hat einer die Paketstation mit dem Link zu http://www.dhl.de/content/de/de/paket/privatkunden/packstation.html versehen. Hatte ich bei mir in der Gegend auch schon gesehen, war aber http://www.packstation.de - also zumindest etwas kürzer :-) Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und bei Lampen zum Hersteller. Also ich kann mir bei OSM gut vorstellen, daß das schon irgendwo einer gemacht hat ;-) Wenn man diese Links in einer Talk-Seite hinterlegt dann könnten diese nacheinander in die Auswertung übernommen werden. Aber wo ziehst du die Grenze? a) Keine internationalen Links? www.hp.com b) Keine nationalen Links? www.packstation.de c) Keine überregionalen Links? http://www.aldi-sued.de d) Keine regionalen Links? http://www.fraenky-getraenke.de e) Keine stadtweiten Links? www.landbierparadies.com f) Keine punktuellen Links? http://www.kornundberg.de Bei mir persönlich wäre diese Grenze irgendwo zwischen c) und d), aber das sieht wieder jeder etwas anders ... Da fände ich es schöner, die Sachen je nach Regionalität jeweils anders darzustellen. Dann kann man dann als Anwender unterscheiden. Aber bevor man da eine BlackList anfängt (die viel Arbeit bei einer Person macht), sollte man nicht eher über einen Tag direkt am Link nachdenken? Gruß, ULFL P.S: Wenn man sich OSMdoc anschaut: http://osmdoc.com/en/tag/url/#values gibt es da jetzt schon einen Spitzenreiter mit 656 Einträgen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien herausfiltern
On Sonntag, 17. Januar 2010, Sven Geggus wrote: Frederik Ramm frede...@remote.org wrote: Eine krude Form mit sed ginge so: bzcat bw.osm.bz2 | sed -e 1,/relation/d bla.osm wobei Dir das die allererste relation-Zeile verschluckt, und ich bin nicht sed-Wizard genug, um es besser zu koennen ;-) Das kann man doch viel schöner mit xmlstarlet machen. Einfach nodes und ways rauslöschen: xmlstarlet ed -d //node -d //way foo.osm Genau der Befehl ging bei mir nicht. Das Programm hat nur meinen Speicher vollgeschrieben. Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Informations/Datenbankbeschaffung vom Amt (was: Schilder - wer stellt sie auf, kontrolliert, wartet sie?)
Ulf Möller schrieb: In den meisten Bundesländern müssen die Behörden solche Informationen inzwischen herausgeben: http://de.wikipedia.org/wiki/Informationsfreiheitsgesetze Tja.. aber weder unter freier Lizenz, geschweige denn kostenlos. Da werden schon für die Herausgabe der Daten eines einzelnen Vermessungspunktes Beträge im oberen zweistelligen Euro-Bereich aufgerufen... Das ist schließlich viel Aufwand, dort einen Beamten abzustellen, der die Daten aufbereitet, versandfertig macht, versendet und allein die Rechnungslegung verursacht schließlich Kosten, die gedeckt werden wollen -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap]
Alexander Matheisen alexandermathei...@ish.de wrote:
Für die punktförmigen Objekte wie zur Zeit reicht es eben.
Ja sicher, aber Du kannst keinen geometrischen index über zwei
Spalten mit lat/long legen.
Wenn man eine Geometriespalte mit 2D Punktobjekten verwendet hat man
diese Funktionalität halt schon. Mitja macht ja bei seinen Poitools
(poitools.openstreetmap.de) etwas sehr ähnliches wie Du.
Da ist dann zum Beispiel eine Tabelle mit Pubs, die so aussieht:
osmosis_germany= \d poi_pub
Tabelle »public.poi_pub«
Spalte | Typ | Attribute
--+--+--
id | integer | not null default
nextval('poi_pub_id_seq'::regclass)
osm_type | character varying(8) | not null
osm_id | integer | not null
point| geometry | not null
Indexe:
»poi_pub_pkey« PRIMARY KEY, btree (id)
»poi_pub_point_id« gist (point)
Check-Constraints:
»enforce_dims_point« CHECK (ndims(point) = 2)
»enforce_geotype_point« CHECK (geometrytype(point) = 'POINT'::text OR point
IS NULL)
»enforce_srid_point« CHECK (srid(point) = 4326)
Mit folgendem SQL Befehl hole ich dann zum Beispiel alle pubs in
einem bestimmten Gebiet aus der Tabelle:
SELECT astext(point) FROM poi_pub
WHERE
ST_Intersects(point, SetSRID('BOX2D(8.40241 48.99554, 8.43708
49.02211)'::box2d,4326));
Gruss
Sven
--
Remember, democracy never lasts long. It soon wastes itself,
exhausts and murders itself. There never was a democracy yet
that did not commit suicide. (John Quincy Adams)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Alexander Matheisen alexandermathei...@ish.de wrote: Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und bei Lampen zum Hersteller. Wenn er sonst nicht zu tun hat, warum nicht? ;-) Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) Gruss Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien herausfiltern
Werner Hoch werner...@gmx.de wrote: xmlstarlet ed -d //node -d //way foo.osm Genau der Befehl ging bei mir nicht. Das Programm hat nur meinen Speicher vollgeschrieben. Ich hatte das auf einer zugegeben kleinen Datei gerade ausprobiert. Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of New Model Army song 225) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap]
Am Sonntag 17 Januar 2010 18:45:28 schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Für die punktförmigen Objekte wie zur Zeit reicht es eben.
Ja sicher, aber Du kannst keinen geometrischen index über zwei
Spalten mit lat/long legen.
Wenn man eine Geometriespalte mit 2D Punktobjekten verwendet hat man
diese Funktionalität halt schon. Mitja macht ja bei seinen Poitools
(poitools.openstreetmap.de) etwas sehr ähnliches wie Du.
Er hat mir auch eben schon angeboten, dass wir koorperieren und ich seine
Datenbank als Datenbasis nehme.
Da ist dann zum Beispiel eine Tabelle mit Pubs, die so aussieht:
osmosis_germany= \d poi_pub
Tabelle »public.poi_pub«
Spalte | Typ | Attribute
--+--+-
- id | integer | not null default
nextval('poi_pub_id_seq'::regclass) osm_type | character varying(8) | not
null
osm_id | integer | not null
point| geometry | not null
Indexe:
»poi_pub_pkey« PRIMARY KEY, btree (id)
»poi_pub_point_id« gist (point)
Check-Constraints:
»enforce_dims_point« CHECK (ndims(point) = 2)
»enforce_geotype_point« CHECK (geometrytype(point) = 'POINT'::text OR
point IS NULL) »enforce_srid_point« CHECK (srid(point) = 4326)
Mit folgendem SQL Befehl hole ich dann zum Beispiel alle pubs in
einem bestimmten Gebiet aus der Tabelle:
SELECT astext(point) FROM poi_pub
WHERE
ST_Intersects(point, SetSRID('BOX2D(8.40241 48.99554, 8.43708
49.02211)'::box2d,4326));
Gruss
Sven
Rurseekatze
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: Alexander Matheisen alexandermathei...@ish.de wrote: Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und bei Lampen zum Hersteller. Wenn er sonst nicht zu tun hat, warum nicht? ;-) Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung ist, steht dem nichts im Wege ;-) Gruss Sven Rurseekatze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung ist, steht dem nichts im Wege ;-) Großes Schnitzelessen bei Sven? flo, dann wäre es ein Point of Interest von überregionaler Bedeutung -- Aha, wenn mal einer schreibt, wie es wirklich ist, wird er also diskriminiert... was fuer eine Welt! Und ausgerechnet ihr anonymen Zwerge wollt sie ändern? Och nö, da überschätzt ihr euch aber gewaltig. [Arno Nym und Dieter Bruegmann in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am Sonntag 17 Januar 2010 19:18:29 schrieb Florian Gross: Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung ist, steht dem nichts im Wege ;-) Großes Schnitzelessen bei Sven? Wenn er bei mir in der Nähe wohnt, bin ich dabei... ;-) flo, dann wäre es ein Point of Interest von überregionaler Bedeutung Aha, wenn mal einer schreibt, wie es wirklich ist, wird er also diskriminiert... was fuer eine Welt! Und ausgerechnet ihr anonymen Zwerge wollt sie ändern? Och nö, da überschätzt ihr euch aber gewaltig. [Arno Nym und Dieter Bruegmann in dag°] ___ 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
[Talk-de] Haiti - Küstenlinie
Wie oft wird denn die Küstenlinie gerendert? Vielleicht könnte man das für Haiti in den nächsten Tagen öfter machen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am Sonntag 17 Januar 2010 20:13:13 schrieb Florian Gross: Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: Am Sonntag 17 Januar 2010 19:18:29 schrieb Florian Gross: Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung ist, steht dem nichts im Wege ;-) Großes Schnitzelessen bei Sven? Wenn er bei mir in der Nähe wohnt, bin ich dabei... ;-) Wenn genug kommen, lohnen sich Busse. Oder für die, die aus dem Ausland kommen, werden Sonderzüge und Flugzeuge angemietet. Und für die Unterbringung wird eine Zeltstadt errichtet... ;-) flo Rurseekatze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haiti - Küstenlinie
Hallo, Markus wrote: Wie oft wird denn die Küstenlinie gerendert? Vielleicht könnte man das für Haiti in den nächsten Tagen öfter machen? Osmarender-Bilder bzw. die ti...@home-kacheln verwenden stets aktuelle Kuestenlinien. 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] OpenLinkMap
Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr) * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten Tags sowie die erlaubten Werte Rurseekatze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: Am Sonntag 17 Januar 2010 20:13:13 schrieb Florian Gross: Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: Am Sonntag 17 Januar 2010 19:18:29 schrieb Florian Gross: Großes Schnitzelessen bei Sven? Wenn er bei mir in der Nähe wohnt, bin ich dabei... ;-) Wenn genug kommen, lohnen sich Busse. Oder für die, die aus dem Ausland kommen, werden Sonderzüge und Flugzeuge angemietet. Und für die Unterbringung wird eine Zeltstadt errichtet... ;-) Hoffentlich ist sein Garten groß genug. flo -- Ich kann mich zur not auch selber verformen. Nö, das erledige ich jetzt. *erledig* Heh! Was hast du da gemacht? Schau mal wie eingedrückt ich jetzt ausseh. *Boink! Boink! Boink! * (Nach dag° hüpf!) [WoKo und Michael Hoffmann in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung von Relationstags
Danke, hört sich nach einem wertvollen Hilfsmittel an. :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Euro-Cities gegen Google
Hallo zusammen, die Meldung habe ich zunächst übersehen weil die Überschrift das nicht erwarten läßt! http://www.heise.de/newsticker/meldung/Verleger-gehen-gegen-Google-vor-906195.html --schnipp-- Der Online-Kartendienst-Anbieter Euro-Cities soll sich über das kostenlose Anbieten von Karten bei Google maps beschweren. --schnapp-- Ich denke dann sollte Euro-Cities auch gegen Openstreetmap vorgehen. Seit wann gibt es ein Recht auf Bewahrung eines Geschäftsmodells? Sachen gibts! Gruss Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Euro-Cities gegen Google
Hallo, Sven Geggus wrote: Ich denke dann sollte Euro-Cities auch gegen Openstreetmap vorgehen. Seit wann gibt es ein Recht auf Bewahrung eines Geschäftsmodells? Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. 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] Euro-Cities gegen Google
Frederik Ramm frede...@remote.org wrote: Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM Karten dürfte aber eine wunderbare Verteidigungslinie für Google sein. Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Euro-Cities gegen Google
Am Sonntag, 17. Januar 2010 22:33 schrieb Sven Geggus: Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM Karten dürfte aber eine wunderbare Verteidigungslinie für Google sein. Das glaube ich weniger. Google ist ein profitorientiertes Unternehmen, OSM nicht. /Karl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Euro-Cities gegen Google
Am 17.01.2010 22:33, schrieb Sven Geggus: Frederik Rammfrede...@remote.org wrote: Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM Karten dürfte aber eine wunderbare Verteidigungslinie für Google sein. Na ja, es dürfte wettbewerbsrechtlich schon ein Unterschied sein, ob die Karten von einer Non-Profit Organisation[1] auf der Basis von Spendengeldern und freiwilliger Helfer erstellt wird, oder ob ich die Karten teuer einkaufen, umsonst weitergebe und mit den Werbeeinnahmen querfinanziere. Gruß, ULFL [1] wobei ich nicht weiß, ob die OSMF nach deutschem Recht sowas ist :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien herausfiltern
Sven Geggus schrieb: Das kann man doch viel schöner mit xmlstarlet machen. Cooles Teil. Kann man damit sowas machen: in: wpt lat=51.70584449 lon=7.53976062 nameTest/name cmtCmt/cmt descDesc/desc symFlag, Blue/sym /wpt out: wpt lat=51.70584449 lon=7.53976062 nameTest Cmt Desc/name cmtCmt/cmt descDesc/desc symFlag, Blue/sym /wpt Also bei jedem Waypoint die cmt und desc dem Namen anfügen? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am 17.01.2010 20:34, schrieb Alexander Matheisen: Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr) Schön! * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind Auch schön! * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten Tags sowie die erlaubten Werte Über die E-Mail Zeile müssen wir nochmal reden: E-Mail fax gültige E-Mailadresse Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen. Werden oft genug verwendet und sind wesentlich häufiger als die Alternativen wie contact:xy. Mal schauen ob einer meckert ... Gruß, ULFL P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch nicht drin, da muß ich wohl noch ein bisschen warten ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [Gpsbabel-misc] New GPSBabel beta release
Zur Info, es gibt ein neues GPS-Babel-Beta-Release. Hilfreich könnte vor allem sein, dass das trk-Format aus Medion-Gopal 4.8/5.0 jetzt unterstützt wird. Zudem wurde für delbin, skytraq und nokiaLMX einiges verbessert. -jha- Original-Nachricht Betreff:[Gpsbabel-misc] New GPSBabel beta release Datum: Sun, 17 Jan 2010 19:25:49 -0600 Von:Robert Lipe robertl...@gmail.com An: GPSBabel-misc gpsbabel-m...@lists.sourceforge.net, gpsbabel-code gpsbabel-c...@lists.sourceforge.net Hello, Babel-heads. I've pushed a new beta to the download http://www.gpsbabel.org/download.html page. It's my plan to wrap this version and go final with the successor to 1.3.6 soon-ish. (If there are any substantial problems found, there may be one more beta.) So please check it out and be sure that all your favorite features http://www.gpsbabel.org/capabilities.shtml still work, the doc http://www.gpsbabel.org/htmldoc-development/index.html makes sense, and the new stuf http://www.gpsbabel.org/changes.htmlf is appropriately shiny. Bug reports, complaints, and praise to the lists, please. Enjoy, RJL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Euro-Cities gegen Google
Am 17.01.2010 22:53, schrieb Ulf Lamping: Am 17.01.2010 22:33, schrieb Sven Geggus: Frederik Rammfrede...@remote.org wrote: Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM Karten dürfte aber eine wunderbare Verteidigungslinie für Google sein. Na ja, es dürfte wettbewerbsrechtlich schon ein Unterschied sein, ob die Karten von einer Non-Profit Organisation[1] auf der Basis von Spendengeldern und freiwilliger Helfer erstellt wird, oder ob ich die Karten teuer einkaufen, umsonst weitergebe und mit den Werbeeinnahmen querfinanziere. Gruß, ULFL [1] wobei ich nicht weiß, ob die OSMF nach deutschem Recht sowas ist :-) Letztlich bietet Google sein Maps doch auch an, um darauf Werbung zu platzieren und letztlich Geld zu verdienen. Sie bieten also eine Werbefinanzierte Dienstleistung - wie unzählige andere Internetangebote und zum Beispiel auch die Privaten Fernsehsender. -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kacheln von openstreetmap
Ich hab irgendwas blödesn ich Firefox gemacht. Nun werden einzelne Kacheln von Openstreetmap.org nicht mehr geladen.. Wie dreh ich das wieder hin? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kacheln von openstreetmap
Hallo, Sven Sommerkamp wrote: Ich hab irgendwas blödesn ich Firefox gemacht. Nun werden einzelne Kacheln von Openstreetmap.org nicht mehr geladen.. Vermutlich aus versehen Bilder von a.tile.openstreetmap.org oder b.tile.openstreetmap.org oder so im Adblocker rausgefiltert... je nachdem, ob Du ein Plugin dafuer hast (Adblock plus o.ae.) oder die eingebauten Mechanismen benutzt, in den jeweiligen Einstellungen mal nachsehen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kacheln von openstreetmap
Am Montag, 18. Januar 2010 07:57:57 schrieb Sven Sommerkamp: Ich hab irgendwas blödesn ich Firefox gemacht. Nun werden einzelne Kacheln von Openstreetmap.org nicht mehr geladen.. Wie dreh ich das wieder hin? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Scheint wieder zu funktionieren.. Weiß zwar nicht wieso, aber alles wieder gut. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
