Re: [Talk-de] Frage zu ti...@home Windows
Am 11.01.2011 23:37, schrieb Stephan Knauss: 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. Moin, schau mal auf das Datum, von wann die Doku ist. Damals war alles noch ein wenig wackelig. Außerdem hat diese Vorgehensweise auch Vorteile. Z.b. wenn man nicht alles doppelt installieren will, weil u.U. die Pfade verbogen werden u.ä. 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 Denke, das liegt dann aber nicht an Java, sondern daran, dass hier der o.g. Prozess bereits vorher das RAM geklaut hat. Java auf 32Bit-Maschinen unter Windows kann 1408. Tausendmal ausprobiert. Höher geht aber witzigerweise nicht. Auch wenn die Kiste mehr als 2 Gig hat. Das ist dann ein pures Windows-Problem. Linux kommt bei einigen Derivaten auf 2Gig. Gruß, Carsten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
Frederik Ramm frederik at remote.org writes: Hallo, On 01/11/2011 10:24 AM, 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 Schau Dir mal utils/tirex-create-stats-and-update-tiles.sh an, das kann das. Bye Frederik Ich habe eine bessere Alternative gefunden. tirex-batch map=osm bbox=5,46,16,56 --filter older\(978328800\) z=12-16 Damit rendert er alle Kacheln neu, die älter als 1.1.2001 sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Am 12.01.2011 01:31, schrieb Frederik Ramm: irgendein - pardon - Idiot bitte immer sachlich bleiben. ;-) sendet seit Tagen taeglich ueber 100.000 einzelne /api/0.6/node/123-Requests an die OSM-API. Die Person kommt aus Deutschland, aus dem Arcor/Vodafone-DSL-Dialin-Netz. Die IPs werden immer gesperrt, das haelt dann, bis sie sich das naechste Mal einwaehlt. Kann man nicht eine Authorisierung für API-get requests einführen? Wie lange sind die IPs jeweils gesperrt? Da man damit ja auch Unschuldige trifft, sobald der Täter eine neue IP zieht. Helfen täte noch ein besserer XAPI Service Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX Track in Karte einblenden und schneiden
On 2011-01-11 23:11, Tirkon wrote: Gibt es eine Möglichkeit, einen GPX Track in eine Karte (z.B. OSM oder Google) einzublenden und dann Punkte (z.B. durch Aufziehen eines Rechteckes) geografisch bezogen rauszulöschen oder den Track zu teilen? Ein paar Programme sind im Wiki gelistet: http://wiki.openstreetmap.org/wiki/DE:Editing_GPX_Tracks Ich verwende meistens Prune dafür: http://wiki.openstreetmap.org/wiki/DE:Prune Tschau, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenRouteService mit direkter Adresseingabe
Hallo, On 11.01.2011 23:38, Heinz-Jürgen Oertel wrote: Hallo, Gibt es eine Möglichkeit Start und Ziel direkt beim Aufruf anzugeben? Etwa http://openrouteservice.org/such?start=meinort?ziel=deinort vielleicht hilft dir die Nur-Text-Version weiter: http://koenigstuhl.geog.uni-heidelberg.de/accessible_routing/ Start und Ziel können hier auch als GET-Parameter übergeben werden, z.B. http://koenigstuhl.geog.uni-heidelberg.de/accessible_routing/?start=aend=b Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Hi Frederick, habt ihr die Möglichkeit die HTTP-Header mit zu loggen? Evtl. lässt sich daraus schon erste Schlüsse ziehen... Außerdem ist ein nmap über die zu sperrende IP-Adresse manchmal hilfreich. Desweiteren könnte man die IP mal bei einem Geolocationdienst auswerten lassen... MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post offices near Lünen
Am 11.01.2011 16:05, schrieb Chris66: mit post office near Lünen kriege ich ein Ergebnis; post offices geht offensichtlich tatsächlich nicht. Ticket erstellt. http://trac.openstreetmap.org/ticket/3451 In der Wortliste (die jeder ergänzen darf!) http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/EN ist die Pluralform eigentlich drin, also wohl ein Nominatim Bug. Wortliste DE: http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/DE Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO selber bauen?
Am Donnerstag 23 Dezember 2010, um 07:30:03 schrieb Christian Knorr: weiß jemand ob 3 nebeneinander installierten Maps auf dem Oregon länderübergreifend routingfähig sind? Ja, das tut es. Habe DE, NL und BE separat drauf und gerade von D nach NL navigiert, das geht. [1] http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
hi, eventuell wäre eine liste des interessensgebietes doch auch hilfreich. grast der z.b. eine bbox nach allen daten ab um die xapi zu umgehen oder macht er das weltweit wie ein bot, liesst er POIs ? macht er dann auf die gleiche art updates? da müsste er sich ja authentifizieren. ich vermute ersteres: umgehung der inzwischen überlasteten xapi. diskussionen darüber gibt es ja massenweise im forum. gruss walter - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Exzessive-Einzelrequests-an-die-API-tp5913036p5914381.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
Hallo, On 01/12/2011 12:41 PM, Karsten wrote: Schau Dir mal utils/tirex-create-stats-and-update-tiles.sh an, das kann das. Ich habe eine bessere Alternative gefunden. tirex-batch map=osm bbox=5,46,16,56 --filter older\(978328800\) z=12-16 Damit rendert er alle Kacheln neu, die älter als 1.1.2001 sind. Kommt immer drauf an, was Du willst. Die von mir genannte Loesung waere geeignet, um sie einfach alle paar Stunden aufzurufen mit dem Befehl, die aeltesten 1000 Tiles neu zu rechnen oder so. Das muss man ein bisschen kalibrieren, aber auf diese Weise kann man dafuer sorgen, dass der Server immer eine gewisse Grundlast hat (nach dem Motto: Wenn ich grad nix zu tun hab, rechne ich halt mal irgendwas altes neu aus). Je nachdem, was fuer einen dicken Server man hat und wie viele Tiles drauf, pendelt sich das dann irgendwann bei einem kein Tile ist aelter als X Tage-Zustand ein. Gibts auch ein Munin-Bild dazu. Das ist ein relativ primitiver Ansatz, weil er nicht beruecksichtigt, wo sich wirklich was an den Daten aendert (das ist aufwendiger zu ermitteln). Aber zugleich ist er etwas feiner als Dein Vorschlag, der sich mehr fuer eine Einmal-Aktion eignet. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Hallo, On 01/12/2011 01:20 PM, Andreas Neumann wrote: habt ihr die Möglichkeit die HTTP-Header mit zu loggen? Evtl. lässt sich daraus schon erste Schlüsse ziehen... Außerdem ist ein nmap über die zu sperrende IP-Adresse manchmal hilfreich. Desweiteren könnte man die IP mal bei einem Geolocationdienst auswerten lassen... Die IPs zeigen alle nach Eschborn, aber das sagt nichts, der kann irgendwo sitzen. Genauere Analyse der Requests muesste man als naechstes machen, ja. Authentifizierung fuer Leserquests (wie woanders im Thread vorgeschlagen) waere die letzte Moeglichkeit. Oder natuerlich ein schnelleres, automatisches Rate Limiting, das aber evtl. auch gute Anwendungsfaelle traefe. Jemand anders fragte nach der Dauer der Sperrung - im Grunde erstmal unbegrenzt, muss dann halt von Hand wieder aufgeraeumt werden. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO selber bauen?
Mit der Einführung von AIO-Tiles-Manager wird es in Zukunft möglich sein beliebige Teile von Europa auf seinem Gerät zu benutzen. Routing funktioniert zwischen den Kacheln. Außerdem kann man uninteressante Gebiete von Europa von seinem Gerät verbannen, sodass auch User ältere Geräte mit 4GB-Problemen nun trotzdem große Teile von Europa benutzen können. Netter Nebeneffekt. Lokale Updaten ohne erneut 4 GB runterladen zu müssen, bzw Update einzelner Layer wird möglich sein. Die spart euch Zeit beim runterladen. Lg Dirk PS : Es gibt entsprechende Veröffentlichungen zur Benutzung und Funktion von AIOTM im OSMBLOg sobald das Tool fertig ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Chris66 wrote: Wie lange sind die IPs jeweils gesperrt? Da man damit ja auch Unschuldige trifft, sobald der Täter eine neue IP zieht. Ich denke, dass es sehr unwahrscheinlich ist, dass in der Zeit die IP aus dem Arcor-Pool jemandem zugeordnet wird, der dann eine solche Abfrage starten will. Wie viel % der Arcor-Internetnutzer sind OSM-Nutzer? Und wie viel Prozent der OSM-Nutzer fragen diese API jeden Tag auf diese Weise ab? Ich denke, dass die Fehlerquote hier gering ist. Ich finde es einfach unverschämt, wenn man solch eine API wissentlich überstrapaziert und weiß, dass OSM selber (finanziell und servermäßig) nicht auf den stärksten Beinen steht. Das ist einfach - im herkömmlichen Sinne - asoziales Verhalten. Ich hoffe, der Benutzer wird es einsehen und die Dumps nehmen. Gruß, Philip -- View this message in context: http://gis.638310.n2.nabble.com/Exzessive-Einzelrequests-an-die-API-tp5913036p5914616.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
Frederik Ramm frederik at remote.org writes: Hallo, On 01/12/2011 12:41 PM, Karsten wrote: Schau Dir mal utils/tirex-create-stats-and-update-tiles.sh an, das kann das. Ich habe eine bessere Alternative gefunden. tirex-batch map=osm bbox=5,46,16,56 --filter older\(978328800\) z=12-16 Damit rendert er alle Kacheln neu, die älter als 1.1.2001 sind. Kommt immer drauf an, was Du willst. Die von mir genannte Loesung waere geeignet, um sie einfach alle paar Stunden aufzurufen mit dem Befehl, die aeltesten 1000 Tiles neu zu rechnen oder so. Das muss man ein bisschen kalibrieren, aber auf diese Weise kann man dafuer sorgen, dass der Server immer eine gewisse Grundlast hat (nach dem Motto: Wenn ich grad nix zu tun hab, rechne ich halt mal irgendwas altes neu aus). Je nachdem, was fuer einen dicken Server man hat und wie viele Tiles drauf, pendelt sich das dann irgendwann bei einem kein Tile ist aelter als X Tage-Zustand ein. Gibts auch ein Munin-Bild dazu. Das ist ein relativ primitiver Ansatz, weil er nicht beruecksichtigt, wo sich wirklich was an den Daten aendert (das ist aufwendiger zu ermitteln). Aber zugleich ist er etwas feiner als Dein Vorschlag, der sich mehr fuer eine Einmal-Aktion eignet. Bye Frederik Naja, ich weiß ja, welche Daten sich geändert haben, weil ich ja die diffs in Postgres mittels load-next einspiele und das wiederum setzt das Dateidatum aller betroffenen Metas auf den 1.1.2000. Somit kann ich mit meinem Ansatz immer dafür sorgen, dass ich einen aktuelle Karte habe. Rechner ist übrigens ein i7 920 mit 8G RAM bei Hetzner. Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
Hallo, On 01/12/2011 03:33 PM, Karsten wrote: Naja, ich weiß ja, welche Daten sich geändert haben, weil ich ja die diffs in Postgres mittels load-next einspiele Ah, ok, das Detail war mir unklar. Das ist natuerlich eine gute Methode, um Aenderungen schnell mitzukriegen. Dann hast Du im Zweifel nach einer Daten-Aktualisierung in Minutenschnelle das neue Tile. Allerdings ignoriert diese Loesung Aenderungen an Relationen, d.h. es wird immer ein paar Tiles geben, die eigentlich aktualisiert werden muessten, die Dir aber durch die Lappen gehen. Es bietet sich daher an, von Zeit zu Zeit doch mal so einen jetzt lass ich mal alle Tiles neu rendern, die aelter als X sind-Job zu starten. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapper für Interviews (Do, ~15 U hr) gesucht, Erfassung und Lösung von Adressp roblemen
Liebe OSM Community, für einen Design-Thinking Workshop in Rumänien zur “Weiterentwicklung eines Tools zur Erhöhung der Adressenqualität und -quantität in OSM” suchen wir spontan für morgen Mittag 4-8 interessierte Mapper die sich über Skype zum Thema Adresserfassung interviewen lassen. Ziel des Workshops ist Tools wie z.B. MapDust so weiter zu entwickeln, dass einfach und gut Adressprobleme erfasst und gelöst werden können. Dazu brauchen wir eure Gedanken, Ideen und Erfahrungen. Die Interviews werden vom skobbler-MapDust-Team direkt durchgeführt. Zeitraum 14.30 - 15.30 Uhr (Berlin time), Donnerstag 13. Januar Dauer etwa 20 Minuten (in Englisch) Wenn ihr Lust und Zeit habt, dann meldet euch bitte einfach bis 14 Uhr via Mail (bitte mit eurem Skype-Namen). Schon jetzt einmal einen herzlichen Dank. Lieben Gruß, alex (für das Team) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GEOFABRIK pbf Downloads nicht aktuell?
Moin, Frederik Ramm schrieb am 11.01.2011 20:25: Es scheint ein Problem mit dem GWDG-Mirror zu geben, der hat sich letzte Nacht keine neuen Daten geholt. Der Geofabrik-Server schickt Dich aber trotzdem dahin (im blinden Vertrauen darauf, dass dort die aktuellen Daten sind). Da wollte ich es dann heute noch mal mit den neusten Daten versuchen, aber so richtig gesund sieht ft5.gwdg.de nicht aus. Er antwortet zwar auf ein ping, und Index von ftp://ftp5.gwdg.de/; bekomme ich im Feuerfuchs auch zu sehen, aber irgendwelche Daten scheint er z.Z. nicht rauszuruecken. Da steht in der Statusleiste nur Warten auf ftp5.gwdg.de ... und sonst tut sich nichts. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GEOFABRIK pbf Downloads nicht aktuell?
Hallo Heute früh hab ich europe.osm.bz2 von dort geladen. Ging ohne Probleme. Versuch ihn eftl. mal über http://... anzusprechen. So mach ich das immer. Viele Grüße, Henning Am 12.01.2011 16:33, schrieb Torsten Leistikow: Moin, Frederik Ramm schrieb am 11.01.2011 20:25: Es scheint ein Problem mit dem GWDG-Mirror zu geben, der hat sich letzte Nacht keine neuen Daten geholt. Der Geofabrik-Server schickt Dich aber trotzdem dahin (im blinden Vertrauen darauf, dass dort die aktuellen Daten sind). Da wollte ich es dann heute noch mal mit den neusten Daten versuchen, aber so richtig gesund sieht ft5.gwdg.de nicht aus. Er antwortet zwar auf ein ping, und Index von ftp://ftp5.gwdg.de/; bekomme ich im Feuerfuchs auch zu sehen, aber irgendwelche Daten scheint er z.Z. nicht rauszuruecken. Da steht in der Statusleiste nur Warten auf ftp5.gwdg.de ... und sonst tut sich nichts. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Philip Gillißen schrieb: Chris66 wrote: Wie lange sind die IPs jeweils gesperrt? Da man damit ja auch Unschuldige trifft, sobald der Täter eine neue IP zieht. Ich denke, dass es sehr unwahrscheinlich ist, dass in der Zeit die IP aus dem Arcor-Pool jemandem zugeordnet wird, der dann eine solche Abfrage starten will. Wie viel % der Arcor-Internetnutzer sind OSM-Nutzer? Und wie viel Prozent der OSM-Nutzer fragen diese API jeden Tag auf diese Weise ab? Ich denke, dass die Fehlerquote hier gering ist. Wenn die IP von OSM aus gesperrt wird, wie Frederik sagt, gehe ich davon aus, dass man damit bei OSM gar nix mehr darf. Insofern sind geblockte, aber mittlerweile von Anderen genutzte IPs durchaus ein Problem. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post offices near Lünen
mit post office near Lünen kriege ich ein Ergebnis; post offices geht offensichtlich tatsächlich nicht. Ticket erstellt. http://trac.openstreetmap.org/ticket/3451 In der Wortliste (die jeder ergänzen darf!) http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/EN ist die Pluralform eigentlich drin, also wohl ein Nominatim Bug. Wortliste DE: http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/DE Sorry for the English. The new word lists have not yet gone live. This problem was one of the reasons for creating the new wiki pages because previously we were missing plurals and variations. The version using the new wiki word lists will go live next week. In the mean time I have manually added 'post offices' to resolve this. Google translate for what it is worth: Die neue Wort-Listen sind noch nicht aktiv. Dieses problem wurde auch einer der gründe für die schaffung der neuen wiki-seiten, weil wir vorher fehlende pluralformen und variationen. Die version mit dem neuen wiki-wort-listen werden live gehen nächste Woche. In der zwischenzeit habe ich manuell hinzugefügt post offices, um dieses problem zu. -- Brian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GEOFABRIK pbf Downloads nicht aktuell?
Torsten Leistikow schrieb am 12.01.2011 16:33: Da wollte ich es dann heute noch mal mit den neusten Daten versuchen, aber so richtig gesund sieht ft5.gwdg.de nicht aus. Er antwortet zwar auf ein ping, und Index von ftp://ftp5.gwdg.de/; bekomme ich im Feuerfuchs auch zu sehen, aber irgendwelche Daten scheint er z.Z. nicht rauszuruecken. Da steht in der Statusleiste nur Warten auf ftp5.gwdg.de ... und sonst tut sich nichts. Jetzt scheint ftp5.gwdg.de wieder zu laufen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Per Straßenname den Stadtteil herausf inden
Hallo! Am 10.01.11 schrieb ben: Ich hab gesehen, dass z.B. hier in Leipzig die Stadtteile nur mit einem Punkt gekennzeichnet sind. Würden dort Relationen oder sowas Sinn machen? Relationen wären sinnvoll, wenn Du die Grenzen kennst. Die Situation in Leipzig schildert http://www.leipzig-lexikon.de/KOMMGLIE/KOMMGLIE.HTM Es gibt 63 Ortsteile, die in 10 Stadtbezirke zusammengefasst sind. Die Ortsteile orientieren sich grob an den Gemarkungen, sind aber leider nicht identisch. Von der Stadt gibt es ein Straßenverzeichnis, in dem steht, in welchem Ortsteil welche Straßen liegen. Vielleicht kannst/darfst Du das für Deine Daten nutzen. Damit sollte sich auch grob bestimmen lassen, zwischen welchen Straßen die Grenzen verlaufen. http://osm-static.anders-hamburg.de/Deutschland/Sachsen/Direktionsbezirk_Leipzig/Leipzig_Stadt/index.html http://www.leipzig.de/de/buerger/service/info/gebiet/index.aspx Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post offices near Lünen
Am 12.01.2011 17:01, schrieb Brian Quinion: The new word lists have not yet gone live. This problem was one of the reasons for creating the new wiki pages because previously we were missing plurals and variations. The version using the new wiki word lists will go live next week. In the mean time I have manually added 'post offices' to resolve this. Thanks Brian, another minor thing: When searching Bank nah Lüdinghausen I get (money)banks and benches (Sitzbanken / amenity=bench) in the result list, because in german bank has this two meanings. This is somewhat confusing. Would it be possible to have another (optional) column in the word list which will be used for the result list? So instead of * Bank Volksbank Lüdinghausen * Bank Südwiese Lüdinghausen it should return * Bank Volksbank Lüdinghausen * Sitzbank Südwiese Lüdinghausen Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post offices near Lünen
When searching Bank nah Lüdinghausen I get (money)banks and benches (Sitzbanken / amenity=bench) in the result list, because in german bank has this two meanings. About an hour ago I deleted the 'bank' = 'amenity=bench' mapping to remove some general problems it was causing. I agree this needs resolving but I will come back to it at some point in the future. -- Brian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper für Interviews (Do, ~15 Uhr ) gesucht, Erfassung und Lösung von Adressprobl emen
Hallo Alex, Kurz weil vom iPhone geschickt, würde aber gerne mitmachen. Skype: dermotm Dermot On Wednesday, 12 January 2011, Alexander Steinhart / DThinking dthinking.a...@nder.info wrote: Liebe OSM Community, für einen Design-Thinking Workshop in Rumänien zur “Weiterentwicklung eines Tools zur Erhöhung der Adressenqualität und -quantität in OSM” suchen wir spontan für morgen Mittag 4-8 interessierte Mapper die sich über Skype zum Thema Adresserfassung interviewen lassen. Ziel des Workshops ist Tools wie z.B. MapDust so weiter zu entwickeln, dass einfach und gut Adressprobleme erfasst und gelöst werden können. Dazu brauchen wir eure Gedanken, Ideen und Erfahrungen. Die Interviews werden vom skobbler-MapDust-Team direkt durchgeführt. Zeitraum 14.30 - 15.30 Uhr (Berlin time), Donnerstag 13. Januar Dauer etwa 20 Minuten (in Englisch) Wenn ihr Lust und Zeit habt, dann meldet euch bitte einfach bis 14 Uhr via Mail (bitte mit eurem Skype-Namen). Schon jetzt einmal einen herzlichen Dank. Lieben Gruß, alex (für das Team) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenRouteService mit direkter Adresseingabe
2011/1/12 fx99 f...@vollbio.de: mit http://www.gpsvisualizer.com/geocoder/ kann man ADressen in Koordinatenumwandeln. AFAIK ist das, da Google und Yahoo verwandt werden, lizenzmäßig nur frei wie in Bier. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper für Interviews gesucht (Do, ~15 Uhr), Erfassung und Lösung von Adressp roblemen
Cool, merci, Dermot! Wir haben nun 4 Leute, hätten aber gerne noch 2 um ein gutes Bild zu bekommen. Wer hat noch Lust/Zeit? lg PS: Es gibt als Dank für alle die teilnehmen einen 15 Euro Amazon Gutschein! 2011/1/12 Dermot McNally derm...@gmail.com Hallo Alex, Kurz weil vom iPhone geschickt, würde aber gerne mitmachen. Skype: dermotm Dermot On Wednesday, 12 January 2011, Alexander Steinhart / DThinking dthinking.a...@nder.info wrote: Liebe OSM Community, für einen Design-Thinking Workshop in Rumänien zur “Weiterentwicklung eines Tools zur Erhöhung der Adressenqualität und -quantität in OSM” suchen wir spontan für morgen Mittag 4-8 interessierte Mapper die sich über Skype zum Thema Adresserfassung interviewen lassen. Ziel des Workshops ist Tools wie z.B. MapDust so weiter zu entwickeln, dass einfach und gut Adressprobleme erfasst und gelöst werden können. Dazu brauchen wir eure Gedanken, Ideen und Erfahrungen. Die Interviews werden vom skobbler-MapDust-Team direkt durchgeführt. Zeitraum 14.30 - 15.30 Uhr (Berlin time), Donnerstag 13. Januar Dauer etwa 20 Minuten (in Englisch) Wenn ihr Lust und Zeit habt, dann meldet euch bitte einfach bis 14 Uhr via Mail (bitte mit eurem Skype-Namen). Schon jetzt einmal einen herzlichen Dank. Lieben Gruß, alex (für das Team) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- alexander steinhart carmel street 85 belfast BT7 1QF mail post.a...@nder.info phone +49 (0) 30 224 148 44 - active landline +44 (0) 786 965 18 14 - active mobile +49 (0) 178 198 46 50 - partly active skype alex.anywhere - active post.a...@nder.info ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Die IPs zeigen alle nach Eschborn, aber das sagt nichts, der kann Es gibt auch Geolocationdienste, die nicht alle Arcor-Dialup-IPs in die Alfred-Herrhausen-Allee verorten. BTW: Ich sitze dort in Sichtweite, aber ich bin's nicht ;-) Jemand anders fragte nach der Dauer der Sperrung - im Grunde erstmal unbegrenzt, muss dann halt von Hand wieder aufgeraeumt werden. Wenn Ihr den eh manuell sperrt, dann sorgt doch dafür, dass er Daten erhält, die a) eindeutig fehlerhaft sind und b) egal in welcher Anwendung, bis zum Anwender sichtbar ein Lass das, sonst kommen wir Dich besuchen. Fuer Rueckfragen Mail:... in seiner Anwendung zu sehen bekommen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post offices near Lünen
it should return * Bank Volksbank Lüdinghausen * Sitzbank Südwiese Lüdinghausen It should ask did you mean 'Bankfiliale' or 'Sitzbank'?. Perhaps with respective links on the guggestions. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO selber bauen?
Am 12.01.2011 14:55, schrieb fla...@googlemail.com: PS : Es gibt entsprechende Veröffentlichungen zur Benutzung und Funktion von AIOTM im OSMBLOg sobald das Tool fertig ist. Development! Development! Development! ;) Die Grundfunktionen gehen schon mal ein bisschen. Versuche noch einige Kruditäten auszumerzen. Außerdem muss der Serverprozess komplett umgebastelt werden. Ich versuche den alten Prozess so lange es geht durchzubringen, aber mit Ausfällen der AiO ist natürlich zu rechnen... Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Per Straßenname den Stadtteil herausfind en
Hallo Fabian, na das ist doch schonmal was! Vielen Dank dafür! Nun ist die Frage wie man die Daten wirklich sinnvoll verwursten kann (darf). Bei dem ersten Link könnte man das per Hand machen, da jede Begrenzung beschrieben wird. Leider is das Bild zu klein. Bei den anderen Links müsste man sehen. (PDF parsen? urghs!) Dann ist die Frage ob die Daten in OSM Sinn machen und gemappt werden können? Man müsste dann ja irgendwie berechnen können wann eine Straße in einer Relation liegt. Oder man erstellt nur Polygone wie es das auch von Leipzig gibt (Leipzig.poly). Dann müsste man nur noch berechnen ob die Straße/Adresse in dem Polygon liegt. (Formel?) Vielen Dank nochmal an Alle, ben 2011/1/12 Fabian Schmidt fschm...@informatik.uni-leipzig.de Hallo! Am 10.01.11 schrieb ben: Ich hab gesehen, dass z.B. hier in Leipzig die Stadtteile nur mit einem Punkt gekennzeichnet sind. Würden dort Relationen oder sowas Sinn machen? Relationen wären sinnvoll, wenn Du die Grenzen kennst. Die Situation in Leipzig schildert http://www.leipzig-lexikon.de/KOMMGLIE/KOMMGLIE.HTM Es gibt 63 Ortsteile, die in 10 Stadtbezirke zusammengefasst sind. Die Ortsteile orientieren sich grob an den Gemarkungen, sind aber leider nicht identisch. Von der Stadt gibt es ein Straßenverzeichnis, in dem steht, in welchem Ortsteil welche Straßen liegen. Vielleicht kannst/darfst Du das für Deine Daten nutzen. Damit sollte sich auch grob bestimmen lassen, zwischen welchen Straßen die Grenzen verlaufen. http://osm-static.anders-hamburg.de/Deutschland/Sachsen/Direktionsbezirk_Leipzig/Leipzig_Stadt/index.html http://www.leipzig.de/de/buerger/service/info/gebiet/index.aspx Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpräzise Beschreibung von access im Wiki
Am 10.01.2011 16:08, schrieb Georg Feddern: Das agricultural=* kommt zwar vom Traktor-Symbol, bezieht sich aber ganz allgemein auf entsprechend langsame Fahrzeuge, wie auch in der Beschreibung angegeben (und siehe meine Beispiele). Ich geh davon aus, dass die Beschreibung (wie so oft) schlicht nicht der wirklichen Verwendung entspricht. Ich kann mir nämlich sonst die 12k-mal Verwendung von agricultural=yes (also fast mit Sicherheit landwirtschaftlicher Verkehr gemeint und nicht explizite Erlaubnis für langsame Fahrzeuge) vs. 2k-mal no und anderes Zugemüse nicht erklären. Da agricultural=* praktisch nur in DE und CH vorkommt, also irgendwelche exotische Verkehrsregeln auch keine Rolle spielen, denke ich, wäre es sinnvoll aus Symmetriegründen agricultural=* tatsächlich für landwirtschaftlicher Verkehr zu reservieren (nicht unbedingt zu brauchen) und für langsame Fahrzeuge was anderes zu verwenden (slow_vehicles z.B. :-)). Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
