Re: [Talk-de] Image of the week?!
On 2012-09-24 19:27, Sven Geggus wrote: Kai Krueger kakrue...@gmail.com wrote: Das wuerde dann (aller voraussicht nach) unter collective database und nicht derivative database fallen und somit nicht die share-a-like aktivieren. Na ja, interessant wäre es ob routing über die Landesgrenzen in solche Länder hinein funktioniert, denn dass wären definitiv OSM Daten mit proprietären Daten verknüpft worden. In Laos hat Apple OSM Daten verwendet. Routing funktioniert in Laos aber gar nicht. Wenn man z.B. die Route von Vientiane nach Thakek sucht (beides in Laos), dann startet die Route in Thailand und endet in Thailand. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Summer of Code Ideen
Grüß Euch OSM nimmt eventuell wieder am Google Summer of Code teil. Studenten die ein Projekt umsetzen werden mit 5000$ belohnt. Im Moment fehlen noch Projekt Ideen. http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2012 Soweit ich das jetzt verstanden haben muss die Seite gefüllt sein, damit sich OSM bei Google anmelden kann. Deadline 9. März. Wäre schad wenn OSM nicht teilnehmen würde. liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OL statt Google-Api
Grüß euch gibt es zu dieser Anfrage ein HowTo? Falls nein: wie könnten wir helfen? Wenn es nicht unbedingt OL sein muss, dann gibt es ja noch khtml.maplib. Die Marker API ist weitgehend kompatibel mit Google Maps. Für die Marker hat es ein eigenes Google Summer of Code Projekt gegeben http://wiki.openstreetmap.org/wiki/Improving_khtml.maplib Simple Beispiele gibt z.B. hier: http://maplib.khtml.org/maplib/v0.98.6/examples/infowindow/infowindow.html und http://mt091110.students.fhstp.ac.at/gsoc/v2/khtml.html Hier mit moveable markers: http://mt091110.students.fhstp.ac.at/gsoc/v2/place_marker.html Wiki Page zu den Markern: http://wiki.openstreetmap.org/wiki/Marker_API Wiki Page zu khtml.maplib http://wiki.openstreetmap.org/wiki/Khtml.maplib API DOC: http://maplib.khtml.org/maplib/v0.98.6/doc/api/ Und hier die github page: https://github.com/robotnic/khtml.maplib liebe Grüße Bernhard - - - - Any hints or help on how to start quickly porting the Google maps Api functionality into OSM would be highly appreciated. What is the best practice to overlay a large number of markers on OSM? - - - - Danke, Markus PS: ich denke, da gibt es einen grossen Bedarf... (und ja, sie werden einen eigenen Server aufsetzen) ___ 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] Neue Karte für Fahrradrouten
hi ... Wer dennoch mit anderen Basislayern experimentieren will, kann den Overlay gerne auf der eigenen Webseite einbinden. Ich hab jetzt mal eine Seite für Android und iPhone gemacht: http://khtml.org/sotm/bikemap/ Beim iPhone muss man zum Home-Bildschirm geben, dann ist es fullscreen. Was soll ich beim Copyright angeben? lg, bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Clustering Markers
Hallo ihr lieben Ich habe am Samstag auf der Sotm-eu meine khtml.maplib vorgestellt. Im Anschluss an meinen Vortrag haben mich mehrere Teilnehmer gefragt wie die Lib mit Markern umgeht die an der gleichen Stelle sind. Bisher wird das einfach ignoriert und die Marker werden übereinander gestapelt. Ein Beispiel mit Markern die sich gegenseitig verdecken gibt es z.B. bei der http://wheelmap.org/ --- Bisher habe ich mir zu diesem Thema noch keine Gedanken gemacht. Da ich aber gerade ein Google Summer of Code zum Thema Marker betreue, würde ich das jetzt aber gerne angehen (lassen). Bisher habe ich jetzt bei Google http://code.google.com/intl/de-DE/apis/maps/articles/toomanymarkers.html und in der Wikipedia http://en.wikipedia.org/wiki/K-means_clustering Informationen gefunden. Noch bin ich da aber alles andere als ein Experte und da bietet es sich natürlich an mal in der Mailingliste zu fragen. Folgendes würde mich interessieren: - 1.) Usecases: Was sind da typische Anwendungen? Mir ist die Wheelmap bekannt auf der eine Lösung gesucht wird. Gibt es da noch mehr Sites die mit solchen Problemen zu kämpfen haben? 2.) Graphik: Wie sollen solche Clusters ausschauen. Gibt es dazu Ideen oder Beispiele? 3.) Programmierung und Mathematik Bei der Wheelmap wäre wahrscheinlich ein Server basierte Lösung am besten. Da wird das wohl irgendwie mit SQL... gelöst. Am Client habe ich Javascript und ein einfacher Algorithmus wäre interessant. Noch besser natürlich fertiger Code. -- Zur khtml.maplib allgemein: Sotm-EU Presentation: http://khtml.org/sotm/ khtml.maplib vs. google maps (mit vector graphik) http://www.khtml.org/osm/v0.98.1/examples/base/speed.html khtml.maplib vs. google maps vs. bing maps http://www.khtml.org/osm/v0.98.1/examples/base/eins.html github (wieder up to date): https://github.com/robotnic/khtml.maplib mailinglist: khtml.map...@freelists.org liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meter zu Pixel Umrechnung?
Hallo allerseits Ich bastle gerade am Vector styling für die khtml.maplib und möchte die Linienbreite auch per Meter definieren können. Dazu brauche ich jetzt eine Formel: var faktor=meterToPixel(zoomlevel,lat); var lineWidth=faktor*meter; Kann mir da jemand einen Tipp geben? liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
On 2011-07-03 16:58, Paul Hartmann wrote: On 07/03/2011 12:35 PM, bernhard zwischenbrugger wrote: Hallo allerseits Ich bastle gerade am Vector styling für die khtml.maplib und möchte die Linienbreite auch per Meter definieren können. Dazu brauche ich jetzt eine Formel: var faktor=meterToPixel(zoomlevel,lat); var lineWidth=faktor*meter; Kann mir da jemand einen Tipp geben? liebe Grüße Bernhard Ich würde sagen meterToPixel = (1 zoomlevel) * 256 / ( 2 * PI * 6378137 * cos(lat)). (Der Skalierungsfaktor für EPSG:3857 nach Meter (in der Realität) ist cos(lat). Ein Slippy-Map Tile ist 256 px breit. Es gibt pow(2, zoomlevel) Stück davon in einer Richtung, welche dann der Länge des Erdäquators entspricht.) Schaut gut aus. So habe ich das jetzt im Javascript: var pixelPerMeter=Math.pow(2,zoom) * 256 / ( 2 * Math.PI * 6378137 * Math.cos(lat)); Da ich auch nonInteger Zoomlevel habe, ist das mit dem bitoperator nicht möglich. Wie die Bildschirm Auflösung ist, das ist mir egal - es muss nur gleich wie die Bitmap layers sein. lg, Bernhard Gruß, Paul ___ 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] Hilfe bei xapi von Mapquest unter Windows
Servus Die URL wie du sie im Mail hast, ist urlencodetes utf-8. Im UTF-8 hat ein ü zwei Byte und wird zu: %C3%BC Die andere Möglichkeit wäre iso-8859-1. Urlencodet ist das ü dann %FC Alles zusammen also: http://open.mapquestapi.com/xapi/api/0.6/node%5Boperator=Stadtverkehr%20L%FCbeck%5D; Hier funktioniert die UTF-8 Variante (linux). Ich tippe eher auf einen Encoding Fehler im bat File. Beim Speichern must du auf UTF-8 schalten. lg, Bernhard On 2011-06-15 16:34, Jan Tappenbeck wrote: Am 15.06.2011 16:20, schrieb Peter Wendorff: Hallo Jan Ich hab das grade ausprobiert und deine wget-Zeile funktioniert bei mir ganz problemlos. Am 15.06.2011 16:05, schrieb Jan Tappenbeck: wget http://open.mapquestapi.com/xapi/api/0.6/node%5Boperator=Stadtverkehr%20L%C3%BCbeck%5D; -O tmp_operator_node.osm Ich bekomme die Rückmeldung: --16:04:47-- http://open.mapquestapi.com/xapi/api/0.6/nodeBoperator=Stadtverkehr0LBCbeckD Das macht mich allerdings etwas stutzig: da werden bei dir offensichtlich irgendwie die Sonderzeichen (Leerzeichen und Umlaute) zerhäckselt. Nutzt Du Windows? Unter Windows kann ich's nicht überprüfen, aber versuch mal, die Sonderzeichen in der Befehlszeile auszuschreiben - eventuell wandelt wget die dann selbst um. Also wget http://open.mapquestapi.com/xapi/api/0.6/node[operator=Stadtverkehr Lübeck] -O tmp_operator_node.osm Gruß Peter Hi ! ich hatte schon von Windows geschrieben. Wenn ich folgendes ausführe... wget http://open.mapquestapi.com/xapi/api/0.6/node[operator=Stadtverkehr Lübeck] -O tmp_operator_node.osm Hier die Rückmeldung: X:\bus2gpxwget http://open.mapquestapi.com/xapi/api/0.6/node[operator=Stadtver kehr L├╝beck] -O tmp_operator_node.osm --16:31:09-- http://open.mapquestapi.com/xapi/api/0.6/node%5Boperator=Stadtverk ehr%20L++beck%5D = `tmp_operator_node.osm' Resolving open.mapquestapi.com... done. Connecting to open.mapquestapi.com[205.188.201.176]:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/xml] [ = ] 102 99.61K/s 16:31:10 (99.61 KB/s) - `tmp_operator_node.osm' saved [102] In der erzeugten Datei steht ?xml version='1.0' encoding='UTF-8'? osm version=0.6 generator=Osmosis SNAPSHOT-r25364 /osm Gruß Jan :-) ___ 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] Evtl. Lösung für zu kleine Schrift bei nicht Lateinischem Alphabet
Hi Im Moment sind das aber nur Konsonanten. Die Vokale werden um die Konsonanten herum geschrieben und machen momentan Probleme. Zudem gibt es für alle Konsonanten 2 Schreibweisen. Also so ähnlich wie bei uns die groß/klein Schreibung. Für solche Tests wären also richtige Wörter sinnvoll. lg, Bernhard On 2011-05-27 22:38, Peter wrote: Hi In neuem Thread da es sonst vielleicht untergeht: In 'Arabische Schriftzeichen arg klein?' vom 16.5. tauchte auf das manche Schriftarten relativ zu unserem Alphabet und Ziffern zu klein sind. Ich dachte ich bastel mal was, klein, banaler Test, unoptimiert: Ein 'neuer' Font (aus dem bestehenden Khmer OS abgeleitet) http://666kb.com/i/btur2tqq8zu78vrft.png Mit absichtlich extremer Verkleinerung der Zeichen A-Za-z0-9. Das grau eingerahmte ist in OpenOffice 'händisch' verkleinert, also nur die Lateinischen auf 8pt statt 12pt. Man sieht das hier der angepasste Font bischen unscharf wird, in OO verkleinert sieht besser aus. Ich hab' da nicht mehr lange dran rumgemacht, ist nur Proof of concept, mal sehen ob es einer brauchen kann. Das ganze ist einfach: von 'sudo apt-get install fontforge' bis zum ersten Ergebnis 20 Minuten, kurz vorm Zubettgehen. Da man fontforge auch scripten kann, die auch eine eigene Mailingliste haben die vielleicht helfen, könnte man zum Rendern der entsprechenden Gebiete leicht mehrere angepasste Fonts erstellen. Peter ___ 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] Arabische Schriftzeichen arg klein?
Uhu Zu den Asiatischen Fonts: Ich kann ein paar asiatische Sprachen halbwegs lesen - es gelingt mir zumindest ab und zu ein Wort zu erkennen. Bei Lao, Khmer und Burmesisch kann ich die gröbsten Rendering Fehler erkennen. Falls also jemand die Fehler verbesseren möchte - keine Ahnung wer das sein könnte - kann ich anbieten Beta Tester zu sein und die Fehler zu beschreiben. Eine andere Sache die mich schon länger beschäftigt: Eine Freundin von mir sieht nicht besonders gut. Immer wenn ich ihr Openstreetmap zeige, fragt Sie mich, ob man die Schrift größer machen kann. Mit CTRL+ kann man schon alles größer machen, dann wird es aber unscharf. Menschen die schlecht sehen, werden nicht mal sehen, dass das unscharf ist, ich denke mir aber, daß speziell Menschen mit Sehbehinderungen auch scharfe Bilder besser erkennen können. Ein BigFont Mapnik-Style wäre nicht schlecht. lg, Bernhard On 2011-05-21 00:31, Peter wrote: Am 16.05.2011 23:37, schrieb Stephan Knauss: On 16.05.2011 22:13, Peter wrote:' ich nicht, Kann es sein das die arabische Schrift in Mapnik Karten etwas klein ist? ja, ist sie. Nicht nur die. Auch die ganzen asiatischen Schriften. Problem ist der Font. Größere Größe einstellen? Besonders bei den asiatischen Schriften ist dann noch das Problem, dass die Ziffern eine deutlich andere Größe haben als die restliche Schrift. Wusst' ich nicht. Würde ich einfach mal ignorieren, zumindest hierzuland sind Ziffern selten in Namen. Leetspeak ist auch out. Ich habe das für zwei kleinere Gebiete korrigiert: http://libya.osm-tools.org/ korrigiert :-) nett gesagt. Ich finde es zwar besser, aber gegenüber dem Fliegendreck der es vorher war ist alles besser. Ich hab' mal einen Screenshot nebeneinander gestellt. Die lateinischen Buchstaben sind eine ganz andere Klasse besser zu sehen, http://666kb.com/i/btnqe18wckw1334ix.png Oben ist deins, also größer. Die Schriftzeichen haben evtl. größere Überlängen, also die Dinger die oben rausgucken, wodurch der großteil des Textes zu klein wird wenn man sich bei der Größenwahl an den Überlängen orientiert. Da modernere Geräte mehr dpi haben als ein oller Desktopmonitor wird das schnell nochmal kleiner. Ich könnte mir vorstellen das mobile Geräte dann nochmal feiner sind. Dann noch das Alter... die Augen, stöhn:-) http://thaimap.osm-tools.org/ Auch hübsches Schriftbild, aber auch kleiner als die lateinischen. Aber das soll ein Sprachkundiger entscheiden. Am besten auch einer der schon Ü40+ ist, mit 20 hab' ich sicher noch besser gucken können. Was bleibt ist ein Bug in Mapnik bzw, der dort verwendeten Font-Engine mit Khmer Schrift. Ist ein bekanntes Problem, die Lösung scheint nicht ganz so einfach zu sein. Obwohl Microsoft und Google es ja auch gelöst haben... Die haben mehr Leute die sich kümmern können. Andere Renderengine wo das gar nicht auftrat. Mit der Zeit 10 Renderer implementiert, was auch immer ... http://lists.berlios.de/pipermail/mapnik-devel/2010-September/001245.html Ich selbst hab' keinen Bedarf da ich das 'eh nicht lesen kann. Wollte es halt mal gesagt haben, nicht das es noch keiner merkte, bzw. ob meine Einschätzung nicht ganz daneben liegt. Peter ___ 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] Slippymap ist vor Menü
On 2011-04-25 10:20, Christian Knorr wrote: Am Montag 25 April 2011, um 09:28:11 schrieb Bernhard Zwischenbrugger: Servus Christian Hallo Bernhard, Slippy Maps gibt es mehrere. Ich hatte mich an easymap [1] gerichtet. Ich hab z.B. die khtml.maplib programmiert. Hier gibt es viele Beispiele: http://www.khtml.org/osm/v0.91/ Chic! Da habe ich ja noch einiges vor mir, wenn ich das einbinde ;) Viele Sachen auf der Vector-Seite funktionieren nicht. Vor allem das für mich Wichtigste GPX. Wie ist das mit KML und TCX? Die Vector Sachen funktionieren im Moment mit SVG und Canvas. VML für den Internet Explorer funktioniert im Moment aber leider nicht. Mein Laptop mit dem Windows ist kaputt und jetzt kann ich das VML nicht einbauen. Mit dem neuesten Chrome sollte alles funktionieren. Auch in Firefox, Opera, Safari sollte alles gehen - was funktioniert denn nicht? GPX: http://www.khtml.org/osm/v0.91/testcases/vector/gpx/index2.php Geht doch. KML ist in Arbeit - da sind zwei Studenten am werkeln. TCX habe ich noch nie gehört. lg, Bernhard z-index sollte keine Probleme machen. liebe Grüße bernhard MfG, Chris... [1] http://osmtools.de/easymap/ ___ 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] Slippymap ist vor Menü
hi TCX habe ich noch nie gehört. Ist das Garmin-Format vom Forerunner: http://www.sportiversum.de/tag_TCX TCX habe ich jetzt implementiert. Allerdings habe ich nur eine Testfile gefunden. Sonst war auch noch irgendwo ein bug. http://www.khtml.org/osm/v0.91/ Bei lines.html ist auch ein known bug drinnen. lg, Bernhard lg, Bernhard MfG, Chris. ___ 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] Konzept für eine Datenschnittstelle - Straßenkarte
Servus Jan Was spricht gegen das OSM Format? Das was die XAPI Schnittstelle bringt kann man ja direkt im Browser verwenden (wenn man programmieren kann). lg, Bernhard On 2011-04-12 09:14, Jan Tappenbeck wrote: Hi ! es gibt ja diese mehr oder minder aktive Projekt der Webseite für eine Gemeinde [1]. Ein Teil betrifft das ansteuern von Straßen aus einer Liste. Ich habe mir nun so meine Gedanken gemacht und wollte zunächst mir ein Tool stricken um die Daten aus osm zu extrahieren (Perl). Die vorliegenden Funktionen werden die Mitte der boundarybox einer Straße aus und zusätzlich eine angegebene Zoomstufe - soweit ich das verstanden habe. Meine Überlegung geht dahin die min/max-Werte des Straßenways zu berechnen und in OpenLayers dann über eine Box auf diese Werte zu zoomen. Damit wäre die Zoomstufe unabhängig davon und wird autom. ermittelt. Deshalb mein Vorschlag die Daten in folgender Form auszugeben: Straßenname;Min_Lat;Min_Lon;Max_Lat;Max_Lon Die Funktion showPosition und das PHP-Importskript müßten dann entsprechend angepaßt werden. Darüberhinaus würde ich gerne beim Auswählen einer Straße diese gerne in der Karte als Overlay nachzeichnen. Und damit wird es etwas komplizierter vermutlich. Da eine Straße aus mehreren Ways bestehen kann - die dann auch teilweise parallel verlaufen oder gar ein Kreisverkehr sind könne man einfach die Daten aus OSM nachzeichnen. An dieser Stelle möchte ich das Übergabeformat diskuttieren um ggf. eine allgemeine Definition machen zu können. Wohlgemerkt ich bin Javascript-Einsteiger und deshalb möge man mir manches in den Gedanken nachsehen. Ein Weg den ich mir vorstellen könnte wäre eine JS-Datei zu generieren die dann in die Hauptanwendung includet wird und eng in Anlehnung ans die von OSM liegt. var street_ways = new Object(); street_ways[ldf-Nr] = [ osm-way-ID, osm-way-ID, osm-way-ID, osm-way-ID]; var street_name = new Object(); street_name[ldf-Nr] = 'Musterstrasse'; var street_nodes = new Object(); street_nodes[OSM-ID] = [lat, lon]; Ein Nachteil hat meine Überlegung allerdings - es können keine mehrfach vorkommenden Straßennamen dargestellt werden - hierzu ist mir nichts eingefallen. Auch auf Seiten der OSM-Datenauswertung. Die Datei wird dann als UTF-8 generiert. Wie seht Ihr das ? Gedanken, Einwände, alternativ Vorschläge. Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/DE:OSM_in_Website_f%C3%BCr_Gemeinde [2] http://wiki.openstreetmap.org/wiki/DE:OSM_in_Website_f%C3%BCr_Gemeinde/js-streetlist ___ 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] Konzept für eine Datenschnittstelle - Straßenkarte
Servus Jan ich denke wenn ich in der Klappliste einen Namen Auswähle, dann muss ich ja erst auf die Schnittstelle zugreifen (wer weiß wie aktuell die mal wieder ist !) und dann habe ich ja einen Straßennamen. Zum ersten Teil. Was soll da nicht aktuell sein? Die XAPI liefert so ein File: http://khtml.org/dorf/stpoelten.xml Daraus soll eine select box gemacht werden: http://khtml.org/dorf/index.html Ist das soweit richtig? Danach sollen doppelte Namen aussortiert werden und wenn man die Straße auswählt soll sie auf der Karte markiert werden. Ist es das was du erreichen willst? Das mit CSV File habe ich halt überhaupt nicht kapiert. lg, Bernhard In OpenLayers kann ich ja den Inhalt einer OSM-Datei zeichnen lassen - aber ob das funktioniert von gezielten Elementen wage ich zu bezweifeln. Vielleicht kann dazu aber jemand anderes etwas sagen ? Gruß Jan :-) ___ 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] Konzept für eine Datenschnittstelle - Straßenkarte
hi Also - OSM Daten in Javascript bearbeiten ist keine gute Idee - Zu viele Daten. Das mit Perl vorher durchzunudeln und da kleine snippets draus zu erzeugen absolut richtig. Das kommt auf die größe der Stadt oder des Dorfes an. Bis zu 100.000 Einwohnern sehe ich da kein Problem. Aber das die minuetlich aktuell sein muessen halte ich fuer ein geruecht. Wenn das Taeglich oder Woechentlich vorberechnet wird ist das vollkommend ausreichend. Keine Straße aendert die Position so gravierend das man das nicht mehr mit dem dann leicht fehlpositionierten Overlay dann zusammenbringen koennte. Da stimme ich zu. lg, Bernhard Flo ___ 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] Konzept für eine Datenschnittstelle - Straßenkarte
On 2011-04-12 11:03, Florian Lohoff wrote: On Tue, Apr 12, 2011 at 10:46:43AM +0200, Bernhard Zwischenbrugger wrote: hi Also - OSM Daten in Javascript bearbeiten ist keine gute Idee - Zu viele Daten. Das mit Perl vorher durchzunudeln und da kleine snippets draus zu erzeugen absolut richtig. Das kommt auf die größe der Stadt oder des Dorfes an. Bis zu 100.000 Einwohnern sehe ich da kein Problem. Also bei 100K Einwohner sind das was? 20MB? 50MB? Die jedesmal wenn einer draufklickt runterladen und live bearbeiten? St. Pölten hat 60.000 Einwohner. Alle Straßen zusammen haben 330kByte. Mit zippen und cachen ist das somit kein Problem würde ich sagen. Einfach mal probieren: http://khtml.org/dorf/ lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie Tsunami Überschwemmungsgebiet taggen
Hallo Ein paar User taggen bereits das Überschwemmungsgebiet des Tsunamis. z.B.: http://www.openstreetmap.org/user/DF45/edits Soweit ich sehe, trägt er das als name=Tsumani limit oder comment=Tsunami limit ein. Gibt es da sinnvollere Tags? lg bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Tsunami Überschwemmungsgebiet taggen
On 2011-03-13 15:05, Markus wrote: Gibt es bereits aktuelle Satellitenbilder? Eine begrenzte anzahl User haben z.B. Zugriff auf Bilder von DigitalGlobe. Da gibt es eine Seite mit allen möglichen Ressourcen: http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami Über das Tagging steht da aber noch nichts. Gemappt wird übrigens bereits extrem viel - speziell im Gebiet von Sendai. Südlich von Sendai ist aber noch vieles nicht gemappt. Nördlich von Sendai gibt es leider keine Bing Bilder. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mathematik Tsunami Welle
Hallo liebe Mapper Aus aktuellem Anlass würde ich gerne die Tsunami Welle auf einer Karte darstellen. Ich hab die Koordinaten des Epizentrum und die Zeit des Erbebens. Die Geschwindigkeit der Ausbreitung ist max. 800km/h. Durch die nicht lineare Projektion ist die Wellenfront auf der Karte KEIN Kreis. Mein Ansatz wäre jetzt ein Polygon zu zeichnen wobei ich die Koordinaten der Punkte in einem bestimmten Abstand zum Epizentrum sind. Die Formel die ich brauchen würde wäre also eine die z.B. 360 Koordinaten (1 Grad Schritte) im Abstand von 5000km berechnet. Hat jemand eine Ahnung wie ich sowas berechnen kann? bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln südöstl. von Indien sehr klein
On 2011-03-03 12:33, Matthias Versen wrote: o...@tappenbeck.net wrote: teilweise nicht richtig sind. Gut zu erkennen da es teilweise BING-Bilder gibt. Vielleicht sehnt sich mal einer nach Sonen ! Und Polizei die recht nerven kann. Sind die Inseln nicht korrekt oder Bing ? Neben einem Versatz bei Bing ist beachten, das du nicht weißt, ob die Bilder bei Ebbe oder Flut aufgenommen wurden. Das ganze ist in Myanmar und soweit ich mich erinnern kann hat jemand die Küstenlinie aus irgend einer Quelle importiert. Myanmar ist eines der abgeschottetsten Länder der Welt und es gibt sehr wenige GPS Koordinaten. Hier kann man aber die Genauigkeit des Imports erkennen: http://www.openstreetmap.org/?lat=18.85483lon=94.23877zoom=15layers=M Die Straßen bin ich mit dem Rad abgefahren ich habe das per GPS getrackt. Die Wasserlinie habe ich dann aber nie angepasst. Der Import dürfte also sehr fehlerhaft sein und die Bing Bilder sind um einiges näher an der Realität. Weiter südlich das gleich Problem: http://www.openstreetmap.org/?lat=18.0353lon=94.4888zoom=14layers=M Das Irrawaddy Delta ist dann aber wieder händisch gemappt und dürfte besser passen. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonyme edits erlauben
hallo * Edits nicht zu einem User zurueckverfolgbar - potentielle Lizenzprobleme; bei Aerger muss evtl. alles, was ueber den Editor-Account gemacht wurde, entfernt werden Was ich mir vorstellen könnte wäre ein Hausnummern Editor der ohne Anmeldung funktioniert. Hausnummer zu erfassen geht mit den Luftbildern nicht. Aus irgendwelchen Karten die Hausnummern zu holen und einzutragen ist auch nicht wirklich ok. Das Userinterface könnte man recht einfach gestalten. Man könnte das auch so ähnlich wie OpenStreetBug gestalten und eine zusätzliche Instanz einbauen. Ein angemeldeter User könnte die Daten dann in die Datenbank freigeben. Es wäre auch möglich die Eingabe auf 5 Hausnummern zu beschränken (Cookie, IP Adresse,..) und dann eine Anmeldung fordern. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taipeh wohl gelöscht
On 2011-02-11 14:46, André Joost wrote: Am 11.02.11 14:29, schrieb Michael: Am Freitag 11 Februar 2011 14:09:23 schrieb André Joost: Hättst du noch die Knoten-ID verraten, könnte man es wiederherstellen. Gruß, André Joost node id=516530438 version=1 timestamp=2011-02-11T11:22:25Z uid=86259 user=hasse_osm_korinthenkacker changeset=2703768 lat=25.03748 46 lon=121.5645723 Schon ist er wieder auferstanden: http://www.openstreetmap.org/browse/node/1147314253 Ob sämtliche chinesichen Schriftzeichen noch richtig sind, konnte ich in meinem josm leider nicht sehen... 臺北市 ist wohl richtiger. Das andere wäre die Schreibweise für die Festlandchinesen. Die Angabe in der Klammer finde ich persönlich recht doof. Für den Renderer wäre es ja kein Problem den englischen oder deutschen Namen dazu zu geben. Man schreibt ja auch nicht: Berlin (柏林) lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Keyboard Support für Slippy Map
Hallo liebe Mapper Ich möchte Keyboard Support in meine map lib einbauen. Manche Dinge sind recht klar wie z.B. Cursurtasten. Für andere Tasten gibt es unterschiedliches Verhalten. z.B.: page up/page down ist in potlatch für zoom zuständig. Google map verschiebt die Karte nach oben und unten. Ein weiteres Problem das ich gerade habe, sind die keycodes für Apple Computer. Also liebe Leut, was wäre ideal? Welche Tasten sollen was auslösen? lg, Bernhard PS: http://khtml.org/test/keycode.html - Taste drücken, dann wird der Keycode angezeigt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keyboard Support für Slippy Map
Sodoala, jetzt hab ich mal die Tastaturkürzel zusammengeschrieben: key keycode action plus187 zoom in minus 189 zoom out cursor left 37 short press moves 10px, long press starts animation cursor right39 cursor down 40 cursor up 38 home36 map moves left 80%, ease in, ease out animation end 35 page up 33 page down 34 shift + mouse draw rect for zoom ctrl +mouse distance measure tool siehe auch: http://wiki.openstreetmap.org/wiki/Simple_map_API#Keyboard_Support Gibt es noch mehr Ideen? lg, Bernhard On 2011-02-11 15:50, André Riedel wrote: Bei Openlayers wird für zoom Plus/Minus verwendet: http://dev.openlayers.org/releases/OpenLayers-2.10/examples/accessible.html Am 11. Februar 2011 15:12 schrieb Bernhard Zwischenbruggerb...@datenkueche.com: Hallo liebe Mapper Ich möchte Keyboard Support in meine map lib einbauen. Manche Dinge sind recht klar wie z.B. Cursurtasten. Für andere Tasten gibt es unterschiedliches Verhalten. z.B.: page up/page down ist in potlatch für zoom zuständig. Google map verschiebt die Karte nach oben und unten. Ein weiteres Problem das ich gerade habe, sind die keycodes für Apple Computer. Also liebe Leut, was wäre ideal? Welche Tasten sollen was auslösen? lg, Bernhard PS: http://khtml.org/test/keycode.html - Taste drücken, dann wird der Keycode angezeigt. ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keyboard Support für Slippy Map
On 2011-02-12 00:07, Colin Marquardt wrote: Am 11. Februar 2011 21:12 schrieb Bernhard Zwischenbruggerb...@datenkueche.com: Sodoala, jetzt hab ich mal die Tastaturkürzel zusammengeschrieben: [...] Schick. Gibt es noch mehr Ideen? Fuer Suchen wuerde ich auf jeden Fall / aufheben, auch wenn das im Moment noch nicht geht. Technisch ist das kein Problem. Firefox verwendet den / aber schon für die Volltextsuche auf der Seite. Tja, und Home koennte vielleicht besser zu der aktuellen Location gehen, den der Browser evtl. mitsendet (per Location API)? Klingt auch interessant. Da müsste ich aber auch für ende eine andere Funktionalität finden. Hier gibt es die Tastenkürzel des Firefox: http://support.mozilla.com/de/kb/Tastaturk%C3%BCrzel Es ist prinzipiell möglich alle Tastenkürzel für die Karte zu verwenden auch wenn das der Browser schon in Verwendung hat. Als Programmierer hat man dann die Möglichkeit nur die eigene Funktion auszuführen oder die eigene Funktion und die Funktion die der Browser bereits implementiert hat. Die Karte muss den Fokus haben sonst werden Tastatureingaben ignoriert. Den Fokus kann man z.B. setzen wenn der Mauszeiger auf der Karte ist. Auch mit der tab Taste kann der Focus gesetzt werden wie bei Formularen. Interessant würde ich noch finden per Tastatur zwischen mapnik, osma,... umzuschalten. Weiters undo, redo, permalink, fullscreen,... lg, Bernhard Cheers Colin ___ 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] Taipeh wohl gelöscht
On 2011-02-10 21:01, M∡rtin Koppenhoefer wrote: 臺北市 Das schaut nach traditionellen Chinesischen Schriftzeichen aus. 台北市 dürfte Simplified Chinesisch sein. Wissen tu ich das aber nicht, es schaut halt so aus. In Taiwan wird mit den den traditionellen Zeichen geschrieben. Im Unicode wird da aber nur bedingt unterschieden. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Hallo Könnte es sich um solche Seiten wie: http://datenkueche.com/osmlive/ Das verwendet nur die minute diffs. oder http://www.khtml.org/osm/v0.63/examples/changes.html Diese Applikation kann wirklich die API belasten. Überall wo es möglich ist, wird die XAPI verwendet. Bei jedem Request sende ich meine Kontaktdaten mit und wenn es hier ein Problem geben sollte, bin ich erreichbar. Zudem ist das ganz nur Insidern bekannt und wird nur wenig verwendet. Da alle Requests über meinen Server gehen, wäre eine Sperre der IP Adresse im Notfall auch sehr einfach. oder http://www.khtml.org/osm/v0.83/index.php (Ticker) Hier werden im Wesentlichen die minute-diffs verwendet. Erst wenn der User irgendwo draufklickt gibt es einen Request auf die XAPI. liebe Grüße Bernhard handeln? Ich weiß nicht wie diese implementiert sind, aber sie benutzen intensiv die Changesets. Gruß Jacques Am 03.02.2011, 00:42 Uhr, schrieb Frederik Ramm frede...@remote.org: ... Kennt jemand irgendein Perl-Tool, das sowas macht? Man gibt eine Changeset-ID an und dann laedt es irgendwie was runter? Normalerweise hat man die Nodes ja alle schon, wenn man das Changeset heruntergeladen hat, aber dann macht das Skript wohl fuer jeden Node nochmal extra einen GET-Request - eventuell, um die letzte Version festzustellen? Bye Frederik ... ___ 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] Exzessive Einzelrequests an die API
On 2011-02-03 09:32, Frederik Ramm wrote: Hi, On 02/03/11 09:25, Bernhard Zwischenbrugger wrote: http://www.khtml.org/osm/v0.63/examples/changes.html Diese Applikation kann wirklich die API belasten. Überall wo es möglich ist, wird die XAPI verwendet. Bei jedem Request sende ich meine Kontaktdaten mit und wenn es hier ein Problem geben sollte, bin ich erreichbar. Zudem ist das ganz nur Insidern bekannt und wird nur wenig verwendet. Da alle Requests über meinen Server gehen, wäre eine Sperre der IP Adresse im Notfall auch sehr einfach. Wir haben es hier mit etwas zu tun, wo nicht nur ein changeset heruntergeladen wird, sondern danach noch fuer jeden einzelnen Node, der im Changeset erwaehnt ist, ein einzelner GET-Request geschickt wird. Das machst Du doch nicht, oder? Wenn in einem changeset ein way verhanden ist bei dem nur die tags geändert sind, werden die nodes zum way nicht mir dem changeset mitgeliefert. Um diesen way auf der Karte darstellen zu können lade ich dann die nodes. Das sind aber keine Einzelrequests. Es werden immer mehrere Nodes gleichzeitg abgefragt. Bei GET Requests ist die Anzahl der Nodes die man mit einem einzelnen Request abfragen kann durch die URL-Länge beschränkt. Schön wäre wenn die Changesets ein bisschen mehr Informationen enthalten würden. Changesets ändern sich nie und das könnte man auch am OSM Server Cachen. Ich cache das zwar auch, weil das aber wenig verwendet wird greift der Cache kaum. Ausserdem suchen wir jemanden, der das Arcor-Einwahlnetz in Deutschland benutzt; auch das tut Dein Server vermutlich nicht ;) Ich bin das nicht. Gibt es eine Möglichkeit rauszufinden wie sehr mein Tool die DB belastet? Die IP 88.198.70.26. Mittelfristig werde ich eine eigene DB haben. liebe Grüße Bernhard Bye Frederik ___ 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] Adressen, Häuser,... Modellregion
On 2011-01-31 09:20, Schorschi wrote: Kurz zur Theorie Manche Häuser haben mehrere Hausnummern dann sind es entweder mehrere aneinandergebaute Häuser, oder ein Haus besetzt mehrere Grundstücke. Dieser Schluss ist nicht immer richtig - es gibt auch Fälle, in denen ein Haus auf einem Eckgrundstück zwei Hausnummern bekommt - für jede Straße die entsprechende Hausnummer. Das ist vermutlich selten, aber mir ist schon einmal so ein Fall begegnet, leider weiß ich nicht mehr, wo. Ein Recht markannter Fall ist auf dem Foto zu sehen: http://www.la-belle-epoque.de/wien/wagner/neustift40a.jpg Auf dem Haus steht riesen groß Neustiftgasse 40. Ich hab in dem Haus gewohnt und es war die Döblergasse 2. Recht kurios finde ich auch das Ristorante Norma. Auf der Hompage steht die Adresse mit Lerchenfelderstrasse 88-90. Die richtige Adresse laut Stadtplan wäre aber 90. lg Bernhard Gruß, Schusch ___ 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] Adressen, Häuser,... Modellregion
Hallo liebe Mapper Ich bin bin eigentlich kein Mapper, ich mach lieber Software. Jetzt habe ich aber mal meinen Bezirk gemappt und möchte da alle möglichen Features einbauen. Hier mein Bezirk: http://www.openstreetmap.org/?lat=48.21089lon=16.34867zoom=16layers=M Als nächstes möchte ich Hausnummern, Geschäfte, Firmen,... eintragen. Das was das Wiki hergibt ist noch ganz das was ich mir vorstelle. Folgendes möchte ich machen: Zu jedem Haus soll es ein Rollover geben mit dem man eine Information darüber bekommt was im Haus ist. In meinem Haus gibt es z.B. 2 Rechtsanwälte, eine Softwarefirma und ein Geschäft für Gesundheitsvorsorge- und Krankenpflegeprodukte. Wenn mit die Maus auf dem Gebäudeumriss hat, dann sollen die 2 Rechtsanwälte, angezeigt werden. Dazu natürlich noch die Adresse und die Türnummer. Probleme: Wenn ich die Firmen und die Hausnummer als Node eintrage, dann habe ich keine Verbindung zwischen Gebäudeumriss und den Firmen. Manche Häuser haben mehrere Hausnummern und die Nummer der Stiege sollte auch irgendwie rein. Zudem wäre es interessant anzuzeigen wo der Eingang ist. --- Ich will jetzt einen Bezirk machen in dem ich mich auskenne und den ich als Input für Software Entwicklung verwenden kann. Der Bezirk sollte also möglichst viele Informationen haben - vor allem auch solche die von Mapnik und Co noch nicht angezeigt werden. Wie gehe ich da jetzt am Besten bei den Adressen vor? Gibt es vielleicht andere Gegenden die bereits sehr genau gemappt sind? liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Javascript Map API - wer kann helfen?
Hallo liebe Mapper Um OSM zu verbreiten braucht es eine gute Map für den Browser. Ich hab jetzt so eine Map Library programmiert und denke, dass ich mit google und bing mithalten kann. Bisher habe ich die Teile programmiert bei denen es auf Genauigkeit und Geschwindigkeit ankommt. Jetzt geht es darum ein Programmierschnittstelle zu definieren, die alles was man mit so einer Map machen kann abdeckt und zudem einfach zu verwenden ist. Leider passieren mir da aber immer wieder Fehler und ich kann mit dem programmieren neu beginnen :-(. Hier http://wiki.openstreetmap.org/wiki/Simple_map_API habe ich diese Schnittstelle auch schon beschrieben. Wer eine Ahnung vom Programmieren hat, soll sich das bitte einmal anschauen. Ich habe auch schon recht viele Beispiele für die Anwendung gemacht: http://www.khtml.org/osm/v0.88/testcases/basics/index.html Bei der Vector Graphik wird es noch gröbere Änderungen geben: http://www.khtml.org/osm/v0.88/testcases/vector/vector/choose.html Es ist mir aber gelungen auch große Datenmengen auf der Karte darzustellen ohne dabei den Browser für längere Zeit zu blockieren. Im Moment geht es mir also nicht um Bugreports. Dass im IE nicht alles funktioniert ist mir auch klar. Die Vektor Dateien könnte ich zur übertragung zippen Um weitermachen zu können brauche ich die API und die zu definieren ist für einen einzelnen nicht so einfach weil ich einfach immer wieder Dinge übersehe. Bitte schaut euch das an und gebt Feedback oder schreibt das gleich ins Wiki. Hier nochmal der Link um den es geht: http://wiki.openstreetmap.org/wiki/Simple_map_API liebe Grüße Bernhard PS: Für Routing habe ich das gemeinsam mit Dennis Luxen auch schon begonnen: http://wiki.openstreetmap.org/wiki/Simple_route_API ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rendern extrem großer karten...
Servus M?rtin Koppenhoefer wrote: wie ist es mit Postscript? Direkt in ps rendern ohne Umweg über das svg? Kommt drauf an, was man nachher damit machen will. Wenn Du es drucken willst, dann brauchst Du im Drucker genau die gleiche Speichermenge und CPU-Power zum Rasterisieren des PS-Files, wie Du sie im Rechner zur Verarbeitung des SVG brauchtest. Gibt es in der Qualität keine Nachteile wenn man Bitmap statt Postscript zum Drucker schickt? Mapnic rendert ja normal für Bildschirme und die haben so ca. 150ppi. Ein Laserdrucker schafft aber über 1000 dpi. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Augmented Reality
Hallo liebe Mapper An den Handys sind die Augmented Reality Applikationen recht interessant. Dabei geht es meistens darum, dass man das Handy in eine Richtung hält und das Handy dann mitteilt was es dort gibt. Mit GPS hat man die eigene Position und mit dem Kompass hat man die Richtung. GPS und Kompass ist in den Smartphones eingebaut. OSM hat Daten und weiß eigentlich was es dort gibt. Jetzt die Frage: Wie bekomme ich die Information darüber was z.B. auf der Koordinate 48.2397,16.4101 in Nordlicher Richtung ist? Hat jemand eine Idee wie man so etwas aus dem OSM Datenbestand auslesen kann? liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo sind weiße Flecken?
On 2010-12-04 12:29, Bernd Wurst wrote: Am Samstag 04 Dezember 2010, 00:26:44 schrieb malenki: Auf dem ganz platten Land gibt es größere Lücken, z.B. hier und drumherum: http://tools.geofabrik.de/mc/?mt0=googlemapmt1=mapniklon=8.96042lat=54.4 1928zoom=15 nurmalso Ich seh da keinen wesentlichen Unterschied zwischen dem Mitbewerber und OSM- Daten. Mehr Beispiele? ;-) In der Gegend fehlt einiges: http://openstreetbugs.schokokeks.org/?zoom=12lat=47.37297lon=16.30263layers=B00 http://openstreetbugs.schokokeks.org/?zoom=12lat=47.37297lon=16.30263layers=B00 (Österreich) lg, Bernhard Gruß, Bernd ___ 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] Lustige Wege
Da ist wohl einer ein bisschen ausgerutscht: http://www.openstreetmap.org/browse/way/84088090 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Karte für Android und iPhone Brow ser
war, dass ich den Link deaktiviert habe. Gibt's da Ersatz/Alternativen (neben OSM Aware und LiveMapViewer)? Keine Ahnung. lg, Bernhard Zwischenbrugger Prof. Stefan Keller, Dozent für Informationssysteme, Abt. Informatik HSR Institut für Software und GISpunkt, www.ifs.hsr.ch und www.gis.hsr.ch Oberseestr. 10 Pf.1475, CH-8640 Rapperswil, HSR Hochschule für Technik Am 19. Oktober 2010 10:53 schrieb Bernhard Zwischenbruggerb...@datenkueche.com: Hallo ihr lieben Ich hab eine neue simple Karte mit GPS und Nominatim für iPhone und Android gemacht. Beim iPhone hat man das beste Ergebnis, wenn man auf + und Zum Home-Bildschirm verwendet. Die Karte ist eine Browser Applikation und muss nicht installiert werden. URL: http://khtml.org lg, Bernhard ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Karte für Android und iPhone Brow ser
möglich. Der Android Browser ermöglicht das leider nicht. Android Geräte haben nur eine Pitch to Zoom Geste die aber im Javascript nicht vorhanden ist. Die Mobile Version hat auch ein anderes Caching Verhalten als die Desktop Version und sollte dank cache.manifest sehr schnell laden. Die WebPage lädt auch ohne Internet Verbindung - allerdings sind die Tiles nicht cacheable da der eTag immer ausgewertet wird. 2. Zu http://www.khtml.org/osm/v0.78/index.php generell: * Window Title World Map with Route planning würde ich khtml World Map nennen, um sich sichtbar abzugrenzen. Dann World Map with Route planningbody nochmals erwähnen. Route planning, ticker etc. dann im Text. An der Page könnte man noch einiges feilen. 3. Zu http://www.khtml.org/osm/v0.78/index.php mit dem Nexus One-Browser * Da sieht man einen rosa Schleier während Zoom/Pan/(Re-)Load-Operationen. Am Milestone ist das Gelb. Ich bin aber leider noch nicht draufgekommen woher das kommt. Bei den Events hab ich ein perventDefault drinnen und das Selektieren von Text ist dekativiert. Ich probiere aber den Fehler zu finden. * Nach More... gibt es Permalink: Erhalte da eine weisse Seite (wenn ich dann im Browser Aktualisieren klicke, siehr man wieder etwas). Ist in der neuesten Version repariert. http://www.khtml.org/osm/v0.83/examples/mobile/ http://www.khtml.org/osm/v0.79/examples/mobile/ Der Permalink wird mit eiem Hash gemacht. Wien: http://www.khtml.org/osm/v0.83/examples/mobile/index.html#48.2:16.5:12 Da die URL Zeile in den Mobilen Browsern sehr kurz ist, sieht man den Hashwert aber nicht. Es kapiert also niemand wie das geht. Auch QR Codes haben mit langen URLs Probleme. * Die + / - Icons würde ich noch schlichter halten und den Griff der Lupe weglassen. Wenn ich besser Icons finde, dann bau ich diese ein. Beste Grüsse - und vielleicht sehen wir uns ja an der nächsten AGIT (www.agit.at)? Ich würde mein library gerne auf der AGIT vorstellen - bis Dezember bin ich aber ausgelastet und werde mich da wohl eher nicht bewerben. Stefan (alias Geonick) P.S. Live Changes:Enduser-Tauglich http://www.khtml.org/osm/v0.63/examples/changes.html New beta: Lädt bei mir auf Firefox ewig - obschon ich 'reingezoomt bin. Das gibt es auch in einer neueren Version: http://www.khtml.org/osm/v0.83/examples/changes.html Die Changes Page ist nicht wirklich für die Allgemeinheit bestimmt. Das UI ist recht kompliziert und nicht erklärt. Die changesets API wurde umgebaut und reinzoomen ist nicht mehr nötig. Zumindest funktioniert das bei sehr grossen und sehr kleinen Bereichen sehr gut. Bei mittelgrossen Bereichen ist die DB aber leider noch sehr beschäftigt. (Kombination timestamp und geoindex) Das Laden der einzelnen Changesets dauert recht lange, da die Changesets nicht alle Informationen enthalten die gebraucht werden. (Mehrere AJAX Requests) Sobald ich einen Weg finde die nötigen Informationen in einer vernünftigen Zeit aus der API auszulesen, bau ich da ein besseres UI. P.P.S. See the last changes in your area = Deaktiviert. Was war der Grund? Das wurde im Forum diskutiert. Die API Requests können die DB sehr belasten und das hat jemanden furchtbar aufgeregt. Die Konsequenz war, dass ich den Link deaktiviert habe. Gibt's da Ersatz/Alternativen (neben OSM Aware und LiveMapViewer)? Keine Ahnung. lg, Bernhard Zwischenbrugger Prof. Stefan Keller, Dozent für Informationssysteme, Abt. Informatik HSR Institut für Software und GISpunkt, www.ifs.hsr.ch und www.gis.hsr.ch Oberseestr. 10 Pf.1475, CH-8640 Rapperswil, HSR Hochschule für Technik Am 19. Oktober 2010 10:53 schrieb Bernhard Zwischenbruggerb...@datenkueche.com: Hallo ihr lieben Ich hab eine neue simple Karte mit GPS und Nominatim für iPhone und Android gemacht. Beim iPhone hat man das beste Ergebnis, wenn man auf + und Zum Home-Bildschirm verwendet. Die Karte ist eine Browser Applikation und muss nicht installiert werden. URL: http://khtml.org lg, Bernhard ___ 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 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Karte für Android und iPhone Br owser
On 2010-10-21 22:31, Joerg Fischer wrote: Bernhard Zwischenbrugger wrote: http://khtml.org Finde ich von der Geschwindigkeit, dem zoomen usw. schon sehr gelungen. www.openstreetmap.org ist mit dem Telefon ja leider nicht bedienbar. Kannst Du die Zoombuttons alternativ in Hardware realisieren? + und - Tasten dürften an jedem Handy dran sein? Ich habe hier im Moment ein Motorola Milestone. Da gibt es keine hardward-buttons für zoom. Hineinzoomen kann man aber mit doppel-klick und das hat den Vorteil, dass genau die Stelle gezoomt wird die angeklickt wird. Bei den Hardware Zoombuttons habe ich auch die Befürchtung, dass es per Javascript keinen Zugriff auf diese Buttons gibt. Wenn ich einen Trick finde diese Buttons zu aktivieren, dann werde ich das natürlich einbauen. Die nehmen IMHO auf den kleinen Displays nur Platz weg. Wie krieg ich das Suchfeld wieder weg, wenn ich es einmal aktiviert habe? Der GPS-Button ist bei mir funktionslos. (HTC Desire, Android 2.2) Ich werde das nächste Woche am Desire probieren. Eventuell muss man das in den Einstellungen am Handy aktivieren. Am Milestone fragt das Betriebssystem ob man die Position bekanntgeben will. Wenn man hier ablehnt, dann wird die Position nicht ermittelt. Die Voreinstellung ist auch so, dass sich das Handy die Antwort auf diese Abfrage merkt und beim zweiten mal nicht mehr nachfragt ob man die Position bekanntgeben will. Ich habe jetzt aber eine Fehlermeldung eingebaut die den Grund angeben sollte warum die Localisierung nicht klappt. lg, Bernhard Danke, Jörg ___ 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] Neu: Karte für Android und iPhone Br owser
hi http://khtml.org Wie krieg ich das Suchfeld wieder weg, wenn ich es einmal aktiviert habe? Wenn man nochmal auf den search button klickt, dann sollte das Feld jetzt wieder verschwinden. lg, bernhard ___ 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] Neu: Karte für Android und iPhone Brow ser
hi Davon kann man leider nicht ausgehen. Die Androiden mögen größtenteils die Tasten haben, alles was mit i anfängt hat aber definitiv keine Zoomtasten. Alles was mit i anfängt hat dafür Multitouch. Dafür kann man mit einfachklick reinzoomen und ein Klick mit 2Fingern zoomt wieder raus. Da braucht's eigentlich keine Tasten ;-) Das werde ich noch einbauen. Im Moment gibt es das noch nicht. Der GPS-Button ist auch bei mir funktionslos unter iOS4. Was passiert da? Ich unterichte das geolocation Zeug gerade und 20 Studenten sind mit dem GPS beschäftigt. Bei einem iPhone war das GPS kaputt, die Position wurde aber mit den Wifi Signalen gefunden. Beim iPhone darf das aber nicht deaktiviert sein. Unter: Einstellungen - Allgemein - Ortungsdienst gibt es den Schalter. Jetzt die Frage: Was passiert wenn man auf den Button klickt? Die Schaltfläche sollte ein bisschen heller werden. Danach erscheint in der linken oberen Ecke ein kleines loading Symbol (drehend). Wenn die Position gefunden wurde erscheint ein Fadenkreuz bzw. beim echten GPS erscheint ein ein 20x20 Pixel Foto eines Satelliten. In der Karte sollte ein Kreis erscheinen der die Genauigkeit der Ortung angibt. lg, Bernhard Gruß Kai ___ 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] Neu: Karte für Android und iPhone Br owser
Hallo ihr lieben Ich hab eine neue simple Karte mit GPS und Nominatim für iPhone und Android gemacht. Beim iPhone hat man das beste Ergebnis, wenn man auf + und Zum Home-Bildschirm verwendet. Die Karte ist eine Browser Applikation und muss nicht installiert werden. URL: http://khtml.org lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Polizei nutzt OSM für Fahndungsplakat
Und natürlich fehlt wieder mal nicht der Hinweis darauf, dass die Polizei einen Lizenzverstoß begangen haben soll: http://forum.openstreetmap.org/viewtopic.php?pid=105234#p105234 Ich wäre dafür, dass man die Lizenz so ändert, dass man nur noch schreiben muss: Quelle:OSM (Google findet das) Ein ganz kleines Logo wäre noch besser. 15x40 Pixel So wie es im Moment gefordert ist die Lizenz anzugeben ist einfach zu schwierig. Wer einen kleinen Fehler mit der Lizenzangabe macht wird von irgendeinem OSM User angeschrieben und ist danach wahrscheinlich für immer verärgert. lg, Bernhard On 2010-09-20 22:29, Philip Gillißen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! Am 20.09.2010 22:13, schrieb Michael Florian Schönitzer: Die markierte Straße weicht von der runter nämlich leicht ab. Die haben wohl noch nix von SVG gehört. :) Ja, in der Tat hätte man es noch besser machen können, aber trotzdem finde ich das Ergebnis noch relativ professionell. Und außerdem wüsste ich selber nicht, wie ich aus Mapnik ein echtes SVG bekomme. Das, was über den Export-Tab erreichbar ist, kann man ja nicht wirklich skalierbar nennen... Gruß, Philip -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyXxDkACgkQYNYFUFLXAD1AAQCfcL7PX8U8Vf7WazSADTnD1b5U waUAn3VuM44QguuDCtvBn9VYWtNmp19B =Z0YV -END PGP SIGNATURE- ___ 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] WissensWert – Der Ideenwettbewerb
Ich hätte da schon eine Idee: In der Wikipedia wird alles in natürlicher Sprache beschrieben. Hier bei OSM sammeln wir Geographische Fakten die in eine DB eingetragen werden. Die OSM Daten sind relativ leicht per Software verarbeitbar. Bei der Wikipedia gibt es zwar Mikroformate die sind aber nicht so leicht automatisiert abfragbar. Die Idee wäre jetzt ein Projekt zu starten in dem Fakten gesammelt werden. Die DB Struktur könnte ähnlich der OSM DB Struktur sein. Solche Fakten wären z.B. Mehrwertsteuersätze, List der Chemischen Elemente, Telefonvorwahl für Länder, Liste der Nobelpreisträger, Nennleistung eines Kraftwerks, Solche Informationen sind in der Wikipedia zwar vorhanden, wenn man das aber in einer Software braucht, dann muss man es abtippen oder herausparsen. Wenn sich etwas ändert, dann muss man nochmals parsen aber das Format kann sich schon wieder geändert haben. lg, Bernhard On 2010-09-16 19:33, Raimond Spekking wrote: Als Aktiver, der sowohl in der OSM-Welt als auch im Wikimedia-Universum zu Hause ist, erlaube ich mir Werbung für eine neue Aktion von Wikimedia Deutschland zu machen. Es sind ausdrücklich auch Ideen für OSM förderungsfähig! Zitat aus http://wikimedia.de/wissenswert: Wikimedia Deutschland investiert in mutige Ideen. Jetzt mitmachen und bis zu 5.000 Euro für Projekte zur Förderung Freien Wissens erhalten! Du bist begeistert von Freiem Wissen? Du hast eine Idee, wie man Freies Wissen fördern und verbreiten kann? Warum wissen wir noch nichts davon?! Fehlte dir bislang der Mut? Fehlt dir Geld? Know-how? Oder nur die Gelegenheit, deine Idee bekannt zu machen und umzusetzen? Wir ändern das jetzt! Wikimedia Deutschland stellt ausgewählten Initiativen kurzfristig und unbürokratisch Mittel in Höhe von 500 € bis zu 5.000 € zur Verfügung. Sei mutig und beteilige dich am „WissensWert“-Wettbewerb von Wikimedia Deutschland. Wir können dir mit einer Fördersumme helfen, aus mutigen Ideen außergewöhnliche Projekte zu machen. Was wir fördern Gefördert werden Ideen, die mit den Zielen von Wikimedia Deutschland übereinstimmen. „Sei mutig!“ und überrasche uns mit deinen Ideen zur Erstellung, Sammlung und Verbreitung Freier Inhalte. Überzeuge uns von deinem Vorhaben, den Zugang zu Wissen und Bildung zu fördern! Präsentiere uns deine Idee zu Freiem Wissen, Freien Lizenzen oder Freier Software. Raymond. ___ 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] XAPI Neubauen WAS:Re: XAPI ständig tot
hi Der TRAPI Ansatz klingt sehr gut. Die Welt wird also zerschnitten in Rechtecke die z.B. 256kByte haben und nacheinandere in ein File gespeichert. Am Anfang des Files muss ein Index sein, der einen direkten Sprung auf so einen 256kByte Block ermöglicht. Sollte der Index zu groß sein, dann muss da ein zweistufiger Index gemacht werden. Der erste Index zeigt also auf einen Index der dann wiederum auf den 256kByte Block zeigt. Das wären 3 Zugriffe auf die Festplatte um die Daten zu bekommen. Auf meinem Laptop dauert ein Zugriff ca. 11ms. 3 Zugriffe würden somit 33ms dauern und mit dem restlichen Programm zusammen, sollten Zugriffszeiten von 50ms möglich sein ohne irgendwas zu cachen. Wenn der Index im Ram bleibt, verkürzt sich das ganze natürlich, wobei hier eigentlich schon ein Festplatten Cache reichen sollte. Damit wäre das schwierigste Problem - die bbox Suche erledigt (theoretisch zumindest). Die restlichen indexe auf id, tag, ... sind eigentlich einfacher - auch wenn sie wohl mehr Festplatten Speicher brauchen. lg, Bernhard Am Dienstag 07 September 2010, 08:08:31 schrieb Josias Polchau: Ich hatte immer gelernt: Entweder Schnell oder Platzsparend. Das gilt da aber nicht. Im kleinen stimmt das meistens. Wenn aber, wie Flo hier eindrucksvoll gezeigt hat, der Such-Index einerseits größer ist als der zu erwartende Arbeitsspeicher und andererseits der Suchindex fast genau so groß ist wie die Daten selbst, dann gilt deine Regel eben nicht mehr. Dann lieber weniger Daten, die man komplett im Arbeitsspeicher halten kann, diese mit einem groben Index partitionieren und dann in einem Segment sequenzielle Suche. Das ist schneller als eine Index-basierte Suche auf der Platte. Yep - wenn der index nicht mehr in den speicher passt dann macht das Thema SQL nicht mehr sooo viel spass. Und wer hat schon32GB Speicher. Es lassen sich massgeschneidert viel effizentere index bauen weil wir erstmal davon ausgehen das wir immer eine bounding box setzen. Lieder einfach bounding boxen bauen und dann immer wennns z.b.1Mbyte/s wird splitten in 2 sub bounding boxes die jeweils ~256Kbyte sind Siehe einfach mal TRAPI ... Man muss auch aufpassen das man das feature der platten eher mal nutzt 1MByte in den speicher zu schaufeln als an 20 stellen jeweils nur ein kbyte zu lesen. Flo ___ 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] XAPI Neubauen WAS:Re: XAPI ständig tot
On 2010-09-07 12:28, Frederik Ramm wrote: Hallo, Bernhard Zwischenbrugger wrote: Damit wäre das schwierigste Problem - die bbox Suche erledigt (theoretisch zumindest). Wenn der Client immer vorraussehbare Bounding Boxes anfragt, dann *fast*. Das ist bei ti...@home der Fall. Wenn man grundsaetzlich beliebige Bounding-Box-Anfragen verarbeiten moechte, dann muss man natuerlich im Falle einer Anfrage, die nicht exakt einer vorbereiteten Box entspricht, mehrere Boxen zusammenfuegen und/oder einen Bereich ausschneiden. Natürlich, bei 256kB pro Box ist das aber auch nichts dramatisches. Den Index muss man sehr wahrscheinlich nicht nocheinmal laden - kommen also nochmal 11ms dazu. Fuer viele Probleme - Rendern einer Deutschlandkarte, oder Anzeige aller Autobahntankstellen in Deutschland - wird man keinen raeumlich indizierten Zugriff, sondern einen thematisch indizierten Zugriff wuenschen; dafuer ist ein solches Konzept natuerlich nahezu unbrauchbar. Das muss natürlich ein eigener Index sein, bzw. viele Indexe für id, tag, ... Der Index für ids wäre ca. 2 GByte und den jedesmal in den Arbeitsspeicher zu laden wäre natürlich nicht machbar. Aber auch da kann man einen Baum aufbauen sodass immer nur z.B. 256kByte geladen werden müssen. Die Indexe brauchen natürlich viel Platz, aber das brauchen sie auf der DB genauso. Oben schrieb ich fast, weil eine wirklich korrekte Einteilung von Objekten in solche Bounding Boxes nicht ganz leicht ist; ein Way kann ja auch zu einer Bbox gehoeren, ohne dass er einen einzigen Node in dieser Bbox hat. Einen Way könnte zu mehreren solchen Rechtecken gehören - dann muss er halt auch entsprechend mehrmals gespeichert werden. Das Aufbauen so einer Datei ist natürlich nicht einfach. Updates in so eine Datei zu spielen wäre fast unmöglich oder zumindest schwieriger als die Datei komplett neu aufzubauen. Auf jeden Fall glaube ich, dass OSM für offline Anwendungen so ein Fileformat braucht. Wenn es dann gleich für fette Server und Navisoftware verwendet werden könnten, wäre das ideal. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Neubauen WAS:Re: XAPI ständig tot
On 2010-09-07 13:23, Peter Körner wrote: Am 07.09.2010 12:07, schrieb Bernhard Zwischenbrugger: hi Der TRAPI Ansatz klingt sehr gut. Die Welt wird also zerschnitten in Rechtecke die z.B. 256kByte haben und nacheinandere in ein File gespeichert. Am Anfang des Files muss ein Index sein, der einen direkten Sprung auf so einen 256kByte Block ermöglicht. Sollte der Index zu groß sein, dann muss da ein zweistufiger Index gemacht werden. Der erste Index zeigt also auf einen Index der dann wiederum auf den 256kByte Block zeigt. Du vergisst die minütliche Aktualisierung. Hier muss sowohl der Index als auch der Datenbestand regelmäßig angepasst werden, was zu löchern in der Datenstruktur führt. Warum glaubt ihr eigentlich, dass sich noch niemand Gedanken darübe gemacht hat. Das gibt's schon, nennt sich Datenbank. Es gibt unter Garantie bereits ein DBS, dass euren Anforderungen entspricht. Wenn man immer aktuelle Daten braucht, dann ist der filebasierte Ansatz eher sinnlos - das ist klar. Ein Datensatz den ich lokal habe und verwenden kann, ist mir aber lieber als eine DB die ich zwar theoretisch haben könnte aber praktisch nicht installieren kann. Für den 0815 User wäre es ok wenn es monatlich einen OSM Datensatz zum downloaden oder auf DVD gäbe. Wenn man die XAPI als reines readonly System betrachtet, dann braucht man nur einen winzigen Bruchteil der Funktionalität einer richtigen Datenbank. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wenn mich die Depression überfällt ...
hi danke für den Tipp, das kannte ich noch nicht. Schönes Interface! Aber irgendwie habe ich den Eindruck, das auf der Datenkueche mehr angezeigt wird. Auf der Datenkueche wird auch angezeigt wenn nur tags (z.B. maxspeed, einbahn,...) geändert werden. Es werden aber auch mehr Daten übertragen. Auf kthml.org wird nur angezeigt wenn sich etwas bei den Koordinaten ändert. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Neubauen WAS:Re: XAPI ständig t ot
On 2010-09-07 15:50, M∡rtin Koppenhoefer wrote: Am 7. September 2010 15:23 schrieb Florian Lohofff...@zz.de: Auf vernuenftiger hardware (16GB Ram, 8 Cores, 500GB Platte in 14 Spindles) brauche fuer einen osmosis/postgis import3 Tage ... hast Du mal versucht, den RAM zu erhöhen, z.B. auf 64GB? Warum braucht das überhaupt so viel Arbeitsspeicher beim befüllen? Wird der Index wärend dem Einspielen gleich erzeugt? Das XML parsen braucht praktisch keinen Arbeitsspeicher und SQL hat es auf dem 386 mit 2 MByte Speicher auch schon gegeben. lg,Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] planet file für Österreich
Grüß euch Gibt es irgendwo ein Planet file für Österreich? Europa ist ein bisschen zu gross und mit osmosis dauert das einspielen mehrere Tage auf meinem Schleppi. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Neubauen WAS:Re: XAPI ständig t ot
hi Datenbank: Ich bin aus eigener Erfahrung für Postgres/Postgis. es ist sehr schnell auch mit großen Datenmengen Für MySQL würde sprechen, dass es von vielen Webhostern unterstützt wird. Auf normalem Webspace kann man es derzeit sowieso nicht aufbauen. man brauch mehr als 5 GB Speicherplatz. eine Boundingbox ohne spezielle Funktion dauert auf diesen Datengrößen einfach zu lange Meine Wünsche wären: XAPI soll auf allen Plattformen funktionieren: High End Server, Laptop, Handy Wenn mehr Ram vorhanden ist, dann rennt es natürlich schneller als mit wenig Arbeitsspeicher. Die XAPI wird immer ein bischen hinterherhinken und nie auf die Sekunde aktuell sein. Mir wäre es wichtig, dass dieses System gleich nach dem download einsatzbereit ist und nicht mehrere Tage braucht um in die DB gespielt zu werden. Wenn das Update nur einmal am Tag oder einmal pro Monat auf meine eigene XAPI kommt ist das ok. Das ganze läuft darauf hinaus, dass keine DB verwendet wird sondern ein eigenes Fileformat entwickelt wird. Soweit ich das abschätzen kann, wäre so etwas möglich. Programmiersprache: Java: für Java würde Sprechen, dass so ziemlich jeder der programmieren kann auch Java kann bzw es leicht zu erlernen und die Entwicklungsumgebungen ausgereift sind. Python für Python würde sprechen dass es von Vielen Webhostern unterstützt wird. Aber wie oben schon oben gesagt braucht man so wieso einen guten Server dafür. Hat jemand andere Vorschläge oder Argumente? immer her damit. MySQL und Java finde ich im Moment nicht so toll weil mir Oracle nicht ganz geheuer ist. lg, Bernhrd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI ständig tot
hi Ich kann schlicht und einfach nicht arbeiten wenn die XAPI tot ist. Wenn ich das richtig verstanden habe ist dei XAPI in einer Programmiersprache geschrieben, die außer dem Author der XAPI niemand spricht. Die Programmiersprache ist Erlang und als db wird die couchdb verwendet. In jedem Ubuntu Linux wird diese Kombination an recht zentraler Stelle verwendet. Die Geschwindigkeit finde ich eigentlich sehr gut. Das Problem ist aber, dass es keine Limits bei den Querys gibt. Wenn man sich vertippt, bekommt man 10.000.000 Einträge als Ergebnis und das kann niemals funktionieren. So ein Query dauert ca. 2 Stunden (nicht absichtlich ausprobiert). Wenn man das Limit auf 10.000 Ergebnisse begrenzen würde, tät die xapi sicher tadellos funktionieren. Mit viel Hardware könnte man schon was machen weil erlang super skalierbar ist. 10.000.000 items sind aber ca. 1 GByte und das aus einer DB zu laden ist nicht wirklich sinnvoll. lg, bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI ständig tot
Am 03.09.10 20:59, schrieb Lars Francke: Ich kann schlicht und einfach nicht arbeiten wenn die XAPI tot ist. Wenn ich das richtig verstanden habe ist dei XAPI in einer Programmiersprache geschrieben, die außer dem Author der XAPI niemand spricht. Die Programmiersprache ist Erlang und als db wird die couchdb verwendet. Ähem...nein. Die Programmiersprache ist MUMPS[1] und die Datenbank ist GT.M[2] Oops. Das hab ich vor ein paar Tagen gerade nachgeschaut - naja der Kalk rieselt ;-) 10.000.000 items sind aber ca. 1 GByte und das aus einer DB zu laden ist nicht wirklich sinnvoll. Kommt ganz auf die DB und das Schema an. Es gibt heutzutage eine ganze Menge Produkte für die das relativ einfach ist und die auf solche streamenden Sachen vernünftig antworten können. Was gibt es da? Ich will in den nächsten Wochen so ein DB mit XML Schnittstelle aufbauen. Für ein XAPI ähnliches System braucht ich keine Trigger, Stored Procedures, Rollback,... Was bietet sich da an? lg, Bernhard Gruß, Lars [1] http://en.wikipedia.org/wiki/MUMPS [2] http://en.wikipedia.org/wiki/GT.M ___ 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] XAPI ständig tot
hi Zuerst mal möchte ich sagen, dass ich etwas mit Studenten im Rahmen einer Übung machen will. Ideal wäre eine normale SQL basierte Lösung und dann eine schnellere Lösung die wie auch immer gemacht wird - falls es so etwas gibt. Das was ich mit den Stundenten machen werde, wird sehr wahrscheinlich nichts sein das man gleich produktiv einsetzen kann. Im Rahmen einer Diplomarbeit könnte dann aber eventuell etwas tolles entstehen. Hallo, auch wenn du erstmal keine Stored Procedures brauchst, würde ich dir trotzdem zu PostgreSQL/PostGIS raten. Du hast damit ca. 800 geo-spezifische Funktionen die du nicht mehr neu erfinden mußt und was die Admins kennen und was getestet ist kommt halt aus gutem Grund auch schneller auf die Server. Gerade die erste deiner Anwendungsideen lässt sich schon jetzt mit PostGIS realisieren und das mit viel weniger Overhead wie er durch den OSM-XML-Output entsteht. Aufwändig für die DB ist es in einem minlat, minlng, maxlat, maxlng Bereich (bounds) Daten zu finden. Noch schwieriger ist es Pfade zu erkennen die diesen Bereich nur tangieren und keine Punkte in diesem Bereich haben. Soweit ich das gesehen habe, ist PostGIS eher eine HighLevel Sache die dabei nicht helfen kann. Für die XAPI braucht es kein postGIS - ich hab aber ehrlich gesagt keine Ahnung von postGIS. War es nicht mal angedacht, von dem Mapnik-DB-Layout ausgehend, bei Wegen und Flächen nicht nur die Listen von Längen- und Breitengraden zu hinterlegen, sondern auch eine Liste von Node-IDs mit in eine zusätzliche Spalte zu schreiben? Über diese Node-ID-Liste müßte sich doch mehr oder weniger schnell, weil die ID's ja indiziert sind, ein XML-File erstellen lassen, was dem Xapi-Output zumindest nahe kommt. Das ganze ggf. unterstützt durch Funktionen in der Datenbank. Die Node IDs sind easy, das ist sicher kein Problem und mit einem super simplen index zu lösen. Das kann jede DB. Was ich noch angedacht habe ist eine verlustbehaftete Komprimierung. Wenn man z.B alle Autobahnen per Vektordaten auf eine Europakarte bringen will, dann gibt es viel zu viele Details. Wenn auf einer Europakarte die Autobahnen darstellen werden sollen, dann wäre es komplett egal wenn man jeden zweiten node einer Autobahn auslassen würde. Es wäre auch egal wenn man jeden 2^x ten Punkt weglassen würde, wobei das x variabel sein soll. Die Vorgaben für mein Lehrveranstaltung sind: Ruby, git, http/xml Schnittstelle (optional json), Datenbankanbindung wobei die Studenten lernen sollen, dass eine high level Schnittstelle (xapi) ermöglicht die DB Lösung zu opimieren ohne die Schnittstelle zu ändern. Stored procedures, trigger ... sind nicht teil der LV aber natürlich auch nicht verboten. Im Moment weiss ich nicht welche Datenbank den besten Index für Geodaten hat (hash, btree,...). Wenn ich mir OSM technisch anschaue, dann schaut es so aus als wären hier ein paar wirklich klug Leut am Werk. Im Moment bin ich am Wein trinken und überleg mir was bei der LV rauskommen soll. Möglichkeiten wären: - OSMOSIS verbessern, - Komprimierung, - Speed Jeder input ist willkommen. lg, Bernhard Grüße Kolossos bernhard zwischenbrugger schrieb: Am 03.09.10 20:59, schrieb Lars Francke: Ich kann schlicht und einfach nicht arbeiten wenn die XAPI tot ist. Wenn ich das richtig verstanden habe ist dei XAPI in einer Programmiersprache geschrieben, die außer dem Author der XAPI niemand spricht. Die Programmiersprache ist Erlang und als db wird die couchdb verwendet. Ähem...nein. Die Programmiersprache ist MUMPS[1] und die Datenbank ist GT.M[2] Oops. Das hab ich vor ein paar Tagen gerade nachgeschaut - naja der Kalk rieselt ;-) 10.000.000 items sind aber ca. 1 GByte und das aus einer DB zu laden ist nicht wirklich sinnvoll. Kommt ganz auf die DB und das Schema an. Es gibt heutzutage eine ganze Menge Produkte für die das relativ einfach ist und die auf solche streamenden Sachen vernünftig antworten können. Was gibt es da? Ich will in den nächsten Wochen so ein DB mit XML Schnittstelle aufbauen. Für ein XAPI ähnliches System braucht ich keine Trigger, Stored Procedures, Rollback,... Was bietet sich da an? lg, Bernhard ___ 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] Openlayer-Skript-Fehler
Servus Jan Auch ohne Datenbank kann man recht viel tunen. Die Daten sollten beim übertragen zum Server gezippt sein. Wenn die Daten schon mal in den Browser geladen wurden, dann sollte der Cache ausgewertet werden. Dadurch muss man beim 2. mal die Daten nicht mehr vom Server laden und kann sie aus dem Browser Cache nehmen. Im Javascript gibt es dann noch ein paar Möglichkeiten um das schnell zu machen. Hier: http://khtml.org/osm/v0.79/examples/emergency.html hab ich das mal für die khtmlib gemacht. Es hat mich interessiert wie das reagiert. Die openlayers ist wahrscheinlich ähnlich schnell wenn man es gut macht. Zudem kommt es noch auf den Browser an. Wenn viele Bilder im Browser angezeigt werden sollen, dann ist Chrome um einiges flotter als Firefox. Irgendwo ist dann aber wirklich schluss. 10.000 POIs sind schon eher über dem Limit. Im Chrome mit einem halbwegs aktuellen Computer geht es. Mit Firefox auf einem alten Computer wird es mühsam. lg Bernhard Am 22.08.10 16:56, schrieb Jan Tappenbeck: Am 22.08.2010 16:55, schrieb Alexander Matheisen: Hallo, kann mir einer von Euch sagen wie man eine Fehlermeldung wie Skript: http://www.tappenbeck.net/osm/openlayers/OpenLayers.js:1287 in Griff bekommen kann ?? Zuviele POI ?? Warum denn mit :1287 am Ende? Und kannst du mal einen Link zu der Slippymap-Seite geben, auf der du zuviele POIs vermutest? Alex http://www.tappenbeck.net/osm/maps/deu/index.php?id=1018 ___ 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] osm in NANO 3 Sat
Jetzt in NANO auf 3Sat. Openstreetmap mit Navi für Behinderte lg,Bernhard http://khtml.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
hi Kann man Adressen nicht kurzzeitig sperren und statt Daten einen entsprechenden Hinweis senden? Wäre es nicht sinnvoll, solche parallelen API-Aufrufe künstlich zu verlangsamen? Bei Web-Applikationen greift der User nicht direkt auf die API zu. Alle API Requests gehen über den Server mit der Web-Applikation und werden dann an den API Server weitergeleitet. Wenn eine Web Applikation also 10 User bedient kommen die Requsts dieser 10 User von der gleichen IP Adresse. Ein automatisches verlangsamen würde mir gar nicht gefallen. Sollte meine Web Applikation Probleme machen, dann bin ich kontaktierbar weil ich die nötigen Informationen dazu im userAgent String übergebe. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
hi Fuer historische Daten gibts das ja schon (OWL). Fuer was gerade live passiert finde ich Deine Seite einen Super-Ansatz. Ich denke, wenn wir sowas noch etwas primtiver machen (keine User-Interaktion, automatisches Zoomen auf interssante Gegenden), koennte sowas auch mal auf die Startseite von OSM oder wenigstens openstreetmap.de oder so. Bei OWL muss man hineinzoomen bis man ein Query machen kann. Seit dem DB Update sind aber großflächige Queries schneller. Die query Reihenfolge time,bbox scheint sich umgedreht zu haben. Die changesetS (mit S) Schnittstelle ist jetzt so schnell, dass sie brauchbar ist. Wenn jetzt jemand einen way geändert hat, dann möchte ich diesen way auf der Karte darstellen. Die changeset (ohne S) Schnittstelle bringt aber nur die Dinge die geändert wurden. Um die ways darzustellen muss ich die fehlenden Punke nachladen und das dauert. Wenn ich die einzelnen changeset (ohne s) mit einem Parameter /full direkt aus einem Filessystem laden könnte, wäre alles supidupi. Die changeset Einträge ändern sich ja nicht mehr und da ist ein db zugriff bei dem alles wieder zusammengebaut wird suboptimal. Ich hab aber eh bald meine eigene DB und kann das dann auch selbst implementieren. Zudem möchte ich ein UI zur XAPI machen. Technisch hab ich das fast fertig. Ob ich das freischalten kann das kann mir aber niemand sagen. Setz doch einfach eine eigene XAPI-Instanz auf. Ansonsten sollte 80n Dir ueber alles Auskunft geben koennen. Ist in Vorbereitung. Der 80n sagt einfach, dass die XAPI max 10.000.000 Datensätze liefert, einen limit Parameter gibt es nicht und damit ist ein Einsatz wie ich mir den Vorstelle schwierig. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
Am 16.08.10 21:30, schrieb Manuel Reimer: bernhard zwischenbrugger wrote: Wenn eine Web Applikation also 10 User bedient kommen die Requsts dieser 10 User von der gleichen IP Adresse. Kommt darauf an. Auf unserer Vereinskarte erzeugen die 10 User im Idealfall garkeinen Traffic, da die Daten nur einmal täglich via API geholt werden. Alles was cachebar ist das cache ich auch. Der erste User greift direkt auf den den Server zu, der zweite User bekommt das gecachte File. Wenn niemand zugreift, dann gibt es gar keinen Traffic. Wenn ein User 2x zugreift, dann werte ich das eTag aus und gebe ein http 304 an den Browser. Mehr geht nicht. Leider kann man halt nicht alles cachen. lg, Bernhadr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte um Mithilfe: Friedhofmapping jetzt im wiki
hi Interessant wäre noch, wie man die Gräber von prominenten Personen einträgt. Als hinreichendes Kriterium für Prominenz könnte ein Wikipiaeintrag gelten. Wir sind hier nicht bei der Wikipedia und wenn man schon Einzelgräber einzeichnet, dann sollte das unabhängig davon sein ob jemand Prominent war. Auf großen Freidhöfen kann man dann mit dem Navi zum Grab der Oma finden. grave_deadperson=Max Mustermann grave_born=1.4.1823 grave_died=1.8.1856 grave_virtual_flowers_sent=23 grab_inschrift=Er war ein sehr Guter lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Routenplaner auf http://khtml.org
Hallo ihr Lieben Auf http://khtml.org gibt es jetzt einen Routenplaner. Die Routing Informationen kommen von Cloudmade. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] frage zu schild
hi hi, hat einer ne ahnung, was dieses schild bedeutet? http://gis.638310.n2.nabble.com/file/n5372657/Screenshot-1.png Das ist ein UFO Landeplatz. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] phpMyGPX v0.6.1 veröffentlicht
hi Viele Tools verschlucken sich übrigens, wenn der GPX-Logger mal Timestamps herausgibt, die nicht in die zeitliche Reihenfolge passen. (der RGM-3800 schafft das irgendwie bisweilen) AFAIK schafft er das zuverlässig, wenn er über Mitternacht (UTC) loggt. Gibt es irgendwo so eine kaputte GPX Datei? Ich bin auch gerade am GPX parsen und würde das gerne ausprobieren. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
hi 2. Angenommen, Du betreibst einen Web-Dienst, der das Internet nach Impressum-Seiten absucht und die Adressen davon automatisch mit OSM verortet. Das Resultat (viele hundert oder tausend Adressen) speicherst Du in einer eigenen Datenbank, und Dein Web-Dienst bietet eine Karte an, auf der diese POIs eingezeichnet sind. In diesem Fall hast Du eine Derived Database (die POI-Datenbank) geschaffen und darauf basierend ein Produced Work (die Karte). Die Karte kann lt. ODbL unter einer beliebigen Lizenz sein, aber die Datenbank musst Du unter ODbL freigeben. - Unter der CC-BY-SA waere das genau andersrum gewesen, die Datenbank haettest Du fuer Dich behalten duerfen, aber die Karte haette frei sein muessen. Der Punkt ist mir jetzt nicht klar. Die meisten Datenbanken sind nicht für die Öffentlichkeit gedacht. Wenn ich eine Kundendatenbank mit OSM verorten will, dann müsste ich also alle Kundendaten freigeben. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Am 21.07.10 12:06, schrieb Thomas Ineichen: Hallo Frederik, bernhard zwischenbrugger wrote: Wenn ich eine Kundendatenbank mit OSM verorten will, dann müsste ich also alle Kundendaten freigeben. Genau. Allerdings nur, wenn man die Verortung der Kunden auch öffentlich zugänglich macht. Eine Firma, die für den internen Gebrauch die Kunden-Adressen auf der Karte darstellt muss diese Daten natürlich nicht veröffentlichen. Da stellt sich dann aber die Frage was öffentlich ist. Ist es nicht öffentlich wenn man sich einloggen muss? Facebook würde ich jetzt mal als öffentlich bezeichen. Den Login-Bereich des Fußballclubs ist eher nicht öffentlich. Aber wo genau ist die Abgrenzung? lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Hehe Wenn der User rm -rf / zu editieren beginnt wird es brutal ;-) Bernhard Am 2010-06-01 20:38, schrieb hike39: Hallo, nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten zu erstellen. Folgende Fehlermeldungen mußte ich dabei entdecken: stdout: read style file and preprocess tile icons for areas... looking for place... WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ und in diesem Zusammenhang auch auf stderr: Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 508,$file line 4. Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 511,$file line 4. Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 517,$file line 4. Frage an Gary68: Hat da unser Freund uns ein Ei in's Nest gelegt? ___ 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] OSM für Feuerwehr
hi ein Bekannter von mir ist bei der Freiwilligen Feuerwehr. Nachdem ich ihm das Wesen von OSM erklärt hatte, war er begeistert, endlich ein Mittel gefunden zu haben, mit dem man ein lange gehegtes Problem lösen könnte. Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an den Daten etwas ändern könnte, stellte sich dieses als Nachteil heraus. Im Einsatzfall muss man sich logischerweise auf stimmige Pläne verlassen können. Die Feuerwehr kann sich doch nicht auf ein funktionierendes Internet verlassen und braucht immer Papierpläne. Alternativ dazu wären noch offline Maps auf Garmin oder Laptop sinnvoll. Ab und zu macht es natürlich Sinn neue Karten zu drucken und die offline Map neu zu überspielen. Da muss man schauen ob die Hydranten noch passen. Wenn die Hydranten-Standorte bereits überprüft wurden, dann müssen in Zukunft nur noch die Änderungen überprüft werden. Um diese Änderungen zu sehen könnte man ein kleines Skript schreiben das diese Änderungen anzeigt. liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Am 2010-05-28 23:18, schrieb Florian Gross: Bernhard Zwischenbrugger glaubte zu wissen: Also: Lasst vorrangig uns die Lücken schließen! Geographische Lücken zu schließen sind wichtiger, als Vorfahrtsregeln in Städten einzutragen. Google Maps ist gratis. Ich darf mir also z.B. einfach so aus google maps einen Atlas basteln, als Quelle google maps angeben und den drucken und verkaufen? Oder ist google maps dann auf einmal nicht mehr gratis? Wichtiger ist mir vor allem: bei google maps und Co. sind die Daten nicht frei verfügbar. Es geht mir genau darum diese Unterschied zu finden. Mit Google Maps geht eben nicht alles. Ich hab mehrere tausend Kilometer gemappt, aber irgendwo in der Pampa GPS Tracks zu sammeln ist nicht das Hobby von allen. Wenn man sich einen Atlas anschaut, dann sind da mehr Informationen drinnen als nur POIs und Strassen. Ich mag z.B die Stromleitungen die gemappt wurden. Sowas ist echt cool und das hat Google eben (noch) nicht. Die Argumentation wichtiger als *** wäre *** ist auch nicht zielführend weil das ganz nicht zentral gesteuert werden kann. liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Was kann OSM 2020?
OSM ist ein tolles Projekt. Zum Massenphänomen wie Wikipedia ist es aber noch nicht geworden. Die Konkurenz von Google Map/Earth und Bing ist verdammt stark. Der große Vorteil von OSM ist, dass die Daten zur freien Verfügung stehen und dass sie erweiterbar sind. Doch was kann man damit machen? Natürlich fallen einem da gleich die üblichen Dinge ein: Weltkarte für den Browser, Navi für das Auto, gedruckte Karten, Was wird es aber noch geben? Werden wird selbst steuernde Autos haben die miteinander kommunizieren und auf OSM Routen fahren? Werden die Menschen anfangen die eigene Wohnung in OSM einzuzeichen, inklusive Möbel, Steckdosen und aktuellem Kühlschrankinhalt? Wird Google Steet View abgeschaltet weil bereits tausende Autos mit Kameras ausgestattet sind und die Bilder fast live auf OSM posten? Werden wir Navigationsgeräte in den Schuhen haben? Ein Schuh also der vielleicht mit kleinen Klopfzeichen den Weg angibt? Wohin geht die Reise? Wer hat die verrücktesten Ideen? liebe Grüße Bernhard http://khtml.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Also: Lasst vorrangig uns die Lücken schließen! Geographische Lücken zu schließen sind wichtiger, als Vorfahrtsregeln in Städten einzutragen. Google Maps ist gratis. Wenn das Ziel ist genau das gleiche zu machen wie eh schon vorhanden ist, dann sehen wohl manche nicht wirklich viel Sinn darin. Wirklich interessant sind doch erst die Dinge die anderswo nicht vorhanden sind. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Slippy Map (khtmlib)
Hi Bodo die Beispielseiten gefallen mir. Das Spiel ist eine gute Idee. Könnte man für Schüler gebrauchen in Geographie. Da müßte man eine eigene Liste von Orten definieren können. Ich habe die Liste der Hauptstädte aus der Wikipedia geparst: http://en.wikipedia.org/wiki/List_of_national_capital_cities_by_population So eine Liste händisch zu erstellen ist glaub sehr mühsam. Wenn es aber möglich wäre solche Listen direkt aus der OSM Datenbank zu erstellen, dann wäre das schon ein Hit. Ich werde mal osmxapi genauer anschauen - vielleicht geht es da. Ein richtiges Spiel ist es halt leider auch noch nicht. Nach 10 Hauptstädten ist es einfach nicht mehr interessant. Der Spielwitz fehlt. Vielleicht muss ich noch ein paar Monster zum abknallen einbauen ;-) Bei stufenlosen Zoom werden wohl die Kacheln mit der niedrigeren Auflösung vergrößert, bis die nächste Zoom-Stufe erreicht wird. Das sieht etwas pixelig aus. Hast Du mal probiert, ob es besser aussieht, wenn die Kacheln der höheren Auflösung verkleinert werden? Ich bin selbst Ubuntu Benutzer. Der Firefox verwendet beim Bilder Zoomen die nearest neighbor Methode. Der Firefox unter Windows verwendet da bereits eine andere Methode. Mit dem chromium wird das nicht pixelig aber dafür ein bisschen verschwommen. Es ist leicht möglich die Kacheln der höheren Auflösung zu verwenden. Einfach den Zoomfaktor im Browser ändern STRG-. Das Ergebnis ist aber nicht wirklich gut. Die Beschriftung wird zu klein und ist nicht mehr lesbar. Für Menschen mit schlechten Augen ist die Karte jetzt schon nicht verwendbar (sagt zumindest eine Freundin von mir die nicht mehr ganz gut sieht). Mit doppelclick kommt man übrigens immer auf einen richtigen (integer) Zoomlevel. Ich bekomme auf der Seite mit den OSM-Änderungen ab und zu eine Warnung Ein Skript auf dieser Seite ist eventuell beschäftigt oder es antwortet nicht mehr. Sie können das Skript jetzt stoppen oder fortsetzen, um zu sehen, ob das Skript fertig wird. Skript: http://www.khtml.org/osm/v0.52/khtml.js:1434 und manchmal wird das Firefox-Fenster für einige Zeit grau, d.h. es reagiert nicht mehr. Die Warnung über das nicht reagierende Skript kam auch mehrmals hintereinander, d.h. nach dem Schließen des Fensters mit Weiter ausführen kam ein paar mal sofort ein neues. Wenn Du mir sagst, was ich tun soll, helfe ich gern bei der Fehlersuche. (bin Softwareentwickler) Da kommt das ganze System an die Grenzen. Ein Problem das ich nicht lösen kann ist, dass die Datenbank einfach zu langsam ist. Im Moment geht das auf die OSM Hauptdatenbank und wenn das viele verwenden, dann werden das die Admins wahrscheinlich auch sperren weil die ganze DB in die Knie geht. Bei osmxapi gibt es die changesets nicht - das ist also auch keine Alternative. Hier ist ein Beispiel für eine langsame Abfrage: www.openstreetmap.org/api/0.6/changesets?bbox=104.838,11.536,105.010,11.577 Wenn viele Daten geladen werden, dann bekommen auch die Browser Probleme - das könnte ich aber vielleicht lösen. Eventuell löst sich das aber auch selbst wenn die Browser schneller werden (Firefox 3.7 bringt Hardwarebeschleunigung) liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Slippy Map (khtmlib)
Servus Christian Danke für die super Bugreports Gefällt mir gut. Vorallem der feinere Zoom. Das Nachschieben (wenn ich während des Schiebens die Maustaste loslasse) ist ein nettes Gimmick und möchte es auch gar nicht schlecht reden - Design gehört ja schließlich auch dazu. Aber das Schieben ist dadurch teilweise schwerer, da es ungewollt weiter scrollt. Das hatte mit Design wenig zu tun, das war einfach Fehlerhaft ;-) Ich hab das jetzt geändert und das Nachschieben erfolgt nur noch aber einer gewissen Geschwindigkeit. Bei Coordinates stehen die aktuellen Parameter, durch Komma getrennt. Ist bei meinem firefox 3.0.19 nicht vom Punkt zu unterscheiden - aber auch kein Beinbruch. Jetzt ist ein | drinnen. Schaut besser aus. Die Ortsangabe in der Suche hat funktioniert. Allerdings wird nur der Ort, mit dem Land angezeigt. Da es den mehrfach gibt, steht das scheinbar Gleiche 5 mal untereinander. Vielleicht kannst du noch Bundesland, Kreis und ähnliches anzeigen lassen. Sodala, jetzt ist nominative drinnen. Mit dem alten namefinder war ich nicht zufrieden weil er einfach zu langsam war. Deshalb habe ich geonames verwendet. Nominative scheint jetzt aber gut zu funktionieren. Beim Vollbild (klasse Idee) werden die Koordinaten nicht übernommen. Sollte jetzt funktionieren. Hast Du mal über die Einbindung und Anzeige von GPX- und anderen Files nachgedacht? Tracks, WP's... Ja klar. GPX, KML, OSM-XML werd ich alles einbauen. Eigentlich hab ich es schon gemacht - allerdings halt nur als Quickhack. KML ist natürlich ein gewaltiger Standard - da werde ich wohl nicht alles machen. Die Software die ich gemacht habe ist eine Map Library also sowas wie openlayers oder google maps api. Das einbinden der Karte sollte aber einmal so leicht sein wie mit google maps (oder einfacher). Es gefällt mir sehr gut vom Design her (z.B. der Zoombalken sieht nach was aus) und auch die Browserunterstützung. injooosm hat z.B. große Probleme mit dem IE :( Ich werde mir das später mal näher ansehen und evtl. als Option integrieren. Der IE ist natürlich ein eigenes Thema. Viel getestet hab ich nicht mit dem IE - sollte aber funktionieren. Der Android Browser ist auch so ein Schmudelkind - das mögen aber die Android Handy Besitzer aber gar nicht hören ;-) lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Slippy Map (khtmlib)
Servus Frederik Kannst Du mal einen kurzen Sales Pitch fuer uns machen - warum sollte man Deine Library benutzen anstatt OpenLayers, was sind aus Deiner Sicht die Vorteile/Unterschiede - und wo hat OpenLayers Dir vielleicht noch Features voraus? Welche grundsaetzlichen Maengel bei OpenLayers haben Dich dazu bewogen, etwas eigenes zu machen? Die großen Unterschiede: o Zoom Speed o nicht integer Zoomlevel o Multitouch am iPhone/iPod Angefangen hab ich mit einer Karte für das iPhone. Multitouch macht nur Sinn wenn man fliessende Zoomlevel zulässt. Für die webkit Desktop Browser war das dann leicht zu adaptieren. Am Firefox auf Linux schaut das natürlich beschissen aus, weil die Bilder mit der nearest neighbour Methode gezoomt werden. Mit chromium funktioniert das aber schon ganz fein. Wenn man ein klares Bild will, dann kann man doppelklick auf den nächsten Zoomlevel scharfstellen. Wirklich interessant ist die map mit Chromium 5 (beta) und einem schnellen TileServer. Es kommt eine dritte Dimension dazu. Ich hoffe Google verklagt mich jetzt nicht gleich aber hier hab ich mal den Google Tileserver in Verwendung: http://www.khtml.org/osm/v0.57/google.html (das ist illegal und ich werde es wieder entfernen) OpenLayers kenn nur Integer Zoom Level. Das rein optische Navigieren finde ich bei OL eher schwierig. Bei einem doppelklick wird bei OL die Karte neu aufgebaut und ich verirre mich immer. Rauszoomen und an einer anderen Stelle wieder reinzoomen macht bei OL nicht wirklich spass. OpenLayers kann natürlich viel mehr. Ich kenne OL nicht wirklich, aber mir fallen jetzt folgende Dinge ein: o Layers o GPX o KML o andere Koordinaten Systeme (nicht WGS84) o ... Eventuell wäre es möglich meine Map in OL zu integrieren - dürfte aber doch eher schwierig sein. Andererseits denke ich, dass es recht einfach sein sollte, diese Dinge in meine Karte einzubauen. Schwierig ist aber aber wiederum die Geschwindigkeit nicht zu verlieren. Im Moment probiere ich die API richtig zu machen. Ich möchte die Dinge die für Geschwindigkeit zuständig sind klar vom Rest Trennen. Wenn Dinge nur auf Geschwindigkeit optimiert sind, dann wird der Programm Code einfach nicht schön und nicht leicht wartbar. Eine low level API ist daher wichtig. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Slippy Map (khtmlib)
hi Sprung in die Mitte legen, beispielsweise im Bereich von 14,6 bis 15,5 die Kacheln in Zoom 15 verwenden? Vielleicht legt man den Sprung bei #,3? 14,0..14,3 von z=14 vergrössern 14,4..14,9 von z=15 verkleinern (oder so) Jetzt hab ich mal den Sprung bei 0.5 gemacht: http://www.khtml.org/osm/v0.57.5/ Das Problem ist jetzt, dass die Schrift verdammt klein wird. Zudem muss der Browser viel mehr Kacheln laden und alles wird langsamer. Für den Firefox mit Linux hilft das aber alles nichts, das ist ein anderes Problem. Mit Doppelklick kommt man aber immer auf einen scharfen Zoomlevel. Es wäre natürlich möglich immer automatisch auf einen ganzzahligen Zoomwert zu kommen. Also so wie bei google oder bing maps. Ich werde einen Parameter einbauen der das ermöglicht. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Slippy Map (khtmlib)
hi Ich versteh das gar nicht. Wird das definitiv in 3.7 gefixed oder muss man irgendwo für einen Bugreport voten? ;-) Das Voten ist heutzutage ganz einfach: chromium verwenden Ist ja nicht so, dass Linux irgendwie per se keine normalen Skalierungen unterstützen würde... Ich hab jetzt mit dem FF 3.7 alpha getestet. Da ändert sich leider nichts. In der Windows Version wird Direct 2D eingebaut was das zoomen von Bildern sehr verbessert. Die Linux Version ist da aber ein bisschen hinten. Es wäre natürlich möglich immer automatisch auf einen ganzzahligen Zoomwert zu kommen. Also so wie bei google oder bing maps. Ich werde einen Parameter einbauen der das ermöglicht. Das wäre vermutlich für einen Großteil der Benutzer der bevorzugte Weg, denn skalierte Pixelgrafiken sind halt immer nich ganz das gelbe vom Ei. Wäre die Frage, ob du dich hier als eierlegende Wollmichsau aufstellen willst und alle Anwendungsgebiete optimal abbilden möchtest oder ob du sagst, dir ist eine Alternative zu OpenLayers wichtig, die eben eine andere Zielgruppe hat. Ich denke mal smooth-zooming sollte sich auch in OpenLayers irgendwie einbauen lassen. Die Variante die immer auf einen ganzzahligen Zoomwert snappt ist mit openLayers sicher leicht machbar. Man müsste nur wärend der Zoomanimation die Vektor Daten ausblenden um eine flüssige Animation zu bekommen. Wenn jetzt also die Linux-Firefox-User nicht wirklich in deine Zielgruppe passen, weil die eher OpenLayers-Seiten anschauen solltest, dann musst du natürlich auch nicht einbauen was nur die wollen. :) Ich bin ja selbst Firefox Linux User. Es geht mir nicht darum OpenLayers zu verdrängen. Viel interessanter wäre es die User von Bing und Google zu gewinnen. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Slippy Map (khtmlib)
Hallo liebe Mapper Wer auf der englischen Liste mitliest, kennt meine map library wahrscheinlich schon. Jetzt funktioniert die Map auf den meisten Browsern und ich poste das jetzt auch auf diese Liste. Getestete Browser: o Firefox o Internet Explorer o Chrome (super schnell) o Safari (super schnell) o iPhone/iPad mit multitouch zoom o Android - ein bisschen buggy o Konqueror Das ganze ist open source (LGPL) und wer will, kann das auf der eigenen Website einbauen. Features: o Schnelles stufenloses zoomen mit dem Mausrad o Multitouch auf dem iPhone/iPad o Vektor Graphik Die hardcode Programmiererei habe ich jetzt glaub hinter mir und nun möchte ich das so aufbereiten, dass die map auf vielen Webseiten verwendet werden kann. Da brauch ich jetzt aber Hilfe weil ich schon ein bisschen Betriebsblind bin ;-) Wo soll ich weitermachen? Was fehlt? Die Software die ich gemacht habe ist eine Map Library also sowas wie openlayers oder google maps api. Das einbinden der Karte sollte aber einmal so leicht sein wie mit google maps (oder einfacher). Die Projektseite ist hier zu finden: http://github.com/robotnic/khtmlib Ich habe bereits einige Beispielseiten zusammengebastelt: o http://khtml.org (automatisches Redirect) o http://www.khtml.org/osm/v0.52/quiz/ (ein Spiel) o http://www.khtml.org/osm/v0.52/extended.html (zeigt die letzten Änderungen auf OSM) o http://www.khtml.org/osm/v0.52/3d.html (perspekte für iPhone, iPad, Safari Mac) Wo soll ich weitermachen? liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
