Re: [OSM-talk-be] Destination tagging on motorways
I finished mapping the route Lille-Gent-Antwerp-Breda vice versa for both destinations and destination details. Comments welcome! @ Martijn Please take a look at this situation: http://pix.toile-libre.org/?img=1412108906.jpg , located here: http://www.openstreetmap.org/?mlat=50.81703mlon=3.29462#map=17/50.81703/3.29462 Navigational devices like Navigon or TomTom are capable of showing the correct lane and it's destination when travelling towards exit 3b Kortrijk-Noord;Harelbeke-Zuid (fourth lane) or when travelling towards Gent (left three lanes). I used the accepted :lanes extension ( http://wiki.openstreetmap.org/wiki/Lanes), which should provide enough data to an OSM based navigation device in conjunction with the data on exit 3b to show a user the correct lane and destination info. Can you confirm that the tagging I used here is sufficient enough to do that job? Cheers, Johan 2014-09-26 18:03 GMT+02:00 Marc Gemis marc.ge...@gmail.com: On Fri, Sep 26, 2014 at 1:16 PM, André Pirard a.pirard.pa...@gmail.com wrote: It's OK Marc, you can do the same as in United Kingdom http://overpass-turbo.eu/?q=PCEtLQpUaGlzIGhhxIhiZWVuIGfEj2VyYXRlZCBieSB0aGUgb3bElHDEi3MtdHVyYm8gd2l6YXJkLsSExJ_EoXJpZ2luYWwgc2XEsmNoxK7EizoKw6LCgMKcxIZnaHdheT1tb3RvcsWQeV9sxLxrxYrCnQrEgj4KPG9zbS1zY8S5cHTEoXV0cMWwPSJqc29uIsSdaW1lb8WzIjI1IsWjICDEgMSCxJHElsSfciByZXN1bHTEiMWiCsaGxoY8cXXElMScdHlwZcW0xZnGhMaXxpjGmcSKxKdrdiBrxbTFjcWPxZHFunbFtMWUxZbFmMWRxZvFnSIvxoXGp8aHxqktxqvGrcW0xo9mxbrGj2fGtCIuKsa8xr7GpzxixKx4Lcabxp0ge3vHk294fX3Gvcamxpkvx5dyeca-xogtIHDEuW7FrsaPxpHGk8aVLceox6zEvMWuxZRkxqIixKxkecePxqY8xo9jxKrFgcSdxqDHu2Rvd8W5x6HGmce2x64gx7nHu3NrZWxlxZbFucS4x7pyxbTGm2FkdGnImMiAPC_FpsWoxarFrHQ-c=BJwpeMUe0IR, Netherlands http://overpass-turbo.eu/?q=PCEtLQpUaGlzIGhhxIhiZWVuIGfEj2VyYXRlZCBieSB0aGUgb3bElHDEi3MtdHVyYm8gd2l6YXJkLsSExJ_EoXJpZ2luYWwgc2XEsmNoxK7EizoKw6LCgMKcxIZnaHdheT1tb3RvcsWQeV9sxLxrxYrCnQrEgj4KPG9zbS1zY8S5cHTEoXV0cMWwPSJqc29uIsSdaW1lb8WzIjI1IsWjICDEgMSCxJHElsSfciByZXN1bHTEiMWiCsaGxoY8cXXElMScdHlwZcW0xZnGhMaXxpjGmcSKxKdrdiBrxbTFjcWPxZHFunbFtMWUxZbFmMWRxZvFnSIvxoXGp8aHxqktxqvGrcW0xo9mxbrGj2fGtCIuKsa8xr7GpzxixKx4Lcabxp0ge3vHk294fX3Gvcamxpkvx5dyeca-xogtIHDEuW7FrsaPxpHGk8aVLceox6zEvMWuxZRkxqIixKxkecePxqY8xo9jxKrFgcSdxqDHu2Rvd8W5x6HGmce2x64gx7nHu3NrZWxlxZbFucS4x7pyxbTGm2FkdGnImMiAPC_FpsWoxarFrHQ-c=BLstnXsViJR, Germany http://overpass-turbo.eu/?q=PCEtLQpUaGlzIGhhxIhiZWVuIGfEj2VyYXRlZCBieSB0aGUgb3bElHDEi3MtdHVyYm8gd2l6YXJkLsSExJ_EoXJpZ2luYWwgc2XEsmNoxK7EizoKw6LCgMKcxIZnaHdheT1tb3RvcsWQeV9sxLxrxYrCnQrEgj4KPG9zbS1zY8S5cHTEoXV0cMWwPSJqc29uIsSdaW1lb8WzIjI1IsWjICDEgMSCxJHElsSfciByZXN1bHTEiMWiCsaGxoY8cXXElMScdHlwZcW0xZnGhMaXxpjGmcSKxKdrdiBrxbTFjcWPxZHFunbFtMWUxZbFmMWRxZvFnSIvxoXGp8aHxqktxqvGrcW0xo9mxbrGj2fGtCIuKsa8xr7GpzxixKx4Lcabxp0ge3vHk294fX3Gvcamxpkvx5dyeca-xogtIHDEuW7FrsaPxpHGk8aVLceox6zEvMWuxZRkxqIixKxkecePxqY8xo9jxKrFgcSdxqDHu2Rvd8W5x6HGmce2x64gx7nHu3NrZWxlxZbFucS4x7pyxbTGm2FkdGnImMiAPC_FpsWoxarFrHQ-c=BMWJt14WeJR etc ... The situation in The Netherlands seems to be a bit different. They actually have signs next to those motorway links with the E-ref. I checked 1 exit near Breda on streetview. The one I looked at in Belgium (Lier-Massenhoven) had distance marks, but no ref-number. For the UK, I also looked at 1 example and they also seem to indicate the M25 as soon as you enter the motorway link. So the situation seems to be different and has to be tagged differently. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] How best to create a single point of interest online map with OSM data?
On Thu, Sep 18, 2014 at 3:14 AM, Jóhannes Birgir Jensson j...@betra.is wrote: Mappa Mercia have a tutorial on this, using uMap with live data from Overpass http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html Thanks for this. I did try it: http://umap.openstreetmap.fr/en/map/test-drinking-water_18320#13/37.8625/-122.2801 There's a lot to like about this. However, limits I hit were: * Slowed down too much after about 200 points of interest (I need about 30,000 minimum for the current project) * Limited flexibility in designing the popup * Ways disappear on the map (they don't get a pin: zoom in on the map to see two hidden toilets). I've sent feedback to the developers. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] OSM auf der FOSDEM?
Das fand ich auch. Ich habe es jetzt auf talk-be erwähnt. Angeblich hat Gael Musquet aus Frankreich ein Stand angefragt. Ich muss es ihm aber noch fragen ob das stimmt. Dies war auch bei die Antworte: There is a joint proposal for a geospatial devroom (OSGeo, Locationtech and OSM people), we may want to wait if we have it or not (will be announced 1/10) before filing a request for a stand. Noch bis morgen warten ob wir ein devroom bekommen können. Grüsse, Jo 2014-09-29 15:17 GMT+02:00 Michael Kugelmann michaelk_...@gmx.de: Am 29.09.2014 09:04, schrieb Norbert Wenzel: Ja, es gab die letzten Jahre immer einen Stand, auch heuer. Der wurde glaub ich immer von Brüsseler Mappern betreut, Die Franzosen und die Belgier hatten den größten Teil der Orga gemacht. wobei vor 3 oder 4 Jahren glaub ich auch OSMer aus DE dabei waren. hand-hochhalten2012/hand-hochhalten Ich fand es relativ cool dort mit einem internationalen/multilinualten Team den Stand zu betreuen. http://wiki.openstreetmap.org/wiki/FOSDEM Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf der FOSDEM?
Am 30.09.2014 09:01, schrieb Jo: Angeblich hat Gael Musquet aus Frankreich ein Stand angefragt. Ich muss es ihm aber noch fragen ob das stimmt. Christian Quest war 2012 auch dabei, er könnte diesbezüglich auch ein guter Ansprechpartner sein... BTW: von Seiten der OSGeo gibt es angeblich auch Aktivitäten/Überlegungen auf der FOSDEM 2015 aktiv zu sein = man sollte dies IMHO möglichst unter einen Hit bringen... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Upload edifici Sardegna completato!
Ciao a tutti, volevo informarvi che finalmente abbiamo completato l'upload di tutti gli edifici della Sardegna ricavati dalla conversione dei dati dal Data Base Multiprecision: http://wiki.openstreetmap.org/wiki/Sardegna/Import/Edificato Spero che questo sia un ulteriore incentivo a migliorare i dati già presenti. Un ringraziamento a Marco, Simone, Fabrizio e Stefano per l'aiuto e tutta la ML italiana per i suggerimenti di tag. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Upload edifici Sardegna completato!
Grazieee! Francesca Il 30/Set/2014 13:33 Leonardo Frassetto kinetocor...@gmail.com ha scritto: Ciao a tutti, volevo informarvi che finalmente abbiamo completato l'upload di tutti gli edifici della Sardegna ricavati dalla conversione dei dati dal Data Base Multiprecision: http://wiki.openstreetmap.org/wiki/Sardegna/Import/Edificato Spero che questo sia un ulteriore incentivo a migliorare i dati già presenti. Un ringraziamento a Marco, Simone, Fabrizio e Stefano per l'aiuto e tutta la ML italiana per i suggerimenti di tag. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Upload edifici Sardegna completato!
Complimenti! Bel lavoro! Cesare Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 30 settembre 2014 13:32, Leonardo Frassetto kinetocor...@gmail.com ha scritto: Ciao a tutti, volevo informarvi che finalmente abbiamo completato l'upload di tutti gli edifici della Sardegna ricavati dalla conversione dei dati dal Data Base Multiprecision: http://wiki.openstreetmap.org/wiki/Sardegna/Import/Edificato Spero che questo sia un ulteriore incentivo a migliorare i dati già presenti. Un ringraziamento a Marco, Simone, Fabrizio e Stefano per l'aiuto e tutta la ML italiana per i suggerimenti di tag. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Upload edifici Sardegna completato!
Bravitutti! ho appena mandato comunicazione alla Regione Sardegna. 2014-09-30 13:32 GMT+02:00 Leonardo Frassetto kinetocor...@gmail.com: Ciao a tutti, volevo informarvi che finalmente abbiamo completato l'upload di tutti gli edifici della Sardegna ricavati dalla conversione dei dati dal Data Base Multiprecision: http://wiki.openstreetmap.org/wiki/Sardegna/Import/Edificato Spero che questo sia un ulteriore incentivo a migliorare i dati già presenti. Un ringraziamento a Marco, Simone, Fabrizio e Stefano per l'aiuto e tutta la ML italiana per i suggerimenti di tag. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coordinate geografiche
Anche io userei il marker un altro trucchetto veloce potrebbe essere: Zoommare sull'oggetto di cui vuoi conoscere le coordinate posizionandolo al meglio al centro della schermata e cliccare su Dove sono? nel campo di ricerca indirizzi ti darà come risultato le coordinate ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coordinate geografiche
Io userei questo http://stefanosabatini.eu/tools/findcoords/ Il giorno 30 settembre 2014 14:38, Fabri erfab...@gmail.com ha scritto: Anche io userei il marker un altro trucchetto veloce potrebbe essere: Zoommare sull'oggetto di cui vuoi conoscere le coordinate posizionandolo al meglio al centro della schermata e cliccare su Dove sono? nel campo di ricerca indirizzi ti darà come risultato le coordinate ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coordinate geografiche
Io questo :-) http://www.apposta.biz/prove/geocoder.php Inviato da iPhone Il giorno 30/set/2014, alle ore 14:59, sabas88 saba...@gmail.com ha scritto: Io userei questo http://stefanosabatini.eu/tools/findcoords/ Il giorno 30 settembre 2014 14:38, Fabri erfab...@gmail.com ha scritto: Anche io userei il marker un altro trucchetto veloce potrebbe essere: Zoommare sull'oggetto di cui vuoi conoscere le coordinate posizionandolo al meglio al centro della schermata e cliccare su Dove sono? nel campo di ricerca indirizzi ti darà come risultato le coordinate ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stato dell'import della numerazione civica
LOL Purché i numeri siano univoci va bene anche questo... :p Ciao, Max -- View this message in context: http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678p5818817.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coordinate geografiche
Utile ma manca comunque la trasformazione in gradi primi e secondi:( Messaggio originale Da: saba...@gmail.com Data: 30/09/2014 14.59 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] coordinate geografiche Io userei questo http://stefanosabatini.eu/tools/findcoords/ Il giorno 30 settembre 2014 14:38, Fabri erfab...@gmail.com ha scritto: Anche io userei il marker un altro trucchetto veloce potrebbe essere: Zoommare sull'oggetto di cui vuoi conoscere le coordinate posizionandolo al meglio al centro della schermata e cliccare su Dove sono? nel campo di ricerca indirizzi ti darà come risultato le coordinate ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coordinate geografiche
Il giorno 30 settembre 2014 18:27, beppebo...@libero.it beppebo...@libero.it ha scritto: Utile ma manca comunque la trasformazione in gradi primi e secondi:( Mi sono ricordato di uno script che avevo visto un po' di mesi fa, l'ho messo e adesso c'è un campo DMS... :-) Messaggio originale Da: saba...@gmail.com Data: 30/09/2014 14.59 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] coordinate geografiche Io userei questo http://stefanosabatini.eu/tools/findcoords/ Il giorno 30 settembre 2014 14:38, Fabri erfab...@gmail.com ha scritto: Anche io userei il marker un altro trucchetto veloce potrebbe essere: Zoommare sull'oggetto di cui vuoi conoscere le coordinate posizionandolo al meglio al centro della schermata e cliccare su Dove sono? nel campo di ricerca indirizzi ti darà come risultato le coordinate ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [wikimedia-it] Progetto con Expo 2015
Mi piacerebbe fare qualcosa, io sono spesso in zona e potrei trovare dei bei percorsi da tracciare - - Le ultime dal mio blog: Perchè una mappa degli alberi? -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-wikimedia-it-Progetto-con-Expo-2015-tp5818694p5818880.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Invitación Universidad Nacional de Colombia
Cordial saludo, Nos dirigimos a ustedes cordialmente para extenderles nuestra invitación a participar en el cuarto congreso internacional sobre educación sin escuela (ESE), autoaprendizaje colaborativo (AC), educación en familia (EF), modelos de escuelas flexibles (MEF). Durante el congreso se realizará un taller de mapeo de experiencias de educación no convencional y permaculturas. En donde quisiéramos enriquecer nuestra óptica acerca del trabajo que viene haciendo OSM hace ya 10 años. El congreso se realizarán los días 2, 3 y 4 de octubre. El Taller esta programado para el viernes 3 de octubre de 2014; a las 8:00 am. Mil gracias la atención estaremos pendientes. Kharen V. Pinilla Guerrero. Geógrafa. Candidata a Magíster en Geografía. Universidad Nacional de Colombia. ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-ec] Reunión Ecuador
Hola, claro no hay problema, de hecho en el formulario se encuentra si vas a asistir virtualmente, o presencial... No olvides inscribirte en el formulario.. Saludos El 30 de septiembre de 2014, 12:56, Julio Martínez hul...@gmail.com escribió: Que pena no poder estar allí. ¿Es posible ponerlo en línea para los auto exiliados? Julio Martínez Enviado desde el teléfono. Disculpas por la brevedad y errores ortográficos. Sent from a mobile phone apologies for shortness and spelling mistakes. On 30 Sep 2014, at 15:40, lomejordejr R lomejord...@gmail.com wrote: La Comunidad de Software Libre y Seguridad informática Hackem invita a los usuarios de OpenStreetMap en Ecuador a un encuentro informal para compartir y dialogar sobre la experiencia y uso de dicha aplicación, la finalidad de este encuentro es conocer a los usuarios de OSM en el país para posteriormente difundir y fortalecer el uso de OpenStreetMap, es importante su participación para fortalecer la comuniad OSM Ecuador. Fecha: 2014/10/18 Hora: 11h00 Lugar: Escuela Politécnica Nacional - Quito,Ecuador (depende de los participantes) Mapa: http://bit.ly/1s3HebG Nota: Por favor confirmar su asistencia en este formulario http://goo.gl/Ml2g4I., por si tenemos más asistentes para cambiar el lugar. Saludos, Atte. Luis Reinoso Miembro - Comunidad de Software Libre y Seguridad Informática Hackem [Hackem Research Group] Quito - Ecuador ___ Talk-ec mailing list Talk-ec@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ec ___ Talk-ec mailing list Talk-ec@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ec ___ Talk-ec mailing list Talk-ec@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ec
Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 28
Creo que las autovías autonómicas no las hemos puesto en una relación cada una como las tenemos las autopistas nacionales así que no voy a poder obtener los datos de la misma manera que se obtienen ahora pero se podría adaptar. Por cierto. Ahora se pueden activar o desactivar los nodos. Si se pulsa sobre el circulo en la leyenda desaparecen esos nodos en el mapa. Si se pulsa otra vez, vuelven a aparecer. Así podemos encontrar errores más facilmente, desactivando los nodos correctos o también nos permite centrarnos en ver la vía con sus maxspeed y lanes sin que estorben los nodos. El día 29 de septiembre de 2014, 22:27, Hector heutorecep...@ono.com escribió: He creado una herramienta para comprobar las autopistas. Permite seleccionar una autopista y muestra en un mapa si las salidas están correctas y si tienen los maxspeed y lanes las vías. A ver que os parece: Me parece estupenda. Ya la he probado y he podido corregir errores que pasan desapercibidos y que sería dificil encontrar de otra manera (e.g. Keepright) ¿Habría alguna posibilidad de adaptarlo a las autovías autonómicas? Aunque fuera como página aparte. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Entrevista para elbinario.net
On Sat, Sep 27, 2014 at 12:53:35PM +0200, fanta wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola buenos días. Somos unos/as desgraciados/as de elbinario.net que nos gusta vuestro proyecto y nos interesaria escribir sobre ello. Por ese motivo y al no ver ningún email en la web con el que contactar he optado por añadirme a vuestra lista y contar por aquí la historia. Espero que no le moleste a nadie. La historia es simple. Queremos escribir sobre vuestro proyecto/asociación y para ello mandamos estas preguntas que si nos contestais pues genial :). Un saludo. Espero noticias. Hola Pues como uno de los voluntarios del proyecto aprovecho para ir contestando como yo creo más oportuno, si alguién quiere corregir algo no tiene más que añadirlo 1. ¿Qué es OpenStreetMapES?, ¿Cual es el motivo de que exista una asociación en España? OpenStreetMapES es el capitulo local de OpenStreetMap. Tal como dice la wiki OpenStreetMap (también referido como OSM) es un proyecto colaborativo para crear un mapa libre y actualizable de todo el mundo; por medio de una comunidad de usuarios, es decir personas con un objetivo común, que ceden su tiempo desinteresadamente y sin fines de lucro para tener la posibilidad de ver, copiar, modificar, y usar información geográfica (como esta) de cualquier parte del mundo sin restricciones de ningún tipo Realmente el termino que engancha es el de la wikipedia de los mapas La asociación española se constituye como intermediaria entre organismos y empresas que quieran colaborar con el proyecto. 2. ¿Cuando empezasteis el proyecto? OpenStreetMap empezóen Julio 2004,la asociacón española se fundó posteriormente en Burgos pero no recuerdo la fecha (FIXME) 3. En Julio de este año presentasteis una propuesta bastante interesante llamada Añade una fuente. ¿Cual fue el motivo de realizar ese tipo de campaña y cuales fueron los resultados? El objetivo siempre es mejorar el mapa. Por otro lado las campañas buscan reactivar usuarios que han contribuido y añadir nuevos usuarios, para ello se marcan objetivos fáciles, en este caso una fuente, son fáciles de identificar y su etiquetado no tiene complejidad, no hay mucha posibilidad de plantearse cual es la forma correcta de etiquetar una fuente. Esto hace que un usuario sin experiencia o totalmente nuevo pueda empezar a colaborar de forma inmediata, por otro lado un usuario con experiencia pero que ha estado inactivo puede engancharse de nuevo al proyecto. Respecto a los resultados, hace poco sacaron una estadística de las fuentes nuevas añadidaas, pero me veo incapaz de encontrarla (FIXME) 4. ¿Que es una Mapping Party? Nos podríais comentar alguna experiencia previa montando alguna de estas. Una mapping party consiste en delimitar una zona y tratar de mejorar los datos que existen. Normalmente se usa para introducir a usuarios noveles en el uso de openstreetmap, la recolección de datos y el uso de los editores. El esquema habitual suele ser el siguiente -Charla de presentación del proyecto -Salida de campo para tomar datos -Taller de edición en el que se incorporan los datos tomados En mi caso siempre trato de incidir que mapear es una actividad que se hace al aire libre y no solamente delante de un ordenador. 5. Hemos visto que en vuestra web tenéis presencia en la red social PUMP ( https://identi.ca/openstreetmapes ) pero que lleváis 2 años sin actualizar. Resulta curioso que una web que pretende difundir el uso de software de mapas libres termine por tener más presencia en las redes privativas que en las libres. ¿Pensáis retomar la comunicación en las redes libres?, ¿Por que motivo/os tenéis más presencia en las redes privativas? Pues falta de tiempo, todos los participantes somos voluntarios y los community managers que tenemos también . No tenemos definida una estrategia de comunicación en redes sociales ni nada parecido. Supongo que al menos podremos tratar de comunicar la cuenta de twitter con la de identi.ca para como mínimo al publicar en una se vea en otra. 6. ¿Cuales son vuestros próximos proyectos? Aparte de la dominación mundial el proyecto entre manos más importante es el de la importación de los datos del catastr, aunque no descarto que iniciemos alguna campaña similar a la de las fuentes, aceptamos ideas Un saludo -- Celso González @PerroVerd ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Entrevista para elbinario.net
On Tue, Sep 30, 2014 at 12:09:18PM +0200, Celso González wrote: 3. En Julio de este año presentasteis una propuesta bastante interesante llamada Añade una fuente. ¿Cual fue el motivo de realizar ese tipo de campaña y cuales fueron los resultados? El objetivo siempre es mejorar el mapa. Por otro lado las campañas buscan reactivar usuarios que han contribuido y añadir nuevos usuarios, para ello se marcan objetivos fáciles, en este caso una fuente, son fáciles de identificar y su etiquetado no tiene complejidad, no hay mucha posibilidad de plantearse cual es la forma correcta de etiquetar una fuente. Esto hace que un usuario sin experiencia o totalmente nuevo pueda empezar a colaborar de forma inmediata, por otro lado un usuario con experiencia pero que ha estado inactivo puede engancharse de nuevo al proyecto. Respecto a los resultados, hace poco sacaron una estadística de las fuentes nuevas añadidaas, pero me veo incapaz de encontrarla (FIXME) Bugfix: :) Este verano se han añadido 1656 fuentes https://twitter.com/je_gomez/status/508208584770207744 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Entrevista para elbinario.net
Aparte de la dominación mundial el proyecto entre manos más importante es el de la importación de los datos del catastr, aunque no descarto que iniciemos alguna campaña similar a la de las fuentes, aceptamos ideas Yo puedo proponer varias (por orden de dificultad): - Completar la información de accesibilidad (http://wheelmap.org/) - Marcar los puntos de alquiler de bicicletas - Poner los contenedores de basura - Marcar los puntos de recarga de coches eléctricos - Poner las paradas de autobuses - Poner los portales a las casas - Marcar los comercios (con sus portales :P) PD: con respecto a la entrevista, a mi me parecen correctas las respuestas. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Entrevista para elbinario.net
Yo propongo algunos temas más: - Aparcabicis de aro - Contenedores de reciclado, no sólo de plástico y de vidrio sino de aceite, pilas, tubos fluorescentes, de cartuchos de impresoras ... - Pasos de peatones Se me ocurren muchos temas pero creo que para organizarlo como iniciativa así en plan como lo de las fuentes podrían ser las dispensadores de bolsitas para caquitas de perro, que eso hay muy pococ y para las personas que les guste pasear con su mascota es imprescindible saber donde hay uno, por si se te olvida la bolsita típica o simplemente no quieres cargar con ella. Saludos!!! El 30 de septiembre de 2014, 12:17, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Aparte de la dominación mundial el proyecto entre manos más importante es el de la importación de los datos del catastr, aunque no descarto que iniciemos alguna campaña similar a la de las fuentes, aceptamos ideas Yo puedo proponer varias (por orden de dificultad): - Completar la información de accesibilidad (http://wheelmap.org/) - Marcar los puntos de alquiler de bicicletas - Poner los contenedores de basura - Marcar los puntos de recarga de coches eléctricos - Poner las paradas de autobuses - Poner los portales a las casas - Marcar los comercios (con sus portales :P) PD: con respecto a la entrevista, a mi me parecen correctas las respuestas. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Entrevista para elbinario.net
Para demostraciones en vivo, dudas, o lo que haga falta, yo tengo contacto en persona con Jessica, la nueva bloguera de El Binario. Y, si hace falta, montamos una mapping party por Asturies para que podáis hacer un reportaje completo ;) +1 al resto de respuestas de los compañeros El día 30 de septiembre de 2014, 12:17, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Aparte de la dominación mundial el proyecto entre manos más importante es el de la importación de los datos del catastr, aunque no descarto que iniciemos alguna campaña similar a la de las fuentes, aceptamos ideas Yo puedo proponer varias (por orden de dificultad): - Completar la información de accesibilidad (http://wheelmap.org/) - Marcar los puntos de alquiler de bicicletas - Poner los contenedores de basura - Marcar los puntos de recarga de coches eléctricos - Poner las paradas de autobuses - Poner los portales a las casas - Marcar los comercios (con sus portales :P) PD: con respecto a la entrevista, a mi me parecen correctas las respuestas. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Entrevista para elbinario.net
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Respondo a Celso y de paso al resto aunque en el hilo no cuadre: Muchas gracias por las respuestas. En cuanto tengamos publicado el tema pasare la url por aquí. Un saludo. On 30/09/14 12:09, Celso González wrote: On Sat, Sep 27, 2014 at 12:53:35PM +0200, fanta wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola buenos días. Somos unos/as desgraciados/as de elbinario.net que nos gusta vuestro proyecto y nos interesaria escribir sobre ello. Por ese motivo y al no ver ningún email en la web con el que contactar he optado por añadirme a vuestra lista y contar por aquí la historia. Espero que no le moleste a nadie. La historia es simple. Queremos escribir sobre vuestro proyecto/asociación y para ello mandamos estas preguntas que si nos contestais pues genial :). Un saludo. Espero noticias. Hola Pues como uno de los voluntarios del proyecto aprovecho para ir contestando como yo creo más oportuno, si alguién quiere corregir algo no tiene más que añadirlo 1. ¿Qué es OpenStreetMapES?, ¿Cual es el motivo de que exista una asociación en España? OpenStreetMapES es el capitulo local de OpenStreetMap. Tal como dice la wiki OpenStreetMap (también referido como OSM) es un proyecto colaborativo para crear un mapa libre y actualizable de todo el mundo; por medio de una comunidad de usuarios, es decir personas con un objetivo común, que ceden su tiempo desinteresadamente y sin fines de lucro para tener la posibilidad de ver, copiar, modificar, y usar información geográfica (como esta) de cualquier parte del mundo sin restricciones de ningún tipo Realmente el termino que engancha es el de la wikipedia de los mapas La asociación española se constituye como intermediaria entre organismos y empresas que quieran colaborar con el proyecto. 2. ¿Cuando empezasteis el proyecto? OpenStreetMap empezóen Julio 2004,la asociacón española se fundó posteriormente en Burgos pero no recuerdo la fecha (FIXME) 3. En Julio de este año presentasteis una propuesta bastante interesante llamada Añade una fuente. ¿Cual fue el motivo de realizar ese tipo de campaña y cuales fueron los resultados? El objetivo siempre es mejorar el mapa. Por otro lado las campañas buscan reactivar usuarios que han contribuido y añadir nuevos usuarios, para ello se marcan objetivos fáciles, en este caso una fuente, son fáciles de identificar y su etiquetado no tiene complejidad, no hay mucha posibilidad de plantearse cual es la forma correcta de etiquetar una fuente. Esto hace que un usuario sin experiencia o totalmente nuevo pueda empezar a colaborar de forma inmediata, por otro lado un usuario con experiencia pero que ha estado inactivo puede engancharse de nuevo al proyecto. Respecto a los resultados, hace poco sacaron una estadística de las fuentes nuevas añadidaas, pero me veo incapaz de encontrarla (FIXME) 4. ¿Que es una Mapping Party? Nos podríais comentar alguna experiencia previa montando alguna de estas. Una mapping party consiste en delimitar una zona y tratar de mejorar los datos que existen. Normalmente se usa para introducir a usuarios noveles en el uso de openstreetmap, la recolección de datos y el uso de los editores. El esquema habitual suele ser el siguiente -Charla de presentación del proyecto -Salida de campo para tomar datos -Taller de edición en el que se incorporan los datos tomados En mi caso siempre trato de incidir que mapear es una actividad que se hace al aire libre y no solamente delante de un ordenador. 5. Hemos visto que en vuestra web tenéis presencia en la red social PUMP ( https://identi.ca/openstreetmapes ) pero que lleváis 2 años sin actualizar. Resulta curioso que una web que pretende difundir el uso de software de mapas libres termine por tener más presencia en las redes privativas que en las libres. ¿Pensáis retomar la comunicación en las redes libres?, ¿Por que motivo/os tenéis más presencia en las redes privativas? Pues falta de tiempo, todos los participantes somos voluntarios y los community managers que tenemos también . No tenemos definida una estrategia de comunicación en redes sociales ni nada parecido. Supongo que al menos podremos tratar de comunicar la cuenta de twitter con la de identi.ca para como mínimo al publicar en una se vea en otra. 6. ¿Cuales son vuestros próximos proyectos? Aparte de la dominación mundial el proyecto entre manos más importante es el de la importación de los datos del catastr, aunque no descarto que iniciemos alguna campaña similar a la de las fuentes, aceptamos ideas Un saludo -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUKqOAAAoJEMo3FJySMBwjLikIAI+XCHTiPlFad9kPjCMLBeNr dgFWYugqHsmDs8ARNUipLU2VjaOmeYBBVT+75UUdCPiz2WaJPb02DMRNgpuRXRtu RAu5OR59YxImZCawWNuyAKYnboNv4YgvMM2LYex1w4NdEemNT92OMs7UTWnhVg7U Y/6wHvW6PJkHeiOZe20AC1RCIHa+U+gEj7Mk2tmtvS++kzOVw9htXfy0cEtz6q7e
Re: [Talk-es] Entrevista para elbinario.net
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://elbinario.net/2014/09/30/openstreetmapes-la-wikipedia-de-los-mapas/ Gracias :). On 30/09/14 12:14, Celso González wrote: On Tue, Sep 30, 2014 at 12:09:18PM +0200, Celso González wrote: 3. En Julio de este año presentasteis una propuesta bastante interesante llamada Añade una fuente. ¿Cual fue el motivo de realizar ese tipo de campaña y cuales fueron los resultados? El objetivo siempre es mejorar el mapa. Por otro lado las campañas buscan reactivar usuarios que han contribuido y añadir nuevos usuarios, para ello se marcan objetivos fáciles, en este caso una fuente, son fáciles de identificar y su etiquetado no tiene complejidad, no hay mucha posibilidad de plantearse cual es la forma correcta de etiquetar una fuente. Esto hace que un usuario sin experiencia o totalmente nuevo pueda empezar a colaborar de forma inmediata, por otro lado un usuario con experiencia pero que ha estado inactivo puede engancharse de nuevo al proyecto. Respecto a los resultados, hace poco sacaron una estadística de las fuentes nuevas añadidaas, pero me veo incapaz de encontrarla (FIXME) Bugfix: :) Este verano se han añadido 1656 fuentes https://twitter.com/je_gomez/status/508208584770207744 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUKrbUAAoJEMo3FJySMBwjvRQH/3Adq1OKM76Pfjtk2/XGZeu7 pVKCnaJnmRISYTPhpPgPIgOhDdC1jzit7Es8a4TbcLfe2Kzomu9KQsA2nJ3qCvHp FKo47YQW5WIYj0kk/GLkcHE95kPsXYKqhAZMBjox0U+pTCKUDK/aQ6iXGQ5LqiG/ dr2Lq2CTzNmLZC0a4desE+jbQl9e45ho7ZYpq+EALj10vkxQ+ZLTatAtxyh/Sm7r Jb3g3szAMa6wAr0qDc+QpqtsWYlOZysHNP4HGw+mP7Gf7OkGOSoLGQ4Z+tb3yhoc j0qIFgRtnz8CSUNdmqJvfi0Vug4fAHEGArrmnqrCJR0sRNmdv+6J4IjLdiDAECc= =VKdp -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 30
He creado una herramienta para comprobar las autopistas. Permite seleccionar una autopista y muestra en un mapa si las salidas están correctas y si tienen los maxspeed y lanes las vías. A ver que os parece: Me parece estupenda. Ya la he probado y he podido corregir errores que pasan desapercibidos y que sería dificil encontrar de otra manera (e.g. Keepright) ¿Habría alguna posibilidad de adaptarlo a las autovías autonómicas? Aunque fuera como página aparte. -- Message: 2 Date: Tue, 30 Sep 2014 08:57:43 +0200 From: k1wi k1wi k1wi...@gmail.com To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Subject: Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 28 Message-ID: CAHVuLvryuCjAJ4FdjTZXQ6BMO2gvZ15MPOrW=aenkf4oemr...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Creo que las autovías autonómicas no las hemos puesto en una relación cada una como las tenemos las autopistas nacionales así que no voy a poder obtener los datos de la misma manera que se obtienen ahora pero se podría adaptar. Por cierto. Ahora se pueden activar o desactivar los nodos. Si se pulsa sobre el circulo en la leyenda desaparecen esos nodos en el mapa. Si se pulsa otra vez, vuelven a aparecer. Así podemos encontrar errores más facilmente, desactivando los nodos correctos o también nos permite centrarnos en ver la vía con sus maxspeed y lanes sin que estorben los nodos. El día 29 de septiembre de 2014, 22:27, Hector heutorecep...@ono.com escribió: Yo me comprometo a crear las relaciones que falten de las autovías de Castilla y León en principio, ya que es la zona que mas controlo. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] ¿Puede el mapa estar creciendo demasiado?
He estado investigando y me he respondido yo mismo la pregunta, pero de todas formas lo expongo por si alguien ha tenido mi misma preocupación. He visto por ahí algún proyecto para incluir pasos de cebra, semáforos, señales de Stop e incluso contenedores de basura, me preocupaba que el mapa empezara a crecer sin parar y requiriera cantidades desorbitadas de espacio de almacenamiento. OSM se financia con donaciones y me preocupaba que no pudiera asumir el gasto. Pero me he respondido a mi mismo. He visto que el mapa completo ocupa 37 GB y han habido 947 MB de modificaciones esta semana. La verdad que es poco espacio, no creo que los servidores de OSM estén demasiado saturados, al menos en lo que a almacenamiento se refiere. De todas formas pienso que hay que intentar ahorrar espacio. La realidad es infinita, por tanto, almacenar la realidad en su totalidad requiere un espacio infinito. Así que es necesario hacer una aproximación a la realidad (por ejemplo, el sonido digital no es real, es una aproximación a la realidad). Hace un tiempo vi que un amigo trazaba las curvas de las carreteras al milímetro, poniendo muchísimos puntos, le recomendé que usara muchos menos puntos. Y sigo pensando lo mismo, a pesar de que el mapa ocupe sólo 37 GB. Pienso que no hay que derrochar espacio, hay que trazar las curvas con el mínimo de puntos necesarios para una representación aceptable. Si no se hace así, el mapa tal vez si que empezaría a requerir una cantidad de espacio preocupante. En resumen, pienso que el mapa debe ofrecer información completa pero hay que ir con cuidado de no pasarse, teniendo en cuenta que representar la realidad en su totalidad es imposible. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Puede el mapa estar creciendo demasiado?
Hola, Yo creo que si crece mucho, se particiona, pero no debemos poner límite a lo que se mapea. Ahora mismo hay muchos posibles usos que no pueden llevarse a cabo por no tener el mapa completo. Por ejemplo, un buen cálculo de rutas debe tener en cuenta semáforos, cedas y cruces sin prioridad. Para las personas con movilidad reducida es necesario saber dónde hay rampas y escalones. La verdad es que es una delicia usar OSM en sitios como Alemania, que está todo mapeado al detalle. El 30/09/2014 20:10, Manuel lladosa manolo...@gmail.com escribió: He estado investigando y me he respondido yo mismo la pregunta, pero de todas formas lo expongo por si alguien ha tenido mi misma preocupación. He visto por ahí algún proyecto para incluir pasos de cebra, semáforos, señales de Stop e incluso contenedores de basura, me preocupaba que el mapa empezara a crecer sin parar y requiriera cantidades desorbitadas de espacio de almacenamiento. OSM se financia con donaciones y me preocupaba que no pudiera asumir el gasto. Pero me he respondido a mi mismo. He visto que el mapa completo ocupa 37 GB y han habido 947 MB de modificaciones esta semana. La verdad que es poco espacio, no creo que los servidores de OSM estén demasiado saturados, al menos en lo que a almacenamiento se refiere. De todas formas pienso que hay que intentar ahorrar espacio. La realidad es infinita, por tanto, almacenar la realidad en su totalidad requiere un espacio infinito. Así que es necesario hacer una aproximación a la realidad (por ejemplo, el sonido digital no es real, es una aproximación a la realidad). Hace un tiempo vi que un amigo trazaba las curvas de las carreteras al milímetro, poniendo muchísimos puntos, le recomendé que usara muchos menos puntos. Y sigo pensando lo mismo, a pesar de que el mapa ocupe sólo 37 GB. Pienso que no hay que derrochar espacio, hay que trazar las curvas con el mínimo de puntos necesarios para una representación aceptable. Si no se hace así, el mapa tal vez si que empezaría a requerir una cantidad de espacio preocupante. En resumen, pienso que el mapa debe ofrecer información completa pero hay que ir con cuidado de no pasarse, teniendo en cuenta que representar la realidad en su totalidad es imposible. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Puede el mapa estar creciendo demasiado?
Yo no creo que eso sea un problema a medio y largo plazo y dudo mucho que lo sea a corto salvo que hagamos burradas tipo importar el catastro a huevo de un día para otro. Me baso en dos hipótesis: - La potencia de cálculo y de almacenamiento va bastante más rápido de lo que creemos. En un servidor de unos 2 k€ se puede montar un copia del planet completa sin problemas. Ese precio es ridículo para el coste usual de los servidores. De hecho, estoy seguro que los problemas no los tienen en espacio, sino en carga de trabajo de la base de datos (sobre todo con las relaciones). Con el tiempo, esto disminuirá pues las zonas que ya están muy bien mapeadas casi no tienen ediciones. - La mayor carga de peticiones está en el servidor de tiles. El espacio en este caso es CONSTANTE y lo que aumenta son las peticiones, que encima son TRIVIALES (dame esta imagen). Con lo que un servidor tirando a MUY CHORRA soporta miles de conexiones sin despeinarse. Encima, como hay varios proveedores de tiles, el trabajo se reparte. Finalmente, yo no creo que no se deba mapear cosas, todo lo contrario, mapéalo todo. Cuanta más información, mejor. Ya le buscaremos utilidad, no te preocupes ;) He estado investigando y me he respondido yo mismo la pregunta, pero de todas formas lo expongo por si alguien ha tenido mi misma preocupación. He visto por ahí algún proyecto para incluir pasos de cebra, semáforos, señales de Stop e incluso contenedores de basura, me preocupaba que el mapa empezara a crecer sin parar y requiriera cantidades desorbitadas de espacio de almacenamiento. OSM se financia con donaciones y me preocupaba que no pudiera asumir el gasto. Pero me he respondido a mi mismo. He visto que el mapa completo ocupa 37 GB y han habido 947 MB de modificaciones esta semana. La verdad que es poco espacio, no creo que los servidores de OSM estén demasiado saturados, al menos en lo que a almacenamiento se refiere. De todas formas pienso que hay que intentar ahorrar espacio. La realidad es infinita, por tanto, almacenar la realidad en su totalidad requiere un espacio infinito. Así que es necesario hacer una aproximación a la realidad (por ejemplo, el sonido digital no es real, es una aproximación a la realidad). Hace un tiempo vi que un amigo trazaba las curvas de las carreteras al milímetro, poniendo muchísimos puntos, le recomendé que usara muchos menos puntos. Y sigo pensando lo mismo, a pesar de que el mapa ocupe sólo 37 GB. Pienso que no hay que derrochar espacio, hay que trazar las curvas con el mínimo de puntos necesarios para una representación aceptable. Si no se hace así, el mapa tal vez si que empezaría a requerir una cantidad de espacio preocupante. En resumen, pienso que el mapa debe ofrecer información completa pero hay que ir con cuidado de no pasarse, teniendo en cuenta que representar la realidad en su totalidad es imposible. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Puede el mapa estar creciendo demasiado?
Estoy con María, además ten en cuenta que el fin del proyecto es ofrecer un mapa (base de datos) con el que desarrollar libremente. Así que si los servidores mantenidos por las donaciones no dieran de si (improbable a corto plazo, como dice Cruz Enrique) mientras se pudiera seguir ofreciendo el planet los objetivos del proyecto se seguirían cumpliendo. Don't map for the server Map for the data ;) Alejandro SUÁREZ CEBRIÁN Hola, Yo creo que si crece mucho, se particiona, pero no debemos poner límite a lo que se mapea. Ahora mismo hay muchos posibles usos que no pueden llevarse a cabo por no tener el mapa completo. Por ejemplo, un buen cálculo de rutas debe tener en cuenta semáforos, cedas y cruces sin prioridad. Para las personas con movilidad reducida es necesario saber dónde hay rampas y escalones. La verdad es que es una delicia usar OSM en sitios como Alemania, que está todo mapeado al detalle. El 30/09/2014 20:10, Manuel lladosa manolo...@gmail.com escribió: He estado investigando y me he respondido yo mismo la pregunta, pero de todas formas lo expongo por si alguien ha tenido mi misma preocupación. He visto por ahí algún proyecto para incluir pasos de cebra, semáforos, señales de Stop e incluso contenedores de basura, me preocupaba que el mapa empezara a crecer sin parar y requiriera cantidades desorbitadas de espacio de almacenamiento. OSM se financia con donaciones y me preocupaba que no pudiera asumir el gasto. Pero me he respondido a mi mismo. He visto que el mapa completo ocupa 37 GB y han habido 947 MB de modificaciones esta semana. La verdad que es poco espacio, no creo que los servidores de OSM estén demasiado saturados, al menos en lo que a almacenamiento se refiere. De todas formas pienso que hay que intentar ahorrar espacio. La realidad es infinita, por tanto, almacenar la realidad en su totalidad requiere un espacio infinito. Así que es necesario hacer una aproximación a la realidad (por ejemplo, el sonido digital no es real, es una aproximación a la realidad). Hace un tiempo vi que un amigo trazaba las curvas de las carreteras al milímetro, poniendo muchísimos puntos, le recomendé que usara muchos menos puntos. Y sigo pensando lo mismo, a pesar de que el mapa ocupe sólo 37 GB. Pienso que no hay que derrochar espacio, hay que trazar las curvas con el mínimo de puntos necesarios para una representación aceptable. Si no se hace así, el mapa tal vez si que empezaría a requerir una cantidad de espacio preocupante. En resumen, pienso que el mapa debe ofrecer información completa pero hay que ir con cuidado de no pasarse, teniendo en cuenta que representar la realidad en su totalidad es imposible. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Entrevista para elbinario.net
Hola; Aunque llego tarde, me gustaría añadir detalles respecto a lo que me toca; +1 al resto de las respuestas comentadas. 3. En Julio de este año presentasteis una propuesta bastante interesante llamada Añade una fuente. ¿Cual fue el motivo de realizar ese tipo de campaña y cuales fueron los resultados? La campaña se lanzó tal y como ha dicho Celso para intentar demostrar que pueden colaborar añadiendo algo sencillo, además al comienzo del verano era la época adecuada. No sólo para añadir las fuentes en las ciudades o pueblos sino en cualquier lado ayudando de esa forma a la gente que nos gusta la bici de montaña o el senderismo. Para ello nos pusimos en contacto con multitud de ayuntamientos, instituciones gubernamentales, diputaciones,... El resultado de las administraciones en general pésimo; La Rioja y Andalucía las que mejor respuesta dieron, tuvieron la delicadeza de cedernos los datos: - IDE Rioja: - Conoce tus fuentes (Andalucía) La primera además tuvo el detalle de contrastar su base de datos con OpenStreetMap y pasarnos un listado de 269 fuentes y manantiales de La Rioja que no estaban ya. Si algún responsable de administraciones está leyendo esto, mejoren sus formularios de contacto, muchos son para echarse a llorar ante la imposibilidad de contactar directamente. Demasiada burocracia. Por último, personalmente creo que los resultados de la campaña son excelentes. 5. Hemos visto que en vuestra web tenéis presencia en la red social PUMP ( https://identi.ca/openstreetmapes ) pero que lleváis 2 años sin actualizar. Resulta curioso que una web que pretende difundir el uso de software de mapas libres termine por tener más presencia en las redes privativas que en las libres. ¿Pensáis retomar la comunicación en las redes libres?, ¿Por que motivo/os tenéis más presencia en las redes privativas? Respecto a las RRSS no tiene nada que ver que no se actualice porque sea privativa o libre, es simplemente falta de tiempo de los voluntarios, de hecho Facebook apenas tiene actividad por falta de tiempo de los voluntarios que escribimos en otras redes sociales. La red social que mas movimiento tiene actualmente es Twitter, ya que (opinión personal) es la forma mas rápida de comunicarse. De hecho esto responde a parte de la pregunta tercera; con algunas organismos/administraciones es mas sencillo contactar por Twitter que por sus formularios de contacto. Un saludo Óscar Zorrilla Alonso Date: Tue, 30 Sep 2014 12:09:18 +0200 From: ce...@mitago.net To: talk-es@openstreetmap.org Subject: Re: [Talk-es] Entrevista para elbinario.net On Sat, Sep 27, 2014 at 12:53:35PM +0200, fanta wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola buenos días. Somos unos/as desgraciados/as de elbinario.net que nos gusta vuestro proyecto y nos interesaria escribir sobre ello. Por ese motivo y al no ver ningún email en la web con el que contactar he optado por añadirme a vuestra lista y contar por aquí la historia. Espero que no le moleste a nadie. La historia es simple. Queremos escribir sobre vuestro proyecto/asociación y para ello mandamos estas preguntas que si nos contestais pues genial :). Un saludo. Espero noticias. Hola Pues como uno de los voluntarios del proyecto aprovecho para ir contestando como yo creo más oportuno, si alguién quiere corregir algo no tiene más que añadirlo 1. ¿Qué es OpenStreetMapES?, ¿Cual es el motivo de que exista una asociación en España? OpenStreetMapES es el capitulo local de OpenStreetMap. Tal como dice la wiki OpenStreetMap (también referido como OSM) es un proyecto colaborativo para crear un mapa libre y actualizable de todo el mundo; por medio de una comunidad de usuarios, es decir personas con un objetivo común, que ceden su tiempo desinteresadamente y sin fines de lucro para tener la posibilidad de ver, copiar, modificar, y usar información geográfica (como esta) de cualquier parte del mundo sin restricciones de ningún tipo Realmente el termino que engancha es el de la wikipedia de los mapas La asociación española se constituye como intermediaria entre organismos y empresas que quieran colaborar con el proyecto. 2. ¿Cuando empezasteis el proyecto? OpenStreetMap empezóen Julio 2004,la asociacón española se fundó posteriormente en Burgos pero no recuerdo la fecha (FIXME) 3. En Julio de este año presentasteis una propuesta bastante interesante llamada Añade una fuente. ¿Cual fue el motivo de realizar ese tipo de campaña y cuales fueron los resultados? El objetivo siempre es mejorar el mapa. Por otro lado las campañas buscan reactivar usuarios que han contribuido y añadir nuevos usuarios, para ello se marcan objetivos fáciles, en este caso una fuente, son fáciles de identificar y su etiquetado no tiene complejidad, no hay mucha posibilidad de plantearse cual es la forma correcta de etiquetar una fuente. Esto hace que un usuario
Re: [Talk-ro] Editari fara comments-uri
Salut Scuze ca de abia acum raspund la acest mail. dar nu stiu de ce- Mozilla Thunderbird ( cu asta citesc contul gmail) mi-a pus notificarile de la osm in spam. Ideea e ca macar un titlu succint cum pun eu se poate pune si in JOSM. JOSM ti le pastreaza si in history si iti posit alege din lista ce titlu de edit pui. Eu cand desenam strazi, puneam pe scurt - Adaugare strazi si drumuri lipsa. Sau cand adaugam referinte pe DJ sau DC - adaugare ref lipsa etc. Numai bine On 02.09.2014 13:48, Francisc TOTH wrote: Dar se poate fara commenturi? cu JOSM nici nu se poate da upload pana nu se completeaza Reason for upload, iar commentul trebuie sa depaseasca un numar minim de caractere. E un anumit editor care permite? On Saturday, August 30, 2014 3:47 PM, Razvan Radulescu radulescu.raz...@gmail.com wrote: Salutare, Am si eu rugamintea ( si sunt sigur ca nu numai eu) pentru cei care se incapataneaza sa editeze fara sa puna comentarii la ce au facut, sa le puna pe viitor deoarece nu suntem obligati sa cautam prin history ca sa vedem ce au facut. Nu se editeaza pe harta personala ci pe harta unei comunitati unde se mai uita si altii... Multumesc pentru intelegere ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Editari fara comments-uri
Salut, Nu e nici o problemă. Ai răspuns deja de două ori. :-) https://lists.openstreetmap.org/pipermail/talk-ro/2014-September/003084.html https://lists.openstreetmap.org/pipermail/talk-ro/2014-September/003086.html Toate cele bune, Michael Am Dienstag, 30. September 2014, 12:47:26 schrieb Razvan Radulescu: Salut Scuze ca de abia acum raspund la acest mail. dar nu stiu de ce- Mozilla Thunderbird ( cu asta citesc contul gmail) mi-a pus notificarile de la osm in spam. Ideea e ca macar un titlu succint cum pun eu se poate pune si in JOSM. JOSM ti le pastreaza si in history si iti posit alege din lista ce titlu de edit pui. Eu cand desenam strazi, puneam pe scurt - Adaugare strazi si drumuri lipsa. Sau cand adaugam referinte pe DJ sau DC - adaugare ref lipsa etc. Numai bine On 02.09.2014 13:48, Francisc TOTH wrote: Dar se poate fara commenturi? cu JOSM nici nu se poate da upload pana nu se completeaza Reason for upload, iar commentul trebuie sa depaseasca un numar minim de caractere. E un anumit editor care permite? On Saturday, August 30, 2014 3:47 PM, Razvan Radulescu radulescu.raz...@gmail.com wrote: Salutare, Am si eu rugamintea ( si sunt sigur ca nu numai eu) pentru cei care se incapataneaza sa editeze fara sa puna comentarii la ce au facut, sa le puna pe viitor deoarece nu suntem obligati sa cautam prin history ca sa vedem ce au facut. Nu se editeaza pe harta personala ci pe harta unei comunitati unde se mai uita si altii... Multumesc pentru intelegere ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-cz] přírodní rezervace a památky
Mockrát díky za to! :-) Wikipedia tagy jsou zatím na půlce ČR, zbytek jsem ještě nestihl. Budeš to dělat nějak automaticky nebo mám dokončit ručně i ten zbytek? xkomczax __ Od: Vladimír Slávik slavik.vladi...@seznam.cz Komu: talk-cz@openstreetmap.org Datum: 30.09.2014 01:31 Předmět: [Talk-cz] přírodní rezervace a památky Ahoj všichni, po dlouhém váhání jsem se strašně naštval a vrhl na to co zbylo v mapě po importu EEA (?). Provedl jsem: 1) staženo vše v mateřských relacích PP a PR v ČR 2) kontrola diakritiky (ano, všechny ručně... au) 3) přetagování prázdných rolí cest na outer (automaticky) 4) přeskládání zanořených multipolygonů do jednoho na jednu oblast a související opravy landuse na vnitřních cestách Takže za sebou mám plodný den, a zítra (tedy dnes?) kolem poledne se to pokusím nahrát, pokud někoho do té doby nenapadne že je to celé úplně blbě... Osobně se domnívám, že je to krok vpřed, ať tak či onak, a dílčí podrobnosti se dají dořešit dalšími úpravami, ale nechci se vrtat v celé ČR bez rozmyslu. Nakonec děkuji autorovi xkomczakx (?) za usilovné tagování odkazů na wikipedii, značně mi to zjednodušilo práci při opravách názvů, což byla největší fuška z toho všeho. Hezký večer či dobrou noc (nebo snad ráno?), Vláďa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] přírodní rezervace a památky
Zdar, Právě jsem zjistil, že z PP mám stažené jenom relace, ne cesty, takže jsou hotové vlastně jen PR :-( No, odeslal jsem co je zpracované, viz http://www.openstreetmap.org/changeset/25765401 Tedy v dohledné době hurá na PP a potom NPR. Asi jsem na to měl jít od začátku přes overpass api (ještě mi spíš teče mlíko z brady co se osm týká). Wikipedii automaticky, jakpak by se to dělalo? Teď mě to moc nenapadá, jelikož je tam trochu hlava 22 - podle špatného názvu hledám na wiki, někdy s trochou fantazie, najdu něco co k tomu patří a z toho poznám správný název, ten dopíšu. Asi by se dalo udělat nějaké mapování osm-wiki, ale to znamená sehnat někde seznam těch PP na wiki, což znamená...? Hezké odpoledne! Vláďa On 30.9.2014 11:51, xkomc...@centrum.cz wrote: Mockrát díky za to! :-) Wikipedia tagy jsou zatím na půlce ČR, zbytek jsem ještě nestihl. Budeš to dělat nějak automaticky nebo mám dokončit ručně i ten zbytek? xkomczax __ Od: Vladimír Slávik slavik.vladi...@seznam.cz Komu: talk-cz@openstreetmap.org Datum: 30.09.2014 01:31 Předmět: [Talk-cz] přírodní rezervace a památky Ahoj všichni, po dlouhém váhání jsem se strašně naštval a vrhl na to co zbylo v mapě po importu EEA (?). Provedl jsem: 1) staženo vše v mateřských relacích PP a PR v ČR 2) kontrola diakritiky (ano, všechny ručně... au) 3) přetagování prázdných rolí cest na outer (automaticky) 4) přeskládání zanořených multipolygonů do jednoho na jednu oblast a související opravy landuse na vnitřních cestách Takže za sebou mám plodný den, a zítra (tedy dnes?) kolem poledne se to pokusím nahrát, pokud někoho do té doby nenapadne že je to celé úplně blbě... Osobně se domnívám, že je to krok vpřed, ať tak či onak, a dílčí podrobnosti se dají dořešit dalšími úpravami, ale nechci se vrtat v celé ČR bez rozmyslu. Nakonec děkuji autorovi xkomczakx (?) za usilovné tagování odkazů na wikipedii, značně mi to zjednodušilo práci při opravách názvů, což byla největší fuška z toho všeho. Hezký večer či dobrou noc (nebo snad ráno?), Vláďa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] přírodní rezervace a památky
Ahoj, většina chráněných památek na Wikipedii má v infoboxu (což je s trochou šikovnosti roboticky zpracovatelný údaj) údaje o kódu ÚSOP (tj. identifikátor v NATURE rejstříku AOPK) - tj. je zcela jasný, jak správně a ideálně provázat články s chráněnými územími na OSM - ale fakt nevím, zda se s tím počítalo v OSM (a myslím, že ne-e). Případně, po troše ruční práce by se snad dalo navázat OSM na Wiki (potažmo Wikidata) přes relaci OSM. Ale dělat bych to úplně nechtěl. Navazoval jsem (celkem nedávno) sousedící obce k daným obcích na wikidatech - takže to jde poměrně slušně i s pomocí názvů obcí (chyb v těch cca 6500 obcích bylo cca 20) - ale musí se opatrně. :/ A k hlavě 22 na wiki (??), co je podle tebe špatný název? Názvy z valné většiny vycházejí (odhaduju snad 99 %) z resjstříku AOPK - u novějších jsou často zdrojovány nebo aspoň je vycházeno ze zřizovacích listin (vyhlášky kraje, mnisterstva). A určo by se dalo případně i stáhnout roboticky ty názvy z kategorií - to bych případně mohl nějak provést - to by snad nemělo být tak náročné - jen mi prosím případně řekni v jaké to chceč podobě. např.: název PP na wiki; okres; ... ? J. 2014-09-30 14:01 GMT+02:00 Vladimír Slávik slavik.vladi...@seznam.cz: Zdar, Právě jsem zjistil, že z PP mám stažené jenom relace, ne cesty, takže jsou hotové vlastně jen PR :-( No, odeslal jsem co je zpracované, viz http://www.openstreetmap.org/changeset/25765401 Tedy v dohledné době hurá na PP a potom NPR. Asi jsem na to měl jít od začátku přes overpass api (ještě mi spíš teče mlíko z brady co se osm týká). Wikipedii automaticky, jakpak by se to dělalo? Teď mě to moc nenapadá, jelikož je tam trochu hlava 22 - podle špatného názvu hledám na wiki, někdy s trochou fantazie, najdu něco co k tomu patří a z toho poznám správný název, ten dopíšu. Asi by se dalo udělat nějaké mapování osm-wiki, ale to znamená sehnat někde seznam těch PP na wiki, což znamená...? Hezké odpoledne! Vláďa On 30.9.2014 11:51, xkomc...@centrum.cz wrote: Mockrát díky za to! :-) Wikipedia tagy jsou zatím na půlce ČR, zbytek jsem ještě nestihl. Budeš to dělat nějak automaticky nebo mám dokončit ručně i ten zbytek? xkomczax __ Od: Vladimír Slávik slavik.vladi...@seznam.cz Komu: talk-cz@openstreetmap.org Datum: 30.09.2014 01:31 Předmět: [Talk-cz] přírodní rezervace a památky Ahoj všichni, po dlouhém váhání jsem se strašně naštval a vrhl na to co zbylo v mapě po importu EEA (?). Provedl jsem: 1) staženo vše v mateřských relacích PP a PR v ČR 2) kontrola diakritiky (ano, všechny ručně... au) 3) přetagování prázdných rolí cest na outer (automaticky) 4) přeskládání zanořených multipolygonů do jednoho na jednu oblast a související opravy landuse na vnitřních cestách Takže za sebou mám plodný den, a zítra (tedy dnes?) kolem poledne se to pokusím nahrát, pokud někoho do té doby nenapadne že je to celé úplně blbě... Osobně se domnívám, že je to krok vpřed, ať tak či onak, a dílčí podrobnosti se dají dořešit dalšími úpravami, ale nechci se vrtat v celé ČR bez rozmyslu. Nakonec děkuji autorovi xkomczakx (?) za usilovné tagování odkazů na wikipedii, značně mi to zjednodušilo práci při opravách názvů, což byla největší fuška z toho všeho. Hezký večer či dobrou noc (nebo snad ráno?), Vláďa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Neotagované entity
Neřeší tohle keepright ? Odesláno z mobilního zařízení, omluvte můj prasopis. Dne 28. 9. 2014 11:28 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, zase procházím osiřelá data, tedy entity (cesty), které nemají žádnou značku a nejsou ničeho součástí. Jsou ručně kreslené cestičky, (path, residential, service atd.). Bez značek nejsou k ničemu a práce málo pozorných lidí pak přichází nazmar a je to škoda. Snažím se to opravovat, ale v hustém lese opravdu není nic vidět a tak nevím, jestli je to path, track nebo dálnice ;-). Někdy je to asi bude, díra v polygonu, prostě různé. Někdy je to cesta duplicitní k už existující a pak je na místě ji smazat, což udělám automaticky. Teď už toho není tolik, velká porce byla z LPIS, ale to se teď už nevyskytuje. Přemýšlím, co s tím. Můžu udělat RSS/Web podobný annoncování nově digitalizovaných KÚ, asi by šlo udělat i URL podle nicku, jen by to dotyční museli číst :-). Přemýšlím, jak třeba posílat zprávy mailem 2x měsíčně, ale - jednak by to mohlo hraničit se spamováním a jednak vlastně nevím, kde sebrat e-mail adresy nicků. Dá se nějak automaticky postovat soukromá zpráva přes OSM API? Nebo nějaké jiné návrhy? Toto už je, doufám, všechno opravené, tak to není třeba opravovat znovu a dávám to sem jen pro info. Duplicitní neotagované ponechávám, smažou se po měsíci existence. NICK;WAYID;CHANGESET Pfadfinder2013;304069598;25538561 Milan Keršláger;304113059;25545437 woodies_2006;304148584;25550591 woodies_2006;304148585;25550591 Absinthorix;304202709;25557323 phlustik;304271300;25566212 woodies_2006;304453554;25590884 woodies_2006;304453555;25590884 woodies_2006;304453556;25590884 woodies_2006;304453558;25590884 Pavel Švec;304487029;25597045 Pavel Švec;304487030;25597045 jf01;304573010;25610162 woodies_2006;304721675;25634392 woodies_2006;304721676;25634392 woodies_2006;304724608;25634484 woodies_2006;304724609;25634484 Vlada_O;304809338;25647566 Vlada_O;304809339;25647566 Vlada_O;304809340;25647566 Vlada_O;304809341;25647566 Vlada_O;304809342;25647566 Vlada_O;304809351;25647566 Petr1868;305034839;25669358 Petr1868;305034840;25669358 Petr1868;305034843;25669358 Petr1868;305034844;25669358 Petr1868;305034845;25669358 Petr1868;305034847;25669358 safsig;305134750;25684948 -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Renderování mapy pro tisk
Ahoj, ja jsem se tim trochu zabyval pro tisk mtbmap.cz. Na tomto webu muzes vyzkouset tisk MTB mapy ve dvojnasobnem rozliseni (zalozka export, zaskrtnout 'rozliseni pro tisk', a exportovat). V zasade mam to XML pro mapnik upravene skriptem na jine rozliseni. Muzu to popsat trochu detailneji, pokud je zajem. Pouzit se to da i na dalsi styly. Ve verzi 2.2. uz ale mapnik nabizi atribut scale_factor, ktery by tento problem mohl resit: https://github.com/mapnik/mapnik/wiki/Scale-factor Samozrejme bude vzdycky problem s rastrovymi ikonami nebo jinymi obrazky. Na blogu mapboxu o tom taky vyslo par clanku: https://www.mapbox.com/blog/high-res-prints-from-mapbox-studio/ https://www.mapbox.com/blog/print-maps-tilemill-boulder-colorado/ Martin Dne 27. září 2014 16:18 Jethro xtom...@gmail.com napsal(a): Ahoj, vím, že toto není úplně vhodné vlákno, ale přesto se zeptám. Máte někdo zkušenosti s renderováním mapy pro tisk? Chtěl bych si vytisknout A3 mapu z OSM (+ideálně SRTM), ale nevím, jak přesvědčit mapnik, aby renderoval pro 600dpi. Dle návodů na internetu používám openstreetmap-carto pro generování XML pro mapnik, ale ač má příkaz carto parametr -ppi, tak nezávisle na jeho hodnotě z něj leze pořád stejné XML. Nezáleží mi na tom, jestli to budu renderovat mapnikem nebo něčím jiným (ideálně vektorovým), ale nikde jsem nenašel návod, jak na to a tak budu vděčný za jakékoli rady. S pozdravem Tomáš Jethro Pokorný ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Martin Tesar http://mtbmap.cz/ http://tchor.fi.muni.cz:8080/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] tagguer une résidence
Le 29 septembre 2014 21:23, Jérôme Amagat jerome.ama...@gmail.com a écrit : On parle de boites aux lettres et du fait que A , B fasse parti de l'Adresse (surement sous entendu pour le courrier la aussi) mais est ce que les tag adresses sont la seulement pour le courrier. la position des boites aux lettres ça intéresse qui a part le postier. Moi je préfère les tag adresse pour les déplacement, je préfère mettre les info d'adresse a l'entrée (et plutôt pour les piétons). C'est sensiblement très souvent la même chose. Donc je dirais, le nom de la résidence sur le polygone résidentiel. l'adresse sans bâtiment A et sans nom de résidence a l'entrée de la résidence prés de la rue(on peut mettre ce point sur le polygone residentiel et ajouté entrance=main). l'adresse de chaque bâtiment sur la porte du batiment en remettant la même chose que l'adresse principale avec addr:housename=batiment A et sur le polygone du batiment name=batiment A. Pour le 42ter, sur le portail qui memne au 2 batiments. Tu veux dire que tu préconises de répéter le même tag addr:housenumber à la fois sur le polygone résidentiel et les bâtiments? Il conviendrait plutôt d'utiliser le tag contact:housenumber pour les bâtiments cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#R.C3.A8gles_de_priorit.C3.A9s_entre_sources Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Dans son message précédent, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT L'IGN en parle dans sa newsletter de septembre :) http://info.ign.fr/E26092014085343.cfm?WL=6785WS=466550_9513662WA=3127 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Idem sur ma connexion 100 mégas Numericable. Même le fond de carte de la carte du monde met un temps fou. (En fait j'arrive à charger que la zone entre les deux tropiques et il faut bien 2-3 minutes le temps de charger les scripts et feuilles de style, et quelques carreaux océaniques dans l'hémisphère sud; mais au bout de 10 minutes je n'ai pas encore l'Europe, la Russie, la Chine ou l'Amérique du Nord et en tout cas pas du tout la France !!!). Ils ne connaissent pas les serveurs proxy cache (genre Squid) à l'IGN pour multiplier la bande passante sur ce qui est finalement très statique ? Tout ça ressemble à une panne sur un de leurs serveurs de fichiers, ou des mises à jour de carte qui se sont mal passées ou un problème de connexion sur leur réseau interne ou des carreaux qui auraient du être régénérés depuis longtemps mais qui plantent (il faut ensuite plusieurs minutes pour avoir ensuite des morceaux de carreaux à très très basse résolution et extrêmement floutés). Le 30 septembre 2014 10:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Reste que niveau affichage, en terme de visibilité, si c'est aussi lent, je ne suis pas sur que ce soit une bonne communication. L'IGN avait mal dimensionné sa bande passante au lancement de Géoportail et ça avait planté le service tellement il y avait eu de requête en même temps. Ducoup le service a été boudé pendant un certain temps. En tous cas il est clair que le rafraîchissement n'est pas terrible... J'ai attendu plus d'2min par niveau et j'ai pas toutes les tuiles qui s'affiche quelque soit le niveau. Est-on sur le proxy monde? Le 30 septembre 2014 10:50, Philippe Verdy verd...@wanadoo.fr a écrit : Idem sur ma connexion 100 mégas Numericable. Même le fond de carte de la carte du monde met un temps fou. (En fait j'arrive à charger que la zone entre les deux tropiques et il faut bien 2-3 minutes le temps de charger les scripts et feuilles de style, et quelques carreaux océaniques dans l'hémisphère sud; mais au bout de 10 minutes je n'ai pas encore l'Europe, la Russie, la Chine ou l'Amérique du Nord et en tout cas pas du tout la France !!!). Ils ne connaissent pas les serveurs proxy cache (genre Squid) à l'IGN pour multiplier la bande passante sur ce qui est finalement très statique ? Tout ça ressemble à une panne sur un de leurs serveurs de fichiers, ou des mises à jour de carte qui se sont mal passées ou un problème de connexion sur leur réseau interne ou des carreaux qui auraient du être régénérés depuis longtemps mais qui plantent (il faut ensuite plusieurs minutes pour avoir ensuite des morceaux de carreaux à très très basse résolution et extrêmement floutés). Le 30 septembre 2014 10:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
D'après ce que j'ai obtenu comme info, le Géoportail n'agit que comme un proxy de tuiles et donc les requêtes vont vers le géoportail, puis repartent chez mapquest et les réponses suivent le chemin inverse. Tout ça n'est donc pas bien performant. Le 30 septembre 2014 10:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
D'après ce que je vois c'est le même problème avec la carte Esri World Topographic Map Le 30 septembre 2014 10:58, Christian Quest cqu...@openstreetmap.fr a écrit : D'après ce que j'ai obtenu comme info, le Géoportail n'agit que comme un proxy de tuiles et donc les requêtes vont vers le géoportail, puis repartent chez mapquest et les réponses suivent le chemin inverse. Tout ça n'est donc pas bien performant. Le 30 septembre 2014 10:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
En tout cas si l'IGN compte vendre son service à des collectivités ou entreprises, il doit y en avoir qui se disent que finalement les fonds de carte OSM même s'ils ne sont pas encore aussi rapides que ceux de Google, Bing ou Apple dont beaucoup plus fiables et plus facilement utilisables. Le Géoportail est en fin de compte une bonne pub montrant pourquoi on doit passer au modèle collaboratif/partagé quand l'IGN ne peut plus supporter seul les couts d'exploitation de ses serveurs et de sa bande passante. Malheureusement pendant ce temps là on voit des collectivités passer aux fonds de carte Google (quitte à payer un peu plus pour les volumes ou juste pour pouvoir positionner leurs propres POIs, mais aussi perdre la neutralité éditoriale des rendus sur tout le reste que Google ne veut plus montrer à tout le monde de façon égale; lui seul déterminant les critères d'affichage par un profilage des visiteurs pour placer en plus des tas de liens publicitaires de son choix sur sa carte, des liens qu'on ne peut même pas supprimer, quand on clique un endroit sur Google Maps on se retrouve de plus en plus souvent à activer une page web qu'on ne voulait pas alors qu'on vouait juste zoomer une zone pour chercher autre chose non montré sur la carte Google)... Le phénomène s'aggrave depuis la version beta publiée en avril et imposée depuis le début de l'été (je note que Bing aussi commence à faire la même chose avec le profilage). La carte Google prend aussi des ressources énormes dans le navigateur avec beaucoup trop de scripts et de composants tiers et solliite énormément me moteur graphique 3D OpenGL : la température de la carte graphique fait un bond et c'est devenu un problème sur mon PC portable (elle passe en quelques instants de 60 degrés à 95-98 degrés et pourtant j'ai bien nettoyé les ventilos), de même le CPU qui bouffe quasi 100% sur les 8 coeurs avec des javascripts de folie et des tonnes de requêtes en arrière-plan: plus on a de capacité de calcul et plus Google l'utilise pour nous pister encore plus. La conso mémoire passe maintenant plusieurs gigas et des centaines de threads... Où est passé sa carte simple? Même sur smartphone Android on a le même phénomène, Gmap tire beaucoup trop sur la batterie et la consommation de données Internet; et depuis que les applis Android ont accès à l'API de carto unique, la plus petite appli utilisant une cartographie sont interconnectées et fonctionnent en arrière-plan, elles se mettent toute à diffuser des notifications et transmettent des données à Google qui profile et modifie dynamiquement son fond de carte). Le 30 septembre 2014 10:50, Philippe Verdy verd...@wanadoo.fr a écrit : Idem sur ma connexion 100 mégas Numericable. Même le fond de carte de la carte du monde met un temps fou. (En fait j'arrive à charger que la zone entre les deux tropiques et il faut bien 2-3 minutes le temps de charger les scripts et feuilles de style, et quelques carreaux océaniques dans l'hémisphère sud; mais au bout de 10 minutes je n'ai pas encore l'Europe, la Russie, la Chine ou l'Amérique du Nord et en tout cas pas du tout la France !!!). Ils ne connaissent pas les serveurs proxy cache (genre Squid) à l'IGN pour multiplier la bande passante sur ce qui est finalement très statique ? Tout ça ressemble à une panne sur un de leurs serveurs de fichiers, ou des mises à jour de carte qui se sont mal passées ou un problème de connexion sur leur réseau interne ou des carreaux qui auraient du être régénérés depuis longtemps mais qui plantent (il faut ensuite plusieurs minutes pour avoir ensuite des morceaux de carreaux à très très basse résolution et extrêmement floutés). Le 30 septembre 2014 10:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ubiflow fait encore des siennes
Envoyé ce jour à Ubiflow via leur page contact : - Bonjour, J'ai le regret de vous informer que, dans le changeset 25763049 [1] j'ai supprimé d'OpenStreetMap les données importées par le contributeur SeFaireConnaitre [2] qui dit agir en votre nom. En effet, le jeu de donnée supprimées était mal localisé, tous les points étant au même emplacement, et le jeu de tags ne correspondait pas aux usages d'OpenStreetMap. [1] https://www.openstreetmap.org/changeset/25763049 [2] https://www.openstreetmap.org/user/SeFaireConnaitre Cordialement. Vincent Pottier, contributeur sur OpenStreetMap - FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Les solutions lourdes mises en place derrière le Géoportail (pas très web, mais très OGC) ne favorisent pas les performances. Le 30 septembre 2014 11:06, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : D'après ce que je vois c'est le même problème avec la carte Esri World Topographic Map Le 30 septembre 2014 10:58, Christian Quest cqu...@openstreetmap.fr a écrit : D'après ce que j'ai obtenu comme info, le Géoportail n'agit que comme un proxy de tuiles et donc les requêtes vont vers le géoportail, puis repartent chez mapquest et les réponses suivent le chemin inverse. Tout ça n'est donc pas bien performant. Le 30 septembre 2014 10:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Peut-être serait-il temps que le Géoportail mutualise ses proxies caches avec les divers services publics sur une plateforme commune nationale (avec plusieurs rendus prédéfinis neutres utilisables partout et sélectionnable pour les usages les plus courants, y compris un rendu nuit pour la navigation automobile) Même si c'est pour faire du proxying de fonds Mapquest, ou OSM ou des fonds spécialisés issus des collectivités, voire même des fonds Google (simplifiés : au gouvernement de faire cette concertation et rationaliser ça, entre l'IGN, Méteo France qui a des ressources de calcul, les réseaux universitaires et de recherche comme RENATER et IRISA, le CNRS, la sécurité civile, l'aviation civile, la police, le fisc ex-DGI, et même la communication publique des armées, même si elle a en plus son propre réseau cartographique interne sépare, les régions et métropoles urbaines). Il est temps de rationaliser tout ça et faire des économies de moyen avec une plateforme nationale servant en priorité la France et avec une bande passante suffisante pour le reste de l'UE ou pour le monde (éventuellement par des accords de partage avec des FAIs et CDNs qui mettront en place leurs propres proxies branchés sur la plateforme commune). Et rien n'interdit alors quasi que les FAI français participent à cette plateforme commune (avec un contrat garantissant la neutralité des contenus : aux FAIs s'ils le veulent de sélectionner d'autres fonds avec des contenus publicitaires pour leurs sites web mais à eux de mettre en place leurs propres proxies et souscrire à des CDNs tiers si nécessaire mais s'ils participent ) cette plateforme et fournissent des données cela doit être de l'opendata neutre sans profilage, sans cookie traceurs, sans liens publicitaires imposés, sans souscription automatique à des sites tiers, sans transmission de données personnelles, la plateforme commune y veillant au point d'interconnexion par des filtres et par un système de retour d'avis vers la plateforme commune ne passant pas par le fournisseur tiers). Bref un espace de médiation neutre. La cartographie en ligne est devenue maintenant un bien public commun demandé sur plein de sites web et d'applis mobiles et par tout utilisateur d'Internet ou de mobile, elle est presque aussi indispensable que le DNS ou le courriel, les usages se multiplient. Le 30 septembre 2014 10:58, Christian Quest cqu...@openstreetmap.fr a écrit : D'après ce que j'ai obtenu comme info, le Géoportail n'agit que comme un proxy de tuiles et donc les requêtes vont vers le géoportail, puis repartent chez mapquest et les réponses suivent le chemin inverse. Tout ça n'est donc pas bien performant. Le 30 septembre 2014 10:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Je ne sais pas pour vous mais chez moi ça rame épouvantablement l'affichage des fonds mapquest sur le geoportail. J'ai l'impression d'être un modem 56k à la place de la fibre RENATER là... En tout cas c'est une bonne chose pour la visibilité d'OSM auprès du grand public. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT%20 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Framabook dont les ventes sont reversées à OpenStreetMap France
Il s'agit du livre R et espace : http://framabook.org/16-r-et-espace/ J'espère qu'il va bien se vendre ! Déjà je vais demander à la doc de mon organisme d'en commander un exemplaire. ;-) Nicolas -- - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Framabook dont les ventes sont reversées à OpenStreetMap France
Je pense aussi que 3liz va l’acquérir René-Luc Le 30/09/2014 11:51, Nicolas Moyroud a écrit : Il s'agit du livre R et espace : http://framabook.org/16-r-et-espace/ J'espère qu'il va bien se vendre ! Déjà je vais demander à la doc de mon organisme d'en commander un exemplaire. ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ubiflow fait encore des siennes
Tous les points ne sont pas au même emplacement et tous ne sont pas supprimés (par exemple les différents sites de Youpala, très mal géolocalisés mais positionnés directement sur le noeud principal de la ville). Visiblement SeFarieConnaitre abuse de la géolocalisation automatique sans aucun contrôle de qualité, cette agence ne fait pas le travail correctement pour laquelle elle a été payée. Cela ressemble à de la grosse paresse. Je n'ose pas croire que ses clients ont payé pour un géoréférencement aussi lamentable (et je me demand ece que fait cette agence quand elle géorégérence ses clients chez Google, Bing, Facebook ou Apple... Si c'est comme ça, ses soumissions sont aussi blacklistées et les clients de cette agence ont des raisons de se plaindre quand ils disparaissent des cartes en quelques jours). derrière cette agence il doit à tout casser n'y avoir qu'un ou deux webdesigners qui survendent leurs prestations et font le minimum syndical et ne connaissent pas les contraintes des plateformes sur lesquelles ils soumettent des données. De telles soumissions de mauvaises qualité sont encore vendues en ligne avec des packs produits basiques pour le référencement automatique de liens web sur des moteurs de recherche et les moteurs de recherche ont tous du mettre en place des systèmes de détection des abus et de qualification plus précise de la pertinence. Maintenant on a le géoréférencement automatisé qui se développe et souffre du même problème avec des agences peu qualifiées qui vendent n'importe quoi à leurs clients sans se rendre compte que c'est leur métier de s'adapter aux exigences de qualité demandées quand les bases carto se densifient, ces agences n'assurant aucun suivi ni aucun contrôle qualité une fois passé le paiement et le référencement initial même quand il est pourri. Derrière ces agences qui promettent b eaucoup il y a surtout des robots vite mis en place et non maintenus. Peut-être que ces agences commenceront à utiliser la BANO pour des choses plus préciseset moins polluantes de nos cartes partagées ? Mais alors elles vont aussi soumettre n'importe quoi sur les points BANO (on va vite se trouver avec des géolocalisations de simples boites postales sans aucun service local visible, ou une vitrine vide avec un téléphone, toujours fermée, visitées une fois par semaine juste pour relever le courrier et des affiches publicitaires sur la vitrine, ou juste l'adresse effective de leur avocat d'affaire ou d'une société d'affacturage fermée à tout visiteur et uniquement contactable via un centre d'appel ou par recommandé à une boite postale poste restante non localisée ou par email). Espérons que derrière ces robots, les contributeurs humains d'OSM et leur bon sens pourront encore faire un nettoyage et garderont la main sans crouler sous les volumes. Le modèle base de données fourre-tout d'OSM va vite connaitre ses limites sans devoir être subdivisé en sous-bases spécialisées plus facilement gérables et qualifiables. Mais on sait qu'avec les humains on doit s'attendre à gérer des conflits d'édition et mettre en place des systèmes de modération et de médiation. Le besoin est déjà là un peut partout en Allemagne et commence à se faire sentir au Royaume-Uni dans le Grand Londres. En France on est encore épargné dans le monde rural et les villes moyennes mais dans les principaux chef-lieux on va assister à son émergence et cela va s'intensifier dans les centre-ville de plus de 1 habitants, et dans les grandes zones de transit. Et si on ne peut pas tout afficher sur une carte, et qu'on sait que certains noms vont être visibles plus ou moins aléatoirement, on risque d'assister à du spamming de noeuds n'importe où autour d'une zone assez large pour assurer qu'au moins un noeud sera visible. Il faudra sans doute raffiner notre charte de soumission de données et mettre en place des systèmes de détection des spammeurs et des équipes et groupes de travail pour ça (comme Wikimedia a du le faire sur ses sites du fait de sa bonne visibilité sur les moteurs de recherche du web). Les spammeurs ont investi tous les espaces de communication publics du courrier postal, de l'affichage sauvage, du téléphone, du web et de la mobilité; on doit s'attendre à leur présence accrue aussi sur la carto (un Eldorado encore à conquérir pour eux, qui semblent avoir des moyens financiers illimités pour le faire sous couvert de pratiques de vente souvent abusives, couvertes par des jargons de plus en plus incompréhensibles et avec derrière eux des armées d'avocats et de procédures compliquées pour se déresponsabiliser et toujours trouver et multiplier de nouveaux asiles beaucoup plus rapidement que ce que sait faire la loi... certains sont devenus de vraies marques qui maintenant se protègent et survendent le référencement chez eux comme Facebook que je boycotte autant que possible après beaucoup trop d'abus constatés et qui n'ont jamais cessé de se multiplier par un contrat de plus en plus obscur sur les données
Re: [OSM-talk-fr] tagguer une résidence
Le 30 sept. 2014 à 09:13, Romain MEHUT romain.me...@gmail.com a écrit : Le 29 septembre 2014 21:23, Jérôme Amagat jerome.ama...@gmail.com a écrit : On parle de boites aux lettres et du fait que A , B fasse parti de l'Adresse (surement sous entendu pour le courrier la aussi) mais est ce que les tag adresses sont la seulement pour le courrier. la position des boites aux lettres ça intéresse qui a part le postier. Moi je préfère les tag adresse pour les déplacement, je préfère mettre les info d'adresse a l'entrée (et plutôt pour les piétons). C'est sensiblement très souvent la même chose. Tout a fait d'accord, mais quand il y a une différence je vois pas pourquoi favoriser un histoire de courrier. Donc je dirais, le nom de la résidence sur le polygone résidentiel. l'adresse sans bâtiment A et sans nom de résidence a l'entrée de la résidence prés de la rue(on peut mettre ce point sur le polygone residentiel et ajouté entrance=main). l'adresse de chaque bâtiment sur la porte du batiment en remettant la même chose que l'adresse principale avec addr:housename=batiment A et sur le polygone du batiment name=batiment A. Pour le 42ter, sur le portail qui memne au 2 batiments. Tu veux dire que tu préconises de répéter le même tag addr:housenumber à la fois sur le polygone résidentiel et les bâtiments? Il conviendrait plutôt d'utiliser le tag contact:housenumber pour les bâtiments cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#R.C3.A8gles_de_priorit.C3.A9s_entre_sources Contact: c'est des info sur comment contacter surtout des entreprise et donc il faudrait y mettre ce qu'attend la poste. Ici c'est une adresse et elle est différente de celle de l'entrée de la résidence vu qu'il y a en plus un addr:housename= C'est comme ça que moi je vois les chose. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagguer une résidence
Le 30 septembre 2014 13:41, jerome.ama...@gmail.com jerome.ama...@gmail.com a écrit : Donc je dirais, le nom de la résidence sur le polygone résidentiel. l'adresse sans bâtiment A et sans nom de résidence a l'entrée de la résidence prés de la rue(on peut mettre ce point sur le polygone residentiel et ajouté entrance=main). l'adresse de chaque bâtiment sur la porte du batiment en remettant la même chose que l'adresse principale avec addr:housename=batiment A et sur le polygone du batiment name=batiment A. Pour le 42ter, sur le portail qui memne au 2 batiments. Tu veux dire que tu préconises de répéter le même tag addr:housenumber à la fois sur le polygone résidentiel et les bâtiments? Il conviendrait plutôt d'utiliser le tag contact:housenumber pour les bâtiments cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#R.C3.A8gles_de_priorit.C3.A9s_entre_sources Contact: c'est des info sur comment contacter surtout des entreprise et donc il faudrait y mettre ce qu'attend la poste. Ici c'est une adresse et elle est différente de celle de l'entrée de la résidence vu qu'il y a en plus un addr:housename= J'avais compris que tu proposais de répéter le *même* numéro à la fois sur le polygone et les bâtiments. Dans ce cas, contact:housenumber a été proposé pour ces cas de figure et pas uniquement pour des entreprises. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagguer une résidence
Bonjour, Contact: c'est des info sur comment contacter surtout des entreprise et donc il faudrait y mettre ce qu'attend la poste. Ici c'est une adresse et elle est différente de celle de l'entrée de la résidence vu qu'il y a en plus un addr:housename= J'avais compris que tu proposais de répéter le *même* numéro à la fois sur le polygone et les bâtiments. Dans ce cas, contact:housenumber a été proposé pour ces cas de figure et pas uniquement pour des entreprises. En effet. C'est pas logique mais c'est une solution. proposé sur le wiki qui me semble pas logique et peut être mal explicité. Pour moi c'est pas très correcte de faire ça. Cette alternative (vu sur la page de BANO) est normalement faite pour les entreprises pour éviter d'avoir des doublons sur une même adresse (ce qui est donc une erreur) L'adresse, si elle est au bâtiment et qu'il y a plus d'une entrée c'est l'entrée principale qui porte l'adressage, si on ne connais pas l'entrée on peut la mettre sur un nœud en façade du bâtiment sans préciser que le point est une entrée. Si tu hésites entre deux bâtiments tu mets ton point devant les deux bâtiments et au plus proche de ces bâtiments avec une note FIXME pour corriger avec une campagne terrain pour trancher si possible Dans les conditions du 42... il y a déjà un numéro hor de la résidence et donc il devrait y avoir un 42 A, 42 B ... ou 42 plus le tag addr:housename= Je vois aussi ça pour les itinéraires (surtout piéton ou vélo) La boite ça ne m’intéresse pas vraiment en plus dans le cas d’entreprises c'est l'entrée de la boite qui t'intéresse et pas sa boite au lettre (ou boite postal qui peux être dans les locaux de la poste) Le 30 septembre 2014 13:49, Romain MEHUT romain.me...@gmail.com a écrit : Le 30 septembre 2014 13:41, jerome.ama...@gmail.com jerome.ama...@gmail.com a écrit : Donc je dirais, le nom de la résidence sur le polygone résidentiel. l'adresse sans bâtiment A et sans nom de résidence a l'entrée de la résidence prés de la rue(on peut mettre ce point sur le polygone residentiel et ajouté entrance=main). l'adresse de chaque bâtiment sur la porte du batiment en remettant la même chose que l'adresse principale avec addr:housename=batiment A et sur le polygone du batiment name=batiment A. Pour le 42ter, sur le portail qui memne au 2 batiments. Tu veux dire que tu préconises de répéter le même tag addr:housenumber à la fois sur le polygone résidentiel et les bâtiments? Il conviendrait plutôt d'utiliser le tag contact:housenumber pour les bâtiments cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#R.C3.A8gles_de_priorit.C3.A9s_entre_sources Contact: c'est des info sur comment contacter surtout des entreprise et donc il faudrait y mettre ce qu'attend la poste. Ici c'est une adresse et elle est différente de celle de l'entrée de la résidence vu qu'il y a en plus un addr:housename= J'avais compris que tu proposais de répéter le *même* numéro à la fois sur le polygone et les bâtiments. Dans ce cas, contact:housenumber a été proposé pour ces cas de figure et pas uniquement pour des entreprises. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagguer une résidence
Le 30/09/2014 13:41, jerome.ama...@gmail.com a écrit : Contact: c'est des info sur comment contacter surtout des entreprise et donc il faudrait y mettre ce qu'attend la poste. Ici c'est une adresse et elle est différente de celle de l'entrée de la résidence vu qu'il y a en plus un addr:housename= contact:housename ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagguer une résidence
Exacte, c'est mieux pour les contacts de mettre ça contact:housename contact:housenumber et pour l'adresse au bâti addr:housename addr:housenumber Le 30 septembre 2014 14:48, Vincent Pottier vpott...@gmail.com a écrit : Le 30/09/2014 13:41, jerome.ama...@gmail.com a écrit : Contact: c'est des info sur comment contacter surtout des entreprise et donc il faudrait y mettre ce qu'attend la poste. Ici c'est une adresse et elle est différente de celle de l'entrée de la résidence vu qu'il y a en plus un addr:housename= contact:housename ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fermeture massive de notes
Accessoirement en regardant son passif de modifs j'ai trouvé des trucs douteux: décalage de quelques centimètres de la frontière franco belge et des ajouts de point de manière ultra ponctuel ou de les modifier... Le Vendredi 26 septembre 2014 21h04, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Un script... ça peut aider à ré-ouvrir? Quelqu'un connait une manip pour ça? Le 26 septembre 2014 19:51, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Réactiver. (attention les notes fermées disparaissent au bout d'un moment, 10 jours je crois). Le 26 septembre 2014 19:47, David Crochet david.croc...@free.fr a écrit : Bonjour Oui, j'ai subit son travail. Comment réouvrir des notes fermées ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag tourism et rendu
Encore une question sur le rendu ... J'ai l'impression que le rendu par défaut passe à la trappe (ou sous tout le reste) tout ce qui porte le tag tourism. Ainsi le Carrousel des mondes marins à Nantes (http://www.openstreetmap.org/way/304978710) n'est pas visible alors qu'il porte building=yes et que son nom est bien visible. Certes on pourrait le mettre en inner de l'aire piétonne sur lequel il se trouve (http://www.openstreetmap.org/way/20063) mais à partir du moment où c'est un building il me semble logique de l'afficher au-dessus. Ou bien tout ce qui est highway passe-t-il au-dessus de tout le reste - çà me paraît un peu simpliste comme règle, pas conforme à la réalité du terrain ... Certes on n'a pas la main sur le rendu par défaut mais peut-on suggérer des modifications avec force arguments et courtoisie ? Ouf, pas de problème avec le rendu français, merci à Christian pour le tourisme en France ;-) Antoine. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag tourism et rendu
2014-09-30 16:36 GMT+02:00 Antoine Riche antoine.ri...@ymail.com: Certes on n'a pas la main sur le rendu par défaut mais peut-on suggérer des modifications avec force arguments et courtoisie ? Cette question a été maintes fois débattue sur plusieurs listes/forums. Voici par exemple ma dernière réponse sur ça: http://gis.19327.n5.nabble.com/Batiment-invisible-tp5810747p5810790.html Certains pensent que la surface piétonne ne devrait représenter que la surface où l'on peut marcher... Ouf, pas de problème avec le rendu français, merci à Christian pour le tourisme en France ;-) En fait, Christian est parti d'une ancienne version du style de rendu (je ne pense pas que le résultat actuel soit volontaire) et je ne suis pas sûr que sur ce point, on ait beaucoup à gagner à jouer la différence. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qualité GPS Garmin Edge
Bonjour, Je compte prendre un GPS pour mes rando (tous genre mais principalement VTT) La série Edge en modèle 705 ou 810 me plait bien. En avez-vous testé un pour savoir si cela peut-être intéressant en terme de saisie de POI et de trace GPS. Ça vaut quoi pour la qualité des traces? Merci Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
2014-09-30 11:25 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Les solutions lourdes mises en place derrière le Géoportail (pas très web, mais très OGC) ne favorisent pas les performances. Bon, j'étais prêt à taper à mon tour sur l'IGN (un sport qu'on aime bien sur cette liste ;-). Mais force est de reconnaitre que leur service est tout à fait exploitable à l'heure où je poste ce message. Je n'ai pas constaté les délais mentionnés précédemment. Peut-être fallait-il un peu de temps pour remplir les caches... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag tourism et rendu
Le 30/09/2014 16:46, Pieren a écrit : 2014-09-30 16:36 GMT+02:00 Antoine Riche antoine.ri...@ymail.com: Certes on n'a pas la main sur le rendu par défaut mais peut-on suggérer des modifications avec force arguments et courtoisie ? Cette question a été maintes fois débattue sur plusieurs listes/forums. Voici par exemple ma dernière réponse sur ça: http://gis.19327.n5.nabble.com/Batiment-invisible-tp5810747p5810790.html Certains pensent que la surface piétonne ne devrait représenter que la surface où l'on peut marcher... Ok je vais faire un joli multi-polygone alors :o) Antoine. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OT: shell shock pire que HeartBleed; attaques bien réelles en cours
Pour info. http://www.cert.ssi.gouv.fr/site/CERTFR-2014-ALE-006/index.html une faille de bash qui exécute le contenu de variables d'environnement; passées dans des champs de formulaire web; notamment un écran de login où on saisit un nom d'utilisateur (avant que le script serveur s'exécute et valide les données du formulaire) ou bien affecte une session OpenSSH pour ouvrir une commande authentifiée et communiquer des données. La principale attaque se situe sur les sites web Apache utilisant une interface CGI pour passer les formualires dans des varaibles d'environne,ents dans un scripts shele exécuté par bash. http://www.silicon.fr/5-questions-faille-shell-shock-visant-bash-97012.html LEs détail techiques de l'attque ont été publiés en ligne dès le 26 septembre alors que la vulnérabilité a été connue 2 jours avant. Attaques confirmées sur un de mes comptes bancaires en ligne avec des tentatives répétées d'intrusion depuis le 26 septembre (plusieurs fois par jour à n'importequelel heure du jour et de la nuit, avec des transactions que je n'ai jamais demandées, PC éteint et mobile éteint. Attaque distribuée depuis des lieux divers dans le monde et je ne dois pas être le seul). Mettez à jour vos serveurs web Unix/Linux (les patches pour bash sont dispo sous Redhat, Ubuntu, Mandriva, Fedora, Oracle; et divers Unix ... mais certains patches avant le 27 septembre ont d'autres vulnérabilités de pointeurs nuls. Les patches proposés vont encore subir des liftings. Et probablement il y aura de nouvelles mesures de sécurité pour l'interface CGI d'Apache et intégrer des méthodes de detection et filtrages de certaines séquences de données ou modifier la méthode d'encapsulation de données de formulaires en CGI. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OT: shell shock pire que HeartBleed; attaques bien réelles en cours
Note: les serveurs web qu utilisent une interface CGI vers un shell type Busybox (par exemple les routeurs) ne sont apparemment pas concernés par cette attaque sur le bogue de bash mais l'interface CGI d'Apache utilisant un shell OpenSSH est touché également. Les attaques consistent notemment à obtenir de se faie envoyer par mail ou SMS les identifiants réels d'accès aux comptes en ligne ou des numéros de confirmation de demande de changement de mot de passe, pour ensuite faire des transactions frauduleuses ou modifier les droits d'accès. Sur mon compte il bancaire en ligne y a eu plusieurs changement d'email et de numéro mobile. alors que j'utilise des mots de passe forts (au moins 15 caractères alphanumériues et ponctuations et casse aléatoire, plus quelques caractères non ASCII). Les attaques continuent; ma banque en ligne n'a toujours pas fermé son interface web et elle envoie des emails avec mot de passe en clair alors que ce système ne devrait plus exister depuis des mois et utiliser la double authentication par SMS et clavier numérique virtuel contre les keyloggers et des bloqueurs de scripts clients. Elle a fermé les accès par les applications mobile (d'abord iOS puis Android) Mais son service client par téléphone est surchargée d'appels de ceux qui n'ont plus accès à leur compte par mobile ou ont des erreurs d'identification parce que leur mot de passe ne fonctionne plus Avec beaucoup de mal je l'ai contacté après avoir pu constater facilement que son écran de login était vulnérable à cette attaque. J'attends une réponse. Le 30 septembre 2014 19:43, Philippe Verdy verd...@wanadoo.fr a écrit : Pour info. http://www.cert.ssi.gouv.fr/site/CERTFR-2014-ALE-006/index.html une faille de bash qui exécute le contenu de variables d'environnement; passées dans des champs de formulaire web; notamment un écran de login où on saisit un nom d'utilisateur (avant que le script serveur s'exécute et valide les données du formulaire) ou bien affecte une session OpenSSH pour ouvrir une commande authentifiée et communiquer des données. La principale attaque se situe sur les sites web Apache utilisant une interface CGI pour passer les formualires dans des varaibles d'environne,ents dans un scripts shele exécuté par bash. http://www.silicon.fr/5-questions-faille-shell-shock-visant-bash-97012.html LEs détail techiques de l'attque ont été publiés en ligne dès le 26 septembre alors que la vulnérabilité a été connue 2 jours avant. Attaques confirmées sur un de mes comptes bancaires en ligne avec des tentatives répétées d'intrusion depuis le 26 septembre (plusieurs fois par jour à n'importequelel heure du jour et de la nuit, avec des transactions que je n'ai jamais demandées, PC éteint et mobile éteint. Attaque distribuée depuis des lieux divers dans le monde et je ne dois pas être le seul). Mettez à jour vos serveurs web Unix/Linux (les patches pour bash sont dispo sous Redhat, Ubuntu, Mandriva, Fedora, Oracle; et divers Unix ... mais certains patches avant le 27 septembre ont d'autres vulnérabilités de pointeurs nuls. Les patches proposés vont encore subir des liftings. Et probablement il y aura de nouvelles mesures de sécurité pour l'interface CGI d'Apache et intégrer des méthodes de detection et filtrages de certaines séquences de données ou modifier la méthode d'encapsulation de données de formulaires en CGI. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OT: shell shock pire que HeartBleed; attaques bien réelles en cours
Merci Philippe. On 30 septembre 2014 19:56:44 UTC+02:00, Philippe Verdy verd...@wanadoo.fr wrote: Note: les serveurs web qu utilisent une interface CGI vers un shell type Busybox (par exemple les routeurs) ne sont apparemment pas concernés par cette attaque sur le bogue de bash mais l'interface CGI d'Apache utilisant un shell OpenSSH est touché également. Les attaques consistent notemment à obtenir de se faie envoyer par mail ou SMS les identifiants réels d'accès aux comptes en ligne ou des numéros de confirmation de demande de changement de mot de passe, pour ensuite faire des transactions frauduleuses ou modifier les droits d'accès. Sur mon compte il bancaire en ligne y a eu plusieurs changement d'email et de numéro mobile. alors que j'utilise des mots de passe forts (au moins 15 caractères alphanumériues et ponctuations et casse aléatoire, plus quelques caractères non ASCII). Les attaques continuent; ma banque en ligne n'a toujours pas fermé son interface web et elle envoie des emails avec mot de passe en clair alors que ce système ne devrait plus exister depuis des mois et utiliser la double authentication par SMS et clavier numérique virtuel contre les keyloggers et des bloqueurs de scripts clients. Elle a fermé les accès par les applications mobile (d'abord iOS puis Android) Mais son service client par téléphone est surchargée d'appels de ceux qui n'ont plus accès à leur compte par mobile ou ont des erreurs d'identification parce que leur mot de passe ne fonctionne plus Avec beaucoup de mal je l'ai contacté après avoir pu constater facilement que son écran de login était vulnérable à cette attaque. J'attends une réponse. Le 30 septembre 2014 19:43, Philippe Verdy verd...@wanadoo.fr a écrit : Pour info. http://www.cert.ssi.gouv.fr/site/CERTFR-2014-ALE-006/index.html une faille de bash qui exécute le contenu de variables d'environnement; passées dans des champs de formulaire web; notamment un écran de login où on saisit un nom d'utilisateur (avant que le script serveur s'exécute et valide les données du formulaire) ou bien affecte une session OpenSSH pour ouvrir une commande authentifiée et communiquer des données. La principale attaque se situe sur les sites web Apache utilisant une interface CGI pour passer les formualires dans des varaibles d'environne,ents dans un scripts shele exécuté par bash. http://www.silicon.fr/5-questions-faille-shell-shock-visant-bash-97012.html LEs détail techiques de l'attque ont été publiés en ligne dès le 26 septembre alors que la vulnérabilité a été connue 2 jours avant. Attaques confirmées sur un de mes comptes bancaires en ligne avec des tentatives répétées d'intrusion depuis le 26 septembre (plusieurs fois par jour à n'importequelel heure du jour et de la nuit, avec des transactions que je n'ai jamais demandées, PC éteint et mobile éteint. Attaque distribuée depuis des lieux divers dans le monde et je ne dois pas être le seul). Mettez à jour vos serveurs web Unix/Linux (les patches pour bash sont dispo sous Redhat, Ubuntu, Mandriva, Fedora, Oracle; et divers Unix ... mais certains patches avant le 27 septembre ont d'autres vulnérabilités de pointeurs nuls. Les patches proposés vont encore subir des liftings. Et probablement il y aura de nouvelles mesures de sécurité pour l'interface CGI d'Apache et intégrer des méthodes de detection et filtrages de certaines séquences de données ou modifier la méthode d'encapsulation de données de formulaires en CGI. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Bonsoir, Le 30/09/2014 18:10, Pieren a écrit : 2014-09-30 11:25 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Les solutions lourdes mises en place derrière le Géoportail (pas très web, mais très OGC) ne favorisent pas les performances. Bon, j'étais prêt à taper à mon tour sur l'IGN (un sport qu'on aime bien sur cette liste ;-). Mais force est de reconnaitre que leur service est tout à fait exploitable à l'heure où je poste ce message. Je n'ai pas constaté les délais mentionnés précédemment. Peut-être fallait-il un peu de temps pour remplir les caches... L'IGN vous aura entendus :) (ça date de ce matin) : http://georezo.net/forum/viewtopic.php?pid=257855#p257855 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag tourism et rendu
Le 30 septembre 2014 16:46, Pieren pier...@gmail.com a écrit : En fait, Christian est parti d'une ancienne version du style de rendu (je ne pense pas que le résultat actuel soit volontaire) et je ne suis pas sûr que sur ce point, on ait beaucoup à gagner à jouer la différence. C'est surtout que le style par défaut a changé de ce côté il y a peu de temps (cet été). Je comprends le besoin de cohérence, de pousser à un meilleur tagging, une meilleure modélisation. A ce que j'ai compris, c'est pour favoriser cela que le style osm.org a changé, pousser à corriger le tir sur les données. Avec le rendu FR, il y a déjà pas mal de traitements pour améliorer le rendu final quitte parfois à masquer des petites erreurs que le rendu par défaut mettrai en évidence. Vu qu'on a deux rendus différents, il me semble qu'on peut se permettre justement d'avoir des objectifs légèrement différents. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et junction = roundabout
Le 29 septembre 2014 14:22, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : @Pieren on peut aussi faire un script pour mettre à jour les giratoire sans nom avec un noname=yes si c'est 99% des cas on peut peut-être rendre le noname=yes comme implicite... plutôt que d'avoir à mettre toute les alertes comme faux positif... car dans les deux cas ça revient quasiment au même en terme de manipulation. Soit tu enlève toutes les alertes soit tu mets un noname=yes Je préfère nettement que cette alerte des ronds-points sans nom, et sans nonane=yes soit passée au niveau 3 (pas une erreur, juste une attention mineure à vérifier sur place) et laisser les visiteurs sur le terrain confirmer qu'il n'y a pas de nom. Le cadastre dans sa dernière mise à jour disponible n'a pas toujours les noms des tas de ronds-points qui se construisent, meˆme s'ils ont pu marquer des acqusitions de petites parcelles (ce qui n'est pas toujours le cas si la parcelle publique a déjà le terrain nécessaire et le rond-poont est juste venu réduire un trottoir existant un parterre fleuri, ou un emplacement pour containers poubelles ou un abris bus qui a été déplacé un peu plus loin, ou encore une place de stationnement ou un morceau de voie à l'entrée de la rue ou une voie d'arrêt à un ancien feu supprimé. Il y a encore des noms d'usage local qui ne figurent pas dans le cadastre; ou bien le nom existe depuis une délibération du conseil municipal pour paysager le rond-pointet y mettre un panneau mais rien n'est porté dans le cadastre avant que ce soit fait et la mise à jour publiée. ce n'est suent pas une priorité que de paysager le rond-point et acheter les panneaux de signaisation (quand on voit les prix unitaires, les communes peuvent vouloir attendre des commandes groupées de panneaux obligatoires et négocier les prix et obtenir le facultatif) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OT: shell shock pire que HeartBleed; attaques bien réelles en cours
Le 30 septembre 2014 19:43, Philippe Verdy verd...@wanadoo.fr a écrit : Pour info. http://www.cert.ssi.gouv.fr/site/CERTFR-2014-ALE-006/index.html une faille de bash qui exécute le contenu de variables d'environnement Les serveurs d'OSM-FR ont été mis à jour la semaine dernière par Jocelyn pour corriger cette faille. J'en ai fait de même sur mon serveur perso et ses VM. Un peu plus compliqué pour les Mac (qui utilisent aussi bash) car Apple n'a pas encore diffusé de mise à jour mais c'est possible aussi. Un site relativement complet sur le sujet: https://shellshocker.net/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Justement il n'y a pas de cache d'après ce que j'ai compris. Le 30 septembre 2014 18:10, Pieren pier...@gmail.com a écrit : 2014-09-30 11:25 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Les solutions lourdes mises en place derrière le Géoportail (pas très web, mais très OGC) ne favorisent pas les performances. Bon, j'étais prêt à taper à mon tour sur l'IGN (un sport qu'on aime bien sur cette liste ;-). Mais force est de reconnaitre que leur service est tout à fait exploitable à l'heure où je poste ce message. Je n'ai pas constaté les délais mentionnés précédemment. Peut-être fallait-il un peu de temps pour remplir les caches... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OT: shell shock pire que HeartBleed; attaques bien réelles en cours
Le 30 septembre 2014 21:48, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30 septembre 2014 19:43, Philippe Verdy verd...@wanadoo.fr a écrit : Pour info. http://www.cert.ssi.gouv.fr/site/CERTFR-2014-ALE-006/index.html une faille de bash qui exécute le contenu de variables d'environnement Les serveurs d'OSM-FR ont été mis à jour la semaine dernière par Jocelyn pour corriger cette faille. Il faudra le refaire, les premiers patches (avant le 27) étaient bogués avec leur propre bogue (pointeur nul, crash exploitable). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag tourism et rendu
D'ailleurs vu qu'on parle de rendu. Serait-il possible fusionner des entités similaires jointives avant de produire les tuiles? Car j'ai observé des liserés blancs apparent dans ce cas au niveau de la jointure. Le 30 septembre 2014 21:42, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30 septembre 2014 16:46, Pieren pier...@gmail.com a écrit : En fait, Christian est parti d'une ancienne version du style de rendu (je ne pense pas que le résultat actuel soit volontaire) et je ne suis pas sûr que sur ce point, on ait beaucoup à gagner à jouer la différence. C'est surtout que le style par défaut a changé de ce côté il y a peu de temps (cet été). Je comprends le besoin de cohérence, de pousser à un meilleur tagging, une meilleure modélisation. A ce que j'ai compris, c'est pour favoriser cela que le style osm.org a changé, pousser à corriger le tir sur les données. Avec le rendu FR, il y a déjà pas mal de traitements pour améliorer le rendu final quitte parfois à masquer des petites erreurs que le rendu par défaut mettrai en évidence. Vu qu'on a deux rendus différents, il me semble qu'on peut se permettre justement d'avoir des objectifs légèrement différents. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag tourism et rendu
Un permalien ? Le 30 septembre 2014 21:57, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : D'ailleurs vu qu'on parle de rendu. Serait-il possible fusionner des entités similaires jointives avant de produire les tuiles? Car j'ai observé des liserés blancs apparent dans ce cas au niveau de la jointure. Le 30 septembre 2014 21:42, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30 septembre 2014 16:46, Pieren pier...@gmail.com a écrit : En fait, Christian est parti d'une ancienne version du style de rendu (je ne pense pas que le résultat actuel soit volontaire) et je ne suis pas sûr que sur ce point, on ait beaucoup à gagner à jouer la différence. C'est surtout que le style par défaut a changé de ce côté il y a peu de temps (cet été). Je comprends le besoin de cohérence, de pousser à un meilleur tagging, une meilleure modélisation. A ce que j'ai compris, c'est pour favoriser cela que le style osm.org a changé, pousser à corriger le tir sur les données. Avec le rendu FR, il y a déjà pas mal de traitements pour améliorer le rendu final quitte parfois à masquer des petites erreurs que le rendu par défaut mettrai en évidence. Vu qu'on a deux rendus différents, il me semble qu'on peut se permettre justement d'avoir des objectifs légèrement différents. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Garmin Edge
Le 30/09/2014 17:35, Jérôme Seigneuret a écrit : Bonjour, Je compte prendre un GPS pour mes rando (tous genre mais principalement VTT) La série Edge en modèle 705 ou 810 me plait bien. En avez-vous testé un pour savoir si cela peut-être intéressant en terme de saisie de POI et de trace GPS. Ça vaut quoi pour la qualité des traces? J'utilise un 705 pour le guidage en vélo, avec les données proposées ici : http://garmin.openstreetmap.nl/ et ça marche très bien. Autonomie suffisante pour rouler une journée. Les traces sont correctement précises, mais ça sort en format TCX, que JOSM reconnaît via un plugin : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/dataimport Je n'ai pas testé la saisie de POI, ma saisie consiste à prendre des photos en roulant :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Pour afficher des rendus générés par Mapquest; qui ont des délais, ne pas mettre de cache est un gâchis de ressources discutable. Même un cache avec un délai assez court (disons une douzaine d'heures) améliorerait sans doute les choses et réduirait les frais pour tout le monde. c'est quand même pas compliqué d'installer un proxy Squid standard sur les tuiles PNG ou JPEG servies en HTTP standard d'autant que ça peut aussi aider servir les contenus générés par l'IGN lui-même et servir pour ses propres serveurs. En plus ça ajoute une couche d'isolation réseau en limitant plus facilement ce qu'un pare-feu a du mal a détecter sur l'interface publique web. et son administration ne coûte pas cher. Ca sert aussi pendant les ,aintenances de l'architecture pour maintenir certains contenus accessibles (même s'il ne sont temporairement pas mis à jour) ou reconfigurer les requêtes vers un système de secours. Et ça ne demande pas un gros serveur ni de bande passante supplémentaire. Au besoin on peut en ajouter pour des caches destinés à certains clients avec une meilleure bande passante par rapport à l'interface web publique et on peut aussi en déployer sur d'autres datacenters (par exemple dans les DOM ou en région dans les universités) ou pour contourner des problèmes sur une interconnexion upstream avec un FAI; et même il s'en loue prêt à l'emploi chez les CDN commerciaux présents aux 4 coins du monde (Level 3, etc.) Le 30 septembre 2014 21:50, Christian Quest cqu...@openstreetmap.fr a écrit : Justement il n'y a pas de cache d'après ce que j'ai compris. Le 30 septembre 2014 18:10, Pieren pier...@gmail.com a écrit : 2014-09-30 11:25 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Les solutions lourdes mises en place derrière le Géoportail (pas très web, mais très OGC) ne favorisent pas les performances. Bon, j'étais prêt à taper à mon tour sur l'IGN (un sport qu'on aime bien sur cette liste ;-). Mais force est de reconnaitre que leur service est tout à fait exploitable à l'heure où je poste ce message. Je n'ai pas constaté les délais mentionnés précédemment. Peut-être fallait-il un peu de temps pour remplir les caches... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag tourism et rendu
le voilà C'est un problème sur les éléments de même type sans bordures http://www.openstreetmap.org/#map=16/43.9882/4.5680 Le 30 septembre 2014 22:02, Christian Quest cqu...@openstreetmap.fr a écrit : Un permalien ? Le 30 septembre 2014 21:57, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : D'ailleurs vu qu'on parle de rendu. Serait-il possible fusionner des entités similaires jointives avant de produire les tuiles? Car j'ai observé des liserés blancs apparent dans ce cas au niveau de la jointure. Le 30 septembre 2014 21:42, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30 septembre 2014 16:46, Pieren pier...@gmail.com a écrit : En fait, Christian est parti d'une ancienne version du style de rendu (je ne pense pas que le résultat actuel soit volontaire) et je ne suis pas sûr que sur ce point, on ait beaucoup à gagner à jouer la différence. C'est surtout que le style par défaut a changé de ce côté il y a peu de temps (cet été). Je comprends le besoin de cohérence, de pousser à un meilleur tagging, une meilleure modélisation. A ce que j'ai compris, c'est pour favoriser cela que le style osm.org a changé, pousser à corriger le tir sur les données. Avec le rendu FR, il y a déjà pas mal de traitements pour améliorer le rendu final quitte parfois à masquer des petites erreurs que le rendu par défaut mettrai en évidence. Vu qu'on a deux rendus différents, il me semble qu'on peut se permettre justement d'avoir des objectifs légèrement différents. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OT: shell shock pire que HeartBleed; attaques bien réelles en cours
Le 30 sept. 2014 à 21:48, Christian Quest cqu...@openstreetmap.fr a écrit : Les serveurs d'OSM-FR ont été mis à jour la semaine dernière par Jocelyn pour corriger cette faille. J'en ai fait de même sur mon serveur perso et ses VM. Un peu plus compliqué pour les Mac (qui utilisent aussi bash) car Apple n'a pas encore diffusé de mise à jour mais c'est possible aussi. Apple a publié un match, hier (pour Maverick) : http://support.apple.com/kb/DL1769?viewlocale=en_USf9`6?e;m1GpIW(u=en_US Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Garmin Edge
Date: Tue, 30 Sep 2014 17:35:58 +0200 From: jseigneuret-...@yahoo.fr To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Qualité GPS Garmin Edge Bonjour, Je compte prendre un GPS pour mes rando (tous genre mais principalement VTT) La série Edge en modèle 705 ou 810 me plait bien. En avez-vous testé un pour savoir si cela peut-être intéressant en terme de saisie de POI et de trace GPS. Ça vaut quoi pour la qualité des traces? MerciJérôme J'utilise un Garmin de la série Oregon (multi sport) avec une puce GPS et GLONASS. La précision est bien meilleure que sur un smartphone.Je fais mes relevés pour OSM avec les POI, c'est suffisant pour des petites notes (par ex. un parking vélo à XX places, sens interdit vers ouest/est/sud/nord). Au delà, faut passer à la photo. Ça me sort du GPX tout ce qu'il y a de plus standard. La carte est openfietsmap.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Garmin Edge
Et pour les photos vous faites ça en smartphone avec géolocalisation du coup? Le 30 septembre 2014 22:36, George Kaplan georgekaplan...@hotmail.fr a écrit : Date: Tue, 30 Sep 2014 17:35:58 +0200 From: jseigneuret-...@yahoo.fr To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Qualité GPS Garmin Edge Bonjour, Je compte prendre un GPS pour mes rando (tous genre mais principalement VTT) La série Edge en modèle 705 ou 810 me plait bien. En avez-vous testé un pour savoir si cela peut-être intéressant en terme de saisie de POI et de trace GPS. Ça vaut quoi pour la qualité des traces? MerciJérôme J'utilise un Garmin de la série Oregon (multi sport) avec une puce GPS et GLONASS. La précision est bien meilleure que sur un smartphone.Je fais mes relevés pour OSM avec les POI, c'est suffisant pour des petites notes (par ex. un parking vélo à XX places, sens interdit vers ouest/est/sud/nord). Au delà, faut passer à la photo. Ça me sort du GPX tout ce qu'il y a de plus standard. La carte est openfietsmap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Garmin Edge
Date: Tue, 30 Sep 2014 22:42:02 +0200 From: jseigneuret-...@yahoo.fr To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Qualité GPS Garmin Edge Et pour les photos vous faites ça en smartphone avec géolocalisation du coup? Non, appareil photo standard. La géolocalisation n'est pas nécessaire si l'on a le GPS qui enregistre la trace. Dans JOSM, on peut géolocaliser les photos en faisant correspondre l'heure de prise de vue avec l'heure des points de la trace. Sinon oui, il faut pouvoir insérer les coordonnées lors de la prise de vue (smartphone ou appareil photo équipé d'une puce GPS). George, désolé pour le message précédent, c'est hotmail qui a mangé ma mise en page. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Garmin Edge
Donc il faut bien synchroniser les dates. Merci pour les infos. Si d'autres personnes ont déjà testé les deux et comparé les traces, je suis preneur. Le 30 septembre 2014 22:48, George Kaplan georgekaplan...@hotmail.fr a écrit : Date: Tue, 30 Sep 2014 22:42:02 +0200 From: jseigneuret-...@yahoo.fr To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Qualité GPS Garmin Edge Et pour les photos vous faites ça en smartphone avec géolocalisation du coup? Non, appareil photo standard. La géolocalisation n'est pas nécessaire si l'on a le GPS qui enregistre la trace. Dans JOSM, on peut géolocaliser les photos en faisant correspondre l'heure de prise de vue avec l'heure des points de la trace. Sinon oui, il faut pouvoir insérer les coordonnées lors de la prise de vue (smartphone ou appareil photo équipé d'une puce GPS). George, désolé pour le message précédent, c'est hotmail qui a mangé ma mise en page. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osm.fr : Comment puis-je utiliser les données ?
Bonsoir, sur la page Comment puis-je utiliser les données ?, il pourrait y avoir un petit mot sur umap et un lien... C'est un moyen facile d'utiliser les données, ou tout au moins un fond de carte si la requête n'est pas en overpass. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osm.fr : De la diversité des cartes produites avec OSM, lien mort
re-bonsoir, Le lien de la page De la diversité des cartes produites avec OSM vers http://www.openwhatevermap.org/ est mort. erreur 403 Forbidden. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Amélioration des routes/chemins avec Strava
Bonsoir Strava, le réseau social en vogue des cyclistes/VTTistes (pro, amateurs, et cyclos) vient de faire des avancées intéressantes avec OSM. L'objectif de Strava est de partager ses sorties et de comparer les performances sur certains segments par exemple. En France, les cyclistes utilisant Strava ne sont pas encore aussi nombreux que dans les pays anglo-saxons, mais je pense que l'on devrait pouvoir exploiter ces infos notamment par rapport aux parcours VTT. Les traces sont réalisées à partir de GPS (ie Garmin Edge) ou d'application sur smartphone. Utilisation des tuiles basées sur OSM pour présenter les vignettes dans la dernière version de l'appli mobile et surtout Strava permet d'utiliser la heat-map issue de l'ensemble des traces (100 millions de traces et 220 milliards de points) pour améliorer les données OSM. Il y a même une intégration dans Id : http://strava.github.io/iD/#background=Bingmap=13.12/-3.4842/48.7377 Il y aussi un outil permettant de montrer les erreurs liées aux itinéraires. Peut aider à détecter des bugs sur des tags: http://labs.strava.com/routing-errors/#1000/7/-3.38928/47.82053 Les infos sont dispos sur le wiki : http://wiki.openstreetmap.org/wiki/Strava A noter la présentation au State of The Art US. http://labs.strava.com/slide/slide-SOTM-2014.pdf Un petit tour sur mon secteur et je vois qu'il y a qqs infos intéressantes pour améliorer les chemins en foret : http://strava.github.io/iD/#background=Bingmap=15.28/-3.4174/48.6887 Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag tourism et rendu
on voit ces lignes parasites sur tous les rendus Mapnik visiblement le clippung est calculé sur les coordonnées exactes du carreau mais si la tuiles est seulement agrandie, un algo de lissage semble vouloir calculer des pixels suppélmentaires en bordure en supposant que l'extérieur est blanc. Ca se voit aussi dans les océans. C'est instable car en zoomant/dézoomant on dirait que les carreaux servis ne sont pas réellement jointifs aux mêmes coordonnées mais différent d'un pixel et le rendu côté client considére ce pixel à cheval entre les deux pixels des deux carreaux est dans une couleur de fond arbitraire. En zoomant le temps d'avoir une tuile de plus basse réslution puis dézoomant, ce pixel se remplit dans la bonne couleur, celle obtenue de la tuiles de plus haute résolution qui a temporariement été réduite par filtrage. en sens inverse la tuile haute résolution s'affiche sur un fond initialement uniforme blanc ou gris et ce pixel ne se remplit pas une fois les tuiles en plus haute résolution arrivée (même quand elles viennent du cache local du navigateur sans réelle requête au serveur). C'est possible que ce soit le framework javascript client (Leaflet ou autre) qui soit la cause de ce défaut de rendu entre les tuiles (mauvaise synchro des opérations de dessin dans le canevas HTML5 ou défaut de placement si c'est un rendu direct d'élément image HTML positionné avec le DOM et CSS; problèmes de mode d'arrondis des coordonnées CSS en pixels logiques lors de la conversion en pixels physiques). Le problème se voit surtout sur les grands écrans de PC (plus de 15 pouces), c'est peu ou pas visible sur les écrans de tablettes ou smartphones (moins de 5 pouces), dont la densité des pixels physiques est nettement plus élevée que celle des pixels logiques qui sont aussi deux ou trois fois plus denses que sur grand écran. Le problème des pixels parasites est accru sur les écrans TVHD de salon de plus de 21 pouces mais certains ont des algo de rendu destiné à simuler des résolutions plus élevée et à compenser des nouvements en accentuant certaines bordures de contraste et éliminer les traits fins ou compenser un rafraichissement à fréquence plus élévée: ça donne une image avec une meilleure dynamique, des lignes droites plus nettes, notamment chez Philips alors que c'est pas terrible chez Samsung qui triche grossièrement sur les couleurs et où les compensations favorisent plus les images animées que les images statiques du web ou d'un bureau et nécessitent de constants re-réglages de l'image selon ce qu'on regarde Le truc pour le voir c'est le logo statique des chaines TV (notamment le quadrilatère blanc de France 2 ou celui de beIN sport dans le coin sur une image animée) ou encore les génériques de films en texte défilant; les infotextes en bas des chaines infos comme CNN, France 24 ou iTelé ou chaines anglophones d'actu financières) et la différence est nette sur les émissions en SD (chaines chinoises et arabes ou africaines) et avec bon nombre de films cinéma en VOD (plus chers en HD qu'en SD ou avec Youtube et Netflix) ou avec les boxes TV en ADSL où la HD promise par les FAI est une escroquerie manifeste. Sur une Philips on a du mal à voir qu'une chaine est en SD tellement le filtrage numérique adaptatif est bien fait et arrive pratiquement à simuler la HD sans différence notable; c'est tout aussi bon en affichage d'un bureau avec le texte des petites icônes ou d'une page web riche en infos et peu lisible sur écran Samsung dont les polices de caractères pour les sous-titres sont aussi très grossiéres et mal lissées même si le deux écrans sont venud comme du 1080p à rafrichissement doublé à 100 ou 12 hertz (au delà ce n'est pas du rafraisisement mais une adaptation de la compensation de mouvement avec un lissage/filtrage sur des fragments de pixels dependant de la vitesse de déplacement calculée; il n'existeaucun écran à 600 ou 800 hertz c'est une simulation de l'effet visuel). Le 30 septembre 2014 22:30, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : le voilà C'est un problème sur les éléments de même type sans bordures http://www.openstreetmap.org/#map=16/43.9882/4.5680 Le 30 septembre 2014 22:02, Christian Quest cqu...@openstreetmap.fr a écrit : Un permalien ? Le 30 septembre 2014 21:57, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : D'ailleurs vu qu'on parle de rendu. Serait-il possible fusionner des entités similaires jointives avant de produire les tuiles? Car j'ai observé des liserés blancs apparent dans ce cas au niveau de la jointure. Le 30 septembre 2014 21:42, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30 septembre 2014 16:46, Pieren pier...@gmail.com a écrit : En fait, Christian est parti d'une ancienne version du style de rendu (je ne pense pas que le résultat actuel soit volontaire) et je ne suis pas sûr que sur ce point, on ait beaucoup à gagner à jouer la différence. C'est surtout que le style par défaut a changé de ce côté il y a peu
[OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 30 sept. 2014 à 10:14, Plop76 vaujani...@free.fr a écrit : L'IGN en parle dans sa newsletter de septembre :)http://info.ign.fr/E26092014085343.cfm?WL=6785WS=466550_9513662WA=3127 Vous avez remarqué ? il y a un lien sur l’accès « gratuit » à 26 millions d'adresses géolocalisées. Est-ce que son ouverture est une réponse à BANO ? Peut-elle servir à OSMOSE pour indiquer les adresses OSM/BANO manquantes, erronées ? — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Faudrait dire à l'IGN de se calmer sur les ® : y en a partout dans la page ! Le 30 septembre 2014 23:46, Yves Pratter yves.prat...@gmail.com a écrit : Le 30 sept. 2014 à 10:14, Plop76 vaujani...@free.fr a écrit : L'IGN en parle dans sa newsletter de septembre :) http://info.ign.fr/E26092014085343.cfm?WL=6785WS=466550_9513662WA=3127 Vous avez remarqué ? il y a un lien sur l’accès « gratuit » à 26 millions d'adresses géolocalisées http://professionnels.ign.fr/bdadresse. Est-ce que son ouverture est une réponse à BANO ? Peut-elle servir à OSMOSE pour indiquer les adresses OSM/BANO manquantes, erronées ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 30 sept. 2014 à 23:48, Francescu GAROBY windu...@gmail.com a écrit : Faudrait dire à l'IGN de se calmer sur les ® : y en a partout dans la page ! Alors sur celle-là tu vas pleurer :-D ! Il y en a 36 contre 5. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava
Le 30/09/2014 23:33, Eric Debeau a écrit : Bonsoir Strava, Du coup, j'ai ajouté ça dans les calques de JOSM : Strava : tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png et maintenant, le vois les sentiers sous les arbres ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 30 septembre 2014 23:48, Francescu GAROBY windu...@gmail.com a écrit : Faudrait dire à l'IGN de se calmer sur les ® : y en a partout dans la page ! Partout dans la page? Je n'en vois pas un seul !!! Je ne vois que le seul © en bas de page sur la seule ligne de mention légale: ©IGN/DIRCOM/2014/REF.65 Et au delà les logos des organismes cités pour chaque titre, et le logo tricolore de la République dans un coin en haut de page. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Je parlais de cette page : http://professionnels.ign.fr/bdadresse Le 30 septembre 2014 23:55, Philippe Verdy verd...@wanadoo.fr a écrit : Le 30 septembre 2014 23:48, Francescu GAROBY windu...@gmail.com a écrit : Faudrait dire à l'IGN de se calmer sur les ® : y en a partout dans la page ! Partout dans la page? Je n'en vois pas un seul !!! Je ne vois que le seul © en bas de page sur la seule ligne de mention légale: ©IGN/DIRCOM/2014/REF.65 Et au delà les logos des organismes cités pour chaque titre, et le logo tricolore de la République dans un coin en haut de page. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava
Ben voilà! C'est de ça que voulait me parler *Stéphane Péneau *dans le sujet* [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?* Il y a un algorithme pour plaquer le réseau sur la heatmap GPS. Après Je pense qu'il doit falloir faire une simplification de points... J'ai pas encore trouver comment fonctionne cette fonction. Le 30 septembre 2014 23:55, Vincent Pottier vpott...@gmail.com a écrit : Le 30/09/2014 23:33, Eric Debeau a écrit : Bonsoir Strava, Du coup, j'ai ajouté ça dans les calques de JOSM : Strava : tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{ x}/{y}.png et maintenant, le vois les sentiers sous les arbres ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 30 sept. 2014 à 23:53, Yves Pratter yves.prat...@gmail.com a écrit : Alors sur celle-là tu vas pleurer :-D ! Il y en a 36 contre 5. Oups, j’ai oublié le lien : http://professionnels.ign.fr/gratuite-des-donnees Au passage, est-ce quelqu’un à une réponse sur le fond de mon message ? ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 01/10/2014 00:00, Yves Pratter a écrit : Le 30 sept. 2014 à 23:53, Yves Pratter yves.prat...@gmail.com mailto:yves.prat...@gmail.com a écrit : Alors sur celle-là tu vas pleurer :-D ! Il y en a 36 contre 5. Oups, j’ai oublié le lien : http://professionnels.ign.fr/gratuite-des-donnees Au passage, est-ce quelqu’un à une réponse sur le fond de mon message ? ;-) Je ne pense pas que quelque chose ai changé la dessus : gratuit pour le service public et l'enseignement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
C'est pas pour tous le monde que c'est gratuit mais que pour les organisme public et la recherche. @philippe regarde http://professionnels.ign.fr/bdadresse Le 1 octobre 2014 00:00, Yves Pratter yves.prat...@gmail.com a écrit : Le 30 sept. 2014 à 23:53, Yves Pratter yves.prat...@gmail.com a écrit : Alors sur celle-là tu vas pleurer :-D ! Il y en a 36 contre 5. Oups, j’ai oublié le lien : http://professionnels.ign.fr/gratuite-des-donnees Au passage, est-ce quelqu’un à une réponse sur le fond de mon message ? ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Faudrait dire à l'IGN de se calmer sur les ® ou ici http://professionnels.ign.fr/gratuite-des-donnees Tu risques pas de retrouver le même nom de produit ;-) on sait que c'est protégé Le 1 octobre 2014 00:05, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 01/10/2014 00:00, Yves Pratter a écrit : Le 30 sept. 2014 à 23:53, Yves Pratter yves.prat...@gmail.com mailto:yves.prat...@gmail.com a écrit : Alors sur celle-là tu vas pleurer :-D ! Il y en a 36 contre 5. Oups, j’ai oublié le lien : http://professionnels.ign.fr/gratuite-des-donnees Au passage, est-ce quelqu’un à une réponse sur le fond de mon message ? ;-) Je ne pense pas que quelque chose ai changé la dessus : gratuit pour le service public et l'enseignement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 01/10/2014 00:00, Yves Pratter a écrit : Le 30 sept. 2014 à 23:53, Yves Pratter yves.prat...@gmail.com mailto:yves.prat...@gmail.com a écrit : Alors sur celle-là tu vas pleurer :-D ! Il y en a 36 contre 5. Oups, j’ai oublié le lien : http://professionnels.ign.fr/gratuite-des-donnees Au passage, est-ce quelqu’un à une réponse sur le fond de mon message ? ;-) Tu as le lien sur Gratuit pour... http://professionnels.ign.fr/gratuite-des-donnees et concernant BD ADRESSE, c'est NON pour tous les usages autres que missions de service public et recherche et enseignement. heuuu wait, BANO ne serait pas devenu de service public ? Bon, on s'emballe pas, on va prendre le temps de la réflexion ;o) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 1 oct. 2014 à 00:06, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : C'est pas pour tous le monde que c'est gratuit mais que pour les organisme public et la recherche. Ok, j’avais bien lu ;-) Mais est-ce que c’est utilisable pour du contrôle qualité ? Ou pour savoir ce qui reste à saisir dans OSM ? Si je comprends bien la page de status de BANO, elle contient actuellement 18 500 093 adresses. Il en manquerait donc 6,5 millions ? Je trouve que Bano est assez avancé car ce projet est très récent 71% des adresses françaises sont recensées (si on considère que BD ADRESSE décrit les 100%) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava
Powah! C'est trop bien ce truc! tu fais ta ligne proche du heatmap GPS ou tu sélectionnes une existante tu cliques sur D et hop tu as un beau tracé tout propre. ça simplifie même le nombre de noeuds si il y en a trop. Vraiment bien Ce truc. Je vous conseille de le tester mais bon ça aurait pu être intégré dans iD plutôt que de faire un Fork... Le 1 octobre 2014 00:00, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Ben voilà! C'est de ça que voulait me parler *Stéphane Péneau *dans le sujet* [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?* Il y a un algorithme pour plaquer le réseau sur la heatmap GPS. Après Je pense qu'il doit falloir faire une simplification de points... J'ai pas encore trouver comment fonctionne cette fonction. Le 30 septembre 2014 23:55, Vincent Pottier vpott...@gmail.com a écrit : Le 30/09/2014 23:33, Eric Debeau a écrit : Bonsoir Strava, Du coup, j'ai ajouté ça dans les calques de JOSM : Strava : tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{ x}/{y}.png et maintenant, le vois les sentiers sous les arbres ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr