Re: [Talk-de] Ungemappte Straßen und Wasser im Vergleich zu Google
sb-lis...@gmx-topmail.de writes: Hm, wenn ich mir so Köln oder Bonn anschaue, dann scheint diese Visualisierung nicht so zu funktionieren. Oh, da hat noch eine kleine Info gefehlt: Visualisierung nur für Südost-Asien. Für Europa ist es bei der guten Abdeckung in OSM nutzlos. In Asien fehlen teilweise noch die Major-Roads. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ungemappte Straßen und Wasser im Vergleich zu Google
On 21.02.2011 13:52, Walter Nordmann wrote: der entwickler einer software ist so stolz auf sein kind, dass er bei der freude, dass es endlich laufen kann, solche kleinigkeiten einfach vergisst ;) Ja, tut mir echt leid, dass es deswegen Verwirrung gab. Ich habe das mal direkt in der Karte in der Infobox mit dazugeschrieben, dass es nur für SEA funktioniert. Der Server hat nur begrenzt Rechenkapazität. Falls die Idee ankommt und so eine Karte nützlich ist lässt sich das bestimmt auch auf den Toolserver bringen. Für Europe wo quasi schon jede kleine Straße drin ist bringt die Karte in meinen Augen nicht so viel. Und wenn man dicht ranzoomt stören die kleinen Lageabweichungen beim Übermalen der Google-Daten. Aber für SEA, wo teilweise die großen Verbindungsstraßen fehlen fand ich das super. Ich denke wenn OSM mal eine gewisse Grundabdeckung hat wird es zum Selbstläufer. Momentan ist der normale Nutzer dort meist mit Google Daten oder Google Navigation besser dran. In Thailand gibt es vereinzelt Gebiete die in OSM deutlich besser sind, aber das ist eher die Ausnahme. Ich hoffe, dass der ein oder andere Luftbildmapper jetzt vielleicht die Verbindungsstraßen einmalt. Sollte ich den Rest der Welt ohne Abdeckung ausgrauen? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ungemappte Straßen und Wasser im Vergleich zu Google
On 21.02.2011 22:52, Bodo Meissner wrote: Das SEA konnte ich aber auch erst nach dem weiteren Lesen dieses Threads interpretieren. (Die Karte deckt nur das Meer ab?) Vielleicht solltest Du es besser ausschreiben. Das nimmt so furchtbar viel Platz weg ;) Habe es jetzt mit kleinerer Schrift dazugeschrieben. Denke das ist immer noch lesbar. Sollte ich den Rest der Welt ohne Abdeckung ausgrauen? Wäre sicher sinnvoll. Ich verhindere jetzt, dass aus dem Bereich herausgescrollt wird. Zusammen mit dem Hinweis sollte das jetzt hoffentlich verständlich sein. Ich habe auch noch die Darstellung auf niedrigere Zoomlevel erweitert. Bis Zoom 7 kann man jetzt rauszoomen. Dabei sieht man gut, dass z.B. Thailand im Vergleich zu Vietnam gut gemapped ist, aber trotzdem noch an manchen Stellen kurze Straßenstücke fehlen. Leider oft an den Stellen an denen es nur Landsat Abdeckung gibt. Aber auch dort lassen sich große Straßen oft problemlos erkennen. Und vielleicht fährt ja auch jemand in Urlaub und nimmt seinen Datenlogger mit. Ich bin ganz zuversichtlich, dass sich die Lücken bald schließen. Viel Spaß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Bing Luftbilder
On 20.02.2011 01:57, Michael Kugelmann wrote: Am 20.02.2011 00:46, schrieb Harald: Hast du Automatisch zoomen in den JOSM-Einstellungen angekreuzt? Ja. Es gibt zwei Stellen in der config an denen ein maximaler Zoomlevel eingestellt werden kann. Steht da was? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
On 20.02.2011 13:08, Josias Polchau wrote: das große Problem von t@h ist doch, dass Überlappungen nicht herausgerechnet werden. es muss einfach eine Hierarchie geben (wie bei mapnik derzeit) Objekt x wird nur gerendet, wenn kein Objekt mit einer höheren Hierarchie an der Stelle oder in der Nähe ist. Die gibt es bei Mapnik auch nur indirekt. Das was zuerst gemalt wird ist eben da, der Rest passt nicht mehr. Mapnik empfiehlt die Daten in der richtigen Reihenfolge aus der DB zu liefern. Falls du etwas verbessern willst: nur zu, ansonsten hat T@H mittlerweile das Ende der Entwicklung erreicht und wird mit der nächsten größeren Inkompatibilität oder Serverproblem wohl abgeschaltet, da die Maintainer keine Zeit mehr haben. Es läuft noch so lange es läuft. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
On 20.02.2011 18:33, M∡rtin Koppenhoefer wrote:
Apropos (Du scheinst Dich auszukennen): wie wird eigentlich die
z_order bei Mapnik innerhalb desselben Layers (gemeint ist mit
demselben layer-tag-wert) bestimmt/vorgegeben? Macht das osm2pgsql?
ja, das berechnet osm2pgsql. Hier der code:
http://trac.openstreetmap.org/browser/applications/utils/export/osm2pgsql/output-pgsql.c?rev=25198
303
304 static int add_z_order(struct keyval *tags, int *roads)
305 {
306 const char *layer = getItem(tags, layer);
307 const char *highway = getItem(tags, highway);
308 const char *bridge = getItem(tags, bridge);
309 const char *tunnel = getItem(tags, tunnel);
310 const char *railway = getItem(tags, railway);
311 const char *boundary= getItem(tags, boundary);
312
313 int z_order = 0;
314 int l;
315 unsigned int i;
316 char z[13];
317
318 l = layer ? strtol(layer, NULL, 10) : 0;
319 z_order = 10 * l;
320 *roads = 0;
321
322 if (highway) {
323 for (i=0; inLayers; i++) {
324 if (!strcmp(layers[i].highway, highway)) {
325 z_order += layers[i].offset;
326 *roads = layers[i].roads;
327 break;
328 }
329 }
330 }
331
332 if (railway strlen(railway)) {
333 z_order += 5;
334 *roads = 1;
335 }
336 // Administrative boundaries are rendered at low zooms so we
prefer to use the roads table
337 if (boundary !strcmp(boundary, administrative))
338 *roads = 1;
339
340 if (bridge (!strcmp(bridge, true) || !strcmp(bridge, yes)
|| !strcmp(bridge, 1)))
341 z_order += 10;
342
343 if (tunnel (!strcmp(tunnel, true) || !strcmp(tunnel, yes)
|| !strcmp(tunnel, 1)))
344 z_order -= 10;
345
346 snprintf(z, sizeof(z), %d, z_order);
347 addItem(tags, z_order, z, 0);
348
349 return 0;
350 }
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
On 20.02.2011 20:16, M∡rtin Koppenhoefer wrote: Danke für die präzisen Angaben, d.h., ob zuerst highway=footway oder highway=service gerendert wird, solange beide keine Brücke, Tunnel oder Layer-tags haben, und im selben Mapnik-Layer gerendert werden, ist reiner Zufall, oder? Die Reihenfolge der Layer ist definitiv wichtig. Wie es genau aussieht wenn ein Layer mehrere Styles verwendet ist mir nicht bekannt. Da wird es mit der Doku auch ein wenig dünn. Ich vermute, dass er auch Styles innerhalb eines Layers von oben nach unten bearbeitet. Vergleiche hier: http://trac.mapnik.org/wiki/SymbologySupport Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonyme edits erlauben
On 16.02.2011 01:59, Frederik Ramm wrote: Da wäre es schon schwer zu sagen was denn jetzt ein geduldeter Editor ist und was nicht. Das ist jetzt, sag ich mal, etwas kindlich gedacht (Mama, wenn der das darf, dann darf ich das aber auch...). Aber darauf läuft es hinaus. Wer ist denn diese Instanz, die das entscheidet? OSM hat keinen Prozess mit dem die Community so etwas demokratisch entscheiden könnte. OSM ist keine Demokratie. Trifft dann die DWG so eine Entscheidung? Triffst du eine andere Entscheidung wenn ich dir Geld gebe oder mal ein Bier zahle? Oder wenn dir meine Nase nicht gefällt? Auch wenn das mal wieder als typisch deutsch gelten könnte: Klare Richtlinien helfen weiter. Und am besten werden diese ganz demokratisch beschlossen. (kleiner Haken ist dabei, die Stimmberechtigung sollte auf Personen bezogen sein nicht auf accounts, weil davon kann ich mir ja beliebig viele erzeugen). Ich habe bei mir schon ein oAuth fertig. Das wäre nicht das Problem. Allerdings erfordert oAuth nicht nur die Registrierung bei OSM sondern zusätzlich noch einen Account beim oAuth comsumer. Dieser Account koennte aber auch einfach ein Cookie sein, oder? Bei der typischen Haltbarkeit von Cookies eher ungünstig. Meist werden die doch am Ende einer Session entsorgt. html5 Web-Storage oder Flash cookies wären wohl haltbarer. Mittelfristig gehe ich davon aus, dass OSM auch OpenID unterstuetzen wird, so dass dann ein Account bei Google Co. schon ausreicht (in den die Leute zudem meistens eh schon dauer-eingeloggt sind). Siehe aktuelle Diskussion hierzu auf dev. Das hilft hier aber nicht weiter. Oder willst du wirklich bei jedem Zugriff eine neues Token erzeugen? Sonst spart es nicht den zweiten account. Ich kann grad nicht gucken, weil wheelmap.org nicht geht. Grundsaetzlich gelten fuer die Wheelmap natuerlich genau die gleichen Attribution-Regeln wie fuer alle anderen auch. Die Attribution ist da. Ich fand es nur schade, dass die so unauffällig angebracht ist. Das hätte ruhig etwas mehr Werbung für OSM sein können. Dadurch haetten wir effektiv eine Art lektorierter Edits eingefuehrt; jeder kann sich frei entscheiden, ob er direkt selber editieren will (dann aber mit Account), oder lieber auf die Schnelle ohne Account was eintragen, aber das muss dann eben erst noch durch die (wenn auch oberflaechliche) Qualitaetskontrolle. Ob diese oberflächliche Kontrolle reicht ist auch fraglich. Auch da hast du wieder einen Sammelaccount, bei dem jemand ohne die Faktenkenntnis das einfach durchwinkt. Der Unterschied zum direkten Eintragen ist nicht so groß. Probleme bleiben die gleichen. Damit wäre auch so ein OSB-Ansatz problematisch. Die Wikipedia hat doch ein ähnliches Problem. Auch dort geht es um unangemeldete Edits und Bedenken wegen Copyright oder Vandalismus. History haben wir an den Objekten auch, somit kein Unterschied zu Wikipedia. Wir könnten die IP-Adresse des submitters im Changeset speichern. Mehr macht Wikipedia auch nicht. Die Frage läuft für mich doch wieder auf das hinaus: Grundsätzlich erlauben oder nicht. Und falls wir es erlauben, dann gilt das für alle und wir entwickeln Werkzeuge um Vandalismus zu erkennen oder um Copyrightverstöße zu erschweren. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonyme edits erlauben
On 16.02.2011 15:42, Henning Scholland wrote: auszusetzen. Wenn ich ihm sage, dass cuisine=deutsch im Prinzip unnütz ist, wird er mir zustimmen, kann aber nicht dem Autor sagen, trag doch statt cuisine=deutsch cuisine=german ein. So wie ich es verstehe erlaubt der Amenity Editor keine unangemeldeten Edits mehr. Sonst kannte ich keine Freitext-Editoren die das erlauben. Es bleiben jede Menge Preset-Editoren. Potlatch und JOSM kennen wohl die meisten. Wenn dort in einem Preset Blödsinn drinsteht wird das auch so eingetragen. Das unterscheidet sich nicht von einem Preset-Editor der nur Barrierefreiheit einträgt oder die Cuisine. JOSM hatte da imho vor einiger zeig auch mal tags großflächig eingedeutscht als die Übersetzer zu fleißig waren. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonyme edits erlauben
Hallo Manuel, On 16.02.2011 23:12, Manuel Reimer wrote: Eventuell wird das irgendwann realistischer, wenn OpenID doch noch für OSM ermöglicht wird. So könnte die entsprechende Webseite einfach OpenID-Provider spielen und der Webseiten-User kann sich direkt mit dem schon vorhandenen Login bei OSM anmelden. die Technik die du meinst nennt sich oAuth. Da kennen die Webseiten dein Passwort nicht sondern nur ein token das sie von OSM bekommen haben. Das lässt sich jederzeit sperren. Denkbar wäre auch, dass OSM die mit einem Ablaufdatum versieht, ist aber zur Zeit nicht gemacht. Die Hemmschwelle um mal kurz etwas einzutragen steigt aber dadurch kräftig an. Wie, schon wieder irgendwo meine Daten eintragen, Noch ein Passwort, ... Mir wäre es schon recht wenn das hinzufügen von einfachen Details möglichst einfach geht. So quasi zum Reinschnuppern in OSM. Und wer mal gefallen daran gefunden hat wird sich auch einen account holen mehr machen. Wie wäre es, wenn jede Eingabe ein captcha erfordert? Und im Changeset die IP-Adresse von dem Webnutzer gespeichert wird? Klar, darauf wird deutlich hingewiesen. Das würde ja zumindest ein klein wenig nachvollziehbar machen wer da editiert. Und Massenedits sind so auch nicht mehr möglich. Es könnte auch gesperrt werden, dass Objekte öfter als alle x Tage geändert werden (oder keine objekte mit mehr als y Versionen) um edit-wars zu begrenzen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonyme edits erlauben
On 16.02.2011 23:46, Frederik Ramm wrote: Hallo, Stephan Knauss wrote: Wie wäre es, wenn jede Eingabe ein captcha erfordert? Und im Changeset die IP-Adresse von dem Webnutzer gespeichert wird? Klar, darauf wird deutlich hingewiesen. Fuer die Community erreichbar wird er dadurch aber nicht. Das ist richtig, aber dadurch wären verschiedene sessions der Webuser unterscheidbar. Für den Fall dass doch mal was reverted werden soll. Muss man wirklich jeden User erreichen können? Wenn jemand einträgt, dass es in einem Restaurant eine Behindertentoilette gibt, dort aber keine ist, warum will ich dann den User kontaktieren? Oder wenn es beim Italiener um die Ecke laut Karte Kebab gibt. Das wird halt korrigiert. Dafür ist es ein Wiki. Ich denke so lange die Editoren nur presets anbieten ist das Potential für Rückfragen gering. Da wären eher die Betreiber bzw. Maintainer der Presets gefragt wenn da unklare oder strittige Sachen angeboten werden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anonyme edits erlauben
Hallo, es ist mal wieder eine POI Anwendung in den Medien die anonyme edits erlaubt. Das ist jetzt bereits die zweite größere Anwendung die das macht. Wie ist denn hier die aktuelle Meinung? Mir liegt insbesondere noch Lulu-Ann im Ohr die damit gedroht hat anonyme Edits per Bot löschen zu wollen, da nicht sichergestellt ist, dass keine urheberrechtlich geschützten Quellen kopiert werden. Ist das mittlerweile akzeptiert? Dann würde ich die Edit-Funktion der smoking-Map auch freischalten. Es gibt user in Kroatien die das dringen brauchen können. Und am besten für die Cuisine Map gleich hinterher. Und ob das Eintragen von Fakten die fürs Urheberrecht erforderliche Schöpfungshöhe hat müsste auch mal ein Jurist beurteilen. Und auch ob erfundene Fakten, also easter eggs, eine notwendige Schöpfungshöhe haben. Schönen Abend, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonyme edits erlauben
On 16.02.2011 00:14, Frederik Ramm wrote: Du meinst wheelmap.org? ja Wir sollten hier nicht von anonymem Editieren reden, sondern vom Editieren mit einem Sammelaccount. Probleme sind ähnliche. Es lässt sich nicht zu einem Nutzer zurückverfolgen bei dem man Rückfragen könnte. Wie ist denn hier die aktuelle Meinung? Die Data Working Group raet sehr davon ab, sowas zu machen. [...] Grundsaetzlich wuerdest Du mit der smoking oder cuisine-map ja was aehnliches machen, und ich vermute mal, das wuerde auch geduldet. Wenn das aber ueberhand nimmt, koennte es auch irgendwann dazu fuehren, dass alle diese Arten von Editoren, inkl. Wheelmap, nicht mehr geduldet werden, denn der Community-Aspekt ist ja auf jeden Fall da. So weit schon richtig. Ich würde dann aber schon die gleichen Maßstäbe erwarten. POI-Editoren gibt es ja theoretisch hunderte Einsatzmöglichkeiten. Von Briefkästen angefangen über Öffnungszeiten bis hin zu Stellen an denen sich besonders gut Obst klauen lässt. Da wäre es schon schwer zu sagen was denn jetzt ein geduldeter Editor ist und was nicht. Von daher schon ganz-oder-garnicht. Wenn Du ganz sicher gehen willst, dann biete doch eine OAuth-Editiermoeglichkeit an. Ich habe bei mir schon ein oAuth fertig. Das wäre nicht das Problem. Allerdings erfordert oAuth nicht nur die Registrierung bei OSM sondern zusätzlich noch einen Account beim oAuth comsumer. Das läuft der Idee einen einfachen Spezialeditor zu bieten um mal spontan einen Fakt einzutragen entgegen. Ich wollte auch dem Betreiber von Wheelmap schreiben, dass die OSM Attribution auf der Karte nur sehr schwer zu erkennen ist. Das hätte ruhig etwas prominenter sein können wenn es so eng mit OSM verzahnt ist. Aber dafür hätte ich mich bei irgend einem Webdienst registrieren müssen. Das war mir dann doch die Mühe nicht wert. Ist doch mit so POI Editoren das gleiche. Mal schnell mit zwei Mausklicks etwas hinzufügen geht einfach. Wenn erst Accounts angelegt werden müssen ist die Hemmschwelle gleich viel höher. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Südpol im Atlantik
On 14.02.2011 00:00, Markus wrote: Strahlenförmige Ländergrenzen, und beim Reinzoomen erscheint Südpol... http://www.openstreetmap.org/?lat=-0.09lon=0.32zoom=6layers=M Die Software kann unendlich nicht darstellen. Eigentlich müsste alles nördlicher/südlicher von 85 Grad abgeschnitten werden. So landet es dann eben bei 0/0 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten mit englischen namen, bzw. mit lateinischer schrift gerendert?
On 09.02.2011 19:55, Hanno Böck wrote: Gibt es irgendwo eine gerenderte Karte, wo standardmäßig überall wo vorhanden name:en genutzt wird? ja Und: Gibt es eine gerenderte Karte, die Namen zwar in ihrer Heimatsprache, aber in lateinischen Buchstaben schreibt? Wäre in manchen Ländern einfach möglich, in anderen komplizierter. Dort wo die Transliteration einfach berechnet werden kann soll das auch der Renderer tun. Das brauchen wir nicht extra in der Datenbank ablegen. Ich hab beides nicht gefunden. Im Wiki hätte es gestanden :) http://wiki.openstreetmap.org/wiki/Map_Internationalization Name:en alleine, der Name in Landessprache oder bilingual: zum Beispiel hier für Thailand (minutanaktuell): thaimap.osm-tools.org oder Griechenland: greece.osm-tools.org oder Iran: iran.osm-tools.org Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
On 08.02.2011 16:23, Frederik Ramm wrote: Ich habe aber keinen eleganten Weg, um ausserhalb Deutschlands einen anderen Kartenstil zu nehmen (Mapnik2 kann das, s. open.mapquest.de) hast du einen Link auf weitere Infos? Das einzige das mir dazu einfallen würde wäre eine wilde Konstruktion mit der expression engine und posgres magie die das entsprechende Land mitliefert. Das liese sich vermutlich auch durch ein Script aus dem xml für das alte Mapnik generieren. Oder gibt es da etwas ganz neues? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
On 06.02.2011 13:48, Alexander Matheisen wrote: ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind, auch importiert. Die Styledatei habe ich schon angepasst, hat aber leider nichts gebracht. Willst du damit eine Karte rendern? osm2pgsql ist imho darauf optimiert. Und eine API-DB zu bekommen solltest du dir mal osmosis mit den DB Schemas ansehen. Ansonsten: Was fehlt denn genau? Deine Problembeschreibung ist etwas dürftig. Da muss man schon Hellseher sein um dein Problem erraten zu können. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
Hallo Bernd, On 02.02.2011 16:19, Bernd Wurst wrote: Aber ist nicht einerseits die Datenübertragung des TMC und auch die Herangehensweise wie die TMC-Codes definiert sind stark veraltete Technik und wird das nicht in Zukunft sowieso anders laufen? Weiß jemand wie TMCpro hier arbeitet? Auch mit (den selben) Location-Codes? das was du suchst nennt sich TPEG. Schicke Sache, wenn du im Stadtverkehr siehst wo sich gerade der Verkehr staut. Die Auflösung geht bis auf Häuserblock-Ebene. In Korea hat das jedes billig-Navi. In Deutschland ist es erst am kommen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
On 02.02.2011 16:35, Jan-Benedict Glaw wrote: On Wed, 2011-02-02 16:19:59 +0100, Bernd Wurstbe...@bwurst.org wrote: Am Mittwoch 02 Februar 2011, 15:56:03 schrieb Wolfgang: Übertragungen auch nötig sind oder ob die das auf die für mich naheliegendere Weise machen: Von Koordinate [X] bis Koordinate [Y] auf Straße [Z] mit ganz normalen GPS-Koordinaten und einem Straßennamen (A 1) den das Navi auf seine Daten projeziert. Das paßt nicht in die behördlichen Vorgänge ;-) doch, passt rein. Nennt sich TPEG-Loc. Hier zum Nachlesen: http://de.wikipedia.org/wiki/Transport_Protocol_Experts_Group#Unabh.C3.A4ngigkeit_vom_Kartenmaterial_.28TPEG-Loc.29 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Performanceprobleme bei Mapnik/SQL
On 03.02.2011 01:45, Stephan Wolff wrote: Objekten berechnet werden (z.B. /tiles/powermap/10/537/327.png). Scheinbar werden viel größere Bereiche als ein Tile geografisch selektiert. Der Server rechnet Metatiles. Das sind in der Regel 64 einzelne Tiles die am Stück gerechnet und gespeichert werden. Dazu kommt noch ein wenig Überlappung an den Rändern damit die Schnittgrenzen zusammenpassen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfestellung bei der internationen Sprachbezeichnung - grichisch
Hallo Jan, On 31.01.2011 13:34, Jan Tappenbeck wrote: griechisch. §$%/(/( [Dummy-Name] bitte nicht im Name-Tag noch etwas mit Klammern oder so angeben. Das verhindert recht zuverlässig zweisprachige Karten. Den lokalen Namen in name, englisch in name:en Schau' mal auf http://thaimap.osm-tools.org/ vorbei, da siehst du wie so was in der Praxis aussehen kann. Für Griechenland wollte das auch mal jemand haben. Gab dann aber nie wieder Feedback ob das nützlich ist. Von daher wird die Karte seit einiger Zeit nicht aktualisiert. http://greece.osm-tools.org/ Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wochennoitz Nr.28
Hi, On 30.01.2011 16:10, malenki wrote: Für das OSM-Wochenblättchen ist es doch ein wenig peinlich, bei knapp dreißig Ausgaben schon fünf Mal unter einer tippfehlerbehafteten Überschrift erschienen zu sein. Ich finde es toll, dass es die Wochennotiz überhaupt gibt. Da stört auch der ein oder andere Tippfehler nicht. War mir nicht mal aufgefallen, erst als du darauf hinweist. Etwas mehr Nachsicht mit den fleißigen Schreibern, bitte. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Yahoo WMS?
On 14.01.2011 12:11, Frederik Ramm wrote: Bloede Frage, koennen wir Yahoo nicht einfach jetzt komplett rauswerfen? Bitte nicht. Gibt es *irgendeine* Gegend, in der Yahoo-Bilder besser sind als Bing? Bangkok, Thailand. Es gibt einen Way der die Abdeckung darstellt. Da kannst du das genau ansehen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
On 11.01.2011 10:24, Karsten wrote: hat jemand eine Ahnung, wie ich im Hintergrund veraltete Kacheln neu rendern kann und nicht erst, wenn sie im Browser neu angefordert werden. Ich habe mapnik/Tirex installiert tirex-batch. Im tirex-paket ist ein script dabei das basierend auf den ältesten x Tiles diese neue rednert. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu ti...@home Windows
On 11.01.2011 19:52, Carsten Moeller wrote: War jetzt lange nicht mehr am Ball aber schau mal hier: http://wiki.openstreetmap.org/wiki/DE:windowscli...@home warum machst du das alles von Hand? Warum nicht einfach einen Doppelklick auf den Installer? Der installiert alle notwendigen Tools und Erweiterungen, ggf. auch noch Java und rendert mit Batik. Ansonsten: Für die Java-Spezies: Java kann auf einer Windows-2Gig-Maschine maximal -Xmx1408m. seltenst. Woran es genau liegt kann ich dir nicht erklären, die Grenze liegt meist niedriger. 1350 hat meist funktioniert. Machmal können die Systeme auch weniger. Es gibt einen dokumentierten Fall bei dem die Comodo Firewall dafür gesorgt hatte dass die Grenze niedriger war. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu ti...@home Windows
On 08.01.2011 11:19, Rainer Knaepper wrote: o...@stephans-server.de (Stephan Knauss) am 08.01.11: Als Tile-Dienst halte ich das Konzept für überholt. Mein server rechnet Mapnik bis Z19 und das ist in einigen sehr dicht gemappten Gegenden auch schon zu knapp um alle Details zu sehen. Nuja, ich denke, ich werd's dann wieder vom Rechner runterschmeißen, wenn es eh nichts bringt. Das musst du für dich persönlich entscheiden. Meine persönliche Entscheidung war dass es bei mir nicht mehr läuft. Und das obwohl ich einige Zeit in den Windows Installer gesteckt habe und den auch weiterhin pflege. Es ist prinzipiell ja nicht schlecht auch eine von Mapnik unabhängige Alternative zu haben. Nur das einstige Argument, dass in Osmarender die Daten früher erscheinen als in Mapnik zieht schon seit einiger Zeit nicht mehr. Die Infrastruktur zum verteilten Rechnen liese sich vielleicht für andere Zwecke verwenden. Aber das muss erst mal jemand programmieren. Vielleicht in Richtung Qualitätssicherung. So eine Art verteilter Validator. Die checks dürfen da auch ruhig aufwändiger sein, läut ja verteilt. Vielleicht hat Garry68 mal Lust in diese Richtung zu experimentieren. Die Auswertungen wären damit fast in Echtzeit verfügbar. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kreative gpx-tracks
On 09.01.2011 17:54, Manuel Reimer wrote: Frederik Ramm wrote: http://wiki.openstreetmap.org/wiki/DE:Upload_Waypoints Scheint sich ein User aus Nuernberg ausgedacht zu haben. Wichtig ist da der Teil: http://wiki.openstreetmap.org/wiki/DE:Upload_Waypoints#Bitte_beachten Wenn der Benutzer zu ermitteln ist, der diese GPX-Daten hochgeladen hat, dann sollte man ihn mal freundlich auf diesen Absatz hinweisen... Ich habe mal Markus auf bcc auf dieser Mail. Markus, bitte nimm das Programm wieder vom Netz. Das wird falsch verwendet. So ein Müll hat nichts in der Datenbank zu suchen. Alternativ weise die Nutzer DEUTLICH darauf hin, dass die Dateien NICHT hochgeladen werden dürfen. Es gibt keinen privaten Upload. Alle Punkte sind IMMER sichtbar. Der Unterschied ist nur ob es Zeitstempel daran gibt und ob der Uploader sichtbar ist. http://wiki.openstreetmap.org/wiki/Visibility_of_GPS_traces oder auch auf deutsch: http://wiki.openstreetmap.org/wiki/DE:Visibility_of_GPS_traces Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kreative gpx-tracks
On 09.01.2011 17:09, Frederik Ramm wrote: Frederik Ramm wrote: Sowas hab ich schon oefter gesehen. Das muss irgendeine Importsoftware eines bestimmten Herstellers sein, die solchen Murks erzeugt. http://wiki.openstreetmap.org/wiki/DE:Upload_Waypoints Scheint sich ein User aus Nuernberg ausgedacht zu haben. Ich frage mich, ob eine Anzeige als privater Hintergrund in Potlatch nicht ebenso einfach lösbar gewesen wäre wie so ein Programm zu schreiben das die Dinger in Grafiken umwandelt. Und es hätte den Müll aus der Datenbank rausgehalten. GPX Dateien haben keine History, oder? Dann lassen sie sich wenigstens wieder löschen. Dann wäre wenn es schon diesen Programm sein muss doch die bessere Einstellung die Tracks als public hochzulanden. Dann lässt sich das wenigstens einem Uploader zuordnen. Ist das in Flash wirklich so schwierig eine lokale GPX-Datei anzuzeigen? Kann ich mir wirklich nicht vorstellen, auch wenn ich kein Actionscript kann. Aber es müsste doch nur ein weiterer Handler an die Stelle dran, die die Daten vom Server aufbereitet. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kreative gpx-tracks
On 09.01.2011 20:42, Frederik Ramm wrote: Ich vermute, das war aus der Zeit, als man mit Potlatch noch keine lokalen Dateien oeffnen konnte. Daher musste man alles hochladen, was man im Potlatch sehen wollte. Mit Potlatch2 ist das aber nicht mehr der Fall. Kannst du nicht etwas schneller antworten :) Ich hatte gerade versucht anzuregen das in Potlatch einzubauen. Schön, wenn alle Features so schnell umgesetzt sind. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einheitliche Begriffe im Wiki
Hallo Markus, On 07.01.2011 12:02, Markus wrote: Node (engl.) bedeutet Knoten. Node (OSM) bedeutet geoinformatisches Element 'Punkt'. Wenn ich also einem Anfänger erklären will, wie er beispielsweise eine Telefonzelle eintragen kann, dann sage ich nicht: mache einen 'Node' und schreibe in der rechten Spalte unter 'Eigenschaften' Schaltfläche 'Hinzufügen' in das Feld 'Schlüssel' das Wort 'amenity', oder wähle alternativ aus der Liste 'Schlüssel' den Tag 'amenity', und schreibe in das Feld Wert' das Wort 'telephone', oder wähle alternativ aus der Liste 'Wert' den Tag 'telephone'. (übrigens: JOSM hat schon fast alles richtig übersetzt!) Sondern ich sage: Mache einen Punkt und wähle im Menü 'Vorlagen' unter 'Einrichtungen' und nochmal 'Einrichtungen' die Eigenschaft 'Telefon'. ich gehöre zu den glücklichen, die kein Problem mit den englischen Begriffen haben. Zum einen weil ich die Sprache so weit verstehe dass mir die Begriffe etwas sagen, zum anderen weil ich es nicht undeutsch finde die Originalbegriffe in einem internationalen Projekt zu verwenden das beschlossen hat, dass die Kommunikationssprache Englisch ist. Vor dem Hintergrund auch Nutzer gewinnen zu wollen die nicht aus dem technischen Umfeld stammen und auch nicht so flüssig im Englischen sind verstehe ich die Anstrengungen nach einer deutschen Fassung der Programme. Beim Übersetzen von etablierten Fachbegriffen schießt man IMHO über das Ziel hinaus. IBM hat mal in den eingedeutschten Versionen ihrer Betriebssystem vorgemacht wie man es nicht tun sollte. Für mich klingen Klapprechner oder Tafelschreibblock, die Wikipedia sagt (auch Flip-Chart, englisch für Umblätter-Diagramm) schon lächerlich. Wenn es gleichwertige etablierte(!) deutsche Begriffe gibt verwendet man diese. Aber auch nur dann. Die Heimseiten im Weltnetz stammen meist aus dem rechten Rand. dict.cc hat ein Ranking der Übersetzungen. http://en-de.dict.cc/?s=node Nicht unbedingt die häufigste Bedeutung eines Begriffes ist auch die gemeinte. So wäre eine Übersetzung node nach Knoten irreführend. Wenn du dir das umgekehrte Ranking anschaust: http://www.dict.cc/?s=knoten siehst du, dass Knoten meist in der Bedeutung knot verwendet wird. Als Segler könntest du auch an Geschwindigkeit denken. Ich bin stark dafür, dass dem deutschsprachigen Nutzer erklärt wird was unsere Fachbegriffe bedeuten. Verwechsle nicht eine Übersetzung mit einer Erklärung. Ein Neuling kann mit einem Knoten oder Punkt oder Ortsmarker oder wie du es auch übersetzt nicht viel mehr anfangen als mit einem node. Erkläre im in deutscher Sprache das Konzept das dahinter steckt. Also was ein node bedeutet. Dann versteht er auch das Wort ohne dass da ein deutscher Begriff verwendet wird. Die Schlüssel/Wert Paare in OSM sind auch Englisch. Das ist nicht technisch Begründet sondern eine Konvention von Projekt. Du musst also dem Neuling erklären, dass hier englische Begriffe verwendet werden. Und zwar als feststehende Fachbegriffe die nicht übersetzt werden. Ein highway ist auch im Englischen bei OSM ein feststehender Fachbegriff. Kein Muttersprachler käme auf die Idee sich bei dem Wort einen schmalen Bergpfad vorzustellen. Aber in OSM ist das ein highway=track. Du kannst sagen, dass es Vorlagen gibt, die beim Eintrag Telefonzelle automatisch die englischen Werte amenity=telephone eintragen. Aber es wird eben nie Einrichtung=Telefonzelle eingetragen oder im Editor angezeigt. Viele Grüße per e-Post, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu ti...@home Windows
On 07.01.2011 15:03, Rainer Knaepper wrote: mußte ich MaxComplexity begrenzen, Daten mit 1500 und mehr schmeißen bei z=17 Fehler. macht er das nicht automatisch? ich dachte, da gibt es eine Funktion, die das dynamisch anpasst. Vielleicht täusche ich mich ja auch. In tahwin selbst wollte ich keine allzu große Neuentwicklung mehr reinstecken. Falls du NSIS script kannst: die automatische Erkennung des maximal möglichen Xmx liese sich im Installer einbauen. Andererseits: Die meisten dürften mittlerweile ja auch 64 bitter haben... Mit alter Hardware lassen sich Städte in Deutschland nicht mehr rendern, da geht einfach der Speicher aus. Als Tile-Dienst halte ich das Konzept für überholt. Mein server rechnet Mapnik bis Z19 und das ist in einigen sehr dicht gemappten Gegenden auch schon zu knapp um alle Details zu sehen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu ti...@home Windows
Hallo Rainer, On 06.01.2011 23:29, Rainer Knaepper wrote: Sehe ich das richtig, daß ti...@home gerne 256 + 1350 MB Ram hätte? er will bis zu 1350MB wachsen dürfen, startet mit 256. Dein Windows gibt Java nicht die Zusage, dass es das kann, damit wird der Prozess nicht gestartet. Manche Setups sind da komisch. Es gab mal Probleme mit Comodo die es verhindert haben, dass die Xmx groß wird. Der Problem liegt irgendwo in deiner Installation. Auch auf der Kommandozeile wird Java nicht funktionieren. Du kannst aber t...@h beibringen mit weniger Speicher zu arbeiten. In der Datei tilesAtHome.conf die folgende Zeile suchen: BatikJVMSize=1350M dann die Zahl mal in 50MB Schritten kleiner machen bis es geht. alternativ auf der Kommandozeile: java -Xmx1350M memtest wenn die Meldung kommt dass er die Klasse memtest nicht findet, dann hast du die richtige Größe. Beschwert er sich über Speicher dann ist mx zu groß. Viel Erfolg, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielwiese?
On 04.01.2011 20:07, Christian Knorr wrote: wget http://api06.dev.openstreetmap.org/api/0.6/map?bbox=5.5,46.5,14.5,54.5; -O Deutschland.osm FEHLER 400: Bad Request. Wie komme ich an eine so große bbox aus der Spielwiese? am schönsten wäre es wahrscheinlich auf dem DEv-Server den gleichen Export zu installieren der auch im Produktivsystem einen planet-Dump erzeugt. Hat den Vorteil, dass dann auch mit diesen Scripten experimentiert werden kann ohne gleich ans Produktivsystem zu müssen. Alternativ kannst du den Request in mehrere Anfragen aufteilen. Könnte aber dazu führen, dass der download limiter dich sperrt. Der Code ist bestimmt auch im Code auf dem Dev-Server aktiv. Mir stellt sich aber ein wenig die Sinnfrage. Spielwiese ist ja schön und gut, aber warum so eine gigantische Fläche? Leg' im Zweifelsfall Lummerland wieder an. Das ist eine hübsche kleine Insel, zwei Berge, Eisenbahn - Also alles was du für's Rendering brauchst. Ich habe noch eine Kopie der Daten. Lege das mal hier zum Download, Lizenz CC-BY-SA Openstreetmap. http://downloads.osm-tools.org/lummerland.xml Macht es auch für die Spielwiesen-Nutzer etwas einfacher wenn sie von existierenden Edits abgucken und was lernen wollen. Da findet mann auch die Edits wieder. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerkorrekturtools für Afrika (un d den Rest der Welt)
On 01.01.2011 14:32, dieter jasper wrote: Am 01.01.2011 13:39, schrieb Frederik Ramm: eine komplett andere Baustelle). Welcher der Europa-Views waere Dir denn besonders wichtig fuer Afrika - public transport vermutlich eher nicht Daher wünsche ich mir Routing zusätzlich, wenn es 'die andere Baustelle' erlaubt Wenn ich mir was wünschen dürfte, wäre es auch Routing, aber für Südost-Asien. Die andere Baustelle nennt sich wohl Skobbler. Würden die das weltweit sponsorn? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielwiese?
On 29.12.2010 09:15, Tirkon wrote: Damit wirklich alle Anwendungen davon erfasst werden, müsste ein versteckter Bereich in der Originalkarte bzw -Datenbank existieren. Wäre es nicht möglich, einen mathematisch zwar möglichen, aber real nicht existierenden Bereich der Originalkarte zu nutzen, z.B. einen schmalen Streifen über den 180. Längengrad hinaus oder einen negativen Breitengrad, für den standardmässig eine Schnittstelle angeboten wird, so dass der Bereich dann standardmässig in allen Anwendungen bedient würde und dort zu- bzw. umschaltbar wäre. Das klingt aber wirklich nach Problemen. Und das soll jede Anwendung hinbekommen? Es klappt ja schon nicht mit so normalen Sachen wie dem Südpol (bei 0,0 auf der Karte). Alles was 900913 projeziert dürfte Probleme mit den ganz nördlichen und südlichen Gebieten haben. Und wenn dein verstecktes Gebiet nicht in Planet Exports enthalten ist, dann erscheitn es ja auch nicht in Diensten die das verwenden. Wenn du schon alles anpassen musst, warum dann nicht statt der echten Daten den Planet-Extract von api06.dev in die Tools füttern? Damit bleibt die Verarbeitungskette gleich. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
On 29.12.2010 21:36, Frederik Ramm wrote: Als ich hab das nicht weiter verfolgt, nachdem mir klar schien, dass die Files, die ich generiere, nicht ungueltig sind. Aber aufgeklaert ist da glaub ich noch nichts. Hatte nicht jemand einen defekten RAM? Müsste aber auch erst mal in den Mailarchiven suchen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielwiese?
Hallo Christian, On 28.12.2010 21:46, Christian Knorr wrote: (Es spraeche allerdings ueberhaupt nichts dagegen, dass irgendjemand mal einen Mapnik drauf ansetzt, ab und zu zu rendern, was Leute da so eingeben.) In meinem Fall: Plattenplatz ;) Dir scheint da ein Denkfehler zu unterlaufen. Zum einen könnte ja die Spielwiese deutlich weniger abdecken als einen ganzen Planeten. Auch der nötige Platz in der Datenbank ist deutlich kleiner, da ja auch ein keiner Ausschnitt Spieldaten reichen würde. Mit einigen hundert MB kommst du da schon sehr weit. Und Mapnik rechnet auch nicht jede Kachel des Planeten. Mapnik ist so schnell, da reicht es aus die Sache zu berechnen wenn jemand die Gegend ansieht. Und das deckt nicht mal ansatzweise das an Kacheln ab was möglich wäre. Es muss nur ein Bruchteil jemals berechnet und gespeichert werden. Da ich seit dem 24. stolzer Besitzer Deines und Jochens Buch bin weiß ich was ich dafür brauche. Und 171TB kann ich nicht mal eben abzwacken :D Ansonsten wäre ich dafür zu haben, auch mit meiner mickrigen DSL-Leitung. Und bei den für meinen Heimserver astronomisch hohen Anforderung würde es über den Daumen gepeilt noch nicht mal für D reichen. Ein kleiner Server (z.B. Atom Netbook) kommt da schon recht weit. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielwiese?
On 28.12.2010 23:06, Frederik Ramm wrote: Ja, genau, derjenige, der so einen Server betreibt, koennte ja sagen: Leute, alles, was ihr im Bereich -0.1° bis +0.1° geografischer Laenge/Breite eingebt, das rendere ich staendig oder so. Funktioniert in Mapnik das datasource osm? Dann könnte sich mapnik die daten direkt von api06.dev.openstreetmap.org laden. Die Styles wäre anzupassen. Vielleicht einfacher per wget die bbox abzuholen, durch osm2pgsql zu schicken und dann Tiles rechnen zu lassen. Aber irgendwann mappen wir dann doch nur noch für Mapnik. Dazu fällt mir ein: http://niemann.blogs.nytimes.com/2010/03/10/my-way/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Statistik
On 20.12.2010 23:09, Markus wrote: Der Prozentsatz der aktiven OSMer sinkt ab 5.2008 kontinuierlich von über 12% auf unter 4%. Was ist die Ursache? Statistik-Lügen für Anfänger? Was passiert wenn du die Zahl der aktiven User konstant hältst, aber mangels Aufräumen von Karteileichen die Zahl der registrierten User kontinuierlich steigt? Richtig, der prozentuale Anteil sinkt. Etwas weiter oben auf der Statistikseite ist die Antwort. Sommer 2008, etwa 3000 User editieren. Im Dezember 2010 etwas über 5000. Dabei stiegen die User von 60.000 auf 320.000 Viel Spaß mit der Statistik, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
On 13.12.2010 22:47, Sandro wrote: Das hier könnte das sein nach dem du suchst: http://tiledrawer.com/ das ist ja schick, immer wieder verwundert was sich so alles um OSM so sammelt ;) Wenn ich das richtig verstehe wird hier eine Karte auf einer Amazon E3 Ich glaube es ist EC2, aber du scheinst es verstanden zu haben. Das schöne an der Lösung ist, dass du dir keine Sorgen um die Leistung machen musst. Es ist einfach genug da und du zahlst nach Verbrauch. Ansonsten musst du halt einen Server haben der sich 11 Monate im Jahr langweilt um im November ausgelastet zu sein. So ganz habe ich nicht verstanden wie viele Zugriffe du erwartest. Aber wenn du nur mit einer Textdatei 1GB/h bekommst sind das bei 10kb Text etwa 30 Hits pro Sekunde. Wenn deine Karte 5x5 Tiles anfordert musst du 750 Tiles pro Sekunde liefern können. Im dicht besiedelten Deutschland sind die Tiles recht groß, 25k dürften die haben. Damit lieferst du knapp 20 MB/s aus. Mal 60 Stunden hohe Last angesetzt komme ich auf 4TB und vielleicht nochmal 6TB für den Rest des Monats. Das sind Größenordnungen bei denen ein typische Webhosting Package wohl nicht ausreicht. Vorberechnete Tiles machen es aber leichter einen Server zu haben der das stemmen kann. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
On 12.12.2010 20:50, Andre Joost wrote: Hier werkelt übrigens Java 6 Update 22, und das schon ne geraume Weile. 32 bit oder 64 bit? Obwohl das ja eigentlich keinen Unterschied machen sollte http://download.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html Ich hatte einen Fall bei dem die Relationen komplett gefehlt hatten. Und ich hatte als Quelle das asia.osm.bz2 Da habe ich mehr auf ein Problem bei der Geofabrik getippt. Ein paar Tage später hat es dann ohne Änderung bei mir auch wieder funktioniert. Wenn du einen grep auf die Datei machst, sind da dann die Daten drin die Du erwartest? Kannst du mit pbf2osm die Datei umwandeln? Sind dann die entsprechenden Daten vorhanden? Ist ein Fehler im pbf auszuschließen? http://git.openstreetmap.nl/index.cgi/pbf2osm.git/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
On 12.12.2010 19:33, Sandro wrote: Kann mir ein mensch helfen einen solchen Server aufzusetzen? Gibt es Abschätzungen was für eine Last ein Benutzer so erzeugt? Wo sind die Bottlenecks? Das hier könnte das sein nach dem du suchst: http://tiledrawer.com/ Solle fast beliebig Power haben, da Amazon EC Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
On 12.12.2010 22:41, Jonas K. wrote: Wie wäre es mit den Tiles von MapQuest? http://developer.mapquest.com/web/products/open/map Es gäbe auch Microsoft, die allerdings nur mit Silverlight über ihr CDN liefern. Auch da ist sicher genügend Leistung da um mit ein paar Tausend Zugriffen pro Sekunde fertig zu werden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommentare zu Changesets Umgangston in der Community
On 11.12.2010 11:05, Walter Nordmann wrote: hast du ne ahnung, wie man josm-presets auf funktionstasten legt? das wärs nämlich - auch für unser einer. http://josm.openstreetmap.de/ticket/3484 der Wunsch ist seit 15 Monaten offen. Vielleicht erbarmt sich ja mal jemand. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Funktionstasten
Hallo Chris, On 11.12.2010 14:22, Chris66 wrote: Gerade angelegt: http://wiki.openstreetmap.org/wiki/JOSM/FKeys was soll da hin? Für Shortcuts gibt es schon eine Übersicht. Auch auf deutsch. Letztere sogar deutlich hübscher. http://josm.openstreetmap.de/wiki/Shortcuts http://wiki.openstreetmap.org/wiki/DE:JOSM/Tastenk%C3%BCrzel Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
On 09.12.2010 08:02, Stephan Knauss wrote: ich hatte gestern ein ähnliches Problem. Allerdings mit asia.osm.bz2 am 4.12. waren noch relationen enthalten, mit der Version der Datei vom 8.12. sind da keine mehr extrahiert worden. neuer Test heute, Datei vom 9.12. Keine Änderung an der Software bei mir, Relationen sind wieder drin. Frederik, falls du etwas geändert hast: Vielen Dank, jetzt funktioniert's. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
On 08.12.2010 15:35, Frederik Ramm wrote: Sehe ich das richtig, dass diese ganzen Probleme ausschliesslich unter Windows auftreten, oder gibt es auch anderswo Probleme? Wird wohl Zeit fuer einen Osmosis-Bugreport... ich hatte gestern ein ähnliches Problem. Allerdings mit asia.osm.bz2 am 4.12. waren noch relationen enthalten, mit der Version der Datei vom 8.12. sind da keine mehr extrahiert worden. osmosis-0.38/bin/osmosis --read-xml file=- --bounding-polygon file=thailand.poly --write-xml file=thailand.osm.bz2 Da ich nur den extrakt brauche habe ich das asia.osm nicht vorliegen. Kannst du da bei dir mal ein tail machen und schauen ob es mit relationen aufhört? Verwendetes System: SunOS willow 5.10 Generic_144489-04 i86pc i386 i86pc Solaris java version 1.6.0_22 Java(TM) SE Runtime Environment (build 1.6.0_22-b04) Java HotSpot(TM) Server VM (build 17.1-b03, mixed mode) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Park)Bank-Check?
On 01.12.2010 19:05, malenki wrote: Bei meinen Stichproben auch. Es ist zu vermuten, dass die Verwechslung von bench und bank nur in deutschprachigen Gebieten auftritt, wie z.B. DACH, Banat und Siebenbürgen. ;) Ich hätte gewünscht, dass du die ganze Liste ansiehst. Du hattest ja auch gefragt. Ich habe es jetzt gemacht, den Mapper von diesem Node angeschrieben. Auf den Luftbildern ist kein Gebäude zu erkennen, damit ist amenity=bank sehr unwahrscheinlich. http://www.openstreetmap.org/browse/node/632721472 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo sind weiße Flecken?
On 02.12.2010 17:32, Bernd Wurst wrote: Hi Gary. Am Donnerstag 02 Dezember 2010, 17:18:40 schrieb Gary68: naja, hier müsste das ja auffallen: http://wiki.openstreetmap.org/wiki/Unkartografiert icon ohne straßen in der nähe. So ganz nachvollziehbar ist mir die Einordnung nicht. Oder waren die drei Orte die ich gerade angesehen habe eben genau die drei Ausnahmen bei denen es falsch gemeldet wird? Z.B. das hier wird als potentiell ungemappt gelistet: http://www.gary68.de/osm/qa/unmapped/index.php?zoom=16lat=48.76397lon=8.98803layers=B00T Da ist Landuse eingetragen und bei einem Goßteil der Straßen sind Häuser inklusive Umriss vorhanden. Da sind die Kriterien für einen weißen Fleck wohl etwas zu streng ausgelegt. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] imagery-Plugin Luftbild verschiebe
On 02.12.2010 17:09, Sven Geggus wrote: Ich seh das mit der Verschieberei ja durchaus auch kritisch. Da mach ich mir bei wms.openstreetmap.de große Arbeit um die Projektion korrekt hinzukriegen und dann verschieben die Mapper einfach das Bild, welches in meinem Fall fast immer erheblich genauer ist als es handelsübliche GPS-Geräte hinkriegen können. In vielen Gegenden ist Bing aber auch gewaltig daneben. Wenn es viel ist, dann merkt es der mapper vielleicht. Aber wenn es etwas subtiler is dann wird munter von einem verschobenen Luftbild abgemalt. Schau mal hier. Es ist denke ich deutlich zu erkennen dass das Luftbild im Vergleich zu den GPS-Spuren einen Offset hat: a href=http://img638.imageshack.us/i/bingmisaligned.jpg/; target=_blankimg src=http://img638.imageshack.us/img638/8975/bingmisaligned.th.jpg; border=0//a Man müsste auf Serverseite irgendwie die Möglichkeit haben dem Plugin zu sagen hör mal meine Daten sind gut, schalte verschieben bitte ab. In der Theorie kann doch der Offset mit jeder einzelnen Kachel anders sein, oder? Teilweise sind auch die Schnittkanten deutlich zu erkennen an denen Luftbilder zusammengesetzt wurden. Da war der Vorschlag doch besser dass es die Korrekturwerte zentral gibt. Bei Bildern bei denen du das Offset kennst (kann ja auch 0 sein) würde eben das als Korrekturwert zurückgeliefert. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zoom auf durch Validate bemän gelte Elemente
On 30.11.2010 18:38, Jan Tappenbeck wrote: Ist ja alles schon und gut - aber bis jetzt habe ich keinen Weg gefunden mir die betreffenden Elemente anzeigen zu lassen! Selektieren und mit 3 hinzoomen? Oder habe ich die Frage falsch verstanden? Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zoom auf durch Validate bemän gelte Elemente
On 30.11.2010 21:49, Jan Tappenbeck wrote: Am 30.11.2010 21:24, schrieb Stephan Knauss: On 30.11.2010 18:38, Jan Tappenbeck wrote: Ist ja alles schon und gut - aber bis jetzt habe ich keinen Weg gefunden mir die betreffenden Elemente anzeigen zu lassen! Selektieren und mit 3 hinzoomen? wenn das so ist - dann muss man da erst einmal drauf kommen ! Schaltflächen sind schon erfunden oder ? jetzt habe ich extra wegen dir JOSM gestartet... rechtsklick im Validator und zoom to problem. geht noch einfacher ;) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Park)Bank-Check?
On 30.11.2010 20:43, malenki wrote: Gibt es eine einfache Methode zu überprüfen, wieviele amenity=bank sich in einem Park oder auf einem Spielplatz befinden? Gerade eben fand ich wieder ein Geldinstitut statt eines Sitzmöbels in einem Park und fragte mich Obiges... select osm_id from planet_point WHERE amenity='bank' AND st_intersects(way, ( select st_collect(way) from planet_polygon WHERE leisure='playground' )) liefert allerdings exakt 0 Treffer. ich hatte es mit playground='swing' in einer bounding box von Bayern getestet. Da gab es sechs Treffer. Entweder geht bei der großen Geometrie was an der Abfrage kaputt oder das beschriebene Problem gibt es nicht. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Park)Bank-Check?
On 30.11.2010 20:43, malenki wrote: Gibt es eine einfache Methode zu überprüfen, wieviele amenity=bank sich in einem Park oder auf einem Spielplatz befinden? Gerade eben fand ich wieder ein Geldinstitut statt eines Sitzmöbels in einem Park und fragte mich Obiges... Und hier noch der Park. Drei Stichproben habe ich gemacht. Es ist jeweils eine Bank in einem Park. Schaut aber plausibel aus. SELECT osm_id FROM planet_point WHERE amenity='bank' AND st_intersects(way, ( SELECT st_collect(way) FROM planet_polygon WHERE leisure='park' )) OSM IDs: 642354652 825277377 824835827 515664992 324207467 630746756 366695848 573390085 573390084 573390112 443626154 247343802 665537283 988540306 988540307 767559521 855146725 632721472 385474574 667423912 1012738579 392722195 633404898 297854557 528529712 283871105 362859302 292344992 941635986 463572399 369654520 300800780 300800447 471787285 681222624 778788157 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] download.geofabrik.de überlastet ?
Hallo, vor ein paar Tagen wollte ich schon einen Extract von der Geofabrik laden: 503 Heute auch fast dauernd 503. Und als es endlich klappt tröpfelt es mit 8k/s durch die Leitung. Ist das nur eine temporäre Überlast oder müssen wir Werbung für mirrors machen? gwdg spiegelt ja einen Teil, könnte da auch der Rest gemirrort werden? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
On 22.11.2010 15:25, Alexander Matheisen wrote: wie schaffe ich es, hier jeweils auch die aktuelle Zoomstufe dem PHP-Script zu übergeben? Ich möchte also, dass folgender Parameter an die URL angehängt wird: zoom=aktueller Zoom schau mal den Quelltext hier an: http://toolserver.org/~stephankn/cuisine/ Ich habe die Protocol.HTTP zu HTTPex erweitert. Da werden jetzt weitere Parameter angehängt. z.B. zoom Viel Spaß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Hallo Jan, On 18.11.2010 09:14, Jan Tappenbeck wrote: Gibt es irgendwo internationalisierte Tiles oder einen Layer den man ggf. überblenden kann ? ja, gibt es. Wikipedia rechnet einiges in Landessprache. Es geht aber auch mit mehreren Sprachen gleichzeitig, z.B. hier bilingual die Karte von Thailand: http://thaimap.osm-tools.org/ gibt es auch für Griechenland. Automatische Transkription/Transliteration ist manchmal nicht möglich oder nicht sinnvoll. Ist sehr abhängig von dem konkreten Ort. Lässt sich aber recht bequem in der Datenbank beim Import abbilden. Ein eigener Layer mit nur der Sprache ist problematischer. Hier sind oft die POI-Icons im Weg. Und wenn die sich am längsten möglichen Text orientieren wird bei den Sprachen mit kürzeren Texten das Layout nicht optimal sein. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechler
On 11.11.2010 22:24, Fabian Schmidt wrote: inzwischen auch mit reparierten ostasiatischen Schriften. Bloß wie werde ich gescheit die kaputten Tiles wieder los, ohne alle zu löschen oder alle einzeln als dirty zu markieren? verwendest du tirex? Da kannst du mit einer BBox ein neu rendern starten. oder bei mod_tile ein render_expired und als dirty markieren. Der konnte allerdings das letzte mal als ich nachgesehen habe keine bbox sondern wollte tile nummern. Die Liste kannst du aber recht einfach generieren lassen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Exporte teilweise fehlerhaft in Datenlogik
Hallo, On 01.11.2010 23:26, NopMap wrote: M∡rtin Koppenhoefer wrote: ich beziehe mich auf http://wiki.openstreetmap.org/wiki/Way A way is an ordered interconnection of at least 2 and at most 2,000[1] Das sind zwei Paar Stiefel. Das Wiki beschreibt die Daten in der OSM Datenbank und ist korrekt. wie sicher bist du da? Rails liegt wohl mittlerweile auf Git, der Link im Wiki bringt nichts. Ich habe diese Datei gefunden: http://git.openstreetmap.org/rails.git/blob/HEAD:/app/models/way.rb Dort wird so wie es aussieht auf eine maximale Anzahl geprüft. Es wird auch geprüft, dass die Nodes die der Way enthält auch existieren. Ich konnte aber keinen Check finden der das 2-Node Minimum prüft. Und die Datenbank enthält ja zumindest 8 Wege bei denen das nicht erfüllt ist. Von daher ist wohl das Wiki falsch. Es wäre nett wenn ein Weg mindestens zwei Nodes hat, erzwingen tut das die Api nicht. Der Test auf der dev-api ist noch offen. Du kannst ja mal ein xml erzeugen und hochladen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Exporte teilweise fehlerhaft in Datenlogik
On 01.11.2010 20:09, M∡rtin Koppenhoefer wrote: m.E. hier allerdings in Bug von Osmosis, da Wege gem. Definition aus 2 bis 2000 Nodes bestehen müssen (können), d.h. Wege mit einem Node sind in jedem Fall ein Bug Das hatten wir schon mal, ist etwas über ein Jahr her. Wege komplett ohne Nodes habe ich damals als Ergebnis der Diskussion gelöscht: http://www.openstreetmap.org/browse/changeset/2250280 Die hatten damals auch schon länger keine Nodes mehr. Wege mit nur einem Node hatten wir IMHO auch angesprochen, dann aber stehen gelassen weil es dafür eventuell Gründe geben könnte. Mir persönlich wäre auch lieber wenn ein way aus 2 oder mehr Nodes bestehen muss. Eine schnelle Suche in der mapnik-db liefert folgende 8 Wege mit nur einem Node: 48238597 23907650 83584123 83584739 82651049 83602048 83602054 83633771 Da könntest du dir fast schon jeden von Hand ansehen und bei Bedarf aufräumen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Exporte teilweise fehlerhaft in Datenlogik
Hallo Carsten, On 01.11.2010 21:48, Carsten Moeller wrote: Am 01.11.2010 21:08, schrieb Stephan Knauss: Eine schnelle Suche in der mapnik-db liefert folgende 8 Wege mit nur einem Node: [...] Bei dieser Analyse sollte man evtl auch aufanderfolgend gleiche Knotenreferenzen und ggf. unterschiedliche Referenzen mit gleichen Koordinaten mit einbeziehen und ggf. wenn unsinnig reduzieren. Dann werden's schon ein paar mehr Ein-Knoter. Ja, da hast du recht. Technisch gesehen (aus sicht der API) hat der Weg dann aber schon mehr als einen node. Eben mehrfach einen gleichen. Dass es dann noch nodes mit unterschiedlichen IDs auf gleicher Koordinate geben kann kommt dazu. Ich hätte mir gewünscht, dass die API zumindest die Anzahl 2 oder mehr fordert. Und wenn die Prüfung nicht zu teuer wird auch gerne die verschärfte Variante mindestens 2 verschiedene Node-IDs. So lange das die API nicht einfordert ist es an den Editoren bzw. den Mappern das entsprechend anzuwenden oder hinterher aufzuräumen. Schweift aber langsam etwas von der Ursprungsfrage ab. Ich halte es jedenfalls nicht für einen Bug des Extracts wenn da ein way mit weniger als 2 Nodes enthalten ist. Stephan ___ 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
Peter Wendorff wrote: Das Argument der Webhost-Unterstützung würde ich ablehnen, das ist vermutlich sowieso keine vernünftige Alternative - es sei denn, man möchte direkt eine verteilte Lösung angehen. Mal ein paar Idden dazu. Verteilte Lösung klingt doch gut. Für Abfragen die eine bbox haben lässt sich das wohl recht einfach realisieren. t...@h hatten einige mitgemacht, was spricht gegen x...@home? Muss ja nicht unbedingt am DSL-Anschluss sein, aber wenn es einige Dutzend Webhosts gibt? Anforderungen wären: - läuft out of the box auf möglichst vielen Hosting-Angeboten. Also wohl PHP+MySQL - Man kann einstellen wie viel Storage und Traffic der Host bereitstellt - Anwendung meldet regelmäßig an zentralen Dispatcher den Status (DB Aktualisierungsdatum, Last, Traffic) - aktualisiert die Daten seiner Boundig-boxen automatisch. Eventuell kann das ja von einem zentralen Server weggespielgelt werden, so dass nur die Abfragelast auf die verteilten Rechner trifft, nicht das direkte aktualisieren. Zentraler Dispatcher teilt den Hosts bounding-boxen zu die in etwa dem konfigurierten Storage entsprechen. Eingehende Anfragen werden an einen passenden Host weitergeleitet Hosts die veraltete Daten haben, zu hohe Last oder zu viel Traffic bekommen keine Anfragen mehr. Vielleicht wäre auch eine Unterteilung in Art der TRAPI eine gute Idee. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetmap-Daten für Navigationssys teme der Automobilhersteller?
Florian Lohoff wrote: Mich wuerde mal interessieren wieviel Prozent der Straßen in den Kommerziellen Daten Hausnummern haben 3300 Millionen Adressdaten (damit auch Hausnummern) auf 31 Millionen Kilometer Straße. http://www.teleatlas.com/OurProducts/MapEnhancementProducts/AddressPoints/index.htm?Lang=DE http://www.teleatlas.com/OurProducts/TechnologyOverview/index.htm?Lang=DE In Deutschland 17 Millionen Gebäude in denen auch gewohnt wird. http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Publikationen/Querschnittsveroeffentlichungen/WirtschaftStatistik/Zensus/GebaudeWohnungsz,property=file.pdf Damit dürften die meisten Hausnummern erfasst sein. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] htc-Smartphone mit osm
Joerg Fischer wrote: Ich kann ein HTC Desire uneingeschränkt empfehlen. Anwendungen die ich selber installiert habe: schöne Zusammenfassung. Willst du das nicht ins Wiki reinkopieren? Wäre schade wenn das in den Mailarchiven untergeht. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Walter Nordmann wrote: dann pack ne bbox in das osm2pgsql-statement in load-next rein. geht bei mir prima. es gibt aber hier jemanden im thread, der sagt, dass ihm TROTZ bbox auch Daten reinkommen, die er nicht haben will. (stephan?) Ja, war ich. Die BBox funktioniert so weit, dass in den _point _polygon, etc Tabellen schon das Richtige steht. für den slim-mode gibt es weitere Tabellen. Die bbox wirkt nur auf Nodes, da nur diese eine Koordinate haben. Es findet bei den Ways und relationen kein Check statt ob deren Nodes auch in der bbox enthalten sind. Damit wächst die Zahl der aktiven Tupel in der _ways und _rels Tabelle an. Da sie ja aktiv sind hilft auch kein Vacuum. Du kannst mal die Ways ansehen die hier gefunden werden: select * from planet_osm_ways as w WHERE 0 = (SELECT count(1) from planet_osm_nodes as n WHERE n.id = ANY(w.nodes) ) Es bietet sich an die bbox etwas größer zu machen, da an den rändern Daten unberücksichtigt bleiben können. Zum fehlenden Import: Kannst du prüfen ob der angegebene style von osm2pgsql wirklich gefunden wird und lesbar ist? Wäre möglich dass die Tags nicht passen und osm2pgsql die Daten für uninteressant hält und nicht importiert. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Benjamin John wrote: Ich verwende als Grund-Datei die sachsen.osm.bz2 der Geofabrik, und verwende das load-next-Skript zum Einlesen der diffs. Die osm2pgsql-Zeile habe ich um eine bbox ergänzt, aber auch ohne diese funktioniert es nicht. Hast du mit --slim importiert? Hat die DB die _int Erweiterung drin? Sonst nochmal die Anleitung genau lesen: http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore Die -slim-Tabellen wachsen auch trotz BBox. Ich lösche bei mir jetzt Einträge die außerhalb liegen regelmäßig. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?
Michael Kugelmann wrote: Alternative: wir schaffen es, unsere Daten z.B. in das GDF-Format (oder ein anderes Austausch-Format) zu kriegen. Dann könnten sie z.B. bei den Automobilherstellern bzw. -Zulieferern verwendert/konvertert werden. oder halt doch NDS von PSI Auf dem Eclipse Demo Camp von 2008 gab es einen Vortrag dazu von einem dieser Navihersteller: http://wiki.eclipse.org/images/f/fd/EuropeOnADisk.pdf Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetmap-Daten für Navigationssy steme der Automobilhersteller?
Frank Sautter wrote: in vielen deutschen autos sind navigationssysteme von blaupunkt (vw/audi gruppe, bmw) bzw. becker (mercedes) bereits ab werk eingebaut. Es gibt noch ein paar Hersteller mehr. gibt es von unserer seite bereits bestrebungen daten für diese geräte bereitzustellen? Das Datenformat dieser Geräte unterscheidet sich teilweise deutlich. Ganz so einfach ist das nicht. Vielleicht bietet in der Zukunft PSF eine übergreifende Alternative. kennen wir die datenformate? reverse engineering? Viel Spaß ;) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BRAND-Tag in mapnik
Walter Nordmann wrote: trag ein element/objekt oder was auch immer in deinem hinterhof ein und warte, was mapnik daraus macht. morgen löscht du es dann wieder. Das ist aber eine wirklich schlechte Idee. Die Haupt-Datenbank ist keine Spielwiese. Mapnik Regeln sind hier: http://svn.openstreetmap.org/applications/rendering/mapnik/ Und wenn du da nach operator oder brand suchst findest du 0 Treffer. Damit dürfte weder das eine noch das andere angezeigt werden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschiedene gleiche Versionen eines Nodes
Peter Körner wrote: Die API erlaubt es, eine Node oder einen Way hoch zu laden, auch wenn nichts gändert wurde. Daher kann jeder Editor oder Bot dafür Verantwortlich sein. der Editor oder bot hat kein created_by im changeset hinterlassen. Damit fallen die großen Editoren schon mal weg. Eine Möglichkeit wäre den Mapper nach dem verwendeten Editor zu fragen und dort anzuregen ein created_by zu setzen und Nodes nur bei Veränderungen hochzuladen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Frederik Ramm wrote: Das Problem ist, dass genau dies nicht passiert; wenn Du einen Node gesetzt hast, aber der neuen Lizenz nicht zustimmst, dann kann der Node in den 2-3 Jahren 10x geaendert werden, aber geht damit nicht in die neue Lizenz ueber. Warum nicht? Das Verschieben eines Nodes ist nichts anderes als eine Zusammenfassung folgender Schritte: 1) Tags sichern 2) Node löschen (damit sind auch alle Rechte an der alten Position weg, die irgend wann mal jemand beanspruchen könnte, was auch immer das für Rechte in D sein sollen) 3) Node neu anlegen an neuer Position 4) Tags einfügen Das Copyright an der ID-Nummer selbst kann der Mapper kaum haben, da er diese ja nicht in irgendeinem kreativen Prozess schafft sondern von der DB zugewiesen bekommt. Wenn es so etwas wie Copyright auf ID-Nummern gäben würde dann läge das bei der OSMF als Betreiber der DB. Damit ist die Koordinate sauber. Der Node selbst muss nicht gelöscht werden, allenfalls Tags verschwinden. Ich bin der Meinung dass die Daten durchaus lizenztechnisch sauber werden können. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigener Testrechner (war: dritter Pl atz für OSM bei Open-Source-Förderung)
Lars Lingner wrote: Im Moment gibt es noch keine praktikable Lösung eine DB mit einem Ausschnitt aktuell zu halten mit Minuten-, Stunden- oder Tagesdiffs. Nicht? Ich mache das auf meinem Server schon seit einem Jahr. osm2pgsql kann das. Es gibt wohl noch ein Problem dass die DB damit langsam anwächst aber alle paar Monate ein neuimport dürfte drin sein. Egal welchen Prozessor man einbaut, er wird bis zum Maximum ausgenutzt. Zumindest beim Rendering und Erstellen der Garminkarte. Gibt es die Buildumgebung irgendwo mal zum ausprobieren? Zum Jahresende wollte ich meine Workstation aufrüsten (für lange Winterabende) und da wäre es schon mal nett zu sehen wo es aktuell klemmen würde und was aufzurüsten ist. Computer sind ein günstiges Hobby. Für das was eine hübsche Workstation kostet bekommen andere gerade mal einen Satz Räder ;) Das Asus Z8PE-D18 hört sich aktuell nach einem guten Kandidaten für Selbstbau an. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CCBYSA Fork - Jetzt will ich's wissen
Florian Gross wrote: Mein Wetteinsatz ist 1000 €. Wah! Kommerzialisierung! STEINE! FRISCHE STEINE! Jehova, Jehova... SCNR :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielplätze (noch einmal)
Jan Tappenbeck wrote: Am 13.08.2010 18:22, schrieb RalfGesellensetter: Ich bin mir sicher, dass es hier genügend Javascript-Entwickler gibt, um eine Ansicht der eingetragenen leisure=playground tags zu visualisieren Die ~32000 Objekte (7mb!) schreien allerdings förmlich nach einer Clusterfunktion die ich allerdings noch nicht implementiert habe. In der tat. Aber warum nicht eine bereits existierende Clusterfunktion verwenden? zum leichten Merken: playground.osm-tools.org Verwendet das Clustering das ich auch schon für die Cuisine Map gebaut habe. Für kleinere Zoomlevel sollte die Abfrage dann allerdings in einer eigenen DB laufen, bzw. eine eigene Spalte mit Index drauf könnte auch helfen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breitband Versorgung aufnehmen ?
nick...@web.de writes: Fuer OSM waere es wuenschenswert, wenn diese Angaben tatsaechlich durch Dritte *ueberpruefbar* waeren. Naja das mag vielleicht stimmen. Aber das wÃŒrde dann auch fÃŒr viele andere Sachen stimmen denn wenn jemand keine Lust mehr hat irgendwas zu plegen und es kein anderer macht dann bleiben die EintrÀge veraltet. Kannst du mal Beispiele nennen für Einträge die in OSM sind und eben nicht überprüfbar sind? source=* lasse ich mal nicht gelten ;) Wenn man die Farbe der Dachziegel einträgt, dann ist das prüfbar. Die Farbe meiner Wohnzimmertapete nicht. Ich denke das ist es auf das Frederik hinauswill. Die Einträge können fürchterlich veraltet sein. Aber es besteht die Chance dass es jemand nachprüft und korrigiert. Private Informationen wie die individuelle Leitungskapazität lassen sich nicht prüfen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugriffszahlen auf openstreetmap.org
Lars Lingner wrote: Bei OL kann man mittels buffer angeben ob bzw. wieviel Kacheln außerhalb des viewports geladen werden. http://openlayers.org/dev/examples/buffer.html Da ist die Doku mal wieder bescheiden. Selbst auf der Beispielseite steht buffer layer option for any layer that inherits from OpenLayers.Layer.Grid und OSM ist nicht von Grid abgeleitet sondern von Layer.XYZ. Ich habe dazu mal ein Ticket geöffnet. http://trac.openlayers.org/ticket/2766 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP (war: Problem mit den Editierungen eines anderen Benutzers im Bereich WM/GAP)
Hallo Thorsten, Thorsten Kunkel wrote: O.K., hab es hingekriegt. Den Wiki-Eintrag hab ich gleich mit verfeinert. Jetzt knöpf ich mir noch die anderen vor... ich hatte vor längerer Zeit das hier beschreieben: http://wiki.openstreetmap.org/wiki/Undoing_Deletions#Recover_deleted_Relations Es gibt auch noch das hier: http://wiki.openstreetmap.org/wiki/Change_rollback vielleicht hast du ja Lust, das Ganze zusammenzufassen und zu übersetzen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP (war: Problem mit den Editierungen eines anderen Benutzers im Bereich WM/GAP)
Walter Nordmann wrote: da schreibst du als muttersprachler deutsch wikis in englisch und bittest dann andere, diese ins deutsche zu übersetzen? ich vermute mal, das war eine Antwort auf meine Mail. Hätte ich vielleicht nicht so schnell löschen sollen, dann wäre der Bezug klarer. Ich schreibe meine Dokumentationen auf Englisch, da ich OSM für ein internationales Projekt halte bei dem sich Englisch als übergreifende Koimmunikationssprache etabliert hat. Es war eine bewusste Entscheidung von mir. Ich wende Zeit auf um meine Erkenntnisse zu dokumentieren und mit anderen zu teilen. Es war auch meine Entscheidung, dass sich diese Zeit auf eine Sprache beschränkt. In diesem Fall eben Englisch. Ich kann durchaus nachvollziehen, dass es Nutzer geben mag, die nicht so gut Englisch können um englische Dokumentation zu verstehen. Vielleicht sind das auch die Nutzer, die so gerne deutsche Tags statt den etablierten englischen verwenden. Wer weiss. Es ist ein Wiki. Wenn sich freiwillige finden, die den Zusatzaufwand in Kauf nehmen zwei Sprachversionen der Dokumentation zu pflegen und aktuell zu halten dann freue ich mich darüber. Für mich ist der Master - die Referenzdokumentation - aber die auf Englisch. In diesem Sinne, vielen Dank an die Übersetzer... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus im Bereich WM/GAP (war: Problem mit den Editierungen eines anderen Benutzers im Bereich WM/GAP)
Hallo Frederik, Frederik Ramm writes: Ich kuemmere mich darum, diejenigen Objekte ausfindig zu machen, die alegria nicht selbst erstellt, sondern nur veraendert hat, und werde versuchen, sie auf den Stand zurueckzusetzen, den sie vor alegrias erstem Eingreifen hatten. Das wird aber nicht immer moeglich sein. Du machst das ja nicht zum ersten mal und hast sicher einige Tools die dir da helfen. Berücksichtigen deine Tools das schon: Da hier nur die Position betroffen ist, nicht aber das Tagging: Kannst du nicht auch Änderungen an den Tags beibehalten? Oder die Strategie andersrum: Alles was nicht durch Abmalen geschaffen wurde (also existierende Nodes) auf die Position zurückdrehen die sie vorher hatten. Die Tags sind ja nicht durch das Abmalen befleckt worden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Guenther Meyer wrote: Dem gegenueber steht ein vielleicht bekannteres Windowssystem, aber keinerlei Dokumentation oder ein Erfolgsbericht, wie man das Rendersystem dort zum Laufen bringt. Also ich hatte bei mir unter Windows Mapnik am laufen. Habe gerade alte Tiles gefunden. Zumindest vor einem Jahr hat es noch funktioniert. Ich denke ich hatte damals einfach die Anleitung im Wiki befolgt. Das einzige Problem an das ich mich erinnere war eine veraltete Windows-Version von osm2pgsql. Aber die ist ja mittlerweile aktualisiert. Ein Nachteil bei Windows könnte sein, dass es einige Programme nur als 32 bit gibt. Da ist dann bei 4GB Speicher Schluss. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI down? und Ausfallsicherheit
Florian Gross wrote: Jan Tappenbeck glaubte zu wissen: Nun bastel ich immer etwas nebenbei mit den Daten - bin also nicht beruflich o.ä. darauf angewiesen. Wenn OSM aber ernsthaft eingesetzt werden soll, dann müßte irgendwie eine bessere Verfügbarkeit dieses Dienstes gewährleistet werden können ! Ggf. müssen wir mal wieder sammeln gehen. Über kurz oder lang werden wir ums sammeln nicht herumkommen. Da bin ich wirklich dagegen. Wenn jemand mit OSM-Daten Geld verdienen will: Gerne. Dafür sind sie Open. Aber dann soll er auch die Investition in eigene Infrastruktur machen und nicht die über Spenden finanzierten Server nutzen (und sich beschweren). Siehe auch die Usage-Policy, Stichwort Heavy User http://wiki.openstreetmap.org/wiki/API_usage_policy Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI down? und Ausfallsicherheit
Florian Gross wrote: Stephan Knauss glaubte zu wissen: Florian Gross wrote: Jan Tappenbeck glaubte zu wissen: Nun bastel ich immer etwas nebenbei mit den Daten - bin also nicht beruflich o.ä. darauf angewiesen. Wenn OSM aber ernsthaft eingesetzt werden soll, dann müßte irgendwie eine bessere Verfügbarkeit dieses Dienstes gewährleistet werden können ! Ggf. müssen wir mal wieder sammeln gehen. Über kurz oder lang werden wir ums sammeln nicht herumkommen. Da bin ich wirklich dagegen. Wenn jemand mit OSM-Daten Geld verdienen will: Gerne. Dafür sind sie Open. Aber dann soll er auch die Investition in eigene Infrastruktur machen und nicht die über Spenden finanzierten Server nutzen (und sich beschweren). Und da bringt bei immer mehr privaten Anfragen was? nein. Ich habe Jan aber so verstanden, dass er sagen möchte, dass OSM erst dann für ernsthafte (berufliche) Anwendungen interessant ist, wenn die bessere Verfügbarkeit gewährleistet wird. Und dafür wollte er wieder mal sammeln. Wenn wir zu viele Nutzer werden und dadurch die Hardware zu klein wird, dann ist eine Sammelaktion um das zu finanzieren schon in Ordnung. Das letzte Mal habe ich auch meinen Beitrag geleistet. Aber nicht dafür, dass die Server das Geschäftsmodell von jemandem finanzieren, der eigene Investitionen sparen will. Sollte Jan das anders gemeint haben: Sorry, kam dann hier falsch an. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vegane Gaststätten Läden
Johann H. Addicks wrote: Anyway: Die Karte gefällt mir tendentiell besser als die Gastromap, weil man mehrerer Kathegorien auf einmal angezeigt bekommt und Ballungen aggregiert werden. Kennst du die CuisineMap? Da habe ich eine alternative Möglichkeit zur Clusterung ausprobiert. http://toolserver.org/~stephankn/cuisine/ Das Ergebnis gefällt mir besser. Mehrfachauswahl war schon mal angesprochen. Tree-Controls habe ich schon gesehen, ist in JS durchaus umsetzbar. Habe mich aus Zeitmangel noch nicht näher mit beschäftigt. Das Open muss ja nicht zum Spaß im Namen stecken. Will jemand den Sourcecode erweitern? Ich kann auch gerne Github verwenden, dann ist das mit dem Branchen und erweitern vielleicht einfacher. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vegane Gasstätten Läden
Sandro Knauss wrote: und an Thomas Knauss für die tollte opengastromap - da werde ich mir noch einge featueres abschauen ;) Noch ein Knauss? Die nehmen langsam überhand... Ich vermute mal, du meinst mich. Da war der Name knapp daneben ;) 2. teilweise sind die Daten ja schon in OSM drin - teilweise leicht daneben - das heißt wie bekomme ich die Daten möglichst sauber in OSM Du denkst dir ein schlüssiges Tagging aus, siehe Punkt 3. Dann kommt es auf die Datenmenge an die du übernehmen willst und wie die aktuell georeferenziert sind. Wenn das bislang nur über google und die Adresse läuft könnte es schwieriger werden. Es muss ja irgendwie der passende Node im OSM gefunden werden um dort deine Attribute anzubringen. Vielleicht kann jemand der tiefer in den Google und OSM Lizenzdetails drinsteckt sagen ob folgender Ansatz möglich wäre: Du holst dir über die Google-API eine Koordinate zu dem Lokal aus deinen Daten. Mit der Koordinate machst du eine Umkreis-Suche in den OSM Daten. Du könntest auch eine Schleife machen und den Umkreis langsam erweitern, z.B. von 100m bis 1km. Dort vergleichst du die gefundenen Restaurants mit deinen Daten. Du könntest den Namen bereinigen (Sonderzeichen raus, restaurant raus, groß/kleinschreibung) und dann die Levenshtein-Distanz betrachten. Hast du einen eindeutigen Treffer dann kannst du deine Daten automatisiert anfügen, bzw. in deiner Datenbank die Verknüpfung zu OSM vermerken (Node-ID). Oder in Handarbeit. Dann bekommen deine User eine Liste mit Restaurants zum Abarbeiten in OSM. Es gibt auch irgnedwo Infomaterial zum Datenimport. Habe ich mich aber noch nicht näher mit beschäftigt. 4. wie bekomme ich Daten wieder aus OSM? Also mal angenommen ein Restaurant X ist in veganguide und wird nach OSM importiert. Dann kommt ein mensch an und verschiebt mir das Restaurant, oder macht anstelle eines Punktes eine Fläche... Wenn aus einem Punkt eine Fläche wird, dann hast du Pech gehabt. Ansonsten ist die Node-ID relativ stabil damit Verschieben kein Problem. Du könntest in deiner Datenbank zusätzlich die Koordinate speichern. Wenn eine Node-ID verschwindet musst du nur in der Umgebung suchen ob da eventuell eine Area draus wurde. Oder der Ansatz wie bei deinen Google Karten, dass nur der Base-Layer benutzt wird... Es sind ja noch weitere Daten in veganguide, die nicht auf OSM passen, wie zB. Benutzerkommentare... Dafür brauchst du auch in Zukunft deine eigene Datenbank. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] State Of Country Posters - Deadline 8/07/2010 10AM
Frederik Ramm wrote: * vielleicht ein paar von den Wikimedia-Toolserver-Spezialbasteleien mit Die Cuisine map ist nicht politisch: http://toolserver.org/~stephankn/cuisine/ Oder das Query-in-map von Kolossos Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaststättenkarte
Lars Lingner wrote: Eine allgemeine Bibliothek, die unabhängig von den Features eine serverseitige Clusterung macht wäre ein großes Ziel. Für die Visualisierung der Cluster auf der Karte habe ich auch schon Ideen. Naja mal sehen wie ich mir etwas Zeit dafür machen kann. Du hast jedenfalls eine wertvolle Vorlage geliefert. schau mal meine Umsetzung an: http://toolserver.org/~stephankn/cuisine/?zoom=12lat=48.16118lon=11.59252layers=BT So in der Art finde ich das ganz verständlich. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Guenther Meyer wrote: sowas in der Art vielleicht? http://svn.openstreetmap.org/applications/share/map- icons/square.big/food/restaurant/ Cool. Was so alles auf dem SVN liegt. Ich hätte Icons irgendwie unterhalb von rendering gesucht. Wäre aber eine Möglichkeit das zu verwenden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brunnen Taggen
Rainer Dorsch wrote: natural=spring: Water flowing out of the ground. May have a fountain build around Das Ding entspringt mitten im Wald, Warum nicht spring? Klingt nicht so, als ob da extra eine Pumpe installiert wurde. Damit eher natürlich. amenity=fountain Ich verstehe darunter meist so etwas: http://upload.wikimedia.org/wikipedia/commons/thumb/9/91/King_Fahd%E2%80%99s_Fountain.jpg/400px-King_Fahd%E2%80%99s_Fountain.jpg Zwei Mapper, zwei Meinungen. Warten wir auf einen Dritten :) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Klaus Hanauer wrote: Bei uns im Badischen und im benachbarten Elsass gibt es oft cuisine=french. Auch die regionale Küche ist vertreten. Hatte ich zu beidem kein Icon. Das Backend würde die Restaurants mit einem generischen Icon zurückliefern. Ich habe mal regional und french mit eingebaut. Haben aber kein eigenes Icon. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Fips Schneider wrote: http://toolserver.org/~stephankn/cuisine/ Eine Frage: Wie wird denn cuisine=regional ausgwertet? Das fehlt noch, finde ich. ist jetzt drin Eine nette Ergänzung wäre noch, wenn man ab Zoomstufe 16 oder 15 oder ab wann es praktikabel ist, eine check-box Liste auswählen kann. Also bspw.: Pizza, Italian, Burger und dann wird das entsprechend alles anzezeigt. Oder Gruppierungen mit dabei? Damit könnte eine ganze Gruppe auf einmal selektiert/deselektiert werden... [ ] Asiatisch [ ] Thai [ ] Chinesisch [ ] Italienisch [ ] Restaurant [ ] Pizza [ ] FastFood [ ] Burger [ ] Kebab Funzt es eigentlich auch mit cuisine=italian;german? Oder greek;regional? Ja, das tag wird auch in einer Aufzählungsliste gefunden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Thomas Ineichen wrote: Hier noch eine kleine Übersicht, welche cuisine-Tags aktuell in der DB sind: Von den 2'285 verschiedenen Tags kommen etwas über 100 mehr als 20x vor. Ich hatte diese Query verwendet und mit den verfügbaren Icons abgeglichen. Da sind dann die Groß/Kleinschreibung egal: SELECT count(*) as c, cuisine FROM (SELECT lower(tags-'cuisine') as cuisine FROM planet_point WHERE tags ? 'cuisine' UNION ALL SELECT lower(tags-'cuisine') as cuisine FROM planet_polygon WHERE tags ? 'cuisine') as t GROUP BY cuisine ORDER BY c DESC; Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Guenther Meyer wrote: naja, es sind ja nicht wirklich 2285 verschiedene Tags; die 587 Aufzaehlungen mit Strichpunkt werden wohl groesstenteils irgendwo anders mit reinfallen... von den 986 die keine Strichpunkt-Aufzählung sind und trotzdem genannt wurden sind auch vieles Schreibfeherl oder bekannte Werte in nicht-englisch. chines, viet, doener, america, game, grichisch, ... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Thomas Ineichen wrote: Und woher kommen die 'verfügbaren Icons'? steht doch dabei ;) Sogar die gleiche Schriftgröße wie die Auswahlliste. Icons are CC-BY-SA 3.0 and made by Map Icons Collection http://code.google.com/p/google-maps-icons/ Da fehlen noch 4 cuisine=burger aus planet_line. ;) (Sind das versehentlich nicht geschlossene Gebäude-Umrisse?) sehr wahrscheinlich. könntest du mal kontrollieren und fixen. Mein Script verlinkt inzwischen direkt auf die XAPI, somit kann man auch einfach die Schreibfehler korrigieren: http://toolserver.org/~ti/cuisine.php Tagwatch lite ;) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Simon Kokolakis wrote: http://toolserver.org/~stephankn/cuisine/ Schade dass es nur bei Ausführung der googleapis.com Skripte funktioniert. Somit leider unbrauchbar für mich. ja, jQuery [1] ist etwas für Weicheier, Warmduscher und Turnbeutelvergesser. Also genau das richtige für mich. Willst du mit der Mail noch mehr sagen als dass es dir nicht gefällt dass durch die Lieferung über Googles CDN das schon bei vielen Nutzern im Cache liegt und somit schneller geladen ist? Stephan [1] http://www.jquery.com/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenCuisineMap
Hallo zusammen, da mittlerweile geklärt ist wo geraucht oder nicht geraucht wird ist es an der Zeit sich auf das Wesentliche zu konzentrieren: Wo gibt es mein Lieblingsessen Es gab ja bereits den Wunsch nach so einer Karte, also ist sie hier: http://toolserver.org/~stephankn/cuisine/ Lust passend zur WM afrikanisch zu essen? Die Karte hilft... Viel Spaß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
M∡rtin Koppenhoefer wrote: http://toolserver.org/~stephankn/cuisine/ nett. (Ein kleiner Typo: Kebeb statt Kebab im Auswahlmenu, und gibt es nicht auch asian als cuisine typ? Typo ist gefixt. Ich habe die Types gelistet für die ich Icons hatte. In der Datenbank sind noch viel mehr Sachen drin. Das Tagging-Schema scheint mir noch nicht ganz ausgereift. Es wird versucht type, ethnicity und region in einen Tag zu packen. Und was ist mit einem Italiener der in seinem Restaurant auch Pizza anbietet, aber nicht nur? Soll jetzt die ganze Speisekarte abgebildet werden? Hattest du ja auch schon bemerkt. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenCuisineMap
Ulf Möller wrote: Ich habe die Types gelistet für die ich Icons hatte. In der Datenbank sind noch viel mehr Sachen drin. Vielleicht kannst du die mit einem Default-Icon anzeigen? Es wird ja eh nur ein Typ gleichzeitig angezeigt Ich denke das tagging-Schema ist noch nicht so weit, dass da alles angezeigt werden kann. Gut wäre auch, wenn man beim Klick auf das Icon Name und Adresse angezeigt bekäme. Gut, dass Markus diesen Thread noch nicht entdeckt hat ;) Es könnte ja auch gleich einen Editor geben mit dem der Nutzer neue Restaurants eintragen und Daten korrigieren kann. opencuisinemap.de ist noch zu haben... und hier ist der source: http://svn.toolserver.org/svnroot/stephankn/cuisine/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt lösen beim Hochladen mit JOSM
Walter Nordmann wrote: es wurde mehrfach darauf hingewiesen, dass das konflikte geben wird. Du scheinst von einem anderen Konflikt zu sprechen. Die Art Konflikte die JOSM auflöst sind der Art, dass am gleichen Node von verschiedenen Nutzern parallel Änderungen gemacht werden. Danach stimmt die Versionsnummer nicht mehr überein. Das hat doch nichts mit einer kurzzeitigen Abschaltung der Datenbank zu tun... Wen keiner parallel editieren kann (ein API nur read-only bzw. abgeschaltet) dann gibt es tendenziell ja weniger Konflikte. Ein echter Bug ist, dass aktuell die Replication nicht funktioniert. Ist im irc aber schon bekannt. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaststättenkarte
Markus writes: Hallo Peter, liegt der code, speziell der Teil bzgl. des clusterings offen? Das gefällt mir nämlich sehr gut! Die Idee stammt von Lars Lingner Leider nicht. Das hat nicht im Geringsten mit OpenLayers zu tun. Auf der Einstiegsseite zur Karte sind 150.000 Amenities in einem Bereich den OpenLayers laden will. Das zum Client zu schicken und dort mit Javascript zu clustern halte ich für Blödsinn. Von daher habe ich auch diesen Ansatz nicht weiterverfolgt. Ziel war die Daten bereits auf dem Server zu reduzieren. Ich dachte, dass es da etwas praktisches in PostgreSQL geben müsste. Im PHP code der die Datenbank abfragt wollte ich mich nicht mit bounding-Box vergleichen rumplagen. Was ganz tolles habe ich nicht gefunden, die Lösung wie sie jetzt ist halte ich aber auch für ganz pfiffig. Mein Ansatz ist es die Koordinaten der Punkte auf ein Gitter zu runden das der Größe der Symbole der jeweiligen Zoomstufe entspricht. Dafür gibt die Website auch den aktuellen Zoomlevel bzw. Auflösung an das Backend weiter. In der Datenbank werden die einzelnen Treffer dann auf dieses Gitter abgebildet: // calculate clustering value. resolution is per pixel, so multiply by size of icon, take overlap factor into account $clvalue = 32*$resolution*0.9; $cluster = , st_astext(st_makepoint(round(st_x(way)/$clvalue)*$clvalue,round(st_y(way)/$c lvalue)*$clvalue)) as cluster; die neue Spalte cluster fasse ich dann später mit GROUP BY zusammen, über count() ermittle ich noch die Anzahl an Elementen pro Gitterpunkt. Die jetzige Umsetzung entscheidet nur ob sie ein Clustericon verwendet oder nicht. Denkbar sind auch verschiedene Icons in Abhängigkeit von der Zahl der Einträge darunter. Die Werte könnten auch direkt an den Client geschickt werden um dort mit openLayers geometrien die Darstellung zu machen. z.B. Kreise um so größer je mehr Einträge oder kräftigere Farben oder auch eine Zahl in dem Icon die die Anzahl der geclusterten Elemente anzeigt. Quellcode (GPL) ist seit der Veröffentlichung verfügbar, ist auch auf der Toolserver Seite so verlinkt. http://svn.toolserver.org/svnroot/stephankn/ Ich freue mich wenn ihr den Code für etwas sinnvolles verwenden könnt. Wenn sich daran was verbessern lässt: Gerne. Nichts ist perfekt. Ich freue mich auch wenn ihr einen Link auf eure Anwendung schickt. Vielleicht lässt sich dafür ja auch eine Art Bibliothek bauen. Abfragen nach Spezialfeatures sind bestimmt eine häufigere Anwendung. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaststättenkarte
Sven Geggus writes: Spannender hätte ich jetzt eine Karte gefunden in der der cuisine Tag ausgewertet wird :) Ist auch interessant. Was spricht dagegen das zu Implementieren? Quellcode kannst du von mir bekommen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
