[talk-ph] Google Maps and Balloon / Kite mapping
Thought this might be interesting to the group. http://google-latlong.blogspot.co.uk/2012/04/balloon-and-kite-imagery-in-google.html They mention an open source mapping kit priced at USD 100. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Google Maps and Balloon / Kite mapping
I have a balloon mapping rig ready for deployment anytime. The difficult part is finding helium on-site. http://epsg4253.wordpress.com/2012/01/21/helium-high/ On May 1, 2012 5:10 PM, Jim Morgan j...@datalude.com wrote: Thought this might be interesting to the group. http://google-latlong.blogspot.co.uk/2012/04/balloon-and-kite-imagery-in-google.html They mention an open source mapping kit priced at USD 100. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] worst of osm
http://worstofosm.tumblr.com/ As the bloginfo says: Everyone edits. But not everyone thinks. ;) -- 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: [OSM-talk] (OSM-dev) Overpass API questions
Dear Alan, This means, from 30 April on, you can get with the above query what you intended to get. The update for this change is not yet operational. The software is, in contrast to the testing system, painfully slow, and I'm still figuring out what has gone wrong. I'm sorry for the delay. I'll inform you when the update gets operational. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OWL RSS Delay
According to its graph, OWL has been steadily catching up over the last few weeks and is currently only about 13000 minutes (9 days) behind. However, the RSS feed I'm getting (eastern Massachusetts) is about 38-39 days behind (e.g. today I'm getting notifications of changesets from 22 March) and does not seem to be getting any closer. Anyone know what's going on? John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Hausnummern 999
Hallo, bei der Prüfung von Eingaben wäre auch zu überlegen, ob zu hohe Hausnummern beanstandet würden - und ob man diese mit dem vorgeschlagenen sic-Tag markieren könnte. Hat jemand de Möglichkeit, mal Straßen und Hausnummernbereiche innerhalb Deutschlands komplett herauszufiltern? Am häufigsten gibt es das in amerikanischen Militär-Siedlungen. Es gibt aber auch einige Straßen in z.B Köln wo das real geschieht. Ansonsten gibt es wohl eher fehlerhafte Formatierungen, wo Hausnummern-Bereiche wie 12/14 oder 22-26 als hohe Hausnummern erkannt werden!? Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.04.2012 18:20, schrieb Falk Zscheile: Ich hatte den Eindruck, dass die Mehrheit hier auf der Liste dahin tendiert, 1. nationale Edits nur zuzulassen, wenn man sie auch gleichzeitig in der Referenzsprache englisch tätigt. 2. nationale Edits mehr als abklatsch der englischen Referenzseite sieht. Dagegen wende ich mich. Einen Beitrag in englisch zu verfassen kostet mich mindestens das dreifache an Zeit. Das kann ich vom Aufwand her nicht leisten und stünde daher für die Wikidokumentation nicht mehr zur Verfügung. Damit schließen wir einen Benutzerkreis von vorn herein von einer Mitarbeit am deutschen OSM-Wiki aus Hallo Falk, das wäre doch der genau der Anwendungsfall für die bereits vorgeschlagenen Templates Hier müßte etwas übersetzt werden. Damit könnten einerseits Übersetzer über den Bedarf informiert werden und andererseits normale Benutzer über die Inkonsistenzen zwischen den Sprachversionen. Falls es wirklich rein lokale Besonderheiten gibt, wäre es IMHO auch ausreichend, wenn beispielsweise in der englischen Version steht Hier gibt es Besonderheiten in Deutschland, für Details siehe deutsche Version dieser Seite. Oder ohne technische Unterstützung könntest Du vielleicht in der englischen Version einen Hinweis eintragen, daß es unübersetzte Änderungen in der deutschen Version gibt. Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk+fo58ACgkQnMz9fgzDSqf0/QCePRX99yEzNo8Q0gtMKmVskwwn Vw4AoIvbOUh0CIdVoaf+nN2QJ0cokQw6 =xY0O -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 1. Mai 2012 10:49 schrieb Bodo Meissner b...@bodo-m.de: Am 30.04.2012 18:20, schrieb Falk Zscheile: Ich hatte den Eindruck, dass die Mehrheit hier auf der Liste dahin tendiert, 1. nationale Edits nur zuzulassen, wenn man sie auch gleichzeitig in der Referenzsprache englisch tätigt. 2. nationale Edits mehr als abklatsch der englischen Referenzseite sieht. Dagegen wende ich mich. Einen Beitrag in englisch zu verfassen kostet mich mindestens das dreifache an Zeit. Das kann ich vom Aufwand her nicht leisten und stünde daher für die Wikidokumentation nicht mehr zur Verfügung. Damit schließen wir einen Benutzerkreis von vorn herein von einer Mitarbeit am deutschen OSM-Wiki aus das wäre doch der genau der Anwendungsfall für die bereits vorgeschlagenen Templates Hier müßte etwas übersetzt werden. Damit könnten einerseits Übersetzer über den Bedarf informiert werden und andererseits normale Benutzer über die Inkonsistenzen zwischen den Sprachversionen. Ich befürchte, das wird nicht funktionieren, jedenfalls nicht mit der hier vorherrschenden Meinung die englische Seite ist der Maßstab. Falls es auf der englischen Seite zuKritik gibt, dann ist ggf. der Übersetzer in der unschönen Lage, etwas verteidigen zu müssen, was gar nicht aus seiner Feder stammt. Das Übersetzungstamplate hatte ich so verstanden, dass es dort gesetzt werden soll, wo es noch keinen deutschen Artikel gibt, nicht aber als Aufforderung die englische Seite zu ergänzen. Aber wenn das jemand machen will, dann sage ich natürlich nicht nein :-) Oder ohne technische Unterstützung könntest Du vielleicht in der englischen Version einen Hinweis eintragen, daß es unübersetzte Änderungen in der deutschen Version gibt. ... oder detailiertere Beschreibungen. Nach dem bisherigen Diskussion wäre für mich eine Ideallösung, dass man zwischen englischer Version und nationalen Versionen ein Verhältnis wählt, wie es ähnlich zwischen Verfassung und einfachen Gesetzen existiert. Die englische Version gibt den Rahmen und innerhalb dieses Rahmens, sind nationale Erweiterungen/Ergänzungen möglich. Der englische Rahmen wird in die Nationalsprache übersetzt und als solche nicht nur geändert, wenn die Originalversion geändert wird. Der Rest des Artikels kann an die bedürfnisse und Interessen der nationalen Community angepasst werden. So bekommt man das von Martin genannte Beispiel village_green in den Griff. man kann den Kern aus dem englischen übersetzen und dann sagen, dass es so etwas hier eigentlich nicht gibt, sondern bei uns ein Park ist ... Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 30. April 2012 18:20 schrieb Falk Zscheile falk.zsche...@googlemail.com: Zum einen sollte jedes Land selbst entscheiden, wie es ein Problem lösen will. Wir haben schon national die größte Mühe und das wird nicht besser, je mehr dabei mitreden. auch wenn es geringfügig komplexer wird, wenn man sich international abstimmen muss (geringfügig, weil die meisten Beiträge dann oft doch wieder von Deutschen kommen, auch auf der tagging-liste), so finde ich das doch essentiell. Wenn in jedem Land ein eigenes Taggingschema entstehen würde, könnte man nicht mehr von einem globalen Dataset reden. Das Tolle an OSM ist ja auch, dass man eine Karte der ganzen Welt rendern kann, und sich dabei einigermaßen darauf verlassen, dass z.B. ein highway=motorway überall eine Autobahn bezeichnet. Ich hatte den Eindruck, dass die Mehrheit hier auf der Liste dahin tendiert, 1. nationale Edits nur zuzulassen, wenn man sie auch gleichzeitig in der Referenzsprache englisch tätigt. +1, so vermeidet man, dass sich die Definitionen auseinander entwickeln. 2. nationale Edits mehr als abklatsch der englischen Referenzseite sieht. Abklatsch klingt negativ, Übersetzung trifft es besser. Das ist bisher so die Projektphilosophie gewesen, ja. Dagegen wende ich mich. Einen Beitrag in englisch zu verfassen kostet mich mindestens das dreifache an Zeit. Das kann ich vom Aufwand her nicht leisten und stünde daher für die Wikidokumentation nicht mehr zur Verfügung. Es kostet mehr Zeit, OK, d.h. Du könntest dann nur noch 1/3 der Sachen verbessern, die würden dafür aber auch konsistent bleiben und Mapper weltweit profitierten davon, und nicht nur die deutschsprachigen. Damit schließen wir einen Benutzerkreis von vorn herein von einer Mitarbeit am deutschen OSM-Wiki aus (ich unterstelle mal, dass ich nicht der einzige hier bin, dessen Englisch nicht in die Wikikategorie 3 fällt). nicht von der Arbeit am Wiki, sondern von der Tag-dokumentation. Ich sehe nicht, wie man es anders machen sollte. Wenn man tags mit anderen Definitionen nutzen will, die sprachspezifisch sind, warum nutzt man dann nicht gleich tags wie Straße=Autobahn? So wäre jedenfalls die Kompatibilität gewährleistet mit anderen tags wie via=autostrada und rue=autoroute, die die Leute dann vermutlich ebenfalls taggen würden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 1. Mai 2012 11:41 schrieb Falk Zscheile falk.zsche...@googlemail.com: nationalen Community angepasst werden. So bekommt man das von Martin genannte Beispiel village_green in den Griff. man kann den Kern aus dem englischen übersetzen und dann sagen, dass es so etwas hier eigentlich nicht gibt, sondern bei uns ein Park ist ... wenn es ein feature nicht gibt, sollte das tag auch nicht für andere Features genutzt werden, sondern schlicht und ergreifend gar nicht. Es gibt keinen vernünftigen Grund, tags für anderes als das Definierte zu verwenden, ausser, man will davon profitieren, dass ein bestimmter Renderer eine Fläche auf der Karte so einfärbt, wie man es schön findet (tagging for the renderer). Ein Park ist leisure=park in osm, bzw. leisure=garden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 1. Mai 2012 12:40 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 1. Mai 2012 11:41 schrieb Falk Zscheile falk.zsche...@googlemail.com: nationalen Community angepasst werden. So bekommt man das von Martin genannte Beispiel village_green in den Griff. man kann den Kern aus dem englischen übersetzen und dann sagen, dass es so etwas hier eigentlich nicht gibt, sondern bei uns ein Park ist ... wenn es ein feature nicht gibt, sollte das tag auch nicht für andere Features genutzt werden, sondern schlicht und ergreifend gar nicht. Es gibt keinen vernünftigen Grund, tags für anderes als das Definierte zu verwenden, ausser, man will davon profitieren, dass ein bestimmter Renderer eine Fläche auf der Karte so einfärbt, wie man es schön findet (tagging for the renderer). Ein Park ist leisure=park in osm, bzw. leisure=garden. Ok, du gehst also also davon aus, dass es sich bei den in Deutschland getaggten landuse=village_green eindeutig um taggen für den Renderer handelt und nicht um eine Fehlinterpretation des Tags, welches wiederum auf einer mangelhaften Wikidokumentation handelt? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 1. Mai 2012 13:00 schrieb Falk Zscheile falk.zsche...@googlemail.com: Ok, du gehst also also davon aus, dass es sich bei den in Deutschland getaggten landuse=village_green eindeutig um taggen für den Renderer handelt und nicht um eine Fehlinterpretation des Tags, welches wiederum auf einer mangelhaften Wikidokumentation handelt? sagen wir mal so: ich habe bisher village_green noch nie verwenden müssen. Es gab einfach überhaupt nie eine Stelle, wo ich gedacht habe: das ist doch ein klassisches village_green. Die Wikiseite schreibt (auch auf Deutsch) eindeutig, dass es sich um eine Grünfläche nach englischem Recht handelt. Für bestimmte lokale Gegebenheiten wurde 2010 auf der dt. Mailingliste festgestellt, dass diese sehr ähnlich dem englischen village green seien, seither empfiehlt das Wiki, das tag dafür zu verwenden: Im östlichen Mitteleuropa ist diese Fläche mit dem Dorfanger vergleichbar, im Nordwesten ist Brink ähnlich. Beliebige sonstige Grünflächen innerhalb von Siedlungen sollten hingegen nicht als village_green getaggt werden. http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dvillage_green Mit dem tagging für den Renderer bezog ich mich auf sämtliche mir bisher in Deutschland begegneten Vorkommnisse von village_green: das waren entweder Parks oder straßenbegleitende Grünstreifen und Pflanzbeete. So viele Dorfanger gibt es halt nicht, die sind ja eine lokale Besonderheit von Angerdörfern (diesen Typ gibts nur im nördlichen Deutschland AFAIK). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 1. Mai 2012 13:17 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 1. Mai 2012 13:00 schrieb Falk Zscheile falk.zsche...@googlemail.com: Ok, du gehst also also davon aus, dass es sich bei den in Deutschland getaggten landuse=village_green eindeutig um taggen für den Renderer handelt und nicht um eine Fehlinterpretation des Tags, welches wiederum auf einer mangelhaften Wikidokumentation handelt? sagen wir mal so: ich habe bisher village_green noch nie verwenden müssen. Es gab einfach überhaupt nie eine Stelle, wo ich gedacht habe: das ist doch ein klassisches village_green. Die Wikiseite schreibt (auch auf Deutsch) eindeutig, dass es sich um eine Grünfläche nach englischem Recht handelt. Für bestimmte lokale Gegebenheiten wurde 2010 auf der dt. Mailingliste festgestellt, dass diese sehr ähnlich dem englischen village green seien, seither empfiehlt das Wiki, das tag dafür zu verwenden: Im östlichen Mitteleuropa ist diese Fläche mit dem Dorfanger vergleichbar, im Nordwesten ist Brink ähnlich. Beliebige sonstige Grünflächen innerhalb von Siedlungen sollten hingegen nicht als village_green getaggt werden. http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dvillage_green Mit dem tagging für den Renderer bezog ich mich auf sämtliche mir bisher in Deutschland begegneten Vorkommnisse von village_green: das waren entweder Parks oder straßenbegleitende Grünstreifen und Pflanzbeete. So viele Dorfanger gibt es halt nicht, die sind ja eine lokale Besonderheit von Angerdörfern (diesen Typ gibts nur im nördlichen Deutschland AFAIK). Was empfiehlst du und die Community statt dessen? Diese Empfehlung gehört meiner Meinung nach auf das deutsche Wiki (und nur dahin), weil es das Problem besonders häufig in Deutschland zu geben scheint. Die Briten wissen sicher wie man das macht, auf der englischen Seite bedarf es der Klarstellung daher nicht. Und wenn es keine Lösung gibt, dann gehört das auch zunächst nur auf die deutsche Seite, da offenbar nur die Deutschen (bisher) den drang verspüren, village_green als Straßenbegleitgrün zu taggen. Wenn ich in Deutschland hier ein Problem sehe, dann muss ich doch nicht weltweit recherchieren ob es woanders auch das gleiche Problem gibt, um es dann ggf. auch im englischen zu dokumentieren. Könnt ihr jetzt verstehen/nachvollziehen um was es mir geht und warum ich für die Zulässigkeit von weitergehenden nationalen Inhalten bin, ohne dass es gleichzeitig auch auf englisch dokumentiert werden muss? Nach der hier wohl vorherrschenden Meinung würde ich mir zumindest von den hardlinern einen Rüffel wenn nicht sogar ein Revert einfangen, weil das ja so nicht im englischen dokumentiert ist. Sorry wenn ich mich wiederhole, aber dass kann meiner Meinung nach nicht der Weisheit letzter Schluss sein! Gruß, Falk PS.: Auch für solche Sachen wäre es sicher Sinnvoll, wenn man das zusammen fast und dann ein Meinungsbild einholt. Das sind ja schon sehr grundlegende Dinge. Sowas könnte man dann auch über die Wochennotizen verbreiten und nächste Woche läuft eine Abstimmung zum Verhältnis deutscher Wiki-Doku zur englischsprachigen. PPS.: Weiß jemand welche Zugriffszahlen die Wochennotizen habe? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 14:48, schrieb Martin Koppenhoefer: Am 23. April 2012 14:18 schrieb Tobias Knerr o...@tobias-knerr.de: Zumal die Idee, für alle möglichen Subtags type als Schlüssel zu verwenden, auch dann keine gute wäre, wenn es Relationen gar nicht gäbe. Das macht nur das Dokumentieren, das Führen von Statistiken, das Filtern etc. unnötig schwierig. Es ginge ja nicht um alle möglichen Subtags, sondern um eine Typologie. Sollte man dann nicht auch für andere Tags ähnlich verfahren? Für manche Statistiken wäre es z.B. auch einfacher und eindeutiger, z.B. hotel:name anstatt name zu taggen, oder building:name. Man sollte für andere Tags ähnlich verfahren, wenn es sich dabei um Tags mit einer jeweils eigenen Liste möglicher Werte handelt. Beispielsweise hat fire_hydrant:type Werte wie underground, pillar und pond; hingegen hat piste:type Werte wie nordic, downhill und sled. Daher ist es sinnvoll, dass die Schlüssel unterschiedlich sind. Dein Beispiel hotel:name ist aber keine logische Folgerung dieses Prinzips, denn der Datentyp von name hängt nicht von der Objektart ab - das ist immer ein echtes Freitextfeld. Genauso bei height usw.: Auch hier ist die Art der Werte immer gleich, so dass es durchaus praktische Vorteile hat, Objektart-übergreifend identische Schlüsselnamen zu verwenden. Ausgerechnet type=broad_leafed (ist glaube ich ein typo, entweder broad_leaf oder broad_leaved, ggf. import?) führt dabei die Statistiken an. Ja, zumindest teilweise ein Import (u.a. Baumkataster in Girona). Richtig wäre wohl broad_leaved, die zweithäufigste Variante. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Hallo, man kann (besser sollte) nicht einfach den Tag wählen, der am ehesten passt. Das nutzt überhaupt nichts und verwässert den Datenbestand. Am Ende sieht es dann in Mapnik schön bunt aus, aber die Daten sind nutzlos für jeden, der eine andere Karte machen möchte. Im wiki sollte alles auf der englischen Seite dokumentiert sein. Dies ist die international verbindliche Seite nach der man sich richten sollte. Schließlich soll auch ein ausländischer MApper die Möglichkeit haben, in Deutschland Dinge zu editieren, ohne dass er die deutsche wiki-Seite verstehen muss. Das ist auch unrealistisch, wenn man bedenkt, dass bei dessen Erstellung teilweise um die Bedeutung eines jeden Wortes gestritten wird. Wie soll das dann ein nichtmuttersprachler verstehen? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 1. Mai 2012 15:03 schrieb aighes o...@aighes.de: man kann (besser sollte) nicht einfach den Tag wählen, der am ehesten passt. Das nutzt überhaupt nichts und verwässert den Datenbestand. Am Ende sieht es dann in Mapnik schön bunt aus, aber die Daten sind nutzlos für jeden, der eine andere Karte machen möchte. Im wiki sollte alles auf der englischen Seite dokumentiert sein. Dies ist die international verbindliche Seite nach der man sich richten sollte. Schließlich soll auch ein ausländischer MApper die Möglichkeit haben, in Deutschland Dinge zu editieren, ohne dass er die deutsche wiki-Seite verstehen muss. Das ist auch unrealistisch, wenn man bedenkt, dass bei dessen Erstellung teilweise um die Bedeutung eines jeden Wortes gestritten wird. Wie soll das dann ein nichtmuttersprachler verstehen? Soweit waren wir in der Diskussion schon. Jetzt weiß ich nicht genau, ob du meinen Beitrag zum Verfeinern im Rahmen des auf englisch definieren Rahmens nicht gelesen hast oder mir sagen willst, alles andere kommt überhaupt nicht in die Tüte. Das ein Brite auf die Idee kommt village_green in deutschland zu mappen halte ich für ein vernachlässigbares Problem. Das aber mehrere deutsche Mapper village_green eintragen, weil es so schön bunt ist und es auf der Wikiseite an einem Lösungshinweis (in deutsch) fehlt, der über den englischen Urtext hinaus geht -- das halte ich in der Tat für ein Problem, aber wie es scheint als einziger. Offensichtlich sind hier alle außer mir der Meinung, der deutsche Mapper spricht englisch und mehr als auf der englischen Seite steht und übersetzt wurde braucht er beim Mappen in deutschland eh nicht zu wissen. Damit machen wir uns meiner Meinung nach selbst Probleme, die wir vermeiden könnten, indem wir auftretende Zweifelsfälle klar stellen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 01.05.2012 15:11, schrieb Falk Zscheile: Das ein Brite auf die Idee kommt village_green in deutschland zu mappen halte ich für ein vernachlässigbares Problem. Hallo, genau das sehe ich anders. Evtl. Mappst du nicht international, weiß ich nicht. Aber wenn ich Objekte irgendwo in der Welt erfasse, finde ich es sehr hilfreich, wenn die Besonderheiten dieses Landes auf der englischen Seite stehen, sodass ich diese berücksichtigen kann, ohne vorher die Feinheiten der dortigen Sprache kennen muss. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.05.2012 15:11, schrieb Falk Zscheile: Offensichtlich sind hier alle außer mir der Meinung, der deutsche Mapper spricht englisch und mehr als auf der englischen Seite steht und übersetzt wurde braucht er beim Mappen in deutschland eh nicht zu wissen. Damit machen wir uns meiner Meinung nach selbst Probleme, die wir vermeiden könnten, indem wir auftretende Zweifelsfälle klar stellen. Kommt immer drauf an. Wenn es tatsächlich eine Klärung ist, die nur für ein Land erforderlich ist, kann man sicher die entsprechende Sprachversion erweitern. (Beispiel: Warum man in D normalerweise nicht village_green verwenden sollte.) Ist die Klarstellung allgemein interessant, sollte dies auch in der englischen Version ergänzt werden. (Beispiel: landesspezifische Auslegung von Straßenklassen.) Erst recht gilt dies für länderspezifische Uminterpretation oder andere Auslegung von Tags (sofern überhaupt sinnvoll). Für einen Nutzer der Daten oder internationale Mapper sollten alle Informationen aus der englischen Seite hervorgehen. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk+gFl8ACgkQnMz9fgzDSqd1EACfScoy/LyYF/jrgMK7C1M0VRbq 5X0An2VLbBxrzp9OkQf/PeumTs5yDqX/ =Ea2+ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
Hallo Martin, von den 2,5 Mio Hausnummern haben etwa 9.800 Nummer * eine Länge größer als 3 Zeichen * erst ab dem fünften Zeichen entweder ein '-','+' oder '/' Ursachen sind Hausnummernauflistungen wie 11, 13, 15, 17, 19, 21, 23, 25, 27, 29, 31, 33, 35, 37, 39, 41, 43, 45 (hätte auch gut als interpolierte Adresse eingetragen sein), aber auch die Fehleintragungen wie Arbeitsgemeinschaft Elektronik und Amateurfunk am BBZ Meiningen. Die längste Hausnummer hat 97 Stellen (dort ist eine URL mit reingeruscht), die häufigste Fehlschreibweise (nach obriger Definition) ist mit 251 Eintragungen 10 A. Die Zahlen beziehen sich auf den heutigen Deutschland-Extrakt der Geofabrik. Bei Bedarf kann ich Dir gerne eine Liste mit den betroffenen Hausnummern zur Verfügung stellen. MfGGeorg V. (OSM=user_5359) P.S.: Hausnummer mit URL ist bereinigt. Am 01.05.2012 11:41, schrieb talk-de-requ...@openstreetmap.org: Message: 7 Date: Tue, 01 May 2012 08:29:41 +0200 From: Martin Trautmanntr...@gmx.de To: Openstreetmap allgemeines in Deutschtalk-de@openstreetmap.org Subject: [Talk-de] Hausnummern 999 Message-ID:4f9f82d5.6040...@gmx.de Content-Type: text/plain; charset=ISO-8859-1 Hallo, bei der Prüfung von Eingaben wäre auch zu überlegen, ob zu hohe Hausnummern beanstandet würden - und ob man diese mit dem vorgeschlagenen sic-Tag markieren könnte. Hat jemand de Möglichkeit, mal Straßen und Hausnummernbereiche innerhalb Deutschlands komplett herauszufiltern? Am häufigsten gibt es das in amerikanischen Militär-Siedlungen. Es gibt aber auch einige Straßen in z.B Köln wo das real geschieht. Ansonsten gibt es wohl eher fehlerhafte Formatierungen, wo Hausnummern-Bereiche wie 12/14 oder 22-26 als hohe Hausnummern erkannt werden!? Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 1. Mai 2012 18:59 schrieb Bodo Meissner b...@bodo-m.de: Am 01.05.2012 15:11, schrieb Falk Zscheile: Offensichtlich sind hier alle außer mir der Meinung, der deutsche Mapper spricht englisch und mehr als auf der englischen Seite steht und übersetzt wurde braucht er beim Mappen in deutschland eh nicht zu wissen. Damit machen wir uns meiner Meinung nach selbst Probleme, die wir vermeiden könnten, indem wir auftretende Zweifelsfälle klar stellen. Kommt immer drauf an. Wenn es tatsächlich eine Klärung ist, die nur für ein Land erforderlich ist, kann man sicher die entsprechende Sprachversion erweitern. (Beispiel: Warum man in D normalerweise nicht village_green verwenden sollte.) Ist die Klarstellung allgemein interessant, sollte dies auch in der englischen Version ergänzt werden. (Beispiel: landesspezifische Auslegung von Straßenklassen.) Erst recht gilt dies für länderspezifische Uminterpretation oder andere Auslegung von Tags (sofern überhaupt sinnvoll). Für einen Nutzer der Daten oder internationale Mapper sollten alle Informationen aus der englischen Seite hervorgehen. Damit kann ich hervorragend leben. Ob es für andere interessant ist müssen aber andere entscheiden, da ich nur sehr selten über den nationalen Tellerand hinaus mappe. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Moin, Am 1. Mai 2012 18:56 schrieb aighes o...@aighes.de: Am 01.05.2012 15:11, schrieb Falk Zscheile: Das ein Brite auf die Idee kommt village_green in deutschland zu mappen halte ich für ein vernachlässigbares Problem. genau das sehe ich anders. Evtl. Mappst du nicht international, weiß ich nicht. Aber wenn ich Objekte irgendwo in der Welt erfasse, finde ich es sehr hilfreich, wenn die Besonderheiten dieses Landes auf der englischen Seite stehen, sodass ich diese berücksichtigen kann, ohne vorher die Feinheiten der dortigen Sprache kennen muss. Zum konkreten Fall -- der Brite weiß, was village_green ist, der deutsche Mapper nicht unbedingt. Ihm sollte man dann ggf. auf der deutschen Wikiseite noch besser erklären, dass es sich dabei nicht um Grün im Dorf im weitesten Sinne handelt. Im übrigen glaube ich, dass die meisten Mapper noch in ihren eigenen Ländern genug zu tun haben. Die Fälle von grenzüberschreitendem Mapping halte ich auch bei fehlender englischer Doku für überschaubar. Aber das ist letztendlich eine Glaubensfrage. Empirische Daten haben wir dazu schließlich nicht. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Toolchain Mapnik2 in einfach
Also, ich habe es heute nochmal versucht mit Ubuntu 12.04. Hat sowit alles funktioniert, bis auf die Änderung, die Markus schon erwähnte (renderd.conf anpassen auf 2.0 statt 0.7). Ich habe nun versucht, den aktuellen deutschen Stil ans Laufen zu bekommen, allerdings hat es nicht so einfach funktioniert wie vorher: Die heruntergeladenen Stylesheets einfach in die mapnik-osm-data kopieren und anpassen klappt nicht. Das mit dem Stil gelieferte Readme ist sehr knapp und spricht von default.style und osm2pgsql -k. Da stehe ich jetzt auf dem Schlauch, die Readme im Standard Mapnik Style ist wiederum sehr ausführlich und geht nicht auf diesen speziellen Fall ein. Was muss ich tun um in der, dank Kai Krueger so einfachen, Standardinstallation den deutschen Stil zu aktivieren? Vielen Dank,MoosHam Oliver Naumann oliver...@naumann-clan.de schrieb: Ach wie cool, vielen Dank Markus, Sven und Kai! Sehr hilfreich! MarkusBe ww232002-...@yahoo.de schrieb: Am 21.04.2012 18:42, schrieb Kai Krueger: P.S. Falls jemand von oneiric auf precise updated und die packeges von meinem ppa installiert hatte, lasst mich bitte wissen ob es Probleme mit dem update gab. Ein Fehler mit dem coastline download ist mir gerade selbst aufgefallen den ich noch korrigieren muss. etmap.org/listinfo/talk-de Hallo Kai, habe eben die Umgebung unter Ubuntu 12.04 (Neuinstallation) zum Laufen bekommen. Ich bin dabei nach der Anleitung http://switch2osm.org/serving-tiles/building-a-tile-server-from-packages/; vorgegangen. Einzige Änderung, die ich noch machen musste: in der renderd.conf den Verweis auf Mapnik 2.0 anpassen (plugins_dir=/usr/lib/mapnik/2.0/input). Fertig. Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Am nächsten entfernter Punkt
Hallo zusammen, gibt es denn bereits irgendwo eine API, die ich mit einer Liste möglicher Zielpunkte und einem Startpunkt beschicke, die mir dann den Zielpunkt zurüchgibt, der streckenmäßig dem Startpunkt am Nächsten liegt? Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
On 12-05-01 19:17, Georg Verweyen wrote: Hallo Martin, von den 2,5 Mio Hausnummern haben etwa 9.800 Nummer * eine Länge größer als 3 Zeichen * erst ab dem fünften Zeichen entweder ein '-','+' oder '/' Ursachen sind Hausnummernauflistungen wie 11, 13, 15, 17, 19, 21, 23, 25, 27, 29, 31, 33, 35, 37, 39, 41, 43, 45 (hätte auch gut als interpolierte Adresse eingetragen sein), aber auch die Fehleintragungen wie Arbeitsgemeinschaft Elektronik und Amateurfunk am BBZ Meiningen. Die längste Hausnummer hat 97 Stellen (dort ist eine URL mit reingeruscht), die häufigste Fehlschreibweise (nach obriger Definition) ist mit 251 Eintragungen 10 A. Die Zahlen beziehen sich auf den heutigen Deutschland-Extrakt der Geofabrik. Bei Bedarf kann ich Dir gerne eine Liste mit den betroffenen Hausnummern zur Verfügung stellen. Hallo Georg, danke, ja, wäre nett. Die Frage ist, ob dies Fehler sind und korrigiert werden sollten. Die 10 A ist keiner, das ließe sich auch recht schnell herausfiltern. Du hast nur die Liste oder auch weitere Infos, wo die Info dran hängt? Mehr als einen grep nach dem Tag bräuchte man die Auswertung, wo's klemmt. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Am nächsten entfernter Punkt
Hi, André Reichelt schrieb: gibt es denn bereits irgendwo eine API, die ich mit einer Liste möglicher Zielpunkte und einem Startpunkt beschicke, die mir dann den Zielpunkt zurüchgibt, der streckenmäßig dem Startpunkt am Nächsten liegt? falls ich dich richtig verstehe, könnte dir die API von Dennis hier weiterhelfen: https://github.com/DennisOSRM/Project-OSRM/wiki/Server-api viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Am nächsten entfernter Punkt
Hallo André, falls Du mit der Luftlinie zufrieden bist: berechne einfach die Distanz zwischen Start und allen Zielpunkten und nimm die kürzeste. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] pubblicazione istituzionale con mappe di OSM
In questo contesto: Non so se è fuorviante, ma che ne dite di una nuova associazione amici di Openstreetmap in Italia Penso che particolarmente in Italia, essere in grado di appoggiarsi su una organizazzione formale non sarebbe male. Sono nuovo in OSM e non so se questo è già stato discusso in passato. Volker 2012/4/30 Simone Saviolo simone.savi...@gmail.com Il 30 aprile 2012 18:15, Sky One sky...@skyone.it ha scritto: Su quanto diceva Paolo (aggiungere in rappresentanza della comunità italiana di OpenStreetMap): siamo sicuri di essere la comunità italiana di OpenStreetMap? Nel senso, questa ML è la comunità italiana di OSM? Io non credo e vi prego di correggermi se mi sto sbagliando (a meno che ci sia una OSMF-Italia che faccia propria la lettera di Martin). Sinceramente mi piace molto di più l'idea di Tiziano in cui sono state aggiunte diverse firme in calce. Capisco che dire comunità italiana faccia più effetto di 10 firme, però se stiamo facendo un reclamo ufficiale dobbiamo essere sicuri anche della nostra ufficialità. Il mio umilissimo parere è che la comunità sia una delle cose indefinite e vaghe per eccellenza. Non è certo un ente legale, e serve soltanto per mostrare che non c'è un singolo dietro una certa iniziativa, né un gruppo strettamente coordinato come potrebbe essere un'azienda o un'associazione con statuto. Quindi sono d'accordo sia ad aggiungere le firme di chi vorrà partecipare, sia ad includere una dicitura che comprenda la comunità. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] pubblicazione istituzionale con mappe di OSM
Il 01 maggio 2012 11:56, Volker Schmidt vosc...@gmail.com ha scritto: Non so se è fuorviante, ma che ne dite di una nuova associazione amici di Openstreetmap in Italia + 1 Sono nuovo in OSM e non so se questo è già stato discusso in passato. Si, e' gia' stato discusso. Un'associazione in piu' non si toglie a nessuno ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Censimento ISTAT
Ciao, ho visto che stanno uscendo i primi risultati dell'istat. ( http://www.istat.it/it/archivio/60154) I dati sulla popolazione possono essere aggiornati? Hanno fatto anche il censimento degli edifici rilevando vie e numeri civici. Sono disponibili da usare su OSM? Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] aree cani
Trovi il predefinito in josm nella categoria svago. On lun 30 apr 2012 19:36:58 CEST, Simone Saviolo simone.savi...@gmail.com wrote: Il 30 aprile 2012 19:17, davide.bagn...@libero.it davide.bagn...@libero.it ha scritto: Quale tag per quelle aree recintate appositamente dedicate ai cani? Grazie ancora e scusatemi ma non sono riuscito a trovare niente da solo leisure=dog_park http://wiki.openstreetmap.org/wiki/IT:Tag:leisure%3Ddog_park Ciao! Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] pubblicazione istituzionale con mappe di OSM
Il 01 maggio 2012 11:56, Volker Schmidt vosc...@gmail.com ha scritto: In questo contesto: Non so se è fuorviante, ma che ne dite di una nuova associazione amici di Openstreetmap in Italia -1 Penso che particolarmente in Italia, essere in grado di appoggiarsi su una organizazzione formale non sarebbe male. penso che esistano almeno 3 associazioni che possono dare asilo ai mappatori Sono nuovo in OSM e non so se questo è già stato discusso in passato. se n'era parlato tempo fa ma senza una soluzione Volker -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] OSAK vejnavne og subdivision for haveforeninger
Hej OSAK-kyndige, Kommunerne har tilsyneladende forskellige måder at registrere haveforenings-adresser på (og København bruger selv forskellige metoder) Jeg her lige faldet over en ny måde, hvor street benytter vejnavnet i haveforeningen (addr:street=Koralstien), men haveforeningen angives i addr:subdivision=Hf. Amager Strand. Eksemplet er taget her fra: http://www.openstreetmap.org/?lat=55.666993lon=12.630628zoom=18layers=M Den typiske måde er ellers at have addr:street=Haveforeningen Formosa (som i øvrigt er et OSM-rettet vejnavn) uden at angive vejens navn andetsteds. Det skyldes muligvis at kommunerne slet ikke kender de interne vejnavne. Eksempel her: http://www.openstreetmap.org/?lat=55.650007lon=12.634769zoom=18layers=M Jeg har umiddelbart tre kommentarer: 1. Den første metode synes jeg er mest beskrivende, og indeholder vejens tilknytning til en haveforening. Har kommunerne en retningslinje for korrekt markering? 2. I eksemplet bør Hf. skrives ud til Haveforeningen. Bør vores vejnavns-indrapporteringsværktøjer udvides til at håndtere subdivisions? 3. Hvad bør vi gøre, når vi tager ud og ser, at vejene i en haveforening har fået navne, men OSAK indeholder vejnavnet addr:street=Haveforeningen Ved Pilegården (som i øvrigt er et OSM-rettet vejnavn). (Se http://www.openstreetmap.org/?lat=55.617249lon=12.591148zoom=18layers=M ) -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] OSAK vejnavne og subdivision for haveforeninger
Hej Claus Det skyldes muligvis at kommunerne slet ikke kender de interne vejnavne. Det burde de nu iht. bekendtgørelsen om vejnavne og addresser §4 stk. 2 [1], men de er ikke nødvendigvis officielle vejnavne. Der hvor mange af vores kortlæggere er gået galt i byen er, at vejnavne også kan fastsættes til særlige geografiske områder iht. bekendtgørelsens §4 stk. 3. Med den kommentar tør jeg svare på kommentar nr. 3. Hvis der er skiltet med et navn i kolonihaven så bliver det navnet vi tagger på den tilhørende vej i OSM. Haveforeningens navn bør vi kun skrive på den landuse=allotments tag du sætter udenom addresserne, medmindre andet er skiltet eller du har indsigt i ejerskabet over vejene i området. Hvis det er private fællesveje eller offentlige veje skal de have et tilknyttet vejnavn. [1] https://www.retsinformation.dk/Forms/R0710.aspx?id=27425 Med venlig hilsen Rasmus Vendelboe 2012/5/1 Claus Hindsgaul claus.hindsg...@gmail.com Hej OSAK-kyndige, Kommunerne har tilsyneladende forskellige måder at registrere haveforenings-adresser på (og København bruger selv forskellige metoder) Jeg her lige faldet over en ny måde, hvor street benytter vejnavnet i haveforeningen (addr:street=Koralstien), men haveforeningen angives i addr:subdivision=Hf. Amager Strand. Eksemplet er taget her fra: http://www.openstreetmap.org/?lat=55.666993lon=12.630628zoom=18layers=M Den typiske måde er ellers at have addr:street=Haveforeningen Formosa (som i øvrigt er et OSM-rettet vejnavn) uden at angive vejens navn andetsteds. Det skyldes muligvis at kommunerne slet ikke kender de interne vejnavne. Eksempel her: http://www.openstreetmap.org/?lat=55.650007lon=12.634769zoom=18layers=M Jeg har umiddelbart tre kommentarer: 1. Den første metode synes jeg er mest beskrivende, og indeholder vejens tilknytning til en haveforening. Har kommunerne en retningslinje for korrekt markering? 2. I eksemplet bør Hf. skrives ud til Haveforeningen. Bør vores vejnavns-indrapporteringsværktøjer udvides til at håndtere subdivisions? 3. Hvad bør vi gøre, når vi tager ud og ser, at vejene i en haveforening har fået navne, men OSAK indeholder vejnavnet addr:street=Haveforeningen Ved Pilegården (som i øvrigt er et OSM-rettet vejnavn). (Se http://www.openstreetmap.org/?lat=55.617249lon=12.591148zoom=18layers=M ) -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Reminder: Hampton-in-Arden meet up this Thursday, Coventry next month.
Hi everyone I've not checked out the pub - it's the only one in the village. So it will be a surprise as to what we find! See you there Brian On Mon, Apr 30, 2012 at 6:34 PM, Andy Robinson ajrli...@gmail.com wrote: Folks, ** ** Unfortunately I may miss this now as I think I’ll be in London during the day and won’t get back in time. If I do I’ll drive over to the pub from International. ** ** Cheers Andy ** ** PS. Thanks Rob for putting this out J ** ** *From:* rob.j.nicker...@gmail.com [mailto:rob.j.nicker...@gmail.com] *Sent:* 30 April 2012 16:07 *To:* talk-gb-westmidlands@openstreetmap.org *Subject:* [Talk-gb-westmidlands] Reminder: Hampton-in-Arden meet up this Thursday, Coventry next month. ** ** Hi All, Just a quick reminder that the next social meet up for OSMers in the Midlands is this Thursday (3rd May, 2012) 8pm-ish to 10pm-ish at The White Lion, Hampton-in-Arden. Feel free to come early and get some mapping done before meeting in the pub (you can indicate this at http://wiki.openstreetmap.org/wiki/Hampton-in-Arden_May_2012_Cake). The following meeting will be on Thursday June 7th (8pm) at The Litten Tree, Coventry. New members are always welcome, with both meeting easy to get to by train (no need to sign up, just show up on the day - however if you would like a contact mobile number, drop us an email here and I can pass on details). Cheers, Rob ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] Fwd: no arranca JOSM
Hola, desde hace unos días me da un error al abrir el JOSM desde línea de comando $ ./josm.sh :( Aquí he subido una captura del error http://www.cosesdepac.net/wp-content/uploads/Captura-a-2012-05-01-081347.png Alguien puede ayudarme? Gracias, Paco ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: no arranca JOSM
El 01/05/12 08:26, bicifamiliar escribió: Hola, desde hace unos días me da un error al abrir el JOSM desde línea de comando $ ./josm.sh :( Aquí he subido una captura del error http://www.cosesdepac.net/wp-content/uploads/Captura-a-2012-05-01-081347.png Alguien puede ayudarme? El mensaje que presenta JOSM es genérico, la información útil está en la consola, precisamente debajo del mensaje de JOSM, así que tienes que hacer una nueva captura quitando la ventanita de JOSM o copia simplemente la salida de la consola. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: no arranca JOSM
El mensaje que presenta JOSM es genérico, la información útil está en la consola, precisamente debajo del mensaje de JOSM, así que tienes que hacer una nueva captura quitando la ventanita de JOSM o copia simplemente la salida de la consola. la consola dice: paco@Tramuntana:~$ ./josm.sh --2012-05-01 09:33:28-- http://josm.openstreetmap.de/josm-latest.jar Resolent josm.openstreetmap.de... 139.17.3.227 S'està connectant a josm.openstreetmap.de|139.17.3.227|:80... conectat. HTTP: Petició enviada, esperant resposta... 200 OK Longitud: 7166026 (6,8M) [application/x-jar] S'està desant a: «josm-latest.jar» 100%[] 7.166.026706K/s en 9,6s 2012-05-01 09:33:38 (727 KB/s) - s'ha desat «josm-latest.jar» [7166026/7166026] Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-04-30 01:31:00 Last Changed Author: Don-vip Revision: 5207 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-04-30 01:08:34 +0200 (Mon, 30 Apr 2012) Last Changed Rev: 5207 Acción tagginggroup_Water de barra de herramientas registrada sobreescrita: org.openstreetmap.josm.gui.tagging.TaggingPresetMenu obtiene org.openstreetmap.josm.gui.tagging.TaggingPresetMenu java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.NullPointerException at org.openstreetmap.josm.Main.init(Main.java:335) at org.openstreetmap.josm.gui.MainApplication.init(MainApplication.java:66) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:270) Caused by: java.util.concurrent.ExecutionException: java.lang.NullPointerException at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252) at java.util.concurrent.FutureTask.get(FutureTask.java:111) at org.openstreetmap.josm.Main.init(Main.java:332) ... 2 more Caused by: java.lang.NullPointerException at org.openstreetmap.josm.gui.tagging.TaggingPreset.splitEscaped(TaggingPreset.java:953) at org.openstreetmap.josm.gui.tagging.TaggingPreset.access$300(TaggingPreset.java:94) at org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntriesFromAttributes(TaggingPreset.java:641) at org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntries(TaggingPreset.java:609) at org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.getValues(TaggingPreset.java:571) at org.openstreetmap.josm.gui.tagging.ac.AutoCompletionManager.cachePresets(AutoCompletionManager.java:156) at org.openstreetmap.josm.gui.preferences.map.TaggingPresetPreference.initialize(TaggingPresetPreference.java:282) at org.openstreetmap.josm.Main$2.call(Main.java:293) at org.openstreetmap.josm.Main$2.call(Main.java:286) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) Gracias! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: no arranca JOSM
El 01/05/12 09:35, bicifamiliar escribió: El mensaje que presenta JOSM es genérico, la información útil está en la consola, precisamente debajo del mensaje de JOSM, así que tienes que hacer una nueva captura quitando la ventanita de JOSM o copia simplemente la salida de la consola. la consola dice: paco@Tramuntana:~$ ./josm.sh --2012-05-01 09:33:28-- http://josm.openstreetmap.de/josm-latest.jar Resolent josm.openstreetmap.de... 139.17.3.227 S'està connectant a josm.openstreetmap.de|139.17.3.227|:80... conectat. HTTP: Petició enviada, esperant resposta... 200 OK Longitud: 7166026 (6,8M) [application/x-jar] S'està desant a: «josm-latest.jar» 100%[] 7.166.026706K/s en 9,6s 2012-05-01 09:33:38 (727 KB/s) - s'ha desat «josm-latest.jar» [7166026/7166026] Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-04-30 01:31:00 Last Changed Author: Don-vip Revision: 5207 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-04-30 01:08:34 +0200 (Mon, 30 Apr 2012) Last Changed Rev: 5207 Acción tagginggroup_Water de barra de herramientas registrada sobreescrita: org.openstreetmap.josm.gui.tagging.TaggingPresetMenu obtiene org.openstreetmap.josm.gui.tagging.TaggingPresetMenu java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.NullPointerException at org.openstreetmap.josm.Main.init(Main.java:335) at org.openstreetmap.josm.gui.MainApplication.init(MainApplication.java:66) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:270) Caused by: java.util.concurrent.ExecutionException: java.lang.NullPointerException at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252) at java.util.concurrent.FutureTask.get(FutureTask.java:111) at org.openstreetmap.josm.Main.init(Main.java:332) ... 2 more Caused by: java.lang.NullPointerException at org.openstreetmap.josm.gui.tagging.TaggingPreset.splitEscaped(TaggingPreset.java:953) at org.openstreetmap.josm.gui.tagging.TaggingPreset.access$300(TaggingPreset.java:94) at org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntriesFromAttributes(TaggingPreset.java:641) at org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.initListEntries(TaggingPreset.java:609) at org.openstreetmap.josm.gui.tagging.TaggingPreset$ComboMultiSelect.getValues(TaggingPreset.java:571) at org.openstreetmap.josm.gui.tagging.ac.AutoCompletionManager.cachePresets(AutoCompletionManager.java:156) at org.openstreetmap.josm.gui.preferences.map.TaggingPresetPreference.initialize(TaggingPresetPreference.java:282) at org.openstreetmap.josm.Main$2.call(Main.java:293) at org.openstreetmap.josm.Main$2.call(Main.java:286) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) Gracias! Prueba a borrar el archivo preferences de la carpeta .josm para que se cree uno nuevo. Si has modificado la configuración de josm haz una copia de seguridad antes de borrar el preferences. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: no arranca JOSM
Es que el josm.sh que te bajas se baja la ultimísima versión de josm, independientemente de si es estable o de si no funciona... Prueba a modificar el fichero josm.sh cambiando todas las referencias de josm-latest.jar por josm-tested.jar, de modo que se baje la última versión estable en lugar de la inestable. El 1 de mayo de 2012 10:55, Roberto Pla p...@aire.org escribió: Copio el resultado del comando: paco@Tramuntana:~$ ./josm.sh --2012-05-01 10:15:08-- http://josm.openstreetmap.de/josm-latest.jar 2012-05-01 10:15:18 (739 KB/s) - s'ha desat «josm-latest.jar» [7166026/7166026] ¿Que dice el aerchivo josm.sh? Da la impresión como si te bajases josm de la red en ese momento ¿Tenías instalado josm?¿Funcionaba?. Yo simplemente bajo la ultima version del .jar, la copio encima del anterior y nunca me ha dado problemas. Y no es que sea torpe, ...pero tampoco soy un lince en estas cosas. :-) -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hasta donde sé, los derechos de autor, en cuanto a derechos de explotación se refiere (los otros son los derechos morales y tal) son 4: 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3) Derecho de Transformación. 4) Derecho de Distribución. Sólo hablan de reproducción. Muy restrictivo. No puedes transformar, ni distribuir, ni comunicar públicamente. En mi opinión, lo mejor que puedes hacer es ponerte en contacto con responsables (a poder ser en persona) y pedirles los permisos necesarios para poder hacer una importación legal a OSM. Yo no soy experto, pero seguro que hay en esta lista gente que sabe exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones. Un saludo. En 01/05/12 00:47, Javier Sánchez escribiu: Hola La empresa que lleva la red de transporte público en autobus en la isla de Tenerife (TITSA [1]) publica en su web información de paradas y líneas con la siguiente cláusula [2]: ...Aviso de Copyright. Los derechos de propiedad intelectual de este sitio web y de los distintos elementos en él contenidos son titularidad de TITSA. Se autoriza su reproducción siempre que se cite la fuente, salvo que si indique lo contrario. En aquellos casos en que sea necesaria una autorización previa para la reproducción o el uso de datos textuales o multimedia (sonidos, imágenes, programas, etc.), dicha autorización cancelará la autorización general antes citada y mencionará las posibles restricciones de uso... Yo entiendo por la misma que es compatible con la licencia de OSM, pero me gustaría recibir confirmación por parte de la gente entendida en estas cuestiones legales. En caso afirmativo, propondría más adelante los detalles de una posible importación. Un saludo, Javier. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es - -- - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPn+IGAAoJEB3niTly2pPQEj8P/08csbALYuZs+g6r0Kf+2Qq1 wpN23CW9M7Rc+zkTPNuz3pZRDzWxuMvs2SSJ9Un6xLPhqIYHvqEeMluJkrB7REiP f5OupSL02i30E7i7f3NDZLBSitoyKZYNdaYJwvl1dbJCF12qIfN16PfGtGghAsnT Ce8MwK9+KkWF1f56O4f61169V6/ekLbr9l+IsYyCFSEM81YGU6idEL1V93yCGOXN mzqgMXvCwxj65Qc1dO29HowW3YE9/yqMlql8RUcPzHmewtVdOU5DVzcxKPz5l8FP 1cKLFG87JJzYc7oV9TCNPcI+Rexc4HesODW+fl9ZeiSW0UD64mv6o0TVlL58xbeG a+P1uB605Ty+6NyFyHaV8/a9h6f2aqtBB+CRejCEokGaIUdLdQuljwuG+zMBRhoh +EMB2/I2+H35dUBkLJ97BwjXKGk6KlVRG1z2GqSc+GTdB73pDfvdGDzHlzLt5mgh OLhqasjzmoPaL9EhVkzaZ8mimoANDaZQ3dtb2gDJcYI1bd2VH3u1jzSOc6YBNEBW +3wKJn7ADIrqFGZUZFAe3icuj+AET0i36t8kuA5+MIN209OenWnW2kgrWmKuGIiV ospm987qQ/tPW86UKsBfQE77g8UKyzPOxJ1JlOW2TTNfrm+JU3c62wxW+zLcd7Oe Yo1Bxj48ADMKbYUxkCWw =bcAy -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
Hola. Me parece bien. Mientras más claro mejor. Pero me gustaría entregar algo escrito para recibir respuesta escrita tambien. ¿Alguien ha hecho alguna solicitud parecida y puede pasármela como modelo? Un saludo El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hasta donde sé, los derechos de autor, en cuanto a derechos de explotación se refiere (los otros son los derechos morales y tal) son 4: 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3) Derecho de Transformación. 4) Derecho de Distribución. Sólo hablan de reproducción. Muy restrictivo. No puedes transformar, ni distribuir, ni comunicar públicamente. En mi opinión, lo mejor que puedes hacer es ponerte en contacto con responsables (a poder ser en persona) y pedirles los permisos necesarios para poder hacer una importación legal a OSM. Yo no soy experto, pero seguro que hay en esta lista gente que sabe exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones. Un saludo. En 01/05/12 00:47, Javier Sánchez escribiu: Hola La empresa que lleva la red de transporte público en autobus en la isla de Tenerife (... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es - -- - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPn+IGAAoJEB3niTly2pPQEj8P/08csbALYuZs+g6r0Kf+2Qq1 wpN23CW9M7Rc+zkTPNuz3pZRDzWxuMvs2SSJ9Un6xLPhqIYHvqEeMluJkrB7REiP f5OupSL02i30E7i7f3NDZLBSitoyKZYNdaYJwvl1dbJCF12qIfN16PfGtGghAsnT Ce8MwK9+KkWF1f56O4f61169V6/ekLbr9l+IsYyCFSEM81YGU6idEL1V93yCGOXN mzqgMXvCwxj65Qc1dO29HowW3YE9/yqMlql8RUcPzHmewtVdOU5DVzcxKPz5l8FP 1cKLFG87JJzYc7oV9TCNPcI+Rexc4HesODW+fl9ZeiSW0UD64mv6o0TVlL58xbeG a+P1uB605Ty+6NyFyHaV8/a9h6f2aqtBB+CRejCEokGaIUdLdQuljwuG+zMBRhoh +EMB2/I2+H35dUBkLJ97BwjXKGk6KlVRG1z2GqSc+GTdB73pDfvdGDzHlzLt5mgh OLhqasjzmoPaL9EhVkzaZ8mimoANDaZQ3dtb2gDJcYI1bd2VH3u1jzSOc6YBNEBW +3wKJn7ADIrqFGZUZFAe3icuj+AET0i36t8kuA5+MIN209OenWnW2kgrWmKuGIiV ospm987qQ/tPW86UKsBfQE77g8UKyzPOxJ1JlOW2TTNfrm+JU3c62wxW+zLcd7Oe Yo1Bxj48ADMKbYUxkCWw =bcAy -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
Aquí tienes un modelo para rellenar y listo :) http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template 2012/5/1 Javier Sánchez javiers...@gmail.com: Hola. Me parece bien. Mientras más claro mejor. Pero me gustaría entregar algo escrito para recibir respuesta escrita tambien. ¿Alguien ha hecho alguna solicitud parecida y puede pasármela como modelo? Un saludo El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hasta donde sé, los derechos de autor, en cuanto a derechos de explotación se refiere (los otros son los derechos morales y tal) son 4: 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3) Derecho de Transformación. 4) Derecho de Distribución. Sólo hablan de reproducción. Muy restrictivo. No puedes transformar, ni distribuir, ni comunicar públicamente. En mi opinión, lo mejor que puedes hacer es ponerte en contacto con responsables (a poder ser en persona) y pedirles los permisos necesarios para poder hacer una importación legal a OSM. Yo no soy experto, pero seguro que hay en esta lista gente que sabe exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones. Un saludo. En 01/05/12 00:47, Javier Sánchez escribiu: Hola La empresa que lleva la red de transporte público en autobus en la isla de Tenerife (... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es - -- - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPn+IGAAoJEB3niTly2pPQEj8P/08csbALYuZs+g6r0Kf+2Qq1 wpN23CW9M7Rc+zkTPNuz3pZRDzWxuMvs2SSJ9Un6xLPhqIYHvqEeMluJkrB7REiP f5OupSL02i30E7i7f3NDZLBSitoyKZYNdaYJwvl1dbJCF12qIfN16PfGtGghAsnT Ce8MwK9+KkWF1f56O4f61169V6/ekLbr9l+IsYyCFSEM81YGU6idEL1V93yCGOXN mzqgMXvCwxj65Qc1dO29HowW3YE9/yqMlql8RUcPzHmewtVdOU5DVzcxKPz5l8FP 1cKLFG87JJzYc7oV9TCNPcI+Rexc4HesODW+fl9ZeiSW0UD64mv6o0TVlL58xbeG a+P1uB605Ty+6NyFyHaV8/a9h6f2aqtBB+CRejCEokGaIUdLdQuljwuG+zMBRhoh +EMB2/I2+H35dUBkLJ97BwjXKGk6KlVRG1z2GqSc+GTdB73pDfvdGDzHlzLt5mgh OLhqasjzmoPaL9EhVkzaZ8mimoANDaZQ3dtb2gDJcYI1bd2VH3u1jzSOc6YBNEBW +3wKJn7ADIrqFGZUZFAe3icuj+AET0i36t8kuA5+MIN209OenWnW2kgrWmKuGIiV ospm987qQ/tPW86UKsBfQE77g8UKyzPOxJ1JlOW2TTNfrm+JU3c62wxW+zLcd7Oe Yo1Bxj48ADMKbYUxkCWw =bcAy -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Atentamente, Suárez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sólo una salvedad: En la petición, ¿no debería cambiarse CC-by-sa por la ODbL? ODbL: http://opendatacommons.org/licenses/odbl/ Un saludo. En 01/05/12 19:42, Alejandro S. escribiu: Aquí tienes un modelo para rellenar y listo :) http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template 2012/5/1 Javier Sánchez javiers...@gmail.com: Hola. Me parece bien. Mientras más claro mejor. Pero me gustaría entregar algo escrito para recibir respuesta escrita tambien. ¿Alguien ha hecho alguna solicitud parecida y puede pasármela como modelo? Un saludo El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com escribió: Hasta donde sé, los derechos de autor, en cuanto a derechos de explotación se refiere (los otros son los derechos morales y tal) son 4: 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3) Derecho de Transformación. 4) Derecho de Distribución. Sólo hablan de reproducción. Muy restrictivo. No puedes transformar, ni distribuir, ni comunicar públicamente. En mi opinión, lo mejor que puedes hacer es ponerte en contacto con responsables (a poder ser en persona) y pedirles los permisos necesarios para poder hacer una importación legal a OSM. Yo no soy experto, pero seguro que hay en esta lista gente que sabe exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones. Un saludo. En 01/05/12 00:47, Javier Sánchez escribiu: Hola La empresa que lleva la red de transporte público en autobus en la isla de Tenerife (... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es - -- - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPoCFHAAoJEB3niTly2pPQQO0P/35Q4c4FuOitCFObR9IWEgT+ ODReXOTMTcyFNx3bSDqAXVAth0eN0lI2ktgkIauNNzG2Hy7UdfQ4X5RwLJwoMG7L +zsaNMj2xUv/gdEZrElZwNArD9wLhh+1oD2h0izDBc8a42Ufjy5qCHuZgK7Bh8YR eBomV5tBytYbYqiPilpj2Jz6ZPkF7iX1RN5NuI2jijN8b/DXXfbEHx5N+kqgmhgB 2bCmYzeDMGCgJZ+s0/84tbQb9B2d5n1wkAjx8mwE/djCUcnclIqj7+Pdl02MElqr oPi+Qcv2nwdvwdD2khuH2Wk1f3wYFB+fbGSz015g8J+zVL4cWYN+Il/VcBFKMfYc rmV+2WQ3u6YPY4jgIn81hgV4T+5iYHpvMBKQDw+c36/FcxlDLayzM5cOUx3U5iXh JWJ5nRhaRiMlCfe6wl+uc2lTzbLf+QJkaWVuydKdCSSFZQ6cMUitwe4bGQL2CAZq x+dpEREK75PeztF9ZSGICiLTP8UO4vzchyrG7mCVxwhqmMGemhpzKFoEnsT76MD1 fB+9lJvk5/FQPki8WAtejAAM6SJFOCjF5QGVkAoOw4ONIb6Hb0ZTwqZmYkbQIA2Z EY1aLhyP0115mNPrghCrHHAXEQv5RXvZBCPudsn/uL9oqaMS8E5RmJs9ou+miLBO CFRre90eVA/NamRDcviY =/7J7 -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
Ciertamente habría que modificar la petición, que es de cuando la odbl aun no era oficial. Como no hay versión española de [1] igual estaría bien poner que es como la Creative Commons pero para bases de datos (No podemos asumir que el que lea el email sepa inglés :S) Si la modificas, puedes subirla al wiki y así ya está para el siguiente que la necesite :) [1]: http://opendatacommons.org/licenses/odbl/ 2012/5/1 Rafael Avila Coya ravilac...@gmail.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sólo una salvedad: En la petición, ¿no debería cambiarse CC-by-sa por la ODbL? ODbL: http://opendatacommons.org/licenses/odbl/ Un saludo. En 01/05/12 19:42, Alejandro S. escribiu: Aquí tienes un modelo para rellenar y listo :) http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template 2012/5/1 Javier Sánchez javiers...@gmail.com: Hola. Me parece bien. Mientras más claro mejor. Pero me gustaría entregar algo escrito para recibir respuesta escrita tambien. ¿Alguien ha hecho alguna solicitud parecida y puede pasármela como modelo? Un saludo El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com escribió: Hasta donde sé, los derechos de autor, en cuanto a derechos de explotación se refiere (los otros son los derechos morales y tal) son 4: 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3) Derecho de Transformación. 4) Derecho de Distribución. Sólo hablan de reproducción. Muy restrictivo. No puedes transformar, ni distribuir, ni comunicar públicamente. En mi opinión, lo mejor que puedes hacer es ponerte en contacto con responsables (a poder ser en persona) y pedirles los permisos necesarios para poder hacer una importación legal a OSM. Yo no soy experto, pero seguro que hay en esta lista gente que sabe exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones. Un saludo. En 01/05/12 00:47, Javier Sánchez escribiu: Hola La empresa que lleva la red de transporte público en autobus en la isla de Tenerife (... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es - -- - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPoCFHAAoJEB3niTly2pPQQO0P/35Q4c4FuOitCFObR9IWEgT+ ODReXOTMTcyFNx3bSDqAXVAth0eN0lI2ktgkIauNNzG2Hy7UdfQ4X5RwLJwoMG7L +zsaNMj2xUv/gdEZrElZwNArD9wLhh+1oD2h0izDBc8a42Ufjy5qCHuZgK7Bh8YR eBomV5tBytYbYqiPilpj2Jz6ZPkF7iX1RN5NuI2jijN8b/DXXfbEHx5N+kqgmhgB 2bCmYzeDMGCgJZ+s0/84tbQb9B2d5n1wkAjx8mwE/djCUcnclIqj7+Pdl02MElqr oPi+Qcv2nwdvwdD2khuH2Wk1f3wYFB+fbGSz015g8J+zVL4cWYN+Il/VcBFKMfYc rmV+2WQ3u6YPY4jgIn81hgV4T+5iYHpvMBKQDw+c36/FcxlDLayzM5cOUx3U5iXh JWJ5nRhaRiMlCfe6wl+uc2lTzbLf+QJkaWVuydKdCSSFZQ6cMUitwe4bGQL2CAZq x+dpEREK75PeztF9ZSGICiLTP8UO4vzchyrG7mCVxwhqmMGemhpzKFoEnsT76MD1 fB+9lJvk5/FQPki8WAtejAAM6SJFOCjF5QGVkAoOw4ONIb6Hb0ZTwqZmYkbQIA2Z EY1aLhyP0115mNPrghCrHHAXEQv5RXvZBCPudsn/uL9oqaMS8E5RmJs9ou+miLBO CFRre90eVA/NamRDcviY =/7J7 -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Atentamente, Suárez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
Me olvidaba: En cuanto a cambiar la wiki, no puedo. Está bloqueada su edición, lo cual, en este caso, me parece acertado. Habrá que saber quién es el/los encargado/s de mantenerla. Un saludo. En 01/05/12 19:56, Alejandro S. escribiu: Ciertamente habría que modificar la petición, que es de cuando la odbl aun no era oficial. Como no hay versión española de [1] igual estaría bien poner que es como la Creative Commons pero para bases de datos (No podemos asumir que el que lea el email sepa inglés :S) Si la modificas, puedes subirla al wiki y así ya está para el siguiente que la necesite :) [1]: http://opendatacommons.org/licenses/odbl/ 2012/5/1 Rafael Avila Coya ravilac...@gmail.com: Sólo una salvedad: En la petición, ¿no debería cambiarse CC-by-sa por la ODbL? ODbL: http://opendatacommons.org/licenses/odbl/ Un saludo. En 01/05/12 19:42, Alejandro S. escribiu: Aquí tienes un modelo para rellenar y listo :) http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template 2012/5/1 Javier Sánchez javiers...@gmail.com: Hola. Me parece bien. Mientras más claro mejor. Pero me gustaría entregar algo escrito para recibir respuesta escrita tambien. ¿Alguien ha hecho alguna solicitud parecida y puede pasármela como modelo? Un saludo El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com escribió: Hasta donde sé, los derechos de autor, en cuanto a derechos de explotación se refiere (los otros son los derechos morales y tal) son 4: 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3) Derecho de Transformación. 4) Derecho de Distribución. Sólo hablan de reproducción. Muy restrictivo. No puedes transformar, ni distribuir, ni comunicar públicamente. En mi opinión, lo mejor que puedes hacer es ponerte en contacto con responsables (a poder ser en persona) y pedirles los permisos necesarios para poder hacer una importación legal a OSM. Yo no soy experto, pero seguro que hay en esta lista gente que sabe exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones. Un saludo. En 01/05/12 00:47, Javier Sánchez escribiu: Hola La empresa que lleva la red de transporte público en autobus en la isla de Tenerife (... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
Uy, perdón! Es que me salí de la wiki, por eso pensaba que no se podía editar... En 01/05/12 19:56, Alejandro S. escribiu: Ciertamente habría que modificar la petición, que es de cuando la odbl aun no era oficial. Como no hay versión española de [1] igual estaría bien poner que es como la Creative Commons pero para bases de datos (No podemos asumir que el que lea el email sepa inglés :S) Si la modificas, puedes subirla al wiki y así ya está para el siguiente que la necesite :) [1]: http://opendatacommons.org/licenses/odbl/ 2012/5/1 Rafael Avila Coya ravilac...@gmail.com: Sólo una salvedad: En la petición, ¿no debería cambiarse CC-by-sa por la ODbL? ODbL: http://opendatacommons.org/licenses/odbl/ Un saludo. En 01/05/12 19:42, Alejandro S. escribiu: Aquí tienes un modelo para rellenar y listo :) http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template 2012/5/1 Javier Sánchez javiers...@gmail.com: Hola. Me parece bien. Mientras más claro mejor. Pero me gustaría entregar algo escrito para recibir respuesta escrita tambien. ¿Alguien ha hecho alguna solicitud parecida y puede pasármela como modelo? Un saludo El 01/05/2012 14:16, Rafael Avila Coya ravilac...@gmail.com escribió: Hasta donde sé, los derechos de autor, en cuanto a derechos de explotación se refiere (los otros son los derechos morales y tal) son 4: 1) Derecho de Reproducción. 2) Derecho de Comunicación pública. 3) Derecho de Transformación. 4) Derecho de Distribución. Sólo hablan de reproducción. Muy restrictivo. No puedes transformar, ni distribuir, ni comunicar públicamente. En mi opinión, lo mejor que puedes hacer es ponerte en contacto con responsables (a poder ser en persona) y pedirles los permisos necesarios para poder hacer una importación legal a OSM. Yo no soy experto, pero seguro que hay en esta lista gente que sabe exactamente que permisos pedir, y que ya lo han hecho en otras ocasiones. Un saludo. En 01/05/12 00:47, Javier Sánchez escribiu: Hola La empresa que lleva la red de transporte público en autobus en la isla de Tenerife (... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
Por desgracia la gente no suele conocer la diferencia entre libre y gratis, se pueden poner las dos cosas para que quede claro a la par que conciso :) Ya me parecía raro que estuviera bloqueado porque a mi no me indicaba nada :D Un saludo libre Y gratuito! ;) -- Atentamente, Suárez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
En 01/05/12 20:16, Alejandro S. escribiu: Por desgracia la gente no suele conocer la diferencia entre libre y gratis, se pueden poner las dos cosas para que quede claro a la par que conciso :) Ya me parecía raro que estuviera bloqueado porque a mi no me indicaba nada :D Un saludo libre Y gratuito! ;) Ya terminé: http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template Leí tarde lo de gratuito. En todo caso, no se puede poner gratuito pues estaríamos engañando. Yo (y cualquiera) puedo distribuir copias de la base de datos OSM o obras derivadas a cambio de dinero. Si no entienden la diferencia, se les puede explicar, caso de que lo pregunten. Un ejemplo: en Grecia no podemos usar las ortofotos del ΚΤΗΜΑΤΟΛΟΓΙΟ ( http://gis.ktimanet.gr/wms/controlpoints/searchpoint.aspx ) (muy buenas, equivalentes a las del PNOA de España) porque la licencia dice que se pueden hacer obras derivadas, distribuir libremente, pero no se pueden vender, y eso lo hace incompatible con la licencia de OSM. (me parece que esto ya se solucionó, pero no estoy seguro...). Un saludo. -- Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bus Tenerife
El día 1 de mayo de 2012 19:48, Rafael Avila Coya ravilac...@gmail.com escribió: Ya terminé: http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template Muuuchas gracias. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Wohnblock Adresse(n)
Hallo, ich habe hier einen Wohnblock mit Adresse 10-12, dazu einigen Reihenhäusern RH1-RH18, sowie den Stiegen Stg.1-Stg.8. Wie gebe ich da jetzt am sinnvollsten die Adresse an? 10-12/1 funktioniert nicht, da das Reihenhaus oder Stiege sein könnte. Bei Unit sieht es ähnlich aus und man müsste als Unit explizit RH 1 od. Stg.1 angeben. Und gibt es überhaupt eine Software, die Unit auswertet? Sonst ist der Mehrwert etwas fraglich, wenn damit dann in erster Linie 25x nebeneinander 10-12 gerendert wird (bzw. eine Navi-Software das nicht zusammen fasst und 25 um ein paar Meter versetzte Einträge mit gleicher Adresse auflistet). Daher gleich gar nicht so detailliert erfassen und einen einzelnen Address-Node 10-12 setzen? http://www.openstreetmap.org/?lat=48.03364lon=16.38372zoom=17layers=M signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] the data layer has moved
In a note similar to the earlier one on GPS Tracks. The data layer has moved. This happened several weeks ago. When the layer switcher was improved a while back, it was changed from the mysterious white on blue plus sign to a drop down with the word Standard showing by default. The also mysterious unless you were an initiate layer names like mapnik and osmarender were also changed. There are dozens of other little changes that are being rolled out one or two at a time. Often the changes are so subtle that you might realize something is different but you can't be sure what it is that changed. Did you note when the tabs went away? :-) But about the data layer. It used to be available as an overlay in the layer switcher. Now, no the top menu, hover over the tell-tale beside the Edit entry. When the list appears, select Browse map data. Other changes I don't notice. There are a couple of ways to find out what changed, and why. You can ask here or on other lists. You can watch the dev@ list and see discussion of new features before they are rolled out. You can follow the git commits and see the changes as they are rolled out. You can watch the #osm IRC channel and get a combination of the discussion, and helpful people to answer questions. As always, OpenStreetMap is an open data project as well as a Free / Libre Software / Open Source project. Your contributions are welcome. So if you have ideas about what should be improved, please dive into the code and offer patches. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Re : CBC English; no - françias; oui
Yesterday night, the french Radio-Canada Telejournal had a OSM topo with aninterview with John Robb. There is only a link to the complete bulletin http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx To see the OSM topo, move the cursor to 28:05 min. Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Re : CBC English; no - françias; oui
2012/5/1 Pierre Béland infosbelas-...@yahoo.fr: Yesterday night, the french Radio-Canada Telejournal had a OSM topo with an interview with John Robb. There is only a link to the complete bulletin http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx To see the OSM topo, move the cursor to 28:05 min. Dear Pierre, That's awesome! Thank you for the link. There were some shots of Steve Singer, mapping, as well as many Toronto regulars at Mappy Hour, right at the end of the spot. The next Toronto Mappy Hour is next Monday, 07 May 2012, where you can meet the famous Steve Singer, and perhaps purchase an autograph. :-) http://www.meetup.com/OpenStreetMap-Toronto/ French-speaking mappers: Please consider holding local Mappy Hours / Coffee Klatches / Meetups to help curious newcomers who were intrigued by the CBC spots. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Re : CBC English; no - françias; oui
The video of the French news item on OSM was really well done although I could not understand a word of the Radio Canada reporter or the news anchor. It would be really great if we could get a link to an English version of this story. Bernie. -- Bernie Connors New Maryland, NB bernie.conn...@unb.ca -Original Message- From: Richard Weait [mailto:rich...@weait.com] Sent: Tuesday, 2012-05-01 11:49 To: Pierre Béland Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Re : CBC English; no - françias; oui 2012/5/1 Pierre Béland infosbelas-...@yahoo.fr: Yesterday night, the french Radio-Canada Telejournal had a OSM topo with an interview with John Robb. There is only a link to the complete bulletin http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx To see the OSM topo, move the cursor to 28:05 min. Dear Pierre, That's awesome! Thank you for the link. There were some shots of Steve Singer, mapping, as well as many Toronto regulars at Mappy Hour, right at the end of the spot. The next Toronto Mappy Hour is next Monday, 07 May 2012, where you can meet the famous Steve Singer, and perhaps purchase an autograph. :-) http://www.meetup.com/OpenStreetMap-Toronto/ French-speaking mappers: Please consider holding local Mappy Hours / Coffee Klatches / Meetups to help curious newcomers who were intrigued by the CBC spots. ___ 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
Re: [Talk-ca] Re : CBC English; no - françias; oui
On Tue, May 1, 2012 at 11:18 AM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: The video of the French news item on OSM was really well done although I could not understand a word of the Radio Canada reporter or the news anchor. It would be really great if we could get a link to an English version of this story. My understanding is that there is an English version, but it was not picked up by CBC. I'll ask if it can be published. Or secretly, back-channel, definitely not-published. :-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CBC English; no - françias; oui
On Mon, Apr 30, 2012 at 8:53 AM, Richard Weait rich...@weait.com wrote: Dear All, Looks like the English spot on Metro Morning was bumped by some story about an imprisoned millionaire. The English spot has been rescheduled for this Thursday, tentatively I guess, for Metro Morning (Toronto radio) at 6:20am. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Canvec.osm Product -Completed!
Bonjour OSMers! Canvec.osm product conversion completed last week! I will soon reprocess the files to create and add metadata (Metadata.txt) into each .zip file. At the same occasion, I will correct some potential oddities identified by Paul Norman. What is new: * There is no more Here be Dragons areas in the Canvec product! NRCan completed mapping Canada at 50K scale about 2 months ago. Almost 100 years after Canada started mapping at this scale (approximately!-) * Municipal Boundaries for SK,MB,NB,YT,NT and NU - linear - are available Changes from previous release: * Water definition (natural=water) now fits the Osm coastline definition (high water level). * Format of the ZippedOsm.txt in ftp site has changed. * The .osm files are now created with a osm version='0.6' upload='false' tag to prevent accidental upload. The data can still be uploaded, it just gives another warning before the upload so that the mapper can double-check his action. http://wiki.openstreetmap.org/wiki/CanVec#CanVec_10http://wiki.openstreetmap.org/wiki/CanVec Thanks to those who are maintaining this wiki page :-) Let me know if you find unexpected problems in the data. Cheers, Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] Server API : bogue HTTP
When updating data, I now frequently get an error displayed in JOSM Prematured End of Communication (EOF) ) la fin d'une mise à jour. Le serveur semble fermer prématurément la communciation avant de renvoyer un statut. Le problème est que JOSM considère que les envois sont terminés, et parfois on se retrouve avec des mises à jour incomplètes qui n'ont effectivement pas été enregistrées. Je note que cela a généré des erreurs (dont une m'a pris du temps hier à corriger car il manquait des données, et une suppression a été enregistrée sans l'objet qui devait le remplacer, ce qui a causé des erreurs de géométries cassées). Avez-vous noté ce problème récent ? Note: JOSM est à jour à sa dernière version stable. Le problème semble être du côté du serveur de l'API pour les envois, qui ne respecte plus correctement le protocole HTTP/1.1 (l'entête Connection:close est incohérent, la demande de fermeture n'est plus correctement indiquée au client, c'est le serveur qui coupe la communication sans prévenir, JOSM ne sait plus quand fermer sa connexion, du coup le statut des envois est aléatoire, il manque parfois des données...). Normalement le serveur doit mentionner Connection:close pour demander au client de fermer sa socket, afin de libérer un port sur le serveur. Je pense que cela doit causer des problèmes de nombre de ports disponibles sur le serveur (lorsqu'il appelle l'API de socket listen() puis sockopen() il manque ensuite sockclose(), qui n'intervient qu'après un timeout puisque le client ne ferme plus sa connexion lui-même, les ports alloués aux xonnexions entrantes sont du coup gardés ouverts trop longtemps, puis le serveur sature en nmbre de ports disponibles, et commence à fermer des ports aléatoirement en nombre, et c'est à ce moment-là que les modifications en cours non acquittées par le serveur et concernées par ces fermeture provoquent des incohérences de données). A qui peut-on signaler le problème ? Il est récent depuis 2-3 jours et n'existait pas avant. Il provoque aussi des tas d'erreurs de chargement de données vers JOSM (données incomplètes). On dirait que le serveur a été mis en place récemment derrière un proxy HTTP frontal mais il est mal réglé, et semble fonctionner à la façon d'HTTP/1.0 (non-maintien des sessions, ce qui provoque des tas de reconnexions coûteuses en protocole et couteuses aussi en nombre de ports utilisés, soit entre le client et le proxy frontal, soit de façon invisible entre ce proxy et le serveur backend). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Server API : bogue HTTP
Le 01/05/2012 15:13, Philippe Verdy a écrit : [...] A qui peut-on signaler le problème ? Il est récent depuis 2-3 jours et n'existait pas avant. Il provoque aussi des tas d'erreurs de chargement de données vers JOSM (données incomplètes). Je pense que la liste talk est les plus appropriée. On dirait que le serveur a été mis en place récemment derrière un proxy HTTP frontal mais il est mal réglé, et semble fonctionner à la façon d'HTTP/1.0 (non-maintien des sessions, ce qui provoque des tas de reconnexions coûteuses en protocole et couteuses aussi en nombre de ports utilisés, soit entre le client et le proxy frontal, soit de façon invisible entre ce proxy et le serveur backend). Oui, ce matin, j'avais des erreurs proxi qui s'affichaient dans JOSM. Mais j'ai pas tout compris. J'ai fait des mises à jour de données avec JOSM pour vérifier l'intégrité, les conflits éventuels, les doublons... passé au validator, rechargé, resynchronisé... Comme de mon côté le réseau local est complètement entartré, ça ne débite pas régulièrement... Bref, pas simple. Ça a l'ai d'être passé maintenant. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Openstreetmap Tv Radio-Canada
Après la radio, la télé. Au Téléjournal de Radio-Canada hier soir, un petit topo sur OSM avec interview de John Robbde Toronto. http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx Déplacer le curseur à 28:05 min. Pierre Béland ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Server API : bogue HTTP
On 05/01/12 15:13, Philippe Verdy wrote: When updating data, I now frequently get an error displayed in JOSM Prematured End of Communication (EOF) ) la fin d'une mise à jour. Le serveur semble fermer prématurément la communciation avant de renvoyer un statut. Le problème est que JOSM considère que les envois sont terminés, et parfois on se retrouve avec des mises à jour incomplètes qui n'ont effectivement pas été enregistrées. J'ai constaté le même problème à plusieurs reprises en début d'après-midi. J'ai observé d'autres problèmes, comme l'impossibilité de downloader des données OSM dans JOSM, et l'URL http://www.openstreetmap.org affichait la liste des fichiers à la place de la page d'accueil. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Openstreetmap Tv Radio-Canada
On 05/01/12 18:58, Pierre Béland wrote: Après la radio, la télé. Au Téléjournal de Radio-Canada hier soir, un petit topo sur OSM avec interview de John Robbde Toronto. http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx Déplacer le curseur à 28:05 min. Pierre Béland C'est la même interview que celle annoncé hier par Émilie Laffray ? L'URL est différent, mais le sujet semble identique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Bonsoir, Le 30/04/2012 22:09, Vincent Pottier a écrit : Et bien voila un excellent tuto à mettre sur le wiki. Hop là :-) : http://wiki.openstreetmap.org/wiki/FR:PlaceMaker vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Server API : bogue HTTP
Le problème est que hier j'ai du réparer pendant plusieurs heures une modif à priori simple qui a cassé un tas de relations. Derrière moi un autre a assayé aussi des réparations, mais a en a cassé d'autres au passages (sans doute involontairement aussi). Bref c'est le foutoir. Le serveur (ou plutôt son serveur proxy frontal apparemment) a réellement un problème sérieux qui met en péril l'intégrité des données, et se mélange entre les sessions (d'où aussi des conflits d'édition non détectés, des objets complètement effacés là où ils auraient du être remplacés, par exemple quand on scinde un way en deux parties ou quand on en fusionne...). A chaque fois maintenant il faut que j'aille vérifier toutes les relations chargées dans un groupe de modification pour vérifier que tout est bon. Et à chaque fois je note des erreurs. Même en téléchargeant dans JOSM une petite zone dans un nouveau calque, et et corrigeant très localement, on réobtient des erreurs. Le serveur pour l'API standard utilisée par JOSM est très instable. Je ne sais pas ce qu'il en est des autres API... Mais je note aussi un nombre considérable d'erreurs dans les modifications faites par d'autres depuis 2 ou 3 jours (à chaque fois des relations cassées). JOSM n'est pas en cause, mais apparemment Potlatch 2 ne semble pas affecté par ce problème (il utilise une autre API interne sans passer par le même proxy ?) Le 1 mai 2012 16:34, Vincent Pottier vpott...@gmail.com a écrit : Le 01/05/2012 15:13, Philippe Verdy a écrit : [...] A qui peut-on signaler le problème ? Il est récent depuis 2-3 jours et n'existait pas avant. Il provoque aussi des tas d'erreurs de chargement de données vers JOSM (données incomplètes). Je pense que la liste talk est les plus appropriée. On dirait que le serveur a été mis en place récemment derrière un proxy HTTP frontal mais il est mal réglé, et semble fonctionner à la façon d'HTTP/1.0 (non-maintien des sessions, ce qui provoque des tas de reconnexions coûteuses en protocole et couteuses aussi en nombre de ports utilisés, soit entre le client et le proxy frontal, soit de façon invisible entre ce proxy et le serveur backend). Oui, ce matin, j'avais des erreurs proxi qui s'affichaient dans JOSM. Mais j'ai pas tout compris. J'ai fait des mises à jour de données avec JOSM pour vérifier l'intégrité, les conflits éventuels, les doublons... passé au validator, rechargé, resynchronisé... Comme de mon côté le réseau local est complètement entartré, ça ne débite pas régulièrement... Bref, pas simple. Ça a l'ai d'être passé maintenant. -- FrViPofm ___ 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-ja] ボゴールのマッピング(Fwd: [HOT] Mapping Bogor)
いいだです。 見てみました。 思ったよりBing画像が鮮明で、建物もはっきりと書けそうです。 (1つのタスクの対象地域が広すぎだぜ！ってMLでツッコミがでてましたがｗ) まだまだ埋まっていないようなので、これからでも十分参加可能ですね。 2012/4/30 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 きょうはどこを描こうかとお悩みの方、インドネシアのボゴールはいかがでしょうか。 緊急性のある作業ではないのですが、ボゴールは住宅が密集しており 都市計画のために空き地を探そうとしているそうです。 まずはlanduseをエリアで描くところからですが 正確なマップも無いので、道路、小さな路地、建物なども 調査のために必要とのこと。 興味ありましたら参加ください。 【操作法】 1.下記にOSMアカウントでログイン http://tasks.hotosm.org/job/32 2.左上にある5つのタブで操作します 2.1 Description ・このマッピングの趣旨 2.2 Workflow ・作業手順 2.3 Task ・マッピング担当エリアを分担します ・「Take a task」ボタンをクリックするか、マップ上で希望箇所をクリックします。 ・編集方法を「JOSM」「Potlatch2」「Walking Papers」の中から選びます。 （担当エリアが分かるexport.osmのURLがウィンドウ表示されるので必要ならURLをメモして別途ダウンロードします） ・画像(Bing)をトレースします ・完了したらコメントを入れて「Mark task as done」ボタンをクリック ・中断したい時は編集画面を閉じてこのページに戻り「Unlock it!」をクリック 2.4 Users ・参加者のリスト 2.5 Stats ・統計 -- Forwarded message -- From: Alex Rollin alex.rol...@gmail.com Date: Mon, 23 Apr 2012 00:35:55 +0700 Subject: [HOT] Mapping Bogor To: h...@openstreetmap.org I invite list members to help with the tracing of Bogor, Indonesia, just 60 km south of Jakarta. http://tasks.hotosm.org/job/31 Your help is greatly appreciated.We are preparing a series of walking-paper trips into area communities to collect street level information and to perform a needs assessment. One of our goals is to identify greenfield locations within residential areas. The preservation of greenfields for parks and community gardens is laudable in itself, but could be considered strategic for long term plans to improve the quality of life here in Indonesia. On the one hand, open space is very important, and on the other hand, installation of residential water tanks, municipal buildings, and sewer facilities requires land near or within residential areas. When you look at the map you can see just how densely populated the residential areas are, and why preservation of greenfields for public service use could be key to long term improvements. Jakarta has very little open space remaining, and the speed of development in Bogor is only increasing while municipal infrastructure services are, for the most part, standing still. Any and all help with the identification of greenfields near residential areas is most appreciated, along with the usual tracing of roads, commercial area buildings, and building complexes that can serve as place markers. For many of the area residents the maps we are issuing for walking papers are the first map they have ever seen of the area, and the building outlines are the most common means used to make sense of the maps. We are in contact with additional NGOs in the area seeking collaborators, and, in conversation, finding that these organizations are just as flummoxed by the total lack of an accurate street map. Everyone needs maps, right? A place without a map! Well, the folks on this list know that is much too common a case, still, and we appreciate any and all help you may provide in remedying the situation for this area of 5 million people. Thank you for all your contributions! Alex Rollin -Bogor, Indonesia -http://tasks.hotosm.org/job/31 -http://www.openstreetmap.org/user/Alex%20Rollin @100,000 changes on the Bogor Area map (and still learning) -Manager, PT. Commons Indonesia - Developing common pool resources in Indonesia -http://www.commoning.com : social enterprise models applied to public infrastructure services -my motto - open license for everything -alex.rol...@gmail.com -http://facebook.com/alexrollin (please say hello!) ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] btcentralplus.com IP range blocked on download.geofabrik.de
Hi,
for a few months now I have had a problem on download.geofabrik.de
where one user from a (varying) btcentralplus.com IP address tries to
download /osm/europe/great_britain.{shp.zip|osm.pbf|osm.bz2} once every
second or so, with what claims to be Wget/1.12 (linux-gnu). I don't
know what exactly happens there but it must be some failed script that,
instead of only downoading the file once per day, downloads it as often
as it can, sometimes several times concurrently.
This tends to ruin my download server's performance for everyone until I
find out which IP it is this time and block it.
I've now lost patience and firewalled the entire netblock (81.154.0.0 -
81.157.255.255), at least temporarily.
If any of you have some wget-based script running that is supposed to
regularly download the three great_britain files mentioned above:
Please could you double check that your script does the right thing?
Especially if your IP number for the day is 81.156.53.226?
Thanks
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Permissive paths and uncrecorded rights of way
On 27 April 2012 15:00, Rob Nickerson rob.j.nicker...@gmail.com wrote: * Public rights of way are recorded by the local council on the Definitive map and statement. I am pulling all the details together and will contact all England councils asking for access to the definitive statements (and requesting its release under the OGL license). This will be the topic of a later email and will be summarised on the wiki. * Any path not recorded on the councils definitive map and statement by 2026 will no longer be a public right of way - Once we have these statements I encourage you to write to the council about missing footpaths (details to follow). For now you can make use of note=, fixme= and perhaps suspected=row as suggested by Nick. I'm not sure if this has come up before, but inner London council's are not obliged to hold a definitive map statement for public rights of way. The Ramblers association have a campaign to encourage inner london councils to create definitive maps, but I assume the Ramblers association are not really bothered about the copyright issues. http://www.ramblers.org.uk/Campaigns+Policy/maplondon.htm http://www.ramblers.org.uk/Campaigns+Policy/map+london+council+feedback.htm I guess it would be very useful if people used the wiki to let others know how their contact with councils went, especially the requests for the council to apply to OS to release the data using current legislation. Jason ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Permissive paths and uncrecorded rights of way
In addition to the definitive map, there is a list of streets which should be kept by councils and London boroughs. These are also rights of way. http://www.legislation.gov.uk/ukpga/1980/66 ... The council of every county [F93, metropolitan district] and London borough and the Common Council shall cause to be made, and shall keep corrected up to date, a list of the streets within their area which are highways maintainable at the public expense. (7)Every list made under subsection (6) above shall be kept deposited at the offices of the council by whom it was made and may be inspected by any person free of charge at all reasonable hours and in the case of a list made by the council of a county [F94in England], the county council shall supply to the council of each district in the county an up to date list of the streets within the area of the district that are highways maintainable at the public expense, and the list so supplied shall be kept deposited at the office of the district council and may be inspected by any person free of charge at all reasonable hours. ... Peter On 1 May 2012 14:07, Jason Cunningham jamicu...@googlemail.com wrote: On 27 April 2012 15:00, Rob Nickerson rob.j.nicker...@gmail.com wrote: * Public rights of way are recorded by the local council on the Definitive map and statement. I am pulling all the details together and will contact all England councils asking for access to the definitive statements (and requesting its release under the OGL license). This will be the topic of a later email and will be summarised on the wiki. * Any path not recorded on the councils definitive map and statement by 2026 will no longer be a public right of way - Once we have these statements I encourage you to write to the council about missing footpaths (details to follow). For now you can make use of note=, fixme= and perhaps suspected=row as suggested by Nick. I'm not sure if this has come up before, but inner London council's are not obliged to hold a definitive map statement for public rights of way. The Ramblers association have a campaign to encourage inner london councils to create definitive maps, but I assume the Ramblers association are not really bothered about the copyright issues. http://www.ramblers.org.uk/Campaigns+Policy/maplondon.htm http://www.ramblers.org.uk/Campaigns+Policy/map+london+council+feedback.htm I guess it would be very useful if people used the wiki to let others know how their contact with councils went, especially the requests for the council to apply to OS to release the data using current legislation. Jason ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Fixing TIGER street name abbreviations
On Mon, Apr 30, 2012 at 11:28 PM, Serge Wroclawski emac...@gmail.com wrote: On Mon, Apr 30, 2012 at 8:14 PM, Paul Johnson ba...@ursamundi.org wrote: There have been some limited automated expansions, though they can be problematic, because abbreviations can mean many possible things. Expanding abbreviations requires a bit of a human touch. Creating abbreviations in the renderer when so desired, not so much. This is true, but if one is talking about the TIGER data, there are a number of hints that can make this problem virtually nil. There's a tag tiger:name_type key that contains the value of the expandable name section, eg. St or Ln or Pky. AFAIK these are always expandable to Street, Lane and Parkway. And of course one must only expand the name_tag value if it's the last component of the name string, eg. Ln Ln should be Ln Lane. This should be fairly easy to construct in a regex, but one should be careful of it. Those two rules should eliminate a vast majority of expansion issues. If we only expand TIGER data, then it should be a fairly straightforward process. Of course such a script should be peer reviewed and tested, but I'm confident that the error rate will be very low. I guess this would be okay, so long as it gets peer reviewed and tested by a group including you. And for those few exceptions where the expansion is wrong, a human review process will turn this up and make it fairly correctable. In fact, I'd argue that the problems won't be subtle, making them easy to spot and fix. How would the human review process work? Isn't it better to do the review *before* editing the database? In return, we'll save hundreds, maybe thousands of man hours doing expansions. Useless expansions, though. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On Tue, May 1, 2012 at 1:06 PM, Serge Wroclawski emac...@gmail.com wrote: The other point that's being missed is that we as a community already accept an error rate in our data that's far larger than any potential mistake rate on a well written script. If the script makes one error in 1000 streets, it will be doing a better job than a vast majority of manual mappers, and like manual mappers, they can be corrected. If someone manually expanded 1,000,000 street name abbreviations, and made 1,000 mistakes, it would not be acceptable. If they were doing something more useful than expanding street name abbreviations, fine. But expanding street name abbreviations, according to a very simple heuristic which can easily be done at the preprocessing stage, is not very useful. If this is going to be done, I hope the error rate is much smaller than 1 in 1,000. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On 5/1/2012 12:59 PM, Anthony wrote: I'm not sure what you're saying. Automatically expanding abbreviations is a terrible idea. If an abbreviation is unambiguous, then it can be expanded during the preprocessing step. If, on the other hand, it is ambiguous, then you are turning ambiguous data into incorrect data, which certainly diminishes the data. What preprocessing step? TIGER data has already been imported. The types of errors I'm referring to are where you go to upload from JOSM, then decide to slavishly submit to the validator's warnings about abbreviated street names. What person manually types 2 - 3 dozen versions of Street , Avenue, Boulevard, Point, Circle without any typos? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars II nerou...@gmail.com wrote: On 5/1/2012 12:59 PM, Anthony wrote: Automatically expanding abbreviations is a terrible idea. If an abbreviation is unambiguous, then it can be expanded during the preprocessing step. If, on the other hand, it is ambiguous, then you are turning ambiguous data into incorrect data, which certainly diminishes the data. Not quite. We have various TIGER tags that break the name into pieces, and allow automated expansion where the name field may be ambiguous. (Though occasionally these tags are wrong.) I'm not sure what you're disagreeing with. Either it is unambiguous (due to TIGER tags or whatever), and therefore can be done during the preprocessing step. Or it is ambiguous, and needs human intervention/review. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On 5/1/2012 1:23 PM, Anthony wrote: On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars IInerou...@gmail.com wrote: On 5/1/2012 12:59 PM, Anthony wrote: Automatically expanding abbreviations is a terrible idea. If an abbreviation is unambiguous, then it can be expanded during the preprocessing step. If, on the other hand, it is ambiguous, then you are turning ambiguous data into incorrect data, which certainly diminishes the data. Not quite. We have various TIGER tags that break the name into pieces, and allow automated expansion where the name field may be ambiguous. (Though occasionally these tags are wrong.) I'm not sure what you're disagreeing with. Either it is unambiguous (due to TIGER tags or whatever), and therefore can be done during the preprocessing step. Or it is ambiguous, and needs human intervention/review. The TIGER tags are not exactly standard OSM tags that belong in the database. Better that we get rid of them at the same time as we expand abbreviations. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On Tue, May 1, 2012 at 1:26 PM, Nathan Edgars II nerou...@gmail.com wrote: On 5/1/2012 1:23 PM, Anthony wrote: On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars IInerou...@gmail.com wrote: On 5/1/2012 12:59 PM, Anthony wrote: Automatically expanding abbreviations is a terrible idea. If an abbreviation is unambiguous, then it can be expanded during the preprocessing step. If, on the other hand, it is ambiguous, then you are turning ambiguous data into incorrect data, which certainly diminishes the data. Not quite. We have various TIGER tags that break the name into pieces, and allow automated expansion where the name field may be ambiguous. (Though occasionally these tags are wrong.) I'm not sure what you're disagreeing with. Either it is unambiguous (due to TIGER tags or whatever), and therefore can be done during the preprocessing step. Or it is ambiguous, and needs human intervention/review. The TIGER tags are not exactly standard OSM tags that belong in the database. Better that we get rid of them at the same time as we expand abbreviations. On that point, I strongly agree. And actually, if the bot is going to be smart enough to look at the history, to find deleted TIGER tags, then maybe there is some advantage to doing this during the preprocessing step (which would often not have access to history data). ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On Tue, May 1, 2012 at 1:31 PM, Anthony o...@inbox.org wrote: And actually, if the bot is going to be smart enough to look at the history, to find deleted TIGER tags, then maybe there is some advantage to doing this during the preprocessing step (which would often not have access to history data). What I mean is that, if the bot is going to look at the history, then there would be an advantage to letting the bot run. But I am assuming this could be done with much less than a 1/1000 error rate. 1/10,000 would maybe be acceptable. 1/100,000 would be okay. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On 5/1/2012 1:21 PM, Anthony wrote: The preprocessing step between downloading the data from OSM and doing something with it. That assumes that the TIGER tags will always be present to assist with proper automatic expansion. And I'd rather have the US data in line with the world-wide OSM data where it makes sense. That way the US can consume OSM US data with tools developed worldwide, without the tool writers needing to implement US-specific rules. After analysis, most of the US opinions fall on the side of no abbreviations. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On Tue, May 1, 2012 at 12:26 PM, Nathan Edgars II nerou...@gmail.comwrote: The TIGER tags are not exactly standard OSM tags that belong in the database. Better that we get rid of them at the same time as we expand abbreviations. Although the tiger:* keys aren't standard, the information they store is very useful. There are plenty of people that might want to know the different parts of a road name, so we should simply rename these tags instead of completely blowing the data away. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] What happened to the license-change highlighting in Potlatch 2?
Hello all, For the past couple of days in Potlatch 2, the ways and points done by nonagreers to the license have been highlighted in red and orange. I thought, At last, a useful tool for remapping! Considering most of downtown LA has to be redone, it was a blessing to have it. Now, this morning, I had to sign in again, and the highlighting is gone. What happened? It's not like we have an abundance of tools to help us with the remapping. Is this just more of the lack of communication, organization and direction that has characterized the effort so far? Charlotte Charlotte Wolter 927 18th Street Suite A Santa Monica, California 90403 +1-310-597-4040 techl...@techlady.com Skype: thetechlady The Four Internet Freedoms Freedom to visit any site on the Internet Freedom to access any content or service that is not illegal Freedom to attach any device that does not interfere with the network Freedom to know all the terms of a service, particularly any that would affect the first three freedoms. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] What happened to the license-change highlighting in Potlatch 2?
I think it was added a while back. I mostly use josm. I like the license check plugin. It seems easier to use than potlatch which seems to highlight every possible license issue. With josm you just click on an item on the list, right click to zoom to problem on the node. Then I usually clean up all of the items near by. When your done with all the items the area is clean. The plugin gives three categories of license issues, Data Loss, Possible Data Loss, and Harmless Data Loss. I've been concentrating of the first category. There are so many Data Loss nodes that I'll never get done by the time the bot starts running. (Even if its another couple of months!) josm has more of a learning curve, but better features, cutting and pasting for example. I haven't figured out how to assign actions to a key yet. I have been adding turning circles and pedestrian cross walks as I happen on them. It would be nice to be able to hit a key to add a turning circle to the end of a way. Clifford On Tue, May 1, 2012 at 12:38 PM, Charlotte Wolter techl...@techlady.comwrote: ****Got it! Many thanks, Clifford. ****By the way, has Show license status been on the Options list for a while? I don't remember seeing it a couple of days ago, when I used it to update something. Also, was there ever a formal announcement that this capability was available? Charlotte At 11:23 AM 5/1/2012, you wrote: Check the options. There must have been an update to potlatch which reverts the options back to a default. Mine was the same way just now. Clifford On Tue, May 1, 2012 at 11:11 AM, Charlotte Wolter techl...@techlady.com wrote: Hello all, For the past couple of days in Potlatch 2, the ways and points done by nonagreers to the license have been highlighted in red and orange. I thought, At last, a useful tool for remapping! Considering most of downtown LA has to be redone, it was a blessing to have it. Now, this morning, I had to sign in again, and the highlighting is gone. What happened? It's not like we have an abundance of tools to help us with the remapping. Is this just more of the lack of communication, organization and direction that has characterized the effort so far? Charlotte Charlotte Wolter 927 18th Street Suite A Santa Monica, California 90403 +1-310-597-4040 techl...@techlady.com Skype: thetechlady The Four Internet Freedoms Freedom to visit any site on the Internet Freedom to access any content or service that is not illegal Freedom to attach any device that does not interfere with the network Freedom to know all the terms of a service, particularly any that would affect the first three freedoms. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Clifford I have promised to cut down on my swearing and drinking, which I have. Unfortunately, this has left me dim-witted and nearly speechless. Adapted from The Lion by Nelson DeMille -or- If you can't explain it simply, you don't understand it well enough. Albert Einstein ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ** ** Charlotte Wolter 927 18th Street Suite A Santa Monica, California 90403 +1-310-597-4040 techl...@techlady.com Skype: thetechlady *The Four Internet Freedoms* Freedom to visit any site on the Internet Freedom to access any content or service that is not illegal Freedom to attach any device that does not interfere with the network Freedom to know all the terms of a service, particularly any that would affect the first three freedoms. -- Clifford I have promised to cut down on my swearing and drinking, which I have. Unfortunately, this has left me dim-witted and nearly speechless. Adapted from *The Lion* by Nelson DeMille -or- If you can't explain it simply, you don't understand it well enough. Albert Einstein ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On Tue, May 1, 2012 at 1:36 PM, Mike N nice...@att.net wrote: On 5/1/2012 1:21 PM, Anthony wrote: The preprocessing step between downloading the data from OSM and doing something with it. That assumes that the TIGER tags will always be present to assist with proper automatic expansion. I'm not sure what you mean, because I am not making that assumption at all. And I'd rather have the US data in line with the world-wide OSM data where it makes sense. That way the US can consume OSM US data with tools developed worldwide, without the tool writers needing to implement US-specific rules. After analysis, most of the US opinions fall on the side of no abbreviations. I don't think anyone in this thread is arguing against expanding abbreviations. The question is whether or not it's okay for a bot to expand abbreviations. And to a large extent that depends on how accurate the bot will be. If the bot is sure to be 100% accurate, then hey, no problem. But I don't believe that is the case. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER street name abbreviations
On Tue, May 1, 2012 at 1:41 PM, Ian Dees ian.d...@gmail.com wrote: On Tue, May 1, 2012 at 12:26 PM, Nathan Edgars II nerou...@gmail.com wrote: The TIGER tags are not exactly standard OSM tags that belong in the database. Better that we get rid of them at the same time as we expand abbreviations. Although the tiger:* keys aren't standard, the information they store is very useful. There are plenty of people that might want to know the different parts of a road name, so we should simply rename these tags instead of completely blowing the data away. I guess that's okay too, though personally I get so annoyed by the redundant data (*) that I couldn't be bothered. Why street relations never caught on is beyond me. (*) I.E. adding base_name=Main to the 100 different ways that Main Street is split up into. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
