Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
Rainer Knaepper rain...@smial.prima.de writes: Ack. Ich habe hier in der Gegend schon einige Fußwege mit Zusatzschild Radfahrer frei umgemapt. Das sind keine Radwege, wo auch Fußgänger erlaubt sind. Richtig. Das sind footway mit bicycle=yes. Besonders knuffig fand ich mal einen cycleway, der in einigem Abstand immer mal wieder eine Treppenstufe eingebaut hat, die offensichtlich von Radlern jeweils per Schlenker über die Wiese umfahren wird :-) Wenn's wirklich mit entsprechendem blauen schild ausgeschildert war (z.b. z240) ist es ein cycleway mit foot=yes|official|desig, den man jeweils für die stufen (highway=steps) unterbricht. Wahrscheinlich war stand dort aber kein entsprechendes schild. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 02:44:08AM +0200, Thomas Ineichen wrote: Wenn Du mir sagst, wie man das macht (bzw. nach welchen Stichworten ich googlen muss), dann schaue ich mir das gerne mal an.. Du kannst einfach dir mal via firebug die maxspeed map ansehen. Kann man den Vektor-Layer nachher genau so einfach auf fremden Web- sites einbinden wie die Tiles? Nein - Du brauchst eigenen javascript und cgi code und eine datenbank dahinter - dafuer muss man nichts vorrendern oder mit mapnik rumhampeln. Ich benutze einen OpenLayers Vector Layer: http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/Vector-js.html und lade die Daten via GeoJSON nach: http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Format/GeoJSON-js.html Der code sieht dann vereinfacht so aus: geojsonparser = new OpenLayers.Format.GeoJSON(); vector = new OpenLayers.Layer.Vector(data); map.addLayer(this.vector); Beim pan'nen oder zoomen gibts dann nen callback in dem ich via ajax daten nachlade die das CGI Script (perl) mit JSON.pm rausnudelt. Die parse ich dann mit dem parser uns schiebe die in den vector layer: var features = geojsonparser.read(result.responseText); vector.destroyFeatures(); vector.addFeatures(features); Im moment bastel ich an diversesten optimierungen um eben nicht immer im Javascript UND im perl zeugs dazubasteln zu muessen wenn ich neue tags/features anzeige. D.h. ich verlagere die ganze aufbereitung ins CGI und lasse im Javascript nur noch das GeoJSON in features verbasteln. Das CGI kann ich dann in ein fastcgi verwandeln und CPUs habe ich genug ... Was ich allerdings ueberlegte war die access tags in Schildersymbole zu uebersetzen und dann halt die darzustellen. Der code dafuer wird reichlich komplex sein. Insbesondere, weil die verschiedenen access-Keys sich gegenseitig beeinflussen. Ziel ist es nämlich, nicht einfach bloss einzelne Layer pro Key (access,bicycle,vehicle,motor_vehicle,...) zu haben, sondern pro Fahrzeugart. Yep - vor allem ist das IIRC nicht definiert. Was waere z.b. mit access=no foot=yes Was hat prioritaet? access oder foot? Das Beispiel ist ja noch klar zu beantworten aber es gibt durchaus beispiele die fies sind. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Weg selektieren
Hallo, wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer Fläche dient. Beim Anklicken erhält man meistens nur die Fläche. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarten Ausschnitte
On Mon, May 31, 2010 at 11:44:55PM +0200, Christoph Wagner wrote: Am 31.05.2010 21:41, schrieb Jacques Nietsch: Hallo, es gibt ja eine Reihe von Anbietern, die Garminkarten für viele Länder zur Verfügung stellen. Für bestimmte Reisen braucht man aber Karten, die übergreifende Abschnitte abdecken. Z.B. Südfrankreich und Nordspanien. Frage: wie kann man sich spezifische Kartenbereiche zusammenstellen? Gibt es irgendwelche Tools? die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und gm2.img), dann mkgmap runterladen und auf der Kommandozeile folgendes ausführen: java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn bei der Erzeugung der Ausgangsfiles war was verkehrt gelaufen. Andere Möglichkeiten sind die Karten erst in Mapsource oder QlandkarteGT reinzuladen und die benötigten Ausschnitte dort auszuwählen. Noch ne Möglichkeit wäre sendmap oder gmaptool oder was weiß ich. Wenn du die AiO nimmst hast du bei der Methode dann leider ein paar Kacheln an der Grenze doppelt, aber das sollte nicht so schlimm sein. Hab mich grad gestern mit Sven Geggus drüber unterhalten, ob man das Zusammenbauen irgendwie noch einfacher machen kann. Hintergrund ist, dass der Server, wo man die AIO-Garmin-Karten runterladen kann, total ausgelastet ist mir den Riesen-Downloads, die die Leute immerzu machen. Wenn es ein sehr einfach zu benutzendes Tool gäbe, dann bräuchten die Leute nicht mehr so häufig ganz Europa runterladen. Ich stelle mir das so vor, dass man angeben kann, welchen Ausschnitt man braucht, das Tool stellt dann fest, welche Teile gebraucht werden, lädt die runter, baut sie zusammen und gibt einem eine fertige Datei. Vielleicht mag sich da mal jemand dran versuchen. Mit mkgmap sind die schwierigen Teile ja schon alle da. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Weg selektieren
Am 1. Juni 2010 08:57 schrieb Wolfgang Wienke wo_wie...@gmx.net: Hallo, wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer Fläche dient. Beim Anklicken erhält man meistens nur die Fläche. Mit der mittleren Maustaste auf den Weg klicken, dabei wird eine Liste aller Ellemente angezeigt. Alternativ kannst du mit ALT + linke Maustaste zwischen den verschiedenen Wegen und Flächen durchschalten. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: slippymap
Moin ! gestern habe ich mir mal das Plugin slippymap installiert. Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. ausschalten kann ?? Auf der Linken Seite habe ich keinen Knopf funden. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SQLite als Datenbasis für Mapnik
Hi! bei uns wird in der letzten Zeit viel von SQLite [1] berichtet. Weiß einer von Euch ob das für kleinere Projekte eine alternative zur großen PostGIS-DB hinsichtlich Mapnik ist und hat einer vielleicht schon Erfahrungen sammeln können ? Gruß Jan :-) [1] http://de.wikipedia.org/wiki/Sqlite ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: slippymap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.06.2010 09:27, schrieb Jan Tappenbeck: gestern habe ich mir mal das Plugin slippymap installiert. Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. ausschalten kann ?? Hallo Jan, Am einfachsten ist es wohl den Layer auszublenden (über die Ebenen-Box). Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJMBLtNAAoJEPT/XJzV1tNz9YwIAKfJKsdFiYXEjeYxETc94Dv/ rdSo4oRbqA4BobckoIE29pAjrJgYXeBQOfjlReGn8i78c6YNVGeMWDex767HPmVX lOuXaxTnIgqQxOxJunSMEvxhc7rC96Xzp7RvbMX0+fTnpPGkHUN+GeA1CgiUA1JL yiVd+sTeNoaoylhgBotBxxAJKeDoyerZwcpJecCYeOrWx0/dUNGMnVZI85kTFWIX 856L8Knhie3D5Ysda2rwEsIgIsstl5+MYbQ4+d8TZijHH41SuyRzH7PF5s0eRbmz HHgSpyayWMiUCfTD+uS0hD68TBe3StpTcp9AiAGs50YjoM8Xrn11mHL82hWW85k= =+eYp -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Weg selektieren
Am 01.06.10 09:20, schrieb André Riedel: Am 1. Juni 2010 08:57 schrieb Wolfgang Wienkewo_wie...@gmx.net: Hallo, wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer Fläche dient. Beim Anklicken erhält man meistens nur die Fläche. Mit der mittleren Maustaste auf den Weg klicken, dabei wird eine Liste aller Ellemente angezeigt. Alternativ kannst du mit ALT + linke Maustaste zwischen den verschiedenen Wegen und Flächen durchschalten. oder per Filter landuse=*, leisure=* und natural=* ausblenden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: slippymap
2010/6/1 bundesrainer o...@bundesrainer.de: Am 01.06.2010 09:27, schrieb Jan Tappenbeck: gestern habe ich mir mal das Plugin slippymap installiert. Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. ausschalten kann ?? Am einfachsten ist es wohl den Layer auszublenden (über die Ebenen-Box). Das gleiche Verhalten tritt auch bei den Plugins routes und ElevationProfile auf. Vielleicht sollte man ein neues Menü erstellen, in dem man die Zusatzlayer ein-/ausschalten kann, beziehungsweise das Startverhalten festlegen. Ich finde einen aufgeräumten Ebenen-Dialog besser. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Reihenfolge der Ebenen
Hi, kann man die Default Reihenfolge der Ebenen irgendwie ändern? Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben, damit man die Namen besser lesen kann. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SQLite als Datenbasis für Mapnik
Jan Tappenbeck o...@tappenbeck.net wrote: Weiß einer von Euch ob das für kleinere Projekte eine alternative zur großen PostGIS-DB hinsichtlich Mapnik ist und hat einer vielleicht schon Erfahrungen sammeln können ? http://trac.mapnik.org/wiki/SQLite WARNING: highly uber experimental ! Ähm tja :) Außerdem gibts AFAIK noch kein osm2pgsql ähnliches Tool. Wobei man osm2pgsql sicher passend aufbohren könnte. Gruss Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway und motorway_link um desti nation-tag ergänzen
Am 01.06.2010 02:24, schrieb steffterra: Ist hiermit für motorway, motorway_link und trunk geschehen. Der destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend ergänzt. Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht (Norwegischer User Gnonthgol) mit der Begründung no tag. Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag destination erst irgendwie allgemein akzeptiert werden? Hi, Du musst erst eine Proposed Feature Page im Wiki anlegen. http://wiki.openstreetmap.org/wiki/Proposed_Features Destination ist hier angelegt, aber eben nicht als Proposed Feature: http://wiki.openstreetmap.org/wiki/Key:destination Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Weg selektieren
Hallo André, Mit der mittleren Maustaste Habe es mal im Wiki ergänzt: http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge#aus_.C3.BCbereinanderliegenden_Elementen_wählen Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: slippymap
Am 01.06.2010 09:59, schrieb André Riedel: 2010/6/1 bundesrainero...@bundesrainer.de: Am 01.06.2010 09:27, schrieb Jan Tappenbeck: gestern habe ich mir mal das Plugin slippymap installiert. Nun soll der zugehörige Layer nicht immer angezeigt werden - kann mir einer von Euch sagen ob man das Plugin irgendwie per Schalter temp. ausschalten kann ?? Am einfachsten ist es wohl den Layer auszublenden (über die Ebenen-Box). Das gleiche Verhalten tritt auch bei den Plugins routes und ElevationProfile auf. Vielleicht sollte man ein neues Menü erstellen, in dem man die Zusatzlayer ein-/ausschalten kann, beziehungsweise das Startverhalten festlegen. Ich finde einen aufgeräumten Ebenen-Dialog besser. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! das wäre ein guter Vorschlag weil das von bundesrainer bei jedem Start erforderlich ist. Ticket erstellt: http://josm.openstreetmap.de/ticket/5091 Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
Ich habe jetzt nochmal ein paar TMC-Segmente getagt, dabei bin ich jetzt zur Meinung gekommen, da als TMC-Point zuerst einmal nur der Kreuzungs-Knoten getagt werden sollte. Sobald es jedoch mehr als ein Knotenpunkt mit Ab- und bzw oder Auffahrt existiert (gilt auch für städtische Kreuzungen mit seperaten Abbiegespuren) sollten wir den Weg zwischen dem ersten und letzten Knoten taggen. Vielleicht wären auch noch die Knoten andenen Abzweigungen ankommen/abgegen sinnvoll. Hängt dann wohl eher von der weiterverarbeitenden software ab. Fakt ist, wir kommen auch hier oft nicht um Relationen herum, was allerdings auch nicht so schlecht ist, da wir so selbst bei grosseren Veränderungen immernoch die selbe Relation mit fester id: verwenden konnen. Allerdings sind mir auch einige Fragen gekommen. 1. Ist es bei Points sinnvoll den Namen anzugeben (wenigstens bei Relationen) ? 2. Wie genau ist der Übergang von TMC-Segmenten definiert ? - ich habe hier einige Points aus einem Segment welche auf Points aus anderen Segmenten zeigen und einige die sogar in beide Richtungen so verknüpft sind, so dass ich nicht weiß wo das 1.Segment aufhört und wo das 2. anfängt. http://osm-tmc.anders-hamburg.de/point.php?lcd=30031 und http://osm-tmc.anders-hamburg.de/point.php?lcd=26445 zB. 3. Ab wann ist es sinnvoll/notwendig 2 TMC-Segment-Relationen für jede Richtung eine zu taggen ? 4. Was mache ich mit noch im Bau befindlichen Teilstücken ? - wenn sie erst in der Planung sind ? - wenn sie im Bau sind ? - und wenn dort gerade noch ein halbes Jahr Baustelle ist und die Bundesstraße noch einen anderen Verlauf hat ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Reihenfolge der Ebenen
Am 01.06.10 10:06, schrieb Chris66: Hi, kann man die Default Reihenfolge der Ebenen irgendwie ändern? Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben, damit man die Namen besser lesen kann. Es steht dir doch frei, erst die gpx oder erst die osm-Daten zu laden. Das letztgeladene steht zuoberst. Ändern lässt sich das hinterher immer noch mit den Pfeilen auf/ab. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Aktion 10b : loopings
Wenn man solche Renderhinweise taggt, dann sollten sie allgemein sein. Ansonsten gibt es irgendwann für jeden Kartentyp spezielle Tags, die das jeweilige Aussehen beschreiben. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/DE-Aktion-10b-loopings-tp5118298p5125082.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] Garminkarten Ausschnitte
Darüber hatte ich neulich schonmal mit Christoph gesprochen. Es gibts dabei aber 2 Probleme : 1) Um feste Kacheln zu bekommen muss man entweder konstant splitten, was dazu führen kann das stark wachsende Regionen nach einigen Wochen aufeinmal zu große Kacheln haben und auf den Geräten probleme machen, oder aber wenn man zu klein splittet man schnell an die maximale Kachelgrenze der Software kommt, gerade wenn man wie bei AIO viele Layer benutzt. 2) wir jemand brauchen der am besten in Java ( dann läuft auf jedem System) nen Client schreibt der die Kacheln beim User offline verwaltet und einzelne aktualisieren kann und neue Karten aus den viele Karten per mkgmap bauen kann. Wer schreibt die Softwäre ( soll noch schön aussehen) PS : Am besten tauschen die Clients dann noch per P2P die Tiles untereinander aus um Last von den Downloadservern zu nehmen. Lg Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarten Ausschnitte
Weiter oben wurde doch schon drauf hingewiesen, wie es mit mkgmap funktioniert. Ihr müsst diese vorgehensweise also lediglich noch prominent platzieren. Dazu noch einen Link zum Download von mkgmap. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Garminkarten-Ausschnitte-tp5123087p5125125.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] JOSM: Weg selektieren
...und am besten den Weg gleich von der Fläche trennen oder aber die Fläche als multipolygon eintragen. -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Weg-selektieren-tp5124766p5125130.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] JOSM: Reihenfolge der Ebenen
Am 01.06.2010 10:44, schrieb André Joost: kann man die Default Reihenfolge der Ebenen irgendwie ändern? Speziell soll die Ebene mit den GPX-Waypoints ganz nach oben, damit man die Namen besser lesen kann. Es steht dir doch frei, erst die gpx oder erst die osm-Daten zu laden. Ja, aber mein Workflow ist in der Regel, dass ich erst die gpx lade, da dann der passende Ausschnitt schon eingestellt ist. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Einladung zum Austausch Verkehrsverbund Rhein-Sieg - OSM-Community, Köln, 7.6.201 0, 17 - 19 Uhr
Hallo an die Community, nach der Datenfreigabe der Verkehrsunternehmen im VRS für OSM findet am 07.06.2010 von 17.00 - 19.00 Uhr beim Verkehrsverbund Rhein-Sieg, Glockengasse 37 - 39, ein erstes Info-Treffen statt, bei dem u.a. folgende Fragestellungen erörtert werden: - Wie sieht der IST-Zustand der Bus- und Bahnlinien innerhalb des VRS bei OSM aus? - Wie können interessierten Mappern / der Community Informationen bereit gestellt werden? - Den weiteren Ausbau von http://wiki.openstreetmap.org/wiki/VRS als ÖPNV-Basisseite für den VRS wie gestalten? - Ist die Erarbeitung einer einheitlichen Tagging-Empfehlung des ÖPNV und SPNV im VRS basierend auf u.a. http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema http://wiki.openstreetmap.org/wiki/DE:%C3%96pnvkarte sinnvoll? - Tagging zu spezifischen Aussagen im Haltestellenbereich (Erfassung von Barrierefreiheit etc.)? - Vierteljährliches OSM-ÖPNV-Mapper-Treffen beim VRS zur Klärung von Fragen / Status Quo? - Fragen seitens der interessierten Mapper und OSM-Interessierten an den VRS Über eine rege Teilnahme von interessierten Mappern und OSM-Interessierten am Austausch freuen wir uns sehr. Mit der Bitte um kurze Rückmeldung, wer an diesem Termin teilnehmen möchte/wird. Mit freundlichen Grüßen Marcel Hövelmann - Dipl.-Geograph - Abt. Informationstechnologie - Kundeninformation Verkehrsverbund Rhein-Sieg GmbH Tel.: 0221 / 20 80 8 - 33 Fax: 0221 / 20 80 8 - 833 marcel.hoevelm...@vrsinfo.de * Unterwegs mit Bus, Bahn, Fahrrad, Auto und Flugzeug: www.mobil-im-rheinland.de * Im VRS unterwegs mit dem HandyTicket http://www.vrsinfo.de/3_9.php * Immer ein Stückchen schlauer - mit der Schlauen Nummer für Bus und Bahn: 01803/504030 (9 Ct./Min. aus dem dt. Festnetz; Mobilfunk max. 42 Ct./Min.) Verkehrsverbund Rhein-Sieg GmbH × Glockengasse 37-39 × 50667 Köln × http://www.vrsinfo.de Geschäftsführer: Dr. Wilhelm Schmidt-Freitag × Dr. Norbert Reinkober Vorsitzender der Gesellschafterversammlung: Rolf Menzel Vorsitzender des Aufsichtsrates: Dietmar Tendler Amtsgericht Köln - HRB 16883 × USt-IdNr. DE 122 660 26 3 Sparkasse KölnBonn × Konto 4 442 034 × Bankleitzahl 370 501 98 * Vor dem Drucken bitte an die Umwelt denken - Sparen Sie pro Seite ca. 200 ml Wasser, 2 g CO2 und 2 g Holz * ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway und motorway_link um destinatio n-tag ergänzen
Am 1. Juni 2010 10:11 schrieb Chris66 chris66...@gmx.de: Am 01.06.2010 02:24, schrieb steffterra: Ist hiermit für motorway, motorway_link und trunk geschehen. Der destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend ergänzt. Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht (Norwegischer User Gnonthgol) mit der Begründung no tag. Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag destination erst irgendwie allgemein akzeptiert werden? Du musst erst eine Proposed Feature Page im Wiki anlegen. http://wiki.openstreetmap.org/wiki/Proposed_Features alternativ kann man einen Tag direkt im Wiki hinzufügen wenn er gut etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei einem Tag wie hier mind. ein paar hundert mal. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarten Ausschnitte
Hallo Christoph, erst einmal Danke für die schnelle Antwort. .. die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und gm2.img), dann mkgmap runterladen und auf der Kommandozeile folgendes ausführen: java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn bei der Erzeugung der Ausgangsfiles war was verkehrt gelaufen. .. Bei diesem Verfahren habe ich aber zwei u.U. sehr große Karten zu einer noch größeren zusammengefügt. Also ich will in die Pyrenäen und habe danach eine Karte von der Kanalküste bis Gibraltar :-( In der idealen Welt gäbe es die Möglichkeit auf einer Karte die benötigten Kacheln auszuwählen, die würden heruntergeladen werden, und danach das Verfahren von oben ablaufen. In einer noch idealeren Welt würde das sogar automatisch passieren ;-) Bis dahin werde ich mal Deinen Vorschlag ausprobieren. Gruß Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarten Ausschnitte
Hallo, Am 01.06.2010 11:35, schrieb Jacques Nietsch: In der idealen Welt gäbe es die Möglichkeit auf einer Karte die benötigten Kacheln auszuwählen, die würden heruntergeladen werden, und danach das Verfahren von oben ablaufen. Für diese ideale Welt böte sich an Mapsource, QLandkarte, RoadTrip usw zu verwenden, eventuell mit einer dazu passenden Kartengrundlage wie meiner Karte. (Europaausschnitt würde hier ja reichen) Dann kannst Du in dem entsprechenden Programm Deine Kacheln anklciken und in eine gmapsupp.img verwandeln. In einer noch idealeren Welt würde das sogar automatisch passieren ;-) Die noch idealere Welt weiss automatisch welche Kacheln Du brauchst??? ;-) http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: slippymap
Am 1. Juni 2010 09:59 schrieb André Riedel riedel.an...@gmail.com: Ich finde einen aufgeräumten Ebenen-Dialog besser. +1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins komplett zu deaktivieren und nur bei Bedarf einzuschalten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: slippymap
Am 1. Juni 2010 12:09 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 1. Juni 2010 09:59 schrieb André Riedel riedel.an...@gmail.com: Ich finde einen aufgeräumten Ebenen-Dialog besser. +1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins komplett zu deaktivieren und nur bei Bedarf einzuschalten. Nur dazu muss ich JOSM neustarten. :-( Das ist bei einem geladenen Projekt doch recht aufwendig. Vielleicht brauchen wir noch eine JOSM-Projekt-Datei oder eine Pluginladen ohne neuzustarten. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Aktion 10b : loopings
Am 1. Juni 2010 10:52 schrieb aighes h.scholl...@googlemail.com: Wenn man solche Renderhinweise taggt, dann sollten sie allgemein sein. Ansonsten gibt es irgendwann für jeden Kartentyp spezielle Tags, die das jeweilige Aussehen beschreiben. ich sehe das auch so. osmarender:renderName=no ist Käse und selbstverständlich taggen für den Renderer (wenn auch nicht in dem Sinne, wie es am stärksten abgelehnt wird, nämlich, einen Tag der richtig aussieht im Rendering aber was anderes aussagt). Ausserdem ist die Osmarender-Label-Engine sowieso derart experimentell, dass es auf das eine Label auch nicht mehr ankommt, oder soll der tag an jeder 2. Feature? Ob man nun Text auch im Kreis schreiben will oder nicht, würde ich dem Renderer überlassen, erstens kann er sowas aufgrund der Geometrie (theoretisch) selbst ermitteln und zweitens ist das auch Geschmacksache. Einen Tag, der allgemein sagt hier kann man ein Label günstig anbringen, oder diese Straße ist nicht gekurvt sondern wirklich ein eckiger Polygonzug könnte man m.E. dagegen durchaus einsetzen. (Ob man es auswertet ist ja wieder eine eigene Frage). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: slippymap
Am 1. Juni 2010 12:17 schrieb André Riedel riedel.an...@gmail.com: Am 1. Juni 2010 12:09 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 1. Juni 2010 09:59 schrieb André Riedel riedel.an...@gmail.com: Ich finde einen aufgeräumten Ebenen-Dialog besser. +1, ich auch, ich bin dazu übergegangen, die entsprechenden Plugins komplett zu deaktivieren und nur bei Bedarf einzuschalten. Nur dazu muss ich JOSM neustarten. :-( Das ist bei einem geladenen Projekt doch recht aufwendig. ja klar, ist nervig, aber glücklicherweise hat sich herausgestellt, dass ich das Slippymap Plugin praktisch nicht mehr benötige, kommt also seltenst vor ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarten Ausschnitte
Bedenkt ihr eh auch, dass die wenigsten User über genügend Arbeitsspeicher, geschweige denn 64bit OS verfügen? Denn wenn man noch den Addressindex geniriert, dann ist 1.3GB (das ist ungefähr das Max unter Windows 32bit was eine einzelne Applikation verbrauchen darf) schnell zur Neige. Aber es ist klar, dass ein schönes GUI wo man sich die Kacheln ähnlich wie in Mapsource zum ans GPS spielen, zum runterladen auf den PC auswählt ganz nett wäre. Für PKW Autorouting reichen auch Karten mit resolution=23 (wie City Navigator) anstelle von 24. Damit spart man etwa 40% Downloadvolumen. Allerdings hat hier mkgmap noch Bugs, wenn man douglas peucker fürs smoothing benutzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?
Hoi,
On Tue, Jun 01, 2010 at 08:52:32AM +0200, Florian Lohoff wrote:
Ich benutze einen OpenLayers Vector Layer:
http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/Vector-js.html
und lade die Daten via GeoJSON nach:
http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Format/GeoJSON-js.html
Der code sieht dann vereinfacht so aus:
geojsonparser = new OpenLayers.Format.GeoJSON();
vector = new OpenLayers.Layer.Vector(data);
map.addLayer(this.vector);
Beim pan'nen oder zoomen gibts dann nen callback in dem ich via ajax daten
nachlade die
das CGI Script (perl) mit JSON.pm rausnudelt. Die parse ich dann mit dem
parser uns schiebe
die in den vector layer:
var features = geojsonparser.read(result.responseText);
vector.destroyFeatures();
vector.addFeatures(features);
Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
Etwa so:
vector = new OpenLayers.Layer.Vector(data, {
strategies: [new
OpenLayers.Strategy.BBOX({ratio : 1})],
protocol: new OpenLayers.Protocol.HTTP({
url: http://www.foo.com/bar;,
format: new
OpenLayers.Format.GeoJSON()
})
});
Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
gezoomt wird.
Gruss
Sarah
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karten: Hausnummern von Gebäude n
Christoph Wagner wrote: Wie jetzt? Der Erfolg der Regel ist vom Garmintyp abhängig? Naja, mich wundert nix mehr... Yup. Das ist aber weitgehend unbekannt: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q2/008187.html Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapgen und Geo::Proj4
Einfach mal Doku lesen...: == INSTALL = Libray from scratch Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library. You will need to have at least version 4.4.9 of the PROJ.4 library installed in order to build and use this module. You can get source code and binaries for the PROJ.4 library from its home page at http://www.remotesensing.org/proj/. On 31.05.2010 09:50, hike39 wrote: Hallo, ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul Geo::Proj4 benötigt. Daher erhalte ich die Meldung: ... Can't locate loadable object for module Geo::Proj4 in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at OSM/mapgen.pm line 41 Compilation failed in require at OSM/mapgen.pm line 41. BEGIN failed--compilation aborted at OSM/mapgen.pm line 41. Compilation failed in require at mapgen.pl line 91. BEGIN failed--compilation aborted at mapgen.pl line 91. ... Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit folgender Meldung schief: ... CPAN: File::Temp loaded ok (v0.22) CPAN.pm: Going to build M/MA/MARKOV/Geo-Proj4-1.01.tar.gz ERROR: proj library too old or not found: require 4.4.9 Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site] Warning (usually harmless): 'YAML' not installed, will not store persistent state MARKOV/Geo-Proj4-1.01.tar.gz /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK Running make test Make had some problems, won't test Running make install Make had some problems, won't install Could not read '/home/horst/.cpan/build/Geo-Proj4-1.01-GT36NT/META.yml'. Falling back to other methods to determine prerequisites Failed during this command: MARKOV/Geo-Proj4-1.01.tar.gz : writemakefile NO '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512 ... Kann mir jemand einen Tipp geben, welche Proj Library fehlt oder zu alt ist und wie ich dieses richtig stellen kann? hike39 ___ 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] Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 02:15:20PM +0200, Sarah Hoffmann wrote:
Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
Etwa so:
vector = new OpenLayers.Layer.Vector(data, {
strategies: [new
OpenLayers.Strategy.BBOX({ratio : 1})],
protocol: new OpenLayers.Protocol.HTTP({
url: http://www.foo.com/bar;,
format: new
OpenLayers.Format.GeoJSON()
})
});
Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
gezoomt wird.
Wie machst du das dann an die features noch styles zu haengen? So wuerden
ja die rohen features in die vector layer genagelt
Flo
--
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 03:04:25PM +0200, Florian Lohoff wrote:
On Tue, Jun 01, 2010 at 02:15:20PM +0200, Sarah Hoffmann wrote:
Das geht noch einfacher mit den Strategies die OpenLayers mitliefert.
Etwa so:
vector = new OpenLayers.Layer.Vector(data, {
strategies: [new
OpenLayers.Strategy.BBOX({ratio : 1})],
protocol: new OpenLayers.Protocol.HTTP({
url: http://www.foo.com/bar;,
format: new
OpenLayers.Format.GeoJSON()
})
});
Das macht dann das Nachladen automatisch, wenn die Karte bewegt oder
gezoomt wird.
Wie machst du das dann an die features noch styles zu haengen? So wuerden
ja die rohen features in die vector layer genagelt
Die Styles werden im GeoJOSN mitgeliefert und dann per StyleMap zugewiesen.
Sprich, ein Eintrag in der GeoJOSN-Datei sieht etwa so aus:
{ type: Feature, geometry: {type: Point, coordinates: [8.545645,
47.4117363]}
,properties: {
graphic: circle,
name: Bahnhof Oerlikon 781,
color: #0ff,
bgcolor: #000}}
Die Style-Map etwa so:
var stylemap = new OpenLayers.StyleMap(
{default : { pointRadius : 3,
fillColor: ${color},
strokeColor: ${bgcolor},
graphicName: ${graphic},
label: ${name},
strokeWidth: 1
});
Mit $ markierte Variablen werden durch die 'properties' aus dem GeoJOSN
ersetzt.
Dann die Style-Map beim Initialisieren des Vektor-Layers übergeben:
vector = new OpenLayers.Layer.Vector(data, {
strategies: [new OpenLayers.Strategy.BBOX({ratio : 1})],
protocol: new OpenLayers.Protocol.HTTP({
url: http://www.foo.com/bar;,
format: new OpenLayers.Format.GeoJSON()
}),
styleMap: stylemap
});
Gruss
Sarah
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Request for comments: Playground Equipment Proposal
Hi there, this is not my proposal, but as RfC was forgotten I ask for your comments now. http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment Regards Lulu-Ann -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 03:36:24PM +0200, Sarah Hoffmann wrote:
Die Styles werden im GeoJOSN mitgeliefert und dann per StyleMap zugewiesen.
Sprich, ein Eintrag in der GeoJOSN-Datei sieht etwa so aus:
{ type: Feature, geometry: {type: Point, coordinates:
[8.545645, 47.4117363]}
,properties: {
graphic: circle,
name: Bahnhof Oerlikon 781,
color: #0ff,
bgcolor: #000}}
Die Style-Map etwa so:
var stylemap = new OpenLayers.StyleMap(
{default : { pointRadius : 3,
fillColor: ${color},
strokeColor: ${bgcolor},
graphicName: ${graphic},
label: ${name},
strokeWidth: 1
});
Der Schritt fehlte mir - Ich habe das bisher tuechtig manuell gemacht 8). Bzw
im moment ist es so das ich via Ajax quasi eine Stylemap beim umschalten des
visualisierten datasets nachlade - Das kommt aus dem selben CGI was die pflege
simpel macht - weil - neues dataset - 30 zeilen ins CGI und gut ...
Jetzt muss ich das SRS900913 vs WGS84 nochmal klaeren - Die URL wirft bei
strategie/protocol.http natuerlich die default projection des layers mit
raus und keinen zoom level. D.h. anstatt
/cgi-bin/getdata2?b=51.82844228767418t=51.84265608515574l=8.314342412719814r=8.363180074460946zoom=15data=maxspeed
kriege ich ein:
/cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383
muss ich mal durch den OpenLayers code waten ... Reprojektion im Javascript ist
vielleicht nicht pfiffig - das wird die PostGIS besser/schneller koennen. Den
zoom level
benutze ich im moment um das anzeigen bestimmter features erst ab bestimmten
zoom leveln
zu ermoeglichen und das data=something ist quasi das featureset was ich
anzeigen moechte
bzw was das cgi aus der DB grabbeln soll ... Das wuerde man ja ggfs noch via
weiterer
options im http hinkriegen - muss mal sehen wie ich das setzen kann ohne den
layer
jeweils komplett wegzuwerfen und neu zu instanzieren ...
Flo
--
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapgen und Geo::Proj4
Ah alles klar, das war bei mir durch QGIS schon installiert. Bei Ubuntu 10.04. ist übrigens proj4 4.7.0 dabei. 2010/6/1 Henry Loenwind he...@loenwind.info: Einfach mal Doku lesen...: == INSTALL = Libray from scratch Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library. You will need to have at least version 4.4.9 of the PROJ.4 library installed in order to build and use this module. You can get source code and binaries for the PROJ.4 library from its home page at http://www.remotesensing.org/proj/. On 31.05.2010 09:50, hike39 wrote: Hallo, ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul Geo::Proj4 benötigt. Daher erhalte ich die Meldung: ... Can't locate loadable object for module Geo::Proj4 in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at OSM/mapgen.pm line 41 Compilation failed in require at OSM/mapgen.pm line 41. BEGIN failed--compilation aborted at OSM/mapgen.pm line 41. Compilation failed in require at mapgen.pl line 91. BEGIN failed--compilation aborted at mapgen.pl line 91. ... Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit folgender Meldung schief: ... CPAN: File::Temp loaded ok (v0.22) CPAN.pm: Going to build M/MA/MARKOV/Geo-Proj4-1.01.tar.gz ERROR: proj library too old or not found: require 4.4.9 Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site] Warning (usually harmless): 'YAML' not installed, will not store persistent state MARKOV/Geo-Proj4-1.01.tar.gz /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK Running make test Make had some problems, won't test Running make install Make had some problems, won't install Could not read '/home/horst/.cpan/build/Geo-Proj4-1.01-GT36NT/META.yml'. Falling back to other methods to determine prerequisites Failed during this command: MARKOV/Geo-Proj4-1.01.tar.gz : writemakefile NO '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512 ... Kann mir jemand einen Tipp geben, welche Proj Library fehlt oder zu alt ist und wie ich dieses richtig stellen kann? hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 04:09:37PM +0200, Florian Lohoff wrote:
On Tue, Jun 01, 2010 at 03:36:24PM +0200, Sarah Hoffmann wrote:
Jetzt muss ich das SRS900913 vs WGS84 nochmal klaeren - Die URL wirft bei
strategie/protocol.http natuerlich die default projection des layers mit
raus und keinen zoom level. D.h. anstatt
/cgi-bin/getdata2?b=51.82844228767418t=51.84265608515574l=8.314342412719814r=8.363180074460946zoom=15data=maxspeed
kriege ich ein:
/cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383
Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach
noch die Option
projection : new OpenLayers.Projection(EPSG:4326)
beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen. Allerdings
ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion hast,
wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
umprojeziert.
'data=maxspeed' kannst du wohl einfach an die URL anhängen.
Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
Lösung gefunden, sondern die moveEnd()-Funktion gehackt:
moveEnd: function(obj) {
if (this.curzoom this.map.zoom) {
this.refresh({force : true});
}
this.curzoom = this.map.zoom;
}
Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der
Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.
Gruss
Sarah
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapgen und Geo::Proj4
Am 01.06.2010 14:58, schrieb Henry Loenwind: Einfach mal Doku lesen...: == INSTALL = Libray from scratch Geo::Proj4 uses XS to wrap the PROJ.4 cartographic projections library. You will need to have at least version 4.4.9 of the PROJ.4 library installed in order to build and use this module. You can get source code and binaries for the PROJ.4 library from its home page at http://www.remotesensing.org/proj/. Hallo Henry, mit dem Lesen ist es manchmal nicht getan. Man muss dieses dann auch noch verstehen. Ich wußte nicht, daß die benötigte Library eine System-Lib ist. Ich dachte sie ist Bestandteil von dem CPAN-Package. Nun habe ich nochmals in der SW-Verwaltung meines Ubuntusystems rumgewühlt und siehe da, proj sowie proj-data waren gar nicht installiert. Habe ich nun gemacht und siehe da, mapgen mosert nicht mehr. Vielen Dank an Dich und André für die Hilfe. Horst ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichen 241 bei baulicher Trennung?
gmane2...@cfaerber.name (Claus Färber) writes: ThomasS tsch...@elchs-kramkiste.de schrieb/wrote: woher sollen sonst Fußgänger / Radfahrer wissen, welcher Streifen für sie bestimmt ist? Oder habe ich die Frage nicht richtig verstanden? Dazu ist dieses Zeichen nicht da. Nein. Zeichen 241 verbietet im Wesentlichen das Fahren auf der Fahrbahn. Nein. z241 schreibt radfahrern (und fußgängern) die benutzung des weges vor, soweit er straßenbegleitend ist. Natürlich ist radfahrern weiterhin die benutzung der fahrbahn gestattet, wenn der z241 nicht zumutbar ist (z.b. nicht geräumt, zu schmal für ein rad mit hänger, führt woanders hin, zu gefährlich etc.). -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 04:37:25PM +0200, Sarah Hoffmann wrote:
Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach
noch die Option
projection : new OpenLayers.Projection(EPSG:4326)
beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen. Allerdings
ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion hast,
wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
umprojeziert.
Eben - d.h. entweder ich nutze die BBOX in 900913 und lasse PostGIS die bbox
erst
in EPSG:4326 umprojezieren und das ergebniss des statements wieder
zu EPGS:900913. Oder ich mache den vector layer komplett in 4326 und lasse
das Javascript umprojezieren - Viel CPU auf dem Client.
'data=maxspeed' kannst du wohl einfach an die URL anhängen.
Okay - das geht halbwegs:
protocol.options.params.data=maxspeed;
So kann ich da nachtraeglich das aendern.
Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
Lösung gefunden, sondern die moveEnd()-Funktion gehackt:
moveEnd: function(obj) {
if (this.curzoom this.map.zoom) {
this.refresh({force : true});
}
this.curzoom = this.map.zoom;
}
Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der
Ich habe ja nicht das problem das ich neu laden muss sondern das ich den zoom
level an das cgi mitliefern will. Ich mache z.b. auch teilweise vom zoomlevel
abhaengig was ich darstelle. In der maxspeed map sieht man ab zoom 16 oder 17
dann kleine Schilder auf den Straßen.
Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.
Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs
einfach nur mal 200 elemente an einer random position im sichtbereich
auftauchen.
Koennte den betrachter dazu verleiten zu glauben das das alles ist.
Deshalb werfe ich den zoom mit in das CGI script im Ajax request und im CGI
script sage ich dann
if ($zoom 14) {
return {}
}
Dann ist nichts sichtbar ... Schoen waere noch einen status mitzuliefern der
dargestellt wird, nach dem motto Please zoom to show elements - Aber das ist
wieder nicht so schoen mit GeoJSON zu machen ...
Ich hatte mal ueberlegt eben den response string zu zerlegen. D.h. erste
zeile ist status und dann folgt das GeoJSON so in der art.
Flo
--
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway und motorway_link um destinatio n-tag ergänzen
Moin, Am Dienstag 01. Juni 2010 11:30:00 schrieb M∡rtin Koppenhoefer: alternativ kann man einen Tag direkt im Wiki hinzufügen wenn er gut etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei einem Tag wie hier mind. ein paar hundert mal. Also laut Tagwatch von gestern kommt der Tag in Europa 3992 mal und in Asien 3 mal vor. Das sollte doch als ausreichend etabliert gelten. @ Steffterra: Schreib den Wiki-Löscher an und weise ihn auf das Vorhandensein hin. Falls ihm keine weitere Begründung einfällt, als no tag, dann möge er doch deinen Eintrag bestehen lassen. :-) Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway und motorway_link um desti nation-tag ergänzen
Am 01.06.2010 um 11:30 schrieb M∡rtin Koppenhoefer: Am 1. Juni 2010 10:11 schrieb Chris66 chris66...@gmx.de: Am 01.06.2010 02:24, schrieb steffterra: Ist hiermit für motorway, motorway_link und trunk geschehen. Der destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend ergänzt. Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht (Norwegischer User Gnonthgol) mit der Begründung no tag. Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag destination erst irgendwie allgemein akzeptiert werden? Du musst erst eine Proposed Feature Page im Wiki anlegen. http://wiki.openstreetmap.org/wiki/Proposed_Features alternativ kann man einen Tag direkt im Wiki hinzufügen das hatte ich ja versucht. Die Einträge wurden aber wieder gelöscht: z.b. diese hier für DE:Tag:highway=motorway_link: http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorway_linkcurid=26543diff=481049oldid=480948 die anderen: http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dtrunkcurid=9150diff=481050oldid=480943 http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorwaycurid=26541diff=481048oldid=481010 http://wiki.openstreetmap.org/w/index.php?title=Tag:highway%3Dtrunkcurid=9149diff=481047oldid=481017 Übersicht über alle Änderungen: wenn er gut etabliert ist, also bereits oft im Planetfile vorkommt. Das wäre bei einem Tag wie hier mind. ein paar hundert mal. mittlerweile wurde auch eine nähere Begründung in der Diskussion zum tag destination begonnen: http://wiki.openstreetmap.org/wiki/User_talk:Steffterra#Key:destination so long, steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Hallo, nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten zu erstellen. Folgende Fehlermeldungen mußte ich dabei entdecken: stdout: read style file and preprocess tile icons for areas... looking for place... WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ und in diesem Zusammenhang auch auf stderr: Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 508, $file line 4. Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 511, $file line 4. Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 517, $file line 4. Frage an Gary68: Hat da unser Freund uns ein Ei in's Nest gelegt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenze DE-AT durchlöchert
Florian Lohoff f...@zz.de wrote: So wie ich es verstanden habe, wird jede Teillinie mit dem höchsten admin_level aller multipolygone getaggt, in dem sie enthalten ist und damit die Datenbank entlastet. Auch da verwundert es, dass nun auf einmal Relationen dafür sorgen sollen. Wenn ich stattdessen die Teillinien mit geschachtelten Relationen aufsetze, also beispielsweise Weiler-Ortsteil Ortsteil-Ort Ort-Landkreis Landkreis-Bundesland Bundesland-Bundesrepublik Du willst anstatt die Grenzen also die Relationen der darunterliegenden Admin Boundarys zusammenfassen? Dir ist schon klar das das eine massive erhoehung der wege bei der auswertung zur folge hat? Wenn ich dann ein Bundesland oder Deutschland zusammenbauen will (Als flaeche) bekomme ich nach der rekursiven aufloesung der relationen ja ein paar hunderttausend wege zurueck von denen ich vielleicht nur die aeusseren 100 brauche ... Hier geht es nicht darum, was ich will. Ich habe - wie vorher im Thread beschrieben - nur Wege für die Grenzsegmente in jeglichem amin-level an der bundesrepublikanischen Außengrenze an der Nordseeküste vorgefunden und dieses System von den vorhandenen Landkreisen ausgehend zu den kleineren Einheiten hin weiter ausgebaut. Offensichtlich ist das am anderen Ende der Republik (Deutschland-Österreich) anders, wie das Eingangsposting von Andreas zeigt. Und da versuche ich nun, diese Konstruktion zu verstehen und wo deren Vorteile liegen. Wenn ich Dich richtig verstanden habe, ist der Weg von Andreas, Relationen als Grenzsegmente zu verwenden, unvorteilhaft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Hehe Wenn der User rm -rf / zu editieren beginnt wird es brutal ;-) Bernhard Am 2010-06-01 20:38, schrieb hike39: Hallo, nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten zu erstellen. Folgende Fehlermeldungen mußte ich dabei entdecken: stdout: read style file and preprocess tile icons for areas... looking for place... WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ und in diesem Zusammenhang auch auf stderr: Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 508,$file line 4. Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 511,$file line 4. Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 517,$file line 4. Frage an Gary68: Hat da unser Freund uns ein Ei in's Nest gelegt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
hi. das osm.pm modul hat probleme mit dem visible attribut. wo kommt die datei her? in meinen dateien von der geofabrik ist das nicht drin... wenn es nur wenige fehler sind, einfach ignorieren. es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax parser und so. über kurz oder lang werde ich da was machen müssen. ciao gerhard On Tue, 2010-06-01 at 20:38 +0200, hike39 wrote: Hallo, nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten zu erstellen. Folgende Fehlermeldungen mußte ich dabei entdecken: stdout: read style file and preprocess tile icons for areas... looking for place... WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ und in diesem Zusammenhang auch auf stderr: Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 508, $file line 4. Use of uninitialized value $nodeId in numeric ne (!=) at mapgen.pl line 511, $file line 4. Use of uninitialized value $nodeId in numeric eq (==) at mapgen.pl line 517, $file line 4. Frage an Gary68: Hat da unser Freund uns ein Ei in's Nest gelegt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Am 01.06.2010 20:52, schrieb Gary68: hi. das osm.pm modul hat probleme mit dem visible attribut. wo kommt die datei her? in meinen dateien von der geofabrik ist das nicht drin... wenn es nur wenige fehler sind, einfach ignorieren. es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax parser und so. über kurz oder lang werde ich da was machen müssen. ciao gerhard Die osm.pm habe ich vom OSM-SVN runtergesaugt. Habe meine osm.pm umbenannt, dann sie nochmals runtergladen. Diff sagt es gibt zwischen den Beiden keinen Unterschied. Es sind nicht nur wenige Fehler, sondern die gannze Geschichte scheint dann in einer Schleife zu laufen. Ich habe einmal stderr und stdout in eine log-Datei umgelenkt. Ergebnis nach ca. 10sec: -rw-r--r-- 1 horst horst 143913888 2010-06-01 21:15 Mapgen/mapgen.log ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 07:21:49PM +0200, Florian Lohoff wrote:
On Tue, Jun 01, 2010 at 04:37:25PM +0200, Sarah Hoffmann wrote:
Die Projektion sollte eigentlich die des Layers sein. Sprich, einfach
noch die Option
projection : new OpenLayers.Projection(EPSG:4326)
beim erstellen des Vector-Layers hinzufügen. Dann sollte es gehen.
Allerdings
ist es am klügsten, wenn du den Vektor-Layer in der gleichen Projektion
hast,
wie die Daten im GeoJOSN, sonst wird beim Laden jedes Feature einzeln
umprojeziert.
Eben - d.h. entweder ich nutze die BBOX in 900913 und lasse PostGIS die bbox
erst
in EPSG:4326 umprojezieren und das ergebniss des statements wieder
zu EPGS:900913. Oder ich mache den vector layer komplett in 4326 und lasse
das Javascript umprojezieren - Viel CPU auf dem Client.
Ich bin verwirrt. Warum überhaupt 900913 verwenden, wenn deine Datenbank
im 4326 ist? Display-Projection deiner Karte ist auch 4326. Wenn also deine
Datenbank in 4326 ist, die BBOX-Anfrage in 4326 ankommt, du die Daten im
GeoJOSN in 4326 auslieferst und dein Vektor-Layer in 4326 ist, dann
ist keine Umrechnung nötig, weder im Server noch im Client.
Für das Problem mit dem Zoom habe ich allerdings auch keine befriedigende
Lösung gefunden, sondern die moveEnd()-Funktion gehackt:
moveEnd: function(obj) {
if (this.curzoom this.map.zoom) {
this.refresh({force : true});
}
this.curzoom = this.map.zoom;
}
Damit wird das Neuladen erzwungen, wenn hereingezoomt wird. (Welche Features
geladen werden, wird durch die Grösse des Gebiets bestimmt, i.e. bei der
Ich habe ja nicht das problem das ich neu laden muss sondern das ich den zoom
level an das cgi mitliefern will. Ich mache z.b. auch teilweise vom zoomlevel
abhaengig was ich darstelle. In der maxspeed map sieht man ab zoom 16 oder 17
dann kleine Schilder auf den Straßen.
Das sollte funktionieren, wenn du zusätzlich den entsprechenden
Parameter im Protocol-Objekt änderst.
Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in
der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr.
Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs
einfach nur mal 200 elemente an einer random position im sichtbereich
auftauchen.
Koennte den betrachter dazu verleiten zu glauben das das alles ist.
Deshalb werfe ich den zoom mit in das CGI script im Ajax request und im CGI
script sage ich dann
if ($zoom 14) {
return {}
}
Dann ist nichts sichtbar ... Schoen waere noch einen status mitzuliefern der
dargestellt wird, nach dem motto Please zoom to show elements - Aber das ist
wieder nicht so schoen mit GeoJSON zu machen ...
Ich hatte mal ueberlegt eben den response string zu zerlegen. D.h. erste
zeile ist status und dann folgt das GeoJSON so in der art.
Der GeoJOSN-Standard definiert, dass man der Datei beliebige Attribute
mitgeben kann. Leider wirft OpenLayers diese weg. Da muss man wohl mal
eine Erweiterung bauen.
Ich dachte eher daran, Server-seitig eine Gruppierungsfunktion zu bauen.
OpenLayers hat soetwas ja mit der Paging-Strategy, aber leider gruppiert
die nur fertige Features, was bedeutet, dass sie immernoch unter dem
200-Feature-Maximum von OpenLayers leidet.
Gruss
Sarah
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 09:14:01PM +0200, Sarah Hoffmann wrote:
Ich bin verwirrt. Warum überhaupt 900913 verwenden, wenn deine Datenbank
im 4326 ist? Display-Projection deiner Karte ist auch 4326. Wenn also deine
Datenbank in 4326 ist, die BBOX-Anfrage in 4326 ankommt, du die Daten im
GeoJOSN in 4326 auslieferst und dein Vektor-Layer in 4326 ist, dann
ist keine Umrechnung nötig, weder im Server noch im Client.
Aeh - noe - da ich ja Mapnik tiles nehme ist der basis layer erstmal 900913. Die
Datenbank ist nen osmosis spiegel - damit 4326 - Also irgendwie muss ich das
also reprojezieren - die mapnik tiles eignen sich da nicht so ...
Ich habe ja nicht das problem das ich neu laden muss sondern das ich den
zoom
level an das cgi mitliefern will. Ich mache z.b. auch teilweise vom
zoomlevel
abhaengig was ich darstelle. In der maxspeed map sieht man ab zoom 16 oder
17
dann kleine Schilder auf den Straßen.
Das sollte funktionieren, wenn du zusätzlich den entsprechenden
Parameter im Protocol-Objekt änderst.
Yep - habe ich jetzt mal mit einem event zoomend gebaut - nicht schoen aber
scheint erstmal zu funktionieren.
Dann ist nichts sichtbar ... Schoen waere noch einen status mitzuliefern der
dargestellt wird, nach dem motto Please zoom to show elements - Aber das
ist
wieder nicht so schoen mit GeoJSON zu machen ...
Ich hatte mal ueberlegt eben den response string zu zerlegen. D.h. erste
zeile ist status und dann folgt das GeoJSON so in der art.
Der GeoJOSN-Standard definiert, dass man der Datei beliebige Attribute
mitgeben kann. Leider wirft OpenLayers diese weg. Da muss man wohl mal
eine Erweiterung bauen.
Man koennte ja nen JSON in einem JSON einpacken ;) D.h. erst mit einem
JSON Parser sich das parsen und dann das eine JSON in den GeoJSON parser
und das andere anderweitig vernudeln - Okay - Reichlich ineffizient aber
wir sind hier ja nicht auf einer Kleinkunstveranstaltung ...
Ich dachte eher daran, Server-seitig eine Gruppierungsfunktion zu bauen.
OpenLayers hat soetwas ja mit der Paging-Strategy, aber leider gruppiert
die nur fertige Features, was bedeutet, dass sie immernoch unter dem
200-Feature-Maximum von OpenLayers leidet.
Es gibt nen 200 Feature Maximum? Habe ich das noch nicht entdeckt oder wo
finde ich das?
rgrep 200 im Openlayer findet das hier:
Format/ArcXML.js:if (typeof query.featurelimit ==
number query.featurelimit 2000) {
aber nix im Vector Layer oder irgendwo anders
Flo
--
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
wo kommt die *.osm datei her, nicht meine eigene... die *.osm datei sollte keine visible=* enthalten. On Tue, 2010-06-01 at 21:17 +0200, hike39 wrote: Am 01.06.2010 20:52, schrieb Gary68: hi. das osm.pm modul hat probleme mit dem visible attribut. wo kommt die datei her? in meinen dateien von der geofabrik ist das nicht drin... wenn es nur wenige fehler sind, einfach ignorieren. es gibt mittlerweile zu viele verschiedene xml formate. ich weiß, sax parser und so. über kurz oder lang werde ich da was machen müssen. ciao gerhard Die osm.pm habe ich vom OSM-SVN runtergesaugt. Habe meine osm.pm umbenannt, dann sie nochmals runtergladen. Diff sagt es gibt zwischen den Beiden keinen Unterschied. Es sind nicht nur wenige Fehler, sondern die gannze Geschichte scheint dann in einer Schleife zu laufen. Ich habe einmal stderr und stdout in eine log-Datei umgelenkt. Ergebnis nach ca. 10sec: -rw-r--r-- 1 horst horst 143913888 2010-06-01 21:15 Mapgen/mapgen.log ___ 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] Wieder ein Scherz von Pfoten_weg_!_ ??
Moin, Am Dienstag 01. Juni 2010 21:49:16 schrieb Gary68: wo kommt die *.osm datei her, nicht meine eigene... die *.osm datei sollte keine visible=* enthalten. Wenn du mit JOSM Daten runterlädst, und das abspeicherst, hast du dann das visible drin. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Frederik Ramm frede...@remote.org wrote: Ich denke, ich konnte ansatzweise die Tragweite deutlich machen. Ein normaler Mapper, ja selbst ein einfacher Feuerwehrmann hat hier nicht den Hauch einer Chance, irgendetwas zu mappen oder zu verbessern. Das ist eine sehr ueberhebliche Annahme, die in der Regel hauptsaechlich jene treffen, die mit der Herstellung von diesen geheimen Karten zu tun haben ;-) Nicht überheblich, sondern einfach dadurch gegeben, dass sie im Normalfall nicht an die Orte in solchen Firmen gelangen können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On 01.06.2010 19:21, Florian Lohoff wrote: [...] Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr. Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs einfach nur mal 200 elemente an einer random position im sichtbereich auftauchen. Koennte den betrachter dazu verleiten zu glauben das das alles ist. Erstmal sorry das ich hier in den Thread so reinplatze. Kennt Ihr die cluster strategy von OpenLayers [1] ? Damit lassen sich nahe beieinander liegende Elemente gruppieren. Beim hineinzoomen teilen sie sich immer weiter auf, je nachdem wieviel Platz ist. Könntet Ihr damit was anfangen? Es wäre schön eine sinnvolle Nutzung mal zu sehen. Lars [1] http://openlayers.org/dev/examples/strategy-cluster.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Am 01.06.2010 21:49, schrieb Gary68: wo kommt die *.osm datei her, nicht meine eigene... die *.osm datei sollte keine visible=* enthalten. die map.osm habe ich heute um 17:18 von OSM runtergeladen. Hier ein Auszug: ?xml version=1.0 encoding=UTF-8? osm version=0.6 generator=CGImap 0.0.2 bounds minlat=47.7 minlon=11.75 maxlat=47.85 maxlon=11.9/ node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 changeset=2270948 timestamp=2009-08-26T20:16:44Z/ node id=154875 lat=47.8523941 lon=11.8628907 user=vortex uid=566 visible=true version=1 changeset=520512 timestamp=2007-09-26T20:53:57Z/ node id=154876 lat=47.8511738 lon=11.8641973 user=dkj uid=15272 visible=true version=2 changeset=206752 timestamp=2007-10-16T20:15:08Z/ . ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM mit Berliner Zoo auf ars technica
Hallo, das US-Technikblog ars technica berichtet ueber OSM und zeigt den Berliner Zoo als Paradebeispiel: http://arstechnica.com/open-source/news/2010/06/crowd-sourced-world-map.ars Spaeter benutzen sie ganz stilecht Potlatch, um die Brooklyn Bridge zu vandalisieren ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway und motorway_link um destinatio n-tag ergänzen
Am 1. Juni 2010 19:50 schrieb steffterra steffte...@me.com: Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht (Norwegischer User Gnonthgol) mit der Begründung no tag. z.b. diese hier für DE:Tag:highway=motorway_link: http://wiki.openstreetmap.org/w/index.php?title=DE:Tag:highway%3Dmotorway_linkcurid=26543diff=481049oldid=480948 Ein bisschen seltsam finde ich das ja schon, dass er Seiten im dt. Namensraum editiert, obwohl er scheinbar kein Deutsch spricht und daher sicherlich hier z.B. nicht mitliest. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Am 01.06.2010 20:38, schrieb hike39: nachdem ich nun meine Probleme mit dem Modul Geo::Proj4 gelöst habe, habe ich nun mit mapgen 1.05 versucht eine Karte mit den neuesten Daten zu erstellen. Folgende Fehlermeldungen mußte ich dabei entdecken: stdout: read style file and preprocess tile icons for areas... looking for place... WARNING reading osm file, line follows (expecting id, lon, lat and user for node): node id=154874 lat=47.8542381 lon=11.8608725 user=pfoten_weg_!_ uid=36809 visible=true version=3 Hi, hat Dein Parser da Probleme mit dem Rufzeichen ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway und motorway_link um desti nation-tag ergänzen
Am 01.06.2010 um 19:35 schrieb Carsten Gerlach: Also laut Tagwatch von gestern kommt der Tag in Europa 3992 mal und in Asien 3 mal vor. Das sollte doch als ausreichend etabliert gelten. Hast du mal bitte einen link - ich kam nicht auf diese Zahl. Kann man das Suchergebnis nach tag-Kombinationen filtern, sodass z.B. nur motorway_links rauskommen, etc.? @ Steffterra: Schreib den Wiki-Löscher an und weise ihn auf das Vorhandensein hin. Falls ihm keine weitere Begründung einfällt, als no tag, dann möge er doch deinen Eintrag bestehen lassen. :-) Danke für die Tips und Infos. Habe ihn jetzt angeschrieben. Mal sehen wie er reagiert. steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.HTTP Was: Eigener Overlay: FOSSGIS-Server oder toolserver.org?
On Tue, Jun 01, 2010 at 10:07:02PM +0200, Lars Lingner wrote: On 01.06.2010 19:21, Florian Lohoff wrote: [...] Datenbankabfrage gibt es ein 'limit 200'. Daher brauche ich das nicht in der URL.) Wenn du da eine bessere Lösung findest, bin ich ganz Ohr. Aeh - das finde ich doof - Weil dann wie bei keepright oder openstreetbugs einfach nur mal 200 elemente an einer random position im sichtbereich auftauchen. Koennte den betrachter dazu verleiten zu glauben das das alles ist. Erstmal sorry das ich hier in den Thread so reinplatze. Kennt Ihr die cluster strategy von OpenLayers [1] ? Damit lassen sich nahe beieinander liegende Elemente gruppieren. Beim hineinzoomen teilen sie sich immer weiter auf, je nachdem wieviel Platz ist. Könntet Ihr damit was anfangen? Es wäre schön eine sinnvolle Nutzung mal zu sehen. Die Strategie meinte ich. Leider ist sie für diesen Fall nur begrenzt anwendbar. Meine Datenbank hat 25.000 Einträge, die kann ich unter keinen Umständen mit einmal laden ohne den Browser zu überlasten. Deswegen muss das Clustering bereits server-seitig geschehen. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bayrische Landesgrenze
Wer kann mir aus der Grenz-Relation http://www.openstreetmap.org/browse/relation/62549 eine etwas vereinfachte XML machen, mit der man mit OL die bayrische Grenze anzeigen kann? (für z=7..16) (oder vielleicht gibt es sowas schon irgendwo?) Herzlichen Dank, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
