[OSM-talk-fr] (sans objet)

[Jérôme Amagat]

là il n'y a pas de problème de chevauchement de réseau, il y a un seul
réseau STAR autour de rennes et même en France. Si on veux les éléments de
ce réseau on se restreint à une région dans ses recherches pour ne pas
avoir des éléments d'un hypothétique réseau STAR ailleurs.

Si on met network=FR:STAR alors si on va par là moi je veux que la capital
de la France est  name=FR:Paris plutôt que name=Paris vu que d'autres
villes dans le monde s'appellent Paris. :-)

L'histoire dans le wiki du FR: dans le network c'est pour les routes des
réseaux routiers nationaux ou régionaux qui n'ont pas vraiment de nom
spécifique.
Pour ne pas mettre network=Route Départementale de l'Ain (ou quelque chose
dans le genre) il faudrait mettre network=FR:01:D-road d’après le wiki.

Pour les ref c'est un peu différent et pour moi cela est du au faite qu'il
peut y avoir plusieurs ref de différentes sortent sur un même objet (comme
les ref:INSEE et ref:SIREN que l'on a sur des communes par exemple).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Historias para no dormir: La entrollización de un usuario

[Óscar Zorrilla Alonso]

Hola Héctor;

Tal y como comentas todos cuando hemos empezado en OSM la hemos liado, y 
gracias a la sabiduría de otros colaboradores mas experimentados y la comunidad 
en general hemos ido aprendiendo y evitando fallos futuros. El problema viene 
cuando ese usuario "novel" no quiere asesoramiento y ya se lo sabe, en 
Barcelona tenéis a Mustelator, en Burgos hemos tenido nuestro joven troll 
ElPata33.


Viendo estos casos me llevaron a preguntarme cómo se podría bloquear las 
ediciones temporalmente de un usuario, no reverts ni emails al Data working 
Group, sino algo tan sencillo como poder bloquear las ediciones 72 horas para 
evitar desesperarte revirtiendo ediciones y que sigan destrozando la zona. 
Alguien me comentó que en Francia o Alemania tienen la figura del moderador, 
que puede hacer esos bloqueos temporales, por ello me he puesto en contacto con 
la comunidad francesa de OSM (los conocimos en SOTM2016) a ver cómo se puede 
realizar esa tramitación. Según sepa algo al respecto os informaré por aquí.


Lo ideal con estos usuarios sería poder llegar a hablar con ellos en persona 
para enseñarle que OSM es una comunidad, no el mapa de una persona, unas 
geobirras ayudan a ello. La verdad que luchar contra los listillos es 
complicado y mas cuando no quieren aprender, por cierto muy bien expuestos 
vuestros emails.


Por mi parte desearnos suerte para que se unan a la comunidad en lugar de 
trabajar individualmente sin conocimiento.

Un saludo

Óscar Zorrilla - cronoser



De: yo paseopor 
Enviado: viernes, 4 de noviembre de 2016 0:49
Para: Discusión en Español de OpenStreetMap
Asunto: [Talk-es] Historias para no dormir: La entrollización de un usuario

 En la evolución de las personas pasamos por varios procesos "educativos" . 
Primero aprendemos, después nos mantenemos y en un estadio final podemos llegar 
a enseñar...
 Por qué os explico esto? Porque en OSM , los usuarios seguimos el mismo 
proceso.Primero nos inscribimos en el proyecto, con un nombre de usuario, y 
miramos, editamos cosas de pequeño formato, poco a poco le vamos agarrando el 
gustillo y nos vamos atreviendo, cambiamos de potlach o iD a JOSM y empezamos a 
investigar páginas escondidas en la wiki sobre las propiedades de la hoja del 
árbol cual que hemos decidido mapear, y ya puestos nos podemos inventar la 
etiqueta que definirá el parásito que puede tener ese árbol (y apuntarlo en 
taginfo, y dar charlas sobre como etiquetar árboles,incluso podemos colaborar 
para hacer un mapa junto con MSF para ver si esas sombras pueden ayudar a 
localizar personas para vacunarlas...y eso puede salir en la tele - true story 
-  etc.)
 Pero entre todo ese camino hay mucho de ensayo error, nos pasamos meses, sino 
años literalmente cagándola (sí, no sé como pero yo un día "normalicé" un 
parque natural de tal manera que sus preciosas lagunas se convirtieron en 
horrendos cuadrados). Eso sí, no hay nada que reverter (el plug-in para JOSM) 
no pueda arreglar ni NADA EN LO QUE LA COMUNIDAD a través de sus listas, grupos 
de telegram, encuentros, riot, presentaciones NO TE PUEDA AYUDAR.
 Todo esto viene a colación porque una vez llegamos a una cierta experiencia 
nos atrevemos a responder dudas, e incluso a controlar el estado del mapa, no 
sólo nuestras ediciones, sino las generales, las de los demás, e incluso otros 
activos como importaciones, wikis, etc. TODO ELLO CON EL CONSENSO NECESARIO DE 
LA COMUNIDAD (mucha gente sabe cómo he luchado , y lucharé por la normalización 
o por las importaciones cercanas aunque no lo haya conseguido :( )
 Por ello cuando veo como alguien reduce dos grados la antigua N-II de salida 
entre Barcelona y Badalona lo primero que te sale es ver qué ha pasado (alguien 
lo ha cambiado), quien ha sido (Mustelator - gracias web de OSM ), y con qué 
criterio se ha hecho (ninguno, un usuario que nunca hemos visto en ningún grupo 
ni lista modifica una calle importante.) Y lo hace con un desparpajo que llama 
la atención:

  "tocho :-)"

Cómo habeis podido comprobar el hecho de controlar las ediciones que se hacen 
en una área determinada (en la comunidad catalana pensamos en 
revisores/moderadores de zona) es importantísimo, no sólo para "arreglar" el 
mapa, sino para "arreglar" este tipo de usuarios.Lo tengo claro, no lo queremos 
perder cómo tal, tiene energía, y atrevimiento, pero o le damos un pulido y lo 
tutorizamos o nos quedamos sin parques ni bosques en toda Catalunya, haciendo 
broma a este paso va a acabar él antes la deforestación del Amazonas con JOSM 
que el cambio climático y sus explotadores.

Qué opinais vosotros? Cómo afrontaríais esta situación?

PD: siento el tocho, pero he querido dejar claro que nuestro objetivo, a pesar 
de cómo hervía la sangre a cada changeset nuevo es convertirlo en un mapeador 
potencial y "destrollizarlo". Por otro lado este correo ha de servir de 
inspiración para cuando estropean nuestro trabajo (no estais solos) y ya 

Re: [Talk-es] Historias para no dormir: La entrollización de un usuario

[Jorge Sanz Sanfructuoso]

Vaya parrafadas pero muy bien explicado.

A ver veo una de cal y una de arena. Me explico. Veo que hace lo que le da
la gana según su criterio. Que no le importa que un consenso de personas
tenga un criterio unificado. Pero que si se le explica y lo termina de
comprender porque son así las cosas parece que puede tener intención de
hacerlo bien, pero que si se le explica y no termina de verlo así va a
seguir haciendo lo que le da la real gana. Lo dice claramente con el tema
de borrar los árboles de los bosques, que va a seguir.

Va a tocar darle caña y vigilar todas sus ediciones. Pero gran trabajo por
vuestra parte. Si pillo algún error en sus ediciones ayudaré comentándole
lo que sea. Y si se redirige correctamente como comentas puede ser un gran
activo.

Un saludo.

El vie., 4 nov. 2016 0:51, yo paseopor  escribió:

>  En la evolución de las personas pasamos por varios procesos "educativos"
> . Primero aprendemos, después nos mantenemos y en un estadio final podemos
> llegar a enseñar...
>  Por qué os explico esto? Porque en OSM , los usuarios seguimos el mismo
> proceso.Primero nos inscribimos en el proyecto, con un nombre de usuario, y
> miramos, editamos cosas de pequeño formato, poco a poco le vamos agarrando
> el gustillo y nos vamos atreviendo, cambiamos de potlach o iD a JOSM y
> empezamos a investigar páginas escondidas en la wiki sobre las propiedades
> de la hoja del árbol cual que hemos decidido mapear, y ya puestos nos
> podemos inventar la etiqueta que definirá el parásito que puede tener ese
> árbol (y apuntarlo en taginfo, y dar charlas sobre como etiquetar
> árboles,incluso podemos colaborar para hacer un mapa junto con MSF para ver
> si esas sombras pueden ayudar a localizar personas para vacunarlas...y eso
> puede salir en la tele - true story -  etc.)
>  Pero entre todo ese camino hay mucho de ensayo error, nos pasamos meses,
> sino años literalmente cagándola (sí, no sé como pero yo un día "normalicé"
> un parque natural de tal manera que sus preciosas lagunas se convirtieron
> en horrendos cuadrados). Eso sí, no hay nada que reverter (el plug-in para
> JOSM) no pueda arreglar ni NADA EN LO QUE LA COMUNIDAD a través de sus
> listas, grupos de telegram, encuentros, riot, presentaciones NO TE PUEDA
> AYUDAR.
>  Todo esto viene a colación porque una vez llegamos a una cierta
> experiencia nos atrevemos a responder dudas, e incluso a controlar el
> estado del mapa, no sólo nuestras ediciones, sino las generales, las de los
> demás, e incluso otros activos como importaciones, wikis, etc. TODO ELLO
> CON EL CONSENSO NECESARIO DE LA COMUNIDAD (mucha gente sabe cómo he luchado
> , y lucharé por la normalización o por las importaciones cercanas aunque no
> lo haya conseguido :( )
>  Por ello cuando veo como alguien reduce dos grados la antigua N-II de
> salida entre Barcelona y Badalona lo primero que te sale es ver qué ha
> pasado (alguien lo ha cambiado), quien ha sido (Mustelator - gracias web de
> OSM ), y con qué criterio se ha hecho (ninguno, un usuario que nunca hemos
> visto en ningún grupo ni lista modifica una calle importante.) Y lo hace
> con un desparpajo que llama la atención:
>
>   "Excesivo e innecesario número de calles primarias en Barcelona (no
> todas pueden serlo)" rezaba el changeset. Me dejó tan patidifuso, que no
> fui ni capaz de arreglar la modificación, decidí informarme de quien era el
> usuario "Mustelator Edits 260 Mapper since: November 07, 2015 |
> Contributor terms: Accepted 12 months ago", pregunté por él en Telegram,
> porque me interesaba una conversación en directo (por mi trabajo sé que las
> conversaciones escritas pueden ser muy malinterpretadas al no tener tono)
> con este usuario. Los compañeros lo encontraron y miraron sus cambios,
> ediciones en varias partes, inconexas...
>
>   (voy a abrir un paréntesis, este usuario me hizo buscar los datos
> básicos de movilidad del ayuntamiento de Barcelona - no os engañaré, para
> darle con él en la cara - y descubrir que era necesaria una revisión de esa
> cuestión, así que "le estoy agradecido")
>
>   Mi sorpresa es cuando pasados los días José Luís Infante (nuestro crack
> local de accesibilidad especialista en Badalona, concretamente el barrio de
> Llefià) quiere comerse con patatas a ese usuario, porque ha desfigurado un
> parque (todos sabemos lo exhaustivos que nos podemos volver cuando , con
> experiencia, mapeamos nuestra propia ciudad).Entiendo su cabreo, leyó cosas
> como estas (reproduzco changesets: "Corrección de lo que es el Pont del
> Molinet","C/Santander, con la tontería la he puesto como se debe. ""  - una
> vía tertiary, la vuelve a secondary y después a secondary_link, mientras
> los árboles sucumben - lo podeis comprobar si dais a la capa de datos) Lo
> sorprendente no es el error (con mensaje de advertencia por parte de Jose
> Luís):
>
>
>   "On 2016-10-25 00:39:36 UTC Jose Luis Infante wrote:
> Hola,
> gracias por colaborar con OSM desde hace 

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Paolo F]

2016-11-03 23:06 GMT+01:00 Lorenzo :

> Ciao Alessandro e Paolo,
> i vostri WMS funzionano entrambi, direi che quello di Paolo non ha edifici
> doppi sovrapposti i quali tra l’altro mi sembra appartengano tutti alla
> categoria degli “Unknown”, perché non unite le forze?
>

Ciao,
sono d'accordo sul fatto di unire le forze o per lo meno di non disperderle
lavorando in maniera indipendente sullo stesso obiettivo.
Come accennavo a Lorenzo qualche giorno fa, in un incontro casuale, non mi
dispiacerebbe arrivare a stilare un documento che possa essere un
"Protocollo di intervento in caso di emergenza" nel quale si possano
trovare indicazioni su come intervenire, quando, chi puo' o deve
intervenire, se c'e' da contattare qualcuno etc. etc.;
Fabrizio e' stato rapidissimo nel creare un nuovo task e dando la
possibilita' a tutti i mappatori di poter contribuire, ma quanti sono
abilitati alla gestione del task manager ??
Avere un pool di amministrator/gestori che possano suddividersi i compiti
e/o contribuire a realizzare/condividere nuovi strumenti per
l'aggiornamento dei dati non sarebbe male, soprattutto per la gestione in
situazioni di emergenza.
Che ne pensate ??

Ciao, Paolo



> Ciao.
> lorenzo
>
>
>
> Il giorno 03 nov 2016, alle ore 22:20, Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
> http://cigno.ve.ismar.cnr.it:80/geoserver/geonode/
> settlements_poly_grading_merged/ows?service=wms=1.3.0=
> GetCapabilities
> 
>
>
>
> ___
> 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-es] Historias para no dormir: La entrollización de un usuario

[yo paseopor]

 En la evolución de las personas pasamos por varios procesos "educativos" .
Primero aprendemos, después nos mantenemos y en un estadio final podemos
llegar a enseñar...
 Por qué os explico esto? Porque en OSM , los usuarios seguimos el mismo
proceso.Primero nos inscribimos en el proyecto, con un nombre de usuario, y
miramos, editamos cosas de pequeño formato, poco a poco le vamos agarrando
el gustillo y nos vamos atreviendo, cambiamos de potlach o iD a JOSM y
empezamos a investigar páginas escondidas en la wiki sobre las propiedades
de la hoja del árbol cual que hemos decidido mapear, y ya puestos nos
podemos inventar la etiqueta que definirá el parásito que puede tener ese
árbol (y apuntarlo en taginfo, y dar charlas sobre como etiquetar
árboles,incluso podemos colaborar para hacer un mapa junto con MSF para ver
si esas sombras pueden ayudar a localizar personas para vacunarlas...y eso
puede salir en la tele - true story -  etc.)
 Pero entre todo ese camino hay mucho de ensayo error, nos pasamos meses,
sino años literalmente cagándola (sí, no sé como pero yo un día "normalicé"
un parque natural de tal manera que sus preciosas lagunas se convirtieron
en horrendos cuadrados). Eso sí, no hay nada que reverter (el plug-in para
JOSM) no pueda arreglar ni NADA EN LO QUE LA COMUNIDAD a través de sus
listas, grupos de telegram, encuentros, riot, presentaciones NO TE PUEDA
AYUDAR.
 Todo esto viene a colación porque una vez llegamos a una cierta
experiencia nos atrevemos a responder dudas, e incluso a controlar el
estado del mapa, no sólo nuestras ediciones, sino las generales, las de los
demás, e incluso otros activos como importaciones, wikis, etc. TODO ELLO
CON EL CONSENSO NECESARIO DE LA COMUNIDAD (mucha gente sabe cómo he luchado
, y lucharé por la normalización o por las importaciones cercanas aunque no
lo haya conseguido :( )
 Por ello cuando veo como alguien reduce dos grados la antigua N-II de
salida entre Barcelona y Badalona lo primero que te sale es ver qué ha
pasado (alguien lo ha cambiado), quien ha sido (Mustelator - gracias web de
OSM ), y con qué criterio se ha hecho (ninguno, un usuario que nunca hemos
visto en ningún grupo ni lista modifica una calle importante.) Y lo hace
con un desparpajo que llama la atención:

  "Excesivo e innecesario número de calles primarias en Barcelona (no todas
pueden serlo)" rezaba el changeset. Me dejó tan patidifuso, que no fui ni
capaz de arreglar la modificación, decidí informarme de quien era el
usuario "Mustelator Edits 260 Mapper since: November 07, 2015 |
Contributor terms: Accepted 12 months ago", pregunté por él en Telegram,
porque me interesaba una conversación en directo (por mi trabajo sé que las
conversaciones escritas pueden ser muy malinterpretadas al no tener tono)
con este usuario. Los compañeros lo encontraron y miraron sus cambios,
ediciones en varias partes, inconexas...

  (voy a abrir un paréntesis, este usuario me hizo buscar los datos básicos
de movilidad del ayuntamiento de Barcelona - no os engañaré, para darle con
él en la cara - y descubrir que era necesaria una revisión de esa cuestión,
así que "le estoy agradecido")

  Mi sorpresa es cuando pasados los días José Luís Infante (nuestro crack
local de accesibilidad especialista en Badalona, concretamente el barrio de
Llefià) quiere comerse con patatas a ese usuario, porque ha desfigurado un
parque (todos sabemos lo exhaustivos que nos podemos volver cuando , con
experiencia, mapeamos nuestra propia ciudad).Entiendo su cabreo, leyó cosas
como estas (reproduzco changesets: "Corrección de lo que es el Pont del
Molinet","C/Santander, con la tontería la he puesto como se debe. ""  - una
vía tertiary, la vuelve a secondary y después a secondary_link, mientras
los árboles sucumben - lo podeis comprobar si dais a la capa de datos) Lo
sorprendente no es el error (con mensaje de advertencia por parte de Jose
Luís):


>   "On 2016-10-25 00:39:36 UTC Jose Luis Infante wrote:
> Hola,
> gracias por colaborar con OSM desde hace casi un año. He podido
> ver que has ido haciendo modificaciones durante este tiempo, corrigiendo
> tus propios errores.
> Si tienes dudas, tienes una comunidad local dispuesta a
> resolverlas. En la wiki de OSM puedes ver más sobre la comunidad. También
> tiene una lista de correo donde puedes escribir sobre el tema. Tienes más
> información en
> http://wiki.openstreetmap.org/wiki/WikiProject_Catalan/talk-cat . Podemos
> transmitirte conocimiento y evitar los errores que ya hemos cometido.
> He visto que usas JOSM. Es una buena herramienta, y tiene
> utilidades muy interesantes. Siempre es recomendable antes de subir los
> cambios ejecutar el validador de JOSM. Te dirá si hay fallos o hay
> elementos que no corresponden. También es recomendable que utilices más de
> una fuente de datos. He visto que usas el catastro, pero la capa de datos
> del ICGC 1:1000 para el ámbito urbano de Barcelona es bastante buena,
> sobretodo en detalles de 

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Alessandro Sarretta]

Grazie Paolo,

On 04/11/2016 00:37, Paolo F wrote:

Ciao,
e' da un po' di tempo che faccio prove senza successo, solo oggi, poco 
prima che tu postassi il tuo msg ho scoperto e risolto il problema; 
era legato alla versione del server obsoleta rispetto a quella del 
qgis che ha generato il file di configurazione.
Cerchero' di tenerlo aggiornato, sto' pensando ad un qualche script 
che possa contribuire a velocizzare  gli aggiornamenti anche perche' 
mi sembra che la continua  e rapida evoluzione della situazione, 
purtroppo in negativo, richiedera' anche un notevole impegno da parte 
di Copernicus in continui aggiornamenti che possano rispecchiare la 
situazione reale. Personalmente mi sembra che siano ancora molto 
distanti dal poterla raggiungere.
Per ora hai seguito una procedura manuale di download, selzione e 
aggregazione dei layer? (io sì)
Per aggiornamenti più automatici sto provando a coordinarmi anche con 
altri, ti aggiorno presto.


Riguardo a informazioni sui dati usati, il processo di
aggragazione ecc., c'è scritto qualcosa da qualche parte? Si
potrebbe usare questa pagina

(https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190

)
per tenere aggiornate le informazioni e come reference?

Per il momento io non ho scritto nulla, se hai gia' pronta una pagina 
e un sistema di condivisione posso contribuire ad aggiornarlo.

La pagina sopra su GitHub ha proprio questo scopo.
A presto,

Ale

--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Paolo F]

2016-11-03 22:12 GMT+01:00 Alessandro Sarretta <
alessandro.sarre...@gmail.com>:

> Ciao Paolo,
>
> tieni aggiornato tu questo servizio?
>
> Volevo cercare di fare in modo che ci fosse un servizio WMS aggiornato da
> avere come reference, ma se lo stai già facendo tu sono ben contento, non
> avevo visto passare in lista l'informazione in lista :-)
>
Ciao,
e' da un po' di tempo che faccio prove senza successo, solo oggi, poco
prima che tu postassi il tuo msg ho scoperto e risolto il problema; era
legato alla versione del server obsoleta rispetto a quella del qgis che ha
generato il file di configurazione.
Cerchero' di tenerlo aggiornato, sto' pensando ad un qualche script che
possa contribuire a velocizzare  gli aggiornamenti anche perche' mi sembra
che la continua  e rapida evoluzione della situazione, purtroppo in
negativo, richiedera' anche un notevole impegno da parte di Copernicus in
continui aggiornamenti che possano rispecchiare la situazione reale.
Personalmente mi sembra che siano ancora molto distanti dal poterla
raggiungere.


> Riguardo a informazioni sui dati usati, il processo di aggragazione ecc.,
> c'è scritto qualcosa da qualche parte? Si potrebbe usare questa pagina (
> https://github.com/emergenzeHack/terremotocentro_geodata/
> tree/gh-pages/CopernicusEMS/EMSR190) per tenere aggiornate le
> informazioni e come reference?
>
Per il momento io non ho scritto nulla, se hai gia' pronta una pagina e un
sistema di condivisione posso contribuire ad aggiornarlo.

> Credo possa essere utile avere anche lo shapefile disponibile, per quello
> lo avevo caricato su GitHub. I dati "sotto" al WMS sono disponibili da
> qualche parte? Oppure c'è anche attivo un WFS?
>
Se il lavoro viene già fatto da altri, sono contento di non duplicarlo.
>
Ciao, Paolo


> Grazie,
>
> Ale
>
> On 03/11/2016 18:34, Paolo F wrote:
>
> Ciao,
> provate questo (in josm: add wms):
>
> http://osmit3.wmflabs.org/cgi-bin/qgis_mapserv.fcgi?map=/
> srv/Copernicus/EMSR190/settlements_grading.qgs=WMS=
> GetCapabilities=1.3
>
> I dati sono aggiornati con i rilasci effettuati fino ad oggi, sono stati
> esclusi alcuni settori che si sovrappongono come aree, ma sicuramente non
> come geometrie (24, 25, 26, 27):
> http://cdn-g.copernicus-ems.eu/mapping/sites/default/
> files/thumbnails/EMSR190-AEM-1478169895-r07-v1.jpg
>
> Ciao, Paolo
>
> 2016-11-03 17:46 GMT+01:00 Lorenzo :
>
>> Ciao Alessandro dal link del WMS in Qgis ottengo questo messaggio
>>
>>
>> Anziché la stringa delle capabilities, è stata ricevuta la la seguente
>> risposta:
>>
>> Impossibile ottenere le WMS capabilities nel formato atteso (DTD): non
>> trovato WMS_Capabilities nè WMT_MS_Capabilities.
>> Questo è probabilmente dovuto ad un URL non corretto per il server WMS.
>> Etichetta:ServiceExceptionReport
>> La risposta è stata:
>> > ServiceExceptionReport SYSTEM "http://cigno.ve.ismar.cnr.it:
>> 80/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd">
>>  
>> java.lang.IllegalArgumentException: Requested bounding box contains
>> wrongnumber of coordinates (should have 4): 1
>> Requested bounding box contains wrongnumber of coordinates (should have
>> 4): 1
>> 
>>
>>
>> Ciao.
>> l.
>>
>> Il giorno 03 nov 2016, alle ore 17:18, Alessandro Sarretta <
>> alessandro.sarre...@gmail.com> ha scritto:
>>
>> Ciao a tutti,
>>
>> in ottica di rendere disponibili le valutazioni sui danni fatti da
>> Copernicus EMS, ho aggregato (a ieri) gli shapefiles da CopernicusEMS e
>> creato un WMS per la valutazione degli edifici:
>> http://cigno.ve.ismar.cnr.it:80/geoserver/wms?SERVICE=WMS
>> RMAT=image/jpeg=1.1.1=WMS=GetMap
>> ERS=geonode:settlements_poly_grading_merged=={
>> proj}={width}={height}={bbox}
>> 
>>
>> Lo shapefile aggregato è qui: https://github.com/emergenzeHa
>> ck/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/
>> EMSR190/vector_data
>>
>> A questa pagina alcune informazioni aggiuntive:
>> https://github.com/emergenzeHack/terremotocentro_geodata/
>> tree/gh-pages/CopernicusEMS/EMSR190
>>
>> I dati in Copernicus sono in continuo aggiornamento. Cercherò di tenere
>> aggiornati i dati più o meno giornalmente (se cambiano).
>>
>> Ale
>>
>> On 30/10/2016 12:51, girarsi_liste wrote:
>>
>> Il 30/10/2016 09:55, Fabrizio Tambussa ha scritto:
>>
>> Aperto un nuovo task sul tasking manager per la zona di 
>> Norciahttp://osmit-tm.wmflabs.org/project/18
>>
>> Norcia sembra gia' ben mappata, a mio avviso si potrebbe mettere
>> qualche tag sugli edifici lesionati che si vedono, tipo la basilica di
>> Norcia.
>>
>> Saluti
>> Fabrizio
>>
>>
>> Ho creato un layer nominato terremotomarche2016.osm contenente tutti gli
>> edifici finora valutati da copernicus e rilasciati nelgi shapefile dei
>> vari "vector.zip"
>>
>> I paesi messi tutti in un'unico layer sono:
>>
>> -Preci (monitoring1)
>> 

Re: [OSM-talk-fr] osmose et les arrêts de bus

[Philippe Verdy]

pour les routes on a pris la décision depuis longtemps de mettre des nom
locaux, ce qui obligé à faire des restrictions de zones et complique les
requêtes (D 412, N 1, ou A 13 sont ambigus). Pour certains cas on a du
ajouter un code pays dans une autre clé (voire l'affeux "is_in"), ce qui
n'est pas homogène du tout.

Cependant pour des réseaux très étendus et combpliqués et qui se
chevauchent partiellement c'est on ne peut plus gênant de ne pas avoir des
noms non ambigus. Pour palier à ça certains utilisent une autre clé
"operator=*" qui ne devrait âs être nécessaire et complique lorsqu'un même
réseau a des lignes avec plusieurs opérateurs différents. Hors c'est bien
le réseau qu'on cherche à identifier d'abord.

De plus STAR est juste un nom commercial, qui peut changer, comme peut
changer aussi l'exploitant "operator=Keolis Rennes", qui pourrait fusionner
avec les autres Keolis en France, ou être cédé par la SNCF à une autre
société reprenant le contrat avec Rennes Métropole (en ce moment la mode
est aux "PPP" et aux arrangements multiples dans le privé). STAR reste une
marque de Rennes Métropole qui peut décider aussi de lotir différemment son
réseau (par exemple le Métro et quelques grandes lignes urbaines à un
opérateur, et le reste à d'autres, pour des raisons pratiques, et
financières, Rennes Métropole a choisi de confier l'intégralité à Keolis
qui a créé une filiale ad hoc, pour gérer les relations avec les autres
sous-traitants, comme TIV; il y a des lignes aussi à partager selon le cas
avec le département ou la région, même si Rennes Métropole a le monopole de
gestion sur son territoire, ce qui signifie que c'est elle seule qui décide
avec quel(s) opérateur(s) elle veut mettre son réseau en exploitation.

Dans le passé Rennes traitait avec des opérateurs différents en plus de sa
régie municipale STAR qu'elle a cédée à Keolis dans les années 1980, ce qui
ne s'est pas fait sans heurts avec des conflits sociaux et des
protestations de la part des autres opérateurs qui sont devenus de simples
sous-traitants sans garantie contractuelle; mais Keolis Rennes ne fait pas
ce qu'il veut, et si un autre opérateur ne peut faire circuler ses cars, il
peut se plaindre à Rennes Métropole, celle-ci demandant juste à Keolis de
gérer techniquement les lignes et les relations au jour le jour avec les
différents opérateurs sollicité, y compris Illenoo, la SNCF, et les lignes
venant des autres régions, notamment de la Loire-Atlantique, de la Mayenne,
de la Manche, et même de la Sarthe: ces autres collectivités ont des
accords de coopération qui oblige Rennes à accepter des cars communs sur
son territoire, et que Keolis Rennes ne gérera pas directement, mais Keolis
doit gérer ces accords entre collectivités, ça fait partie de son contrat
avec l'agglomération, il fournira l'assistance technique nécessaire,
l'aglomération n'ayant pas la capacité technique de le faire elle-même au
jour le jour pour des centaines de lignes; au besoin la métropole, ou des
communes via la métropole, peut aussi commander des bus supplémentaires à
Keolis pour certains événements: Keolis ne manquera pas de facturer masi
pour ces exceptions Rennes Métropole n'est pas contrainte de faire appel
uniquement à Keolis et si elle veut elle peut à tout moment les commander à
d'autres sociétés, c'est bien la métropole qui a le contrôle de tous les
marchés publics de transport sur son territoire, pas Keolis !).


Le 3 novembre 2016 à 23:56, Christian Quest  a
écrit :

> euh... on n'a jamais mis un network=FR:RATP je ne vois pas trop ce que ce
> "FR" viens faire ici
>
> Pour une départementale française on ne met par ref=FR:D 412
>
> Si on veut préciser la langue c'est sur la clé qu'on le fait pas sur le
> valeur (name:fr=XXX et pas name=fr:XXX) et c'est "fr" pour la lanque et
> "FR" pour le pays.
>
> KISS !
>
>
> Le 3 novembre 2016 à 23:41,  a écrit :
>
>> +1, network=FR:STAR me semble plus logique (c'est la STAR en France, pas
>> en français).
>> D'ailleurs j'avais l'intention de l'écrire.
>> Sachant que la seconde partie est le nom commercial du réseau (d'où STAR,
>> Bibus, CTRL) et non par exemple le nom de l'opérateur.
>>
>> Dans l'exemple du wiki le réseau est au Canada mais n'est pas préfixé par
>> CA:.
>>
>> On devrait voir avec les autres pour passer à un nommage homogène des
>> réseaux. Au moins le suggérer dans le wiki.
>> Puis inciter au changement avec les outil d'AQ (Assurance Qualité).
>>
>> Là on évite des conflits avec d'autres alors qu'on peut d'une manière
>> générale éviter les conflits entre pays.
>>
>> Jean-Yvon
>>
>> Le 03/11/2016 à 23:23, Philippe Verdy - verd...@wanadoo.fr a écrit :
>>
>> Non: network devrait conserver un préfixe de pays (STAR est vraiment trop
>> générique et a de nombreux synonymes)
>>
>> La page wiki au sujet de network le dit clairement: cette clé devrait
>> être unique et à défaut de connaître le monde entier (STAR n'est pas du
>> tout une marque 

Re: [OSM-talk-fr] osmose et les arrêts de bus

[Christian Quest]

euh... on n'a jamais mis un network=FR:RATP je ne vois pas trop ce que ce
"FR" viens faire ici

Pour une départementale française on ne met par ref=FR:D 412

Si on veut préciser la langue c'est sur la clé qu'on le fait pas sur le
valeur (name:fr=XXX et pas name=fr:XXX) et c'est "fr" pour la lanque et
"FR" pour le pays.

KISS !


Le 3 novembre 2016 à 23:41,  a écrit :

> +1, network=FR:STAR me semble plus logique (c'est la STAR en France, pas
> en français).
> D'ailleurs j'avais l'intention de l'écrire.
> Sachant que la seconde partie est le nom commercial du réseau (d'où STAR,
> Bibus, CTRL) et non par exemple le nom de l'opérateur.
>
> Dans l'exemple du wiki le réseau est au Canada mais n'est pas préfixé par
> CA:.
>
> On devrait voir avec les autres pour passer à un nommage homogène des
> réseaux. Au moins le suggérer dans le wiki.
> Puis inciter au changement avec les outil d'AQ (Assurance Qualité).
>
> Là on évite des conflits avec d'autres alors qu'on peut d'une manière
> générale éviter les conflits entre pays.
>
> Jean-Yvon
>
> Le 03/11/2016 à 23:23, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Non: network devrait conserver un préfixe de pays (STAR est vraiment trop
> générique et a de nombreux synonymes)
>
> La page wiki au sujet de network le dit clairement: cette clé devrait être
> unique et à défaut de connaître le monde entier (STAR n'est pas du tout une
> marque internationale, juste un nom commercial français), le préfixe "FR:"
> est approprié (mais "fr_" a été utilisé).
>
> Pour être clair les noms de réseaux français devraient avoir tous le
> préfixe "FR:", comme les autres clés franco-françaises, ce qui faciliterait
> aussi les rapprochements en France où ces réseaux se restructurent, se
> sciendent ou s'unissent sans arrêt, ce qui ne devrait pas perturber les
> autres pays ayant leurs propres dénominations)
>
> Le 3 novembre 2016 à 14:31, Jérôme Amagat  a
> écrit :
>
>
>
> ___
> 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] osmose et les arrêts de bus

[osm . sanspourriel]

+1, network=FR:STAR me semble plus logique (c'est la STAR en France, pas 
en français).

D'ailleurs j'avais l'intention de l'écrire.
Sachant que la seconde partie est le nom commercial du réseau (d'où 
STAR, Bibus, CTRL) et non par exemple le nom de l'opérateur.


Dans l'exemple du wiki le réseau est au Canada mais n'est pas préfixé 
par CA:.


On devrait voir avec les autres pour passer à un nommage homogène des 
réseaux. Au moins le suggérer dans le wiki.

Puis inciter au changement avec les outil d'AQ (Assurance Qualité).

Là on évite des conflits avec d'autres alors qu'on peut d'une manière 
générale éviter les conflits entre pays.


Jean-Yvon


Le 03/11/2016 à 23:23, Philippe Verdy - verd...@wanadoo.fr a écrit :
Non: network devrait conserver un préfixe de pays (STAR est vraiment 
trop générique et a de nombreux synonymes)


La page wiki au sujet de network le dit clairement: cette clé devrait 
être unique et à défaut de connaître le monde entier (STAR n'est pas 
du tout une marque internationale, juste un nom commercial français), 
le préfixe "FR:" est approprié (mais "fr_" a été utilisé).


Pour être clair les noms de réseaux français devraient avoir tous le 
préfixe "FR:", comme les autres clés franco-françaises, ce qui 
faciliterait aussi les rapprochements en France où ces réseaux se 
restructurent, se sciendent ou s'unissent sans arrêt, ce qui ne 
devrait pas perturber les autres pays ayant leurs propres dénominations)


Le 3 novembre 2016 à 14:31, Jérôme Amagat > a écrit :


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose et les arrêts de bus

[Philippe Verdy]

Non: network devrait conserver un préfixe de pays (STAR est vraiment trop
générique et a de nombreux synonymes)

La page wiki au sujet de network le dit clairement: cette clé devrait être
unique et à défaut de connaître le monde entier (STAR n'est pas du tout une
marque internationale, juste un nom commercial français), le préfixe "FR:"
est approprié (mais "fr_" a été utilisé).

Pour être clair les noms de réseaux français devraient avoir tous le
préfixe "FR:", comme les autres clés franco-françaises, ce qui faciliterait
aussi les rapprochements en France où ces réseaux se restructurent, se
sciendent ou s'unissent sans arrêt, ce qui ne devrait pas perturber les
autres pays ayant leurs propres dénominations)

Le 3 novembre 2016 à 14:31, Jérôme Amagat  a écrit
:

> les "network=fr_star" pourraient être changés en network=STAR.
> Il existe aussi dans la région des network=fr_lila et fr_tan qui mériterai
> aussi un changement massif.
> Il y a aussi des ref:fr_illenoo autour de Rennes.
>
>
> Le 3 novembre 2016 à 10:40, lenny.libre  a écrit :
>
>>
>>
>> Le 02/11/2016 à 16:06, Jérôme Amagat a écrit :
>>
>> J'ai fait une erreur sur le tag public transport c'est les platform qui
>> sont présentent dans les données donc il faudrait remplacer
>> "public_transport": "stop_position", par "public_transport": "platform"
>> Ensuite, pour shelter= il y a un problème ça marche pas quand c'est yes
>> mais c'est normal j'ai mis "Abris" avec une "s" alors qu'il n'en faut pas
>> il faut remplacer "Abris" par "Abri".
>> Pour la référence, j'ai mis "ref:FR:Star" (Je l'ai construit comme
>> d'autre ref) mais il existe déjà des "ref:fr_star" dont les valeurs
>> correspondent (d’après les quelques uns que j'ai vérifié), je sais pas ce
>> qu'il faut choisir comme nom.
>>
>> bonjour
>> peut-être que ceux qui, au début, ont mis "ref:fr_" l'ont fait par erreur
>> en l'assimilant à "network=fr_ " ...
>>
>>
>> Le 28 octobre 2016 à 21:26, Frédéric Rodrigo  a
>> écrit :
>>
>>> Salut,
>>>
>>> J'ai légèrement corrigé le code et je l'ai lancé.
>>> Le résultat est là :
>>> http://osm110.openstreetmap.fr/~fred/star/
>>>
>>> Tu peux valider que c'est bon pour toi ?
>>>
>>> Pour Paris on l'a retiré à cause de la qualité.
>>>
>>> Si vous proposez le paramétrage pour d'autres villes je prends aussi ;)
>>>
>>> Frédéric.
>>>
>>>
>>> Le 27/10/2016 à 04:27, Jérôme Amagat a écrit :
>>>
 ça parle beaucoup des bus, des bus à rennes en plus où il existe en
 open data la position de tous les arrêt ici
 https://data.rennesmetropole.fr/explore/dataset/topologie-de
 s-points-darret-de-bus-du-reseau-star/
 les données ont l'air très bonne, en regardant avec la photo aérienne
 les coordonnées ont l'air très bonne (a 2 mètre près des fois), il y a les
 noms ( là il y a un petit soucis : les accents sur les lettre majuscule
 n'existe pas comme pour Eglise) l’accès pmr et la présence d'abris sont
 indiqués.
 ça pourrait être pas mal de pouvoir les intégrer avec osmose.

 En me basant sur les exemples ici https://github.com/osm-fr/osmo
 se-backend/tree/master/analysers
 je dirais qu'il faudrait créer un test comme ça :

 #!/usr/bin/env python
 #-*- coding: utf-8 -*-

 from Analyser_Merge import Analyser_Merge, Source, CSV, Load, Mapping,
 Select, Generate


 class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge):
 def __init__(self, config, logger = None):
 self.missing_official = {"item":"8040", "class": 71, "level":
 3, "tag": ["merge", "public transport"], "desc": T_(u"Star stop not
 integrated") }
 self.possible_merge   = {"item":"8041", "class": 73, "level":
 3, "tag": ["merge", "public transport"], "desc": T_(u"Star stop,
 integration suggestion") }
 self.update_official  = {"item":"8042", "class": 74, "level":
 3, "tag": ["merge", "public transport"], "desc": T_(u"Star stop update") }
 Analyser_Merge.__init__(self, config, logger,
 "https://data.rennesmetropole.
 fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star",
 u"Topologie des points d'arrêt de bus du réseau STAR",
 CSV(Source(attribution = u"Keolis Rennes", millesime =
 "2016",
 fileUrl = "https://data.rennesmetropole.
 fr/explore/dataset/topologie-des-points-darret-de-bus-du-res
 eau-star/download/?format=csv=Europe/Berlin_lab
 els_for_header=true")),
 Load(lambda res: res['Coordonnées'].split(' -
 ')[1].strip(), lambda res: res['Coordonnées'].split(' - ')[0].strip()),
 Mapping(
 select = Select(
 types = ["nodes", "ways"],
 tags = {"highway": "bus_stop"}),
 osmRef = "ref:FR:Star",
 conflationDistance = 10,

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Lorenzo]

Ciao Alessandro e Paolo,
i vostri WMS funzionano entrambi, direi che quello di Paolo non ha edifici 
doppi sovrapposti i quali tra l’altro mi sembra appartengano tutti alla 
categoria degli “Unknown”, perché non unite le forze?
Ciao.
lorenzo



> Il giorno 03 nov 2016, alle ore 22:20, Alessandro Sarretta 
>  ha scritto:
> 
> http://cigno.ve.ismar.cnr.it:80/geoserver/geonode/settlements_poly_grading_merged/ows?service=wms=1.3.0=GetCapabilities
>  
> 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-lt] http://restrictions.eismoinfo.lt/

[Aidas Kasparas]

On 2016.11.02 22:19, Tomas Straupis wrote:

2016 m. lapkričio 2 d. 14:48, Aidas Kasparas rašė:

Nuėję tuo adresu gauname informaciją, kur šiuo metu yra kažkokie laikini
eismo apribojimai. Gal kas nors žiūrėjot, kaip galima būtų šituos duomenis
integruoti į OSM'ą?

   Integruoti tikriausiai reikėtų ne su OSM, o su kokiu nors
navigatoriumi ar navigacijos svetaine?


Na, tas laikinumas nėra skaičiuojamas valandomis. Šįvakar pasiimtuose 
duomenyse radau:
60 įrašų < 1 mėn. (19, 11, 6, 16, 10 įrašų atitinkamai 0, 1, 2, 3, 4 
pilnoms savaitėms)

49 įrašai tarp 1 mėn. ir 2 mėn.
28 įrašai 3--12 mėn.
2 įrašai > 12 mėn.

Netgi, jei paimsim OsmAnd'ą, kuris duomenis atnaujina kas mėnesį, tai 
jau turėsime apie 80 aktualių įrašų, kurie gali patikslinti navigaciją. 
Plius, jei tai bus sukelta į OSM'ą, tai _visos_ iš jo imančios 
informaciją maršrutų skaičiavimo tarnybos turės reikiamus duomenis ir 
joms nebereikės automatinio ar rankinio importo iš eismoinfo.



--
Aidas Kasparas


___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Alessandro Sarretta]

Evabbé, oggi non gira...

Mancava un altro pezzetto: 
http://cigno.ve.ismar.cnr.it:80/geoserver/geonode/settlements_poly_grading_merged/ows?service=wms=1.3.0=GetCapabilities


Ale


On 03/11/2016 22:09, Alessandro Sarretta wrote:


Ok Lorenzo, grazie, avevo fatto un po' di confusione in effetti.

Questo dovrebbe puntare correttamente direttamente al layer sia in 
JOSM sia in QGIS: 
http://cigno.ve.ismar.cnr.it:80/geoserver/geonode/settlements_poly_grading_merged/ows?version=1.3.0;


Ale

On 03/11/2016 17:46, Lorenzo wrote:

Ciao Alessandro dal link del WMS in Qgis ottengo questo messaggio


Anziché la stringa delle capabilities, è stata ricevuta la la
seguente risposta:

Impossibile ottenere le WMS capabilities nel formato atteso
(DTD): non trovato WMS_Capabilities nè WMT_MS_Capabilities.
Questo è probabilmente dovuto ad un URL non corretto per il
server WMS.
Etichetta:ServiceExceptionReport
La risposta è stata:
http://cigno.ve.ismar.cnr.it:80/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
 
java.lang.IllegalArgumentException: Requested bounding box
contains wrongnumber of coordinates (should have 4): 1
Requested bounding box contains wrongnumber of coordinates
(should have 4): 1



Ciao.
l.

Il giorno 03 nov 2016, alle ore 17:18, Alessandro Sarretta 
> ha scritto:


Ciao a tutti,

in ottica di rendere disponibili le valutazioni sui danni fatti da 
Copernicus EMS, ho aggregato (a ieri) gli shapefiles da 
CopernicusEMS e creato un WMS per la valutazione degli edifici: 
http://cigno.ve.ismar.cnr.it:80/geoserver/wms?SERVICE=WMS=image/jpeg=1.1.1=WMS=GetMap=geonode:settlements_poly_grading_merged=={proj}={width}={height}={bbox} 



Lo shapefile aggregato è qui: 
https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190/vector_data


A questa pagina alcune informazioni aggiuntive: 
https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190


I dati in Copernicus sono in continuo aggiornamento. Cercherò di 
tenere aggiornati i dati più o meno giornalmente (se cambiano).


Ale


On 30/10/2016 12:51, girarsi_liste wrote:

Il 30/10/2016 09:55, Fabrizio Tambussa ha scritto:

Aperto un nuovo task sul tasking manager per la zona di Norcia
http://osmit-tm.wmflabs.org/project/18

Norcia sembra gia' ben mappata, a mio avviso si potrebbe mettere
qualche tag sugli edifici lesionati che si vedono, tipo la basilica di
Norcia.

Saluti
Fabrizio


Ho creato un layer nominato terremotomarche2016.osm contenente tutti gli
edifici finora valutati da copernicus e rilasciati nelgi shapefile dei
vari "vector.zip"

I paesi messi tutti in un'unico layer sono:

-Preci (monitoring1)
-Castelluccio
-Ussita (monitoring1)
-Todiano
-Piè del Colle
-Visso

Grotti ha il vector.zip a disposizione, ma non contiene poligoni
valutati, mentre Norcia al momento ha solo la foto satellitare, ma non è
adatta alle nostre esigenze, per cui è impossibile valutare.

Ovviamente l'attribuzione da mettere al caricamento, penso sia:

Copernicus Emergency Management Service (© 2016 European Union), EMSR190


Ho sostituito i tag presenti, togliendoli tutti e mettendo solo il tag
earthquake:damage=*.

I valori li ho presi dal seguente commento ritrovato su Nabble, perchè
non ricordo più dove sono i riferimenti del precedente terremoto:

http://gis.19327.n8.nabble.com/Utilizzo-server-OSM-per-WMS-terremoto-tp5881094p5881194.html



Quindi i valori sono i seguenti corrispettivi rispetto ai tag Copernicus:

Completely Destroyed > collapsed
Highly Damaged > severe
Moderately Damaged > moderate
Negligible to slight Damage > negligible


Il tag Not affected > no, l'ho scartato a priori, perchè credo non
serva, come del resto previsto in quella discussione.

Vorrei passare il file per essere controllato prima, e comunque deve
essere usato come sfondo non come caricamento, a chi lo passo?

La basilica non ho modificato il tag perchè non conosco lo stato, al di
là delle notizie odierne che dicono cose poco precise alla fine.



--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

  * Google scholar profile

  * ORCID 
  * Research Gate

  * Impactstory 

___
Talk-it mailing list
Talk-it@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-it




___
Talk-it mailing list

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Alessandro Sarretta]

Ciao Paolo,

tieni aggiornato tu questo servizio?

Volevo cercare di fare in modo che ci fosse un servizio WMS aggiornato 
da avere come reference, ma se lo stai già facendo tu sono ben contento, 
non avevo visto passare in lista l'informazione in lista :-)


Riguardo a informazioni sui dati usati, il processo di aggragazione 
ecc., c'è scritto qualcosa da qualche parte? Si potrebbe usare questa 
pagina 
(https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190 
) 
per tenere aggiornate le informazioni e come reference?


Credo possa essere utile avere anche lo shapefile disponibile, per 
quello lo avevo caricato su GitHub. I dati "sotto" al WMS sono 
disponibili da qualche parte? Oppure c'è anche attivo un WFS?


Se il lavoro viene già fatto da altri, sono contento di non duplicarlo.

Grazie,

Ale


On 03/11/2016 18:34, Paolo F wrote:

Ciao,
provate questo (in josm: add wms):

http://osmit3.wmflabs.org/cgi-bin/qgis_mapserv.fcgi?map=/srv/Copernicus/EMSR190/settlements_grading.qgs=WMS=GetCapabilities=1.3

I dati sono aggiornati con i rilasci effettuati fino ad oggi, sono 
stati esclusi alcuni settori che si sovrappongono come aree, ma 
sicuramente non come geometrie (24, 25, 26, 27):

http://cdn-g.copernicus-ems.eu/mapping/sites/default/files/thumbnails/EMSR190-AEM-1478169895-r07-v1.jpg

Ciao, Paolo

2016-11-03 17:46 GMT+01:00 Lorenzo >:


Ciao Alessandro dal link del WMS in Qgis ottengo questo messaggio


Anziché la stringa delle capabilities, è stata ricevuta la la
seguente risposta:

Impossibile ottenere le WMS capabilities nel formato atteso
(DTD): non trovato WMS_Capabilities nè WMT_MS_Capabilities.
Questo è probabilmente dovuto ad un URL non corretto per il
server WMS.
Etichetta:ServiceExceptionReport
La risposta è stata:
http://cigno.ve.ismar.cnr.it:80/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd

">
 
java.lang.IllegalArgumentException: Requested bounding box
contains wrongnumber of coordinates (should have 4): 1
Requested bounding box contains wrongnumber of coordinates
(should have 4): 1



Ciao.
l.


Il giorno 03 nov 2016, alle ore 17:18, Alessandro Sarretta
> ha scritto:

Ciao a tutti,

in ottica di rendere disponibili le valutazioni sui danni fatti
da Copernicus EMS, ho aggregato (a ieri) gli shapefiles da
CopernicusEMS e creato un WMS per la valutazione degli edifici:

http://cigno.ve.ismar.cnr.it:80/geoserver/wms?SERVICE=WMS=image/jpeg=1.1.1=WMS=GetMap=geonode:settlements_poly_grading_merged=={proj}={width}={height}={bbox}



Lo shapefile aggregato è qui:

https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190/vector_data



A questa pagina alcune informazioni aggiuntive:

https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190



I dati in Copernicus sono in continuo aggiornamento. Cercherò di
tenere aggiornati i dati più o meno giornalmente (se cambiano).

Ale


On 30/10/2016 12:51, girarsi_liste wrote:

Il 30/10/2016 09:55, Fabrizio Tambussa ha scritto:

Aperto un nuovo task sul tasking manager per la zona di Norcia
http://osmit-tm.wmflabs.org/project/18


Norcia sembra gia' ben mappata, a mio avviso si potrebbe mettere
qualche tag sugli edifici lesionati che si vedono, tipo la basilica di
Norcia.

Saluti
Fabrizio


Ho creato un layer nominato terremotomarche2016.osm contenente tutti gli
edifici finora valutati da copernicus e rilasciati nelgi shapefile dei
vari "vector.zip"

I paesi messi tutti in un'unico layer sono:

-Preci (monitoring1)
-Castelluccio
-Ussita (monitoring1)
-Todiano
-Piè del Colle
-Visso

Grotti ha il vector.zip a disposizione, ma non contiene poligoni
valutati, mentre Norcia al momento ha solo la foto satellitare, ma non è
adatta alle nostre esigenze, per cui è impossibile valutare.

Ovviamente l'attribuzione da mettere al caricamento, penso sia:

Copernicus Emergency Management Service (© 2016 European Union), EMSR190


Ho sostituito i 

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Alessandro Sarretta]

Ok Lorenzo, grazie, avevo fatto un po' di confusione in effetti.

Questo dovrebbe puntare correttamente direttamente al layer sia in JOSM 
sia in QGIS: 
http://cigno.ve.ismar.cnr.it:80/geoserver/geonode/settlements_poly_grading_merged/ows?version=1.3.0;


Ale

On 03/11/2016 17:46, Lorenzo wrote:

Ciao Alessandro dal link del WMS in Qgis ottengo questo messaggio


Anziché la stringa delle capabilities, è stata ricevuta la la
seguente risposta:

Impossibile ottenere le WMS capabilities nel formato atteso (DTD):
non trovato WMS_Capabilities nè WMT_MS_Capabilities.
Questo è probabilmente dovuto ad un URL non corretto per il server
WMS.
Etichetta:ServiceExceptionReport
La risposta è stata:
http://cigno.ve.ismar.cnr.it:80/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
 
java.lang.IllegalArgumentException: Requested bounding box
contains wrongnumber of coordinates (should have 4): 1
Requested bounding box contains wrongnumber of coordinates (should
have 4): 1



Ciao.
l.

Il giorno 03 nov 2016, alle ore 17:18, Alessandro Sarretta 
> ha scritto:


Ciao a tutti,

in ottica di rendere disponibili le valutazioni sui danni fatti da 
Copernicus EMS, ho aggregato (a ieri) gli shapefiles da CopernicusEMS 
e creato un WMS per la valutazione degli edifici: 
http://cigno.ve.ismar.cnr.it:80/geoserver/wms?SERVICE=WMS=image/jpeg=1.1.1=WMS=GetMap=geonode:settlements_poly_grading_merged=={proj}={width}={height}={bbox} 



Lo shapefile aggregato è qui: 
https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190/vector_data


A questa pagina alcune informazioni aggiuntive: 
https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190


I dati in Copernicus sono in continuo aggiornamento. Cercherò di 
tenere aggiornati i dati più o meno giornalmente (se cambiano).


Ale


On 30/10/2016 12:51, girarsi_liste wrote:

Il 30/10/2016 09:55, Fabrizio Tambussa ha scritto:

Aperto un nuovo task sul tasking manager per la zona di Norcia
http://osmit-tm.wmflabs.org/project/18

Norcia sembra gia' ben mappata, a mio avviso si potrebbe mettere
qualche tag sugli edifici lesionati che si vedono, tipo la basilica di
Norcia.

Saluti
Fabrizio


Ho creato un layer nominato terremotomarche2016.osm contenente tutti gli
edifici finora valutati da copernicus e rilasciati nelgi shapefile dei
vari "vector.zip"

I paesi messi tutti in un'unico layer sono:

-Preci (monitoring1)
-Castelluccio
-Ussita (monitoring1)
-Todiano
-Piè del Colle
-Visso

Grotti ha il vector.zip a disposizione, ma non contiene poligoni
valutati, mentre Norcia al momento ha solo la foto satellitare, ma non è
adatta alle nostre esigenze, per cui è impossibile valutare.

Ovviamente l'attribuzione da mettere al caricamento, penso sia:

Copernicus Emergency Management Service (© 2016 European Union), EMSR190


Ho sostituito i tag presenti, togliendoli tutti e mettendo solo il tag
earthquake:damage=*.

I valori li ho presi dal seguente commento ritrovato su Nabble, perchè
non ricordo più dove sono i riferimenti del precedente terremoto:

http://gis.19327.n8.nabble.com/Utilizzo-server-OSM-per-WMS-terremoto-tp5881094p5881194.html



Quindi i valori sono i seguenti corrispettivi rispetto ai tag Copernicus:

Completely Destroyed > collapsed
Highly Damaged > severe
Moderately Damaged > moderate
Negligible to slight Damage > negligible


Il tag Not affected > no, l'ho scartato a priori, perchè credo non
serva, come del resto previsto in quella discussione.

Vorrei passare il file per essere controllato prima, e comunque deve
essere usato come sfondo non come caricamento, a chi lo passo?

La basilica non ho modificato il tag perchè non conosco lo stato, al di
là delle notizie odierne che dicono cose poco precise alla fine.



--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

  * Google scholar profile

  * ORCID 
  * Research Gate

  * Impactstory 

___
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


--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   

[OSM-talk-fr] Projet map.osm.fr

[Frédéric Rodrigo]

Bonsoir,

On en avait parlait à l'AG de Clermont-Ferrand de rendre plus visible et 
accessible les données et outils de la galaxie OSM sur le site de l'asso FR.


Se pose la question de l'intégration au site web, directement sur la 
page d’accueil, présent mais sans être l’élément principal, séparée... 
comme cale va être une discussion sans fin je pense que l'on devrait 
laisser ça de côté pour l'instant.


L'idée principale est de rassembler des outils _existants_ pour leur 
faire gagner en visibilité ainsi qu'aux données.

Donc l'idée pourrait être d'avoir dans un premier temps :
- Différents rendus
- Moteur de recherche en français plus adapté que Nominatime : Addok 
avec adresses BANO, POI et autocompletion
- Calculateurs d'itinéraires (comme sur osm.org, basé sur des outils 
externes)

- Passé en mode édition avec bascule vers osm.org et/ou MapContrib
- Passer en mode "Ma carte" avec bascule sur uMap
Puis par la suite intégrer un MapOSMatic pérennisé sur les serveurs de 
l'asso.


Ce n'est pas juste un appel à commentaire, c'est surtout un appel à 
participer et à s'organiser pour le faire ;-)


Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Utente burlone

[Andrea Albani]

> Io pensavo al concetto di "supervisore di zona", con un utente serio
> designato dalla community che possa visionare ed autorizzare gli edit della
> sua zona, bloccando quelli dannosi, o comunque confrontandosi con l'utente
> prima dell'approvazione.
> O esiste già una possibilità di questo tipo?
>

C'è stata una discussione su un argomento simile circa un anno fa. La trovi
qui [0] se hai voglia di leggerla. Penso ci siano degli spunti interessanti.

Personalmente ritengo che OSM è cresciuto ed è quanto mai vivo proprio
perchè può essere editato liberamente, e qualsiasi "ingessamento" delle
procedure va contro la sua natura  (e penso anche contro i principi della
OSM Foundation).

Secondo me la vera "piaga" dell'editing "vandalico" o "poco illuminato" non
deriva tanto dal singolo utente che ogni tanto appare ed edita a caso, ma
dalle app che consentono a chiunque di effettuare editing mascherando la
complessità sottostante.

Probabilmente anche questi apportano modifiche utili andando a colmare dei
gap sulla mappa, ma il loro numero è troppo alto e conseguentemente si alza
la percentuale di editing discutibili e si abbassa la possibilità di
controllo da parte della comunità.

L'utente burlone a cui si riferisce il post iniziale usa Maps.me, bella app
di successo di cui abbiamo già discusso in lista ([1])

A titolo di esempio lo scorso agosto ci sono stati 18.904 utenti di Maps.me
che hanno apportato 116.567 change a livello globale. Vuol dire mediamente
3.760 variazioni puntuali al giorno! [2]

IMHO gestire questi numeri tramite processi di approvazione o correggendo a
posteriori non mi sembra una strada percorribile.

Dovrebbero invece essere prese in considerazione delle policy per chi
sviluppa applicazioni che vanno al di là del fair use sull'uso delle API, e
che si spingano a dettare delle regole su come l'applicazione deve operare.


[0] http://gis.19327.n8.nabble.com/utente-problematico-e-landuse
-td5861109.html
[1]
http://gis.19327.n8.nabble.com/MAPS-ME-maggior-diffusione-OSM-inizio-nuovi-problemi-Seri-td5874719.html
[2] dati estrapolati dai metadati dei changeset presi da planet, caricati
su un postgres e aggiornati tramite changesetmd, tool segnalato in lista da
Cascafico che ringrazio
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente burlone

[Dario Crespi]

>
> Puoi farlo da te: imposti un avviso automatico via mail in un rettangolo
> geografico.


Come si fa questa cosa?

Dario

Il giorno 3 novembre 2016 18:57, Cascafico Giovanni 
ha scritto:

> Puoi farlo da te: imposti un avviso automatico via mail in un rettangolo
> geografico.
>
> Il 03/nov/2016 17:43, "Cristian Testa"  ha
> scritto:
>
>> Leggo queste cose e non posso non farmi una domanda: va bene il progetto
>> open, dove chiunque abbia la voglia ed il tempo può contribuire alla mappa,
>> ma vista la mole di dati presenti al giorno d'oggi, non sarebbe il caso di
>> mettersi un po' al riparo da questi atti di vandalismo bloccandoli alla
>> fonte anziché mettersi a cercarli e poi metterci una pezza?
>> Io pensavo al concetto di "supervisore di zona", con un utente serio
>> designato dalla community che possa visionare ed autorizzare gli edit della
>> sua zona, bloccando quelli dannosi, o comunque confrontandosi con l'utente
>> prima dell'approvazione.
>> O esiste già una possibilità di questo tipo?
>>
>> Il 02.11.2016 21:15 Fabri ha scritto:
>>
>> Breve aggiornamento: ho scritto al Data Working Group che ha
>> immediatamente provveduto ad assegnare un 0-hour block all'utente.
>> https://www.openstreetmap.org/user/Lancine%20Fofana
>>
>> Consiste nell'obbligare l'utente a fare un login e leggere il messaggio
>> di ammonimento per poter poi riprendere a mappare.
>>
>> Naturalmente, l'utente non ha letto, complice forse il fatto che usava
>> Mapsme e gli edit farlocchi si sono interrotti.
>>
>> Di solito mi aspetto come reazione successiva di un utente malevolo che
>> viene bloccato, una creazione di un secondo account per continuare a
>> fare "il vandalo"...
>>
>> il blocco lo ha ricevuto 9 giorni fa...e 8 giorni fa è comparso un
>> nuovo account che usa Mapsme e fa dei changeset con descrizioni uguali e
>> i dati inseriti sono pressochè inutili e sbagliati, tanto da aver
>> dinuovo attirato l'attenzione di qualche utente che ha commentato ai
>> changeset...
>> https://www.openstreetmap.org/user/B%20KT
>>
>> che sia la stessa persona o no non mi interessa...ma è comunque una
>> scocciatura stare a presso a questi burloni alla pokemon go.
>>
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>>
>>
>> Con Smart 3 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal
>> tuo smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali
>> Mobile! http://casa.tiscali.it/mobile/
>>
>>
>> ___
>> 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-se] PostgreSQL på openstreetmap.se

[Fredrik Ramsberg]

Vacuum full *ska* skriva om hela innehållet i en tabell till en ny plats,
utan något onödigt tomrum, och sedan släppa det gamla utrymmet tillbaka
till OS:et. Så en vacuum full ska vara lika effektiv som att exportera allt
data, sätta upp en ny databas och importera allt.

Behovet av vacuum kommer bara av update- och delete-operationer. Så fort
något ändras i en rad, eller en rad tas bort, skapas en ny kopia av raden,
och den gamla blir dött utrymme. En korrekt konfigurerad auto-vacuum ska
göra att vacuum körs så ofta att det döda utrymmet i databasen inte växer
med tiden, med följden att man aldrig behöver köra vacuum full. En viss
mängd dött utrymme måste man räkna med, men egentligen bara så mycket som
hinner skapas mellan två körningar av vacuum. Och auto-vacuum anpassar sig
efter hur mycket databasen uppdateras, så i uppdateringsintensiva perioder
kör den oftare. Och alla andra operationer kan accessa tabellerna som
vanligt medan den kör vacuum (En vanlig vacuum låser inte tabellen, som
vacuum full).

För mig låter det som att vanlig vacuum körs för sällan, och vacuum full
aldrig, och det är i så fall orsaken till situationen. Med rätt konfad
auto-vacuum, eller möjligen en lagom tätt körande vanlig vacuum, ska man
komma till rätta med problemet, utan att behöva köra vacuum full.

/Fredrik




2016-11-03 19:04 GMT+01:00 Karl Wettin :

> Precis det görs lite då och då. Kanske en gång i månaden. Ingen auto
> vaccuum.
>
> On 03 Nov 2016, at 18:18, Fredrik Ramsberg 
> wrote:
>
> Nja, kungen är jag väl inte.
>
> På vissa tabeller (beroende på access-mönster) behöver man göra VACUUM
> FULL ANALYZE ibland. Det innebär i princip att tabellen blir otillgänglig
> under en tid (definitivt för skrivning, osäker på hur det är med läsning).
> Tillfälligt använder den mycket diskutrymme. Görs det idag?
>
> /Fredrik
>
> Den 3 nov. 2016 5:50 PM skrev "Karl Wettin" :
>
> Är du kungen på att konfigurera PostgreSQL?
>
> openstreetmap.se har en databas som uppdateras varje minut med massor av
> små förändringar, en spegling av OSMs hela världsdatabas. En snapshot tar
> ca 200GB på disken, men laddar man in den med uppdateringar så blir den på
> ett år ungefär 1TB. Så en gång om året måste den blåsas om. Det är
> ohållbart ur underhållsynpunkt, det hade varit bra om man slapp bry sig
> även om det bara är en gång om året.
>
> Har du några bra tips på vad anledningen till detta kan vara? Den kör
> vaccuum lite då och då, men uppenbarligen är inte det nog.
>
>
>
> kalle
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] PostgreSQL på openstreetmap.se

[Karl Wettin]

Precis det görs lite då och då. Kanske en gång i månaden. Ingen auto vaccuum.

> On 03 Nov 2016, at 18:18, Fredrik Ramsberg  wrote:
> 
> Nja, kungen är jag väl inte.
> 
> På vissa tabeller (beroende på access-mönster) behöver man göra VACUUM FULL 
> ANALYZE ibland. Det innebär i princip att tabellen blir otillgänglig under en 
> tid (definitivt för skrivning, osäker på hur det är med läsning). Tillfälligt 
> använder den mycket diskutrymme. Görs det idag?
> 
> /Fredrik
> 
> Den 3 nov. 2016 5:50 PM skrev "Karl Wettin"  >:
> Är du kungen på att konfigurera PostgreSQL?
> 
> openstreetmap.se  har en databas som uppdateras 
> varje minut med massor av små förändringar, en spegling av OSMs hela 
> världsdatabas. En snapshot tar ca 200GB på disken, men laddar man in den med 
> uppdateringar så blir den på ett år ungefär 1TB. Så en gång om året måste den 
> blåsas om. Det är ohållbart ur underhållsynpunkt, det hade varit bra om man 
> slapp bry sig även om det bara är en gång om året.
> 
> Har du några bra tips på vad anledningen till detta kan vara? Den kör vaccuum 
> lite då och då, men uppenbarligen är inte det nog.
> 
> 
> 
> kalle
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-se 
> 
> 
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] PostgreSQL på openstreetmap.se

[Karl Wettin]

Problemet är enbart diskutrymme.

> On 03 Nov 2016, at 17:55, Bengt Bäverman  wrote:
> 
> Vad som problemet? Är det bara storleken eller går det också långsammare och 
> långsammare ju större databasen blir?
> 
> /Bengt
> 
>> 3 nov. 2016 kl. 17:49 skrev Karl Wettin :
>> 
>> Är du kungen på att konfigurera PostgreSQL?
>> 
>> openstreetmap.se har en databas som uppdateras varje minut med massor av små 
>> förändringar, en spegling av OSMs hela världsdatabas. En snapshot tar ca 
>> 200GB på disken, men laddar man in den med uppdateringar så blir den på ett 
>> år ungefär 1TB. Så en gång om året måste den blåsas om. Det är ohållbart ur 
>> underhållsynpunkt, det hade varit bra om man slapp bry sig även om det bara 
>> är en gång om året.
>> 
>> Har du några bra tips på vad anledningen till detta kan vara? Den kör 
>> vaccuum lite då och då, men uppenbarligen är inte det nog.
>> 
>> 
>> 
>>   kalle
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] PostgreSQL på openstreetmap.se

[Karl Wettin]

Precis så. Det är diskutrymmet som växer oproportionerligt. Write once och 
massor av små förändringar av existerande objekt i databasen är väl 
anledningen, gissar jag på.


kalle

> On 03 Nov 2016, at 17:57, Peter Neubauer  wrote:
> 
> Kalle,
> problemet är alltså att det blir för mycket disk som databasfilerna tar?
> 
> /peter
> 
> 2016-11-03 17:49 GMT+01:00 Karl Wettin  >:
> Är du kungen på att konfigurera PostgreSQL?
> 
> openstreetmap.se  har en databas som uppdateras 
> varje minut med massor av små förändringar, en spegling av OSMs hela 
> världsdatabas. En snapshot tar ca 200GB på disken, men laddar man in den med 
> uppdateringar så blir den på ett år ungefär 1TB. Så en gång om året måste den 
> blåsas om. Det är ohållbart ur underhållsynpunkt, det hade varit bra om man 
> slapp bry sig även om det bara är en gång om året.
> 
> Har du några bra tips på vad anledningen till detta kan vara? Den kör vaccuum 
> lite då och då, men uppenbarligen är inte det nog.
> 
> 
> 
> kalle
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-se 
> 
> 
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Utente burlone

[Cascafico Giovanni]

Puoi farlo da te: imposti un avviso automatico via mail in un rettangolo
geografico.

Il 03/nov/2016 17:43, "Cristian Testa"  ha
scritto:

> Leggo queste cose e non posso non farmi una domanda: va bene il progetto
> open, dove chiunque abbia la voglia ed il tempo può contribuire alla mappa,
> ma vista la mole di dati presenti al giorno d'oggi, non sarebbe il caso di
> mettersi un po' al riparo da questi atti di vandalismo bloccandoli alla
> fonte anziché mettersi a cercarli e poi metterci una pezza?
> Io pensavo al concetto di "supervisore di zona", con un utente serio
> designato dalla community che possa visionare ed autorizzare gli edit della
> sua zona, bloccando quelli dannosi, o comunque confrontandosi con l'utente
> prima dell'approvazione.
> O esiste già una possibilità di questo tipo?
>
> Il 02.11.2016 21:15 Fabri ha scritto:
>
> Breve aggiornamento: ho scritto al Data Working Group che ha
> immediatamente provveduto ad assegnare un 0-hour block all'utente.
> https://www.openstreetmap.org/user/Lancine%20Fofana
>
> Consiste nell'obbligare l'utente a fare un login e leggere il messaggio
> di ammonimento per poter poi riprendere a mappare.
>
> Naturalmente, l'utente non ha letto, complice forse il fatto che usava
> Mapsme e gli edit farlocchi si sono interrotti.
>
> Di solito mi aspetto come reazione successiva di un utente malevolo che
> viene bloccato, una creazione di un secondo account per continuare a
> fare "il vandalo"...
>
> il blocco lo ha ricevuto 9 giorni fa...e 8 giorni fa è comparso un
> nuovo account che usa Mapsme e fa dei changeset con descrizioni uguali e
> i dati inseriti sono pressochè inutili e sbagliati, tanto da aver
> dinuovo attirato l'attenzione di qualche utente che ha commentato ai
> changeset...
> https://www.openstreetmap.org/user/B%20KT
>
> che sia la stessa persona o no non mi interessa...ma è comunque una
> scocciatura stare a presso a questi burloni alla pokemon go.
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
>
>
> Con Smart 3 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal
> tuo smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali
> Mobile! http://casa.tiscali.it/mobile/
>
>
> ___
> 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] Terremoto Norcia magnitudo 6.5

[Paolo F]

Ciao,
provate questo (in josm: add wms):

http://osmit3.wmflabs.org/cgi-bin/qgis_mapserv.fcgi?map=/srv/Copernicus/EMSR190/settlements_grading.qgs=WMS=GetCapabilities=1.3

I dati sono aggiornati con i rilasci effettuati fino ad oggi, sono stati
esclusi alcuni settori che si sovrappongono come aree, ma sicuramente non
come geometrie (24, 25, 26, 27):
http://cdn-g.copernicus-ems.eu/mapping/sites/default/files/thumbnails/EMSR190-AEM-1478169895-r07-v1.jpg

Ciao, Paolo

2016-11-03 17:46 GMT+01:00 Lorenzo :

> Ciao Alessandro dal link del WMS in Qgis ottengo questo messaggio
>
>
> Anziché la stringa delle capabilities, è stata ricevuta la la seguente
> risposta:
>
> Impossibile ottenere le WMS capabilities nel formato atteso (DTD): non
> trovato WMS_Capabilities nè WMT_MS_Capabilities.
> Questo è probabilmente dovuto ad un URL non corretto per il server WMS.
> Etichetta:ServiceExceptionReport
> La risposta è stata:
>  ServiceExceptionReport SYSTEM "http://cigno.ve.ismar.cnr.it:
> 80/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd">
>  
> java.lang.IllegalArgumentException: Requested bounding box contains
> wrongnumber of coordinates (should have 4): 1
> Requested bounding box contains wrongnumber of coordinates (should have
> 4): 1
> 
>
>
> Ciao.
> l.
>
> Il giorno 03 nov 2016, alle ore 17:18, Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
> Ciao a tutti,
>
> in ottica di rendere disponibili le valutazioni sui danni fatti da
> Copernicus EMS, ho aggregato (a ieri) gli shapefiles da CopernicusEMS e
> creato un WMS per la valutazione degli edifici:
> http://cigno.ve.ismar.cnr.it:80/geoserver/wms?SERVICE=WMS;
> FORMAT=image/jpeg=1.1.1=WMS=GetMap&
> LAYERS=geonode:settlements_poly_grading_merged=&
> SRS={proj}={width}={height}={bbox}
> 
>
> Lo shapefile aggregato è qui: https://github.com/
> emergenzeHack/terremotocentro_geodata/tree/gh-pages/
> CopernicusEMS/EMSR190/vector_data
>
> A questa pagina alcune informazioni aggiuntive: https://github.com/
> emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190
>
> I dati in Copernicus sono in continuo aggiornamento. Cercherò di tenere
> aggiornati i dati più o meno giornalmente (se cambiano).
>
> Ale
>
> On 30/10/2016 12:51, girarsi_liste wrote:
>
> Il 30/10/2016 09:55, Fabrizio Tambussa ha scritto:
>
> Aperto un nuovo task sul tasking manager per la zona di 
> Norciahttp://osmit-tm.wmflabs.org/project/18
>
> Norcia sembra gia' ben mappata, a mio avviso si potrebbe mettere
> qualche tag sugli edifici lesionati che si vedono, tipo la basilica di
> Norcia.
>
> Saluti
> Fabrizio
>
>
> Ho creato un layer nominato terremotomarche2016.osm contenente tutti gli
> edifici finora valutati da copernicus e rilasciati nelgi shapefile dei
> vari "vector.zip"
>
> I paesi messi tutti in un'unico layer sono:
>
> -Preci (monitoring1)
> -Castelluccio
> -Ussita (monitoring1)
> -Todiano
> -Piè del Colle
> -Visso
>
> Grotti ha il vector.zip a disposizione, ma non contiene poligoni
> valutati, mentre Norcia al momento ha solo la foto satellitare, ma non è
> adatta alle nostre esigenze, per cui è impossibile valutare.
>
> Ovviamente l'attribuzione da mettere al caricamento, penso sia:
>
> Copernicus Emergency Management Service (© 2016 European Union), EMSR190
>
>
> Ho sostituito i tag presenti, togliendoli tutti e mettendo solo il tag
> earthquake:damage=*.
>
> I valori li ho presi dal seguente commento ritrovato su Nabble, perchè
> non ricordo più dove sono i riferimenti del precedente terremoto:
> http://gis.19327.n8.nabble.com/Utilizzo-server-OSM-per-WMS-terremoto-tp5881094p5881194.html
>
>
>
> Quindi i valori sono i seguenti corrispettivi rispetto ai tag Copernicus:
>
> Completely Destroyed > collapsed
> Highly Damaged > severe
> Moderately Damaged > moderate
> Negligible to slight Damage > negligible
>
>
> Il tag Not affected > no, l'ho scartato a priori, perchè credo non
> serva, come del resto previsto in quella discussione.
>
> Vorrei passare il file per essere controllato prima, e comunque deve
> essere usato come sfondo non come caricamento, a chi lo passo?
>
> La basilica non ho modificato il tag perchè non conosco lo stato, al di
> là delle notizie odierne che dicono cose poco precise alla fine.
>
>
>
> --
> --
>
> Alessandro Sarretta
>
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com
>
> Research information:
>
>- Google scholar profile
>
>- ORCID 
>- Research Gate
>
>- Impactstory 
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> 

Re: [Talk-se] PostgreSQL på openstreetmap.se

[Fredrik Ramsberg]

Nja, kungen är jag väl inte.

På vissa tabeller (beroende på access-mönster) behöver man göra VACUUM FULL
ANALYZE ibland. Det innebär i princip att tabellen blir otillgänglig under
en tid (definitivt för skrivning, osäker på hur det är med läsning).
Tillfälligt använder den mycket diskutrymme. Görs det idag?

/Fredrik

Den 3 nov. 2016 5:50 PM skrev "Karl Wettin" :

> Är du kungen på att konfigurera PostgreSQL?
>
> openstreetmap.se har en databas som uppdateras varje minut med massor av
> små förändringar, en spegling av OSMs hela världsdatabas. En snapshot tar
> ca 200GB på disken, men laddar man in den med uppdateringar så blir den på
> ett år ungefär 1TB. Så en gång om året måste den blåsas om. Det är
> ohållbart ur underhållsynpunkt, det hade varit bra om man slapp bry sig
> även om det bara är en gång om året.
>
> Har du några bra tips på vad anledningen till detta kan vara? Den kör
> vaccuum lite då och då, men uppenbarligen är inte det nog.
>
>
>
> kalle
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] PostgreSQL på openstreetmap.se

[Fredrik Ramsberg]

Nja, kungen är jag väl inte.

På vissa tabeller (beroende på access-mönster) behöver man göra VACUUM FULL
ANALYZE ibland. Det innebär i princip att tabellen blir otillgänglig under
en tid (definitivt för skrivning, osäker på hur det är med läsning).
Tillfälligt använder den mycket diskutrymme. Görs det idag?

/Fredrik

Den 3 nov. 2016 5:50 PM skrev "Karl Wettin" :

Är du kungen på att konfigurera PostgreSQL?

openstreetmap.se har en databas som uppdateras varje minut med massor av
små förändringar, en spegling av OSMs hela världsdatabas. En snapshot tar
ca 200GB på disken, men laddar man in den med uppdateringar så blir den på
ett år ungefär 1TB. Så en gång om året måste den blåsas om. Det är
ohållbart ur underhållsynpunkt, det hade varit bra om man slapp bry sig
även om det bara är en gång om året.

Har du några bra tips på vad anledningen till detta kan vara? Den kör
vaccuum lite då och då, men uppenbarligen är inte det nog.



kalle

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] PostgreSQL på openstreetmap.se

[Peter Neubauer]

Kalle,
problemet är alltså att det blir för mycket disk som databasfilerna tar?

/peter

2016-11-03 17:49 GMT+01:00 Karl Wettin :

> Är du kungen på att konfigurera PostgreSQL?
>
> openstreetmap.se har en databas som uppdateras varje minut med massor av
> små förändringar, en spegling av OSMs hela världsdatabas. En snapshot tar
> ca 200GB på disken, men laddar man in den med uppdateringar så blir den på
> ett år ungefär 1TB. Så en gång om året måste den blåsas om. Det är
> ohållbart ur underhållsynpunkt, det hade varit bra om man slapp bry sig
> även om det bara är en gång om året.
>
> Har du några bra tips på vad anledningen till detta kan vara? Den kör
> vaccuum lite då och då, men uppenbarligen är inte det nog.
>
>
>
> kalle
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] PostgreSQL på openstreetmap.se

[Bengt Bäverman]

Vad som problemet? Är det bara storleken eller går det också långsammare och 
långsammare ju större databasen blir?

/Bengt

> 3 nov. 2016 kl. 17:49 skrev Karl Wettin :
> 
> Är du kungen på att konfigurera PostgreSQL?
> 
> openstreetmap.se har en databas som uppdateras varje minut med massor av små 
> förändringar, en spegling av OSMs hela världsdatabas. En snapshot tar ca 
> 200GB på disken, men laddar man in den med uppdateringar så blir den på ett 
> år ungefär 1TB. Så en gång om året måste den blåsas om. Det är ohållbart ur 
> underhållsynpunkt, det hade varit bra om man slapp bry sig även om det bara 
> är en gång om året.
> 
> Har du några bra tips på vad anledningen till detta kan vara? Den kör vaccuum 
> lite då och då, men uppenbarligen är inte det nog.
> 
> 
> 
>kalle
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Utente burlone

[Cristian Testa]

  Leggo queste cose e non posso non farmi una domanda: va bene il
progetto open, dove chiunque abbia la voglia ed il tempo può contribuire
alla mappa, ma vista la mole di dati presenti al giorno d'oggi, non
sarebbe il caso di mettersi un po' al riparo da questi atti di
vandalismo bloccandoli alla fonte anziché mettersi a cercarli e poi
metterci una pezza?
Io pensavo al concetto di "supervisore di zona", con
un utente serio designato dalla community che possa visionare ed
autorizzare gli edit della sua zona, bloccando quelli dannosi, o
comunque confrontandosi con l'utente prima dell'approvazione.
O esiste
già una possibilità di questo tipo?

Il 02.11.2016 21:15 Fabri ha
scritto: 

> Breve aggiornamento: ho scritto al Data Working Group che
ha 
> immediatamente provveduto ad assegnare un 0-hour block
all'utente.
> 
> https://www.openstreetmap.org/user/Lancine%20Fofana
[1]
> 
> Consiste nell'obbligare l'utente a fare un login e leggere il
messaggio 
> di ammonimento per poter poi riprendere a mappare.
> 
>
Naturalmente, l'utente non ha letto, complice forse il fatto che usava

> Mapsme e gli edit farlocchi si sono interrotti.
> 
> Di solito mi
aspetto come reazione successiva di un utente malevolo che 
> viene
bloccato, una creazione di un secondo account per continuare a 
> fare
"il vandalo"...
> 
> il blocco lo ha ricevuto 9 giorni fa...e 8
giorni fa è comparso un 
> nuovo account che usa Mapsme e fa dei
changeset con descrizioni uguali e 
> i dati inseriti sono pressochè
inutili e sbagliati, tanto da aver 
> dinuovo attirato l'attenzione di
qualche utente che ha commentato ai 
> changeset...
> 
>
https://www.openstreetmap.org/user/B%20KT [2]
> 
> che sia la stessa
persona o no non mi interessa...ma è comunque una 
> scocciatura stare a
presso a questi burloni alla pokemon go.
> 
>
___
> Talk-it mailing list
>
Talk-it@openstreetmap.org [3]
>
https://lists.openstreetmap.org/listinfo/talk-it [4]
 



Con Smart 3 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal tuo 
smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali Mobile! 
http://casa.tiscali.it/mobile/

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Lorenzo]

Ciao Alessandro dal link del WMS in Qgis ottengo questo messaggio


Anziché la stringa delle capabilities, è stata ricevuta la la seguente risposta:

Impossibile ottenere le WMS capabilities nel formato atteso (DTD): non trovato 
WMS_Capabilities nè WMT_MS_Capabilities.
Questo è probabilmente dovuto ad un URL non corretto per il server WMS.
Etichetta:ServiceExceptionReport
La risposta è stata:
http://cigno.ve.ismar.cnr.it:80/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
  
java.lang.IllegalArgumentException: Requested bounding box contains wrongnumber 
of coordinates (should have 4): 1
Requested bounding box contains wrongnumber of coordinates (should have 4): 1


Ciao.
l.

> Il giorno 03 nov 2016, alle ore 17:18, Alessandro Sarretta 
>  ha scritto:
> 
> Ciao a tutti,
> 
> in ottica di rendere disponibili le valutazioni sui danni fatti da Copernicus 
> EMS, ho aggregato (a ieri) gli shapefiles da CopernicusEMS e creato un WMS 
> per la valutazione degli edifici: 
> http://cigno.ve.ismar.cnr.it:80/geoserver/wms?SERVICE=WMS=image/jpeg=1.1.1=WMS=GetMap=geonode:settlements_poly_grading_merged=={proj}={width}={height}={bbox}
>  
> 
> Lo shapefile aggregato è qui: 
> https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190/vector_data
>  
> 
> A questa pagina alcune informazioni aggiuntive: 
> https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190
>  
> 
> I dati in Copernicus sono in continuo aggiornamento. Cercherò di tenere 
> aggiornati i dati più o meno giornalmente (se cambiano).
> Ale
> 
> On 30/10/2016 12:51, girarsi_liste wrote:
>> Il 30/10/2016 09:55, Fabrizio Tambussa ha scritto:
>>> Aperto un nuovo task sul tasking manager per la zona di Norcia
>>> http://osmit-tm.wmflabs.org/project/18 
>>> 
>>> 
>>> Norcia sembra gia' ben mappata, a mio avviso si potrebbe mettere
>>> qualche tag sugli edifici lesionati che si vedono, tipo la basilica di
>>> Norcia.
>>> 
>>> Saluti
>>> Fabrizio
>>> 
>> 
>> Ho creato un layer nominato terremotomarche2016.osm contenente tutti gli
>> edifici finora valutati da copernicus e rilasciati nelgi shapefile dei
>> vari "vector.zip"
>> 
>> I paesi messi tutti in un'unico layer sono:
>> 
>> -Preci (monitoring1)
>> -Castelluccio
>> -Ussita (monitoring1)
>> -Todiano
>> -Piè del Colle
>> -Visso
>> 
>> Grotti ha il vector.zip a disposizione, ma non contiene poligoni
>> valutati, mentre Norcia al momento ha solo la foto satellitare, ma non è
>> adatta alle nostre esigenze, per cui è impossibile valutare.
>> 
>> Ovviamente l'attribuzione da mettere al caricamento, penso sia:
>> 
>> Copernicus Emergency Management Service (© 2016 European Union), EMSR190
>> 
>> 
>> Ho sostituito i tag presenti, togliendoli tutti e mettendo solo il tag
>> earthquake:damage=*.
>> 
>> I valori li ho presi dal seguente commento ritrovato su Nabble, perchè
>> non ricordo più dove sono i riferimenti del precedente terremoto:
>> 
>> http://gis.19327.n8.nabble.com/Utilizzo-server-OSM-per-WMS-terremoto-tp5881094p5881194.html
>>  
>> 
>> 
>> 
>> 
>> Quindi i valori sono i seguenti corrispettivi rispetto ai tag Copernicus:
>> 
>> Completely Destroyed > collapsed
>> Highly Damaged > severe
>> Moderately Damaged > moderate
>> Negligible to slight Damage > negligible
>> 
>> 
>> Il tag Not affected > no, l'ho scartato a priori, perchè credo non
>> serva, come del resto previsto in quella discussione.
>> 
>> Vorrei passare il file per essere controllato prima, e comunque deve
>> essere usato come sfondo non come caricamento, a chi lo passo?
>> 
>> La basilica non ho modificato il tag perchè non conosco lo stato, al di
>> là delle notizie odierne che dicono cose poco precise alla fine.
>> 
> 
> -- 
> --
> Alessandro Sarretta
> 
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com 
> Research information:
> Google scholar profile 
> 
> ORCID 
> Research Gate 
> Impactstory 
> ___
> 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] Progetto Montagne Sicure

[Alfredo Gattai]

Ciao,

stiamo affrontando la stessa cosa fra CAI e Wikimedia per identificare i
pali segnaletici che hanno anche un numero identificativo per il soccorso.
Una delle proposte era la seguente

tourism=information
information=guidepost
rescue_ref=

Non e' ancora passata attraverso il proposal process, ne stiamo parlando.
Il motivo di inventare il rescu_ref sta nel fatto che alcuni pali
segnaletici hanno piu' di un identificativo e spesso il numero
identificativo per il soccorso e' aggiunto dopo. Si spera in futuro che ne
sopravviva uno solo.

Se il rescue_ref risulta a tutti digeribile potrebbe essere una soluzione.

Nel tuo caso non essendo un paletto segnaletico potrebbe essere

tourism=information
information=board
rescue_ref=

Tutto il resto che ho trovato in giro riferito a "emergency" o "rescue" e'
predicato per il cleanup

Alfredo




2016-11-03 14:50 GMT+01:00 demon.box :

> Nella mia zona, nel comune di Lumezzane (BS) che presenta un territorio in
> buona parte montano, l’Associazione Volontari della Croce Bianca ha messo
> in
> atto un progetto denominato “Montagne Sicure” con il quale è stato
> assegnato
> (a tutti i proprietari che hanno aderito) un codice di 4 cifre alla sua
> casa
> o casetta che si trova fuori dai centri abitati.
> Tale codice ovviamente serve per essere velocemente localizzati e raggiunti
> in caso di bisogno di soccorso d’emergenza.
> In pratica è stata affissa davanti ad ognuna di queste case una targhetta
> di
> metallo che riporta il codice, la località e le coordinate GPS.
> Ho preso contatti con il responsabile di tale progetto che si è dimostrato
> molto interessato all’interazione con OSM e probabilmente mi passerà
> l’elenco completo (circa 600) in modo da poterlo caricare.
>
> Secondo voi si può fare? Se mi confermate che si può, chiedo come mi devo
> muovere: devo avvisare/chiedere qualcosa a qualcuno prima di iniziare il
> caricamento?
> Ed inoltre cosa fondamentale, come taggo questo codice?
> ref sul building relativo?
>
> Grazie.
>
> --enrico
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Progetto-Montagne-Sicure-tp5885272.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-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Alessandro Sarretta]

Ciao a tutti,

in ottica di rendere disponibili le valutazioni sui danni fatti da 
Copernicus EMS, ho aggregato (a ieri) gli shapefiles da CopernicusEMS e 
creato un WMS per la valutazione degli edifici: 
http://cigno.ve.ismar.cnr.it:80/geoserver/wms?SERVICE=WMS=image/jpeg=1.1.1=WMS=GetMap=geonode:settlements_poly_grading_merged=={proj}={width}={height}={bbox} 



Lo shapefile aggregato è qui: 
https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190/vector_data


A questa pagina alcune informazioni aggiuntive: 
https://github.com/emergenzeHack/terremotocentro_geodata/tree/gh-pages/CopernicusEMS/EMSR190


I dati in Copernicus sono in continuo aggiornamento. Cercherò di tenere 
aggiornati i dati più o meno giornalmente (se cambiano).


Ale


On 30/10/2016 12:51, girarsi_liste wrote:

Il 30/10/2016 09:55, Fabrizio Tambussa ha scritto:

Aperto un nuovo task sul tasking manager per la zona di Norcia
http://osmit-tm.wmflabs.org/project/18

Norcia sembra gia' ben mappata, a mio avviso si potrebbe mettere
qualche tag sugli edifici lesionati che si vedono, tipo la basilica di
Norcia.

Saluti
Fabrizio



Ho creato un layer nominato terremotomarche2016.osm contenente tutti gli
edifici finora valutati da copernicus e rilasciati nelgi shapefile dei
vari "vector.zip"

I paesi messi tutti in un'unico layer sono:

-Preci (monitoring1)
-Castelluccio
-Ussita (monitoring1)
-Todiano
-Piè del Colle
-Visso

Grotti ha il vector.zip a disposizione, ma non contiene poligoni
valutati, mentre Norcia al momento ha solo la foto satellitare, ma non è
adatta alle nostre esigenze, per cui è impossibile valutare.

Ovviamente l'attribuzione da mettere al caricamento, penso sia:

Copernicus Emergency Management Service (© 2016 European Union), EMSR190


Ho sostituito i tag presenti, togliendoli tutti e mettendo solo il tag
earthquake:damage=*.

I valori li ho presi dal seguente commento ritrovato su Nabble, perchè
non ricordo più dove sono i riferimenti del precedente terremoto:

http://gis.19327.n8.nabble.com/Utilizzo-server-OSM-per-WMS-terremoto-tp5881094p5881194.html



Quindi i valori sono i seguenti corrispettivi rispetto ai tag Copernicus:

Completely Destroyed > collapsed
Highly Damaged > severe
Moderately Damaged > moderate
Negligible to slight Damage > negligible


Il tag Not affected > no, l'ho scartato a priori, perchè credo non
serva, come del resto previsto in quella discussione.

Vorrei passare il file per essere controllato prima, e comunque deve
essere usato come sfondo non come caricamento, a chi lo passo?

La basilica non ho modificato il tag perchè non conosco lo stato, al di
là delle notizie odierne che dicono cose poco precise alla fine.



--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cat] "Eix Salou - Andorra C-14" dice "bicycle:no"

[Remek Zajac]

Bon Dia!

Hablo Espanol bastante para presentar mi problema, pero vosotros quieren
leer Catalan, que yo no cononsco. Con permiso entonces, voy a continuar en
Ingles.

I've been working on a OSM-based bicycle journey planner that I call Zikes
. When testing it I came across:
  

...


**





**



  
which is specifically this stretch

of C14.

Now ironically, I tested that stretch, because I cycled it once. As a
matter of fact, said trip inspired all my work
. Here more cyclists on C14
though not on that specific section: (1)

, (2)

.

This road may not be very hospitable to cyclists, but there is no signage

banning them and it is often the only choice in the area. With due care
therefore i would like to suggest that it's not tagged correctly. It is a
problem for me because I try following these tags in my routing algorithm
and thus cannot offer means of going south from Seu d'Urgel.

I would like to make an edit to OSM, but wanted to stick my head out here
as Catalunia OSM community is not my native ground.

What process would i need to respect when making the edit?
Can you bless me do it?

with kind regards
Remek
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-es] Visor cartográfico con senderos del IGN

[Francisco Javier]

Muy muy interesante. Viene de todo y con el filtro puedes añadir/filtrar
por Senderos homologados, paradores, vías verdes y un largo etc.. si lo
puedes añadir sería genial, es super útil.

También es super útil los dos enlaces de strava que has añadido en el wiki
de senderismo (ahora mismo estaba trasteando con ello). Eso de ver por
donde va la gente facilita un montón el trabajo para editar senderos
"ocultos" y caminos que no han sido editados.

Un saludo y gracias :)

El 3 de noviembre de 2016, 15:18, Miguel Sevilla-Callejo <
msevill...@gmail.com> escribió:

> Os comparto este enlace con el visor de senderos del IGN, "Naturaleza,
> Cultura y Ocio" para tenerlo presente de cara a nuestras ediciones:
>
> http://nco.ign.es/VisorNCOConMarco/
>
> No veo las licencias de los datos. Imagino que al venir del IGN será
> licencia abierta.
>
> Quizá lo añada a la wiki de senderismo
> https://wiki.openstreetmap.org/wiki/WikiProject_Spain/Senderismo
>
>
> Un saludo
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
> ___
> 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: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Familie Nouws]

Top!

2016-11-03 14:52 GMT+01:00 Marc Gemis :

> Het hangt een beetje af van het device waarop je je kaart wil tonen:
> Garmin vs. Smartphone (Android vs iOS).
> Zelf gebruik ik de leisure stijl op de garmin zie
> http://extract.bbbike.org/
> OsmAnd op smartphone. Daar gaat binnenkort een topologische kaart
> versie voor uitkomen.
> De mogelijkheden van bv. OsmAnd (of Locus e.d.) zijn uitgebreider en
> meer gericht op navigatie dan wat de osm.org website aanbiedt.
> Ik vind dat een kaart om naar te kijken, maar niet om te gebruiken bij
> navigatie. (bv. geen sporen opnemen, geen eigen waypoints, e.d.)
>
> Ander voordeel is ook dat je off-line werkt, dus geen data kosten.
> Nadeeltje IMHO: niet zo up-to-date als de kaart op osm.org.
>
> Er zijn nog andere stijlen beschikbaar voor bv. Locus  maar daar heb
> ik geen ervaring mee.
>
> m.
>
> 2016-11-03 14:42 GMT+01:00 Familie Nouws :
> > Marc: mijn irritatie is inderdaad in Ierland ontstaan! Verder heb je
> > natuurlijk gelijk dat er mooie specifieke topografische kaarten zijn,
> ware
> > het niet dat de motoren die de tiles ophoesten niet zo geweldig zijn. Ik
> > grijp om die reden toch altijd weer naar de standaardkaart. Maar
> misschien
> > heb je nog tips voor mij.
> >
> > 2016-11-03 13:25 GMT+01:00 Bas Couwenberg :
> >>
> >> On 2016-11-03 10:54, Paul de Laat wrote:
> >>>
> >>> 1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
> >>> paarse puntjes. In de legenda staat niet wat ze betekenen: alle
> >>> stippellijnen zijn rood of blauw of groen. Niet paars.
> >>
> >>
> >> Paarse stippellijnen zijn administratieve grenzen met hoge admin_level
> >> waardes (woonplaats/gemeente/provincie)
> >>
> >>> 2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
> >>> duiden, er is niks. Dus mijn interpretatie is nu: dit zijn
> >>> bestuurlijke grenzen. Eigenlijk zouden die in dat geval in
> >>> doorgetrokken paars moeten worden aangegeven (zeggen de legenda).
> >>
> >>
> >> De legenda is niet compleet genoeg, en toon alleen de rendering van
> >> landsgrenzen.
> >>
> >>> 3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
> >>> kaart worden aangegeven? Zulke lijnen lijken me niet alleen overbodig,
> >>> maar ook nog eens verwarrend (zoals mij wel is gebleken inmiddels).
> >>
> >>
> >> Omdat de OSM rendering een hulpmiddel voor mappers is, en de
> >> administratieve grenzen hebben o.a. invloed op de geocoding van
> Nominatim.
> >>
> >> Een van de weinige argumenten om administratieve grenzen niet in OSM te
> >> hebben is omdat de niet op de grond te verifieren zijn, maar ze zijn wel
> >> degelijk essentieel voor het gebruik van OSM data.
> >>
> >> Omdat het gebruik van externe data in OSM niet eenvoudig is zitten de
> >> administratieve grenzen ook in OSM. Dit heeft als nadeel dat onervaren
> >> mappers of ID gebruikers de officiele grenzen eenvoudig naar de klote
> kunnen
> >> helpen.
> >>
> >> Mvg,
> >>
> >> Bas
> >>
> >>
> >> ___
> >> Talk-nl mailing list
> >> Talk-nl@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-nl
> >
> >
> >
> >
> > --
> >
> > Henk Nouws
> >
> > ___
> > Talk-nl mailing list
> > Talk-nl@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-nl
> >
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>



-- 

Henk Nouws
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[Talk-cat] Eix Salou - Andorra C-14" dice "bicycle:no"

[Remek Zajac]

Bon Dia!
Hablo Espanol bastante para presentar mi problema, pero vosotros quieren leer 
Catalan, que yo no cononsco. Con permiso entonces, voy a continuar en Ingles.
I've been working on a OSM-based bicycle journey planner that I call Zikes. 
When testing it I came across:      
...          
                              
          which is specifically this stretch of C14.
Now ironically, I tested that stretch, because I cycled it once. As a matter of 
fact, said trip inspired all my work. Here more cyclists on C14 though not on 
that specific section: (1), (2).
This road may not be very hospitable to cyclists, but there is no signage 
banning them and it is often the only choice in the area. With due care 
therefore i would like to suggest that it's not tagged correctly. It is a 
problem for me because I try following these tags in my routing algorithm and 
thus cannot offer means of going south from Seu d'Urgel.
I have identified (ElizR helped me out) the initial edit to be in this 
changeset: https://www.openstreetmap.org/changeset/8175024 and have contacted 
the author as well.
I would like to make an edit to OSM, but wanted to stick my head out here as 
Catalunia OSM community is not my native ground.
What process would i need to respect when making the edit? Can you bless me do 
it?

with kind regardsRemek___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[Talk-es] Visor cartográfico con senderos del IGN

[Miguel Sevilla-Callejo]

Os comparto este enlace con el visor de senderos del IGN, "Naturaleza,
Cultura y Ocio" para tenerlo presente de cara a nuestras ediciones:

http://nco.ign.es/VisorNCOConMarco/

No veo las licencias de los datos. Imagino que al venir del IGN será
licencia abierta.

Quizá lo añada a la wiki de senderismo
https://wiki.openstreetmap.org/wiki/WikiProject_Spain/Senderismo


Un saludo

--
*Miguel Sevilla-Callejo*
Doctor en Geografía
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] restaurace/pizzerie v blízkém okolí

[Matěj Cepl]

On 2016-11-03, 11:25 GMT, Ladislav Nesnera wrote:
> V mailingu konference OpenAlt  (ano, již tento
> víkend!), se nám objevil nevinný dotaz. Umíte je někdo za použití open
> source nástrojů elegantně zodpovědět?

Tohle samozřejmě umí OSMAnd.

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
In the course of my life, I have seen Frenchmen, Italians,
Russians, etc.; I am even aware, thanks to Montesquieu, that one
can be a Persian. But, as for Man, I declare that I have never
met him in my life. If he exists, I certainly have no knowledge
of him.
  -- Joseph de Maistre, Considerations on France, 1797


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Marc Gemis]

Het hangt een beetje af van het device waarop je je kaart wil tonen:
Garmin vs. Smartphone (Android vs iOS).
Zelf gebruik ik de leisure stijl op de garmin zie http://extract.bbbike.org/
OsmAnd op smartphone. Daar gaat binnenkort een topologische kaart
versie voor uitkomen.
De mogelijkheden van bv. OsmAnd (of Locus e.d.) zijn uitgebreider en
meer gericht op navigatie dan wat de osm.org website aanbiedt.
Ik vind dat een kaart om naar te kijken, maar niet om te gebruiken bij
navigatie. (bv. geen sporen opnemen, geen eigen waypoints, e.d.)

Ander voordeel is ook dat je off-line werkt, dus geen data kosten.
Nadeeltje IMHO: niet zo up-to-date als de kaart op osm.org.

Er zijn nog andere stijlen beschikbaar voor bv. Locus  maar daar heb
ik geen ervaring mee.

m.

2016-11-03 14:42 GMT+01:00 Familie Nouws :
> Marc: mijn irritatie is inderdaad in Ierland ontstaan! Verder heb je
> natuurlijk gelijk dat er mooie specifieke topografische kaarten zijn, ware
> het niet dat de motoren die de tiles ophoesten niet zo geweldig zijn. Ik
> grijp om die reden toch altijd weer naar de standaardkaart. Maar misschien
> heb je nog tips voor mij.
>
> 2016-11-03 13:25 GMT+01:00 Bas Couwenberg :
>>
>> On 2016-11-03 10:54, Paul de Laat wrote:
>>>
>>> 1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
>>> paarse puntjes. In de legenda staat niet wat ze betekenen: alle
>>> stippellijnen zijn rood of blauw of groen. Niet paars.
>>
>>
>> Paarse stippellijnen zijn administratieve grenzen met hoge admin_level
>> waardes (woonplaats/gemeente/provincie)
>>
>>> 2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
>>> duiden, er is niks. Dus mijn interpretatie is nu: dit zijn
>>> bestuurlijke grenzen. Eigenlijk zouden die in dat geval in
>>> doorgetrokken paars moeten worden aangegeven (zeggen de legenda).
>>
>>
>> De legenda is niet compleet genoeg, en toon alleen de rendering van
>> landsgrenzen.
>>
>>> 3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
>>> kaart worden aangegeven? Zulke lijnen lijken me niet alleen overbodig,
>>> maar ook nog eens verwarrend (zoals mij wel is gebleken inmiddels).
>>
>>
>> Omdat de OSM rendering een hulpmiddel voor mappers is, en de
>> administratieve grenzen hebben o.a. invloed op de geocoding van Nominatim.
>>
>> Een van de weinige argumenten om administratieve grenzen niet in OSM te
>> hebben is omdat de niet op de grond te verifieren zijn, maar ze zijn wel
>> degelijk essentieel voor het gebruik van OSM data.
>>
>> Omdat het gebruik van externe data in OSM niet eenvoudig is zitten de
>> administratieve grenzen ook in OSM. Dit heeft als nadeel dat onervaren
>> mappers of ID gebruikers de officiele grenzen eenvoudig naar de klote kunnen
>> helpen.
>>
>> Mvg,
>>
>> Bas
>>
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-nl
>
>
>
>
> --
>
> Henk Nouws
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[Talk-it] Progetto Montagne Sicure

[demon.box]

Nella mia zona, nel comune di Lumezzane (BS) che presenta un territorio in
buona parte montano, l’Associazione Volontari della Croce Bianca ha messo in
atto un progetto denominato “Montagne Sicure” con il quale è stato assegnato
(a tutti i proprietari che hanno aderito) un codice di 4 cifre alla sua casa
o casetta che si trova fuori dai centri abitati.
Tale codice ovviamente serve per essere velocemente localizzati e raggiunti
in caso di bisogno di soccorso d’emergenza.
In pratica è stata affissa davanti ad ognuna di queste case una targhetta di
metallo che riporta il codice, la località e le coordinate GPS.
Ho preso contatti con il responsabile di tale progetto che si è dimostrato
molto interessato all’interazione con OSM e probabilmente mi passerà
l’elenco completo (circa 600) in modo da poterlo caricare.

Secondo voi si può fare? Se mi confermate che si può, chiedo come mi devo
muovere: devo avvisare/chiedere qualcosa a qualcuno prima di iniziare il
caricamento?
Ed inoltre cosa fondamentale, come taggo questo codice?
ref sul building relativo?

Grazie.

--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/Progetto-Montagne-Sicure-tp5885272.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: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Familie Nouws]

Marc: mijn irritatie is inderdaad in Ierland ontstaan! Verder heb je
natuurlijk gelijk dat er mooie specifieke topografische kaarten zijn, ware
het niet dat de motoren die de tiles ophoesten niet zo geweldig zijn. Ik
grijp om die reden toch altijd weer naar de standaardkaart. Maar misschien
heb je nog tips voor mij.

2016-11-03 13:25 GMT+01:00 Bas Couwenberg :

> On 2016-11-03 10:54, Paul de Laat wrote:
>
>> 1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
>> paarse puntjes. In de legenda staat niet wat ze betekenen: alle
>> stippellijnen zijn rood of blauw of groen. Niet paars.
>>
>
> Paarse stippellijnen zijn administratieve grenzen met hoge admin_level
> waardes (woonplaats/gemeente/provincie)
>
> 2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
>> duiden, er is niks. Dus mijn interpretatie is nu: dit zijn
>> bestuurlijke grenzen. Eigenlijk zouden die in dat geval in
>> doorgetrokken paars moeten worden aangegeven (zeggen de legenda).
>>
>
> De legenda is niet compleet genoeg, en toon alleen de rendering van
> landsgrenzen.
>
> 3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
>> kaart worden aangegeven? Zulke lijnen lijken me niet alleen overbodig,
>> maar ook nog eens verwarrend (zoals mij wel is gebleken inmiddels).
>>
>
> Omdat de OSM rendering een hulpmiddel voor mappers is, en de
> administratieve grenzen hebben o.a. invloed op de geocoding van Nominatim.
>
> Een van de weinige argumenten om administratieve grenzen niet in OSM te
> hebben is omdat de niet op de grond te verifieren zijn, maar ze zijn wel
> degelijk essentieel voor het gebruik van OSM data.
>
> Omdat het gebruik van externe data in OSM niet eenvoudig is zitten de
> administratieve grenzen ook in OSM. Dit heeft als nadeel dat onervaren
> mappers of ID gebruikers de officiele grenzen eenvoudig naar de klote
> kunnen helpen.
>
> Mvg,
>
> Bas
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>



-- 

Henk Nouws
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-fr] osmose et les arrêts de bus

[Jérôme Amagat]

les "network=fr_star" pourraient être changés en network=STAR.
Il existe aussi dans la région des network=fr_lila et fr_tan qui mériterai
aussi un changement massif.
Il y a aussi des ref:fr_illenoo autour de Rennes.


Le 3 novembre 2016 à 10:40, lenny.libre  a écrit :

>
>
> Le 02/11/2016 à 16:06, Jérôme Amagat a écrit :
>
> J'ai fait une erreur sur le tag public transport c'est les platform qui
> sont présentent dans les données donc il faudrait remplacer
> "public_transport": "stop_position", par "public_transport": "platform"
> Ensuite, pour shelter= il y a un problème ça marche pas quand c'est yes
> mais c'est normal j'ai mis "Abris" avec une "s" alors qu'il n'en faut pas
> il faut remplacer "Abris" par "Abri".
> Pour la référence, j'ai mis "ref:FR:Star" (Je l'ai construit comme d'autre
> ref) mais il existe déjà des "ref:fr_star" dont les valeurs correspondent
> (d’après les quelques uns que j'ai vérifié), je sais pas ce qu'il faut
> choisir comme nom.
>
> bonjour
> peut-être que ceux qui, au début, ont mis "ref:fr_" l'ont fait par erreur
> en l'assimilant à "network=fr_ " ...
>
>
> Le 28 octobre 2016 à 21:26, Frédéric Rodrigo  a
> écrit :
>
>> Salut,
>>
>> J'ai légèrement corrigé le code et je l'ai lancé.
>> Le résultat est là :
>> http://osm110.openstreetmap.fr/~fred/star/
>>
>> Tu peux valider que c'est bon pour toi ?
>>
>> Pour Paris on l'a retiré à cause de la qualité.
>>
>> Si vous proposez le paramétrage pour d'autres villes je prends aussi ;)
>>
>> Frédéric.
>>
>>
>> Le 27/10/2016 à 04:27, Jérôme Amagat a écrit :
>>
>>> ça parle beaucoup des bus, des bus à rennes en plus où il existe en open
>>> data la position de tous les arrêt ici https://data.rennesmetropole.f
>>> r/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/
>>> les données ont l'air très bonne, en regardant avec la photo aérienne
>>> les coordonnées ont l'air très bonne (a 2 mètre près des fois), il y a les
>>> noms ( là il y a un petit soucis : les accents sur les lettre majuscule
>>> n'existe pas comme pour Eglise) l’accès pmr et la présence d'abris sont
>>> indiqués.
>>> ça pourrait être pas mal de pouvoir les intégrer avec osmose.
>>>
>>> En me basant sur les exemples ici https://github.com/osm-fr/osmo
>>> se-backend/tree/master/analysers
>>> je dirais qu'il faudrait créer un test comme ça :
>>>
>>> #!/usr/bin/env python
>>> #-*- coding: utf-8 -*-
>>>
>>> from Analyser_Merge import Analyser_Merge, Source, CSV, Load, Mapping,
>>> Select, Generate
>>>
>>>
>>> class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge):
>>> def __init__(self, config, logger = None):
>>> self.missing_official = {"item":"8040", "class": 71, "level": 3,
>>> "tag": ["merge", "public transport"], "desc": T_(u"Star stop not
>>> integrated") }
>>> self.possible_merge   = {"item":"8041", "class": 73, "level": 3,
>>> "tag": ["merge", "public transport"], "desc": T_(u"Star stop, integration
>>> suggestion") }
>>> self.update_official  = {"item":"8042", "class": 74, "level": 3,
>>> "tag": ["merge", "public transport"], "desc": T_(u"Star stop update") }
>>> Analyser_Merge.__init__(self, config, logger,
>>> "https://data.rennesmetropole.fr/explore/dataset/topologie-d
>>> es-points-darret-de-bus-du-reseau-star",
>>> u"Topologie des points d'arrêt de bus du réseau STAR",
>>> CSV(Source(attribution = u"Keolis Rennes", millesime =
>>> "2016",
>>> fileUrl = "https://data.rennesmetropole.
>>> fr/explore/dataset/topologie-des-points-darret-de-bus-du-res
>>> eau-star/download/?format=csv=Europe/Berlin_lab
>>> els_for_header=true")),
>>> Load(lambda res: res['Coordonnées'].split(' - ')[1].strip(),
>>> lambda res: res['Coordonnées'].split(' - ')[0].strip()),
>>> Mapping(
>>> select = Select(
>>> types = ["nodes", "ways"],
>>> tags = {"highway": "bus_stop"}),
>>> osmRef = "ref:FR:Star",
>>> conflationDistance = 10,
>>> generate = Generate(
>>> static1 = {
>>> "highway": "bus_stop",
>>> "public_transport": "stop_position",
>>> "bus": "yes",
>>> "network": "Star"},
>>> static2 = {"source": self.source},
>>> mapping1 = {
>>> "ref:FR:Star": "Code",
>>> "name": "Nom",
>>> "wheelchair": "Accessible aux PMR",lambda res:
>>> "yes" if res["Accessible aux PMR"]=="true" else "no" if res["Accessible aux
>>> PMR"]=="false" else None
>>> "shelter": lambda res: "yes" if res["Mobilier"]
>>> and "Abris" in res["Mobilier"] else "no" if res["Mobilier"]=="Poteau" else
>>> None},
>>> text = lambda tags, fields: {"en": u"Star stop of
>>> %s" % 

Re: [Talk-GB] Technical Help

[Gregory]

Brian,

Are you looking to actually setup hardware somewhere and configure this
yourself(as a group)?
Or would you want someone to provide an OpenStreetMap hosted service that
you can put your own style or other customisations on?

Unless it was for personal learning purposes, I would consider the latter
option and have a chat with Andy Allan.
I would say it's the whole economies of scale with technical support. If
there's a problem with the server, or with some update needed, Andy's going
to be fixing it for his other servers/customers anyway.
https://www.thunderforest.com/pricing/


>From Newcastle,
Greg.

On 2 November 2016 at 08:32, Brian Prangle  wrote:

> Still looking for assistance in sizing a tile server
>
> On 28 Oct 2016 1:28 p.m., "Brian Prangle"  wrote:
>
>> Hi everyone
>>
>> We're about to start an exciting project together with Birmingham City
>> Council, Amey, Transport for West Midlands, Innovation Birmingham, OpenData
>> Institute and Birmingham City University.  More details to follow once it's
>> officially launched.
>>
>> There's a small amount of seed funding and we need to size a server and
>> storage that will serve OSM tiles for the West Midlands (Geofabrik's
>> download is 37MB for an osm.pbf file). We would need a production server
>> with an initial guesstimate hit rate of 5000 per day and a dev server, and
>> a backup for both.
>>
>> I've no idea how to do this but I'm hoping there's someone who can help
>> me.
>>
>> Regards
>>
>> Brian
>>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>


-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Tag "name" des arrêts de bus

[mga_geo]

Bonjour à tous,

J'ai trouvé plusieurs pratiques pour ce tag :
- le nom qui figure sur l'arrêt
- le nom qui figure sur les plans/horaires d'un réseau
- un des noms précédents "corriger" par osmose : par exemple St- => Saint-
- un nom composé du nom de la commune et de l'arrêt : Vezin-le-Coquet (Trois
Marches)
De plus, si un arrêt est commun à plusieurs réseaux, on a fréquemment des
noms différents au niveau des plans/horaires.

Afin de pouvoir utiliser les données en opendata, il faudrait des règles
claires, car gérer à la main les 1500 arrêts de la STAR et les 800 d'Illenoo
n'est pas réaliste.




--
View this message in context: 
http://gis.19327.n8.nabble.com/Tag-name-des-arrets-de-bus-tp5885268.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] OSC東京 2016秋の出展対応について

[Watanabe Takehiro]

渡邉です。

 

土曜日は、1000-1500ぐらいまで行きます。

よろしくお願いします。

 

From: Miura Hiroshi [mailto:miur...@osmf.jp] 
Sent: Thursday, November 3, 2016 6:21 PM
To: OpenStreetMap Japanese talk 
Subject: Re: [OSM-ja] OSC東京 2016秋の出展対応について

 

三浦です。

 

FOSS4G Tokyoもありますが、土曜日の１日目は朝からOSCに入りたいと思います。

 

 

2016年11月3日 15:08 yuu hayashi  >:

わかりました。

１日目の朝から早めに現地に入ります。

 

2016年11月3日 11:51 Takahisa TAGUCHI  >:

 

田口です。

林さん、ありがとうございます。

1日目の朝は対応できる人がいない可能性があるので、
ご都合がよければ、PCやパンフレット等を使って来てくれた方に
OSMの紹介等の対応をしてもらえると助かります。


On 2016/11/03 10:34, yuu hayashi wrote:

hayashiです
土日とも予定がなくて空いています。
私でもお手伝いできることがありますでしょうか？

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Bas Couwenberg]

On 2016-11-03 10:54, Paul de Laat wrote:

1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
paarse puntjes. In de legenda staat niet wat ze betekenen: alle
stippellijnen zijn rood of blauw of groen. Niet paars.


Paarse stippellijnen zijn administratieve grenzen met hoge admin_level 
waardes (woonplaats/gemeente/provincie)



2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
duiden, er is niks. Dus mijn interpretatie is nu: dit zijn
bestuurlijke grenzen. Eigenlijk zouden die in dat geval in
doorgetrokken paars moeten worden aangegeven (zeggen de legenda).


De legenda is niet compleet genoeg, en toon alleen de rendering van 
landsgrenzen.



3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
kaart worden aangegeven? Zulke lijnen lijken me niet alleen overbodig,
maar ook nog eens verwarrend (zoals mij wel is gebleken inmiddels).


Omdat de OSM rendering een hulpmiddel voor mappers is, en de 
administratieve grenzen hebben o.a. invloed op de geocoding van 
Nominatim.


Een van de weinige argumenten om administratieve grenzen niet in OSM te 
hebben is omdat de niet op de grond te verifieren zijn, maar ze zijn wel 
degelijk essentieel voor het gebruik van OSM data.


Omdat het gebruik van externe data in OSM niet eenvoudig is zitten de 
administratieve grenzen ook in OSM. Dit heeft als nadeel dat onervaren 
mappers of ID gebruikers de officiele grenzen eenvoudig naar de klote 
kunnen helpen.


Mvg,

Bas

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk] Which type of highways are used by routing software?

[Aun Johnsen]

Rule of thumb when thinking routing:

Don’t count on motor vehicle routing on highway=track, highway=road and 
highway=service, implementation of these tags vary greatly in routing software

For pedestrian routing, don’t count on restrictions for highway=primary, 
highway=trunk, highway=motorway and highway=*_link to be set correctly, if 
routing/non-routing is vital in surrounding of such roads, tag access on them 
so routing software can override

Priority between streets, sidewalks, and walkways are something that needs to 
be sorted out in each routing application, if you encounter problems, best is 
to open a ticket or issue with the routing provider.

Aun Johnsen

> On Nov 3, 2016, at 10:00, talk-requ...@openstreetmap.org wrote:
> 
> Another issue with routing software might be the kind of OSM object on
> which a highway tag is put. Highway=pedestrian areas (and other highway
> areas, but pedestrian are the most common) could be tagged on
> multipolygons, but last time I checked this there were no routers
> evaluating them (not even for routing along the edges, hence leaving gaps
> for pedestrian routing).
> 
> Cheers,
> Martin


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSRM-talk] Release 5.4.2

[Moritz Kobitzsch]

Hi,

we just pushed out a bugfix release for osrm.

We included the following fixes over 5.4.1

- Bugfixes

  - #3032 Fixed a bug that could result in emitting `invalid` as an
instruction type on sliproads with mode changes

  - #3085 Fixed an outdated assertion that could throw without a cause
for concern

  - #3037 Fixed omitting the last coordinate for overview=simplified

  - #3176 Fixed exposing wrong OSM ids in matching

  - Fixes splitting logic in map matching

As always the release comes with node-osrm binaries.

Cheers,
Moritz
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-cz] restaurace/pizzerie v blízkém okolí

[Ha Noj]

Tak pokud stačí BBOX dotaz a typ kuchyně si dotyčný dohledá tak toto:
http://overpass-turbo.eu/s/jNF

hanoj

Dne 3. listopadu 2016 12:25 Ladislav Nesnera  napsal(a):

> V mailingu konference OpenAlt  (ano, již tento
> víkend!), se nám objevil nevinný dotaz. Umíte je někdo za použití open
> source nástrojů elegantně zodpovědět?
>
> Díky a dovi na Altu   ;?)
>
>
>  Forwarded Message 
> Subject: Re: Fwd: [OA16] Dotaz do FAQ
> Date: Thu, 03 Nov 2016 12:18:08 +0100
> From: Karel Volný
> To: Ladislav Nesnera
>
>
> zdar,
>
> no, to není zrovna úložka, kterou bych nad OSM běžně řešil ... zkus to na
> listu, ale myslímže s vyhledáváním POI stejně budeš odkázán na jiné projekty
>
> K.
>
> Dne Čt 3. listopadu 2016 12:00:55 jste napsal(a):
> > Uměl bys nějaké pěkné vyhledání nad OSM?
> >
> >
> >
> >  Forwarded Message 
> > Subject:[OA16] Dotaz do FAQ
> > Date:   Thu, 03 Nov 2016 09:06:09 +0100 (CET)
> > From:   Aigor
> > Reply-To:   
> > To:
> >
> >
> >
> > Zdravím,
> >
> > uvítal bych tip na nějakou restauraci/pizzerii v blízkém okolí (do 30min
> > pěšky), pokud mi nevyhovuje výběr v menze.
> >
> > Díky
>
>
>
> ___
> 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: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Marc Gemis]

Henk,

Zoals ik al schreef, je kan je probleem kwijt op de github site. Dat
is de enige plek waar de makers van de standaard kaart naar kijken.
En als je een wandelkaart wil, waarom gebruik je dan niet een van de
vele andere kaarten ? Er zijn topologische kaarten, er zijn
vrijetijdskaarten enz.
De standaard kaart op osm heeft niet het doel om een goede wandelkaart
te zijn. Het is een kaart waar mappers hun werk kunnen controleren (in
zekere mate).
De kaart is trouwens totaal onbruikbaar als wandelkaart in
berggebieden e.d. omdat alle paths en footways er op dezelfde manier
getoond worden.



mvg

m


ps. Vermoedelijk is het probleem met grenzen nog veel erger in Ierland
waar ze meer dan 60.000  townlands hebben gemapped :-)

2016-11-03 12:34 GMT+01:00 Familie Nouws :
> Marc, jouw antwoord is het correcte verhaal, maar daarmee is het probleem
> van Paul niet opgelost. Ik ondersteun het punt wat Paul aanroert: is het
> zinvol om die bestuurlijke grenzen zo _opvallend_ op de kaart te zetten?
>
> Ik vind van niet:
>
> - Het verschil tussen grens en wandelpad is nauwelijks zichtbaar. Daar heb
> ik als wandelaar last van.
>
> - Het uitgangspunt voor de kaart is het zichtbare landschap. Oké, een beetje
> afwijken is best, maar dit is geen beetje.
>
> - Ik vermoed dat gemiddeld té weinig mensen die grenzen belangrijk vinden om
> het tonen er van te rechtvaardigen.
>
>
> Geen idee eigenlijk of andere mensen dit ook zo ervaren. En is het probleem
> wel bekend bij de renderers?
>
> Henk
>
> 2016-11-03 11:10 GMT+01:00 Marc Gemis :
>>
>> Als je op Niehove zoekt zal je zien dat die relatie samenvalt met de
>> stippellijn. Het is dus een bestuurlijke grens.
>> De legenda worden met de hand bij gehouden, misschien is de code
>> wijziging voor de bestuurlijke grenzen (van bepaalde niveaus) nog niet
>> handmatig toegevoegd.
>>
>> Grenzen kunnen heel handig zijn voor bepaalde toepassingen, daarom
>> misschien niet voor u.
>>
>> Het maken van een kaart bestaat voor een groot deel uit het maken van
>> keuzes. De makers van de standaard stijl hebben ervoor gekozen om de
>> bestuurlijke grenzen te tonen.
>> Er zijn vele andere kaarten die gebaseerd zijn op OSM (4 of 5 op de
>> osm.org website, maar ook op openstreetmap.de of openstreetmap.fr , of
>> kijk eens op gk.historic.place, zij bieden de mogelijkheid om te
>> kiezen tussen een 10-tal kaarten en overlays)
>>
>> Je kan normaal gezien suggesties doen voor verbeteringen/wijzigingen
>> aan de standaard kaart op github [1] maar ik acht de kans heel klein
>> dat ze de bestuurlijke grenzen gaan verwijderen. Een van de doelen van
>> de standaard kaart is om mappers hun werk te laten controleren,
>> grenzen horen daar nu eenmaal bij.
>>
>> mvg
>>
>> m
>>
>>
>> [1] https://github.com/gravitystorm/openstreetmap-carto
>>
>> 2016-11-03 10:54 GMT+01:00 Paul de Laat :
>> >
>> >
>> >
>> >
>> > Goedemorgen OSMers,
>> >
>> >
>> >
>> > Ik ben een eenvoudige gebruiker van met name OSM kaarten van Groningen
>> > (provincie). Twee zaken wil ik onder de aandacht brengen:
>> >
>> >
>> >
>> > 1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
>> > paarse
>> > puntjes. In de legenda staat niet wat ze betekenen: alle stippellijnen
>> > zijn
>> > rood of blauw of groen. Niet paars.
>> >
>> > 2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
>> > duiden, er is niks. Dus mijn interpretatie is nu: dit zijn bestuurlijke
>> > grenzen. Eigenlijk zouden die in dat geval in doorgetrokken paars moeten
>> > worden aangegeven (zeggen de legenda).
>> >
>> > 3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
>> > kaart
>> > worden aangegeven? Zulke lijnen lijken me niet alleen overbodig, maar
>> > ook
>> > nog eens verwarrend (zoals mij wel is gebleken inmiddels).
>> >
>> >
>> >
>> > Heeft iemand hier een goed antwoord op? Graag.
>> >
>> >
>> >
>> > Paul B. de Laat
>> >
>> > Groningen
>> >
>> > NL - The Netherlands
>> >
>> >
>> >
>> >
>> >
>> >
>> > ___
>> > Talk-nl mailing list
>> > Talk-nl@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-nl
>> >
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-nl
>
>
>
>
> --
>
> Henk Nouws
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Familie Nouws]

Marc, jouw antwoord is het correcte verhaal, maar daarmee is het probleem
van Paul niet opgelost. Ik ondersteun het punt wat Paul aanroert: is het
zinvol om die bestuurlijke grenzen zo _opvallend_ op de kaart te zetten?

Ik vind van niet:

- Het verschil tussen grens en wandelpad is nauwelijks zichtbaar. Daar heb
ik als wandelaar last van.

- Het uitgangspunt voor de kaart is het zichtbare landschap. Oké, een
beetje afwijken is best, maar dit is geen beetje.

- Ik vermoed dat gemiddeld té weinig mensen die grenzen belangrijk vinden
om het tonen er van te rechtvaardigen.


Geen idee eigenlijk of andere mensen dit ook zo ervaren. En is het probleem
wel bekend bij de renderers?

Henk

2016-11-03 11:10 GMT+01:00 Marc Gemis :

> Als je op Niehove zoekt zal je zien dat die relatie samenvalt met de
> stippellijn. Het is dus een bestuurlijke grens.
> De legenda worden met de hand bij gehouden, misschien is de code
> wijziging voor de bestuurlijke grenzen (van bepaalde niveaus) nog niet
> handmatig toegevoegd.
>
> Grenzen kunnen heel handig zijn voor bepaalde toepassingen, daarom
> misschien niet voor u.
>
> Het maken van een kaart bestaat voor een groot deel uit het maken van
> keuzes. De makers van de standaard stijl hebben ervoor gekozen om de
> bestuurlijke grenzen te tonen.
> Er zijn vele andere kaarten die gebaseerd zijn op OSM (4 of 5 op de
> osm.org website, maar ook op openstreetmap.de of openstreetmap.fr , of
> kijk eens op gk.historic.place, zij bieden de mogelijkheid om te
> kiezen tussen een 10-tal kaarten en overlays)
>
> Je kan normaal gezien suggesties doen voor verbeteringen/wijzigingen
> aan de standaard kaart op github [1] maar ik acht de kans heel klein
> dat ze de bestuurlijke grenzen gaan verwijderen. Een van de doelen van
> de standaard kaart is om mappers hun werk te laten controleren,
> grenzen horen daar nu eenmaal bij.
>
> mvg
>
> m
>
>
> [1] https://github.com/gravitystorm/openstreetmap-carto
>
> 2016-11-03 10:54 GMT+01:00 Paul de Laat :
> >
> >
> >
> >
> > Goedemorgen OSMers,
> >
> >
> >
> > Ik ben een eenvoudige gebruiker van met name OSM kaarten van Groningen
> > (provincie). Twee zaken wil ik onder de aandacht brengen:
> >
> >
> >
> > 1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
> paarse
> > puntjes. In de legenda staat niet wat ze betekenen: alle stippellijnen
> zijn
> > rood of blauw of groen. Niet paars.
> >
> > 2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
> > duiden, er is niks. Dus mijn interpretatie is nu: dit zijn bestuurlijke
> > grenzen. Eigenlijk zouden die in dat geval in doorgetrokken paars moeten
> > worden aangegeven (zeggen de legenda).
> >
> > 3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
> kaart
> > worden aangegeven? Zulke lijnen lijken me niet alleen overbodig, maar ook
> > nog eens verwarrend (zoals mij wel is gebleken inmiddels).
> >
> >
> >
> > Heeft iemand hier een goed antwoord op? Graag.
> >
> >
> >
> > Paul B. de Laat
> >
> > Groningen
> >
> > NL - The Netherlands
> >
> >
> >
> >
> >
> >
> > ___
> > Talk-nl mailing list
> > Talk-nl@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-nl
> >
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>



-- 

Henk Nouws
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[Talk-cz] restaurace/pizzerie v blízkém okolí

[Ladislav Nesnera]

V mailingu konference OpenAlt  (ano, již tento
víkend!), se nám objevil nevinný dotaz. Umíte je někdo za použití open
source nástrojů elegantně zodpovědět?

Díky a dovi na Altu   ;?)


 Forwarded Message 
Subject:Re: Fwd: [OA16] Dotaz do FAQ
Date:   Thu, 03 Nov 2016 12:18:08 +0100
From:   Karel Volný
To: Ladislav Nesnera



zdar,

no, to není zrovna úložka, kterou bych nad OSM běžně řešil ... zkus to na 
listu, ale myslímže s vyhledáváním POI stejně budeš odkázán na jiné projekty

K.

Dne Čt 3. listopadu 2016 12:00:55 jste napsal(a):
> Uměl bys nějaké pěkné vyhledání nad OSM?
> 
> 
> 
>  Forwarded Message 
> Subject:  [OA16] Dotaz do FAQ
> Date: Thu, 03 Nov 2016 09:06:09 +0100 (CET)
> From: Aigor
> Reply-To: 
> To: 
> 
> 
> 
> Zdravím,
> 
> uvítal bych tip na nějakou restauraci/pizzerii v blízkém okolí (do 30min
> pěšky), pokud mi nevyhovuje výběr v menze.
> 
> Díky

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-in] GeoHYD Nov 7th, 7-8.30 p.m

[srinivas kodali]

Hi All,

We are kickstarting GeoHYD this week. Srikanth Lakshmanan will be speaking
about his Indic Maps work followed by a discussion on the future of the
openstreetmap community and a brief discussion on savethemap. There will be
friends from other internet communities at the meetup due to the ongoing
ICANN public meeting in Hyderabad.

If you are in Hyderabad please do attend. The venue is Sweccha office in
Gachibowli. The location and complete address is on the website
http://www.geohyd.in/


Regards,
Srinivas Kodali
www.lostprogrammer.com
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it-trentino] Ciao a tutti

[Luca Delucchi]

2016-11-03 11:13 GMT+01:00 Cristian Cenci :
> Ciao a tutti,
>

Ciao,

> con colpevole ritardo (di un paio d'anni) finalmente mi sono iscritto a
> questa lista. :-)
>

bravo!

nelle prossime settimane ci saranno un po' di eventi, se riesci a
partecipare ;-)

> Buon lavoro a tutti,
>
> Cristian
>


-- 
ciao
Luca

www.lucadelu.org

___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

[Talk-it-trentino] Ciao a tutti

[Cristian Cenci]

Ciao a tutti,

con colpevole ritardo (di un paio d'anni) finalmente mi sono iscritto a 
questa lista. :-)


Buon lavoro a tutti,

Cristian


--
Cristian Cenci
Project manager Wiki Loves Monuments Italia
Coordinatore regionale per il Trentino-Alto Adige | Regionalkoordinator 
für Trentino-Südtirol

Wikimedia Italia – Associazione per la diffusione della conoscenza libera
Tel. +39 393 8005889 | cristian.ce...@wikimedia.it | www.wikimedia.it
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-it-trentino] SAT e OpenStreetMap - Sentieri e Cartografia libera - novità, opportunità e prospettive future

[girarsi_liste]

Il 03/11/2016 11:01, Jaqen ha scritto:
> 2016-11-03 10:37 GMT+01:00 girarsi_liste :
> 
>> Il 03/11/2016 01:12, Luca Delucchi ha scritto:
>>> Ciao a tutti,
>>>
>>> volevo segnalarvi il prossimo evento che si terrà il 25 novembre in
>>> via Manci a Trento.
>>>
>>> L'evento servirà a fare il punto sull'accordo tra CAI e Wikimedia e
>>> sulle attività future che si vorranno svolgere a livello Trentino.
>>>
>>> Maggiori informazioni si possono trovare in questa pagina (in via di
>>> aggiornamento)
>>> https://wiki.openstreetmap.org/wiki/Trentino/SAT
>>>
>>
> 
> Cerco di esserci!
> 
>>
>> Lassociazione riporta Via Manci 57, sarebbe quà?
>>
>> http://www.openstreetmap.org/node/1014941555#map=19/46.06961/11.12183
> 
> 
> Via Manci 57 è giusto, ma quello che hai linkato tu è il 57 di via Roma.
> 
> La sede della SAT è a Palazzo Saracini-Cresseri (qualche metro più ad est
> lungo la stessa strada).
> 
> Niccolò
> 

In effetti, non mi ero accorto, quindi è qui, Palazzo Saracini Cresseri:

http://www.openstreetmap.org/node/983735681#map=19/46.06969/11.12415


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

[OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Paul de Laat]

Goedemorgen OSMers,

Ik ben een eenvoudige gebruiker van met name OSM kaarten van Groningen 
(provincie). Twee zaken wil ik onder de aandacht brengen:


1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in paarse 
puntjes. In de legenda staat niet wat ze betekenen: alle stippellijnen zijn 
rood of blauw of groen. Niet paars.

2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te duiden, 
er is niks. Dus mijn interpretatie is nu: dit zijn bestuurlijke grenzen. 
Eigenlijk zouden die in dat geval in doorgetrokken paars moeten worden 
aangegeven (zeggen de legenda).

3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM kaart 
worden aangegeven? Zulke lijnen lijken me niet alleen overbodig, maar ook nog 
eens verwarrend (zoals mij wel is gebleken inmiddels).

Heeft iemand hier een goed antwoord op? Graag.

Paul B. de Laat
Groningen
NL - The Netherlands


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-fr] osmose et les arrêts de bus

[lenny.libre]

Le 02/11/2016 à 16:06, Jérôme Amagat a écrit :
J'ai fait une erreur sur le tag public transport c'est les platform 
qui sont présentent dans les données donc il faudrait remplacer 
"public_transport": "stop_position", par "public_transport": "platform"
Ensuite, pour shelter= il y a un problème ça marche pas quand c'est 
yes mais c'est normal j'ai mis "Abris" avec une "s" alors qu'il n'en 
faut pas il faut remplacer "Abris" par "Abri".
Pour la référence, j'ai mis "ref:FR:Star" (Je l'ai construit comme 
d'autre ref) mais il existe déjà des "ref:fr_star" dont les valeurs 
correspondent (d’après les quelques uns que j'ai vérifié), je sais pas 
ce qu'il faut choisir comme nom.



bonjour
peut-être que ceux qui, au début, ont mis "ref:fr_" l'ont fait par 
erreur en l'assimilant à "network=fr_ " ...


Le 28 octobre 2016 à 21:26, Frédéric Rodrigo > a écrit :


Salut,

J'ai légèrement corrigé le code et je l'ai lancé.
Le résultat est là :
http://osm110.openstreetmap.fr/~fred/star/


Tu peux valider que c'est bon pour toi ?

Pour Paris on l'a retiré à cause de la qualité.

Si vous proposez le paramétrage pour d'autres villes je prends
aussi ;)

Frédéric.


Le 27/10/2016 à 04:27, Jérôme Amagat a écrit :

ça parle beaucoup des bus, des bus à rennes en plus où il
existe en open data la position de tous les arrêt ici

https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/


les données ont l'air très bonne, en regardant avec la photo
aérienne les coordonnées ont l'air très bonne (a 2 mètre près
des fois), il y a les noms ( là il y a un petit soucis : les
accents sur les lettre majuscule n'existe pas comme pour
Eglise) l’accès pmr et la présence d'abris sont indiqués.
ça pourrait être pas mal de pouvoir les intégrer avec osmose.

En me basant sur les exemples ici
https://github.com/osm-fr/osmose-backend/tree/master/analysers

je dirais qu'il faudrait créer un test comme ça :

#!/usr/bin/env python
#-*- coding: utf-8 -*-

from Analyser_Merge import Analyser_Merge, Source, CSV, Load,
Mapping, Select, Generate


class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge):
def __init__(self, config, logger = None):
self.missing_official = {"item":"8040", "class": 71,
"level": 3, "tag": ["merge", "public transport"], "desc":
T_(u"Star stop not integrated") }
self.possible_merge   = {"item":"8041", "class": 73,
"level": 3, "tag": ["merge", "public transport"], "desc":
T_(u"Star stop, integration suggestion") }
self.update_official  = {"item":"8042", "class": 74,
"level": 3, "tag": ["merge", "public transport"], "desc":
T_(u"Star stop update") }
Analyser_Merge.__init__(self, config, logger,
   
"https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star


",
u"Topologie des points d'arrêt de bus du réseau STAR",
CSV(Source(attribution = u"Keolis Rennes",
millesime = "2016",
fileUrl =

"https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/download/?format=csv=Europe/Berlin_labels_for_header=true

")),
Load(lambda res: res['Coordonnées'].split(' -
')[1].strip(), lambda res: res['Coordonnées'].split(' -
')[0].strip()),
Mapping(
select = Select(
types = ["nodes", "ways"],
tags = {"highway": "bus_stop"}),
osmRef = "ref:FR:Star",
conflationDistance = 10,
generate = Generate(
static1 = {
"highway": "bus_stop",
"public_transport": "stop_position",
"bus": "yes",
"network": "Star"},
static2 = {"source": self.source},
mapping1 = {
"ref:FR:Star": "Code",
"name": "Nom",
  

Re: [Talk-it] [Violazione] Treviso Half Marathon

[girarsi_liste]

Il 03/11/2016 09:20, Cascafico Giovanni ha scritto:
> Questa pagina [1] ed il volantino sono oramai online dall'inizio dell'anno.
> Forse é il caso di mandare un avviso preventivo per la prossima.
> 
> Oramai trovò casi di violazioni senza nemmeno cercarle. É tutto un
> rifiorire di mappe, tanto che presto supereremo google maps :-(
> 
> Credo sia il caso di far decollare una pagina italiana wall-of-shame
> 
> [1] http://bit.ly/tvhalf
> 

praticamente qui:

http://www.openstreetmap.org/#map=14/45.8693/12.3020

Guardando vari siti, quello della maratona e altri, riportano quella di
Google, mentre qui vedo solo quella di OSM, ma la fonte non la vedo.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] outils osm et thématique handicap

[Benoit Fournier]

Bonjour Cyrille et la liste,

Voici des liens, un peu en vrac :

http://wiki.openstreetmap.org/wiki/Disabilities
http://wiki.openstreetmap.org/wiki/OSM_for_the_blind
http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services#Accessibility_for_persons_with_disabilities
http://wiki.openstreetmap.org/wiki/Research/Ideas#Rendering_and_navigation_alternatives_for_visually_impaired_persons

http://wiki.openstreetmap.org/wiki/Wheelmap
http://wheelmap.org/

http://wiki.openstreetmap.org/wiki/Wheelchair_routing
http://www.openrouteservice.org/

http://wiki.openstreetmap.org/wiki/HaptoRender
http://wiki.openstreetmap.org/wiki/SotM_2010_session:Maps_for_blind_and_visually_impaired_people
https://haptosm.de/
http://wiki.openstreetmap.org/wiki/LoroDux

http://wiki.openstreetmap.org/wiki/OSM_Direction_tool_for_Visually_Impaired

http://stateofthemap.us/2016/osm-lights-up-the-world-for-blind-users-with-sound/

http://wiki.openstreetmap.org/wiki/Accessible_Routing

http://www.rollstuhlkarte.ch/
http://www.rollstuhlrouting.de/routenplaner.html

Benoît


2016-11-03 9:11 GMT+01:00  :
> Bonjour,
>
> Je recherche des listes d'outils autour d'OSM et du Handicap. De plus en
> plus de gens me font part de leur déception de trouver des initiatives
> basées sur Google ou autres fermées.
>
> Aussi, connaissez-vous le fonctionnement de https://parking.handicap.fr ?
>
> Merci pour vos liens avec lesquels j'essayerai de compléter sur le wiki.osm
>
> Cyrille.
>
> --
>
>   Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours
>
>  (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
> ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø
>
>
> ___
> 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-ja] OSC東京 2016秋の出展対応について

[Miura Hiroshi]

三浦です。

FOSS4G Tokyoもありますが、土曜日の１日目は朝からOSCに入りたいと思います。


2016年11月3日 15:08 yuu hayashi :

> わかりました。
> １日目の朝から早めに現地に入ります。
>
> 2016年11月3日 11:51 Takahisa TAGUCHI :
>
> 田口です。
>>
>> 林さん、ありがとうございます。
>>
>> 1日目の朝は対応できる人がいない可能性があるので、
>> ご都合がよければ、PCやパンフレット等を使って来てくれた方に
>> OSMの紹介等の対応をしてもらえると助かります。
>>
>>
>> On 2016/11/03 10:34, yuu hayashi wrote:
>>
>>> hayashiです
>>> 土日とも予定がなくて空いています。
>>> 私でもお手伝いできることがありますでしょうか？
>>>
>>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

[Christian Quest]

A améliorer, mais bon, il n'y a pas de régression, c'est plutôt à ça que je
pense.

Si il n'y a pas de régression je peux passer le nouveau style en prod en
remplacement de l'actuel... et ensuite on refait un cycle d'amélioration
sur les réserves et sur les track.

Le 2 novembre 2016 à 23:47,  a écrit :

> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#
> 10/47.4926/-2.9025
> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#
> 13/47.6076/-2.7153
>
> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#
> 10/48.3713/-4.8827
>
> Je suis d'accord ça fait assez chargé.
> Ici on voit un parc à trous (hameaux) jouxtant un autre.
> Moins épais ? Ça risque d'être difficile de différencier les intérieurs et
> les extérieurs.
> Colorier le tout avec une transparence ? 20 % vert ? Pas terrible avec la
> forêt à ne pas confondre.
> Peut-être ne mettre qu'un symbole sur les petites zones ?
>
> Au niveau 10, peut-être ne devrait-on mettre que le polygone inscrit (ou
> une ellipse ?) pour simplifier le tracé.
>
> Effectivement le style actuel de la fondation me fait, on peut avoir des
> marques nautiques dessus tout en restant lisible :
> http://map.openseamap.org/?zoom=12=BFTFFFTFFTF0FF=47.
> 62805=-3.418
> De même quand une forêt est partiellement protégée, ça se voit bien.
>
> Jean-Yvon
>
>
> Le 02/11/2016 à 16:53, althio - althio.fo...@gmail.com a écrit :
>
> Salut,
>
> Je ne trouve pas très esthétique le rendu pour les contours des
> réserves naturelles à partir de zoom 10, pour les zooms 
> 10-12.http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#10/45.5972/6.0500http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#11/48.3834/2.7092
>
> Suggestions ?
> - un trait moins épais ?
> - ne pas afficher les éléments trop petits ?
> - simplifier le tracé ?
>
> Benoît - althio
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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-cat] MSF & Missing Maps: Mapatón 16 Noviembre

[Wladimir Szczerban]

Hola a todos,

Aquí les dejo el enlace para que se apunten

https://www.eventbrite.es/e/entradas-msf-missing-maps-mapaton-28690559235?aff=es2

-- 
Saludos,

Bolo
www.geoinquiets.cat
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[Talk-it] [Violazione] Treviso Half Marathon

[Cascafico Giovanni]

Questa pagina [1] ed il volantino sono oramai online dall'inizio dell'anno.
Forse é il caso di mandare un avviso preventivo per la prossima.

Oramai trovò casi di violazioni senza nemmeno cercarle. É tutto un
rifiorire di mappe, tanto che presto supereremo google maps :-(

Credo sia il caso di far decollare una pagina italiana wall-of-shame

[1] http://bit.ly/tvhalf
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] outils osm et thématique handicap

[cyrille+talk-fr]

Bonjour,

Je recherche des listes d'outils autour d'OSM et du Handicap. De plus en 
plus de gens me font part de leur déception de trouver des initiatives 
basées sur Google ou autres fermées.


Aussi, connaissez-vous le fonctionnement de https://parking.handicap.fr ?

Merci pour vos liens avec lesquels j'essayerai de compléter sur le wiki.osm

Cyrille.

--

  Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours

 (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] OSC東京 2016秋の出展対応について

[yuu hayashi]

わかりました。
１日目の朝から早めに現地に入ります。

2016年11月3日 11:51 Takahisa TAGUCHI :

> 田口です。
>
> 林さん、ありがとうございます。
>
> 1日目の朝は対応できる人がいない可能性があるので、
> ご都合がよければ、PCやパンフレット等を使って来てくれた方に
> OSMの紹介等の対応をしてもらえると助かります。
>
>
> On 2016/11/03 10:34, yuu hayashi wrote:
>
>> hayashiです
>> 土日とも予定がなくて空いています。
>> 私でもお手伝いできることがありますでしょうか？
>>
>> 2016年11月2日 12:46 Taro Matsuzawa > >:
>>
>> 松澤です。
>>
>> 前に行けるって言っていたんですが、
>> 5日にFOSS4Gがあるので、6日のみ参加となります。
>> 申し訳ないですがよろしくです。
>>
>> On 2016/11/02 12:06, Satoshi IIDA wrote:
>>
>>
>> いいだです。
>>
>> あああー、僕も、今回は難しそうです。
>> （5日にFOSS4G参加なので、東大にいます。
>> 6日は家族対応なので、行けたとしても朝からは難しい）
>>
>> どなたか、お願いできますでしょうか？
>>
>>
>>
>>
>> 2016年11月2日 11:48 Takahisa TAGUCHI > 
>> >>:
>>
>> 田口です。
>>
>> 今週末、11/5（土）、11/6（日）に「オープンソースカンファレン
>> ス2016
>> Tokyo/Fall」が開催されます。
>>
>> 場所はいつも通り 明星大学日野キャンパス です。
>> http://www.ospn.jp/osc2016-fall/
>> 
>> > >
>>
>> OpenStreetMap Japanコミュニティも例年通り出展しますが、残念
>> ながら
>> 私は別件のため両日とも参加できないことになってしまったので
>> 展示の対応をしていただける方を募集します。
>>
>> 私のほうから以下の配布物を準備していて、当日は机の上に置いてある
>> はずです。
>>
>>・A4パンフ 約100部
>>・旧ミニパンフ 100部
>>・新ミニパンフ 200部
>>・WheelMapステッカー 少数
>>
>> 残った配布物は他のイベントに配布してもらって構いません。
>> よろしくお願いいたします。
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org 
>> > >
>> https://lists.openstreetmap.org/listinfo/talk-ja
>> 
>> > >
>>
>>
>>
>>
>> --
>> Satoshi IIDA
>> mail: nyamp...@gmail.com 
>> >
>> twitter: @nyampire
>>
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-ja
>> 
>>
>>
>>
>> --
>> Georepublic Japan Ltd.
>> c/o CommunityLink
>> 5-3-1 Kumoidori, Chuo Ward
>> Kobe 651-0096
>>
>> Taro Matsuzawa
>> Senior Developer
>>
>> eMail: t...@georepublic.co.jp 
>> Web: https://georepublic.info
>>
>> Tel: +81 (03) 6868 5418 
>> Fax: +81 (03) 3374 0291 
>>
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-ja
>> 
>>
>>
>>
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>>
>>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja