[Talk-ec] Saludos

[María Fernanda Leon Pazmiño]

Mi nombre es Fernanda León
trabajo en el IGM Ecuador
deseo formar parte del grupo.

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

Re: [Talk-ec] Talk-ec Digest, Vol 46, Issue 3

[Jose Valverde]

Estimados: En las redes piden ayuda para pueblos pequeños que han sido 
damnificados, pero la ubicación de los mismos no existen en los mapas (google, 
o google earth), por lo que la ayuda externa tiene dificultad o lentitud en 
localizar.
Basado en las cartas topográficas del IGM Ecuador podemos ubicar las 
poblaciones mas pequeñas.Yo estoy terminando la carta Portoviejo, desde 
Portoviejo a la vía a San Placido. Pero hay muchas otras cuya información se 
necesita poner en openstreetmap.
Trabajo en JOSM
aquí el catalogo de hojas cartográficasProductos Cartográficos On-line

|   |
|   |  |   |   |   |   |   |
| Productos Cartográficos On-lineIGM, Instituto Geográfico Militar, Geográfico, 
Cartográfia, Mapas Ecuador, Mapa Fisico, Mapa Politico, Gis, Seguridad 
Documentaria, Planetario, Centro Cultural, Inv... |
|  |
| Ver en www.igm.gob.ec | Vista previa por Yahoo |
|  |
|   |


aquí se pueden descargar las hojas cartográficas escala 1:5 del IGM Ecuador.
Cartografia de libre Acceso escala 50k | Geoportal

|   |
|   |   |   |   |   |
| Cartografia de libre Acceso escala 50k | GeoportalESCALA 1:50.000, Segunda 
Versión Enero 2013!! Capas de Información Geográfica básica del IGM de libre 
acceso. (Codificación UTF-8)  |
|  |
| Ver en www.geoportaligm.gob.ec | Vista previa por Yahoo |
|  |
|   |


para no duplicar esfuerzo seria bueno avisar en que carta se esta trabajando

muchas gracias. 
jose, guayaquil, Ingeniero Civil
mi usuario en openstreetmapjose_ecu

   

 El Martes, 19 de abril, 2016 7:11:23, "talk-ec-requ...@openstreetmap.org" 
 escribió:
 

 Send Talk-ec mailing list submissions to
    talk-ec@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
    https://lists.openstreetmap.org/listinfo/talk-ec
or, via email, send a message with subject or body 'help' to
    talk-ec-requ...@openstreetmap.org

You can reach the person managing the list at
    talk-ec-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-ec digest..."


Today's Topics:

  1. M7,    8 Terremoto en Ecuador: Muisne - proyecto de mapeo #1805
      -    pre-evento (hyan...@gmail.com)
  2. Re: [talk-latam] M7, 8 Terremoto en Ecuador: Muisne -
      proyecto de mapeo #1805 - pre-evento (hyan...@gmail.com)
  3. Re: [talk-latam] M7, 8 Terremoto en Ecuador: Muisne -
      proyecto de mapeo #1805 - pre-evento (hyan...@gmail.com)


--

Message: 1
Date: Mon, 18 Apr 2016 17:54:26 -0500
From: "hyan...@gmail.com" 
To: OpenStreetMap Latinoamérica  ,
    talk-ec@openstreetmap.org, OpenStreetMap Colombia
    
Subject: [Talk-ec] M7,    8 Terremoto en Ecuador: Muisne - proyecto de
    mapeo #1805 -    pre-evento
Message-ID:
    
Content-Type: text/plain; charset=UTF-8

**Por favor circular en sus listas nacionales**

Hola maperos!

Un nuevo proyecto con imágenes pre-evento ha sido lanzado:

http://tasks.hotosm.org/project/1805

Las imágenes hay que cargarlas en JOSM o iD desde un WMS, por lo tanto es
más para maperos con algo de experiencia.

Las imágenes son fuentes oficiales del Geoportal del Ecuador.

Gracias por sus contribuciones!

Humberto Yances


--

Message: 2
Date: Mon, 18 Apr 2016 18:16:17 -0500
From: "hyan...@gmail.com" 
To: winfi...@gmail.com,  OpenStreetMap Latinoamérica
    
Cc: OpenStreetMap Colombia ,
    talk-ec@openstreetmap.org
Subject: Re: [Talk-ec] [talk-latam] M7, 8 Terremoto en Ecuador: Muisne
    - proyecto de mapeo #1805 - pre-evento
Message-ID:
    
Content-Type: text/plain; charset=UTF-8

Polyglot,

En las instrucciones está el enlace WMS para el control remoto del JOSM, de
forma que no haya que configuralo manualmente, más detalles en:

https://gist.github.com/Rub21/60d5f16615d450311722a2eddf2602c3#gistcomment-1755665

A sus órdenes cualquier duda,

Humberto

El 18 de abril de 2016, 18:12, Jo  escribió:

> Hola Humberto,
>
> Para mi, no está claro como cargar los imagenes. No veo un url valido. Hay
> manera de agregarlo en el comando dirigido al remote control de JOSM, lo
> que seria mucho mas conveniente.
>
> Polyglot
>
> 2016-04-19 0:54 GMT+02:00 hyan...@gmail.com :
>
>> **Por favor circular en sus listas nacionales**
>>
>> Hola maperos!
>>
>> Un nuevo proyecto con imágenes pre-evento ha sido lanzado:
>>
>> http://tasks.hotosm.org/project/1805
>>
>> Las imágenes hay que cargarlas en JOSM o iD desde un WMS, por lo tanto es
>> más para maperos con algo de experiencia.
>>
>> Las imágenes son fuentes oficiales del Geoportal del Ecuador.
>>
>> Gracias por sus contribuciones!
>>
>> 

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[Philippe Verdy]

Et cela ne concerne pas que les églises, puisque les cartes IGN incluent
aussi des symboles rouges de balisage kilométrique indiquant les points
entre lesquels sont affichés les distances. Ces symboles eux aussi n'ont
aucune orientation prédéfinie, ils sont orientés eux aussi en fonction de
ce qui est à représenter autour, mais pas du tout en fonction des seules
directions des routes : le placement des libellés comptent également.

Tout ceci n'est qu'une série de patients ajustements manuels, spécifiques à
l'échelle de la carte et des autres détails qu'elle veut montrer (choix
purement éditorial), mais on n'a pas dans OSM des données spécifiques de
placement spécifique à l'échelle pour le rendu (pas plus qu'on en a
relativement aux autres libellés ou détails qu'un rendu voudra montrer...
ou pas).

Si on veut faire une carte ayant ces types d'ajustements spécifiques, il
faut une base de données complémentaire, spécifique au rendu à faire, hors
OSM (c'est ce que fait MapQuest pour placer plus judicieusement certains
libellés importants ou les sélectionner selon des critères qu'ils
considèrent plus pertinents, notamment pour les faibles niveaux de zoom,
afin de les placer en priorité avant tout le reste issu d'OSM et qui sera
placé de façon automatisée s'il reste de la place).


Le 25 avril 2016 à 00:35, Philippe Verdy  a écrit :

> Regarde aussi à Rodez...
>
> Le 25 avril 2016 à 00:33, Philippe Verdy  a écrit :
>
>> Si tu veux un exemple, regarde les cartes IGN pour Séverac-l'Eglise et
>> vois comment le symbole change d'orientation sans *jamais* afficher
>> l'orientation réelle de l'édifice...
>>
>>
>> Le 25 avril 2016 à 00:03, Philippe Verdy  a écrit :
>>
>>> En plus j'ai vérifié, l'IGN n'oriente pas ses symboles sur ses cartes.
>>> Si parfois le symbole est "penché" c'est juste pour le dessiner en évitant
>>> de le superposer à autre chose, mais pas en tenant compte de l'orientation
>>> réelle de l'édifice.
>>>
>>> A grande d'échelle, le symbole (légèrement différent selon qu'il s'agit
>>> d'une église ou cathédrale, d'une petite chapelle ou juste d'un calvaire
>>> ouvert sur l'extérieur sans nef) n'est jamais orienté (la croix est
>>> toujours verticale, ou pas affiché du tout pour les plus petits édifices
>>> s'il y a autre chose plus remarquable à afficher). A petite échelle, il n'y
>>> a aucun symbole sur le bâtiment, c'est le bâtiment qui est représenté dans
>>> sa forme réelle, la croix disparait, il reste juste un petit cercle
>>> signalant son entrée principale, et le nom de l'édifice (ou l'abréviation
>>> "Egl.") peut être affiché sans symbole.
>>>
>>> C'est à échelle moyenne qu'on peut voir des ajustements manuels de
>>> l'orientation pour éviter de recouvrir un autre symbole proche pour éviter
>>> de couper un libellé; il n'y a aucune règle prédéterminée selon les
>>> endroits un ajustement est fait... ou pas (selon l'importance relative des
>>> autrers éléments voisins à représenter, ce n'est pas toujours ce symbole
>>> qui est ajusté mais les libellés autour qui peuvent être décalés).
>>>
>>>
>>> Le 24 avril 2016 à 23:40, Philippe Verdy  a écrit :
>>>
 H. Je n'ai pas dit ça (et surtout pas dans ces termles insultants).
 Mais je voudrais un exemple clair.

 Le 24 avril 2016 à 17:34, JB  a écrit :

> Bien, Philippe, tu penseras donc à faire suivre ce mél à l'IGN pour
> leur expliquer qu'il bossent comme des porcs depuis quelques dizaines
> d'années, et qu'ils s'entêtent dans cette voie-là.
> JB.
>
>
> Le 24/04/2016 13:15, Philippe Verdy a écrit :
>
> Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :
>>
>>> Pour les églises c'est d'autant plus "intéressant" que le symbole
>>> est orienté et la forme non triviale !
>>>
>> Je crois que le défi est lancé. Par contre, ça risque d'attendre un
>> peu, ma liste de choses à faire avant est un peu longue.
>
>
> Je ne vois pas en quoi le symbole d'une église ou temple (la croix) ou
> d'une synagogue (classiquement une étoile de David) ou d'une mosquée
> (classiquement un croissant) est orienté : il n'y a qu'une orientation
> valable dans chaque cas (celle de représetnation de la carte), c'est un
> symbole qui apparaitre ancré sur le batiment, même s'il n'est représenté
> que par un noeud ou par un polygone complexe. Faire tourner cette croix ou
> le croissant aura un sens un peu particulier et pourrait même être perçu
> négativement (imaginez l'effet de voir une croix renversée).
> Dans tous les cas on se place dans l'orientation d'observation de la
> carte (et de lecture de sa légende éventuelle).
> Ce n'est pas comme les terrains de sport ou les barrières et barrages
> qu'on a intéret à rienter dans le bon sens dans ils ne sont représentés 
> que
> par un noeud (le symbole étant figuratif de la réalité). Je ne 

[OSM-talk-fr] Rencontre parisienne 28 avril 2016

[Donat ROBAUX]

Bonjour à tous,

Nous nous rencontrons jeudi 28 avril 2016 à partir de 19h30. Les locaux
peuvent être ouverts un peu avant je pense.
C'est ici: FPH, Fondation Charles-Léopold Mayer pour le Progrès de l'Homme
38 rue Saint-Sabin Paris

La suite sur le forum:
https://forum.openstreetmap.fr/viewtopic.php?f=18=4654=0

Ca va être validé dans l'Agenda du Libre.

Avis aux amateurs

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

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[Philippe Verdy]

Regarde aussi à Rodez...

Le 25 avril 2016 à 00:33, Philippe Verdy  a écrit :

> Si tu veux un exemple, regarde les cartes IGN pour Séverac-l'Eglise et
> vois comment le symbole change d'orientation sans *jamais* afficher
> l'orientation réelle de l'édifice...
>
>
> Le 25 avril 2016 à 00:03, Philippe Verdy  a écrit :
>
>> En plus j'ai vérifié, l'IGN n'oriente pas ses symboles sur ses cartes. Si
>> parfois le symbole est "penché" c'est juste pour le dessiner en évitant de
>> le superposer à autre chose, mais pas en tenant compte de l'orientation
>> réelle de l'édifice.
>>
>> A grande d'échelle, le symbole (légèrement différent selon qu'il s'agit
>> d'une église ou cathédrale, d'une petite chapelle ou juste d'un calvaire
>> ouvert sur l'extérieur sans nef) n'est jamais orienté (la croix est
>> toujours verticale, ou pas affiché du tout pour les plus petits édifices
>> s'il y a autre chose plus remarquable à afficher). A petite échelle, il n'y
>> a aucun symbole sur le bâtiment, c'est le bâtiment qui est représenté dans
>> sa forme réelle, la croix disparait, il reste juste un petit cercle
>> signalant son entrée principale, et le nom de l'édifice (ou l'abréviation
>> "Egl.") peut être affiché sans symbole.
>>
>> C'est à échelle moyenne qu'on peut voir des ajustements manuels de
>> l'orientation pour éviter de recouvrir un autre symbole proche pour éviter
>> de couper un libellé; il n'y a aucune règle prédéterminée selon les
>> endroits un ajustement est fait... ou pas (selon l'importance relative des
>> autrers éléments voisins à représenter, ce n'est pas toujours ce symbole
>> qui est ajusté mais les libellés autour qui peuvent être décalés).
>>
>>
>> Le 24 avril 2016 à 23:40, Philippe Verdy  a écrit :
>>
>>> H. Je n'ai pas dit ça (et surtout pas dans ces termles insultants).
>>> Mais je voudrais un exemple clair.
>>>
>>> Le 24 avril 2016 à 17:34, JB  a écrit :
>>>
 Bien, Philippe, tu penseras donc à faire suivre ce mél à l'IGN pour
 leur expliquer qu'il bossent comme des porcs depuis quelques dizaines
 d'années, et qu'ils s'entêtent dans cette voie-là.
 JB.


 Le 24/04/2016 13:15, Philippe Verdy a écrit :

 Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :
>
>> Pour les églises c'est d'autant plus "intéressant" que le symbole est
>> orienté et la forme non triviale !
>>
> Je crois que le défi est lancé. Par contre, ça risque d'attendre un
> peu, ma liste de choses à faire avant est un peu longue.


 Je ne vois pas en quoi le symbole d'une église ou temple (la croix) ou
 d'une synagogue (classiquement une étoile de David) ou d'une mosquée
 (classiquement un croissant) est orienté : il n'y a qu'une orientation
 valable dans chaque cas (celle de représetnation de la carte), c'est un
 symbole qui apparaitre ancré sur le batiment, même s'il n'est représenté
 que par un noeud ou par un polygone complexe. Faire tourner cette croix ou
 le croissant aura un sens un peu particulier et pourrait même être perçu
 négativement (imaginez l'effet de voir une croix renversée).
 Dans tous les cas on se place dans l'orientation d'observation de la
 carte (et de lecture de sa légende éventuelle).
 Ce n'est pas comme les terrains de sport ou les barrières et barrages
 qu'on a intéret à rienter dans le bon sens dans ils ne sont représentés que
 par un noeud (le symbole étant figuratif de la réalité). Je ne vois même
 pas en quoi cela améliore la lisibilité de la carte et la reconnaissance du
 symbole. Si cela dépend de l'orientation du batiment, c'est le batiment
 lui-même qu'il faut représenter (et ce n'est pas lié au culte qui est
 célébré dedans... ou pas).


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

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[Philippe Verdy]

Si tu veux un exemple, regarde les cartes IGN pour Séverac-l'Eglise et vois
comment le symbole change d'orientation sans *jamais* afficher
l'orientation réelle de l'édifice...


Le 25 avril 2016 à 00:03, Philippe Verdy  a écrit :

> En plus j'ai vérifié, l'IGN n'oriente pas ses symboles sur ses cartes. Si
> parfois le symbole est "penché" c'est juste pour le dessiner en évitant de
> le superposer à autre chose, mais pas en tenant compte de l'orientation
> réelle de l'édifice.
>
> A grande d'échelle, le symbole (légèrement différent selon qu'il s'agit
> d'une église ou cathédrale, d'une petite chapelle ou juste d'un calvaire
> ouvert sur l'extérieur sans nef) n'est jamais orienté (la croix est
> toujours verticale, ou pas affiché du tout pour les plus petits édifices
> s'il y a autre chose plus remarquable à afficher). A petite échelle, il n'y
> a aucun symbole sur le bâtiment, c'est le bâtiment qui est représenté dans
> sa forme réelle, la croix disparait, il reste juste un petit cercle
> signalant son entrée principale, et le nom de l'édifice (ou l'abréviation
> "Egl.") peut être affiché sans symbole.
>
> C'est à échelle moyenne qu'on peut voir des ajustements manuels de
> l'orientation pour éviter de recouvrir un autre symbole proche pour éviter
> de couper un libellé; il n'y a aucune règle prédéterminée selon les
> endroits un ajustement est fait... ou pas (selon l'importance relative des
> autrers éléments voisins à représenter, ce n'est pas toujours ce symbole
> qui est ajusté mais les libellés autour qui peuvent être décalés).
>
>
> Le 24 avril 2016 à 23:40, Philippe Verdy  a écrit :
>
>> H. Je n'ai pas dit ça (et surtout pas dans ces termles insultants).
>> Mais je voudrais un exemple clair.
>>
>> Le 24 avril 2016 à 17:34, JB  a écrit :
>>
>>> Bien, Philippe, tu penseras donc à faire suivre ce mél à l'IGN pour leur
>>> expliquer qu'il bossent comme des porcs depuis quelques dizaines d'années,
>>> et qu'ils s'entêtent dans cette voie-là.
>>> JB.
>>>
>>>
>>> Le 24/04/2016 13:15, Philippe Verdy a écrit :
>>>
>>> Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :

> Pour les églises c'est d'autant plus "intéressant" que le symbole est
> orienté et la forme non triviale !
>
 Je crois que le défi est lancé. Par contre, ça risque d'attendre un
 peu, ma liste de choses à faire avant est un peu longue.
>>>
>>>
>>> Je ne vois pas en quoi le symbole d'une église ou temple (la croix) ou
>>> d'une synagogue (classiquement une étoile de David) ou d'une mosquée
>>> (classiquement un croissant) est orienté : il n'y a qu'une orientation
>>> valable dans chaque cas (celle de représetnation de la carte), c'est un
>>> symbole qui apparaitre ancré sur le batiment, même s'il n'est représenté
>>> que par un noeud ou par un polygone complexe. Faire tourner cette croix ou
>>> le croissant aura un sens un peu particulier et pourrait même être perçu
>>> négativement (imaginez l'effet de voir une croix renversée).
>>> Dans tous les cas on se place dans l'orientation d'observation de la
>>> carte (et de lecture de sa légende éventuelle).
>>> Ce n'est pas comme les terrains de sport ou les barrières et barrages
>>> qu'on a intéret à rienter dans le bon sens dans ils ne sont représentés que
>>> par un noeud (le symbole étant figuratif de la réalité). Je ne vois même
>>> pas en quoi cela améliore la lisibilité de la carte et la reconnaissance du
>>> symbole. Si cela dépend de l'orientation du batiment, c'est le batiment
>>> lui-même qu'il faut représenter (et ce n'est pas lié au culte qui est
>>> célébré dedans... ou pas).
>>>
>>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[Philippe Verdy]

En plus j'ai vérifié, l'IGN n'oriente pas ses symboles sur ses cartes. Si
parfois le symbole est "penché" c'est juste pour le dessiner en évitant de
le superposer à autre chose, mais pas en tenant compte de l'orientation
réelle de l'édifice.

A grande d'échelle, le symbole (légèrement différent selon qu'il s'agit
d'une église ou cathédrale, d'une petite chapelle ou juste d'un calvaire
ouvert sur l'extérieur sans nef) n'est jamais orienté (la croix est
toujours verticale, ou pas affiché du tout pour les plus petits édifices
s'il y a autre chose plus remarquable à afficher). A petite échelle, il n'y
a aucun symbole sur le bâtiment, c'est le bâtiment qui est représenté dans
sa forme réelle, la croix disparait, il reste juste un petit cercle
signalant son entrée principale, et le nom de l'édifice (ou l'abréviation
"Egl.") peut être affiché sans symbole.

C'est à échelle moyenne qu'on peut voir des ajustements manuels de
l'orientation pour éviter de recouvrir un autre symbole proche pour éviter
de couper un libellé; il n'y a aucune règle prédéterminée selon les
endroits un ajustement est fait... ou pas (selon l'importance relative des
autrers éléments voisins à représenter, ce n'est pas toujours ce symbole
qui est ajusté mais les libellés autour qui peuvent être décalés).


Le 24 avril 2016 à 23:40, Philippe Verdy  a écrit :

> H. Je n'ai pas dit ça (et surtout pas dans ces termles insultants).
> Mais je voudrais un exemple clair.
>
> Le 24 avril 2016 à 17:34, JB  a écrit :
>
>> Bien, Philippe, tu penseras donc à faire suivre ce mél à l'IGN pour leur
>> expliquer qu'il bossent comme des porcs depuis quelques dizaines d'années,
>> et qu'ils s'entêtent dans cette voie-là.
>> JB.
>>
>>
>> Le 24/04/2016 13:15, Philippe Verdy a écrit :
>>
>> Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :
>>>
 Pour les églises c'est d'autant plus "intéressant" que le symbole est
 orienté et la forme non triviale !

>>> Je crois que le défi est lancé. Par contre, ça risque d'attendre un peu,
>>> ma liste de choses à faire avant est un peu longue.
>>
>>
>> Je ne vois pas en quoi le symbole d'une église ou temple (la croix) ou
>> d'une synagogue (classiquement une étoile de David) ou d'une mosquée
>> (classiquement un croissant) est orienté : il n'y a qu'une orientation
>> valable dans chaque cas (celle de représetnation de la carte), c'est un
>> symbole qui apparaitre ancré sur le batiment, même s'il n'est représenté
>> que par un noeud ou par un polygone complexe. Faire tourner cette croix ou
>> le croissant aura un sens un peu particulier et pourrait même être perçu
>> négativement (imaginez l'effet de voir une croix renversée).
>> Dans tous les cas on se place dans l'orientation d'observation de la
>> carte (et de lecture de sa légende éventuelle).
>> Ce n'est pas comme les terrains de sport ou les barrières et barrages
>> qu'on a intéret à rienter dans le bon sens dans ils ne sont représentés que
>> par un noeud (le symbole étant figuratif de la réalité). Je ne vois même
>> pas en quoi cela améliore la lisibilité de la carte et la reconnaissance du
>> symbole. Si cela dépend de l'orientation du batiment, c'est le batiment
>> lui-même qu'il faut représenter (et ce n'est pas lié au culte qui est
>> célébré dedans... ou pas).
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-latam] [activation hotosm] Re: Terremoto Ecuador - TMS Ortoimágenes IGM / IGM orthoimages

[maning sambale]

Hola,

I also compiled a list of all the orthophotos from
http://www.geoportaligm.gob.ec/portal/index.php/catalogo-de-datos/

The gist URL opens automatically in JOSM:

https://gist.github.com/maning/da747dd283909b66950503eae4532517


2016-04-18 16:05 GMT+05:30 Jean-Guilhem Cailton :
> Hola, (in English below)
>
> Aquí están capas TMS agrupando imágenes del WMS del Instituto Geográfico
> Militar (IGM) de Ecuador. Como a veces hay "partes blancas" alrededor de las
> imágenes que pueden esconder el contenido de otras imágenes, hay varios
> grupos.
>
> Ocho imágenes seleccionadas ayer con Daniel, Humberto y Fred:
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto/{zoom}/{x}/{y}
>
> Una cobertura por cuadrícula de imágenes (que aparecen ser de 2014) :
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_grid/{zoom}/{x}/{y}
>
> Otras imágenes de 2014 :
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_2014/{zoom}/{x}/{y}
>
> imágenes de 2015 :
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_2015/{zoom}/{x}/{y}
>
> Una capa con todas estas (escondiéndose a veces) :
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_todo/{zoom}/{x}/{y}
>
> Cada imagen puede accederse también sola en WMS (en JOSM), desde :
>
> http://www.geoportaligm.gob.ec/orto/wms?service=wms=1.3.0=GetCapabilities
>
>
> Saludos
>
> -
>
> Hi,
>
> TMS layers grouping images from Instituto Geográfico Militar (IGM) de
> Ecuador are available. As some "white parts" around the images can sometimes
> cover the content of other images, several groupings are available.
>
> Eight images selected yesterday by Daniel:
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto/{zoom}/{x}/{y}
>
> A grid cover (that appears to have been taken in 2014):
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_grid/{zoom}/{x}/{y}
>
> Other images taken in 2014:
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_2014/{zoom}/{x}/{y}
>
> Images taken in 2015 :
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_2015/{zoom}/{x}/{y}
>
> A layer with all the above (which sometimes hide each other):
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_orto_todo/{zoom}/{x}/{y}
>
> Each image can also be accessed individually via WMS (in JOSM), from:
>
> http://www.geoportaligm.gob.ec/orto/wms?service=wms=1.3.0=GetCapabilities
>
>
> Best wishes,
>
> Jean-Guilhem
>
>
> Le 17/04/2016 22:27, temporalista a écrit :
>
> Gracias a todos por su apoyo. Estamos ya coordinando con Humberto de HOT y
> las organizaciones de gobierno. Les mantendremos al tanto.
>
> Daniel.
>
> 2016-04-17 15:21 GMT-05:00 Johnattan Rupire :
>>
>> Desde la comunidad de Perú también nos sumamos,gracias Miryam por abrir el
>> hilo,quedamos atentos
>>
>> El 17 de abril de 2016 15:18:16 GMT-05:00, "Gonzales, Miriam - (p)"
>>  escribió:
>>>
>>> Hola comunidad mapera,
>>>
>>>
>>>
>>> Desafortunadamente el día de ayer  hubo un temblor de 7.8 grados en
>>> Ecuador, al momento van más de 200 muertos, más de 1500 heridos y un número
>>> no determinado de desaparecidos. Se solicita que la comunidad mapera de MX y
>>> LatAm ayudemos con las labores de mapeo y así apoyar al pueblo de Ecuador,
>>> les comparto abajo los links del Wiki y de la Tarea HOT.
>>>
>>>
>>>
>>> De antemano gracias por su apoyo,
>>>
>>>
>>>
>>> http://wiki.openstreetmap.org/wiki/ES:2016_Ecuador_earthquake
>>>
>>> http://tasks.hotosm.org/project/1794
>>>
>>> 
>
> -- "Je pense, avec Pascal, que le zèle est étrange « qui s'irrite contre
> ceux qui accusent des fautes publiques, et non pas contre ceux qui les
> commettent »." Marc Bloch "I think, with Pascal, that it is a strange zeal «
> which chafes against those who accuse public faults, and not against those
> who commit them »."
>
> --
> You received this message because you are subscribed to the Google Groups
> "Activation Working Group" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to activation+unsubscr...@hotosm.org.
> To post to this group, send email to activat...@hotosm.org.
> To view this discussion on the web visit
> https://groups.google.com/a/hotosm.org/d/msgid/activation/5714B875.2050204%40arkemie.org.



-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[Philippe Verdy]

H. Je n'ai pas dit ça (et surtout pas dans ces termles insultants).
Mais je voudrais un exemple clair.

Le 24 avril 2016 à 17:34, JB  a écrit :

> Bien, Philippe, tu penseras donc à faire suivre ce mél à l'IGN pour leur
> expliquer qu'il bossent comme des porcs depuis quelques dizaines d'années,
> et qu'ils s'entêtent dans cette voie-là.
> JB.
>
>
> Le 24/04/2016 13:15, Philippe Verdy a écrit :
>
> Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :
>>
>>> Pour les églises c'est d'autant plus "intéressant" que le symbole est
>>> orienté et la forme non triviale !
>>>
>> Je crois que le défi est lancé. Par contre, ça risque d'attendre un peu,
>> ma liste de choses à faire avant est un peu longue.
>
>
> Je ne vois pas en quoi le symbole d'une église ou temple (la croix) ou
> d'une synagogue (classiquement une étoile de David) ou d'une mosquée
> (classiquement un croissant) est orienté : il n'y a qu'une orientation
> valable dans chaque cas (celle de représetnation de la carte), c'est un
> symbole qui apparaitre ancré sur le batiment, même s'il n'est représenté
> que par un noeud ou par un polygone complexe. Faire tourner cette croix ou
> le croissant aura un sens un peu particulier et pourrait même être perçu
> négativement (imaginez l'effet de voir une croix renversée).
> Dans tous les cas on se place dans l'orientation d'observation de la carte
> (et de lecture de sa légende éventuelle).
> Ce n'est pas comme les terrains de sport ou les barrières et barrages
> qu'on a intéret à rienter dans le bon sens dans ils ne sont représentés que
> par un noeud (le symbole étant figuratif de la réalité). Je ne vois même
> pas en quoi cela améliore la lisibilité de la carte et la reconnaissance du
> symbole. Si cela dépend de l'orientation du batiment, c'est le batiment
> lui-même qu'il faut représenter (et ce n'est pas lié au culte qui est
> célébré dedans... ou pas).
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-br] RES: Limite de cidades com distritos

[Blademir Andrade de Lima]

Acho difícil, uma vez que nem o 9 e nem o 10 não estão nem parcialmente 
mapeados.

Somente irão liberar um novo nível uma vez que estejam “saturados” todos os 
outros níveis.

Att,
BladeTC

Enviado do Email para Windows 10

De: santamariense
Enviado:domingo, 24 de abril de 2016 09:35
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Limite de cidades com distritos

> From: Arlindo Pereira 
>
> E se a gente forçasse uma barra e tagueasse subdistrito como
> "admin_level=9.5"? Retaguear bairro acho insano.
>
> []s

Já havia pensado em algo parecido. Pois além da gente ter todos os
níveis administrativos representados, eles ainda tem que ter um
paralelismo com os níveis de outros países.

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

Re: [Talk-ca] Attributs des sentiers de vélo de montagne

[Alouette955]

Bonjour,

Selon la page du wiki concernant le vélo de montagne: 
http://wiki.openstreetmap.org/wiki/Mountain_biking on peut déterminer ce qui 
suit:

Pour les chemins de vélo de montagne, les attributs suivants doivent être 
privilégiés:

- highway = path OU track (si un piste partage sur une courte distance un 
véritable piste cyclable, highway=cycleway peut être conservé sur ce segment)
- bicycle=designated
- mtb:scale = * selon la définition 
http://wiki.openstreetmap.org/wiki/Key:mtb:scale
- mtb:name = * dans le cas où on partage un segment qui a déjà un attribut 
“name”
- surface = *
- et tout autre attribut relatif aux path ou track (foot, horse, etc ...)

Il y est aussi proposé de définir une relation, chaque sentier y étant ajouté:

- route = mtb
- type=route
- Name = *
 
Ici est-il envisageable de définir une relation par site. Par exemple: Sentiers 
de l’Abbaye d’Oka et y ajouter tous les segments de type MTB du site?

Si oui nous tenterons de corriger le site de l’Abbaye d’Oka afin de le proposer 
comme exemple?

Merci

Claude

From: Begin Daniel 
Sent: Thursday, April 21, 2016 7:51 AM
To: john whelan ; Bruno Remy 
Cc: talk-ca 
Subject: Re: [Talk-ca] Attributs des sentiers de vélo de montagne

Comme pour toute la classification des routes/sentiers dans OSM, il y a une 
gradation (à l’exception de trunk!-)

 

… path-footway-track…

 

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack

 

Il y a un réseau de sentier mtb à Sherbrooke ou les trois tags ci-dessus 
devraient être utilisés successivement sur un même tronçon. La description de 
l’infrastructure physique domine, par la suite on réfère à la fonction 
(footway/cycleway) ou via foot=*/ bicycle=*

 

Daniel

 

 

From: john whelan [mailto:jwhelan0...@gmail.com] 
Sent: April-20-16 21:22
To: Bruno Remy
Cc: talk-ca
Subject: Re: [Talk-ca] Attributs des sentiers de vélo de montagne

 

>petits chemins dans des parcs publics

In Ottawa these are very definitely paths not footways, cycling etc is 
permitted.

Cheerio John

 

2016-04-20 20:52 GMT-04:00 Bruno Remy :

Bonjour,

Remarque très pertinente, Claude. 

Cette recommandation mériterait d'être prise en compte, personnellement je 
l'approuve avec une réserve: il semble que l'attribut highway=path soit 
préférable à highway=track car la nuance entre les deux est dans la notion de 
carrossable/non carrossable:

Puisqu'on entend par carrossable la circulation en véhicule, le terme "track" 
s'applique plus aux chemins suffisament large pour un 4-roues, ceux qui donnent 
l'accès aux pourvoiries, cabanes à sucres,  et autres petits châlets, ou 
chemins agricoles pour la circulation des tracteurs et autres engins agricoles.

À l’inverse, "path" s'applique plus aux petits sentiers étroits pour la rando 
et/ou la circulation en vélo de montagne. 

Autre remarque à ce sujet: bien souvent il est confondu les tags "highway=path" 
versus "highway=footway".

"Footway" semble plus adapté à des chemins piétons (plus ou moins courts) en 
zone urbaine (trottoirs, passages piétons, petits chemins dans des parcs 
publics) tandis que "path" désignerait plutôt des sentiers de 
petite/moyenne/longue randonnée en zone non-urbaine (une "trail" pour utiliser 
l'anglicisme canadien francophone).

Bruno

 

 

 

 

Le 20 avril 2016 à 15:21, Alouette955  a écrit :

Bonjour,

 

Au Québec plusieurs sentiers de vélos de montagnes ont  été créés avec les 
attributs de pistes cyclables:

 

   - highway=cycleway

   - surface=unpaved

 

Par exemple:

 

   http://www.openstreetmap.org/#map=15/45.4864/-74.0544=CN

 

Selon mes lectures, un sentier de vélo de montagne (MTB = MountainBiking) 
devrait se désigner par:

 

  - highway = track ou path

  - bicycle = yes ou designated

  - surface = ...

 

   (ces dernières valeurs plus foot=yes sont parfaitement valables pour une 
piste partagée entre vélo et piéton sans pour autant être un sentier de vélo de 
montagne)

 

et optionnellement

 

   - mtb:scale = ...

   - mtb:name = ...

   - mtb:description = ...

   - etc ...

 

ref.: http://wiki.openstreetmap.org/wiki/Mountain_biking

 

Outre ces dernières descriptions physiques il n’y a aucune façon des distinguer 
un sentier cyclable partagé par piéton et cyclistes d’une sentier de vélo de 
montagne puisqu’ils ont les mêmes attributs de base.

 

J’ai constaté qu’en Colombie-Britanique on a ajouté network=mtb 
(http://www.openstreetmap.org/#map=16/49.3545/-123.0513=CN). 

 

route=mtb a, pour sa part, été utilisé sur 5965 chemins et 5486 relations. 

 

mtb=yes a été utilisé 30154 fois sur des chemins mais qui n’est pas 
officiellement approuvé (ni même proposé selon mes lectures).

 

Je pense qu’il est utile de distinguer les segments de réseaux cyclables des 
segments de vélo de montagne puisque ces derniers ne sont 

Re: [Talk-cz] Singletracky u Jedovnic

[Petr Vozdecký]

OK, nikdo nic. Tedy napsal jsem jim...

vop



-- Původní zpráva --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 4. 2016 18:11:20
Předmět: Re: [Talk-cz] Singletracky u Jedovnic

"
Vidim jako zajimavejsi se na ne obratit primo s zadosti o spolupraci - 
dodani hotovych GPX apod. 

Pokud nekdo nenapise, ze to uz udelal (ze je nejak kontaktoval), udelal bych
to ca v nedeli ci pondeli ja.

Pak by si to mohl prevzit nekdo, kdo ma s mapovanim MTB a cyklo nejakou 
praxi a muze to klidne doplnit o dalsi podrobnosti, bud osobne, nebo 
korespondencne...

vop

-- Původní zpráva --
Od: Miroslav Suchý 
Datum: 23. 4. 2016 v 16:28:36
Předmět: [Talk-cz] Singletracky u Jedovnic

Dneska jsem si v dennim tisku precetl o novych singletrackach (jednosmerna 
cyklotrasa pro MTB) http://singlekras.cz/nase-stezky Je to otevrene od 
vcerejka. Takze kdo planuje nejaky vylet na kolo tak tam jedte a zmapujte 
to, prosim. :)) Mirek ___ Talk-
cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/
listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSRM-talk] Trying to build OSRM v5.

[Daniel Hofmann]

-DBUILD_TOOLS does not need gdal from what I can see:

https://github.com/Project-OSRM/osrm-backend/blob/8ec1f0a6ebbd38159e5eb96f0240b2b0757fe4de/CMakeLists.txt#L350-L365

It's only the -DBUILD_COMPONENTS flag that enables the tool for small
components that needs gdal:

https://github.com/Project-OSRM/osrm-backend/blob/8ec1f0a6ebbd38159e5eb96f0240b2b0757fe4de/CMakeLists.txt#L337-L348

That is, this is the error you are seeing:

https://github.com/Project-OSRM/osrm-backend/blob/8ec1f0a6ebbd38159e5eb96f0240b2b0757fe4de/CMakeLists.txt#L346

Please make sure you're actually building the latest v5 release.

In addition, the warnings at the bottom come from using gcc 4.8 which has
some issues (amongst other issues, its link time optimization is broken).
For production use you may want to update your compiler.

Cheers,
Daniel J H

On Sun, Apr 24, 2016 at 12:32 AM, James Grant  wrote:

> Hi there.
>
> I'm currently building the latest version of OSRM and when going through
> the build commands, I'm noticing the following errors:
>
> root@Dell-Poweredge-860:/osrm5/osrm-backend/build# cmake ..
> -DCMAKE_BUILD_TYPE=Release -DBUILD_TOOLS=1
> -- The C compiler identification is GNU 4.8.4
> -- The CXX compiler identification is GNU 4.8.4
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Building on a 64 bit system
> -- Configuring OSRM in release mode
> -- Performing Test LTO_AVAILABLE
> -- Performing Test LTO_AVAILABLE - Success
> -- Performing Test LTO_WORKS
> -- Performing Test LTO_WORKS - Success
> -- LTO working
> -- Disabling LTO on GCC < 4.9.0 since it is broken, see:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
> -- Performing Test HAS_COLOR_FLAG
> -- Performing Test HAS_COLOR_FLAG - Failed
> -- Setting linker optimizations
> -- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.8")
> -- Looking for include file pthread.h
> -- Looking for include file pthread.h - found
> -- Looking for pthread_create
> -- Looking for pthread_create - not found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Found EXPAT: /usr/lib/x86_64-linux-gnu/libexpat.so (found version
> "2.1.0")
> -- Found BZip2: /usr/lib/x86_64-linux-gnu/libbz2.so (found version
> "1.0.6")
> -- Looking for BZ2_bzCompressInit in /usr/lib/x86_64-linux-gnu/libbz2.so
> -- Looking for BZ2_bzCompressInit in /usr/lib/x86_64-linux-gnu/libbz2.so -
> found
> -- Found Osmium: /osrm5/osrm-backend/third_party/libosmium/include
> -- Boost version: 1.54.0
> -- Found the following Boost libraries:
> --   date_time
> --   filesystem
> --   iostreams
> --   program_options
> --   regex
> --   system
> --   thread
> -- Found Intel TBB
> -- Looking for Luabind...
> -- Found Luabind: /usr/lib/libluabind.so
> -- Found Luabind: /usr/lib/libluabind.so
> -- Found Lua52: 
> /usr/lib/x86_64-linux-gnu/liblua5.2.so;/usr/lib/x86_64-linux-gnu/libm.so
>
> -- Looking for LuaJIT 5.2
> -- Could NOT find LUAJIT (missing:  LUAJIT_LIBRARIES)
> -- Performing Test LUABIND_WORKS
> -- Performing Test LUABIND_WORKS - Success
> -- Luabind/Lua5.2 combination working with /usr/lib/x86_64-linux-gnu/
> liblua5.2.so
> -- Looking for STXXL...
> -- Found STXXL: /usr/lib/libstxxl.so
> -- Found STXXL: /usr/lib/libstxxl.so
> -- Try OpenMP C flag = [-fopenmp]
> -- Performing Test OpenMP_FLAG_DETECTED
> -- Performing Test OpenMP_FLAG_DETECTED - Success
> -- Try OpenMP CXX flag = [-fopenmp]
> -- Performing Test OpenMP_FLAG_DETECTED
> -- Performing Test OpenMP_FLAG_DETECTED - Success
> -- OpenMP support found. Linking just in case for stxxl
> -- Could NOT find GDAL (missing:  GDAL_LIBRARY GDAL_INCLUDE_DIR)
> CMake Warning at CMakeLists.txt:346 (message):
>   libgdal and/or development headers not found
>
>
> -- Activating OSRM internal tools
> -- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
> -- Boost version: 1.54.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /osrm5/osrm-backend/build
>
> When I run the next command it gives the errors again shown below, but
> this is simply a snippet of several that I get:
>
> root@Dell-Poweredge-860:/osrm5/osrm-backend/build# cmake --build .
> Scanning dependencies of target CONTRACTOR
> [  0%] Building CXX object
> CMakeFiles/CONTRACTOR.dir/src/contractor/contractor.cpp.o
> [  0%] Built target CONTRACTOR
> Scanning dependencies of target ENGINE
> [  1%] Building CXX object
> CMakeFiles/ENGINE.dir/src/engine/engine_config.cpp.o

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[JB]

Bien, Philippe, tu penseras donc à faire suivre ce mél à l'IGN pour leur 
expliquer qu'il bossent comme des porcs depuis quelques dizaines 
d'années, et qu'ils s'entêtent dans cette voie-là.

JB.

Le 24/04/2016 13:15, Philippe Verdy a écrit :


Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :

Pour les églises c'est d'autant plus "intéressant" que le
symbole est orienté et la forme non triviale !

Je crois que le défi est lancé. Par contre, ça risque d'attendre
un peu, ma liste de choses à faire avant est un peu longue.


Je ne vois pas en quoi le symbole d'une église ou temple (la croix) ou 
d'une synagogue (classiquement une étoile de David) ou d'une mosquée 
(classiquement un croissant) est orienté : il n'y a qu'une orientation 
valable dans chaque cas (celle de représetnation de la carte), c'est 
un symbole qui apparaitre ancré sur le batiment, même s'il n'est 
représenté que par un noeud ou par un polygone complexe. Faire tourner 
cette croix ou le croissant aura un sens un peu particulier et 
pourrait même être perçu négativement (imaginez l'effet de voir une 
croix renversée).
Dans tous les cas on se place dans l'orientation d'observation de la 
carte (et de lecture de sa légende éventuelle).
Ce n'est pas comme les terrains de sport ou les barrières et barrages 
qu'on a intéret à rienter dans le bon sens dans ils ne sont 
représentés que par un noeud (le symbole étant figuratif de la 
réalité). Je ne vois même pas en quoi cela améliore la lisibilité de 
la carte et la reconnaissance du symbole. Si cela dépend de 
l'orientation du batiment, c'est le batiment lui-même qu'il faut 
représenter (et ce n'est pas lié au culte qui est célébré dedans... ou 
pas).


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

Re: [Talk-de] Waterway Relation / Unterschiedliche Namen Unter/Oberlauf

[Werner Hoch]

Am Donnerstag, den 14.04.2016, 15:49 +0200 schrieb Christoph Hormann:
> On Thursday 14 April 2016, Florian Lohoff wrote:
> > 
> > 
> > Ich halte hier die Relation eigentlich auch für Mißbräuchlich. Das
> > ist wieder nur eine Sammelrelation. Eigentlich müsste die
> > Fließgewässernummer einfach als ref auf alle Teilstücke und gut.
> > Das
> > wieder mit einer Sammelrelation zusammenzuführen - ist - ähm -
> > naja.
> Die Idee hinter den waterway-Relationen ist eigentlich Namen-
> basierend - 
> der Fluss mit dem Namen 'Elbe' existiert als Relation, obwohl er
> ggf. 
> aus vielen hundert einzelnen ways besteht.  Die Namen in x 
> verschiedenen Sprachen sowie wikidata-Tags etc. muss man dann nicht
> an den ganzen ways anbringen, sondern nur einmal und die 
> waterway-Relation 'Moldau' erhält als destination-Tag 'Elbe', so dass
> sogar die Struktur des Flussnetzwerkes abgebildet wird.

Das optionale destination tag wurde mit aufgenommen, um durch diese
kleine Redundaz zwischen dem destination tag und der Verbindung von
Wasserwegen durch Nodes und Ways, die Kontrolle zu vereinfachen.

Ein Fluss mit destination=Rhein sollte dann auch in den Rhein fließen
(durch verbundene Waterway ways).

> In der Praxis funktioniert das natürlich nicht, denn die Elbe heißt
> bei der Mündung der Moldau lokal 'Labe', so dass das Ganze in die
> Hose geht:
> 
> http://www.openstreetmap.org/relation/1730536
> http://www.openstreetmap.org/relation/123822
> 
> Und das ist nur ein ganz einfaches Beispiel, geht noch deutlich 
> komplizierter wie hier:
> 
> http://www.openstreetmap.org/relation/1067987
> 
> Das Problem ist dabei weniger der Charakter als Sammel-Relation,
> sondern dass das Konzept eines eindeutigen und überprüfbaren Namens
> in der Realität einfach nicht existiert.  Flüsse werden lokal benannt
> und die 
> Benennung der waterway-Relationen ist im Allgemeinen eine recht 
> willkürliche und subjektive Extrapolation.  Bei Wikipedia
> funktioniert 
> das, denn ein Wikipedia-Artikel kann ggf. unterschiedliche
> Sichtweisen darstellen oder im ungefähren bleiben, bei einer Geo-
> Datenbank muss jedoch eine eindeutige Geometrie vorhanden sein.

Viele Flüsse sind neben Wikipedia auch in Wikidata gelistet. Diese
Daten lassen sich (neben den reinen Verbindungsdaten) auswerten.
Wikidata hat in seinen Eigenschaften ebenfalls Eigenschaften, die die
Verbindung von Flüssen beschreibt. (mouth_of_watercourse, lake_outflow,
...)

http://www.h-renrew.de/h/osm/osmchecks/07_watershed/index.html

Hier die Daten der Schweiz:
http://www.h-renrew.de/h/osm/osmchecks/07_watershed/planet/wikidata_osm
_CH.html

MfG
Werner

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

Re: [Talk-de] Waterway Relation / Unterschiedliche Namen Unter/Oberlauf

[Werner Hoch]

Hallo,

Am Donnerstag, den 14.04.2016, 11:56 +0200 schrieb Volker Schmidt:
> http://wiki.openstreetmap.org/wiki/Relation:waterway
> sagt:
> 
> *name*
> Name of the river  *... *When a river gets multiple names (f.e.
> because it
> passes in multiple language regions), use all different names in the
> name
> tag, ordered from source to mouth, and split by hyphens. The
> individual
> sections can still get their localised name for that section.

Leider wurde die Seite ohne Diskussion geändert. da ist auch diese
komische name-Definition gemacht worden:
http://wiki.openstreetmap.org/w/index.php?title=Relation%3Awaterway
e=revision=1114522=1103161

Eine Aufzählung im Namen mit Semicolon habe ich in der Praxis noch
nicht gesehen.

Die lokale Bezeichnung kommt immer an den Way und wird auch so
gerendert.
Die Relation ist für den gesamten Wasserlauf gedacht, da hier dann auch
die Verbindung zu Wikidata, wikipeda, ref, ... hergestellt wird.

MfG
Werner


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

Re: [Talk-br] Limite de cidades com distritos

[santamariense]

> From: Arlindo Pereira 
>
> E se a gente forçasse uma barra e tagueasse subdistrito como
> "admin_level=9.5"? Retaguear bairro acho insano.
>
> []s

Já havia pensado em algo parecido. Pois além da gente ter todos os
níveis administrativos representados, eles ainda tem que ter um
paralelismo com os níveis de outros países.

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

Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

[Martin Koppenhoefer]

sent from a phone

Il giorno 24 apr 2016, alle ore 13:54, Harald Hartmann 
 ha scritto:

>> Ist es möglich sich eine eigene Datenbank auf Basis der OSM-API und
>> allem drumherum aufzusetzen, um die Daten pflegen und erfassen zu
>> können und gleichzeitig die Tools zu Nutzen, die wir um unsere
>> OSM-Datenbank herum gebaut haben, z.B. JOSM?
> 
> Kurz und bündig: Ja. So macht es z.B. die OpenHistoricalMap [1]
> 
> [1] https://wiki.openstreetmap.org/wiki/Open_Historical_Map


ich halte das für schwer möglich, klar, auf den ersten Blick sieht es so aus 
als könnte es funktionieren, aber so was wird recht schnell nicht mehr 
synchronisiert sein und kaum noch miteinander in Einklang zu bringen. D.h. wenn 
man eine Parallelwelt ohne jegliche Bezüge (ausser räumlichen) haben will geht 
das sicherlich, ansonsten aber nicht. Sieht man vielleicht auch schon bei der 
OHM: das Meer von heute passt nicht zu den historischen Daten. (AFAIK ist das 
Projekt OHM nicht besonders lebendig, das als gelungenen Fork hinzustellen ist 
schwierig).

Gruß,
Martin 


PS: dieses ganze Highway netz passt vom Datenmodell her irgendwie nicht zum 
Rest ;-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Ist es möglich sich eine eigene Datenbank auf Basis der OSM-API und
> allem drumherum aufzusetzen, um die Daten pflegen und erfassen zu
> können und gleichzeitig die Tools zu Nutzen, die wir um unsere
> OSM-Datenbank herum gebaut haben, z.B. JOSM?

Kurz und bündig: Ja. So macht es z.B. die OpenHistoricalMap [1]

[1] https://wiki.openstreetmap.org/wiki/Open_Historical_Map
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJXHLPiAAoJEIuLcq40+VqtE7cIAOZ/0Tw8wxMx6XWee/7q24oR
Rwd0o96RfbHPg6UYJhQ2L0nuxBnnUIV3P6OlFyl9th+GJ3wYnQAQ/PBIQwAbB3Yt
noEjmp4NanZLXq/FB8Gf2jrkDjXCwGkJWQkMhD1nxjP9OCjwRySMoMtUxrwoc/yQ
4iQY9ikB9Twyj22PnBmWsCjaajMO145uwRI5TEgR1Aw/TeNkykUNLgx8/O3d7w3p
scxN6x0p5p67uqUADQK2wH+7nvAbG48Rb1NPQEyN7iQi+SO+DCLqiXCJAj0k/tIl
XMWSH+xjonAHVIhZ38EyioLNblfLLxO+uleS4nyiWzvfTDDjaId1PNQ9FPsm0/U=
=cEkh
-END PGP SIGNATURE-

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

Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

[Falk Zscheile]

Am 15. April 2016 um 00:32 schrieb Frederik Ramm :
> Hi,
>
> On 04/14/2016 12:51 PM, Florian Lohoff wrote:
>> Irgendwie finde ich das mit dem boundary=administrative ziemlich
>> unglücklich. Auf der einen Seite ist das natürlich richtig das das
>> "Administrative" Grenzen sind - aber ich vermute das OSMAnd
>> jetzt nicht der einzige ist der sich da verwirren lässt.
>
> Wenn's nach mir geht, raus mit dem Mist. Verwaltungsgrenzen und
> PLZ-Gebiete kann ich noch einsehen. Aber Wahlkreise,
> Grundschuleinzugsgebiete, Kirchengemeindegrenzen, das Sendegebiet vom
> NDR und das Liefergebiet vom Pizzadienst sind Grenzen, die in OSM nichts
> zu suchen haben.
>

Einmal angenommen bei OSM kommen wir zu dem Konsens, dass derlei Daten
nicht in die OSM-Datenbank sollen, es aber eine relevante Gruppe gibt,
die solche Daten erheben und pflegen möchte -- welche Alternativen
gäbe es? Ist es möglich sich eine eigene Datenbank auf Basis der
OSM-API und allem drumherum aufzusetzen, um die Daten pflegen und
erfassen zu können und gleichzeitig die Tools zu Nutzen, die wir um
unsere OSM-Datenbank herum gebaut haben, z.B. JOSM?

Gruß Falk

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

Re: [Talk-ca] New project update

[Bruno Remy]

For your information, a specific task hab been created for this purpose:
(Thanks to #hughwei )

#14 - StatCan Non-residential Buildings :
http://tasks.osmcanada.ca/project/14

Feel free to involve into this project and happy mapping!

Cheers.


Bruno




2016-04-22 14:28 GMT-04:00 john whelan :

> Since you're looking to combine data from different sources I assume you
> know about the TB standards for addresses?  I think they're mentioned
> here:  http://www.tbs-sct.gc.ca/pol/doc-eng.aspx?id=16553
>
> I'm not sure how those standards would map to OSM and if all the elements
> are there.
>
> Apols to the ca-talk this is probably more open data than anything else.
>
> Cheerio John
>
> On 22 April 2016 at 10:52, Ellefsen, Bjenk (STATCAN) <
> bjenk.ellef...@canada.ca> wrote:
>
>> Kevin,
>>
>>
>>
>> We would probably break it down in smaller chunks. We were thinking of a
>> possible pilot with specific areas.
>>
>> A tasking manager would be very helpful in we do it this way.
>>
>>
>>
>> Bjenk
>>
>>
>>
>> *From:* Kevin Farrugia [mailto:kevinfarru...@gmail.com]
>> *Sent:* April-21-16 12:00 PM
>> *To:* Ellefsen, Bjenk (STATCAN) 
>> *Cc:* Talk-CA OpenStreetMap 
>> *Subject:* Re: [Talk-ca] New project update
>>
>>
>>
>> Hi Bjenk,
>>
>> What type of information are you looking to add about buildings? Some
>> data belongs in OSM while other attributes might be extraneous. Other
>> people on this list will also add their opinion on this issue I'm sure. If
>> it's something being done en masse, it's always best to take an abundance
>> of caution to not upset people at the errors that might crop up.
>>
>> If you'd like to break work down into smaller chunks, there are tasking
>> managers available (including a Canada specific one) that help out with
>> manual tasks.
>>
>> -Kevin
>>
>> On Apr 21, 2016 11:37 AM, "Ellefsen, Bjenk (STATCAN)" <
>> bjenk.ellef...@canada.ca> wrote:
>>
>> Hello everyone,
>>
>>
>>
>> Basically, what we would like to do is define a project for OSM to
>> collect information about non-residential buildings.
>>
>> We would like to popose a list of what would be collected. We were
>> thinking of identifying specific areas to start with.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Bjenk Ellefsen, PhD
>>
>>
>>
>> Center for Special Business Projects | Centre des Projets Spéciaux sur
>> les entreprises
>>
>> Statistics Canada | Statistiques Canada
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[Philippe Verdy]

>
> Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :
>
>> Pour les églises c'est d'autant plus "intéressant" que le symbole est
>> orienté et la forme non triviale !
>>
> Je crois que le défi est lancé. Par contre, ça risque d'attendre un peu,
> ma liste de choses à faire avant est un peu longue.


Je ne vois pas en quoi le symbole d'une église ou temple (la croix) ou
d'une synagogue (classiquement une étoile de David) ou d'une mosquée
(classiquement un croissant) est orienté : il n'y a qu'une orientation
valable dans chaque cas (celle de représetnation de la carte), c'est un
symbole qui apparaitre ancré sur le batiment, même s'il n'est représenté
que par un noeud ou par un polygone complexe. Faire tourner cette croix ou
le croissant aura un sens un peu particulier et pourrait même être perçu
négativement (imaginez l'effet de voir une croix renversée).
Dans tous les cas on se place dans l'orientation d'observation de la carte
(et de lecture de sa légende éventuelle).
Ce n'est pas comme les terrains de sport ou les barrières et barrages qu'on
a intéret à rienter dans le bon sens dans ils ne sont représentés que par
un noeud (le symbole étant figuratif de la réalité). Je ne vois même pas en
quoi cela améliore la lisibilité de la carte et la reconnaissance du
symbole. Si cela dépend de l'orientation du batiment, c'est le batiment
lui-même qu'il faut représenter (et ce n'est pas lié au culte qui est
célébré dedans... ou pas).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-gb-westmidlands] GPS Tracks

[Rob Nickerson]

Hi Jonathan,

If it's lots you may want to reach out to either telenav (Martijn van Exel)
or Mapbox. They both have processed big GPS datasets in the past.

Rob
On 21 Apr 2016 9:55 a.m., "Brian Prangle"  wrote:

Hi Jonathan

try some of the tools listed here
http://wiki.openstreetmap.org/wiki/Batch_Upload_of_GPX_%28various_tools%29

Regards

brian

On 20 April 2016 at 16:58, Jonathan  wrote:

>
>
> Hi all,
>
>
>
> Sorry if this isn’t pertinent to this list but if not point me in the
> right direction.
>
>
>
> I have a large number, hundreds and growing, of GPS tracks I’ve created
> while driving my van around the west midlands.
>
>
>
> I’m after a tool, web or Windows based, to help me upload them, en-masse,
> to OSM and also to help me to gather metrics from them, such as how many
> miles covered, avg speed etc, preferably exporting such data in a
> spreadsheet.  I’d also like to see them all overlaid on an OSM map for
> capturing of an image.
>
>
>
> Any thoughts?
>
>
>
> Thanks
>
>
>
> Jonathan
>
> Bigfatfrog67
>
>
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>

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

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[JB]

Le 22/04/2016 15:07, Nicolas Dumoulin (by way of Nicolas Dumoulin 
) (by way of Nicolas Dumoulin 
) a écrit :

Pratique ces détails de rendu, du coup, j'ai repéré et corrigé deux
cascades mal taguées;-)
Et tiens, il y avait deux cols de la croix saint-robert à 300m l'un de
l'autre.

Et hop, remis à jour : http://jb.isonoe.net/PonW/Demo_orientation.png

Le 22/04/2016 22:08, Frédéric Rodrigo a écrit :
Pour les églises c'est d'autant plus "intéressant" que le symbole est 
orienté et la forme non triviale !
Je crois que le défi est lancé. Par contre, ça risque d'attendre un peu, 
ma liste de choses à faire avant est un peu longue.

JB.



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

[Talk-gb-westmidlands] Incorrect 'suburb' in 'reverse nominatim' search

[Iain Simpson]

I'm creating a database of all my geotagged photos and using a 'reverse 
nominatim' search to describe the location (using Mapquest).


Some of the descriptions are peculiar in that they return a 'suburb' 
which is inaccurate.


Example

lat="52.8186007" lon="-2.1179502"
returns :

Marston Road
Salcombe Avenue
Stafford
Staffordshire
West Midlands
England
ST16 3BT
United Kingdom
gb

'Salcombe Avenue' is a minor residential street 2km to the SE.
(52.795,-2.0818)

Much of east Stafford is designated as part of this 'suburb'

On investigation the only 'suburb' ref is for way 8095766 changeset 
35344 created in 2007 and never changed.




Questions
1. Is there any recognised use of 'suburb' in the UK (or West Midlands) 
for smaller towns ?


2. Why is this appearing in the description for places well away from 
the location ?


3. I assume that it is OK just to delete the 'place=suburb' tag (I 
haven't done any OSM editing for some time & I'm a bit out of touch) ?


(I'm now going to try and find out how the Reverse Nominatim actually 
works.)



--
Iain

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

Re: [Talk-it] Import confini quartieri comune di Cesena

[Gianmario Mengozzi]

ciao Simone

conosco le linee guida. Ho appunto scritto qui per discuterne con la
comunità :)


Il giorno 24 aprile 2016 09:58, girarsi_liste  ha
scritto:

> Il 24/04/2016 02:02, Gianmario Mengozzi ha scritto:
> > ciao a tutti
> >
> > utilizzando gli opendata del sito
> http://dati.unionevallesavio.it/node/13
> > ho aggiornato i confini del Comune di Cesena e ora vorrei importare
> quelli
> > di tutti i quartieri.
> >
> > qui i dettagli : https://www.openstreetmap.org/user/Jinx71/diary/38511
> >
> > attendo osservazioni prima di procedere
> >
> >
>
> Osservazioni da parte mia, che di import non ne ho mai fatti, ma in
> questa lista spesso se ne è parlato, per questi esistono regole ben
> precise [0], vanno discusse con la comunità, e se non sbaglio bisogna
> scrivere nella lista apposita, ma su questo posso sbagliare, ad ogni
> modo nel link riportato trovi tutti i dettagli da seguire.
>
> [0] http://wiki.openstreetmap.org/wiki/Import/Guidelines
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



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

[Talk-es] Interesante herramienta visual filtros OSM

[Ivan Garcia]

Hola compañeros, quisiera compartir esta nueva herramienta
aprovechando nuestra querida base de datos OSM.

Se puede visualizar zonas a partir de pueblos/ciudades que contengan
cierta palabra(prefijos, sufijos o en medio del nombre).

Ejemplo de resultado de todos los pueblos de España que empiezan por
BENI, prefijo usado de antiguo poblados árabes que significaba "Hijo
de".

http://bgrsquared.com/places/?country=ES==dW5kZWZpbmVk=ZmFsc2U%3D=QmVuaQ%3D%3D==0.1

Espero que os sea útil.

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

[Talk-es] Mapathon de Missing Maps / HOT en la Univ. Pompeu Fabra (Barcelona), este Jueves 28 de Abril

[Rafael Avila Coya]

Hola a todos/as:

Este próximo Jueves Médicos Sin Fronteras organiza su primer mapathon en 
Barcelona. Como miembro del HOT me encantaría asistir, pero estoy en el 
Congo en estos momentos y no puede ser.


Para asistir basta con inscribirse en este sitio de Eventbrite [1], y 
sólo es necesario llevar vuestro portátil y un ratón.


Os ruego difundáis entre cuanta más gente de Barcelona y entorno sea 
posible, para que sea un éxito y se puedan organizar más en el futuro.


Un saludo,

Rafael.


[1] 
https://www.eventbrite.co.uk/e/msf-missing-maps-mapathon-tickets-24622272881


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

Re: [Talk-it] Import confini quartieri comune di Cesena

[girarsi_liste]

Il 24/04/2016 02:02, Gianmario Mengozzi ha scritto:
> ciao a tutti
> 
> utilizzando gli opendata del sito http://dati.unionevallesavio.it/node/13
> ho aggiornato i confini del Comune di Cesena e ora vorrei importare quelli
> di tutti i quartieri.
> 
> qui i dettagli : https://www.openstreetmap.org/user/Jinx71/diary/38511
> 
> attendo osservazioni prima di procedere
> 
> 

Osservazioni da parte mia, che di import non ne ho mai fatti, ma in
questa lista spesso se ne è parlato, per questi esistono regole ben
precise [0], vanno discusse con la comunità, e se non sbaglio bisogna
scrivere nella lista apposita, ma su questo posso sbagliare, ad ogni
modo nel link riportato trovi tutti i dettagli da seguire.

[0] http://wiki.openstreetmap.org/wiki/Import/Guidelines



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



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