[talk-ph] Hashtag #mapPHL
Hi everyone! As mapping advocates, I'd would suggest to mapping advocates of the Philippines which includes OSMPH mappers you use the hashtag #mapPHLhttps://twitter.com/search?q=%23mapPHLto any mapping related information we would like to disseminate. Source of call is from herehttp://www.s1expeditions.com/p/openstreetmaps.html. Thanks! -- Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fix common routing errors in Metro Manila
Dear everyone, We are halfway through squashing routing errors from the OSM Inspector task: http://osmtm.pgrouting.org/job/7 There are some island roads which I think are false postives. For example, a residential road is marked as island if it connects to a track road which is very common in the Philippines. Please have a look at your own patch and verify if some of the corrections are indeed valid. Thanks! On Fri, Apr 5, 2013 at 3:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We created a tasking job for fixing common routing errors in Metro Manila. This is part of the arm-char mapping I shared last month [0]. Routing problems are based on Geofabrik OSM Inspector layer [1]. The task job is available here: http://osmtm.pgrouting.org/job/7 Needless to say there are very few errors for Metro Manila and some are false positives. ;) The process for using the tasking is simple: 1. Open JOSM. 2. Go to: http://osmtm.pgrouting.org/job/7 3. Get a new task. 4. Open Task in JOSM 5. Click on Imagery URL 6. Start fixing! Thanks! [0] http://lists.openstreetmap.org/pipermail/talk-ph/2013-March/004369.html [1] http://tools.geofabrik.de/osmi/?view=routinglon=121.02742lat=14.54622zoom=12 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fix common routing errors in Metro Manila
Dear ervin. Islands - are roads that leads to nowhere. For example, a oneway road that doesnt exit somewhere or a road that is not connected to other roads. In some cases, they are correct like the roads around fish ponds in Bulacan. http://wiki.openstreetmap.org/wiki/OSM_Inspector Maning Sambale (mobile) On Apr 10, 2013 8:42 PM, Ervin Malicdem schad...@gmail.com wrote: Hi Maning, There are 2 of my road edits in Kawit, Cavite that is marked as an island in the OSM inspector. However, I do not understand what island meant. Initially I understood it as place:island which obviously it is not. How do I go about it? On Wed, Apr 10, 2013 at 7:20 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We are halfway through squashing routing errors from the OSM Inspector task: http://osmtm.pgrouting.org/job/7 There are some island roads which I think are false postives. For example, a residential road is marked as island if it connects to a track road which is very common in the Philippines. Please have a look at your own patch and verify if some of the corrections are indeed valid. Thanks! On Fri, Apr 5, 2013 at 3:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We created a tasking job for fixing common routing errors in Metro Manila. This is part of the arm-char mapping I shared last month [0]. Routing problems are based on Geofabrik OSM Inspector layer [1]. The task job is available here: http://osmtm.pgrouting.org/job/7 Needless to say there are very few errors for Metro Manila and some are false positives. ;) The process for using the tasking is simple: 1. Open JOSM. 2. Go to: http://osmtm.pgrouting.org/job/7 3. Get a new task. 4. Open Task in JOSM 5. Click on Imagery URL 6. Start fixing! Thanks! [0] http://lists.openstreetmap.org/pipermail/talk-ph/2013-March/004369.html [1] http://tools.geofabrik.de/osmi/?view=routinglon=121.02742lat=14.54622zoom=12 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fix common routing errors in Metro Manila
Thanks Manning for the clarification. Ervin Malicdem Sent using Sony Xperia Z for Schadow1 Expeditions - A Filipino must not be a stranger to his own Motherland. http://www.s1expeditions.com On Apr 10, 2013 9:21 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear ervin. Islands - are roads that leads to nowhere. For example, a oneway road that doesnt exit somewhere or a road that is not connected to other roads. In some cases, they are correct like the roads around fish ponds in Bulacan. http://wiki.openstreetmap.org/wiki/OSM_Inspector Maning Sambale (mobile) On Apr 10, 2013 8:42 PM, Ervin Malicdem schad...@gmail.com wrote: Hi Maning, There are 2 of my road edits in Kawit, Cavite that is marked as an island in the OSM inspector. However, I do not understand what island meant. Initially I understood it as place:island which obviously it is not. How do I go about it? On Wed, Apr 10, 2013 at 7:20 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We are halfway through squashing routing errors from the OSM Inspector task: http://osmtm.pgrouting.org/job/7 There are some island roads which I think are false postives. For example, a residential road is marked as island if it connects to a track road which is very common in the Philippines. Please have a look at your own patch and verify if some of the corrections are indeed valid. Thanks! On Fri, Apr 5, 2013 at 3:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We created a tasking job for fixing common routing errors in Metro Manila. This is part of the arm-char mapping I shared last month [0]. Routing problems are based on Geofabrik OSM Inspector layer [1]. The task job is available here: http://osmtm.pgrouting.org/job/7 Needless to say there are very few errors for Metro Manila and some are false positives. ;) The process for using the tasking is simple: 1. Open JOSM. 2. Go to: http://osmtm.pgrouting.org/job/7 3. Get a new task. 4. Open Task in JOSM 5. Click on Imagery URL 6. Start fixing! Thanks! [0] http://lists.openstreetmap.org/pipermail/talk-ph/2013-March/004369.html [1] http://tools.geofabrik.de/osmi/?view=routinglon=121.02742lat=14.54622zoom=12 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Peel Region Open Data License Question
Hey everyone, I wanted to see if I could get an opinion on whether data from a government source could be added to OSM. This data is at http://opendata.peelregion.ca and is released under the UK Government's Open Government License for Public Sector Information with some modifications (http://opendata.peelregion.ca/terms-of-use.aspx). I've reviewed the Potential Datasources wiki page as well as the OSM copyright page. Reading the Licenses bullet on the former page would make me think that this data cannot be used since it's not public domain, but the Natural England data uses the unmodified OGL license and can be used in OSM, which is what has brought me here for clarification. Note: I do work for Peel (and have created a bunch of the data), but I am posting this as a member of the OSM community outside of work, so I am not representing the Region. Regards, Kevin F. (Kevo) -- View this message in context: http://gis.19327.n5.nabble.com/Peel-Region-Open-Data-License-Question-tp5756571.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] what happend to planet.osm?
On 07/03/2013 14:19, Grant Slater wrote: planet-130304.osm.bz2 is now available: http://planet.openstreetmap.org/ Has the process by any chance stalled again? -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] what happend to planet.osm?
Hi, On 10.04.2013 22:16, Steve Doerr wrote: Has the process by any chance stalled again? http://lists.openstreetmap.org/pipermail/dev/2013-April/026763.html Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] what happend to planet.osm?
On 10/04/2013 22:16, Frederik Ramm wrote: Hi, On 10.04.2013 22:16, Steve Doerr wrote: Has the process by any chance stalled again? http://lists.openstreetmap.org/pipermail/dev/2013-April/026763.html Bye Frederik Cheers! Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM US Edit-a-thon April 20-21
Hello OSMers world-wide, Firstly, a reminder that OSM US is hosting an Edit--a-thon APril 20-21; info at http://www.openstreetmap.us/2013/03/april-spring-editathon/ Please join with your US colleagues and help improve the US map ! I am also wondering if any OSM server maintenance is anticipated or being planned for that weekend. Best Regards, -- John Novak 585-OLD-TOPOS (585-653-8676) http://www.linkedin.com/in/johnanovak/ OSM ID:oldtopos OSM Heat Map: http://yosmhm.neis-one.org/?oldtopos OSM Edit Stats:http://hdyc.neis-one.org/?oldtopos ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Laermkarte?
Hi, heute morgen trat ich aus der Haustür und konnte deutlich die 4km Entfernte Autobahn hören. Dabei bin ich auf die Idee gekommen das man basiert auf den OSM Daten eine Lärmkarte (Also aproximiert) machen koennte - so quasi als heatmap overlay. Ausgehend von Bahnlinien und Straßen gibt es ja gewisse Laermkegel die sicherlich von Laermschutzwaellen Gebaeuden und Waeldern staerker bedaempft werden. Hat in die Richtung jemand mal was gemacht? Das ganze ist sicherlich CPU maessig zu aufwendig um das Bundesweit zu machen aber spannend waere das (Man koennte noch dominante Windrichtungen mit einbeziehen und natuerlich Höhendaten.) Noch so eine Idee - Reverse geocoder: Sag mir was ich gerade aus welcher Richtung hören könnte. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
Am 10. April 2013 10:03 schrieb Florian Lohoff f...@zz.de: Hi, heute morgen trat ich aus der Haustür und konnte deutlich die 4km Entfernte Autobahn hören. Dabei bin ich auf die Idee gekommen das man basiert auf den OSM Daten eine Lärmkarte (Also aproximiert) machen koennte - so quasi als heatmap overlay. Ausgehend von Bahnlinien und Straßen gibt es ja gewisse Laermkegel die sicherlich von Laermschutzwaellen Gebaeuden und Waeldern staerker bedaempft werden. Hat in die Richtung jemand mal was gemacht? Schätzungen auf OSM-Daten basierend kenne ich nicht, aber es gibt einige Projekte, die crowd-sourced den realen Lärmpegel messen (mit Smartphone-apps, AFAIK haben die hierzu verschiedene Handy-Modelle/Mikrophone zur Vergleichbarkeit kalibriert). Für die Berechnung aus den Daten fehlt uns halt ein wesentlicher Parameter: die Verkehrsdichte. Evtl. könnte man den aus den Bevölkerungszahlen der umliegenden Places schätzen (plus der highway-Klasse: die Verkehrsdichte einer Autobahn ist natürlich weniger abhängig von der Bevölkerung der direkten Anlieger als eine Wohnstraße oder tertiary). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
Am 10.04.2013 10:03, schrieb Florian Lohoff: Hi, heute morgen trat ich aus der Haustür und konnte deutlich die 4km Entfernte Autobahn hören. Dabei bin ich auf die Idee gekommen das man basiert auf den OSM Daten eine Lärmkarte (Also aproximiert) machen koennte - so quasi als heatmap overlay. Ausgehend von Bahnlinien und Straßen gibt es ja gewisse Laermkegel die sicherlich von Laermschutzwaellen Gebaeuden und Waeldern staerker bedaempft werden. Die Geländeformen sollte man dabei aber vermutlich auch mit berücksichtigen. Extremfall, der leider in keiner mir bekannten 3D-Darstellung richtig gut rauskommt: der Steinberg in Wrexen [1],[2],[3]. Die Hütte, die bei Google im Satellitenbild zu sehen ist, steht in einem Talkessel, der praktisch jedes Geräusch schluckt. Außen (also da, wo die Straße Am Steinberg ist), hört man praktisch nichts, selbst wenn drinnen Parties oder Festivals [4] stattfinden, die alles andere als leise sind. Gruß Peter [1] OSM default: http://www.openstreetmap.org/?lat=51.50635lon=9.0057zoom=16layers=M [2] osm2world: http://maps.osm2world.org/?h=128view=Nzoom=16lat=51.504682275695lon=9.0032953052825 [3] google maps: https://maps.google.com/maps?q=Steinberg,+Wrexen,+Diemelstadt,+Deutschlandhl=dell=51.506312,9.007555spn=0.00384,0.009935sll=37.0625,-95.677068sspn=39.916234,81.386719oq=Steinberg,+Wrt=hhnear=Steinberg,+Wrexen+34474+Diemelstadt,+Kassel,+Hessen,+Deutschlandz=17 [4] http://www.steinberg-openair.de/159/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
2013/4/10 Florian Lohoff f...@zz.de Hi, heute morgen trat ich aus der Haustür und konnte deutlich die 4km Entfernte Autobahn hören. Dabei bin ich auf die Idee gekommen das man basiert auf den OSM Daten eine Lärmkarte (Also aproximiert) machen koennte - so quasi als heatmap overlay. Ausgehend von Bahnlinien und Straßen gibt es ja gewisse Laermkegel die sicherlich von Laermschutzwaellen Gebaeuden und Waeldern staerker bedaempft werden. Hat in die Richtung jemand mal was gemacht? Ja - die EU. Die hat nämlich die Umgebungslärm-Richtlinie verfasst, nach der für alle großen Verkehrswege genau so eine Lärmkartierung gemacht werden muss. Zum Einstieg für NRW: http://www.umwelt.nrw.de/umwelt/laerm/umgebungslaerm/index.php Sowas wird man aber nicht mit OSM_Daten machen können, denn man braucht nicht nur lückenlos alle Gebäude, Mauern, Vegetation etc. sondern auch ein möglichst gut aufgelöstes DGM (Digitales Geländemodell). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Release] alaCarte Tile-Renderer 0.2.1
Was ist alaCarte? alaCarte ist ein Tile-Renderer (+ Server) für OpenStreetMap geschrieben in C++11. Für das Rendering wird Cairo benutzt und für das Parsen von MapCSS-Stylesheets Boost-Spirit. alaCarte wurde für mittelgroße Datensätze entwickelt. Auf einem typischen System mit 8GB RAM kann alaCarte z.B. mit einem ungefilterten Datensatz der Größe von Baden-Württemberg umgehen. Für mehr Informationen: https://github.com/TheMarex/alacarte Da momentan leider eine Datenbankanbindung fehlt, kann alaCarte nur mit Daten umgehen, die auch in den Arbeitsspeicher passen. Wir haben einen kleinen Demo-Server aufgesetzt, da dieser allerdings aus dem Uni-Netz heraus läuft ist es fraglich, wie lange er durchhält. Wenn jemand von euch also einen Server hat der sich langweilt... ;-) Demo-Server: http://studwww.ira.uni-karlsruhe.de/~s_scheir/alacarte/ Enwickelt wurde alaCarte im Rahmen eines Uni-Projektes am Karlsruher Institut für Technologie. [1] Das 0.2.1-Release ist das erste Open-Source-Release. Wer fragen zur Technik hat, ask away. Auf der Website des Demo-Servers ist auch noch eine Präsentation verlinkt, die einen kurzen Überblick gibt. [1] http://algo2.iti.kit.edu/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
Am 10. April 2013 11:55 schrieb Robert S. osm-m...@autobahnen-europa.eu: Zum Einstieg für NRW: http://www.umwelt.nrw.de/umwelt/laerm/umgebungslaerm/index.php Sowas wird man aber nicht mit OSM_Daten machen können, denn man braucht nicht nur lückenlos alle Gebäude, Mauern, Vegetation etc. sondern auch ein möglichst gut aufgelöstes DGM (Digitales Geländemodell). und doch wird man nur grobe Schätzwerte erhalten, s.z.B. zu deren Vorgehen diesen Abschnitt: -- http://www.umgebungslaerm.nrw.de/laermkartierung/berechnung/index.php Wie werden die Lärmkarten in Nordrhein-Westfalen berechnet? Für die *verschiedenen Lärmquellen* (Straßen, Schienen, Flughäfen und Industrie und Gewerbe) gibt es jeweils *spezielle Berechnungsvorgaben*, nach denen die Ermittlung der Schallpegel erfolgt. In Deutschland sind einheitliche Berechnungsverfahren für den Umgebungslärm vorgeschrieben. Sie heißen „Vorläufige Berechnungsverfahren…“, da sie in Zukunft durch europaweit einheitliche Berechnungsvorschriften ersetzt werden. Diese Berechnungsverfahren berücksichtigen neben den*Parametern der jeweiligen Quellen* (z.B. Verkehrsstärke und – zusammensetzung, Geschwindigkeit, Straßenoberfläche) auch die *Ausbreitungsbedingungen* (z.B. Abstand von der Straße, schallmindernde Hindernisse, Einfluss des Geländes). --- Wenn das zukünftig durch europaweit einheitliche Berechnungsvorschriften ersetzt werden soll, dann wird es dadurch nicht unbedingt vergleichbarer, z.B. herrscht in Rom ein komplett anderer Lärmpegel als in Berlin, einfach weil die Autofahrer viel, viel mehr hupen, einen anderen Fahrstil haben, die Einsatzfahrzeuge schlechter durchkommen, Alarmanlagen viel häufiger zu hören sind, etc. (also Faktoren abseits der berücksichtigten wie Verkehrszusammensetzung (Motorräder, LKW)) Wenn man die regionalen Differenzen jetzt europaweit glattbügelt wird dadurch das Ergebnis nicht unbedingt verlässlicher. Durchschnittswerte für bestimmte Gebietsnutzungen sind halt nur Statistik, und leisten nicht, die realen spezifischen Lärmintensitäten an bestimmten Orten zu bestimmen. Ich halte den Ansatz, das von den Leuten messen zu lassen, für interessanter, um echte Lärmbelastung und nicht nur statistische zu ermitteln. z.B. von der europ. Umweltagentur: http://watch.eyeonearth.org/ Nicht zu unterschätzen für die psychische Belastung der Leute ist auch die Art des Lärms (kontinuierliches Meeresrauschen vs. unregelmäßigem Lärm, Frequenzbereiche, etc.) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
Am 10.04.2013 11:55, schrieb Robert S.: [...] Zum Einstieg für NRW: http://www.umwelt.nrw.de/umwelt/laerm/umgebungslaerm/index.php Sowas wird man aber nicht mit OSM_Daten machen können, denn man braucht nicht nur lückenlos alle Gebäude, Mauern, Vegetation etc. sondern auch ein möglichst gut aufgelöstes DGM (Digitales Geländemodell). Danke für den Link. Wenn ich das, was die aktuelle Lärmkarte von der Seite mir anzeigt aber für voll nehme, dann würde ich deiner Aussage sofort widersprechen, denn was bei denen als Lärmquelle eingetragen ist, sind offensichtlich nur Bundes- und Landstraßen, während Straßen in Trägerschaft der Kreise oder Städte nicht berücksichtigt zu sein scheinen. Leider gibt es offensichtlich keine Permanentlink-Funktion, Beispiele dafür finde ich aber z.B. in Paderborn und in Warburg. Vermutlich wäre eine Abschätzung mit OSM-Daten gar nicht mal so schlecht - zumindest nicht unbedingt schlechter als das, was da geliefert wird, denn flächendeckend gesehen ist bei den Lärmkarten (noch) wenig zu sehen, die beschränken sich weitgehend auf Autobahnen und einige (nicht alle) Bundesstraßen. In Paderborn sind nichtmal die Bahnstrecken mit drin. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ich kann angezeigten Fehler in OSM beim Mappen im Raum Eschede nicht auflösen
Hallo, seit zwei Tagen komme ich nicht weiter bei meinem Vorhaben, in der Gemeinde Eschede (Celle - Niedersachsen) die Karte zu verbessern. Es fing bei dieser Position an: 52.7595712, 10.2167097 Dort ist ein Gebäude fehlerhaft eingezeichnet, was ich berichtigen wollte (ausgehend von den relativ neu freigegebenen Bing-Bildern). Ich kann nicht erkennen, was genau falsch ist. Darum bin ich vorgestern und gestern so vorgegangen, dass ich alles, was Fehler ergibt (beim 'Prüfen' in OSM), gelöscht und neu erstellt habe. Leider komme ich mit dieser Methode nicht weiter, ich schiebe den Fehler irgendwie vor mir her und es ergibt immer wieder (neue) Warnungen und Fehler, die ich nicht auflösen kann. Nach einigen Stunden offline Mappen habe ich meine Arbeit verworfen, da ich keine Fehler hochladen will. Wenn ich es lernen kann, würde ich gern selbst sowas lösen können, aber ich weiss nicht, wie ich vorgehen soll. Zweitbeste Lösung wäre, wenn jemand diese Stelle 'aufräumt' und ich danach mit meinen bescheidenen Möglichkeiten weiter mappe wie bisher. Danke Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ich kann angezeigten Fehler in OSM beim Mappen im Raum Eschede nicht auflösen
in welchem Editor hast Du gearbeitet, welche sind die betroffenen changesets, welche Fehler/Probleme/potentiellen Probleme wurden angezeigt? Falls es um JOSM geht, und Du den Validator meinst, nicht alles was der an Warnungen ausspuckt sind auch echte Probleme... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM und Linux Mint 14
Ich habe auf meinem Rechner mit JOSM unter Linux Mint 14 seltsame Fehler. - Wenn ich nach dem JOSM-Start einen Menuepunkt mit rechts Klick öffnen will, dann klappt das sofort nach dem Klick wieder zu. - Habe ich rechts im Ebenendialog das Untermenue geöffnet, dann kann ich die einzelnen Unterpunkte nicht direkt markieren indem ich mit dem Pointer drüberfahre, sondern muß den Mauszeiger ausserhalb von dem Untermenue positionieren um die jeweiligen Funktionen starten zu können. Kann mir jemand dieses Phaenomen erklären? Randbedingungen: Linux Mint 14 Nadia Kernel 3.5.0.17 OpenJDK RE Icedtea7 2.3.7 Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Release] alaCarte Tile-Renderer 0.2.1
Patrick Niklaus patrick.nikl...@student.kit.edu wrote: alaCarte ist ein Tile-Renderer (+ Server) für OpenStreetMap geschrieben in C++11. Für das Rendering wird Cairo benutzt und für das Parsen von MapCSS-Stylesheets Boost-Spirit. Welche Vorteile hat denn das tool im Vergleich zu herkömmlicher Renderer Software wie Mapnik oder dem (UMN) Mapserver? Gibt es Lösungen für bekannte Probleme herkömmlicher Renderer (Verdrängung, Generalisierung, Label-Placement, ...)? Ich bin ja ein großer Anhänger des Rendering Ansatzes, den Jochen Topf unter http://blog.jochentopf.com/2011-03-22-new-approaches-for-map-rendering.html beschrieben hat. Von soetwas würde ich gerne mal eine Implementierung sehen. Gruss Sven -- Dynamische IP-Nummern sind Security-Homöopathie. (Kristian Köhntopp) /me is giggls@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] ich kann angezeigten Fehler in OSM beim Mappen im Raum Eschede nicht auflösen
Hi, Am Wed, 10 Apr 2013 12:37:19 +0200 schrieb Andreas Schmidt schmidt-postf...@freenet.de: Wenn ich es lernen kann, würde ich gern selbst sowas lösen können, aber ich weiss nicht, wie ich vorgehen soll. Es liegt m.E. nicht an Dir. Ich habe gerade mit JOSM 5836 in einer ganz anderen Gegend ein Rechteck gezeichnet, in zwei Linien gesplittet, ein MP mit den beiden Linien gemacht, building=yes und zwei outer ergänzt und bekam dieselbe Fehlermeldung Gebäude im Gebäude. Wilhelm (Weide) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Release] alaCarte Tile-Renderer 0.2.1
2013/4/10 Sven Geggus li...@fuchsschwanzdomain.de: Welche Vorteile hat denn das tool im Vergleich zu herkömmlicher Renderer Software wie Mapnik oder dem (UMN) Mapserver? Gibt es Lösungen für bekannte Probleme herkömmlicher Renderer (Verdrängung, Generalisierung, Label-Placement, ...)? Wir benutzen MapCSS[1] zum erstellen von Stylesheets. MapCSS ist recht nah an den OpenStreetMap-Daten dran (was man jetzt als Vorteil oder Nachteil sehen kann, je nach Anwendung), deshalb ist es recht einfach damit Stylesheets zu basteln. alaCarte lädt die Stylesheets zur Laufzeit, d.h. von Benutzer-Seite aus sieht man sofort, wenn man etwas geändert hat. (kein Server-Restart oder so erforderlich) Ein Server kann auch beliebig viele Stylesheets gleichzeitig anbieten. (Vorausgesetzt er hat die entsprechenden Resourcen.) Unser Renderer implementiert auch ein halbwegs gutes Label-Placement: Abgeschnittene und Überdeckte Labels werden zum einen erkannt und nicht gerendert, zum anderen wird auch versucht überdeckte Labels ein wenig zu verschieben um die Überdeckung zu beheben. Ich bin ja ein großer Anhänger des Rendering Ansatzes, den Jochen Topf unter http://blog.jochentopf.com/2011-03-22-new-approaches-for-map-rendering.html beschrieben hat. Unsere Implementierung von MapCSS ist übrigens IMHO nicht Turing Complete. Allerdings haben wir ein paar einfache Eval-Funktionen implementiert, was aber auch nicht mehr als ein kleiner Taschenrechner mit ein paar Sonderfunktionen ist. Allerdings ist alaCarte kein Rendering-Toolkit wie es in deinem Link beschrieben wurde, sondern ein Renderer im klassische Sinne: Daten + Aussehen = Bilder [1] http://wiki.openstreetmap.org/wiki/MapCSS/0.2 Cheers, Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 142 2.4. - 8.4.2013
Hallo, die Wochennotiz Nr. 142 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/04/wochennotiz-nr-142/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ich kann angezeigten Fehler in OSM beim Mappen im Raum Eschede nicht auflösen
Am 10.04.2013 12:47, schrieb Martin Koppenhoefer: in welchem Editor hast Du gearbeitet, Entschuldigung, ich wollte ursprünglich JOSM tippen, ist versehentlich OSM draus geworden. JOSM 5836, Windows 7 x64, Java Version 7 Update 17 (Build 1.7.0_17-b02) welche sind die betroffenen changesets was sind changesets? Der Fehler erscheint vor dem Editieren an der genannten Stelle. Da ich noch nichts geändert (ge-change-t) habe, gibt es evtl. kein changeset? Wenn ich auf Strg H drücke, wird dies angezeigt: Versionsprotokoll für Linie 180302522 Datum Nutzer 09.09.12 19:56 Jochen Kiene (208052) Merkmale Version 1 erstellt am 09.09.12 19:56 Nutzer: Jochen Kiene Änderungssatz: 13047601 Version 1 erstellt am 09.09.12 19:56 Nutzer: Jochen Kiene Änderungssatz: 13047601 welche Fehler/Probleme/potentiellen Probleme wurden angezeigt? -Warnung Gebäude im Gebäude --Multipolygon (Gebäude, 2 Elemente) Falls es um JOSM geht, und Du den Validator meinst, nicht alles was der an Warnungen ausspuckt sind auch echte Probleme... Okay. An der Stelle ist aber wirklich etwas falsch. Wenn ich sonst ein Gebäude lösche und neu erstelle, passiert nämlich folgendes nicht: - es sind drei Sachen zu löschen, bis das Gebäude weg ist. - es kommt bei 'Prüfung' eine Fehlermeldung - Fehler --Relation ohne Typ - ---(Gebäude, 2 Elemente) Ich habe mehrmals versucht, alles was als Fehler angezeigt wird, zu löschen, um es fehlerfrei neu zu erstellen. Jedoch wandert der Fehler immer vor mir her und es erscheinen andere Fehler, nachdem ich ein vorheriges Element gelöscht habe. Bin sehr entmutigt und weiß nicht weiter. Grüße Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
2013/4/10 Peter Wendorff wendo...@uni-paderborn.de Am 10.04.2013 11:55, schrieb Robert S.: [...] Zum Einstieg für NRW: http://www.umwelt.nrw.de/umwelt/laerm/umgebungslaerm/index.php Sowas wird man aber nicht mit OSM_Daten machen können, denn man braucht nicht nur lückenlos alle Gebäude, Mauern, Vegetation etc. sondern auch ein möglichst gut aufgelöstes DGM (Digitales Geländemodell). Danke für den Link. Wenn ich das, was die aktuelle Lärmkarte von der Seite mir anzeigt aber für voll nehme, dann würde ich deiner Aussage sofort widersprechen, denn was bei denen als Lärmquelle eingetragen ist, sind offensichtlich nur Bundes- und Landstraßen, während Straßen in Trägerschaft der Kreise oder Städte nicht berücksichtigt zu sein scheinen. Leider gibt es offensichtlich keine Permanentlink-Funktion, Beispiele dafür finde ich aber z.B. in Paderborn und in Warburg. Das hat nichts mit der Trägerschaft zu tun. Die Lärmkartierung wird für alle Straßen gemacht, die von mehr als 6.000.000 Fahrzeugen im Jahr befahren werden, das sind mehr als 15.000 Kfz/d - das erreichen die wenigsten Kreis- oder Gemeindestraßen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
2013/4/10 Robert S. osm-m...@autobahnen-europa.eu 2013/4/10 Peter Wendorff wendo...@uni-paderborn.de Am 10.04.2013 11:55, schrieb Robert S.: [...] Zum Einstieg für NRW: http://www.umwelt.nrw.de/umwelt/laerm/umgebungslaerm/index.php Sowas wird man aber nicht mit OSM_Daten machen können, denn man braucht nicht nur lückenlos alle Gebäude, Mauern, Vegetation etc. sondern auch ein möglichst gut aufgelöstes DGM (Digitales Geländemodell). Danke für den Link. Wenn ich das, was die aktuelle Lärmkarte von der Seite mir anzeigt aber für voll nehme, dann würde ich deiner Aussage sofort widersprechen, denn was bei denen als Lärmquelle eingetragen ist, sind offensichtlich nur Bundes- und Landstraßen, während Straßen in Trägerschaft der Kreise oder Städte nicht berücksichtigt zu sein scheinen. Leider gibt es offensichtlich keine Permanentlink-Funktion, Beispiele dafür finde ich aber z.B. in Paderborn und in Warburg. Das hat nichts mit der Trägerschaft zu tun. Die Lärmkartierung wird für alle Straßen gemacht, die von mehr als 6.000.000 Fahrzeugen im Jahr befahren werden, das sind mehr als 15.000 Kfz/d - das erreichen die wenigsten Kreis- oder Gemeindestraßen. Ah, ich sehe gerade, dass meine Informationen veraltet sind: Straßenverkehrslärm In den Lärmkarten „Straße“ werden ab 2012 (2. Stufe) die Lärmbelastungen für Hauptverkehrsstraßen(Autobahnen, Bundes– und Landesstraßen) mit einem Verkehrsaufkommen von über 3 Millionen Kraftfahrzeugen pro Jahr dargestellt. In einer vorgezogenen 1. Stufe wurden 2007 nur Straßen mit einem Verkehrsaufkommen von über 6 Millionen Kraftfahrzeugen pro Jahr kartiert. In den Ballungsräumen werden auch Straßen mit geringerem Verkehrsaufkommen einbezogen. Diese Straßen tragen hier wegen der Bebauung und großen Bevölkerungdichte maßgeblich zur Lärmbelastung bei. http://www.umgebungslaerm.nrw.de/laermkartierung/inhalt_laermkarten/index.php Paderborn zählt bei denen aber nicht als Ballungsraum - Bielefeld schon. Trotzdem würden die meisten Kreis- oder Gemeindestraßen diese Grenzwerte eh nicht erreichen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ich kann angezeigten Fehler in OSM beim Mappen im Raum Eschede nicht auflösen
Am 10. April 2013 14:45 schrieb Andreas Schmidt schmidt-postf...@freenet.de : Am 10.04.2013 12:47, schrieb Martin Koppenhoefer: welche sind die betroffenen changesets was sind changesets? entschuldige bitte, auf Deutsch heissen die glaub Änderungssätze Der Fehler erscheint vor dem Editieren an der genannten Stelle. Da ich noch nichts geändert (ge-change-t) habe, gibt es evtl. kein changeset? genau, wenn der Fehler schon im Bestand ist, dann spielt das hier vermutlich keine Rolle. welche Fehler/Probleme/potentiellen Probleme wurden angezeigt? -Warnung Gebäude im Gebäude --Multipolygon (Gebäude, 2 Elemente) Wird bei mir auch angezeigt, einen Fehler habe ich aber nicht finden können, evtl. ist da was am Validator (der die Prüfung macht) kaputt? Ggf. ein ticket erstellen unter http://josm.openstreetmap.de/ damit sich das jemand ansehen kann. Falls es um JOSM geht, und Du den Validator meinst, nicht alles was der an Warnungen ausspuckt sind auch echte Probleme... Okay. An der Stelle ist aber wirklich etwas falsch. Wenn ich sonst ein Gebäude lösche und neu erstelle, passiert nämlich folgendes nicht: - es sind drei Sachen zu löschen, bis das Gebäude weg ist. - es kommt bei 'Prüfung' eine Fehlermeldung - Fehler --Relation ohne Typ - ---(Gebäude, 2 Elemente) hm, es gibt da derzeit (sofern nicht schon jemand anderes was gelöscht hat) an Gebäuden nur zwei ungetaggte outer ways, die zusammen geschlossen sind, und in einer MP-Relation mit dem tag building stecken. Überlappende ways habe ich nicht gefunden. Grundsätzlich ist alles, was JOSM mit der Stufe Warning präsentiert, nicht unbedingt falsch. Höchstwahrscheinlich falsch sind nur Dinge, die als Error (oder Fehler) angezeigt werden. Ich habe mehrmals versucht, alles was als Fehler angezeigt wird, zu löschen, um es fehlerfrei neu zu erstellen. Jedoch wandert der Fehler immer vor mir her und es erscheinen andere Fehler, nachdem ich ein vorheriges Element gelöscht habe. Bin sehr entmutigt und weiß nicht weiter. ich würde an Deiner Stelle ein trac-ticket erstellen (mit Angabe der betroffenen Relation) in der Hoffnung, dass jemand anderes das Problem findet (in JOSM oder in den Daten). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ich kann angezeigten Fehler in OSM beim Mappen im Raum Eschede nicht auflösen
Am Wed, 10 Apr 2013 13:45:06 +0200 schrieb Wilhelm Spickermann o...@spickermann-d.de: Ich habe gerade mit JOSM 5836 in einer ganz anderen Gegend ein Rechteck gezeichnet, in zwei Linien gesplittet, ein MP mit den beiden Linien gemacht, building=yes und zwei outer ergänzt und bekam dieselbe Fehlermeldung Gebäude im Gebäude. Es wird immer sonderbarer: bei einem Viereck, dass ich mit der Punktreihenfolge links oben, rechts oben, rechts unten, links unten gemacht habe, tritt der Effekt beim Splitten von links oben und rechts unten auf, während er beim Splitten an links unten und rechts oben nicht auftritt. Kann das jemand bestätigen? Wir sollten ggf. eine Fehlermeldung machen. Wilhelm (Weide) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM, Fehler bei Datenübertragung
Hallo, seit kurzem bekomme ich mit JOSM Version 5837 (latest) die Fehlermeldung: Datenübertragungsfehler zum Server http://api.openstreetmap.org/api/0.6/map?bbox=12.97521,31.43875,12.97721,31.44075; beim Hoch- oder Herunterladen. Details: connect timed out Kann das an der neusten JOSM-Version liegen? Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
Hi Robert, danke für die Informationen - so gut kenne ich mich damit nicht aus. Nichtsdestotrotz sind gerade die Ausfallstraßen selbst in kleineren Städten wie Paderborn etc. durch ihren Geräuschpegel zumindest für direkte Anwohner relevant. Dass da keine Messung existiert versteh ich natürlich. Mein Argument war dabei ja, dass eine Approximation durchaus sinnvoll sein kann. Ich wohne selbst an einer solchen Einfahrtsstraße, die da eben nicht aufgeführt ist. Hier ist nachts nichts los, deshalb ist das kein Problem normalerweise, tagsüber ist es aber oft durchaus deutlich hörbar - und es gibt deutlich stärker befahrene Straßen als diese. Insofern halte ich die Idee einer Abschätzung für gut und sinnvoll. Wo Messungen existieren, kann man ja auch z.B. diese zum Vergleich heranziehen, wenn man dann möchte. Gruß Peter Am 10.04.2013 15:03, schrieb Robert S.: 2013/4/10 Robert S. osm-m...@autobahnen-europa.eu 2013/4/10 Peter Wendorff wendo...@uni-paderborn.de Am 10.04.2013 11:55, schrieb Robert S.: [...] Zum Einstieg für NRW: http://www.umwelt.nrw.de/umwelt/laerm/umgebungslaerm/index.php Sowas wird man aber nicht mit OSM_Daten machen können, denn man braucht nicht nur lückenlos alle Gebäude, Mauern, Vegetation etc. sondern auch ein möglichst gut aufgelöstes DGM (Digitales Geländemodell). Danke für den Link. Wenn ich das, was die aktuelle Lärmkarte von der Seite mir anzeigt aber für voll nehme, dann würde ich deiner Aussage sofort widersprechen, denn was bei denen als Lärmquelle eingetragen ist, sind offensichtlich nur Bundes- und Landstraßen, während Straßen in Trägerschaft der Kreise oder Städte nicht berücksichtigt zu sein scheinen. Leider gibt es offensichtlich keine Permanentlink-Funktion, Beispiele dafür finde ich aber z.B. in Paderborn und in Warburg. Das hat nichts mit der Trägerschaft zu tun. Die Lärmkartierung wird für alle Straßen gemacht, die von mehr als 6.000.000 Fahrzeugen im Jahr befahren werden, das sind mehr als 15.000 Kfz/d - das erreichen die wenigsten Kreis- oder Gemeindestraßen. Ah, ich sehe gerade, dass meine Informationen veraltet sind: Straßenverkehrslärm In den Lärmkarten „Straße“ werden ab 2012 (2. Stufe) die Lärmbelastungen für Hauptverkehrsstraßen(Autobahnen, Bundes– und Landesstraßen) mit einem Verkehrsaufkommen von über 3 Millionen Kraftfahrzeugen pro Jahr dargestellt. In einer vorgezogenen 1. Stufe wurden 2007 nur Straßen mit einem Verkehrsaufkommen von über 6 Millionen Kraftfahrzeugen pro Jahr kartiert. In den Ballungsräumen werden auch Straßen mit geringerem Verkehrsaufkommen einbezogen. Diese Straßen tragen hier wegen der Bebauung und großen Bevölkerungdichte maßgeblich zur Lärmbelastung bei. http://www.umgebungslaerm.nrw.de/laermkartierung/inhalt_laermkarten/index.php Paderborn zählt bei denen aber nicht als Ballungsraum - Bielefeld schon. Trotzdem würden die meisten Kreis- oder Gemeindestraßen diese Grenzwerte eh nicht erreichen. ___ 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] JOSM, Fehler bei Datenübertragung
meppen7 wrote Kann das an der neusten JOSM-Version liegen? wohl nicht. es gibt allerdings Störungen bei 11. siehe http://www.heise.de/netze/netzwerk-tools/imonitor-internet-stoerungen/aktuelle-internet-stoerungen-im-ueberblick/ und http://forum.openstreetmap.org/viewtopic.php?pid=327227#p327227 Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/JOSM-Fehler-bei-Datenubertragung-tp5756499p5756501.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 und Linux Mint 14
On 10.04.2013 13:19, hike39 wrote: - Habe ich rechts im Ebenendialog das Untermenue geöffnet, dann kann ich die einzelnen Unterpunkte nicht direkt markieren indem ich mit dem Pointer drüberfahre, sondern muß den Mauszeiger ausserhalb von dem Untermenue positionieren um die jeweiligen Funktionen starten zu können. manchmal habe ich das selbe Problem, allerdings halt nicht immer. Wenn es auftritt hilft mir allerdings der Fullscreen damit die Maus wieder da angezeigt wird wo sie reagiert. Randbedingungen: Linux Mint 14 Nadia Kernel 3.5.0.17 OpenJDK RE Icedtea7 2.3.7 Arch Linux Kernel 3.8.5-1-ARCH OpenJDK RE Icedtea7 2.3.8 GNOME Shell 3.6.3.1 Gruß Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Linux Mint 14
hike39 ho...@hike.de wrote: Ich habe auf meinem Rechner mit JOSM unter Linux Mint 14 seltsame Fehler. Eventuell hilft es ein original java zu verwenden statt dem OpenJDK. Zumindest bei Debian und ubuntu gibt es java-package. Das installiert man sich, lädt ein Original-Java von oracle runter und dann ruft man make-jpkg auf (siehe man make-jpkg), fertig ist das Original-java im Debian Paketformat. Gruss Sven -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is giggls@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] JOSM und Linux Mint 14
Hi hike39, Ich habe auf meinem Rechner mit JOSM unter Linux Mint 14 seltsame Fehler. - Habe ich rechts im Ebenendialog das Untermenue geöffnet, dann kann ich die einzelnen Unterpunkte nicht direkt markieren indem ich mit dem Pointer drüberfahre, sondern muß den Mauszeiger ausserhalb von dem Untermenue positionieren um die jeweiligen Funktionen starten zu können. Ich hab sowas aehnliches hier. Bei mir liegt es wohl an dem Window-Manager, der die Fensterposition nicht staendig an das Java-Programm durchgibt. Betrifft speziell Maximieren und vielleicht auch Verschieben per Tastenkuerzel im evilwm. Ab da hab ich aehnliche Effekte: Die Menuepunkte muessen versetzt angeklickt werden, naemlich genau da, wo das Fenster vorher war. Nach einem Verschieben des Fensters mit der Maus legt sich das aber wieder. Probier also mal, das Fenster zu verschieben oder zu vergroessern. Vielleicht geht dein Problem dann auch weg. Gruss, stw1701 -- /\ \ / X ASCII Ribbon Campaign -- Against HTML Mail / \ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
Hi, On Wed, Apr 10, 2013 at 11:55:52AM +0200, Robert S. wrote: Ja - die EU. Die hat nämlich die Umgebungslärm-Richtlinie verfasst, nach der für alle großen Verkehrswege genau so eine Lärmkartierung gemacht werden muss. Zum Einstieg für NRW: http://www.umwelt.nrw.de/umwelt/laerm/umgebungslaerm/index.php Sowas wird man aber nicht mit OSM_Daten machen können, denn man braucht nicht nur lückenlos alle Gebäude, Mauern, Vegetation etc. sondern auch ein möglichst gut aufgelöstes DGM (Digitales Geländemodell). Ich habe da mal gerade bei mir gesehen und muss sagen ich könnte mir vorstellen das wir mit OSM durchaus auch solchelei ergebnisse erzielen koennten. Und Lückenlos ist das auf der Lärmkarte auch nicht. Ergebnisse sind hier eher so mau. Ich kann deutlich Bundesstraße, Autobahn und Eisenbahntrasse hören und trotzdem bin ich laut Karte 4km weg und habe - aehm - nix ... Dazu kommt das ein grosser Schlachthof bei mir ein Hochregallager mit grossen Rueckkuehlern auf dem Dach hat und der ist ueberhaupt nicht erfasst, ist aber im Umkreis von 5km die groesste Schallquelle. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laermkarte?
Am 10.04.2013 21:29, schrieb Florian Lohoff: Hi, [...] Ergebnisse sind hier eher so mau. Ich kann deutlich Bundesstraße, Autobahn und Eisenbahntrasse hören und trotzdem bin ich laut Karte 4km weg und habe - aehm - nix ... Dazu kommt das ein grosser Schlachthof bei mir ein Hochregallager mit grossen Rueckkuehlern auf dem Dach hat und der ist ueberhaupt nicht erfasst, ist aber im Umkreis von 5km die groesste Schallquelle. Das ist halt so'n bisschen das Problem, das wir mit den OSM-Daten genauso haben werden: Was sind alles Schallquellen, was nicht? Wo muss ich welche annehmen, wo nicht? In welche Richtung wird der Schall emittiert? Es weckt so Fragen wie: wie könnte man das mappen? - und ich befürchte grade, dass das ein Fass ohne Boden würde ;) Spannend bleibts trotzdem. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-10 0:20, Joachim Kast wrote: ich habe über das Wochenende die LiKa Daten von Baden-Baden ausgewertet und war mit der Qualität recht zufrieden. Bei OSM gab es doch noch einiges zu korrigieren. Hallo Joachim, wie bist du zu dem Ergebnis gekommen? In den Daten von 2011-07 ist Baden-Baden gut abgedeckt, aber die Daten von 2013-04 haben für Baden-Baden keinerlei Angaben. * In der Liste kommen auch etliche Stadtteilname oder Ortsteilnamen sowie Flurnamen und Gewannnamen vor. Das hängt wohl zum Teil mit den postalischen Adressen von Gebäuden zusammen, die dort im Außenbereich herumstehen. Ich habe auch zwei Bezeichnungen von Eisenbahnstrecken gefunden. Wenn es Kataster-Daten sind, dann stehen darin auch die Flächen der Bahnstrecken, wie auch Flur- und Gewann-Namen. Erstaunlicherweise fehlen aber viele Plätze, die in der Regeln unbewohnt sind - was eher für Einwohner-Melde-Daten spricht. Ich vermisse z.B. die aus früheren Quellen bekannten Angaben von Bertholdplatz, Klosterplatz usw. Anderes fehlt, weil vermutlich unbewohnt - aber es scheint sie noch zu geben (!?): Randbereich: Gretengasse, Umbenannt: Karl-Peters-Straße (Albert-Schweitzer-Straße), Im Ehlet (Dr.-Georg-Schaeffler-Straße) Außerhalb: Sauersbergstraße, Untere Rankmatt ausserdem Brücken, Wege, Tunnel. Die OSM-Daten listen vieles auf, das in den hier veröffentlichten Angaben leider fehlt. Die fehlenden bzw. unvollständigen Städte sind mit ihrer Migration nach ALKIS noch nicht fertig. Eine Teilschuld wisen sie natürlich dem LGL zu, da dort wohl die benötigte Software nicht rechtzeitig bereitgestellt wurde. Man hofft, zum Jahresende fertig zu sein ... Also wird's dieses Jahr wohl nichts mehr damit. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nutzung von OSM in einer Gemeinde
Hallo! Gibt es in DE aktuelle Beispiele, wie eine Gemeinde OpenStreetMap z.B. für ihrem Webauftritt nutzt? Danke, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Hallo Martin, Am 10.04.2013 23:31, schrieb Martin Trautmann: On 13-04-10 0:20, Joachim Kast wrote: Die fehlenden bzw. unvollständigen Städte sind mit ihrer Migration nach ALKIS noch nicht fertig. Eine Teilschuld wisen sie natürlich dem LGL zu, da dort wohl die benötigte Software nicht rechtzeitig bereitgestellt wurde. Man hofft, zum Jahresende fertig zu sein ... Also wird's dieses Jahr wohl nichts mehr damit. Schönen Gruß Martin wir haben von 45 Gemeinden noch keine guten Listen. Wenn sich einige BaWue OSMler dazu entschließen, die Gemeinden einzeln um Straßenlisten anzufragen, müsste das doch eigentlich recht schnell gehen. In anderen Bundesländern wurden die Listen nur so abgefragt, NRW sogar flächendeckend! Viele Grüße Dietmar aka okilimu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Relation tags for archaeological sites
I'm planning on mapping all the significant hoysala temples in Karnataka... Is there a way to group them together using relations? If yes, can someone tell me what tags to use? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] Vie private milanesi riportate al demanio
Forse questa notizia interessera' per cambiare nome e access di alcune way milanesi: http://www.comune.milano.it/portale/wps/portal/!ut/p/c1/04_SB8K8xLLM9MSSzPy8xBz9CP0os_hAc8OgAE8TIwMDJ2MzAyMPIzdfHw8_Y28jQ_1wkA6zeD9_o1A3E09DQwszV0MDIzMPEyefME8DdxdjiLwBDuBooO_nkZ-bql-QnZ3m6KioCADL1TNQ/dl2/d1/L2dJQSEvUUt3QS9ZQnB3LzZfQU01UlBJNDIwT1RTMzAySEtMVEs5TTMwMDA!/?WCM_GLOBAL_CONTEXT=/wps/wcm/connect/ContentLibrary/giornale/giornale/tutte+le+notizie+new/urbanistica+edilizia+privata/strade_acquisizione_demanio ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Confronto con lo stradario di Venezia
Qui trovate un confronto tra i dati in OSM e lo stradario del Comune di Venezia: http://www.forsi.it/osm/spellcheck/highway/stradario/Venezia/ Grazie a Tiziano D'Angelo per aver segnalato la disponibilità di questi dati. Ci sono 2078 nomi che si trovano sia in OSM che nei dati del Comune, 692 solo in OSM e 3065 solo nei dati del Comune. I collegamenti nella colonna di sinistra scaricano le way con Remote Control, quelli nella colonna di destra scaricano un bounding box calcolato sulle geometrie dello stradario; anche in questo caso vale il consiglio di modificare o aggiungere dati solo se conoscete i luoghi! -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Trento (era Re: dati.trentino.it)
Il 07 aprile 2013 16:56, Maurizio Napolitano ha scritto: Intanto grazie per il feedback Il comune di Trento ha anche un altro servizio con la toponomastica tenuta egregiamente e con il versionamento dello storico Chiederò di far aprire il db lo storico, al prossimo cambiamento, sarebbe utile per suggerire ai mappatori che c'è del lavoro da fare ;-) Intanto il consiglio è anche quello di vedere il dataset dei civici i nomi sono gli stessi con le stesse abbreviazioni, quindi per l'ortografia non ci sono informazioni in più, però incrociando il dataset dei civici con quello dello stradario si può ipotizzare quali way non sono abitate/abitabili, es. i ponti, i giardini, è il motivo per cui escludo motorway e trunk Aggiungo solo una nota: Piazina(con una z) è una località di Trento quindi il nome è corretto ok, però nel caso specifico ci sono 2 way collegate tra loro, in una il nome ha una z sola e nell'altra ne ha due In generale il dialetto trentino fa raro uso delle doppie consonanti quindi è normale avere una toponomastica che sembra errata sì, non l'avevo specificato, ma sono contrario a modifiche da parte di chi non conosce i luoghi perché sono pochi i casi in cui non si rischia di fare errori, perché con i nomi di personaggi famosi si rischia, come nel caso citato di Roma dove certi nomi ufficiali hanno solo il cognome In ogni caso grazie del feedback Lo giro anche al comune di Trento :) :) visto che nello shapefile dello stradario ci sono due colonne per i nomi (desvia e fumetto) ma sono identiche per tutte le strade, se i nomi ufficiali non sono abbreviati, non sarebbe male se in una futura versione una colonna avesse il nome completo e l'altra quello abbreviato, il nome completo servirebbe per confermare i nomi delle persone -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Bari (era Re: opendata bari)
Il 09 aprile 2013 22:03, Davio ha scritto: E' possibile che Via Giacomo Leopardi in realtà sia solo Via Leopardi. è possibile, ma come si può fare perché in questo caso e nei casi che hai citato a Roma per evitare che in buona fede venga aggiunto il nome dove non ci deve essere? Si può usare official_name (finora non ne vedevo l'utilità) per il nome tratto dallo stradario comunale, ma non eviterebbe che qualcuno in buona fede aggiunga il nome anche li; source:name e/o source:official_name potrebbero aiutare fino a un certo punto. È un problema con Nominatim perché ritorna risultati diversi cercando Via Leopardi o Via Giacomo Leopardi. Cercando nei sorgenti, sembra che Nominatim riconosca short_name, name, place_name, official_name e le rispettive varianti con i suffissi delle lingue e che non riconosca alt_name e loc_name che però mi sembrano adatti solo se le persone usano un nome veramente diverso. -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ora si possono classificare le parole anche nelle pagine per Comune
Il 08 aprile 2013 21:34, sabas88 ha scritto: ottimo lavoro :-) grazie e grazie a te e a Davio per le altre parole che ho aggiunto per la prossima importazione (siamo arrivati a 168 parole) Non sono sicuro su Accesso a non posso considerare anche la a perché divido i nomi al primo spazio mi risultano 15 nomi in Italia che iniziano con Accesso, che faccio aggiungo? Accesso a Gallese Teverina FS Accesso alle vie Giovanni Acerbi e Francesco Nullo Accesso a Monte San Biaggio Accesso a Via Caderiva Accesso a Via Chiappazzo Accesso dei Dogi Accesso Europa Accesso Eurospin Centignano Accesso Leonardo Da Vinci Accesso Lipu Accesso Milano Accesso Pedoni Park Molegnano - Orte FS Accesso Spalti A Accesso Spalti B Accesso Vittorio Veneto (15 righe) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Bari (era Re: opendata bari)
Si potrebbe usare il tag source:name source:name=survey se la fonte del nome viene da un sopralluogo source:name=nome_fonte per le altre fonti In questo toponimo ho fatto così: http://www.openstreetmap.org/browse/way/201375003 Davide -- View this message in context: http://gis.19327.n5.nabble.com/Confronto-con-lo-stradario-di-Bari-era-Re-opendata-bari-tp5756415p5756563.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Bari (era Re: opendata bari)
In aggiunta al source:name, si può aggiungere una nota specificando che la via si chiama il quello specifico modo, di più penso non si possa fare. -- View this message in context: http://gis.19327.n5.nabble.com/Confronto-con-lo-stradario-di-Bari-era-Re-opendata-bari-tp5756415p5756564.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Bari (era Re: opendata bari)
2013/4/11 Davio davide@gmail.com In aggiunta al source:name, si può aggiungere una nota specificando che la via si chiama il quello specifico modo, di più penso non si possa fare. oppure si mette questo metadato nel changeset comment ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Mapeo de monocultivos de palma aceitera
Hola: Como es de su conocimiento, la palma africana ha venido invadiendo Colombia (Catatumbo, Chocó, Nariño, Meta .), en cientos de miles de hectáreas, reemplazando tierra de cultivo de alimentos, rastrojo o incluso selva natural, en función del nuevo mercado mundial de biodiesel. Tema muy debatido entre economistas liberales y defensores de la seguridad alimentaria. Como mapear correctamente estos monocultivos? Como lo han hecho ustedes? Anteriormente, no encontré otra forma de hacerlo que usando landuse=farmland un valor que se refiere genuinamente a cultivo de alimentos. Sin embargo, hay una alternativa, que aquí propongo: landuse=orchard trees=oil_palms produce=palm_oil name=(nombre de la plantación) El wiki inglés tiene esta definición: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard Dice, entre otros: Special uses. As exceptions, some tree plantations can be tagged as orchard in OSM, although they don't produce fruit nor nut: tree plantations of oaks for truffles or cork are examples of such specific uses. Igual dan el ejemplo con látex. Verificando con http://taginfo.openstreetmap.org/tags/trees=oil_palms http://taginfo.openstreetmap.org/tags/trees=oil_palms, aparece la entrada oil_palms ya 747 veces. Y al menos puede usarse el tag trees=* o produce=* para generar un rendering propio o hacer uso de la información mediante base de datos y un SIG. La solución es aceptable, aunque no perfecta para mí, sería mejor algo al estilo landuse=agroindustrial_land; pero esto requeriría proponer un nuevo esquema de mapeo. Un cordial saludo, Federico ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-lt] Susitikimas 2013 II
2013/4/9 Tomas Straupis tomasstrau...@gmail.com Taigi šiuo metu laukiam pasiūlymų dėl „paprasto“ susitikimo vietos (grasinimas: nepasiūlius vietos bus išrinkta „standartinė“ vieta:). O kaip dėl naujos VU bibliotekos. Ten VU bendruomenei nemokamai rezervuojama. Gal tarp mūsų yra tokių? Taip galima būtų kad ir tokioje - http://www.anticafe.lt/ , tik būtų 6Lt už valandą. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Susitikimas 2013 II
On Wed, Apr 10, 2013 at 03:04:21PM +0300, Tomas Straupis wrote: Tiesa, anticafe kaina juokinga, taigi į ją galima neatsižvelgti. Tai gal kiekvienai galvai 6 Lt/val, tada ne taip jau ir juokinga? Albertas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Susitikimas 2013 II
2013/4/10 Tomas Straupis tomasstrau...@gmail.com Kita vertus VU bibliotekoje (čia kalba apie Saulėtekį?) gal bus lenta, projektorius ir pan.? Turi jie visko, bet kainos ne VU nariams prasideda nuo 75Lt už valandą. http://www.mb.vu.lt/Dokumentai/MKIC_patalpu_nuomos_ikainiai.pdf ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Susitikimas 2013 II
2013/4/10 Albertas Agejevas a...@pov.lt Tai gal kiekvienai galvai 6 Lt/val, tada ne taip jau ir juokinga? Kaina vienam žmogui, bet užtai gaunate internetą + kavos/arbatos nemokamai pačiam miesto centre. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-lt] Vilniuje dvi Kintų gatvės?
Kaip įdomu... Pilaitėje yra Kintų gatvė (gabaliukas jau yra, gabaliukas planuojamas) O štai Šnipiškėse, pietinė Širvintų gatvės dalis (žemiau Žalgirio ir Daugėliškių gatvių) šių metų sausį pervadinta į... Kintų gatvę. Klaida? Taip neturi būti? -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Vilniuje dvi Kintų gatvės?
On Wed, Apr 10, 2013 at 05:05:04PM +0300, Tomas Straupis wrote: Kaip įdomu... Pilaitėje yra Kintų gatvė (gabaliukas jau yra, gabaliukas planuojamas) O štai Šnipiškėse, pietinė Širvintų gatvės dalis (žemiau Žalgirio ir Daugėliškių gatvių) šių metų sausį pervadinta į... Kintų gatvę. Klaida? Taip neturi būti? Matyt, Zuoko miesto plane ant Širv užtiško K formos rašalo dėmė. :) Albertas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Vilniuje dvi Kintų gatvės?
2013/4/10 Tomas Straupis tomasstrau...@gmail.com Klaida? Taip neturi būti? Panašu į klaidą. Pagal jų pačių duombazę Kintų gatvės Pilaitėje nėra. Ji yra ten, kur dabar pažymėta pietinė Širvintų gatvės dalis. Širvintų gatvė yra tik iš vienos dalies. Kaip bebūtų, jų sugeneruoti paveikslai neatitinka duombazės. Galbūt pataisyta buvo jau po sugeneravimo. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-gb-westmidlands] [Talk-GB] Railway bridge numbers
On 10 April 2013 12:55, Richard Mann richard.mann.westoxf...@gmail.com wrote: The first three characters are the Engineers Line Reference and used by the civils engineers for a few tens of miles of track (the signalling people have a completely separate location coding, and the timetable planners yet another...). Are these various code schemes documented anywhere? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
Am 2013-04-10 01:45, schrieb Albin Michlmayr: Am Wed, 10 Apr 2013 00:02:03 +0200 schrieb Markus Straub markus.straub...@gmail.com: sorry, bin gerade ein bischen frustriert: hat jemand Lust einen neuen Straßenbahnabzeichner (vermutlich von Bing, weil mit Potlatch2 editiert wurde) einzuschulen? Ich hab mal folgenden Text an den User Railjet abgeschickt: Nur zur allgemeinen Dokumentation, derselbe Benutzer hat auch schon vor einigen Wochen Linienbezeichnungen an alle Haltestellennamen drangehängt - nachdem ich ihn darauf aufmerksam gemacht habe, dass die dort nicht hineingehören, hat er sie aber glücklicherweise wieder entfernt. lg darkweasel ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 09.04.2013 23:38, Markus Straub wrote: Die Beschreibung von cycleway als mainly or exclusively for bicycles passt auf der Donauinsel eigentlich recht gut. Andererseits auch wieder nicht, denn es wird genausogut zum Laufen, Spazierengehen,.. genutzt. Das kann man mit highway=cycleway + foot=yes ausdrücken. Ich glaube, das passt ungefähr genauso gut wie highway=track. Gegen highway=cycleway spricht, dass die Wege nicht mit blauem Lolly beschildert sind (oder sind sie das?). Dafür spricht, dass sie praktisch als Radwege genutzt werden. Für track spricht für mich, dass damit Befahrbarkeit für 4-spurige Fahrzeuge impliziert wird - laut gängiger Interpretation. Bei cycleway ist das nicht der Fall. Ein in 2 Richtungen befahrbarer Radweg muss aber ebenfalls eine gewisse Mindestbreite aufweisen. Das grundsätzliche Problem, dass in den Tags verschiedene Eigenschaften vermengt werden, hat Stefan schon angesprochen. Aber: nachdem ich das Gefühl habe, dass die 2 Lager (track vs. cycleway) ungefähr gleich groß sind könnten wir ja einfach die klaren Attribute ergänzen. - surface=asphalt + vehicle=private + bicycle=yes Wenn man es auf highway=cycleway lässt, ist bicycle=yes schon impliziert. Wobei eigentlich ist bicycle=designated impliziert, insofern ist es sogar richtig extra bicycle=yes zu setzen um anzugeben, dass die Wege eben nicht als Radweg ausgeschildert sind. Dass die nichtasphaltierten Treppelwege highway=track sind scheint ja eher akzeptiert zu werden, aber wieso eigentlich? In der Wiki steht sogar in fett, dass tracks Roads for agricultural use sind. Danke für den Hinweis. Da hat jemand im Wiki herumgepfuscht. Gehört korrigiert. Nur weil sie unasphaltiert sind macht sie das nicht landwirtschaftlicher als die Wege daneben, oder? Man kann sich auf den Standpunkt stellen, dass die unasphaltierten Wege nicht als Radweg zu gebrauchen sind und daher nur track übrig bleibt. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
On Wed, 10 Apr 2013 00:02:03 +0200 Markus Straub markus.straub...@gmail.com wrote: Hallo, sorry, bin gerade ein bischen frustriert: hat jemand Lust einen neuen Straßenbahnabzeichner (vermutlich von Bing, weil mit Potlatch2 editiert wurde) einzuschulen? Die Kreuzung Spitalgasse # Alser Straße ist kaputt (http://osm.org/go/0JrJBMfYF--). Ein Changeset dazu: http://www.openstreetmap.org/browse/changeset/15447035 Ich habe ihn schon mehrfach angeschrieben, da er einen Haufen Blödsinn macht mit eher mauem Erfolg. Insbesondere dürfte es mit Potlatch nicht so einfach sein Tags auf die neuen Gleise zu kopieren oder er raffts einfach nicht. Da fehlten dann so sachen wie layer=-1 bei Ubahnen (wo es auch vollkommen -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
On Wed, 10 Apr 2013 10:13:12 +0200 Stefan Tauner stefan.tau...@gmx.at wrote: (wo es auch vollkommen sinnlos ist den 2. Track einzuzeichnen, da es keine Quelle für die Lage gibt und sie sowieso nur geschätzt ist). Ich bin mittlerweile eher der Meinung, daß man ein Ausschlußverfahren in Gang setzen sollte, aber mir ist das zu blöd. (sorry für die zweigeteilte Mail) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
Gegen highway=cycleway spricht, dass die Wege nicht mit blauem Lolly beschildert sind (oder sind sie das?). Dafür spricht, dass sie praktisch als Radwege genutzt werden. Mit dem (ehrlichen) Ansatz dreht man sich im Kreis. Zur Illustration: Gegen footway spricht, dass die Wege nicht mit blauem Lolly beschildert sind. Dafür spricht, dass sie praktisch als Fußwege genutzt werden -- Also highway=footway + bicycle=yes? Die Wege auf der Donauinsel haben keine klare Nutzung (mein Wissenstand). Sowohl footway als auch cycleway unterstellen aber eine bevorzugte Benutzung. Darum benutze ich auch highway=path in solchen Fällen. Die Renderer sollten ohnehin das surface-Tag besser einbeziehen (gilt auch für cycleway und footway - zB asphaltiert und nicht asphaltiert andere Strichtyp auf der Karte). Wenn es auf bestimmten Abschnitten Wege gibt, bei denen Radfahrer klar überwiegen, spricht auch nix gegen cycleway. Ein in 2 Richtungen befahrbarer Radweg muss aber ebenfalls eine gewisse Mindestbreite aufweisen. Das grundsätzliche Problem, dass in den Tags verschiedene Eigenschaften vermengt werden, hat Stefan schon angesprochen. Zu 90% fährt man ja trotzdem ganz gut mit dem Eigenschafts-Mischmasch. Für die restlichen Fälle ist - ich wiederhole mich - highway=path mit expliziten Attributen vorgesehen. Aber: nachdem ich das Gefühl habe, dass die 2 Lager (track vs. cycleway) ungefähr gleich groß sind könnten wir ja einfach die klaren Attribute ergänzen. -1 track ist das einzige, das definitiv nicht passt. Es ist kein Weg, der primär landwirtschaftlich (englisches Wiki) bzw. land- und forstwirtschaftlich (deutsches Wiki) genutzt wird. akzeptiert zu werden, aber wieso eigentlich? In der Wiki steht sogar in fett, dass tracks Roads for agricultural use sind. Danke für den Hinweis. Da hat jemand im Wiki herumgepfuscht. Gehört korrigiert. Da hat niemand rumgepfuscht, zumindest laut History. Sowohl auf der englischen als auch auf der deutschen Wiki-Seite ist hauptsächlich landwirtschaftlich schon seit Beginn Teil der Definition. Man kann sich auf den Standpunkt stellen, dass die unasphaltierten Wege nicht als Radweg zu gebrauchen sind und daher nur track übrig bleibt. 1. gibt es ausgeschilderte, aber unasphaltierte Radwege, für die cycleway genutzt wird. Dh. das surface-tag muss/müsste man bei Routenplanung/Radfahrkarte ohnehin schon berücksichtigen. Außerdem fährt nicht jeder mit dem Rennrad. 2. gibt es auch highway=path, das besser passt als track. Für die Forst- und Landwirtschaft sind die Wege ja definitiv nicht vorgesehen. Das Illustrations-Foto auf der path-Wiki-Seite ist leider grauenhaft, weil es die (unglückliche) Assoziation highway=path = Pfad = Trampelpfad noch verstärkt. Ein Parkweg wäre vielleicht passender. Auch wenn gerade noch eine Fahrzeug von der Breite passt, solange man umgangsprachlich von einem Weg spricht, und 2-spurige Fahrzeuge nur die Ausnahme darstellen, kann man highway=path durchaus mit gutem Gewissen verwenden. martinq ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 10.04.2013 21:40, martinq wrote: Auch wenn gerade noch eine Fahrzeug von der Breite passt, solange man umgangsprachlich von einem Weg spricht, und 2-spurige Fahrzeuge nur die Ausnahme darstellen, kann man highway=path durchaus mit gutem Gewissen verwenden. Kann man eh, nur leben halt Tags generell davon, wie sie in der Praxis eingesetzt werden und da ist deine Ansicht klar die Minderheitsmeinung (vs. Trampelpfadansatz). Für mich impliziert highway:path schon etwas, wo man mit 2-spurigen üblicherweise nicht fahren kann. So gesehen ist mir track oder unclassified für die Donauinselwege weitaus näher ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 04/10/2013 10:46 PM, Walter Schlögl wrote: motor_vehicle=private oder emergency, je nachdem, ob Zufahrt für Anrainer erlaubt ist oder nicht Die ganze Donauinsel ist imo Privatweg und als solcher nicht weiter unterteilt. Bei den Einfahrten stehen soweit ich weiß Fahrverbotsschilder mit irgendwelchen Ausnahmen, aber die werden auf der Donauinsel nicht weiter beschildert. Die einzigen Schilder sind soweit ich weiß, die Treppelwege und die sind verkehrstechnisch irrelevant. Es wird zumindest auf der gesamten Donauinsel die StVO nicht kontrolliert, zumindest nicht von der Polizei, das weiß ich mit Sicherheit. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 10.04.2013 22:46, Walter Schlögl wrote: Was haltet ihr von diesem Vorschlag. highway=track dort, wo es 2-spurig ist surface=asphalt tracktype=grade1 foot=designated dafür sind die Wege hauptsächlich da, wenn auch nicht explizit so beschildert Heißt designated nicht so viel wie beschildert? bicycle=yes Es ist zwar kein Radweg, aber Radfahren ist erlaubt horse=no außer es ist reiten erlaubt horse=no bitte nur dann setzen, wenn dort eine Verbotstafel steht. Sonst gelten die gesetzlichen Bestimmungen, und die können sich ändern. Derzeit sehe ich nichts, was das Reiten auf der Donauinsel verbieten würde. motor_vehicle=private oder emergency, je nachdem, ob Zufahrt für Anrainer emergency finde ich überflüssig, denn Einsatzfahrzeuge dürfen sowieso überall fahren. Sie dürfen auch gegen die Einbahn fahren usw. Das überall explizit zu taggen wäre absurd. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
Am 10.04.2013 23:38, schrieb Friedrich Volkmann: On 10.04.2013 21:40, martinq wrote: Gegen footway spricht, dass die Wege nicht mit blauem Lolly beschildert sind. Dafür spricht, dass sie praktisch als Fußwege genutzt werden -- Also highway=footway + bicycle=yes? Im Zweifelsfall immer das Höherrangige, also cycleway statt footway. Aha, den Ansatz kannte ich noch nicht. So einfach kann es aber nicht sein, dann dann wäre nämlich jeder Weg, auf dem Radfahren erlaubt ist, ein cycleway. Wieso soll cycleway überhaupt höherrangig sein? Das ist doch keine Abstufung wie bei primary, secondary... Die Wege auf der Donauinsel haben keine klare Nutzung (mein Wissenstand). Sowohl footway als auch cycleway unterstellen aber eine bevorzugte Benutzung. Darum benutze ich auch highway=path in solchen Fällen. Es ist schon klar, dass path ursprünglich für alles gedacht war und verwendet wurde. Das hat sich aber geändert. Ob das gut ist, sei dahingestellt. Aber du kannst die Zeit nicht zurückdrehen! Wir sollten halbwegs einheitlich taggen, also path nur noch für Pfade. Ich bin mir nicht sicher, ob dieser alte Konflikt wirklich gelöst ist. Das es im deutschsprachigen Raum von vielen als Pfad verwendet wird (false friend), ist klar. Am Ende geht es ohnehin nur um sehr wenige Wege, die sich eben schlecht in footway oder cycleway pressen lassen. Darum wird das Problem auch nie wirklich gelöst. == Wenn es nun aber angeblich Konsens gibt, dann sollte das über die tagging-Liste im Wiki geändert werden. Ich leg' mich da sicher nicht quer, und passe die paar Wege, die es betrifft, an die neue Interpretation an. Wenn es auf bestimmten Abschnitten Wege gibt, bei denen Radfahrer klar überwiegen, spricht auch nix gegen cycleway. Auf den Anteil kommt es nicht an, sonst wären die meisten Bundesstraßen motorway und manche Landstraßen cycleway. Und manche Wege, wo Radfahren verboten ist, wären ebenfalls cycleway. Da hinkt irgendwas. Meine Aussage galt nur für die Entscheidung zwischen footway cycleway. Und klar spielt der Anteil eine Rolle, denn die Regel höherrangig eignet sich nicht als (alleiniges) Unterscheidungskriterium: Da müsste es viel mehr cycleways geben, nämlich sobald Fahrräder auch nur erlaubt sind. Nein, in der ersten Version lautete die Definition: unpaved/unsealed roads for agricultural use; gravel roads in the forest etc. Unscheinbar, aber bedeutend, ist das etc. !! Ich hatte schon die korrigierte Version gelesen - und habe gegen einige ältere Versionen verglichen, aber *nicht* die Vorletzte... Klar könnten Renderer auch surface, smoothness usw. auswerten. Ich kenne aber keinen, der das tut. Einer der Gründe dürfte sein, dass diese Tags selten gesetzt sind. highway=* ist hingegen immer gesetzt. Das übliche Problem: Wenn etwas nicht gerendert wird, wird es auch nicht getaggt. Und weil es keiner taggt... Die fehlende Auswertung von 'surface' entwertet die Karten auf jeden Fall. Dabei würde sich durchgezogene (für paved und ähnliche) vs. strichlierte Linie gerade zu aufdrängen. Es ist definitiv eine Information, die für viele Kartenanwender interessant ist! Ich sehe das nicht als Thema für Spezialkarten. Und das taggen von Fahrradwegen als track, bloss weil sie nicht asphaltiert sind, grenzt schon an Taggen für den Renderer. Auch der schleichende Bedeutungswandel von 'path' (zusätzlich zur schlechten Übersetzung als Pfad) lässt sich damit erklären: Damit konnte man endlich auf der Karten der Standard-Renderer schön sehen, welche Wege gatschig sind (path nur als Trampelpfade) bzw. welche ordentlich asphaltiert (footway) sind. Darum fühlt sich vielleicht auch die Trampelpfad-Fraktion auch viel mehr von 'path' für andere Wege gestört, weil so das Rendering nicht mehr passt. Umgekehrt gibt es den Effekt nicht so (mehr die Daten-Fokusierten, die den Renderern mehr Zeit geben). Für cycleway und track scheint nun der gleiche Prozess einzusetzen (weil man die wichtige Info sonst nicht sieht). Es wird Zeit für die Renderer, endlich surface einzubeziehen, sonst gilt bald: Fahrradwege, die gatschig sind: track - sonst cycleway... martinq ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
Am 10.04.2013 22:02, schrieb Stefan Kopetzky: Auch wenn gerade noch eine Fahrzeug von der Breite passt, solange man umgangsprachlich von einem Weg spricht, und 2-spurige Fahrzeuge nur die Ausnahme darstellen, kann man highway=path durchaus mit gutem Gewissen verwenden. Kann man eh, nur leben halt Tags generell davon, wie sie in der Praxis eingesetzt werden und da ist deine Ansicht klar die Minderheitsmeinung (vs. Trampelpfadansatz). Naja, in Wien vielleicht, aber versuche die Meinung auf der internationalen tagging-Liste durchzusetzen - beziehungsweise die Wiki-Seite entsprechend zu ändern... Also klar die Minderheitsmeinung steht zumindest genauso im Wiki. Von schmal als Grundvoraussetzung steht bei 'path' nämlich nix. Aber ich stelle meine Meinung deshalb nicht über die lokale Interpretation oder spreche von einer Minderheitsmeinung der Wiener - auch weil das Wiki-System bekanntermaßen so seine Mängel Problemchen hat. Objektiv betrachtet: Generell gibt es vermutlich sehr wenige Grenzfälle von breiten Wegen wie diesem, wo man sich überhaupt diese path-Frage stellen muss: Denn üblicherweise passt footway oder cycleway ganz gut, bzw. es sind tatsächlich schmale Wege, die sich mit der path=Trampelpfad-Interpretation und auch mit der path=Weg-Interpretation deckt. ABER: Es besteht zumindest Konsens, den Grundtag mit Zusatzattributen zu ergänzen. Langfristig glaube ich ohnehin, dass sich Straßen und Wege mit mehr, aber dafür eindeutigeren, Attributen durchsetzen wird. Die großen Tags wie cycleway, track, etc. sind einfach zu oft uminterpretiert und lokal eingefärbt worden, und haben damit nur mehr begrenzte Aussagekraft. Somit spielt die Grobklassifizierung, um die es hier im Grunde geht, hoffentlich eine immer geringere Rolle. Manchmal muss man eben Wissen, ob etwas asphaltiert ist - und nicht wer es hauptsächlich benutzt... Dann sollte man eben das surface-Attribut auslesen können, und nicht kompliziert aus Grobklassifikation, Annahmen und geschätzter, praktischer Verwendung darauf schließen müssen. Für mich impliziert highway:path schon etwas, wo man mit 2-spurigen üblicherweise nicht fahren kann. Fahren kann ist nicht Fahren darf ist nicht, wie im Wiki, nicht dafür gedacht (so steht's im Wiki, englisch not intended). Ist eher eine Interpretation, die aus der (irreführenden) Übersetzung als Pfad stammt. Weil es aber naheliegend ist, gibt es diese Interpretation im deutschsprachigen Raum sehr häufig. Die Wege sind aus meiner Sicht nicht dafür gedacht, auch wenn es möglich ist, darauf mit dem Auto zu fahren. Darum nennt man sie auch Wege und nicht Straßen. Aber ich wiederhole mich - schon wieder. Ich sehe die Sache im Grunde ohnehin als gelöst an: 'track' ist OK. Wird ohnehin schon oft eingesetzt, wo es gar nicht um land- oder forstwirtschaftlichen Verkehr geht. + ein paar Zusatzattribute dran, fertig. Oder wir lassen cycleway - mit ein paar Zusatzattributen dran. Auch OK. Oder wir machen footway draus - mit ein paar Zusatzattributen dran. Wär' auch nicht total falsch. Nur möchte ich nicht, dass man 'path' - mit ein paar Zusatzattributen! - hier als minderwertige Lösung darstellt, die angeblich schlechter passt und keiner verwendet. Nur unclassified find' ich unpassend, die Wege nennt keiner Verbindungsstraße. martinq ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
Und das taggen von Fahrradwegen als track, bloss weil sie nicht asphaltiert sind, grenzt schon an Taggen für den Renderer. Unglücklich formuliert: Das war keine Antwort auf eine direkte Aussage im Post von Friedrich Volkmann, sondern war mehr eine bestimmte Tendenz in der Diskussion bisher. Die Wege auf der Donauinsel sind nicht unterschiedlich beschildert, trotzdem sind manche cycleways und manche tracks. Außer der Oberfläche gibt es keinen Unterschied. Auch hier geht die Tendenz in die Richtung, dass die Oberfläche (und somit die Darstellung) als bevorzugtes Entscheidungskriterium herangezogen wird. Klar, dann sieht man es auch schön auf der Karten und bleibt nicht mit dem Fahrrad im Schlamm stecken... martinq ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] harta romaniei pe google play
În data de 10.04.2013 23:21, Günter Neustädter guenterne...@yahoo.com a scris: Salut Cautam mai devreme dupa o aplicatie GPS pentru android. Am dat peste ceva ce se chema harta romaniei: https://play.google.com/store/apps/details?id=eu.mapof.romaniahl=ro Am instalat aplicatia. Arata binisor. Multe chestii inca nu merg insa. Din cate imi dau seama, sunt folosite datele Openstreetmap. Din câte am văzut eu, aplicaţia aia e, de fapt, o versiune modificată a aplicaţiei OsmAnd. Vezi poate e mai ok originalul. Dacă găsești o aplicaţie faină de android bazată pe datele OSM, eventual fără limitări artificiale, te rog să trimiţi un mesaj și pre listă. Insa n-am gasit nicaieri indicata provenienta datelor. Se poate activa un buton sursa hartii, dar n-am reusit sa apas pe el, probabil mai trebuie implementat. Voi ati folosit aceasta aplicatie? Sau stiti de alta aplicatie care sa mearga pe Android? Mai erau parca doua aplicatii de la skobbler, dar la harta online au renuntat, si la cea offline, forevermap, care trebuia sa fie gratuita, intai nu mai actualizasera harta multa vreme, iar acum vad ca nu mai e gratuita aplicatia. Günter ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] harta romaniei pe google play
Osmand mi se pare cel mai avansat dintre toate... ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] harta romaniei pe google play
Fugi bre, eu am varianta platita, OsmAnd+, a mea-i mai buna..:P Hai nu mai pierde vremea si sa mai luam la mana niste drumuri si orase importante. -- View this message in context: http://gis.19327.n5.nabble.com/harta-romaniei-pe-google-play-tp5756546p5756552.html Sent from the Romania mailing list archive at Nabble.com. ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
Corect, insa am o dorinta de a gasi din ce in ce mai multe persoane , care sa inceapa sa refaca, sau sa ajute cu marirea acoperirii si corectitudinii de informatii pentru OpenStreetMap. Degeaba fac cu Razvan cate 6 - 8 ore pe zi , daca suntem doar doua sau poate patru persoane care facem d'astea Cu cat suntem mai multi , si punem informatii complete, cu atat mai bine. Este singura harta de GPS unde azi pui si peste 2 saptamani deja folosesti ceea ce ai pus nou. La Navteq astept intre 6 si 9 luni sa apara dupa ce raportezi ceva cu foarte multe detalii, ca sa se uite aia la tine. TopMap s-a cam dus, iar TomTom - TA, pe RO , e prea slaba. -- View this message in context: http://gis.19327.n5.nabble.com/Dej-CJ-vandalizat-sau-vechea-problema-cu-licenta-tp5755756p5756553.html Sent from the Romania mailing list archive at Nabble.com. ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
În data de 10 aprilie 2013, 23:45, Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com a scris: Corect, insa am o dorinta de a gasi din ce in ce mai multe persoane , care sa inceapa sa refaca, sau sa ajute cu marirea acoperirii si corectitudinii de informatii pentru OpenStreetMap. Degeaba fac cu Razvan cate 6 - 8 ore pe zi , daca suntem doar doua sau poate patru persoane care facem d'astea Cu cat suntem mai multi , si punem informatii complete, cu atat mai bine. Este singura harta de GPS unde azi pui si peste 2 saptamani deja folosesti ceea ce ai pus nou. La Navteq astept intre 6 si 9 luni sa apara dupa ce raportezi ceva cu foarte multe detalii, ca sa se uite aia la tine. TopMap s-a cam dus, iar TomTom - TA, pe RO , e prea slaba. Gabriel, lucrul după imagini satelitare e OK, însă nici dacă am fi 400 n-am putea face într-o lună cât poți face cu un import de date într-o zi. N-ai putea să întrebi la firma pentru care lucrezi (dacă e cea pe care mi-o zice Gmailul) dacă n-au ceva trackuri de donat de la mașinile de intervenție? Mă gândesc că s-ar putea să aibă ceva GPS pentru asigurare și trackurile ar acoperi multe orașe mai mici, unde n-avem acoperire. Ideea e valabilă pentru toți de pe listă, dacă aveți acces la o arhivă de trackuri care să acopere orașele/drumurile secundare încercați să o obțineți pentru OSM. Din câte știu drumurile principale s-au făcut folosind trackuri de la o firmă de transport. Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
Da, dar problema e ca tot tre sa le iei la mana, sa pui limite de viteza, nr de lane-uri, tipul drumului, daca e asfaltat sau in alta stare. tot e munca... Cel putin pentru mine, e cel mai ok sa fac dupa o imagine de satelit, compar cu Navteq unde am dubii sau am nevoie de alte informatii. In ultima saptamana am bagat la greu pe partea de la Buzau , ramnicu sarat, focsani, barlad si pana la granita pe dn24A, o droaie de localitati, sate, drumuri de legatura care nu erau link-uite intre ele, pur si simplu erau zone izolate, fara rutare etc. Am repozitionat orare care erau desenate dupa poze ce erau puse cu coordonate gresite, etc Vad ca noile imagini de la Bing, din vara 2012, sunt ok. Pacat ca momentan nu sunt peste tot, sau sunt lipsa in unele zone importante. -- View this message in context: http://gis.19327.n5.nabble.com/Dej-CJ-vandalizat-sau-vechea-problema-cu-licenta-tp5755756p5756556.html Sent from the Romania mailing list archive at Nabble.com. ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
On 11.04.2013 00:02, Strainu wrote: Gabriel, lucrul după imagini satelitare e OK, însă nici dacă am fi 400 n-am putea face într-o lună cât poți face cu un import de date într-o zi. O firma ca navteq a facut asta intr-un an de zile cu o echipa de aproximativ 20 de oameni... ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-lv] Svētdienas pasākums Valmierā
Un kas piedalās. Ir kāds konkrēts plāns? Vai vienkārši satiekamies, pastaigājam riņķī, papļāpājam pie pusdienām? Viesturs 2013/4/9 Pēteris Brūns peteris.br...@gmail.com Svētdien jau viss uz beigām iet, viesus uz lidostu sūtam :) Pieņemu, ka nebūsiet pārāk daudz tāpēc sestdien varat nākt ciemā. Būsim uz vietas. 2013/4/9 Viesturs Zarins viest...@gmail.com Kautāds pilnīgs klusums listē. Kas tad notiek svētdien vai nenotiek? Viesturs ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Svētdienas pasākums Valmierā
Man sestdien sanāk būt Valmierā, atbalstu pastaigāšanu riņķī un/vai papļāpāšanu pie pusdienām. Ielu numuru ir ļoti maz kur, POI salikti ir gandrīz tikai Rīgas ielā. Sēžot kafejnīcā ar wifi, var pārskatīt zonējumu--ir vēl nesazonēti pleķi netālu no pilsētas centra ar' Pēteris 2013. gada 10. aprīlis 11:54 Viesturs Zarins viest...@gmail.com rakstīja: Un kas piedalās. Ir kāds konkrēts plāns? Vai vienkārši satiekamies, pastaigājam riņķī, papļāpājam pie pusdienām? Viesturs 2013/4/9 Pēteris Brūns peteris.br...@gmail.com Svētdien jau viss uz beigām iet, viesus uz lidostu sūtam :) Pieņemu, ka nebūsiet pārāk daudz tāpēc sestdien varat nākt ciemā. Būsim uz vietas. 2013/4/9 Viesturs Zarins viest...@gmail.com Kautāds pilnīgs klusums listē. Kas tad notiek svētdien vai nenotiek? Viesturs ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Svētdienas pasākums Valmierā
+1 visām idejām, par savu ieguldījumu gan neko nesolu. Pabakstīšu gan Jāni Bebrīti, viņš musm te arī ir uz vietas esoš OSM entuziasts. Kā jau minēju par bāzes punktu var ņemt VBII, kaut nav nekāds centrs (purva iela 12a). 2013/4/10 cuu...@gmail.com cuu...@gmail.com Ak, jā, varu saorganizēt velosipēdus pilsētas apvizināšanai, jāskatās tik pēc laikapstākļa un vēlmēm... 2013. gada 10. aprīlis 12:04 Pēteris Brūns peteris.br...@gmail.comrakstīja: Nu primārais pasākums ir šis http://hub.qgis.org/wiki/quantum-gis/9_QGIS_Developer_Meeting_in_Valmiera_2013 Paralēli varam priekš OSM nodrošināt telpas, netu un vietu, kur uzturēties. Cita plāna man nav, jo ar pirmo jau esmu bišķi nokrāvies. Ja nu ir nācēji un braucēji lūgtum ziņot. +371 26336691 vai listē. Priekā, 2013/4/10 Viesturs Zarins viest...@gmail.com Un kas piedalās. Ir kāds konkrēts plāns? Vai vienkārši satiekamies, pastaigājam riņķī, papļāpājam pie pusdienām? Viesturs 2013/4/9 Pēteris Brūns peteris.br...@gmail.com Svētdien jau viss uz beigām iet, viesus uz lidostu sūtam :) Pieņemu, ka nebūsiet pārāk daudz tāpēc sestdien varat nākt ciemā. Būsim uz vietas. 2013/4/9 Viesturs Zarins viest...@gmail.com Kautāds pilnīgs klusums listē. Kas tad notiek svētdien vai nenotiek? Viesturs ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Svētdienas pasākums Valmierā
Varat mani pieskaitīt, būšu. Laiks tāds šobrid, nekāds, bet lieku reizi pastaigāties pa Valmieru, var būt pat ar riteni izbraukt - noteikti var. Laba komandas saliedēšanās, apskatīt sen neredzētās sejas (tiešam sen neesmu bijis :) ). - Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Svētdienas pasākums Valmierā
Tad SVĒTDIENA vai SESTDIENA? 2013/4/10 Jānis Bebrītis jan...@iists.it Varat mani pieskaitīt, būšu. Laiks tāds šobrid, nekāds, bet lieku reizi pastaigāties pa Valmieru, var būt pat ar riteni izbraukt - noteikti var. Laba komandas saliedēšanās, apskatīt sen neredzētās sejas (tiešam sen neesmu bijis :) ). - Jānis __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Svētdienas pasākums Valmierā
Drizak sestdiena V. On Apr 10, 2013 6:01 PM, Pēteris Brūns peteris.br...@gmail.com wrote: Tad SVĒTDIENA vai SESTDIENA? 2013/4/10 Jānis Bebrītis jan...@iists.it Varat mani pieskaitīt, būšu. Laiks tāds šobrid, nekāds, bet lieku reizi pastaigāties pa Valmieru, var būt pat ar riteni izbraukt - noteikti var. Laba komandas saliedēšanās, apskatīt sen neredzētās sejas (tiešam sen neesmu bijis :) ). - Jānis __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Svētdienas pasākums Valmierā
Daži no Quantum GIS developeriem labprāt piedalītos arī kartēšanā. Pastaigāt pa Valmieru, izlocīt kājas etc. Šķiet gana ieinteresēti, var padalīties pieredzē kā viņi pie sevis visu ko dara. 2013/4/10 Viesturs Zarins viest...@gmail.com Drizak sestdiena V. On Apr 10, 2013 6:01 PM, Pēteris Brūns peteris.br...@gmail.com wrote: Tad SVĒTDIENA vai SESTDIENA? 2013/4/10 Jānis Bebrītis jan...@iists.it Varat mani pieskaitīt, būšu. Laiks tāds šobrid, nekāds, bet lieku reizi pastaigāties pa Valmieru, var būt pat ar riteni izbraukt - noteikti var. Laba komandas saliedēšanās, apskatīt sen neredzētās sejas (tiešam sen neesmu bijis :) ). - Jānis __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-ca] OSM Community on Vancouver Island?
Tim, I map in Greater Victoria (well, the CRD), but given I work in planning now, I don't find much time to map (and I worry about my accidental knowledge from all the non open data I work with leaking into OSM) Corey On Apr 9, 2013 9:16 PM, Matthew Buchanan matthew.ian.bucha...@gmail.com wrote: I do some mapping in the Gulf Islands. Specifically Saturna Island. Matthew WebRep Overall rating -- Matthew Buchanan -- Kamloops, BC On Tue, Apr 9, 2013 at 7:12 PM, Tim Whitehead spero.shirope...@gmail.comwrote: Just wondering if there might be a Vancouver Island (Victoria, CRD, Gulf Islands, Nanaimo, Courtenay/Comox, etc) OSM community out there, most references I have found seemed to have died out. ** ** I thought I would create an open community on Google+ and see if anyone stumble in, it is located at https://plus.google.com/communities/118408397384264806217 and is public.* *** ** ** Cheers, Tim ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Warning: blocklist Halifax Open Data
Hi Open Data fans. The Municipality of Halifax has announced an Open Data Pilot. Sadly, they wrote their own license and it is incompatible with the OpenStreetMap data license, possibly with any other license of any type any where, and common sense. In their first term they declare their license to be revocable. So. Beware. Don't go near the Halifax data if you are an OSM contributor. If you are developing an outside project, I wouldn't touch it either. They claim to be able to squash your project by pulling the data if they don't like it. And if you are involved in the Halifax Open Data Pilot, well, I'm sure you have the best intentions. So far it hasn't worked out very well for you. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Building Tracing in CRD (Victoria) - A Building/Civic MapCraft Project
Well I am going to start my first project of adding buildings since being introduced to MapCraft the other day by another user DaCor who also has a nice diary entry regarding MapCraft [ http://www.openstreetmap.org/user/DaCor/diary http://www.openstreetmap.org/user/DaCor/diary]. The goal of this cake is to outline any buildings that would have a civic address but feel free to add any others if you wish. The cake is spliced up South of Fort Street and East of Foul Bay Rd (I'll be moving North when this project is completed, but we'll see how long this one takes first!). It consists of 305 splices, that was a project and a half to do itself! Feel free to help out, just head over to http://mapcraft.nanodesu.ru/pie/240 http://mapcraft.nanodesu.ru/pie/240 and claim your slice and start mapping! If you do help out please comment your commits with http://mapcraft.nanodesu.ru/pie/240 mapcraft.nanodesu.ru/pie/240 no quotes. We'll use this to track the commits and see if we can make a nifty animation afterwards. Maybe afterwards we can use http://www.maposmatic.org/ http://www.maposmatic.org/ to print off a map booklet and see the fruits of our labour! Regards, Tim (SperoShiroPetto) G+ Community: OpenStreetMap – Vancouver Island Post: https://plus.google.com/101502024872797268469/posts/PP6hPky8qjn ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko
-- Původní zpráva -- Od: hanoj eha...@gmail.com Datum: 10. 4. 2013 Předmět: Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko Dne 10. dubna 2013 13:44 Jan Vršovský v...@email.cz napsal(a): Amenity=college je teda podle mě v JOSM přeloženo blbě. Z anglické wiki tagování škol vyplývá celkem jasně: školka: amenity=kindergarten běžná základka: amenity=school, možné dále rozlišit navrženým tagem isced:level=1-2 osmileté gymnázium: amenity=school, možné dále rozlišit navrženým tagem isced:level=2-3 klasická střední škola (učiliště, SOŠ, čtyřleté gymnázium): amenity= school, možné dále rozlišit navrženým tagem isced:level=3 VOŠ: amenity=college VŠ: amenity=university *** Cílem tagování není jen překlad z EN, ale také jisté zobecnění a hierarchizace a postihnutí místních zvyklostí. Pro spoustu věcí tagy v OSM nejsou a naopak jsou pro věci pro něž není ekvivalent. S nedokonalosti je treba se pri kazdem mapovani v nejake forme smirit. Tag highway=primary-tertiary vyjadruje hierarchicnost silnic. Ve Stredoafrické republice je primary fyzickym ekvivalentem naseho track, ale zde je obecne zvykem pouzivat pouze off-roady, takze no problem. Na zapade se resi rozdil mezi highschool a university, my mame krome skolek taky jesle. VOŠ je s SŠ často součástí jedné školy, 8leté gymn je často součást 4letého gymnazia. Chápu, ale objektivní rozdíl ve školském systému oproti západu podle mě není tak velký, aby to opravňovalo se odchylovat od normy - tedy pokud je stav popsaný na anglické wiki opravdu normou. Ale je pravda, že VOŠ jsou často spojené se SŠ, takže při označování SŠ amenity=school pak není jasné, jak značit společný ústav SŠ+VOŠ, to beru. Soucasny system je zjevne rozdelen rovnomerneji a odrazi nase vnimani skolstvi: Š, ZŠ, SŠ/VOŠ, VŠ. Jestli mas potrebu rozsirit tagem ISCED, no problem. Potíž je v tom, že úzus není... Udělal jsem si malý průzkum přes Overpass API a asi dvě třetiny středních škol (identifikoval jsem je podle názvu) je označeno amenity=college, a jedna třetina je označena amenity=school. Měli bychom se tedy na něčem shodnout, sepsat to a dodržovat. Jiná věc je, že se tyhle tagy aktuálně asi absolutně k ničemu nevyužívají :- ) Honza ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] [job] [CDD] Chargé de mission « INSPIRE – Open Data » - Puy de Dôme (63)
Bonjour, étant donné que ca touche l'Open Data et INSPIRE, et que du coup ca peut intéresser les contributeurs OSM pour faire du lobbying, je forwarde à la liste une offre d'emploi au CRAIG dont tout les détails sont disponibles sur georezo : http://georezo.net/forum/viewtopic.php?pid=230288#p230288 N'hésitez pas à me contacter si vous avez des questions. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Banque de matériel commun osm-fr
Bonjour à tous, j'évoque ici ma proposition qui vise à construire une infrastructure juridique pour l'achat commun de matériel. Comment ça marche ? Une association serais propriétaire de matériel, celui-ci serais à disposition de ses membre. Ce matériel serais destiné à la création de la carte #OpenStreetMap et des activités liées. Comment en faire partie : Il suffit pour cela de payer son adhésion d'entrée (non-négligeable car important, peut-être revendable, à définir), et de signer le règlement intérieur. Règlement intérieur ? Et oui, il faut se prévenir de nombreuses choses : emprunt aux personnes tierces non-membres, remboursement des dégâts, entretiens, consommables, frais d'envoi postaux du matériel… Que faut-il mettre en place ? L'infrastructure web permettant les échanges : * Calendrier de réservation pour chaque objet (WEB) * Un fil de discussion (WEB) * Un annuaire pour les contact entre membres (WEB) * Espace de vente des pass membres (WEB) * Couverture juridique * Faire des achats * Une communauté grandissante Le matériel : C'est au membres de le définir, et il est clair que ça dépend du nombre de membres et du montant de l'inscription. Mais ça pourrais être : * GPS * Datalogger * Quadricoptère * Appareil photo GPS * Caméra (à embarqué en quadricoptère) * ... À vous de me faire des retours… Ce message à été originellement posté sur Diaspora* [1]. Une copie se trouve actuellement sur la le forum [2]. Cordialement, -- OpenSourceWay opensource...@laposte.net opensourceway.fr.nf Links: -- [1] https://free-beer.ch/posts/278961 [2] http://forum.openstreetmap.fr/viewtopic.php?f=6amp;t=611 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un p'tit bout de serveur ?
as tu trouvé ton hébergement ? Sinon contacte moi. Cyrille Le 3 avr. 2013 15:10, JB jb...@mailoo.org a écrit : ** Bonjour, Quelqu'un aurait-il un petit bout de serveur pour héberger quelques jours (ou plus si affinités) des démonstrations de rendu topo 25000 ? Au programme, environ 300Mo de données au total, et supposer qu'une partie de la liste de diffusion va essayer de voir à quoi ressemble au moins une partie. Je n'ai pas ce qu'il faut dans des proportions suffisantes de mon coté… Merci, JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un p'tit bout de serveur ?
Bonjour Cyrille, et merci de la proposition. C'est tout bon, osm107 s'est occupé de moi. C'était pour héberger les démonstrations de rendu R25 (http://osm107.openstreetmap.fr/jbtopo/) JB. Le 10.04.2013 17:19, Cyrille Giquello a écrit : as tu trouvé ton hébergement ? Sinon contacte moi. Cyrille Le 3 avr. 2013 15:10, JB jb...@mailoo.org a écrit : Bonjour, Quelqu'un aurait-il un petit bout de serveur pour héberger quelques jours (ou plus si affinités) des démonstrations de rendu topo 25000 ? Au programme, environ 300Mo de données au total, et supposer qu'une partie de la liste de diffusion va essayer de voir à quoi ressemble au moins une partie. Je n'ai pas ce qu'il faut dans des proportions suffisantes de mon coté… Merci, JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banque de matériel commun osm-fr
Le 10/04/2013 16:11, OpenSourceWay a écrit : Le matériel : C'est au membres de le définir, et il est clair que ça dépend du nombre de membres et du montant de l'inscription. Mais ça pourrais être : Je propose d'y ajouter un Bescherelle, ça me paraît très utile. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap.org
On 04/09/2013 09:26 AM, Nicolas Dumoulin wrote: Le mardi 9 avril 2013 08:27:23 Lord Awikatchikaen a écrit : Est ce qu'il serait possible d'avoir le nom des stations à faible zoom ? +1 Au moins aux zooms 13 et 14. C'est vrai que c'est classe l'affichage des noms de stations, ça rend bien dans le jura :-) Oui, il faut que je le descende d'un au deux zoom en diminuant la police, et probablement que je mette les points jaunes/bleus un zoom de plus. Mais il faudrait surtout un peu plus de site=piste pour que ça rende bien ! Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Changeset impossible
Bonsoir, C'est moi ou... Impossible de créer un changeset ni avec JOSM, ni avec Potlatch2. Ça a l'air d'être moi, à voir les changesets qui se créent par ailleurs. But what's wrong ? Impossible d'uploader quelques modifications. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le sam. 06 avril 2013 à 15:46 -0700, Tony Emery a écrit : Je suis d'accord sur ce point. Mais je tiens, en tant que cartographe et géographe de formation à vous rappeler une chose : quel sens donne-t-on à la carte ? à quoi doit-elle servir ? S'il s'agit juste de cartographier le réel juste pour avoir des objets dans la base de données, ça sert à rien. Si on veut que cela soit utiliser, ça veut dire qu'il faut créer de la donnée pour l'usage et l'usager. OK, on sera tous d'accord là dessus, mais je ne vois pas quelle conséquence tu en tires sur le fait que les données opendata importées seront, oui ou non, fusionnées avec les données standard OSM. Comme c'est un sujet particulièrement important, que je ne veux pas voir poussé sous le tapis, je vais essayer de rédiger une synthèse de toute la discussion, avec les points consensuels et les points de désaccord. A bientôt donc... -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Activation HOT sur la RCA
Bonjour à tous, Compte tenu de la crise en RCA, HOT démarre une procédure d'Activation. Le contexte les tâches en cours sont présentés dans un blog post, icihttp://hot.openstreetmap.org/updates/2013-04-10_activation_hot_en_r%C3%A9publique_centrafricaineen français. Toute personne intéressée à renforcer les données OSM couvrant le pays est bienvenue. Cordialement, Severin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
三浦です。 On 2013年04月10日 10:06, Hiroshi Omata wrote: 小俣です 私もビルドに挑戦してみました。 tirexあたりでつまずいてます。 tirex# make deb snip make[2]: Entering directory `/usr/local/src/tirex/backend-mapnik' g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat- security -Wall -Wextra -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 `mapnik-config --cflags` -D_FORTIFY_SOURCE=2 -c -o renderd.o renderd.cc /bin/sh: 1: mapnik-config: not found mapnik-configがないと言われてしまいました。 むむ。mapnikで失敗してるのかな。 現在、調査中です 必要なパッケージをPPAで提供しています https://launchpad.net/~miurahr/+archive/openstreetmap *ppa:miurahr/openstreetmap *libmapnik-dev パッケージに mapnik-configは含まれています。 このPPAにnginxも、osm2pgsqlもいれました。 スクリプトの更新いただければと思います。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] [Announce] Nginx Tileserver 1.0-beta1リリース
三浦です。 先月から開発してきた、nginx Webサーバで動作する タイルサーバ(配信、レンダリング)のバージョン1.0ベータ1の リリースをいたします。 ファイルは、 https://github.com/osmfj/tilecache/tags こちらからダウンロードいただけます。 また、関さんたちのおかげで、簡単に仮想環境で実験できるようになりました。 この成果により、Tirexレンダリングエンジンを経由して、 タイルを自動生成して配信するところまで、確認できました。 本リリースでは、次の機能を実現する設定やツールが含まれます。 1.タイル画像のキャッシュサーバ機能 本ソフトウエアの tileproxy サーバ設定(nginx/sites/tileproxyファイル) を設置することで、 http://a.サーバ名/{z}/{x}/{y}.png にアクセスすることで、 *.tile.openstreetmap.org にアクセスしたのと 同じタイル画像が、配信されます。 また、一度配信した画像は、キャッシュされるようになるため、応答が 早くなります。ビジネス用途で利用するにあたり、本家のサーバ負担を 考慮して、少なくともキャッシュサーバをユーザ提供するように お願いします。 2.タイル画像の差し替え機能 本ソフトウエアの statictile サーバ設定(nginx/sites/statictileファイル) を設置すること、 /var/opt/tileserver/static/{z}/{x}/{y}.pngファイルを 配置することで、 例えば、 http://s.サーバ名/{z}/{x}/{y}.png にアクセスが合った時に、静的に配置したタイル画像がある場合は、それを 返すようになり、そうではない場合は、(1)の挙動を行うことができます。 事情により、OSMのタイル画像では、不都合があるような領域の配信で、 独自のタイルを使うことで、不都合を回避できます。 サンプルとして、dataディレクトリに、試験的に利用できるように OSMデータを改変して作成したサンプルのタイル画像が置いていあります。 3.独自レンダリング 本ソフトウエアのtilesreverサーバ設定を設置することで、 Tirex(てぃーれっくす と発音)レンダリングエンジンを 用いたタイルのレンダリングが可能です。 現状では、mapnikバックエンドを使って、 Tirexに付属するexample-map 設定による配信がされることを 確認しています。 例) http://j.tile.openstreetmap.jp/2/3/1.png 4. PostGISデータベースへの日本のOSMデータのロードと、日次更新機能 mapnikバックエンドにより、OSMレンダリングを行う際には、PostgreSQL RDBMSの GIS拡張であるPostGISにOSMデータを取り込む必要があります。 本配布物の updatedb ディレクトリには、OSMデータを取り込むためのスクリプトおよび 日次で更新するためのスクリプトが配布されています。 このユーティリティを利用するには、postgresql-server 9.1や postgis、osmosisなどが必要です。 5. 生成されたタイル画像のキャッシュを管理する機能 独自レンダリング(3)で生成されたタイルは、ファイルシステムに保存され、次回のアクセス からは、生成せず、前回生成されたタイル画像を返送するようになります。 (4)でDBMSを更新する際に、再生成すべきタイル画像の情報がexpire.listフィアルとして 生成されます。 このファイルを用いて、古くなったファイルを削除することで、次回からフレッシュなタイル画像を 配信できるようになります。 この作業を行うため、mod_tileプロジェクトの render_expire ユーティリティを本配布物に 取り込んでいます。 注意 上記の機能を利用するためには、最新のnginxや、そのLUA拡張モジュール、さらに LUA拡張モジュールの追加ライブラリ等が必要になります。 Ubuntuを利用されている方の場合は、 ppa:miurahr/openstreetmapリポジトリに 動作確認しているnginxのパッケージやmapnikのパッケージがあります。 そして、本配布物のlibディレクトリにあるLUAの追加ライブラリについて lib/install.sh スクリプトを参考に導入していただく必要があります。 今後の展開 1.まだ、本リリースのバックエンドで、postgis, tirex, mapnikを連携させたタイル生成については 動作確認できていません。この動作をさせるためのノウハウ蓄積や試験が必要です。 2.バージョン1.0にするためには、開発やタイルサーバについて興味のある皆さんの 動作試験をおこなっていただいて、問題が内容にする必要があります。 3.既存の課題や機能追加課題 https://github.com/osmfj/tilecache/issues?state=open 現在わかっている問題は、こちらにて管理されています。 4.開発マイルストーン https://github.com/osmfj/tilecache/issues/milestones 今後の開発マイルストーンは、本ページで記載されています。 v1.0にむけて3点ほどの課題が残っていると思います。 以上、開発成果を報告します。 OSMFJ 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
スクリプトの更新中ですが、Tirex の make deb でエラーになってしまいます。 %sudo make deb ... /usr/include/sigc++-2.0/sigc++/trackable.h:22:26: fatal error: sigc++config.h: No such file or directory ファイル自体は /usr/lib/x86_64-linux-gnu/sigc++-2.0/include/sigc++config.h にあるのですが。Makefile を見ると実際には debuild -I -us -uc を実行しています。環境は Ubuntu 12.04 LTS 64bit です とりあえず現状報告でした -- 位置情報連動型ビジネス調査報告書2013 発売中 http://r.impressrd.jp/iil/geo2013http://r.impressrd.jp/iil/geo-location2012 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之 http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk 2013/4/10 Hiroshi Miura(@osmf) miur...@osmf.jp 三浦です。 On 2013年04月10日 10:06, Hiroshi Omata wrote: 小俣です 私もビルドに挑戦してみました。 tirexあたりでつまずいてます。 tirex# make deb snip make[2]: Entering directory `/usr/local/src/tirex/backend-mapnik' g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat- security -Wall -Wextra -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 `mapnik-config --cflags` -D_FORTIFY_SOURCE=2 -c -o renderd.o renderd.cc /bin/sh: 1: mapnik-config: not found mapnik-configがないと言われてしまいました。 むむ。mapnikで失敗してるのかな。 現在、調査中です 必要なパッケージをPPAで提供しています https://launchpad.net/~miurahr/+archive/openstreetmap *ppa:miurahr/openstreetmap *libmapnik-dev パッケージに mapnik-configは含まれています。 このPPAにnginxも、osm2pgsqlもいれました。 スクリプトの更新いただければと思います。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
必要なパッケージをPPAで提供しています https://launchpad.net/~miurahr/+archive/openstreetmap This is great! My favorite way to install software ;-) Daniel *ppa:miurahr/openstreetmap *libmapnik-dev パッケージに mapnik-configは含まれています。 このPPAにnginxも、osm2pgsqlもいれました。 スクリプトの更新いただければと思います。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Georepublic UG Georepublic Japan eMail: daniel.ka...@georepublic.de Web: http://georepublic.de ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
松澤です。 添付のパッチでは、 x86_64-linux-gnu と決め打ちですが、 これは dpkg-dev パッケージに入っている dpkg-architecture で リプレイスするとlinux 64bit以外も正しく対応できるのではと思います。 $ dpkg-architecture -qDEB_HOST_MULTIARCH x86_64-linux-gnu 他のdebian系のパッチを見て使われていたのでたぶん正攻法だと思います。 (2013/04/11 8:21), Hiroshi Miura(@osmf) wrote: 三浦です。 共有いただきありがとう。 On 2013年04月11日 07:42, Hal Seki wrote: スクリプトの更新中ですが、Tirex の make deb でエラーになってしまいます。 %sudo make deb ... /usr/include/sigc++-2.0/sigc++/trackable.h:22:26: fatal error: sigc++config.h: No such file or directory ファイル自体は /usr/lib/x86_64-linux-gnu/sigc++-2.0/include/sigc++config.h にあるのですが。Makefile を見ると実際には debuild -I -us -uc を実行しています。環境は Ubuntu 12.04 LTS 64bit です テンプのパッチが必要です。 これを含めて、UbuntuのPPAにアップロードしました。 これのPPAでのクリーンコンパイルが成功すれば、make debせずとも、apt-get install で 導入可能になります。 PPAサーバでのコンパイル実行開始まで約1時間程度かかりますが。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Taro Matsuzawa Georepublic Japan mail: t...@georepublic.co.jp web: http://georepublic.co.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja