date:20161223

Tu as un exemple d'intégration sur les pharmacies, que j'ai rapidement fait
pendant le hackathon "opensirene":
http://osmose.openstreetmap.fr/fr/map/#item=7170=99

La première étape consiste à géocoder le mieux possible cette base... ce
qui m'a pris quelques jours pour préparer ce hackathon. C'est pas parfait,
mais franchement exploitable.

Ensuite il faudra faire attention à la temporalité... la diffusion de
SIRENE sera quotidienne (difficile de faire mieux !).
Une entreprise inscrite sera donc visible en principe le lendemain dans la
base, mais son activité sur le terrain pourra ne démarrer que plus tard.
On a le problème inverse des établissements dont l'activité a cessé, mais
qui n'ont pas encore été retirés de SIRENE... et là ça peut prendre un
certain temps.
Dernier point, les adresses correspondent en principe au lieu d'activité,
mais ce n'est pas toujours contrôlé ou mis à jour... donc on peut avoir une
localisation qui ne correspond par à un vrai "POI" au sens OSM.

Il faut aussi bien faire le tri car il n'y a pas que des entreprises, on
trouve aussi des associations et des activités de type profession libérale,
auto-entrepreneur.

Malgré ces limites, c'est une source formidable à utiliser avec un peu de
recul car tout intégrer dans OSM n'est pas forcément bien utile... surtout
que les données seront accessibles à tout le monde.

Je compte remettre en route mon "etat commune" pour indiquer l'écart entre
OSM et entre autre SIRENE pour suggérer des pistes d'améliorations dans OSM
mais vu à la maille d'une commune.


Le 23 décembre 2016 à 17:10, Julien Lepiller  a écrit :

> Bonjour,
>
> aujourd'hui on m'a envoyé ce lien :
> http://www.sirene.fr/sirene/public/static/contenu-fichiers, en rapport
> avec celui-ci :
> https://www.etalab.gouv.fr/louverture-du-repertoire-
> sirene-par-linsee-au-1er-janvier-2017-une-avancee-majeure-pour-lopen-data.
>
> La base sirene sera disponible en opendata à partir de janvier
> prochain. Elle contient les informations que possède l'INSEE sur les
> entreprises françaises et les services publics. On pourrait imaginer
> s'en servir pour améliorer les données concernant ces établissements. On
> trouve dans ces données le nom et l'adresse de l'établissement (on peut
> espérer que leurs adresses ne soient pas toutes des CEDEX), ce qui
> pourrait par exemple être intégré à osmose pour proposer des
> entreprises manquantes.
>
> ___
> 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-it] area SIC come fare?

2016-12-23 Per discussione frali...@alice.it

Buongiorno,

vorrei inserire un'area SIC, poichè potrebbe essere qualcosa di delicato, 
vorrei aiutarmi appoggiandomi a qualche cartografia ufficiale, esiste qualche 
tecnica per sovrapporre tali cartografie su JOSM?
DEnKiU
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

2016-12-23 Per discussione Diego García

Hola Juanma, un saludo.

Lo que planteas no es viable, si te he entendido bien. Quieres traer datos
de topohispania a OSM, y eso es totalmente imposible.

Vengo de (probablemente) el mismo mundo que tú: GPS Garmin o twonav,
bicicleta, senderismo, montaña, y harto de mapas que dejan mucho que
desear. Voy con la bici y, a veces, hasta coincide la vía representada en
el GPS por el sitio donde voy. Meto el topohispania en mi GPS y, sorpresa,
me aparecen muchas más cosas, pero siguen sin coincidir. Algo raro ocurre y
no tardo en darme cuenta: topohispania es una importación del IGN, aunque
mejor hecha y más completa que los oficiales de Garmin o twonav.

Descubro el IGN y el pnoa, y veo el cielo abierto: decido hacer mis propios
mapas, de mi zona, para mí y nadie más. Bebo de varias fuentes y consigo un
mapa hecho por mí que me da mil vueltas a cualquiera. Pero sólo lo puedo
usar yo, y me gustaría que fuera para todo el mundo. Entonces descubro OSM,
y tengo la misma idea que tú.

Es el mapa ideal. Lo hago yo, para mí o para cualquiera que lo necesite.
Pero OJO, no puedo hacer lo que quiera, y se entiende cuando estudias lo
que pone en la wiki, y lo que hacen los demás. Aquí no puedes sacar datos
de cualquier sitio. Las fuentes tienen que ser expresamente libres, o
mejor, debes obtenerlas por tí mismo, a veces con el GPS en la mano. Eso lo
tuve claro desde el principio, y me limitó a trabajar en una única zona,
por la que me muevo, con datos de primera mano obtenidos por mí, apoyado
por las ortofotos del pnoa. He ido a más y, actualmente, te puedo asegurar
que la zona que trabajo le da trece mil vueltas al Garmin, al twonav, al
IGN y al topohispania todos juntos.

Y me temo que topohispania no es libre. Se formó a partir de los datos del
IGN, por lo que su importación a OSM no es viable: sería como hacer una
importación masiva desde IGN, lo que tiene unas reglas muy estrictas ya
establecidas, entre ellas que los datos deben tomarse de la fuente
original, es decir, del propio IGN (sea pnoa, btn, o lo que sea). Si se
traen datos de topohispania eso no se cumple ni de lejos.

Insisto: si te he entendido bien, quieres traer datos de topohispania a
OSM. NO se puede, los datos de topohispania vienen del IGN. Has comparado
zonas poco mapeadas en OSM con topohispania y te has llevado la (falsa)
sensación de que en OSM faltan cosas que sí están en topohispania. Créeme,
ese error ya lo hemos cometido muchos, no eres el primero.

Te animo a que hagas lo que yo: mapea tu zona en OSM, en los términos que
se permite. Te divertirás y tus datos servirán para que la gente que te
visite tenga un mapa de verdad, varios niveles por encima del topohispania.
Y, recíprocamente, cuando visites mi zona, obtendrás lo mismo. Que mi
trabajo le sirva a otros es una de las cosas que más me llenan hoy en mi
vida, con diferencia.

Un cordial saludo,




El vie., 23 dic. 2016 20:14, juanmaf...@gmail.com 
escribió:

Hola, Santiago.

Los datos ya los tengo, sin metadatos, salvo el nombre y el tipo
(etiquetado garmin) falta agregar las correspondientes etiquetas OSM, pues
el topoHispania, como he dicho, usa el etiquetado de garmin.

Mi idea actual es, partiendo de los datos de OSM , añadir un montón de
nuevos datos que no están en OSM,  entre ellos las charcas y lagunas, y
crear un mapa en formato mapsforge,(con la idea de poder usarlo en
Oruxmaps, que es lo que me llevo  al campo), por eso he ofrecido los datos
nuevos.

Por supuesto que cuando OSM actualice nuevos datos los iré cogiendo y
añadiendo al proyecto.

Muchas gracias, Santi, miraré a ver si cuando acabe con el mapa puedo
colaborar con vosotros, que seguro que sí.

Un saludo.

El 23/12/2016 19:48, "Santiago Crespo"  escribió:
>
> Hola juanmafont, bienvenido!
>
> ¿Por qué no coger los datos de las fuentes originales?
>
> Por ejemplo, para las lagunas ya hemos empezado a preparar una posible
> importación del IGN:
> https://wiki.openstreetmap.org/wiki/ES:Import_BTN25_Lagoons
>
> Aquí tienes unas lagunas de ejemplo, generadas con los procedimientos y
> scripts que pone en la wiki:
> http://flanera.net/LAGUNAS-Guipuzkoa.osm
>
> Y aquí las lagunas de España, que podrían valerte para tu mapa (ojo, son
> 290MB al descomprimirlo y hay que dar reconocimiento al IGN)
> http://flanera.net/LAGUNAS-España.osm.7z
>
> Unos pantallazos del JOSM mostrando el archivo anterior:
> http://i.imgur.com/Aqhz2i0.png
> http://i.imgur.com/MBB2eI2.png
>
> Además de la forma de la laguna, hay metadatos interesantes: si es
> permanente o no, agua dulce o salada, etc.
>
> El IGN está hablando con la OpenStreetMap Foundation. Si todo va bien,
> tendremos una carta de autorización expresa para a usar todos sus
> productos digitales para mejorar OSM.
>
> Si te sigue interesando la idea de mejorar OSM importando datos, hay que
> seguir las "Import Guidelines" y el "Automated Edits code of conduct":
>
> http://wiki.osm.org/wiki/Import/Guidelines
>
>

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

2016-12-23 Per discussione Santiago Crespo

Mi duda es por qué usar los datos de TopoHispania teniendo la BTN25 del
IGN. TopoHispania entiendo que se basó en la BTN25 y por lo que leo en
tu post, introdujeron errores en el proceso. Los datos del IGN creo que
estarán más completos, más actualizados, y con menos errores que los de
TopoHispania.

Puedes generar archivos .osm a partir de los .shp del IGN usando el
script btn252osm.sh, mezclar archivos .osm "del IGN" y de OSM y al final
generar tu mapa en formato mapsforge. Si creas las traducciones de
etiquetas IGN-OSM que correspondan, puedes usar btn252osm.sh para
cualquier otro elemento de la BTN25 que quieras incorporar a tu mapa.

Si decides seguir este camino y publicas los archivos de traducciones y
lo documentas en la wiki (al estilo de la página de las lagunas, por
ejemplo), estarás ayudando a organizar estas posibles importaciones a OSM.

Saludos,
Santiago

On 12/23/2016 08:13 PM, juanmaf...@gmail.com wrote:
> Hola, Santiago.
> 
> Los datos ya los tengo, sin metadatos, salvo el nombre y el tipo
> (etiquetado garmin) falta agregar las correspondientes etiquetas OSM,
> pues el topoHispania, como he dicho, usa el etiquetado de garmin.
> 
> Mi idea actual es, partiendo de los datos de OSM , añadir un montón de
> nuevos datos que no están en OSM,  entre ellos las charcas y lagunas, y
> crear un mapa en formato mapsforge,(con la idea de poder usarlo en
> Oruxmaps, que es lo que me llevo  al campo), por eso he ofrecido los
> datos nuevos.
> 
> Por supuesto que cuando OSM actualice nuevos datos los iré cogiendo y
> añadiendo al proyecto.
> 
> Muchas gracias, Santi, miraré a ver si cuando acabe con el mapa puedo
> colaborar con vosotros, que seguro que sí.
> 
> Un saludo.
> 
> El 23/12/2016 19:48, "Santiago Crespo"  > escribió:
>>
>> Hola juanmafont, bienvenido!
>>
>> ¿Por qué no coger los datos de las fuentes originales?
>>
>> Por ejemplo, para las lagunas ya hemos empezado a preparar una posible
>> importación del IGN:
>> https://wiki.openstreetmap.org/wiki/ES:Import_BTN25_Lagoons
>>
>> Aquí tienes unas lagunas de ejemplo, generadas con los procedimientos y
>> scripts que pone en la wiki:
>> http://flanera.net/LAGUNAS-Guipuzkoa.osm
>>
>> Y aquí las lagunas de España, que podrían valerte para tu mapa (ojo, son
>> 290MB al descomprimirlo y hay que dar reconocimiento al IGN)
>> http://flanera.net/LAGUNAS-España.osm.7z
> 
>>
>> Unos pantallazos del JOSM mostrando el archivo anterior:
>> http://i.imgur.com/Aqhz2i0.png
>> http://i.imgur.com/MBB2eI2.png
>>
>> Además de la forma de la laguna, hay metadatos interesantes: si es
>> permanente o no, agua dulce o salada, etc.
>>
>> El IGN está hablando con la OpenStreetMap Foundation. Si todo va bien,
>> tendremos una carta de autorización expresa para a usar todos sus
>> productos digitales para mejorar OSM.
>>
>> Si te sigue interesando la idea de mejorar OSM importando datos, hay que
>> seguir las "Import Guidelines" y el "Automated Edits code of conduct":
>>
>> http://wiki.osm.org/wiki/Import/Guidelines
>>
>> http://wiki.osm.org/wiki/Automated_Edits_code_of_conduct
>>
>> Saludos,
>> Santiago
>>
>>
>> On 12/23/2016 05:43 PM, juanmaf...@gmail.com
>  wrote:
>> >   Hola a todos ¡¡¡
>> >
>> >   En la actualidad me encuentro realizando un mapa en formato
>> > mapsforge, la fuente de datos base será OSM, pero también voy a
>> > incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
>> > sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
>> > oficiales españoles, como el CNIG y similares, así que son datos
>> > válidos para su distribución pública. El caso es que me gustaría poner
>> > a disposición de la comunidad española de OSM todos estos datos para
>> > que se vuelquen en su base de datos, estoy hablando de cientos de
>> > miles (incluso puede que millones) de edificios , de pequeños cauces
>> > de ríos, cientos de miles de puntos como fuentes, puntos km de
>> > carreteras, cientos de miles de pequeños caminos y senderos, cientos
>> > de miles de pequeñas lagunas, etc, etc.
>> >
>> >En estos momentos sigo limpiando la información (ver problema
>> > original de Topohispania aquí:
>> > http://blog.barrancosysimas.com/p/proyecto.html ).
>> >
>> >   Una vez que termine de limpiar toda la información que tengo (varios
>> > GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
>> > que éste trabajo podría llegar a mejor puerto si cuento con personas
>> > con más experiencia en OSM, a dichas personas les puedo pasar las
>> > muestras de zonas que crean necesarias para que vean la cantidad y
>> > calidad de nueva información de la que estoy hablando y ver que TAGS
>> > son los más adecuados para la nueva información.
>> >
>> >Bueno, espero poder colaborar con la comunidad y que pronto el mapa
>> > de OSM de la zona de España tenga un mejor acabado.
>> >
>> >Un saludo a todos y

semanárioOSM Nº 335 13/12/2016-19/12/2016

Bom dia,

O semanárioOSM Nº 335, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado em português:

http://www.weeklyosm.eu/pb/archives/8494/

Aproveite!

semanarioOSM?
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

semanarioOSM Nº 335 13/12/2016-19/12/2016

Hola, el semanario Nº 335, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/8494/

¡Disfruta!

semanarioOSM?
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 335 13/12/2016-19/12/2016

Hola, el semanario Nº 335, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/8494/

¡Disfruta!

semanarioOSM?
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

hebdoOSM Nº 335 13/12/2016-19/12/2016

Bonjour,

Le résumé hebdomadaire n° 335 de l'actualité OpenStreetMap vient de paraître en 
français. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8494/

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-ie] weeklyOSM #335 13/12/2016-19/12/2016

The weekly round-up of OSM news, issue # 335,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8494/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-GB] weeklyOSM #335 13/12/2016-19/12/2016

The weekly round-up of OSM news, issue # 335,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8494/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-us] weeklyOSM #335 13/12/2016-19/12/2016

The weekly round-up of OSM news, issue # 335,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8494/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-in] weeklyOSM #335 13/12/2016-19/12/2016

The weekly round-up of OSM news, issue # 335,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8494/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-ca] weeklyOSM #335 13/12/2016-19/12/2016

The weekly round-up of OSM news, issue # 335,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8494/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk] weeklyOSM #335 13/12/2016-19/12/2016

The weekly round-up of OSM news, issue # 335,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8494/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

2016-12-23 Per discussione Gautier Pelloux-Prayer

Serait-il possible d'ajouter le rendu des pistes de course : course 
équestre (leisure=horse_racing) ou piste d'athlétisme et de course à 
pied (sport=athletics et sport=running), etc. ?
Actuellement elles ne sont pas representées (par ex ici : 
http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#19/45.17942/5.75833 
).



Le ven. 23 déc. 2016 à 20:23, Christian Quest 
 a écrit :
Pour les track/gradeX, j'ai repris les mêmes pointillés que sur le 
rendu international... dans la prochaine livraison...


Le 22 décembre 2016 à 15:40, JB  a écrit :

Salut Christian,
Sacré boulot que tu fais là !
Par contre, en zone rurale (mon dada), le rendu international a bien 
avancé, mais pas repris sur le rendu FR. Notamment l'avancée 
principale : la réorganisation des tirets selon le tracktype serait 
très bienvenue, la progression actuelle étant incohérente pour le 
tracktype=grade4. (Sinon, le boulot fait sur les path/footway est 
intéressant aussi)
Voilà voilà, n'hésite pas à différencier encore un peu plus les 
locality des autres lieu-dits (j'aurais mis un coup de font-stretch 
ou son équivalent s'il existe sur mapnik sur les locality, par 
exemple).

JB.

Le 21/12/2016 à 19:45, Christian Quest a écrit :

Je profite des congés pour avancer sur le rendu FR...

La liste des commit s'allonge et donne une idée des changements: 
https://github.com/cquest/osmfr-cartocss/commits/master


Après avoir passé pas mal de temps sur les optimisations pour 
accélrer le rendu là où c'était le plus urgent, je suis de 
retour sur le côté graphique.


Une grosse nouveauté: l'estompage des objets "indoor" qui devrait 
alléger les abords de certaines gares ;) Pour ça, le rendu 
considère tout objet avec un level=* négatif comme indoor.


Les "shield" sur les routes sont mieux répartis. Pour cela, la 
requête SQL regroupe les différents tronçons ayant le même 
highway+ref car vu qu'on tronçonne de plus en plus il faut en 
passer par là !


Résultat visible sur 
http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#6/47.376/2.186


Le pré-calcul des tuiles est en cours donc tout n'est pas encore 
dispo et peut nécessiter un délais de génération...



--
Christian Quest - OpenStreetMap France


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



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





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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Pour les track/gradeX, j'ai repris les mêmes pointillés que sur le rendu
international... dans la prochaine livraison...

Le 22 décembre 2016 à 15:40, JB  a écrit :

> Salut Christian,
> Sacré boulot que tu fais là !
> Par contre, en zone rurale (mon dada), le rendu international a bien
> avancé, mais pas repris sur le rendu FR. Notamment l'avancée principale :
> la réorganisation des tirets selon le tracktype serait très bienvenue, la
> progression actuelle étant incohérente pour le tracktype=grade4. (Sinon, le
> boulot fait sur les path/footway est intéressant aussi)
> Voilà voilà, n'hésite pas à différencier encore un peu plus les locality
> des autres lieu-dits (j'aurais mis un coup de font-stretch ou son
> équivalent s'il existe sur mapnik sur les locality, par exemple).
> JB.
>
> Le 21/12/2016 à 19:45, Christian Quest a écrit :
>
> Je profite des congés pour avancer sur le rendu FR...
>
> La liste des commit s'allonge et donne une idée des changements:
> https://github.com/cquest/osmfr-cartocss/commits/master
>
> Après avoir passé pas mal de temps sur les optimisations pour accélrer le
> rendu là où c'était le plus urgent, je suis de retour sur le côté graphique.
>
> Une grosse nouveauté: l'estompage des objets "indoor" qui devrait alléger
> les abords de certaines gares ;) Pour ça, le rendu considère tout objet
> avec un level=* négatif comme indoor.
>
> Les "shield" sur les routes sont mieux répartis. Pour cela, la requête SQL
> regroupe les différents tronçons ayant le même highway+ref car vu qu'on
> tronçonne de plus en plus il faut en passer par là !
>
> Résultat visible sur http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_
> 99740#6/47.376/2.186
>
> Le pré-calcul des tuiles est en cours donc tout n'est pas encore dispo et
> peut nécessiter un délais de génération...
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

Hola, Santiago.

Los datos ya los tengo, sin metadatos, salvo el nombre y el tipo
(etiquetado garmin) falta agregar las correspondientes etiquetas OSM, pues
el topoHispania, como he dicho, usa el etiquetado de garmin.

Mi idea actual es, partiendo de los datos de OSM , añadir un montón de
nuevos datos que no están en OSM,  entre ellos las charcas y lagunas, y
crear un mapa en formato mapsforge,(con la idea de poder usarlo en
Oruxmaps, que es lo que me llevo  al campo), por eso he ofrecido los datos
nuevos.

Por supuesto que cuando OSM actualice nuevos datos los iré cogiendo y
añadiendo al proyecto.

Muchas gracias, Santi, miraré a ver si cuando acabe con el mapa puedo
colaborar con vosotros, que seguro que sí.

Un saludo.

El 23/12/2016 19:48, "Santiago Crespo"  escribió:
>
> Hola juanmafont, bienvenido!
>
> ¿Por qué no coger los datos de las fuentes originales?
>
> Por ejemplo, para las lagunas ya hemos empezado a preparar una posible
> importación del IGN:
> https://wiki.openstreetmap.org/wiki/ES:Import_BTN25_Lagoons
>
> Aquí tienes unas lagunas de ejemplo, generadas con los procedimientos y
> scripts que pone en la wiki:
> http://flanera.net/LAGUNAS-Guipuzkoa.osm
>
> Y aquí las lagunas de España, que podrían valerte para tu mapa (ojo, son
> 290MB al descomprimirlo y hay que dar reconocimiento al IGN)
> http://flanera.net/LAGUNAS-España.osm.7z
>
> Unos pantallazos del JOSM mostrando el archivo anterior:
> http://i.imgur.com/Aqhz2i0.png
> http://i.imgur.com/MBB2eI2.png
>
> Además de la forma de la laguna, hay metadatos interesantes: si es
> permanente o no, agua dulce o salada, etc.
>
> El IGN está hablando con la OpenStreetMap Foundation. Si todo va bien,
> tendremos una carta de autorización expresa para a usar todos sus
> productos digitales para mejorar OSM.
>
> Si te sigue interesando la idea de mejorar OSM importando datos, hay que
> seguir las "Import Guidelines" y el "Automated Edits code of conduct":
>
> http://wiki.osm.org/wiki/Import/Guidelines
>
> http://wiki.osm.org/wiki/Automated_Edits_code_of_conduct
>
> Saludos,
> Santiago
>
>
> On 12/23/2016 05:43 PM, juanmaf...@gmail.com wrote:
> >   Hola a todos ¡¡¡
> >
> >   En la actualidad me encuentro realizando un mapa en formato
> > mapsforge, la fuente de datos base será OSM, pero también voy a
> > incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
> > sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
> > oficiales españoles, como el CNIG y similares, así que son datos
> > válidos para su distribución pública. El caso es que me gustaría poner
> > a disposición de la comunidad española de OSM todos estos datos para
> > que se vuelquen en su base de datos, estoy hablando de cientos de
> > miles (incluso puede que millones) de edificios , de pequeños cauces
> > de ríos, cientos de miles de puntos como fuentes, puntos km de
> > carreteras, cientos de miles de pequeños caminos y senderos, cientos
> > de miles de pequeñas lagunas, etc, etc.
> >
> >En estos momentos sigo limpiando la información (ver problema
> > original de Topohispania aquí:
> > http://blog.barrancosysimas.com/p/proyecto.html ).
> >
> >   Una vez que termine de limpiar toda la información que tengo (varios
> > GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
> > que éste trabajo podría llegar a mejor puerto si cuento con personas
> > con más experiencia en OSM, a dichas personas les puedo pasar las
> > muestras de zonas que crean necesarias para que vean la cantidad y
> > calidad de nueva información de la que estoy hablando y ver que TAGS
> > son los más adecuados para la nueva información.
> >
> >Bueno, espero poder colaborar con la comunidad y que pronto el mapa
> > de OSM de la zona de España tenga un mejor acabado.
> >
> >Un saludo a todos y gracias por vuestro brutal trabajo.
> >
> >
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

2016-12-23 Per discussione Santiago Crespo

Se me olvidaba poner los enlaces a las páginas en la wiki para coordinar
las posibles importaciones de la BTN25/IGN:
https://wiki.openstreetmap.org/wiki/ES:Import_BTN25
https://wiki.openstreetmap.org/wiki/ES:Import_IGN

Y al catálogo del IGN:
http://centrodedescargas.cnig.es/CentroDescargas/catalogo.do

On 12/23/2016 07:47 PM, Santiago Crespo wrote:
> Hola juanmafont, bienvenido!
> 
> ¿Por qué no coger los datos de las fuentes originales?
> 
> Por ejemplo, para las lagunas ya hemos empezado a preparar una posible
> importación del IGN:
> https://wiki.openstreetmap.org/wiki/ES:Import_BTN25_Lagoons
> 
> Aquí tienes unas lagunas de ejemplo, generadas con los procedimientos y
> scripts que pone en la wiki:
> http://flanera.net/LAGUNAS-Guipuzkoa.osm
> 
> Y aquí las lagunas de España, que podrían valerte para tu mapa (ojo, son
> 290MB al descomprimirlo y hay que dar reconocimiento al IGN)
> http://flanera.net/LAGUNAS-España.osm.7z
> 
> Unos pantallazos del JOSM mostrando el archivo anterior:
> http://i.imgur.com/Aqhz2i0.png
> http://i.imgur.com/MBB2eI2.png
> 
> Además de la forma de la laguna, hay metadatos interesantes: si es
> permanente o no, agua dulce o salada, etc.
> 
> El IGN está hablando con la OpenStreetMap Foundation. Si todo va bien,
> tendremos una carta de autorización expresa para a usar todos sus
> productos digitales para mejorar OSM.
> 
> Si te sigue interesando la idea de mejorar OSM importando datos, hay que
> seguir las "Import Guidelines" y el "Automated Edits code of conduct":
> 
> http://wiki.osm.org/wiki/Import/Guidelines
> 
> http://wiki.osm.org/wiki/Automated_Edits_code_of_conduct
> 
> Saludos,
> Santiago
> 
> 
> On 12/23/2016 05:43 PM, juanmaf...@gmail.com wrote:
>>   Hola a todos ¡¡¡
>>
>>   En la actualidad me encuentro realizando un mapa en formato
>> mapsforge, la fuente de datos base será OSM, pero también voy a
>> incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
>> sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
>> oficiales españoles, como el CNIG y similares, así que son datos
>> válidos para su distribución pública. El caso es que me gustaría poner
>> a disposición de la comunidad española de OSM todos estos datos para
>> que se vuelquen en su base de datos, estoy hablando de cientos de
>> miles (incluso puede que millones) de edificios , de pequeños cauces
>> de ríos, cientos de miles de puntos como fuentes, puntos km de
>> carreteras, cientos de miles de pequeños caminos y senderos, cientos
>> de miles de pequeñas lagunas, etc, etc.
>>
>>En estos momentos sigo limpiando la información (ver problema
>> original de Topohispania aquí:
>> http://blog.barrancosysimas.com/p/proyecto.html ).
>>
>>   Una vez que termine de limpiar toda la información que tengo (varios
>> GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
>> que éste trabajo podría llegar a mejor puerto si cuento con personas
>> con más experiencia en OSM, a dichas personas les puedo pasar las
>> muestras de zonas que crean necesarias para que vean la cantidad y
>> calidad de nueva información de la que estoy hablando y ver que TAGS
>> son los más adecuados para la nueva información.
>>
>>Bueno, espero poder colaborar con la comunidad y que pronto el mapa
>> de OSM de la zona de España tenga un mejor acabado.
>>
>>Un saludo a todos y gracias por vuestro brutal trabajo.
>>
>>
>>
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

2016-12-23 Per discussione Santiago Crespo

Hola juanmafont, bienvenido!

¿Por qué no coger los datos de las fuentes originales?

Por ejemplo, para las lagunas ya hemos empezado a preparar una posible
importación del IGN:
https://wiki.openstreetmap.org/wiki/ES:Import_BTN25_Lagoons

Aquí tienes unas lagunas de ejemplo, generadas con los procedimientos y
scripts que pone en la wiki:
http://flanera.net/LAGUNAS-Guipuzkoa.osm

Y aquí las lagunas de España, que podrían valerte para tu mapa (ojo, son
290MB al descomprimirlo y hay que dar reconocimiento al IGN)
http://flanera.net/LAGUNAS-España.osm.7z

Unos pantallazos del JOSM mostrando el archivo anterior:
http://i.imgur.com/Aqhz2i0.png
http://i.imgur.com/MBB2eI2.png

Además de la forma de la laguna, hay metadatos interesantes: si es
permanente o no, agua dulce o salada, etc.

El IGN está hablando con la OpenStreetMap Foundation. Si todo va bien,
tendremos una carta de autorización expresa para a usar todos sus
productos digitales para mejorar OSM.

Si te sigue interesando la idea de mejorar OSM importando datos, hay que
seguir las "Import Guidelines" y el "Automated Edits code of conduct":

http://wiki.osm.org/wiki/Import/Guidelines

http://wiki.osm.org/wiki/Automated_Edits_code_of_conduct

Saludos,
Santiago


On 12/23/2016 05:43 PM, juanmaf...@gmail.com wrote:
>   Hola a todos ¡¡¡
> 
>   En la actualidad me encuentro realizando un mapa en formato
> mapsforge, la fuente de datos base será OSM, pero también voy a
> incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
> sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
> oficiales españoles, como el CNIG y similares, así que son datos
> válidos para su distribución pública. El caso es que me gustaría poner
> a disposición de la comunidad española de OSM todos estos datos para
> que se vuelquen en su base de datos, estoy hablando de cientos de
> miles (incluso puede que millones) de edificios , de pequeños cauces
> de ríos, cientos de miles de puntos como fuentes, puntos km de
> carreteras, cientos de miles de pequeños caminos y senderos, cientos
> de miles de pequeñas lagunas, etc, etc.
> 
>En estos momentos sigo limpiando la información (ver problema
> original de Topohispania aquí:
> http://blog.barrancosysimas.com/p/proyecto.html ).
> 
>   Una vez que termine de limpiar toda la información que tengo (varios
> GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
> que éste trabajo podría llegar a mejor puerto si cuento con personas
> con más experiencia en OSM, a dichas personas les puedo pasar las
> muestras de zonas que crean necesarias para que vean la cantidad y
> calidad de nueva información de la que estoy hablando y ver que TAGS
> son los más adecuados para la nueva información.
> 
>Bueno, espero poder colaborar con la comunidad y que pronto el mapa
> de OSM de la zona de España tenga un mejor acabado.
> 
>Un saludo a todos y gracias por vuestro brutal trabajo.
> 
> 
> 

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

Re: [OSM-talk-fr] Données du STIF sur Osmose

2016-12-23 Per discussione Ralf Treinen

Christian, Noémie, merci pour vos réponses. Je me suis peut-être un peu
mal exprimé. Dans mon cas, j'avais bien identifié les deux arrêts sur le
terrain, mon problème était seulement de savoir quel arrêt sur le terrain
correspond à quel numéro STIF, vu que la géolocalisation dans le fichier
opendata est parfois pas très fiable.

-Ralf.


On Fri, Dec 23, 2016 at 10:52:35AM +0100, Christian Quest wrote:
> Le terrain... y'a que ça qui tranchera au final de toute façon car entre les
> arrêts présents dans OSM parfois provenant de vues aériennes plus à jour (les
> arrêts de bus sont faciles à déplacer) et les données opendata pas bien
> précises, on ajoute facilement une info inexacte.
> 
> Ce jeu de donnée est utile pour détecter des arrêts manquants, mais rentrer
> plus dans le détail sans vérifier sur place me semble malheureusement un peu
> trop optimiste.
> 
> A mon avis il faut revoir cette proposition d'intégration dans osmose ou alors
> la laisser en "dev" pour tester le temps d'affiner ça.
> 
> 
> 
> Le 23 décembre 2016 à 09:26, Ralf Treinen  a écrit :
> 
> Bonjour,
>
> On Thu, Dec 22, 2016 at 09:25:58PM +0100, Noémie Lehuby wrote:
> 
> > Et malgré ça, j'avais quand même un peu plus d'un cas sur 6 où l'arrêt
> > opendata le plus proche n'était pas le bon mais celui de l'autre côté de
> la
> > route.
> 
> je rencontre les mêmes difficultés, et aussi une confusion entre les
> arrêts différents de lignes de bus différentes, et portant le même
> nom. On peut demeler les derniers facilement grace au fichier
> liste-arrets-lignes-tc-idf.csv, mais je me demande comment trouver une
> information fiable sur le sens de la ligne qui dessert un arrêt de bus
> (le problème évoqué par Noémie). Par exemple, pour l'arrêt "Bibliothèque
> Rue Mann" de la ligne RATP 62, je trouve
> 
> $ grep RATP liste-arrets-lignes-tc-idf.csv | grep ';62;' | grep
> 'BIBLIOTHEQUE RUE MANN'
> RATP;100100062:62;62;62;3;StopPoint:59:3887745;BIBLIOTHEQUE RUE
> MANN;48.829293;2.378153;24009;C01098;48.829293, 2.378153
> RATP;100100062:62;62;62;3;StopPoint:59:3887746;BIBLIOTHEQUE RUE
> MANN;48.828817;2.378112;24013;C01098;48.828817, 2.378112
> 
> et la seule différence exploitable que je vois entre les deux est que
> le premier est un plus au nord, et doit donc être celui du sens
> est->ouest de la ligne. Est-ce qu'il y un autre moyen ?
>
> -Ralf.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> --
> Christian Quest - OpenStreetMap France

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


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

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

  Gracias, Carlos, esa es la idea.

   Por supuesto no se trata de volcar toda la información que hay en
Topohispania a OSM, pues habría muchos problemas con las duplicidades,
pero sí hay un elevado conjunto de datos (que son los que a mí me
interesan como 'explorador' habitua del mundo rural,  que he visto que
actualmente OSM no los tiene, como son las pequeñas masas de agua,
lagunas, ríos pequeños, torrentes, manantiales, senderos, pistas,
caminos no asfaltados, pequeñas construcciones, ermitas, cortijos, y
un largo etc, me refiero a usar esa información.  Por poner un
ejemplo, en las capas de datos que yo manejo, donde en OSM aparece un
río, a mi me aparece dicho río y decenas de afluentes, me refiero a la
posibilidad de añadir dicha información a nivel de todo el territorio
español.

  De todas formas cuando libere dicha información, cualquiera podrá
coger dichas capas con el programa adecuado (por ejemplo QGIS),
superponerlas a los datos de OSM, y juzgar, creo que así será la mejor
manera de apreciar lo que digo.

  Un saludo a todos.




El 23/12/16, Carlos Dávila  escribió:
> El 23/12/16 a las 17:43, juanmaf...@gmail.com escribió:
>>Hola a todos ¡¡¡
>>
>>En la actualidad me encuentro realizando un mapa en formato
>> mapsforge, la fuente de datos base será OSM, pero también voy a
>> incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
>> sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
>> oficiales españoles, como el CNIG y similares, así que son datos
>> válidos para su distribución pública. El caso es que me gustaría poner
>> a disposición de la comunidad española de OSM todos estos datos para
>> que se vuelquen en su base de datos, estoy hablando de cientos de
>> miles (incluso puede que millones) de edificios , de pequeños cauces
>> de ríos, cientos de miles de puntos como fuentes, puntos km de
>> carreteras, cientos de miles de pequeños caminos y senderos, cientos
>> de miles de pequeñas lagunas, etc, etc.
>>
>> En estos momentos sigo limpiando la información (ver problema
>> original de Topohispania aquí:
>> http://blog.barrancosysimas.com/p/proyecto.html ).
>>
>>Una vez que termine de limpiar toda la información que tengo (varios
>> GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
>> que éste trabajo podría llegar a mejor puerto si cuento con personas
>> con más experiencia en OSM, a dichas personas les puedo pasar las
>> muestras de zonas que crean necesarias para que vean la cantidad y
>> calidad de nueva información de la que estoy hablando y ver que TAGS
>> son los más adecuados para la nueva información.
>>
>> Bueno, espero poder colaborar con la comunidad y que pronto el mapa
>> de OSM de la zona de España tenga un mejor acabado.
>>
>> Un saludo a todos y gracias por vuestro brutal trabajo.
>>
>>
>>
>
> Hola
>
> Lo primero agradecer las intenciones de incorporar todos los datos
> posibles a OpenStreetMap y mejorar el mapa.
>
> Como ya te han comentado, la cosa no es tan sencilla. Para empezar, el
> hecho de que los datos provengan de fuentes oficiales no implica que
> sean compatibles con la licencia de OSM. Habría que ver para cada fuente
> de datos la licencia que tiene y si es compatible con la de OSM.
> Suponiendo que lo fuera, habría que pedir una autorización expresa,
> debatir la importación en esta lista, comunicarlo a "Imports" y obtener
> el visto bueno, ver qué datos ya existen en OSM y comparar con lo que se
> pretende importar, revisar en campo, ...
>
> En fin, que así en general te diría lo mismo que mis compañeros, es
> probable que al final sea una pérdida de tiempo, aunque también es
> posible que para algún conjunto de datos en particular sea posible
> importar los datos.
>
> Saludos
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>


-- 
El que no quiere razonar es un fanático; el que no sabe razonar es un
necio; el que no se atreve a razonar es un esclavo.
W.Drummond.

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

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

2016-12-23 Per discussione Carlos Dávila


El 23/12/16 a las 17:43, juanmaf...@gmail.com escribió:

   Hola a todos ¡¡¡

   En la actualidad me encuentro realizando un mapa en formato
mapsforge, la fuente de datos base será OSM, pero también voy a
incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
oficiales españoles, como el CNIG y similares, así que son datos
válidos para su distribución pública. El caso es que me gustaría poner
a disposición de la comunidad española de OSM todos estos datos para
que se vuelquen en su base de datos, estoy hablando de cientos de
miles (incluso puede que millones) de edificios , de pequeños cauces
de ríos, cientos de miles de puntos como fuentes, puntos km de
carreteras, cientos de miles de pequeños caminos y senderos, cientos
de miles de pequeñas lagunas, etc, etc.

En estos momentos sigo limpiando la información (ver problema
original de Topohispania aquí:
http://blog.barrancosysimas.com/p/proyecto.html ).

   Una vez que termine de limpiar toda la información que tengo (varios
GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
que éste trabajo podría llegar a mejor puerto si cuento con personas
con más experiencia en OSM, a dichas personas les puedo pasar las
muestras de zonas que crean necesarias para que vean la cantidad y
calidad de nueva información de la que estoy hablando y ver que TAGS
son los más adecuados para la nueva información.

Bueno, espero poder colaborar con la comunidad y que pronto el mapa
de OSM de la zona de España tenga un mejor acabado.

Un saludo a todos y gracias por vuestro brutal trabajo.





Hola

Lo primero agradecer las intenciones de incorporar todos los datos 
posibles a OpenStreetMap y mejorar el mapa.


Como ya te han comentado, la cosa no es tan sencilla. Para empezar, el 
hecho de que los datos provengan de fuentes oficiales no implica que 
sean compatibles con la licencia de OSM. Habría que ver para cada fuente 
de datos la licencia que tiene y si es compatible con la de OSM. 
Suponiendo que lo fuera, habría que pedir una autorización expresa, 
debatir la importación en esta lista, comunicarlo a "Imports" y obtener 
el visto bueno, ver qué datos ya existen en OSM y comparar con lo que se 
pretende importar, revisar en campo, ...


En fin, que así en general te diría lo mismo que mis compañeros, es 
probable que al final sea una pérdida de tiempo, aunque también es 
posible que para algún conjunto de datos en particular sea posible 
importar los datos.


Saludos



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

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

  Muchas gracias, sois francos y eso se agradece, de todas formas
colgaré los datos en formato abierto y público por si alguien quiere
hacer uso de ellos, siempre que sea con fines públicos y sin ánimo de
lucro.

   Sobre lo de topohispania, me muevo en el entorno rural mucho, soy
espeleólogo, barranquista y escalador, no hay un mapa más fiable para
dicho entorno que el topohispania, hay miles de senderos, pistas, vías
pecuarias,  que no aparecen en otros mapas (y que están ahí, los veo
todos los fines de semanas), además de miles de manantiales, lagunas,
ríos, acéquias,  pequeños, cortijos, cortijos abandonados, ruíinas,
refugios,   pequeñas casas de campo, etc...  Tal vez y como bien
dices, en las grandes ciudades Topohispania no está tan actualizado,
pero no es el medio que me interesa, sin embargo, en el medio rural no
tiene rival, eso lo puedo garantizar.

El 23/12/16, Francisco Javier  escribió:
> *Importación de datos masiva = baneo de tu cuenta, borrado de todo lo hecho
>  y tiempo perdido.*
>
> Las importaciones se hacen de fuente oficiales como por ejemplo Castro de
> España, Instituto Geográfico Nacional, Ayuntamientos siempre y cuando hayan
> dado permiso expreso para usar sus datos y sea compatible con la licencia
> de OSM. Sin  ese permiso no sé puede importar nada además hay que
> consensuarlo con la comunidad española y OSM imports
>
> Sobre TopoHispania, es un gran mapa topográfico pero es bastante antiguo,
> hay zonas que están sin actualizar más de 20 años y actualmente poseemos
> datos de otros organismos mucho más actualizados.
>
> Lo dicho, no pierdas el tiempo.
>
> Un saludo.
>
>
>
> El 23 de diciembre de 2016, 18:22, Miguel Sevilla-Callejo <
> msevill...@gmail.com> escribió:
>
>> Hola,
>> Para, no trabajes en vano.
>> El proceso de importación de datos a OSM tiene un protocolo que hay que
>> seguir y sólo se pueden incorporar datos cuya licencia de origen sea
>> compatible.
>> Seguro algún compañero te puede indicar con más precisión.
>> Se agradece la información y la intención!!
>>
>> --
>>  Miguel Sevilla-Callejo
>> from my mobile 
>>
>> El 23/12/2016 17:44, "juanmaf...@gmail.com" 
>> escribió:
>>
>>   Hola a todos ¡¡¡
>>
>>   En la actualidad me encuentro realizando un mapa en formato
>> mapsforge, la fuente de datos base será OSM, pero también voy a
>> incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
>> sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
>> oficiales españoles, como el CNIG y similares, así que son datos
>> válidos para su distribución pública. El caso es que me gustaría poner
>> a disposición de la comunidad española de OSM todos estos datos para
>> que se vuelquen en su base de datos, estoy hablando de cientos de
>> miles (incluso puede que millones) de edificios , de pequeños cauces
>> de ríos, cientos de miles de puntos como fuentes, puntos km de
>> carreteras, cientos de miles de pequeños caminos y senderos, cientos
>> de miles de pequeñas lagunas, etc, etc.
>>
>>En estos momentos sigo limpiando la información (ver problema
>> original de Topohispania aquí:
>> http://blog.barrancosysimas.com/p/proyecto.html ).
>>
>>   Una vez que termine de limpiar toda la información que tengo (varios
>> GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
>> que éste trabajo podría llegar a mejor puerto si cuento con personas
>> con más experiencia en OSM, a dichas personas les puedo pasar las
>> muestras de zonas que crean necesarias para que vean la cantidad y
>> calidad de nueva información de la que estoy hablando y ver que TAGS
>> son los más adecuados para la nueva información.
>>
>>Bueno, espero poder colaborar con la comunidad y que pronto el mapa
>> de OSM de la zona de España tenga un mejor acabado.
>>
>>Un saludo a todos y gracias por vuestro brutal trabajo.
>>
>>
>>
>> --
>> El que no quiere razonar es un fanático; el que no sabe razonar es un
>> necio; el que no se atreve a razonar es un esclavo.
>> W.Drummond.
>>
>> ___
>> 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
>>
>>
>


-- 
El que no quiere razonar es un fanático; el que no sabe razonar es un
necio; el que no se atreve a razonar es un esclavo.
W.Drummond.

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

Re: [OSM-talk-fr] opendata siren

2016-12-23 Per discussione Philippe Verdy

Déjà évoqué ici depuis des semaines... Mais la qualité des adresses pose
problème, de même que leur pertinence:
- SIRENE possède des tas d'entrées pour des entreprises qui n'existent plus
ou qui n'existent que sur le papier.
- avec une adresse légale qui n'est pas celle de leur fond de commerce,
mais une adresse de contact (ou d'un gérant ou celle d'un cabinet de
gestion), ou localisées uniquement à leur société mère complètement
ailleurs. Uen société peut être enregistrée légalement n'importe où dans
l'UE, avec uniquement une unique adresse fiscale en France, même si ses
établissements sont répartis sur tout le territoire.

Si on parle du SIREN (entité légale) ce ne sera pas pertinent
géographiquement. Si on parle du SIRET (les établissements) là c'est plus
pertinent géographiquement, mais un même établissement peut aussi avoir des
locaux différents et regrouper tout à une seule adresse alros qu'il y aura
deux commerces distincts (cas courant: deux boutiques de la même enseigne
dans la même ville, avec le même gérant, dont parfois des boutiques
fantômes qui n'existent que pour leur devanture mais sans aucune activité.
On en trouve des tonnes dans les sociétés de service, ou chez les
"dépanneurs" à domicile qui font croire à leur présence dans un quartier
avec juste des pas de porte complètement vides et quelqu'un qui ne fait que
passer de temps en temps relever le courrier, les locaux étant complètement
vides, parfois même sans aucun téléphone). Essayez le localiser des
"garages" par exemple, ou vous trouverez des tas d'adresses fantômes. Idem
pour des tas de SARL et filiales ad hoc dans les SSII (dont les employés
peuvent avoir des contrats mentionnant des noms de société différents de
ceux pour laquelle ils travaillent ensembles avec leurs collègues tous les
jours): ces sociétés existent pour des raisons d'optimisation fiscale ou
pour répondre à des besoins liés à des contrats avec d'autres sociétés, ou
parce que certains contrats exigent des certifications de compétence pour
certains employés, ou parce qu'il y a des engagements budgétaires et
juridiques qui ne doivent pas engager la société mère toute entière, ou
pour des raisons d'optimisation de contrats d'assurance, ou encore pour des
raisons de statuts sociaux différents (employés dont les contrats obéissent
à d'autres conventions collectives, des contrats qu'il n'est pas simple de
modifier sans surcoût)

Bref le SIRENE est un fourre-tout qui sera très difficile à rendre
pertinent géographiquement, sans vérification sur le terrain pour voir s'il
y a une existence réelle. De plus les noms des entreprises sont les noms
légaux et presque jamais les enseignes (allez faire un achat dans un
boutique quelconque le nom légal que vous voyez sur la facture ou la
facturette du ticket de paiement carte bancaire est souvent très différent,
et parfois même quand il y a une adresse indiquée ce n'est pas celle du
lieu de vente!) Faites un achat sur Internet même sur le site désigné comme
"France", et vous serez facturé selon le mode de paiement utilisé par une
société ou une autre, pas forcément en France (et parfois avec une autre
TVA que la TVA française).

Bref cette base SIRENE demandera beaucoup de tri (et je pense même que si
cette base s'est finalement "ouverte", c'est parce que même l'Etat (ou les
tribunaux de commerce) n'y comprend plus rien lui-même et qu'il cherche des
moyens de la corréler avec d'autres choses, en permettant à des applis
tierces de développer des moyens de recherche et croisement d'informations.


Le 23 décembre 2016 à 17:10, Julien Lepiller  a écrit :

> Bonjour,
>
> aujourd'hui on m'a envoyé ce lien :
> http://www.sirene.fr/sirene/public/static/contenu-fichiers, en rapport
> avec celui-ci :
> https://www.etalab.gouv.fr/louverture-du-repertoire-
> sirene-par-linsee-au-1er-janvier-2017-une-avancee-majeure-pour-lopen-data.
>
> La base sirene sera disponible en opendata à partir de janvier
> prochain. Elle contient les informations que possède l'INSEE sur les
> entreprises françaises et les services publics. On pourrait imaginer
> s'en servir pour améliorer les données concernant ces établissements. On
> trouve dans ces données le nom et l'adresse de l'établissement (on peut
> espérer que leurs adresses ne soient pas toutes des CEDEX), ce qui
> pourrait par exemple être intégré à osmose pour proposer des
> entreprises manquantes.
>
> ___
> 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: [Talk-at] Peter Paul

2016-12-23 Per discussione grubernd


> http://www.openstreetmap.org/note/510342

endlich wieder einmal ein Henne-Ei-Problem.

Meinung: war unbenannt, also ist eine Namensgebung absolut legitim, da 
keinerlei Datenvandalismus vorliegt. mittlerweile finden sich einige 
Hinweise [1][2], dass der Berg auch von anderen so genannt wird, also 
wurde der Name angenommen. irgendwann ist es egal was einmal die Henne 
und was das Ei war.


ohne Worte für Dinge können wir nicht über diese Dinge reden, denken und 
uns austauschen. irgendjemand muss den ersten Schritt tun. unbenannte 
Dinge nach dem Entdecker zu benennen ist ja durchaus eine grosse und 
anerkannte Tradition in der Kartographie.


grüsse,
grubernd

[1] http://www.panoramio.com/photo/76813516
[2] 
http://www.gipfeltreffen.at/showthread.php?82202-Peter-Paul-Berg-494m-Wienerwald-(5620)/page2



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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

2016-12-23 Per discussione Philippe Verdy

Au même endroit si on dézoome, on tombe sur l'Hebergement, dont le
placement semble vraiment trop à l'ouest sans que ce soit justifié.

Pourquoi par défaut les libellés ne sont pas centrés sur la commune mais
affiché à l'ouest (alignement à gauche) ou à l'est alors même qu'il n'y a
aps de collision en le plaçant au centre ? Cela donne un emplacement
contre-intuitif. A moins qu'il y ait des collisions à éviter, le centrage
devrait être l'option par défaut, avec un décalage possible vers l'ouest ou
l'est (ou un peu vers le nord ou le sud) tout en gardant le rectangle
occupé par le libellé si-possible à une position contenant le point central.

Si le libellé est accompagne d'une icone en revanche (un cercle, un disque,
une étoile...) ce libellé devrait être aussi placé de préférence au nord ou
au sud de cette icone (pour éviter autant que possible de la couvrir, mais
ce n'est pas une obligation: si le placement à l'ouest ou à l'est de
l'icone provoque et décentrage trop distant, il est possible malgré tout de
recentrer le libellé même si cela recouvre l'icone, s'il faut faire de la
place pour un libellé voisin.

Un bon moyen serait de procéder en deux passes: dans une première passe les
libellés sont calculés avec une taille correspondant à leur version non
abrégée générant le rectangle le plus grand on enregistre ensuite son point
central préférentiel (qui pourra être ensuite décalé pour le maintenir dans
son rectangle de définition. Si un libellé ultérieur a besoin de place, il
peut décaler le centre des libellés voisins pour qu'il reste dans leur
rectangle de définition, puis ce rectangle de définition est réduit pour
qu'il n'aille plus recouvrir la place prise par un autre libellé voisin
(noter que les icônes sont placées en premier pour occuper leur place)
chaque libellé a donc un rectangle préférentiel de placement qui de proche
en proche va se réduire. Si on manque encore de place, un libellé peut
ensuite être converti en version abrégée, en utilisant les "short-name" si
disponibles, puis les abréviations courantes de termes connus comme
"Saint(e)", "Général", "Avenue", "Boulevard" si cela permet de réduire leur
taille (tout en faisant que ce libellé ne sorte pas de leur actuel
rectangle de définition, doinc en faisant attention à conserver des sauts
de lignes suffisants).

Le tracé des libellés ne se fait que dans une seconde passe après les avoir
tous placés (là où il n'y a pas de collisions possibles dans la tuile
courante ou dans une tuile limitrophe où ce libellé serait partiellement
tracé: la zone, de calcul de placement des libellés est donc plus large que
la tuile que l'on est en train de tracer, mais ce n'est pas nouveau et ne
concerne pas que les libellés mais aussi le tracé des routes du fait de
leur largeur, ou des icônes de tout type qui peuvent être elles aussi à
cheval sur des limites de tuiles: les requêtes à la base doivent inclure
une marge plus grande autour de la tuile à tracer pour être certain d'avoir
tous les objets, y compris ceux qui pourraient être décalés de leur
position centrale idéale, ce décalage étant plus grand pour les libellés
que pour les icônes ou routes qui ont un placement fixe).

Autre chose à voir: les libellés non horizontaux qui suivent les noms de
fleuves ou les frontières (voire les noms de chaines de montagne si on veut
les voir ou les noms de petites mers): leur placement dynamique (le long
d'un chemin) est nettement plus compliqué car il se fait dans un polygone
calculé par un buffer autour du chemin dont on doit trouver des zones non
occupées par d'autres libellés... pour les noms de chaines de montagnes (ou
glaciers, parcs naturels...) toutefois une solution est de les afficher en
grand caractères mais semi-transparents et gras, qui peuvent alors entrer
en superposition avec les autres zones de remplissage ou les libellés et
icônes tracés par dessus; le système pourrait servir aussi à libeller les
grandes régions ou les pays en fonction de leur superficie relativement à
celle de la tuile à l'échelle de rendu donnée). Ce système de libellés
semi-transparents (en arrière-plan des autres libellés pourrait autant
servir à placer des noms de quartiers sur des échelles montrant les rues
d'une ville. Mais la question de lisibilité de ces libellés
semi-transparents dépend des choix de couleurs et tailles et graisse de
police utilisées: si la police est trop grande de tels libellés ne doivent
plus être utilisés et au passe aux libellés tracés en petits caractères le
long des frontières ou le long du chemin central d'un cours d'eau.

Le placement des libellés est encore non optimal et devrait faire l'objet
de recherches avec de meilleurs heuristiques (sans compter que pour des
libellés jugés "importants", s'il n'est pas possible de les afficher à
cause de collisions, il reste la solution des libellés "fléchés" pour leur
trouver une autre place sortant de leur cadre de définition initia, exemple
pour placer Monaco à côté de Nice, Nice étant beaucoup plus gros,

Re: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

2016-12-23 Per discussione Miguel Sevilla-Callejo

Hola,
Para, no trabajes en vano.
El proceso de importación de datos a OSM tiene un protocolo que hay que
seguir y sólo se pueden incorporar datos cuya licencia de origen sea
compatible.
Seguro algún compañero te puede indicar con más precisión.
Se agradece la información y la intención!!

--
 Miguel Sevilla-Callejo
from my mobile 

El 23/12/2016 17:44, "juanmaf...@gmail.com"  escribió:

  Hola a todos ¡¡¡

  En la actualidad me encuentro realizando un mapa en formato
mapsforge, la fuente de datos base será OSM, pero también voy a
incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
oficiales españoles, como el CNIG y similares, así que son datos
válidos para su distribución pública. El caso es que me gustaría poner
a disposición de la comunidad española de OSM todos estos datos para
que se vuelquen en su base de datos, estoy hablando de cientos de
miles (incluso puede que millones) de edificios , de pequeños cauces
de ríos, cientos de miles de puntos como fuentes, puntos km de
carreteras, cientos de miles de pequeños caminos y senderos, cientos
de miles de pequeñas lagunas, etc, etc.

   En estos momentos sigo limpiando la información (ver problema
original de Topohispania aquí:
http://blog.barrancosysimas.com/p/proyecto.html ).

  Una vez que termine de limpiar toda la información que tengo (varios
GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
que éste trabajo podría llegar a mejor puerto si cuento con personas
con más experiencia en OSM, a dichas personas les puedo pasar las
muestras de zonas que crean necesarias para que vean la cantidad y
calidad de nueva información de la que estoy hablando y ver que TAGS
son los más adecuados para la nueva información.

   Bueno, espero poder colaborar con la comunidad y que pronto el mapa
de OSM de la zona de España tenga un mejor acabado.

   Un saludo a todos y gracias por vuestro brutal trabajo.



--
El que no quiere razonar es un fanático; el que no sabe razonar es un
necio; el que no se atreve a razonar es un esclavo.
W.Drummond.

___
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-fr] Rendu FR, bientôt en version 2017 !

2016-12-23 Per discussione Stéphane Péneau

Petit détail supplémentaire, les communes fusionnées qui ont un node 
place virtuel, sont elles, visibles beaucoup plus tôt, comme la bien 
connue Chaume en Retz :

http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#11/47.0898/-1.8406
Mais je ne dirais rien sur les tags portés par le node...

Exemple plus simple, Montholon, est visible depuis le niveau de zoom 11 :
http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#11/47.8883/3.3889

Mais peut-être que c'est lié au nombre d'éléments à afficher.

Stf

Le 23/12/2016 à 17:15, Stéphane Péneau a écrit :
Je vois que le nom des communes fusionnées est visible, même s'il n'y 
a pas de node place dans la relation. Super !
Par contre, on ne voit ce nom qu'à partir du zoom 14, bien après les  
"place" de la commune en question.

Est-ce qu'il ne serait pas mieux que ça soit visible avant ?

exemple : (il faut zoomer d'un cran pour voir "Montréverd")
http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#13/46.8993/-1.4205

Stf


Le 23/12/2016 à 16:46, Tony EMERY a écrit :

N'oublies pas le rendu des terrains de motoball...

Le 23 déc. 2016 16:24, "Christian Quest" > a écrit :


Les derniers changements:
- les entrance=* ne sont rendus si ce sont des entrées de
bâtiment ou si ce ne sont pas des entrées de pièce... avec de la
bidouille dans la requête pour retrouver cette info !

- les lignes des terrains de sport: plus de rendu si il ne s'agit
pas d'un leisure=pitch, et rendu possible de plusieurs sports
(mais un peu fouilli au final... à voir)

- les shop=* en souterrain sont estompés, prise en compte du tag
location=underground en plus de level<0

Et grosse refonte de fond du projet avec passage du format json
au yaml plus lisible (et maintenable)... qui ne devrait pas avoir
d'incidence sur le rendu sauf bug de conversion !

-- 
Christian Quest - OpenStreetMap France


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




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





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



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

[Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

  Hola a todos ¡¡¡

  En la actualidad me encuentro realizando un mapa en formato
mapsforge, la fuente de datos base será OSM, pero también voy a
incorporar muchos datos provenientes de TOPOHISPANIA, como muchos
sabréis, las fuentes de datos de TOPOHISPANIA son los organismos
oficiales españoles, como el CNIG y similares, así que son datos
válidos para su distribución pública. El caso es que me gustaría poner
a disposición de la comunidad española de OSM todos estos datos para
que se vuelquen en su base de datos, estoy hablando de cientos de
miles (incluso puede que millones) de edificios , de pequeños cauces
de ríos, cientos de miles de puntos como fuentes, puntos km de
carreteras, cientos de miles de pequeños caminos y senderos, cientos
de miles de pequeñas lagunas, etc, etc.

   En estos momentos sigo limpiando la información (ver problema
original de Topohispania aquí:
http://blog.barrancosysimas.com/p/proyecto.html ).

  Una vez que termine de limpiar toda la información que tengo (varios
GB) la voy a re-etiquetar con las correspondientes TAGS de OSM.  Creo
que éste trabajo podría llegar a mejor puerto si cuento con personas
con más experiencia en OSM, a dichas personas les puedo pasar las
muestras de zonas que crean necesarias para que vean la cantidad y
calidad de nueva información de la que estoy hablando y ver que TAGS
son los más adecuados para la nueva información.

   Bueno, espero poder colaborar con la comunidad y que pronto el mapa
de OSM de la zona de España tenga un mejor acabado.

   Un saludo a todos y gracias por vuestro brutal trabajo.



-- 
El que no quiere razonar es un fanático; el que no sabe razonar es un
necio; el que no se atreve a razonar es un esclavo.
W.Drummond.

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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

2016-12-23 Per discussione Stéphane Péneau

Je vois que le nom des communes fusionnées est visible, même s'il n'y a 
pas de node place dans la relation. Super !
Par contre, on ne voit ce nom qu'à partir du zoom 14, bien après les  
"place" de la commune en question.

Est-ce qu'il ne serait pas mieux que ça soit visible avant ?

exemple : (il faut zoomer d'un cran pour voir "Montréverd")
http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#13/46.8993/-1.4205

Stf


Le 23/12/2016 à 16:46, Tony EMERY a écrit :

N'oublies pas le rendu des terrains de motoball...

Le 23 déc. 2016 16:24, "Christian Quest" > a écrit :


Les derniers changements:
- les entrance=* ne sont rendus si ce sont des entrées de bâtiment
ou si ce ne sont pas des entrées de pièce... avec de la bidouille
dans la requête pour retrouver cette info !

- les lignes des terrains de sport: plus de rendu si il ne s'agit
pas d'un leisure=pitch, et rendu possible de plusieurs sports
(mais un peu fouilli au final... à voir)

- les shop=* en souterrain sont estompés, prise en compte du tag
location=underground en plus de level<0

Et grosse refonte de fond du projet avec passage du format json au
yaml plus lisible (et maintenable)... qui ne devrait pas avoir
d'incidence sur le rendu sauf bug de conversion !

-- 
Christian Quest - OpenStreetMap France


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




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



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

[OSM-talk-fr] opendata siren

2016-12-23 Per discussione Julien Lepiller

Bonjour,

aujourd'hui on m'a envoyé ce lien :
http://www.sirene.fr/sirene/public/static/contenu-fichiers, en rapport
avec celui-ci :
https://www.etalab.gouv.fr/louverture-du-repertoire-sirene-par-linsee-au-1er-janvier-2017-une-avancee-majeure-pour-lopen-data.

La base sirene sera disponible en opendata à partir de janvier
prochain. Elle contient les informations que possède l'INSEE sur les
entreprises françaises et les services publics. On pourrait imaginer
s'en servir pour améliorer les données concernant ces établissements. On
trouve dans ces données le nom et l'adresse de l'établissement (on peut
espérer que leurs adresses ne soient pas toutes des CEDEX), ce qui
pourrait par exemple être intégré à osmose pour proposer des
entreprises manquantes.

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

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G

2016-12-23 Per discussione Alessandro Palmas


Salve lista,
anche se per il momento questo argomento ha suscitato meno interesse 
rispetto al tag sul negozio di imbalsamatori di elefanti, volevo 
comunicarvi che ho inserito la pagina wiki ed ora pubblicherò le date 
sotto Eventi.


Vi chiedo di farvi avanti con proposte sia sugli workshop che su 
interventi sia orali che con sessioni poster

https://en.wikipedia.org/wiki/Poster_session

Stamane ho avuto modo di sbirciare il programma e debbo dirvi che i 
workshop sono molto interessanti; personalmente cercherò di non perdere 
quello su LeafLet del nostro PJhooker.


Non perdetevi la serata social al Castello d'Albertis 
https://it.wikipedia.org/wiki/Castello_d'Albertis , uno dei miei posti 
preferiti di Genova. Secondo me il solo salottino turco 
http://www.museidigenova.it/sites/default/files/field/image/010_Castello%20D'Albertis%20-%20Sala%20Turca.jpg 
vale una visita a Genova


Per informazioni chiedete pure tanto ferie non ne facciamo (leggasi: non 
ne faccio)


Buon Natale a tutti


Alessandro Ale_Zena_IT

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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

2016-12-23 Per discussione Tony EMERY

N'oublies pas le rendu des terrains de motoball...

Le 23 déc. 2016 16:24, "Christian Quest"  a écrit :

> Les derniers changements:
> - les entrance=* ne sont rendus si ce sont des entrées de bâtiment ou si
> ce ne sont pas des entrées de pièce... avec de la bidouille dans la requête
> pour retrouver cette info !
>
> - les lignes des terrains de sport: plus de rendu si il ne s'agit pas d'un
> leisure=pitch, et rendu possible de plusieurs sports (mais un peu fouilli
> au final... à voir)
>
> - les shop=* en souterrain sont estompés, prise en compte du tag
> location=underground en plus de level<0
>
> Et grosse refonte de fond du projet avec passage du format json au yaml
> plus lisible (et maintenable)... qui ne devrait pas avoir d'incidence sur
> le rendu sauf bug de conversion !
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Les derniers changements:
- les entrance=* ne sont rendus si ce sont des entrées de bâtiment ou si ce
ne sont pas des entrées de pièce... avec de la bidouille dans la requête
pour retrouver cette info !

- les lignes des terrains de sport: plus de rendu si il ne s'agit pas d'un
leisure=pitch, et rendu possible de plusieurs sports (mais un peu fouilli
au final... à voir)

- les shop=* en souterrain sont estompés, prise en compte du tag
location=underground en plus de level<0

Et grosse refonte de fond du projet avec passage du format json au yaml
plus lisible (et maintenable)... qui ne devrait pas avoir d'incidence sur
le rendu sauf bug de conversion !

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

Re: [OSM-talk-fr] Données du STIF sur Osmose

2016-12-23 Per discussione Noémie Lehuby


Bonjour,

Ralf, pour faire ce que tu dis, il faut remettre les arrêts dans le 
contexte du reste de l'offre de transport.
Là, tu mappes sur l'arrêt Bibliothèque Ruen Mann desservie par la ligne 
62 en direction Porte de Saint-Cloud.
Pour mettre le bon code STIF, il faut trouver, dans l'offre opendata, ce 
même arrêt desservi par cette même ligne dans cette même direction. Là, 
tu seras sûr que c'est le bon, même si sa géoloc est mauvaise.
En l'occurrence, le code que tu as choisi est le bon : 
https://ref-lignes-stif.5apps.com/stop.html?osm_stop_id=2562278276


Aujourd'hui, en important les codes STIF des lignes, on peut déjà 
retrouver la ligne 62 facilement et sans la confondre avec l'autre ligne 
62 d'île-de-France ...
Du coup, rien qu'en affichant l'information des parcours desservis par 
tes différents arrêts opendata candidats, tu peux sans ambiguité 
déterminer lequel est le bon.


C'est justement ce sur quoi je travaille actuellement. Voici à quoi ça 
ressemble pour le moment :

https://lut.im/Cqs7y6PmVc/hP5nLJMuRHotCSdC.png
https://lut.im/N4Yq13DrS8/vZNqCkpcYt3zo3J2.png

Bonnes fêtes

Noémie


Date: Fri, 23 Dec 2016 09:26:14 +0100
From: Ralf Treinen 
To: Discussions sur OSM en français  
Subject: Re: [OSM-talk-fr] Données du STIF sur Osmose
Message-ID: <20161223082614.5z2fbl7zsfuub...@seneca.home.org>
Content-Type: text/plain; charset=iso-8859-1

Bonjour,

On Thu, Dec 22, 2016 at 09:25:58PM +0100, Noémie Lehuby wrote:


Et malgré ça, j'avais quand même un peu plus d'un cas sur 6 où l'arrêt
opendata le plus proche n'était pas le bon mais celui de l'autre côté 
de la

route.


je rencontre les mêmes difficultés, et aussi une confusion entre les
arrêts différents de lignes de bus différentes, et portant le même
nom. On peut demeler les derniers facilement grace au fichier
liste-arrets-lignes-tc-idf.csv, mais je me demande comment trouver une
information fiable sur le sens de la ligne qui dessert un arrêt de bus
(le problème évoqué par Noémie). Par exemple, pour l'arrêt 
"Bibliothèque

Rue Mann" de la ligne RATP 62, je trouve

$ grep RATP liste-arrets-lignes-tc-idf.csv | grep ';62;' | grep
'BIBLIOTHEQUE RUE MANN'
RATP;100100062:62;62;62;3;StopPoint:59:3887745;BIBLIOTHEQUE RUE
MANN;48.829293;2.378153;24009;C01098;48.829293, 2.378153
RATP;100100062:62;62;62;3;StopPoint:59:3887746;BIBLIOTHEQUE RUE
MANN;48.828817;2.378112;24013;C01098;48.828817, 2.378112

et la seule différence exploitable que je vois entre les deux est que
le premier est un plus au nord, et doit donc être celui du sens
est->ouest de la ligne. Est-ce qu'il y un autre moyen ?

-Ralf.


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

Re: [OSM-talk-fr] problème sur serveur(s) wms.openstreetmap.fr ?

2016-12-23 Per discussione Blake Girardot

Merci beaucoup Jean-Guilhem.

Mon google recherche dans la liste des archives n'a pas trouvé ce
message, je m'excuse pour la peine.

Cheers,
Blake

2016-12-23 14:14 GMT+01:00 Jean-Guilhem Cailton :
> Le 23/12/2016 à 13:06, Blake Girardot a écrit :
>
> Bonjour
>
> Le serveur d'image wms.openstreetmap.fr ne fonctionne pas.
> J'utilise les URLs de JOSM.
> Erreur 502 pour toutes les tuiles.
> J'ai testé toutes les images de wms.openstreetmap.fr et elles
> renvoient toutes 502 erreurs. D'autres personnes rapportent le même
> problème.
>
> Merci,
> Blake
>
>
> Bonjour Blake,
>
> Christian a déjà répondu à une question sur le même sujet la semaine
> dernière :
> https://lists.openstreetmap.org/pipermail/talk-fr/2016-December/082886.html
>
> Courtoisement,
>
> Jean-Guilhem
>
> --
> "Corruption is the abuse of entrusted power for private gain." Transparency
> International
> https://www.transparency.org/whatwedo/publication/preventing_corruption_in_humanitarian_operations
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Blake Girardot
OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
HOTOSM Member - https://hotosm.org/users/blake_girardot
skype: jblakegirardot
Live OSM Mapper-Support channel - https://hotosm-slack.herokuapp.com/
Next best OSM support - https://help.openstreetmap.org/
BE A PART OF HOT'S MICRO GRANTS: https://donate.hotosm.org/

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

Re: [Talk-it] OpenStreetMap aggiunge la possibilità di autenticarsi tramite l'account Wikimedia

2016-12-23 Per discussione Alessio Piccioli

Questa si che è una bella notizia: ma sono previsti anche riconciliazioni
di utenti già esistenti?

A.

Il giorno 21 dicembre 2016 08:44, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

>
> > (cross-posting dalla lista associazione)
> >
> > Ciao,
> >
> > come forse avete notato OpenStreetMap dà la possibilità di fare login[1]
> > tramite servizi terzi tra i quali Google, Facebook, Wordpress, ecc.
> >
> > Nelle prossime settimane dovrebbe essere aggiunta anche la possibilità
> > di fare login con l'account Wikimedia, infatti è appena stato chiuso il
> > relativo bug report[2[, grazie a questa modifica[3].
> >
>
>
> EVVIVA!
>
> Ne parlavamo giusto ieri in sede con Nemo e non eravamo ottimisti sui
> tempi di realizzazione.
>
> Alessandro Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
*Alessio Piccioli / *CTO
alessiopicci...@webmapp.it
www.webmapp.it
+39 050 55 25 74 / +39 328 53 60 803


Webmapp is made by:
Net7
Via Marche 10 / 56123 Pisa

P.Iva e CF 01577590506
CCIAA di Pisa n. 01577590506 del 26/04/2001
Capitale Sociale 10.000,00 €
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Pomníčky obětem dopravních nehod

2016-12-23 Per discussione Karel Volný

zdravím,

dobrá otázka, odpověď nadhozena ale nedořešena ...

historic=wayside_cross je asi jasné

ale když to není křížek, tak si nějak z hodnot "memorial" nemůžu vybrat - 
pokud je na stromě vyrýpáno jméno a datum, a okolo toho je zavěšena 
pneumatika, tak to asi není ani plaque, ani stone ... ovšem zavádět novou 
hodnotu "tyre" asi nebudeme, že? :-)

- prostě mi tam chybí něco obecného

a naopak přebývá mi hodnota "stele" - abych se přiznal, toto slovo jsem 
neznal, a ani po přečtení Wikipedie ho tak úplně nechápu, nicméně když se 
podívám na fotky v článku, tak tam nevidím ani jedinou, kde by se vyobrazená 
"stéla" nedala zařadit pod jednu z hodnot "plaque", "statue" nebo "stone" ...

K.

On Thursday 15 December 2016 06:44:54 Zdeněk Pražák wrote:
> jen jsem se chtěl zeptat, jakými tagy uvedené pomníčky tagujete
> 
> Dne 10. prosince 2016 12:13 Ladislav Nesnera  napsal(a):
> > za sebe jsem pro mapování, byť se míním zaměřit spíš na srovnání toho, kde
> > se maléry dějí  a míst, kde
> > se činí policie. Dle článku
> >  > 5_2290588_brno-zpravy_vh> je v Brně "nejproblematičtější" ulice Trnkova.
> > Dle mapy nehodovosti tam od 2008 byla jen lehká zranění. Prostě čirá
> > policejní šikana, místo aby dělali opravdu užitečnou práci :'(
> > 
> > On 09/12/16 23:09, Jan Dudík wrote:
> > 
> > Narazil jsem na pomníček oběti dopravní nehody v mapě od Seznamu
> > https://mapy.cz/s/1gwb7
> > 
> > Jde o skoro ojedinělý případ, namátkou tyto pevné pomníčky v mapě naopak
> > nejsou:
> > 
> > https://mapy.cz/s/1gwbk
> > https://mapy.cz/s/1gwbx
> > https://mapy.cz/s/1gwfc
> > https://mapy.cz/s/1gwfO
> > https://mapy.cz/s/1gwgC
> > https://mapy.cz/s/1gwgX
> > 
> > pravda, některé pomníčky jsou spíše nepevné
> > https://mapy.cz/s/1gwcX
> > https://mapy.cz/s/1gwez
> > https://mapy.cz/s/1gwhh
> > 
> > a jiné jen symbolické
> > https://mapy.cz/s/1gwdR
> > https://mapy.cz/s/1gwjI
> > 
> > a někde i dlouho po nehodě vydrží svíčky/věneček
> > http://g.denik.cz/11/39/sirejovice-vrbicany-nehoda0204-svicky2_denik-485.
> > jpg
> > 
> > 
> > Oproti tomu se do mapy běžně zanáší litinové kříže u cest, které často
> > také vznikaly na místech, kde zahynul sedlák pod převráceným vozem, jen
> > jsou o pár desítek (či stovek)
> > https://mapy.cz/s/1gwc1
> > let starší než novodobé pomníčky
> > 
> > 
> > Otázka tedy zní - mapovat / nemapovat?
> > 
> > novodobé pomníčky jsou pravděpodobně z velké části černou stavbou, ale
> > zároveň jsou důležitým orientačním bodem...
> > 
> > Jaké jsou vaše názory?
> > 
> > 
> > JAnD


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-ca] [Imports] Fwd: [Import] Ottawa Buildings & Addresses [Statistics Canada project]

2016-12-23 Per discussione James

Also Devon, the city of Ottawa said that they will not be updating the file
provided on their portal as it is only for the StatsCan project to
advance(publicly available) , so for now anyways it's a one time import as
there will never be any other version. The polygons themselves have no
identifiers, so trying to bind them to a building ID would be too
complicated and out of the current scope of the import which seeks to add
missing buildings and update really bad geometries(close enough geometries
will be left as is)

On Thu, Dec 22, 2016 at 1:47 PM, Devon Fyson  wrote:

> Here's are my thoughts on it:
>
>1. Arn't the building polygons already available? I see large buildings
> and the topographic
>DWG file  which
>contains buildings.
>2. If this
>
> 
>is still the import plan, it should be gone through and updated.
>3. Should make use of the changeset tags
>
>Most importantly type and url. For example:
>
>comment=Import building polygons for Ottawa, Canada. Importing
>non-existant polygons  Conflating with existing polygons
>type=import
>url:en=https://wiki.openstreetmap.org/wiki/Canada:Ontario:
>Ottawa/Import/Plan
>source:date=are released>
>source=City of Ottawa (maybe should include the dataset such as CAD
>Topographic Mapping Data or Large Buildings)
>source:url=http://data.ottawa.ca/en/dataset/cad-topographic-data (not
>in the list, but I made a comment about it here
>
> 
>)
>source:license=City of Ottawa Open Data Licence 2.0
>
>I'm not sure if the tasking manager to JOSM pipeline supports this,
>but if not it's easy to copy/paste all the correct tags in one go under
>"Tags of new changeset".
>4. use source:geometry=
> instead of
>source= tag. Thus if POI information is later added to the polygon,
>it's unambiguous as to what the source refers to.
>5. I think building replacements (deletions and additions) should be
>done within the same changeset to make it safer. Deleting all the buildings
>first caused a headache the first time this import was attempted and some
>buildings which were of better quality than the import were wiped out.
>6. split into non-existing and pre-existing buildings. Conflating with
>existing polygons will be more difficult and time consuming. Thus it would
>be good to keep that step in separate changesets with appropriate comments
>so it's easier to review each others work, and disagreements can be more
>easily rectified without touching undisputed work. I've noticed other
>
> 
>building imports have done this where they split the dataset into
>overlapping and non-overlapping polygons by script.
>7. be more specific in the instructions about deciding which
>footprints are added. Will they be compared to background imagery?
>Sometimes  buildings
>are completely wrong (mixed up in their dataset). And picking between
>existing and imported data is subjective, thus more detailed instructions
>would be good to improve quality and consistency between users.
>8. I would also like to see instructions on checking and copying over
>tags in pre-existing buildings which are to be replaced. And discuss how to
>handle offsets. What's the quality of the building survey? Should the
>aerial imagery be aligned to the polygon, or vise versa?
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] problème sur serveur(s) wms.openstreetmap.fr ?

2016-12-23 Per discussione Jean-Guilhem Cailton

Le 23/12/2016 à 13:06, Blake Girardot a écrit :
> Bonjour
>
> Le serveur d'image wms.openstreetmap.fr ne fonctionne pas.
> J'utilise les URLs de JOSM.
> Erreur 502 pour toutes les tuiles.
> J'ai testé toutes les images de wms.openstreetmap.fr et elles
> renvoient toutes 502 erreurs. D'autres personnes rapportent le même
> problème.
>
> Merci,
> Blake
>

Bonjour Blake,

Christian a déjà répondu à une question sur le même sujet la semaine
dernière :
https://lists.openstreetmap.org/pipermail/talk-fr/2016-December/082886.html

Courtoisement,

Jean-Guilhem

-- 
"Corruption is the abuse of entrusted power for private gain."
Transparency International
https://www.transparency.org/whatwedo/publication/preventing_corruption_in_humanitarian_operations
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Fwd: Science of Cities Seminars 2017 and Humanitarian Mapping Launch Event - save the date!

2016-12-23 Per discussione Joao Porto de Albuquerque

Dear all,

We hill host a talk about the Missing Maps project and a humanitarian
mapathon at Warwick University on 12 January 2017. It would be great to
have the participation of experienced members of the OSM community to coach
new mappers.

See details below and registration here:
https://missingmapswarwick.eventbrite.co.uk

Best regards
João

-- Forwarded message -
From: Porto De Albuquerque, Joao 
Date: Fri, 23 Dec 2016 at 12:57
Subject: Fwd: [CIM Research] Science of Cities Seminars 2017 and
Humanitarian Mapping Launch Event - save the date!
To: jpo...@gmail.com 




Begin forwarded message:

*From: *"Porto De Albuquerque, Joao" 
*Subject: **[CIM Research] Science of Cities Seminars 2017 and Humanitarian
Mapping Launch Event - save the date!*
*Date: *23 December 2016 at 12:14:52 GMT
*To: *cim research 

Dear all,

As we go for a well-deserved Christmas break, please take notice of a last
(but not least) announcement of the year: the relaunch of the Science of
Cities Seminars in the Spring Term 2017, organised by the Warwick Institute
for the Science of Cities, the Centre for Interdisciplinary Methodologies
and the GRP Sustainable Cities. We have a list of great speakers for the
next term and a fantastic launch event with a talk about the Missing Maps
project and a humanitarian mapping party (with pizza!). See details below
and save the date - further details will follow in due course.

Please forward this message and help to disseminate widely (and apologies
for cross-postings!).

I wish you all a very merry Christmas and a great new year in 2017!
João



*Science of Cities Seminars Programme - Spring Term 2017 *

*Date: 12 Jan 4pm - **Special Talk and Humanitarian Mapping Event**: Missing
Maps: putting the most vulnerable cities on the map*


Speaker: Pete Masters/MSF/Doctors without Borders UK - Missing Maps Project

Location:  room OC1.04 (talk) / OC1.01 (mapping event) - Oculus building


*Title: What’s the point of spending loads of my free time sitting at a
computer drawing round little shapes on blurry satellite images in places
that I will probably never go?  *
Abstract: Missing Maps is a crowdsourced mapping project, where 1000s of
individuals dedicate hours of their time to tracing geographical features
from satellite images. To an outside observer, it can look mind numbing,
but these volunteers are providing NGOs and others with vital datasets that
otherwise would not exist. For MSF, Missing Maps volunteers have directly
contributed to the provision of occupational health services in Bangladesh,
mass vaccination campaigns in the Democratic Republic of Congo, cholera
readiness in Sierra Leone and much more. Find out how by coming to
hear this imaginatively titled talk.

After the talk, we will be mapping northern Nigeria together to support the
MSF emergency response unit. Come, join us to learn how to help to produce
maps from satellite images to support humanitarian work and have a lot of
fun (and nice pizza too).

As we have limited capacity, please register today for the event to secure
your participation: https://missingmapswarwick.eventbrite.co.uk







*Date: 19 Jan 4pm Speaker: Steven Rose/ Head of Strategic Research of
Birmingham City Council  Title: tbc *






*Date: 2nd Feb 4pm Speaker: Jeremy Morley/Ordnance Survey Title: tbc *





*Date: 16 Feb 4pm Speaker: Stephanie Bricker / BGS *
*Title: Urban Geology - the Foundation for Cities*






*Date: 9th March 4pm Speaker: Stephen Passmore/ The Ecological
Sequestration Trust *


*Title: Data, systems modelling and resilient city-regions *
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-it] POI sospetto a Bergamo

2016-12-23 Per discussione Fra Mauro

Segnalo un POI a Bergamo. 
È un monumento dal nome sospetto: "Putto inesistente" inserito da un nuovo 
utente. Qualcuno conosce la zona???
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-pt] HOT Tasking Manager: Gestor de tarefas para parties e outras atividades

2016-12-23 Per discussione Aurelio Pires

Olá,

Pedro: podes contar comigo para ajudar nessa party de Guimarães.

Jorge: tenho andado a explorar superficialmente esta ferramenta mas
agora com esta "instalação nacional" vou dedicar mais atenção ao assunto.

Abraço,
Aurelio Pires

On 2016-12-23 1:23, Pedro Pereira wrote:

Boas,

Eu estou em condições de agendar uma party em Guimarães, na Vila das
Taipas (Caldelas), no entanto acho que é um pouco em cima agendar uma
party até final do ano, até porque eu queria envolver alunos da escola
secundária e talvez de geografia da Univ. Minho.
Poderemos pensar nisso para Janeiro, caso consigamos angariar um grupo
porreiro de membros experientes para orientar os mais inexperientes.

Abraço
Pedro

2016-12-22 23:58 GMT+00:00 Jorge Gustavo Rocha >:

Malta,

Já vi algumas instalações do HOT Tasking Manager [1] e achei muito
interessante para suportar algumas das nossas atividades de
mapeamento.

De uma forma sucinta, a ferramenta permite dividir uma área em
tarefas, dar um conjunto de instruções sobre o que é prioritário
para mapear, e depois os mapeadores escolhem as áreas onde querem
trabalhar. A ferramenta ajuda a que uns não trabalhem em cima dos
outros e dá umas estatísticas do que está feito e o que está por
fazer. Acho uma ótima ferramenta para as nossas parties. Mas...

Mas não tenho grande experiência com a ferramenta e precisava da
vossa ajuda para aprendermos a usá-lo e para termos várias pessoas
que o possam administrar.

Instalei o software no endereço: http://tarefas.openstreetmap.pt

1. Aparentemente, por ter sido o primeiro a entrar, fiquei como
"administrador". Entra-se com a conta existente do OpenStreetMap.
Há três níveis de utilizadores [2]: user, project manager e
administrator. Façam login e mandem-me um email (ou uma mensagem
no skype) para vos passar para "project manager" ou
"administrator", para poderem criar projetos e mudarem o perfil de
outros utilizadores.

2. Primeiro projeto. Quem quer definir um primeiro projeto para
experimentarmos a plataforma e fazermos alguma coisa de útil? Ou
quem quer organizar uma party entre o Natal e o fim de ano?
Independentemente de se criar um primeiro projeto "real", estejam
à vontade para criarem projetos de teste.
Com a instalação, já vem um projeto "Kathmandu" em rascunho (isto
é, não publicado para o público). Deixei ficar para se ver como é.

3. Aparentemente as traduções estão a funcionar. Parabéns a quem
fez o trabalho. Quem quiser contribuir para as traduções, as
mesmas estão no Transifex [3].

4. Para quem quiser ler um pouco sobre a ferramenta, há
documentação no wiki [4], mas a do LearnOSM é mais detalhada [5] e
[6]. O MapGive [7] também usa este Gestor de tarefas.

5. A ferramenta é open source [8]. Dá para "customizar" esta
instalação para Portugal (podemos por um logotipo ou umas cores
diferentes...) e dá para fazer alterações ao código. Se tiverem
sugestões, apitem.

Espero que a ferramenta seja útil e ajude a melhorarmos o nosso mapa.

Bom trabalho,

J. Gustavo

URL usados na mensagem:

[1] http://tasks.hotosm.org/
[2]

http://learnosm.org/en/coordination/tasking-manager-project-admin/#logging-in-amp-access-levels

[3] https://www.transifex.com/hotosm/osm-tasking-manager2/

[4] http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager

[5] http://learnosm.org/en/coordination/tasking-manager/

[6]
http://learnosm.org/en/coordination/tasking-manager-project-admin/

[7] https://mapgive.state.gov/
[8] https://github.com/hotosm/osm-tasking-manager2

J. Gustavo
--
Jorge Gustavo Rocha

Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor

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

--
Pedro Pereira

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

___
Talk-pt mailing list
Talk-pt@openstreetmap.org

[Talk-lv] gājēju celiņu zīmēšana

2016-12-23 Per discussione Rihards

nesen parādījušies daži jauni lietotāji, kas pievieno gājēju celiņus
(footway, path). daļa labi iezīmēti, daļa ne tik ļoti :)

potenciāls iemesls - pokemon go cilvēki pamanījuši, ka spēle daļēji
izmanto osm datus.

https://www.reddit.com/r/TheSilphRoad/comments/5jfnrm/how_to_find_the_new_rural_spawn_points/

ja redzam galīgi nepareizus celiņus, droši dzēšam. ja puslīdz pareizus,
pielabojam :)
-- 
 Rihards

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

[OSM-talk-fr] problème sur serveur(s) wms.openstreetmap.fr ?

2016-12-23 Per discussione Blake Girardot

Bonjour

Le serveur d'image wms.openstreetmap.fr ne fonctionne pas.
J'utilise les URLs de JOSM.
Erreur 502 pour toutes les tuiles.
J'ai testé toutes les images de wms.openstreetmap.fr et elles
renvoient toutes 502 erreurs. D'autres personnes rapportent le même
problème.

Merci,
Blake

-- 

Blake Girardot
OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
HOTOSM Member - https://hotosm.org/users/blake_girardot
skype: jblakegirardot

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

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

2016-12-23 Per discussione Stéphane Péneau


Je m'incruste aussi :-)

Au fait, tu mets
recycling:glass=yes
mais je pense que c'est plutôt
recycling:glass_bottles=yes

Bonne balade !

Stf




Le 23/12/2016 à 09:20, Florian LAINEZ a écrit :


Le 21 décembre 2016 à 23:13, > a écrit :


Fin du monologue ;-).


Enfin quelqu'un qui a pitié de moi ! Merci.
Très bonne suggestion, j'ai changé pour brand=Trilib'

Je me suis baladé hier et je vais terminer la collecte intégrale 
aujourd'hui. C'est ici : 
https://www.cartes.xyz/t/fcd984-Bornes_Trilib# 



--

*Florian Lainez*

@overflorian 


___
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: [Talk-cz] zákon o KČT

2016-12-23 Per discussione Jan Macura

On 23 December 2016 at 12:37, Martin Hejna  wrote:

> Pro poradek bych doplnil, ze vlada zakon nedoporucila.
>

Díky za info. Plyne z toho něco nebo je to jen stanovisko?

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

Re: [Talk-cz] WeeklyOSM CZ 334

2016-12-23 Per discussione Jan Macura

2016-12-23 10:22 GMT+01:00 Tom Ka :

> Pěkné počtení a klidné vánoční svátky ...
>

Ahoj,

díky za shrnutí setkání Elbe-Labe, a vůbec za vytrvalou práci na WeeklyOSM.

Klidné svátky i tobě
 H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-pt] HOT Tasking Manager: Gestor de tarefas para parties e outras atividades

2016-12-23 Per discussione Jorge Gustavo Rocha

Olá Marcos,

Folgo em saber que já tens usado o Gestor de Tarefas para criar
projetos. Eu só o tinha usado como mapeador.

Já estás como "administrator" (assim como o Pedro Pereira).

Provavelmente vemo-nos em breve pela Taipas.

Abraço,

J. Gustavo

Às 01:35 de 23-12-2016, Marcos Oliveira escreveu:

Olá a todos,

Agradeçam ao Filipe e ao Rui pelo seu trabalho de tradução!

Jorge, eu já tenho experiência com esta ferramenta [1], qualquer dúvida
que tenhas ficarei feliz em ajudar.

Pedro, apoio a ideia da mapping party em Guimarães, até porque com o HOT
podemos ter elementos a fazer algum "armchair mapping" caso não possam
comparecer, visto que podem ter uma parcela designada só para eles.

[1] - http://tasks.hotosm.org/project/580

No dia 23 de dezembro de 2016 às 01:23, Pedro Pereira
> escreveu:

Boas,

Eu estou em condições de agendar uma party em Guimarães, na Vila das
Taipas (Caldelas), no entanto acho que é um pouco em cima agendar
uma party até final do ano, até porque eu queria envolver alunos da
escola secundária e talvez de geografia da Univ. Minho.
Poderemos pensar nisso para Janeiro, caso consigamos angariar um
grupo porreiro de membros experientes para orientar os mais
inexperientes.

Abraço
Pedro

2016-12-22 23:58 GMT+00:00 Jorge Gustavo Rocha >:

Malta,

Já vi algumas instalações do HOT Tasking Manager [1] e achei
muito interessante para suportar algumas das nossas atividades
de mapeamento.

De uma forma sucinta, a ferramenta permite dividir uma área em
tarefas, dar um conjunto de instruções sobre o que é prioritário
para mapear, e depois os mapeadores escolhem as áreas onde
querem trabalhar. A ferramenta ajuda a que uns não trabalhem em
cima dos outros e dá umas estatísticas do que está feito e o que
está por fazer. Acho uma ótima ferramenta para as nossas
parties. Mas...

Mas não tenho grande experiência com a ferramenta e precisava da
vossa ajuda para aprendermos a usá-lo e para termos várias
pessoas que o possam administrar.

Instalei o software no endereço: http://tarefas.openstreetmap.pt

1. Aparentemente, por ter sido o primeiro a entrar, fiquei como
"administrador". Entra-se com a conta existente do
OpenStreetMap. Há três níveis de utilizadores [2]: user, project
manager e administrator. Façam login e mandem-me um email (ou
uma mensagem no skype) para vos passar para "project manager" ou
"administrator", para poderem criar projetos e mudarem o perfil
de outros utilizadores.

2. Primeiro projeto. Quem quer definir um primeiro projeto para
experimentarmos a plataforma e fazermos alguma coisa de útil? Ou
quem quer organizar uma party entre o Natal e o fim de ano?
Independentemente de se criar um primeiro projeto "real",
estejam à vontade para criarem projetos de teste.
Com a instalação, já vem um projeto "Kathmandu" em rascunho
(isto é, não publicado para o público). Deixei ficar para se ver
como é.

3. Aparentemente as traduções estão a funcionar. Parabéns a quem
fez o trabalho. Quem quiser contribuir para as traduções, as
mesmas estão no Transifex [3].

4. Para quem quiser ler um pouco sobre a ferramenta, há
documentação no wiki [4], mas a do LearnOSM é mais detalhada [5]
e [6]. O MapGive [7] também usa este Gestor de tarefas.

Espero que a ferramenta seja útil e ajude a melhorarmos o nosso
mapa.

Bom trabalho,

J. Gustavo

URL usados na mensagem:

[1] http://tasks.hotosm.org/
[2]

http://learnosm.org/en/coordination/tasking-manager-project-admin/#logging-in-amp-access-levels

[3] https://www.transifex.com/hotosm/osm-tasking-manager2/

[4] http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager

[5] http://learnosm.org/en/coordination/tasking-manager/

[6]
http://learnosm.org/en/coordination/tasking-manager-project-admin/

[7] https://mapgive.state.gov/
[8]

[Talk-cz] WeeklyOSM RSS feed

2016-12-23 Per discussione Tom Ka

Ahoj,

konecne jsem se dokopal upravit skript pro statistiky aby generoval i RSS feed.

http://kasparkovi.net/osm/weekly.html
resp. http://kasparkovi.net/osm/weekly-rss.xml

(asi bude jeste potreba postupne poladit)

Enjoy.

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

Re: [OSM-talk-fr] Données du STIF sur Osmose

2016-12-23 Per discussione Frédéric Rodrigo


J'ai le même sentiment.
Ok je désactive. Ça sera effectif dans quelques jours.

Frédéric.


Le 23/12/2016 à 09:26, Ralf Treinen a écrit :

Bonjour,

On Thu, Dec 22, 2016 at 09:25:58PM +0100, Noémie Lehuby wrote:


Et malgré ça, j'avais quand même un peu plus d'un cas sur 6 où l'arrêt
opendata le plus proche n'était pas le bon mais celui de l'autre côté de la
route.

je rencontre les mêmes difficultés, et aussi une confusion entre les
arrêts différents de lignes de bus différentes, et portant le même
nom. On peut demeler les derniers facilement grace au fichier
liste-arrets-lignes-tc-idf.csv, mais je me demande comment trouver une
information fiable sur le sens de la ligne qui dessert un arrêt de bus
(le problème évoqué par Noémie). Par exemple, pour l'arrêt "Bibliothèque
Rue Mann" de la ligne RATP 62, je trouve

$ grep RATP liste-arrets-lignes-tc-idf.csv | grep ';62;' | grep
'BIBLIOTHEQUE RUE MANN'
RATP;100100062:62;62;62;3;StopPoint:59:3887745;BIBLIOTHEQUE RUE
MANN;48.829293;2.378153;24009;C01098;48.829293, 2.378153
RATP;100100062:62;62;62;3;StopPoint:59:3887746;BIBLIOTHEQUE RUE
MANN;48.828817;2.378112;24013;C01098;48.828817, 2.378112

et la seule différence exploitable que je vois entre les deux est que
le premier est un plus au nord, et doit donc être celui du sens
est->ouest de la ligne. Est-ce qu'il y un autre moyen ?

-Ralf.

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




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

Re: [OSM-talk-fr] Données du STIF sur Osmose