Re: [OSM-legal-talk] Is mail address le...@osmfoundation.org valid?
Hi Jukka, Yes, it is still in use and we read everything and we we do try to respond. Have we missed something? Mike License Working Group On 04/06/2011 06:57, Jukka Rahkonen wrote: Hi, The page http://www.osmfoundation.org/wiki/Working_Groups#Licensing_Working_Group suggests that the licensing working group members should be reading posts sent to a group address le...@osmfoundation.org. Is that address still in use? -Jukka Rahkonen- ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Mail sending rate?
Hi, i've seen that the foundation has started to send mail about the license change. the graph make by Toby Murray here http://ni.kwsn.net/~toby/OSM/license_count.html show well the 2 phase of mail sending. I've also read that mails are send by wave instead of all in once...) But, ...My question is pure curiosity : what is the time frame dedicated to the mail sending ? where are we now? what is the time between 2 waves ? anyone has any info on this? Thanks Brice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] early OSM webmap request
For my SOTMEU presentation I need an image of the OSM webmap prior to mapnik, the old landsat +white lines version. I have looked on 'history' and 'featured images' on wiki but no luck. There are a couple of examples in blackadder and coast lecture presentations in SVN but not really clear enough to use. Can anyone send me, or point me to, a suitable image (even the famous Regent's Park one would be fine!)? Cheers STEVE ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] early OSM webmap request
Try image search? Steve stevecoast.com On Jun 4, 2011, at 16:31, Steve Chilton s.l.chil...@mdx.ac.uk wrote: For my SOTMEU presentation I need an image of the OSM webmap prior to mapnik, the old landsat +white lines version. I have looked on 'history' and 'featured images' on wiki but no luck. There are a couple of examples in blackadder and coast lecture presentations in SVN but not really clear enough to use. Can anyone send me, or point me to, a suitable image (even the famous Regent's Park one would be fine!)? Cheers STEVE ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] BAG
Aangezien er dus al BAG data in OSM zit neem ik aan dat er toch goed naar dat hergebruik gekeken is? Gr, Floris PS. is er nog steeds behoefte om bij elkaar te gaan zitten, of is deze thread net zo handig? 2011/6/1 stegg...@steggink.org: Quoting Vincent Zweije vinc...@zweije.nl: On Wed, Jun 01, 2011 at 04:22:05PM +0200, Jeroen Muris wrote: || De BAG wordt door iedere gemeente afzonderlijk bijgehouden (en via || XML berichten met een 'landelijke voorziening' uitgewisseld). Nu || kan het voorkomen dat een woonplaats aan, op, of over de grens van || een gemeente ligt; dan zal elke gemeenten die objecten (panden, || nummeraanduidingen, ...) in die woonplaats heeft de woonplaats in || haar administratie opnemen. Afhankelijk van hoe de BAG dan || bevraagd wordt kan één woonplaats dan meermalen voorkomen. Hee! Ik lees hieruit dat de gemeenten elkaar, dan wel een centrale BAG, up to date houden met (roffel) updates! Als we die nou kunnen krijgen? Dat zou wel eens heel nuttig kunnen zijn voor het up to date houden van onze BAG informatie, mochten we een BAG import of tussenbestand maken. We moeten ons dus als de wiedeweerga aansluiten bij de Landelijke Voorziening en zorgen dat we voor 1 juli de BAG van heel Nederland gratis binnen hebben. ;) Alle gemeenten zijn ondertussen aangesloten, dus de LV is gevuld. Zodra er duidelijkheid is over het hergebruik is van de BAG-data, kunnen we de nuttige delen hieruit importeren in OSM. Meer info: http://bag.vrom.nl/de_bag_gebruiken/vraag_en_antwoord#v8b26cdcfe276bdac8813e5709073a6c0 Martijn, Jeroen: weten jullie of deze FAQ nog actueel is? Groeten, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG
On 11-06-04 10:06 AM, Floris Looijesteijn wrote: Aangezien er dus al BAG data in OSM zit neem ik aan dat er toch goed naar dat hergebruik gekeken is? Gr, Floris PS. is er nog steeds behoefte om bij elkaar te gaan zitten, of is deze thread net zo handig? Hoi Floris, De BAG data van Nijmegen is een iets ander verhaal. De gemeente is zelf bronhouder, dus hoe dan ook(*) bezitten zij de rechten op de data. Frank (*) afgezien van/ondanks (het gebrek aan) copyright op bestaande data, databankrecht, WOB-baarheid, etc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG
Ha, 2011/6/4 Floris Looijesteijn o...@floris.nu: Aangezien er dus al BAG data in OSM zit neem ik aan dat er toch goed naar dat hergebruik gekeken is? Nou - nee. Het is in elk geval niet gedocumenteerd. Van wat ik hoor van mijn collega's is er gewoonweg nog geen duidelijkheid over hergebruik. Dàt BAG-data hergebruikt en doorgegeven mag worden staat vziw wel vast, maar onder welke voorwaarden nog niet. In elk geval is duidelijk dat we de postcodes tot 1 jan 2012 nog niet mogen gebruiken. Gr, Floris PS. is er nog steeds behoefte om bij elkaar te gaan zitten, of is deze thread net zo handig? Dat blijft een goed idee. Martijn -- martijn van exel schaaltreinen.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OSM MappersBabbel Juni 2011
Hey, Over een kleine twee weken weer MappersBabbel in Amsterdam. Gezellig toch! http://wiki.openstreetmap.org/wiki/NL:Amsterdam#16_juni_2011 -- martijn van exel schaaltreinen.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Konflikt mit Relation und Landesgrenze
Hi Markus Am 03.06.2011 21:31, schrieb Markus: Ich habe jetzt einfach mal bei Konflikt abweisen und Speichen auf OK geklickt. Dadurch wurde eine .OSM gespeichert. Damit solltest Du Deine Änderungen gespeichert haben und die Konflikte werden beim nächsten Update wieder erscheinen. Es gibt bei JOSM auch noch mehr Update- bzw Upload-Funktionen. Damit kannst Du auch nur bestimmte Objekte updaten bzw uploaden und somit erstmal alle anderen Änderungen hochladen. Hast Du denn Änderungen an dieser Grenze vorgenommen? Ja, habe ein überflüssiges Stück gelöscht und dabei die Frage, ob das Teilstück auch aus den Relateonen entfernt werden soll, bejaht. Jetzt meldet JOSM einen Konflikt mit einer Realation. Der Relationsmanager sagt aber nicht, worin der Konflikt besteht, sondern bietet zwei Spalten mit Nummern meine und deren. Mein Versuch entweder alle meine oder alle deren hochzuladen funktioniert nicht. Das ist aber merkwürdig. Bist Du Dir sicher, dass nur die Mitglieder den Konflikt verursacht haben (kein rotes Feld mehr in der Kopfzeile)? denjenigen direkt kontaktieren Keine Ahnung wer wie wo... Dafür kannst Du den History Toggle Dialog benutzen (Strg-H) Lade doch mal die Relation in einem neuen Layer und vergleiche sie mit Deiner Version. Wenn Du Deine eigenen Änderungen (an dieser Konfliktrelation) verwerfen willst, dann musst Du einfach im Konfliktmanager jeweils their Version (rechte Spalte) auswählen und in die Mitte nehmen (in der Mitte ist jeweils die Lösung des Konflikts). Hat nicht funktioniert: Lösung anwenden ist nicht klickbar. s.o. Um welche Relation handelt es sich eigentlich (id)? Welche JOSM-Version benutzt Du ? Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kloster, Priorat, Stift, etc.
Am 03.06.2011 19:01, schrieb M∡rtin Koppenhoefer: Am 3. Juni 2011 18:35 schrieb malenki o...@malenki.ch: M∡rtin Koppenhoefer schrieb: Am 3. Juni 2011 17:24 schrieb malenki o...@malenki.ch: Ohne etwas gelesen zu haben (sry, wenig Zeit atm): warum nicht als amenity=place_of_worship taggen? Natürlich plus brauchbare zusätzliche Tags. Hatte ich auch eine Weile so gemacht, finde ich aber eigentlich unbefriedigend, weil man in Klöstern praktisch immer Kirchen und Kapellen findet, und sich dann seltsame Schachtelungen ergeben (und weil praktisch alle aktuellen Anwendungen das als Kirche interpretieren). building=* regelt Mappen für den Renderer eher nicht Also, dass place_of_worship einer Kirche entspricht ist ja wohl nicht Dein Ernst oder hast Du schob buddistische, islamische ... Kirchen gefunden. Meiner Meinung ist hier mal wieder ein alter tag am Bröckeln. Ist nicht eine unterkategorie von place_of_worship nötig ? place_of_worship=monastry place_of_worship=church place_of_worship=chapel place_of_worship=tempel ... Dann kann man auch wieder alle Gebäudetypen mappen oder was machst Du mit dem Glockenturm einer Kirche ? building=* sagt m.E. was über das Gebäude aus (dessen Typologie, also wie es strukturiert ist), nichts über dessen Nutzung. Mit Anwendungen meinte ich nicht nur Renderer, z.B. auch eine Anwendung, die alle Kirchen in OSM auflistet (oder zählt, etc.) würde da vermutlich die Klöster als Kirchen mitzählen. M.E. ist ein building=xy nie eine Alternative zu einer Funktion / Institution (ersteres ist die physische Stätte, letzteres ist eher abstrakt). Wenn Du etwas mehr Zeit gehabt hättest und den Vorschlag gelesen hättest, dann hättest Du sicher gesehen, dass ich eine ganze Reihe von building-Werten vorschlage, monastery ist aber nicht dabei, weil es m.E. mehrere einzelne Objekte und Gebäude mit einer speziellen Nutzung sind, die den Gesamtkomplex Kloster ausmachen (Kreuzgang, Kirchen und Kapellen (Oratorium), Refektorium (Speisesaal), Dormitorium, Küche, Küchengarten, Kräutergarten, Ställe, Brauerei, ...). Vielleicht lege ich da aber auch noch nach, wenn ein pauschales building=monastery allgemein als sinnvoll angesehen wird, und man definieren kann, welche Teile damit getaggt werden sollten. Damit widersprichst Du Dir ja selbst ! Lass es lieber weg. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt mit Relation und Landesgrenze
Hi, Damit solltest Du Deine Änderungen gespeichert haben und die Konflikte werden beim nächsten Update wieder erscheinen. Ok, das beruhigt erst mal. bist du sicher, dass du nur die Mitglieder die den Konflikt verursacht haben (kein rotes Feld mehr in der Kopfzeile)? Rot ist der Reiter Elemente Dort ist in den Kopfzeilen nichts rot. Lade doch mal die Relation in einem neuen Layer und vergleiche sie mit Deiner Version. Um welche Relation handelt es sich eigentlich (id)? Unter Konflikte steht: Multipolygon (Italia, 2027 Elemente, unvollständig) Aber keine Relationsnummer oder so. Welche JOSM-Version benutzt Du ? 4064 Gruss Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kloster, Priorat, Stift, etc.
Am 4. Juni 2011 15:04 schrieb fly lowfligh...@googlemail.com: Am 03.06.2011 19:01, schrieb M∡rtin Koppenhoefer: Also, dass place_of_worship einer Kirche entspricht ist ja wohl nicht Dein Ernst oder hast Du schob buddistische, islamische ... Kirchen gefunden. je nach Kloster wird da ja auch ein religion=christian dazuzutaggen sein in unseren Breiten, und dann sieht es aus wie eine Kirche. Meiner Meinung ist hier mal wieder ein alter tag am Bröckeln. Ist nicht eine unterkategorie von place_of_worship nötig ? place_of_worship=monastry place_of_worship=church place_of_worship=chapel place_of_worship=tempel evtl., wobei temple ziemlich generisch ist, aus dem Blickpunkt ist chapel und church vermutlich auch dasselbe. monastery würde ich eher nicht reinnehmen, weil ich nicht pauschal das gesamte Kloster zum Anbetungsort erklären würde. M.E. ergibt sich das daraus, dass es innerhalb des Klosters spezielle Orte dafür gibt, die dann den worship tag bekommen (Klöster sind nur zum Teil ein sakraler Ort). Dann kann man auch wieder alle Gebäudetypen mappen oder was machst Du mit dem Glockenturm einer Kirche ? dafür hätte ich gerne Gebäudeteile, zumindest solange es sich nicht um ein eigenständiges Gebäude handelt. Nach bisherigem Modell würde der Turm integriert werden, z.B. buidling:subtype=de:Zentralbau_mit_Kuppel. Man könnte z.B. building:part verwenden und die Teile zu einem Multipoligon oder einer building-relation (die wäre für viele Dinge nicht schlecht) zusammenfügen. http://taginfo.openstreetmap.de/search?q=building%3Apart#keys (fast 2000 Treffer) Eine Variante wäre building=part part=xy, kommt aber bisher nur 3 mal vor. ich da aber auch noch nach, wenn ein pauschales building=monastery allgemein als sinnvoll angesehen wird, und man definieren kann, welche Teile damit getaggt werden sollten. Damit widersprichst Du Dir ja selbst ! Lass es lieber weg. naja, es gibt ja immerhin bereits 176 davon, und wenn jemand den Ort nicht genau kennt und erstmal pauschal etwas als dem monastery zugehörig kennzeichnen will, warum nicht (kann man ja später verfeinern). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt mit Relation und Landesgrenze
Am 04.06.2011 16:41, schrieb Markus: Hi, Wo? Bin leider nicht am Meer. Versuche Dir gerade zu helfen, stosse dabei leider auf so einige JOSM Bugs.(vielleicht Doch mal nur r4064 benutzen) Damit solltest Du Deine Änderungen gespeichert haben und die Konflikte werden beim nächsten Update wieder erscheinen. Ok, das beruhigt erst mal. bist du sicher, dass du nur die Mitglieder die den Konflikt verursacht haben (kein rotes Feld mehr in der Kopfzeile)? Rot ist der Reiter Elemente Dort ist in den Kopfzeilen nichts rot. Sorry, ja die Reiter. Habe glaube was gefunden: http://josm.openstreetmap.de/ticket/4564 Lade doch mal die Relation in einem neuen Layer und vergleiche sie mit Deiner Version. Um welche Relation handelt es sich eigentlich (id)? Unter Konflikte steht: Multipolygon (Italia, 2027 Elemente, unvollständig) Aber keine Relationsnummer oder so. Dann mußt Du Dir die Objektids anzeigen lassen. Schau mal unter Preferences - Display settings (oberste linke Reiter) und dann der rechte obere Reiter Look and Feel. Alternative kannst Du auch die Relation auswählen (select Button im conflict toggle dialog) und dann mit View - Info about Elements (Strg-I) auf die OSM-Server-Seite gelangen. Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt mit Relation und Landesgrenze
Hi und danke für Deine Hilfe! Objektids anzeigen lassen: Preferences - Display settings (oberste linke Reiter) und dann der rechte obere Reiter Look and Feel. Da muss man erst mal drauf kommen... Durchsnittsmenschen suchen die ID im Rechtsklickmenü. ID: 957.374 (leider nicht kopierbar, da im Fenstertitel integriert) Aber weder im Fenster Konflikt noch im Fenster Relation komme ich in die Historie (weder Strg-h noch Rechtsklick) Und ich habe keine Idee, wie ich nun den Fehler finde oder behebe. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt mit Relation und Landesgrenze
Am 04.06.2011 18:51, schrieb Markus: Hi und danke für Deine Hilfe! Objektids anzeigen lassen: Preferences - Display settings (oberste linke Reiter) und dann der rechte obere Reiter Look and Feel. Hab gerade erst die JOSM wiki seite angepasst, aber es gibt in dem Bereich noch einiges zu tun. Da muss man erst mal drauf kommen... Durchsnittsmenschen suchen die ID im Rechtsklickmenü. Kannst ja ein Ticket im JOSM-trac eröffnen. ID: 957.374 Das ist ja mal wieder eine Relation, wie ich sie hasse ! Bei 500 Mitgliedern hörts ja wohl auf ! Danach sollte man die Relation lieber aufteilen. (leider nicht kopierbar, da im Fenstertitel integriert) dafür gibt es den workaround: siehe letze mail, letzter Abschnitt. Aber weder im Fenster Konflikt noch im Fenster Relation komme ich in die Historie (weder Strg-h noch Rechtsklick) Der History Toggle dialog ist ein Dialog Fenster auf der rechten Seite. Dort werden alle ausgewählen Objekte angezeigt. Von dort kannst Du dann den History Dialog für das jeweilige Objekt öffnen. Und ich habe keine Idee, wie ich nun den Fehler finde oder behebe. Kann Dir leider im Momment auch nicht weiter helfen, da ich sowohl in JOSM als auch auf OSM einen TimeOut bekomme. Ob das an OSM, meiner lahmen + überlasteten Leitung oder meiner Oldschool Hardware liegt, kann ich gerade nicht beurteilen. Vielleicht später. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Am 02.06.2011 15:50, schrieb Sebastian Hohmann: Am 31.05.2011 18:41, schrieb M∡rtin Koppenhoefer: Am 31. Mai 2011 18:26 schrieb Frederik Rammfrede...@remote.org: Von mir aus soll sich jeder das Leben so schwer machen, wie er will, solang er es nicht *anderen* schwer macht. das war ja der Ansatzpunkt: m.E. macht man den anderen das Leben schwer, wenn man Dinge verbindet, die gar nicht verbunden sind, und man für kleine Verfeinerungen erstmal die nicht zusammengehörigen Objekte mühsam auftrennen muss. Das kann aber auch andersrum passieren. Wenn man weiß die Straße bildet die Grenze zwischen z.B. Wald und Wohngebiet und man die Lage der Straße verfeinern will, ist es eventuell sogar erwünscht, dass sich die Flächen mitbewegen. Bei nicht verbundenen Dingen kann es dann aufwändiger sein, da man Das ist nur dann der Fall wenn der Wald schon voehrher falsch erfasst wurde und vorher am Verlauf der Strasse festgenageltwurde.. mehr einzelne Nodes korrigieren muss. Oder es ergeben sich sogar Fehler, wenn man die Flächen eben nicht auch korrigiert (dass z.B. eine Fläche über die Straße ragt, obwohl das in der Realität nicht der Fall ist). Man kann nur die Aussagetreffen dass die Strasse fälschlicherweise die Strasse überdeckt, mehr auch nicht, Es kann genausogut die Strasse als auch der Wald falsch erfasst sein. Das eine dem anderen anzupassen ist also eine Mappen für den Renderer... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Am 03.06.2011 15:06, schrieb M∡rtin Koppenhoefer: Am 3. Juni 2011 14:36 schrieb flylowfligh...@googlemail.com: Das Auftrennen ist bereits implementiert. Auf jeden Fall lohnt sich ein Blick auf den utils2-Plugin. ja, das ist eine große Hilfe (davor war das Trennen mit komplexeren Operationen aus Löschen, Kopieren, Teilen und Einfügen ja eine rechte Qual), teilweise wird man aber Probleme mit Relationen bekommen (die nach dem Auftrennen beide Teile als Member haben). Es ist einfach keine gute Idee, landuses an Straßen zu hängen ;-) +1 Eine Fehlermeldung in josm Co währe sinnvoll wenn es trotzdem jemand versucht... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Hallo, M?rtin Koppenhoefer wrote: Es ist einfach keine gute Idee, landuses an Straßen zu hängen ;-) Kommt drauf an, beide Methoden haben ihre Vor- und Nachteile und ihre Berechtigung. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wohin Monsterrelation führen können + taggen von Grenzen (WAR: Konflikt mit Relation und Landesgrenze)
Am 04.06.2011 21:43, schrieb fly: Am 04.06.2011 18:51, schrieb Markus: ID: 957.374 Das ist ja mal wieder eine Relation, wie ich sie hasse ! Bei 500 Mitgliedern hörts ja wohl auf ! Danach sollte man die Relation lieber aufteilen. Aber weder im Fenster Konflikt noch im Fenster Relation komme ich in die Historie (weder Strg-h noch Rechtsklick) Der History Toggle dialog ist ein Dialog Fenster auf der rechten Seite. Dort werden alle ausgewählen Objekte angezeigt. Von dort kannst Du dann den History Dialog für das jeweilige Objekt öffnen. Bekomme ich für diese Relation auch nicht geöffnet ! Und ich habe keine Idee, wie ich nun den Fehler finde oder behebe. Kann Dir leider im Momment auch nicht weiter helfen, da ich sowohl in JOSM als auch auf OSM einen TimeOut bekomme. Ob das an OSM, meiner lahmen + überlasteten Leitung oder meiner Oldschool Hardware liegt, kann ich gerade nicht beurteilen. Habe mich mal ein bischen umgeschaut: 1. Die Relation 957374 soll die Landmasse von Italien darstellen. Leider hat sie über 2000 Elemente, sodass ich sie nicht in JOSM laden kann, auch öffnet sich der History Dialog nicht. Solche Monster sollten in Segmente unterteilt werden, wie es z.B. bei administrativen Grenzen und Küstenlinien schon Usus ist. 2. Was sollen eigentlich die ganzen name:left/right=, region:left/right=, province:left/right= an den Grenzlinien. Sowas gehört in eine Relation und nicht an die Linie. 3. An Küstenlinien sollte nicht ein boundary tag geklebt werden, dazu genügt die Grenzrelation. Da diese Punkte wohl über Landesgrenzen hinaus zu diskutieren sind, ist diese Mail wohl eher auf talk@ aufgehoben, aber Eure Meinung interessiert mich trotzdem. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-ar] Resumen de Talk-ar, Vol 24, Envío 2
Si es por alguna especie de encuesta no uso el mailing, pero leo el resumen semanal. El 3 de junio de 2011 22:52, talk-ar-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-ar a talk-ar@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-ar O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-ar-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-ar-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-ar digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Vandalismo en Openstreetmap (Darío González) 2. Re: Vandalismo en Openstreetmap (Sebastian) 3. Re: Vandalismo en Openstreetmap (Fernando Toledo) 4. Re: Vandalismo en Openstreetmap (Darío González) 5. Re: Vandalismo en Openstreetmap (Pablo Daniel Pareja Obregón) 6. Objetivos Generales/Goles :P a largo plazo (Pablo Daniel Pareja Obregón) -- Message: 1 Date: Thu, 2 Jun 2011 17:43:58 -0300 From: Darío González daros...@gmail.com To: talk-ar@openstreetmap.org Subject: Re: [Talk-ar] Vandalismo en Openstreetmap Message-ID: banlktikrnq5sfna8n_yoecivnbuu-sd...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Que se ponga a leer un libro si le copan las cosas de fantasía jaja!! Che, altísimo laburo de OSM Argentina, felicitaciones a todos los que están realmente involucrados (no como yo que dibujé un poco y me retiré =P). 2011/6/2 Werner Horsch werner.hor...@gmail.com ya empezaste, jajaja bien venido !! 2011/6/2 Ariel Camino arielcam...@gmail.com Ahh bueno me imaginé que era un pibe, si quieren borren mi mensaje de la lista pública: http://lists.openstreetmap.org/pipermail/talk-ar/2011-June/000681.html y aprobecho para felicitar a la comunidad Argentina de Open Street Maps que hacen un trabajo excelente, algún día quizás pueda participar activamente del proyecto. Saludos! -- Ariel Camino ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ar/attachments/20110602/b70ff7dd/attachment-0001.html -- Message: 2 Date: Thu, 02 Jun 2011 17:45:54 -0300 From: Sebastian seppo0...@gmail.com To: talk-ar@openstreetmap.org Subject: Re: [Talk-ar] Vandalismo en Openstreetmap Message-ID: 4de7f682.1050...@gmail.com Content-Type: text/plain; charset=iso-8859-1; Format=flowed Me alegra no ser el único que hizo pequeñas contribuciones y abandonó, pero sigue leyendo. =) On 6/2/11 5:43 PM, Darío González wrote: Que se ponga a leer un libro si le copan las cosas de fantasía jaja!! Che, altísimo laburo de OSM Argentina, felicitaciones a todos los que están realmente involucrados (no como yo que dibujé un poco y me retiré =P). 2011/6/2 Werner Horsch werner.hor...@gmail.com mailto:werner.hor...@gmail.com ya empezaste, jajaja bien venido !! 2011/6/2 Ariel Camino arielcam...@gmail.com mailto:arielcam...@gmail.com Ahh bueno me imaginé que era un pibe, si quieren borren mi mensaje de la lista pública: http://lists.openstreetmap.org/pipermail/talk-ar/2011-June/000681.html y aprobecho para felicitar a la comunidad Argentina de Open Street Maps que hacen un trabajo excelente, algún día quizás pueda participar activamente del proyecto. Saludos! -- Ariel Camino ___ Talk-ar mailing list Talk-ar@openstreetmap.org mailto:Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org mailto:Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar próxima parte Se ha borrado un adjunto en formato HTML... URL:
Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 7
Hei, tegin lõpuks wiki lehe, kuidas skripti abiga adresseerimida ja parandusi teha. http://wiki.openstreetmap.org/wiki/Eesti_linnaaadressid Kaupo 26.05.2011 9:51, Kaupo Vana kirjutas: Vau, Split area on esimene väärtuslik funktsioon, mis esimese hooga silma hakkas :) Mingi wiki lehe või video ikka saab :) Kaupo 2011/5/26 Jaak Laineste (Nutiteq)j...@nutiteq.com: Nice! Praegu avastasin et http://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2 sisaldab nitut huvitavat funktsiooni antud kontekstis. Kas sa muide viitsiksid teha väikese wiki-juhendi või suisa ekraanivideo sellest kuidas sa neid asju paika nokkisid? Sent from my hiPhone On 25.05.2011, at 21:09, Kaupo Vanakaupo.v...@gmail.com wrote: Nii, tundub, et olen suure suutäie võtnud. Sain alles nüüd Mustamäega ühele poole. Kel soovi, võib üle vaadata ja omapoolsed muudatused teha. Järgmisena võtaksin Kristiine käsile. Kes soovib, võib Õismäe ja/või Nõmme oma kanda võtta, või ma võtan hiljem ise. Kaupo 3.05.2011 13:17, Kaupo Vana kirjutas: Ehk peaks wikisse kuhugi kirja panema, kes mis piirkonda adresseerib? Võtaksin enda peale alustuseks Lääne Tallinna linnaosad, Mustamäe, Kristiine, Õismägi ja Nõmme. Kaupo 2011/5/3 Joosep-Georg Järvemaajoosep-georg.jarve...@eesti.ee: 2011/5/3 Margus Välimargus.v...@gmail.com: - kust URL-i pealt ma nüüd uusima aadressiregistri kihi saan JOSM-i et sealt oma piirkonna puntide koopia võtta ning tööle hakata? - kas nüüd on see allikas suht lõplikul kujul formaatimise jms. koha pealt? Mina võtsin http://web.zone.ee/vgb/ee/va/index.html seest huvipakkuva osm.gz faili, pakkisin lahti ja meelepärase tekstiredaktoriga asendasin mnt -maantee, pst -puiestee ning aleviku korral eemaldasin district nimest alevik ja nimetasin selle ümber city-ks ning üleüldse kustutasin kogu failist ära algsed city ja province sildid kogu vastava XML-märgendusega. kustutasin --tag k='addr:province' v='Harjumaa'/tag k='addr:city' v='Raasiku vald'/ muutsin --tag k='addr:district' v='Raasiku alevik'/-tag k='addr:city' v='Raasiku'/ Siis laadisin JOSMi sisse eraldi kihina ja valisin sealt mingi pundi, kopeerisin, kustutasin algsest kihist ja pasteerisin andmekihti. Käisin ortofoto peal üle, tõstsin aadressid majadele, kustutasin juba olemasolevate aadressidega sõlmed, kui näiteks maja kontuuril või taluõuel oli aadress olemas. -- Joosep-Georg ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] OSM in qando - Beschwerde an Wiener Linien und VOR?
2011/6/3 liberalerhuman...@gmx-topmail.de: Bei der ganzen Sache müssten wir vor allem eines beachten: Eigentlich ist es höchst erfreulich, dass die OSM in einer relativ weit verbreiteten Anwendung genutzt wird. +1 Das katastrophale Rendering (völliger Verzicht auf die Wege für Fußgänger !) ist eine andere Sache. Und dass ausgerechnet Bahnlinien, Bus- und Bahnhaltestellen fehlen, ist auch nicht gerade glücklich. Eventuell handelt es sich beim auslassen des Verweises auf die OSM nur um ein Versehen, sogar viele Medien sind oftmals nicht in der Lage, die Lizenzbedigungen für Wikipedia-Inhalte umzusetzen. Das halte ich auch für wesentlich wahrscheinlicher als die Verheimlichungstheorien... Die werden das schlicht und einfach ignoriert/vergessen haben. Dass in Qando OSM verwendet wird, ist ja dermaßen offensichtlich, dass sie es unmöglich verheimlichen können. Ich denke auch, wichtig ist eine gütliche Einigung. Aber die OSM Namensnennung gehört in die App. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM in qando - Beschwerde an Wiener Linien und VOR?
On 06/04/2011 01:07 PM, Fichtennadel wrote: 2011/6/3 liberalerhuman...@gmx-topmail.de: Bei der ganzen Sache müssten wir vor allem eines beachten: Eigentlich ist es höchst erfreulich, dass die OSM in einer relativ weit verbreiteten Anwendung genutzt wird. +1 Erfreulich wäre es IMHO, wenn das Projekt zur Verbesserung der Daten beigetragen hätte und OSM promoten oder zumindest korrekt nennen würde. SO ist es nur ärgerlich, ich kann nicht sehen wie man einer klaren Lizenzverletzung (noch dazu mit einer unangenehmen Vorgeschichte betreffend anderer OpenSource-Software) etwas erfreuliches abgewinnen kann. Nur weil es ein grosser Player ist? Sind wir wirklich so wenig selbstbewusst? Aus meiner Sicht wäre es erfreulicher gewesen sie hätten sich proprietäre Daten gekauft, dann könnte sich wenigstens vielleicht irgendwo ein Programmierer mehr davon ernähren. Das katastrophale Rendering (völliger Verzicht auf die Wege für Fußgänger !) ist eine andere Sache. Das wiederum ist doch vollkommen egal. Wenn man die Daten korrekt lizensiert, kann man sie rendern wie man will. Mag vom Usability-Aspekt her katastrophal sein, aus OSM Perspektive muss einem das gleichgültig sein. (Solange es nicht rufschädigend ist, denn das ist auch unter korrekter Lizensierung per CC-BY-SA nicht zulässig) Und dass ausgerechnet Bahnlinien, Bus- und Bahnhaltestellen fehlen, ist auch nicht gerade glücklich. Eventuell handelt es sich beim auslassen des Verweises auf die OSM nur um ein Versehen, sogar viele Medien sind oftmals nicht in der Lage, die Lizenzbedigungen für Wikipedia-Inhalte umzusetzen. Das halte ich auch für wesentlich wahrscheinlicher als die Verheimlichungstheorien... Aber geh bitte. Das sind IT Leute, es kann mir keiner erzählen dass nie zur Sprache gekommen ist was die OSM-Lizenz für das Projekt bedeutet. Meiner Einschätzung nach wurde das zumindest an irgendeiner Stelle von irgendwem bewusst in Kauf genommen. So, bin schon wieder fertig mit dem Rant. Flo ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] Ukončení lesních cest
Ahoj, je nějaká konvence, jak naznačit konec lesní cesty? Mám na mysli lesáckou cestu tracktype=grade3, která se uprostřed lesa končí (třeba proto, že se odtama tahalo dřevo nebo je tam krmelec). Nebo jdu lesem a mapuju, ale po 50-ti metrech zjistím, že jsem blbě zahnul, vrátím se a jdu jinama, ale těch 50 m zakreslím. Jak má někdo po mě vědět jestli tam ta cesta končí nebo ji někdo nedomapoval? F. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ukončení lesních cest
Ahoj, 2011/6/4 f.remenstech f.remenst...@gmail.com: je nějaká konvence, jak naznačit konec lesní cesty? Mám na mysli lesáckou cestu tracktype=grade3, která se uprostřed lesa končí (třeba proto, že se odtama tahalo dřevo nebo je tam krmelec). Nebo jdu lesem a mapuju, ale po 50-ti metrech zjistím, že jsem blbě zahnul, vrátím se a jdu jinama, ale těch 50 m zakreslím. Jak má někdo po mě vědět jestli tam ta cesta končí nebo ji někdo nedomapoval? Pro slepé konce existuje tag noexit http://wiki.openstreetmap.org/wiki/Key:noexit, druhý problém lze popsat obecným komentářem (fixme, comment, note http://wiki.openstreetmap.org/wiki/Key:fixme). -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] OSM au Gua sur le stand de la mairie (sud de Grenoble, 38)
Il faut reconnaitre qu'il y a eu peu de questions sur les stands en général donc aussi pour OSM mais ça restait une bonne occasion pour faire un peu de pub pour le projet. J'en ai quand même profité pour aller entreprendre le gars qui tenait le stand du Sipavag (http://www.sipavag.fr/). Le Sipavag, c'est (d'après leur site web): Le SIPAVAG, syndicat mixte(Syndicat pour la Protection et l'Aménagement des franges Vertes de l'Agglomération Grenobloise), regroupe les communes de la Métro Grenoble-Alpes-Métropole et les communes de la Communauté de Communes du Sud Grenoblois. Il a pour vocation la création, l'entretien, le balisage et l'animation d'un réseau périurbain de chemins et sentiers ouvert à la circulation publique des piétons, des vététistes ou des cavaliers. D'un point de vue opérationnel, ils sont maintenant directement intégrés à la Métro. Ils entretiennent les sentiers (850 km), assurent le balisage et éditent une carte. Les données sont en cours de numérisation (objectif numérisation complète fin 2011). Quand je lui ai parlé de libérer les données, j'ai rencontré une forte réticence pour deux raisons. La première est une question de responsabilité face à des accidents. Suite à des accidents mortels de VTT, la justice leur a déjà demandé de fournir le descriptif des parcours qu'ils avaient aménagés. Il se trouve que dans les deux cas, les itinéraires n'étaient pas prévus pour les VTT voir avec balisage d'interdiction donc leur responsabilité a été dégagée. La seconde raison est le vandalisme. Actuellement, ils remplace pour 25.000 €/an de panneaux indicateurs (40 €/pièce) suite à du vandalisme. Ils ont peur que se développe du GéoVandalisme (je dépose la marque) où des personnes prendraient les coordonnées sur internet pour se choisir les nouvelles promenades où ils vont détruire les panneaux. Donc, pour ces deux raisons, ils sont à priori assez réticents à fournir l'ensemble de leurs données brutes. Néanmoins, je n'ai discuté qu'avec un exécutant de terrain. Il m'a conseillé de m'adresser au directeur des services de l'environnement de la Métro. Il m'a aussi dit qu'ils avaient un service SIG/SIT (système d'information technique???) à la Métro. Et globalement, la Métro devient un acteur puissant avec la montée de l'intercommunalité. Voilà. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Censure/Floutage des images aériennes ?
Bonjour, Je suis tombé sur ces 2 cas de censure d'imagerie aérienne en France: - La SNPE (Société Nationale des Poudres et Explosifs) à Toulouse, est floutée dans Google Maps depuis toujours, et assez sévèrement: http://maps.google.com/?ie=UTF8hq=hnear=Toulouse,+Haute-Garonne,+Midi-Pyr%C3%A9n%C3%A9es,+Francell=43.566244,1.437643spn=0.011583,0.01929t=hz=16 Elle l'est un peu moins sur le Géoportail: http://www.geoportail.fr/visu2D.do?cg=djoxLjEqYzptZXRyb3BvbGUqY3Y6MS4wKnZ2OjEuMSp4eToxLjQzNjA1NTE3NjI1NjY0OTh8NDMuNTY2MDkwNjU4ODM3NDQ2KnM6NipwdjoxLjAqcDpkZWNvdXZlcnRlKmw6UGhvdG98MXwxMDB8MA%3D%3D Et pas du tout sur Bing, c'est ce dernier point qui m'a étonné: http://www.bing.com/maps/?v=2cp=r7twgkh3kn9plvl=17dir=0sty=bform=LMLTCC Maintenant, l'inverse, avec le centre du CEA (Commissariat à l'Energie Atomique) de Cadarache: Bing censure de manière TRES efficace: http://www.bing.com/maps/?v=2cp=r8h700hgd00jlvl=15dir=0sty=bform=LMLTCC Le Géoportail est plus subtil mais tout aussi efficace: http://www.geoportail.fr/visu2D.do?cg=djoxLjEqYzptZXRyb3BvbGUqY3Y6MS4wKnZ2OjEuMSp4eTo1Ljc1NzM0MjQ4MzQzNTUyNnw0My43MDUwMDQyMDI2NzIzNCpzOjUqcHY6MS4wKnA6ZGVjb3V2ZXJ0ZSpsOlBob3RvfDF8MTAwfDA%3D Et Google, par contre, pas du tout: http://maps.google.com/maps?t=khl=enie=UTF8hq=hnear=Toulouse,+Haute-Garonne,+Midi-Pyr%C3%A9n%C3%A9es,+Francell=43.6954,5.751944spn=0.023116,0.054932z=15 Pourquoi les stratégies de censure changent en fonction des fournisseurs ? Y-a-t-il une législation particulière sur les prises de vues aériennes de ces sites sensibles ? Enfin, le point le plus important: A t-on le droit de mapper ces sites ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Censure/Floutage des images aériennes ?
Bonjour, Pour moi la réponse viendra du cadastre. Si les batiments y sont, alors où est le problème ? Il ne faudrait simplement pas mettre des informations qui ne sont pas publique et acquises à l´occasion d´un passage sur le terrain (fonction des batiments ou emplacements des éléments d´alimentation en gaz, electricité, etc.). Le comble, obligé de coder depuis sa chaise... Marc depuis son tel - Message d'origine - De: Vincent Privat vincent.pri...@gmail.com Env: samedi 4 juin 2011 16:51 À: Discussions sur OSM en français talk-fr@openstreetmap.org Objet: [OSM-talk-fr] Censure/Floutage des images aériennes ? Bonjour, Je suis tombé sur ces 2 cas de censure d'imagerie aérienne en France: - La SNPE (Société Nationale des Poudres et Explosifs) à Toulouse, est floutée dans Google Maps depuis toujours, et assez sévèrement: http://maps.google.com/?ie=UTF8hq=hnear=Toulouse,+Haute-Garonne,+Midi-Pyr%C3%A9n%C3%A9es,+Francell=43.566244,1.437643spn=0.011583,0.01929t=hz=16 Elle l'est un peu moins sur le Géoportail: http://www.geoportail.fr/visu2D.do?cg=djoxLjEqYzptZXRyb3BvbGUqY3Y6MS4wKnZ2OjEuMSp4eToxLjQzNjA1NTE3NjI1NjY0OTh8NDMuNTY2MDkwNjU4ODM3NDQ2KnM6NipwdjoxLjAqcDpkZWNvdXZlcnRlKmw6UGhvdG98MXwxMDB8MA%3D%3D Et pas du tout sur Bing, c'est ce dernier point qui m'a étonné: http://www.bing.com/maps/?v=2cp=r7twgkh3kn9plvl=17dir=0sty=bform=LMLTCC Maintenant, l'inverse, avec le centre du CEA (Commissariat à l'Energie Atomique) de Cadarache: Bing censure de manière TRES efficace: http://www.bing.com/maps/?v=2cp=r8h700hgd00jlvl=15dir=0sty=bform=LMLTCC Le Géoportail est plus subtil mais tout aussi efficace: http://www.geoportail.fr/visu2D.do?cg=djoxLjEqYzptZXRyb3BvbGUqY3Y6MS4wKnZ2OjEuMSp4eTo1Ljc1NzM0MjQ4MzQzNTUyNnw0My43MDUwMDQyMDI2NzIzNCpzOjUqcHY6MS4wKnA6ZGVjb3V2ZXJ0ZSpsOlBob3RvfDF8MTAwfDA%3D Et Google, par contre, pas du tout: http://maps.google.com/maps?t=khl=enie=UTF8hq=hnear=Toulouse,+Haute-Garonne,+Midi-Pyr%C3%A9n%C3%A9es,+Francell=43.6954,5.751944spn=0.023116,0.054932z=15 Pourquoi les stratégies de censure changent en fonction des fournisseurs ? Y-a-t-il une législation particulière sur les prises de vues aériennes de ces sites sensibles ? Enfin, le point le plus important: A t-on le droit de mapper ces sites ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment représenter des tribunes/gradin
Bonjour, Je souhaites représenter les tribunes/gradin d'un stade de foot/rugby et d'un circuit automobile. Quels attributs indiqueriez vous ? Merci, Cordialement, Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Kit communication/stand (était: OSM au Gua sur le stand de la mairie (sud de Grenoble, 38))
Le 4 juin 2011 00:43, alexcmoa alexandre.nab...@gmail.com a écrit : Suite à un appel à l'aide sur ce forum, Eric Sibert et Quicky se sont portées volontaires. Le jour de la JIE, Eric est arrivé en fin de matinée de Grenoble en train + vélo (équipé GPS ;)), il avait apporté des walking papers A4 du secteur. Avec l'aide de Mr Michaud, nous avons reconstitué un plan A0 que nous avons affiché sur le stand. Eric est parti en fin d'après-midi et Quick est arrivé vers 17h pour la dernière heure où il y avait remise de prix et cloture officielle. Une interview en directe de Quicky a alors a été réalisée et diffusée par la sono (cf. photos ci-dessous) : http://gis.638310.n2.nabble.com/file/n6437387/IMG_4959.jpg http://gis.638310.n2.nabble.com/file/n6437387/IMG_4960.jpg Je suis de très très loin les actions de création d'une personne morale pour OSM-fr. Néanmoins, je constate sur les photos qu'on a toujours aussi peu de moyens : je reconnais le style home-made du logo OSM, style que nous avions utilisés lors des RMLL2010. Est-il envisageable de trouver des fonds pour faire juste quelques petites bannières, sans prétention (juste le nom OpenStreetMap, éventuellement un logo), mais un poil plus propre que le fait-main ? Est-ce que la fondation n'a pas quelques trucs de ce genre ? Pour le nombre, il faudrait en faire quelques unes (à définir) pour les distribuer aux acteurs les plus actifs à tenir des stands dans les divers coins de France. Je crois me souvenir que le sujet du kit de communication avait été abordé, mais je n'ai pas en tête l'issue de la précédente discussion. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google a mis à jour ses cartes pour la France
Salut, 2011/6/3 rldhont rldh...@gmail.com: La première est que nous sommes encore considéré comme de petits joueurs par certains dont l'IGN. Aux rencontres SIG La Lettre, même si beaucoup ont parlé du projet, peu l'ont fait avec considération. Tu m'étonnes là. Je n'y étais pas, mais il y avait le speech de François Vigouroux (SIG 2.0) qui devait décrire OSM en terme élogieux AMHA. Preneur d'autres retours, donc. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM présent à la 4eme Journée technique SIG des SDIS (Pompiers)
Bonjour @tou[te]s Comme je l'annonçais dans un précédent post je participerai à la 4eme journée de l'information géographique en SDIS. Le 22 Juin je présenterai des travaux menés de concert avec le centre de secours de mon village. J'évoquerai les possibilités de partenariats bidirectionnels entre les services de Sécurité Civile et les Volontaires Technologiques (OSM, Twitter, Ushaïdi, Blog etc ...) C'est un des retours positifs des rencontres SIG la Lettre 2011. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] OpenKent, OSM coverage estimation
Hi, Is there any way that we can request the data in a standard easy to use format, one that we can requested from different councils throughout the uk. If we can do this, and use a standard tool for comparison I think it would be beneficial for us and the local councils. If there isn't should we make one? Cheers Bob From: TimSC mapp...@sheerman-chase.org.uk To: talk-gb@openstreetmap.org Sent: Friday, 3 June 2011, 11:45 Subject: [Talk-GB] OpenKent, OSM coverage estimation Hi all, Some stats on OSM coverage of Kent. I tried to pair the records of KCC OpenKent with the OSM database. Assuming the KCC list is complete (which it is usually, but not entirely), we can estimate OSM's coverage in the area. Schools: 618 of 915 (915 (67.54 %) Pharmacies: 67 of 274 (274 (24.45 %) Doctors: 33 of 286 (286 (11.54 %) Libraries: 70 of 101 (101 (69.31 %) Opticians: 12 of 170 (170 (7.06 %) Hospitals: 24 of 33 (33 (72.73 %) So, OSM is good on some features and poor on others. It seems for profit locations are not so well mapped, compared to public services. My philosophy is that OSM omissions should be regarded as errors. With complete lists of addresses, we can go and find exact positions of these services. I am still unsure if this is compatible with the relicensing. This data is distributed under OGL (and sometimes OS OpenData too). Can LWG attempt to reduce the legal uncertainty of this, by a definitive statement? Regards, TimSC ___ 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-GB] OpenKent, OSM coverage estimation
On 04/06/11 11:04, Bob Kerr wrote: Hi, Is there any way that we can request the data in a standard easy to use format, one that we can requested from different councils throughout the uk. That would be ideal because data standards enable sharing and use. On the other hand, any barrier to councils releasing the data might be used as an excuse not to share it at all. The problem is different councils have different levels of commitment to open data. The most popular formats from Kent seems to be Excel and RSS feeds. At least it is not PDF! If we can do this, and use a standard tool for comparison I think it would be beneficial for us and the local councils. If there isn't should we make one? My locateservices CMS goes some way towards this. An alternative, for data with high spacial accuracy (within GPS receiver accuracy), is to import it directly into OSM and maintain the data there. Also, I think the councils might be confused by any license beyond the most simple (that is just a guess though), so sharing the data back with the source might be problematic with OSM (with either the old or new license). TimSC ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Using OSM for emergency routing?
On Fri, Jun 3, 2011 at 10:08 PM, Ian Dees ian.d...@gmail.com wrote: I don't think people want to use this as a this is your route and you must follow it. The idea would be that (a) dispatchers and emergency drivers could use the map and suggested route to give a better estimate on arrival time to first responders and (b) drivers could use it while driving to be reminded of existing emergency-only routes. Right. That's what I said sounds like a terrible idea. You really think drivers could use it while driving? Or did you mean that non-drivers could relay it to drivers? This would be MUCH better than what happens right now: a call to 911 goes in, depending on the jurisdiction the dispatcher either uses (a) Google Maps, (b) the county road data or (c) custom ESRI-based maps to look for the best unit to request a response. This particular guy (a driver in an ambulance) whips out his Garmin Nuvi GPS and enters the lat/lon or address and heads out. How do you know what happens right now, beyond the experience of one individual driver? And why would OSM be better than a customized system built specifically for the intended use? The point is that even if everyone has all the roads in their jurisdiction memorized (and nowadays with consolidation and huge coverage areas that's harder to do) and has previously spent the $$$ on E-911 systems and map upgrades, not everyone is on the same page and if there's something we can do to help, why not do it? I'm not sure where you're getting the idea that there's something you can do to help, and/or that that something has anything to do with using OSM data for routing. At least talk to a chief, and/or to someone on the dispatch side of things who has the power to completely rewrite the dispatch procedures. I suspect OSMers probably could provide some help to some jurisdictions, at least on the dispatch side of things. And on the at the scene side of things, there are definitely things that can be done in the non-routing realm. Fire hydrant / standpipe locations, pressure information, number (and in some jurisdictions, type) of hookups. Of course, much of the information that needs to be integrated into such a system is probably too private for OSM: floor plans, contact information, hazardous materials information, special needs of particular individuals. And even the parts that *are* suitable for OSM would only be useful if they were maintained by someone local who kept them up to date. This is true of routing information as well, but I think OSM is a long long way from even being a contender for use for real-time emergency routing. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Using OSM for emergency routing?
On Sat, Jun 4, 2011 at 10:00 AM, Anthony o...@inbox.org wrote: On Fri, Jun 3, 2011 at 10:08 PM, Ian Dees ian.d...@gmail.com wrote: The point is that even if everyone has all the roads in their jurisdiction memorized (and nowadays with consolidation and huge coverage areas that's harder to do) and has previously spent the $$$ on E-911 systems and map upgrades, not everyone is on the same page and if there's something we can do to help, why not do it? I'm not sure where you're getting the idea that there's something you can do to help, and/or that that something has anything to do with using OSM data for routing. Thinking about this a little more, probably the number one thing OSM mappers could do to help is to release their data into the public domain. This way, companies could integrate it into the proprietary systems they're already providing to the emergency services, without having to drastically change their business model. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] shields and overlaps
I'm doing a little work on shield rendering for Interstate and US Route shields, etc. Who has a favourite highway overlap? I'd like a few examples of each of the following. - two Interstates overlapping on a way - three Interstates overlapping on a way - combination of Interstates and US Routes totalling two or three shields If you could reply with a link to the way, like http://openstreetmap.org/browse/way/ that would be awesome. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shields and overlaps
Oh why not. How about an overlap of one I, one US and one state-something as well? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shields and overlaps
On Sat, Jun 4, 2011 at 3:51 PM, Richard Weait rich...@weait.com wrote: I'm doing a little work on shield rendering for Interstate and US Route shields, etc. Who has a favourite highway overlap? I'd like a few examples of each of the following. - two Interstates overlapping on a way - three Interstates overlapping on a way - combination of Interstates and US Routes totalling two or three shields If you could reply with a link to the way, like http://openstreetmap.org/browse/way/ that would be awesome. Last I heard the interstate in this area is the longest section of interstate that has 3 interstate identifiers in the country: http://www.openstreetmap.org/browse/way/6888315 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shields and overlaps
On Sat, Jun 4, 2011 at 4:51 PM, Richard Weait rich...@weait.com wrote: I'm doing a little work on shield rendering for Interstate and US Route shields, etc. Who has a favourite highway overlap? I'd like a few examples of each of the following. - two Interstates overlapping on a way - three Interstates overlapping on a way - combination of Interstates and US Routes totalling two or three shields If you could reply with a link to the way, like http://openstreetmap.org/browse/way/ that would be awesome. Here's a torture test for you: four US routes and an Interstate. Even though I-55 is the only one of the 5 routes there signed in the field thanks to AHTD's aversion to such things... http://www.openstreetmap.org/browse/way/49565446 West Memphis has all sorts of interesting combinations you can test. Reminds me, we need to add some notation for unsigned routes in relations (the only approaches I can think of are either to tag it as roles on each member, with things like unsigned;west sometimes - which is icky but would work - or having separate relations for unsigned routes). This is one area OSM could really be an improvement over Google Maps etc that direct people to follow FL 600 and the like. Chris ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Unsigned routes (Re: shields and overlaps)
On 6/4/2011 7:06 PM, Chris Lawrence wrote: Reminds me, we need to add some notation for unsigned routes in relations (the only approaches I can think of are either to tag it as roles on each member, with things like unsigned;west sometimes - which is icky but would work - or having separate relations for unsigned routes). This is one area OSM could really be an improvement over Google Maps etc that direct people to follow FL 600 and the like. I've been creating separate relations with unsigned_ref=* and using unsigned_ref on the ways (example: http://www.openstreetmap.org/browse/relation/23154). This of course doesn't work so well when a piece in the middle is unsigned (Arkansas and US 63, yuck). It also fails when the state doesn't have a good source for where the unsigned route goes (Florida and SR 35 through Bartow). As for Florida, I never tagged the unsigned routes in the first place. I'd certainly be willing to add them, but as mentioned the routing isn't always clear. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shields and overlaps
Here's some examples you could test: 2 Interstates - I-77 I-74: http://www.openstreetmap.org/browse/way/16776408 (Note: IMO, I think the refs should be I 77;I 74 instead since the mileage on this section is I-77's.) 2 Interstates + US Highway - I-73, I-74, US-220: http://www.openstreetmap.org/browse/way/49905664 1 Interstate + 2 US Highways - I-376, US-22, US-30: http://www.openstreetmap.org/browse/way/39423501 1 Future Interstate + 4 US Highways (yes, everything is posted in the field here unlike the AR example in a previous e-mail) - I-26 Future, US-19, US-23, US-25, US-70: http://www.openstreetmap.org/browse/way/49481120 I Interstate + 1 US Highway + 1 State Route - I-99, US-220, PA-26 (Note: need to add in the PA part for the PA-26 to the ways in this area still since most of PA hasn't been fixed up to include the state name in the ref tags. I'll do that in a bit along I-99.) http://www.openstreetmap.org/browse/way/36737549 Interesting test - How about showing us a Business Interstate rendering? I-376 Business Loop here in Pittsburgh would be a nice test. Would love to see proper shields posted unlike how Google does it with just normal Interstate shields. http://www.openstreetmap.org/browse/way/55506881 - We should mention somehow what type of Business Route they are in the ref and/or the relations. Also, are you going to try to add proper Future Interstate shields? Currently in Google, they just show a normal Interstate shield. It might give people a proper reason to tag these posted Future Interstate correctly instead of without the Future tag. I've noticed a lot of I-73/I-74 that is posted as Future in the field tagged as normal Interstates would shouldn't be the case.. -- James ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shields and overlaps
On 6/4/2011 9:46 PM, James Mast wrote: Also, are you going to try to add proper Future Interstate shields? Currently in Google, they just show a normal Interstate shield. It might give people a proper reason to tag these posted Future Interstate correctly instead of without the Future tag. I've noticed a lot of I-73/I-74 that is posted as Future in the field tagged as normal Interstates would shouldn't be the case.. Since the only difference is that the word INTERSTATE is replaced by FUTURE, I don't see how we could show the difference. See the photos on http://web.duke.edu/~rmalme/i73seg7.html - in the first one it's almost impossible to tell that it's future. I'm also not sure that there's any benefit in distinguishing. Note: this is different from the occasional 'future corridor' signs like in http://web.duke.edu/~rmalme/i74seg14.html - those should be marked with fut_ref=*. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shields and overlaps
Then what how how NC is *now* signing the Future Interstates? http://www.duke.edu/~rmalme/i73seg10.html http://www.duke.edu/~rmalme/i73seg4.html#seg5 (search for Photo of only I-73 sign along segment after its opening in December) Those show the Future text in big bold text, but yes, they do have the Interstate text in them. Maybe have the word FUTURE put about the Interstate shield like MapQuest does on their normal maps? http://www.mapquest.com/?version=1.0hk=9-iIKqGNMU You can see the text above 576 and I-376 Business. This might work as a possible compromise and could work with also bannered US/State highways. -- James Date: Sat, 4 Jun 2011 22:21:41 -0400 From: nerou...@gmail.com To: talk-us@openstreetmap.org Subject: Re: [Talk-us] shields and overlaps On 6/4/2011 9:46 PM, James Mast wrote: Also, are you going to try to add proper Future Interstate shields? Currently in Google, they just show a normal Interstate shield. It might give people a proper reason to tag these posted Future Interstate correctly instead of without the Future tag. I've noticed a lot of I-73/I-74 that is posted as Future in the field tagged as normal Interstates would shouldn't be the case.. Since the only difference is that the word INTERSTATE is replaced by FUTURE, I don't see how we could show the difference. See the photos on http://web.duke.edu/~rmalme/i73seg7.html - in the first one it's almost impossible to tell that it's future. I'm also not sure that there's any benefit in distinguishing. Note: this is different from the occasional 'future corridor' signs like in http://web.duke.edu/~rmalme/i74seg14.html - those should be marked with fut_ref=*. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Unsigned routes (Re: shields and overlaps)
On 6/5/2011 12:15 AM, nat...@nwacg.net wrote: In Arkansas, routes are not unsigned or (except in very rare cases) cosigned. The route ends where it meets a route of higher priority and begins again as a new segment elsewhere. There are a lot of states that do this internally. But most sign them properly as overlaps, even if they don't have overlaps 'behind the scenes'. Arkansas does have some (partly?) signed overlaps, like US 65-167 on I-30 and I-530 near Little Rock. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Unsigned routes (Re: shields and overlaps)
On 6/5/11 12:15 AM, nat...@nwacg.net wrote: In Arkansas, routes are not unsigned or (except in very rare cases) cosigned. The route ends where it meets a route of higher priority and begins again as a new segment elsewhere. Most Arkansas state highways and some US highways fall victim to this splitting at some point or another. What is an open question is how to handle this in OSM. I choose to have an intentional gap in the route's relation, at least for the few I've done so far. this is reasonable, and i do the same thing when i encounter gaps in NY, usually gaps in county routes. however, there are unsigned routes in NY; state maintained routes which have designations but which do not have signage, and some county routes. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Unsigned routes (Re: shields and overlaps)
On 6/5/2011 12:22 AM, Richard Welty wrote: however, there are unsigned routes in NY; state maintained routes which have designations but which do not have signage, and some county routes. Three states - Florida, Alabama, and Tennessee - have an unsigned state designation for every segment of U.S. Route (and Interstate in Florida). For example, Interstate 4 is also State Road 400, which appears on some maps but is not signed along I-4. But after I-4 ends at I-95 (SR 9), SR 400 continues as a short signed route to the end at US 1 (SR 5). ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cl] OpenStreetMap + Transantiago
No se ve _tan_ mal. Seria interesante preguntarles si podemos obtener las coordenadas de los buses en lugar del resultado en tiempos estimados de su sistema de predicción. Yo asumo que se puede, por que en el servicio que esta prestando Mapcity usando sus datos claramente hay coordenadas. Saludos, Julio Costa Zambelli OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile 2011/6/3 Juan Pizarro jpizar...@gmail.com Estimados, Me comunique por correo con Wireless-IQ por mail, y me comentaron que básicamente las condiciones son: 1. La APLICACION que construyan será sin costo para el usuario final. 2. 50% de la publicidad que acordemos se despliegue en vuestra APLICACION(mínimo 1/3 de la screen en que acordemos incluir publicidad), la ponemos nosotros. Si ustedes quieren, por que no les gusta, en vuestro 50% no ponen nada. Todo lo que hacemos intentamos financiarlo vía publicidad que pagan terceros. 3. Para la APLICACION que acordemos, les construimos y dejamos operativos los WEB services necesarios para que opere. 4. En los créditos de la APLICACION se debe señalar que se utiliza como fuente la información que genera el sistema de Predicción desarrollado y operado por WIRELESS-IQ S.A. Asimismo se deben desplegar las condiciones de la aplicación similares a las de la pagina SIMT WEB respecto de la información proporcionada, esto ultimo es requerimiento del MTT. La idea es crear aplicaciones en torno a OpenStreetMap, con información de terceros. A mi las condiciones me parecen bien, a Uds que les parecen. Saludos. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] OpenStreetMap + Transantiago
Estimados, Que opinan de las condiciones, están de acuerdo, para seguir conversando en nombre de osmcl, o sigo de forma personal?. Saludos El sáb, 04-06-2011 a las 12:44 -0400, Julio Costa Zambelli escribió: No se ve _tan_ mal. Seria interesante preguntarles si podemos obtener las coordenadas de los buses en lugar del resultado en tiempos estimados de su sistema de predicción. Yo asumo que se puede, por que en el servicio que esta prestando Mapcity usando sus datos claramente hay coordenadas. Saludos, Julio Costa Zambelli OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile 2011/6/3 Juan Pizarro jpizar...@gmail.com Estimados, Me comunique por correo con Wireless-IQ por mail, y me comentaron que básicamente las condiciones son: 1. La APLICACION que construyan será sin costo para el usuario final. 2. 50% de la publicidad que acordemos se despliegue en vuestra APLICACION(mínimo 1/3 de la screen en que acordemos incluir publicidad), la ponemos nosotros. Si ustedes quieren, por que no les gusta, en vuestro 50% no ponen nada. Todo lo que hacemos intentamos financiarlo vía publicidad que pagan terceros. 3. Para la APLICACION que acordemos, les construimos y dejamos operativos los WEB services necesarios para que opere. 4. En los créditos de la APLICACION se debe señalar que se utiliza como fuente la información que genera el sistema de Predicción desarrollado y operado por WIRELESS-IQ S.A. Asimismo se deben desplegar las condiciones de la aplicación similares a las de la pagina SIMT WEB respecto de la información proporcionada, esto ultimo es requerimiento del MTT. La idea es crear aplicaciones en torno a OpenStreetMap, con información de terceros. A mi las condiciones me parecen bien, a Uds que les parecen. Saludos. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] OpenStreetMap + Transantiago
El sáb, 04-06-2011 a las 21:31 -0400, Juan Pizarro escribió: Estimados, Que opinan de las condiciones, están de acuerdo, para seguir conversando en nombre de osmcl, o sigo de forma personal?. Saludos Para asi llamar por telefono la proxima semana. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl