Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...

[Christian Quest]

Bonjour Pierre,

Je ne fait que relayer une opération pour laquelle j'ai été contacté sur
cont...@openstreetmap.fr

Pourquoi ne pas vous aider à faire l'import Canvec ? Je doute que ça soit
bien pris vu les tensions liées aux imports en général et à ceux faits en
france en particulier avec le bâti. L'idée pour cette "opération cowboy"
est plutôt de corriger l'import TIGER si j'ai bien compris.

Quant à faire une osmose-party, pourquoi pas !

J'aime aussi le fonctionnement de http://lima.schaaltreinen.nl/remap/ qui
permet de confirmer ou pas des erreurs détectées par un outil comme osmose.
J'avais trouvé le zorothon très marrant.

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

Re: [OSM-talk-fr] L'association des commerçants d'Orange

[Tony Emery]

Pour avoir une meilleure résolution, il faut cliquer sur la loupe "+"
("Afficher sur un fond noir"), puis sur "Afficher toutes les tailles", puis
sélectionner "Original" et enfin "Télécharger le format original de cette
photo".



--
View this message in context: 
http://gis.19327.n5.nabble.com/L-association-des-commercants-d-Orange-tp5734200p5735344.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] OSM en mode Bac à Sable

[JB]

 

Bonjour, 

En cherchant un peu dans l'historique des méls, je vois
que le sujet d'un bac à sable OSM a déjà été abordé, notamment en 2011,
mais que la « solution » de l'époque n'existe plus du coté de
l'antarctique, et je n'ai rien vu passer sur un développement éventuel
depuis. Les pages wiki abordant le sujet ont été supprimées, avec le
commentaire « {{d|Harmful proposal}} » (je n'imagine pas ce qu'il y
avait dedans pour en arriver là ?). 

Un bac à sable OSM pour formation,
essais, et tout ce qu'on peut imaginer d'autre me semblerait utile (et à
d'autre aussi en 2011). Une petite zone, un rendu Mapnik ou autre, un
transfert de données possible depuis JOSM. 

Malheureusement, je n'ai
pas du tout les compétences pour le mettre en place. Je ne me représente
pas la charge de travail que cela pourrait représenter. 

Cordialement,


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

[OSM-talk-fr] landuse=proposal pour une future ZAC économique

[ZIMMY]

Bonjour,

J'ai pensé pertinent de mettre l'emprise d'une zone à vocation économique
planifiée depuis plusieurs année et à chaque fois demandée par les
partenaire. La seule chose c'est que autant pour les voies, il y a
highway=proposal

pour pour les landuse non.

Voilà mon idée
landuse=proposal
proposal=industrial
name=Future ZAC des Costières
operator=Mairie d'Orange
source Mairie d'Orange 2012

L'emprise est ici
http://www.openstreetmap.org/browse/way/190387052




-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/landuse-proposal-pour-une-future-ZAC-economique-tp5735349.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] test

[Christian Quest]

Je vous signale une nouvelle version plus rapide de WHODIDIT...

http://simon04.dev.openstreetmap.org/whodidit/

Vraiment très efficace comme outil !

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

[OSM-talk-fr] OSM au festival "A l’Ère Libre", le 23 novembre 2012 à Nancy

[Romain MEHUT]

Bonjour,

Des étudiants de l’École Supérieure des Sciences et Technologies de
l’Ingénieur de Nancy organisent, le 23 novembre 2012, la 3ème édition du
festival de culture libre "A l’Ère Libre".

J'y serai présent pour tenir un stand de présentation d'OSM. Cf. le
programme: http://erelibre.tuxfamily.org/la-prog/

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

[OSM-talk-fr] Dégats sur Coastline

[Pierre-André Le Ny]

Bonjour à tous,

Je constate ce matin un gros problème de coastline à la pointe de la
Bretagne.
http://www.openstreetmap.org/?lat=48.356&lon=-4.352&zoom=9&layers=M

Pas forcément le plus à l'aise avec ces éléments, j'en appelle à la
communauté pour une réparation éclaire.

Ou alors, c'est bien la réalité et ce serait une explication à l'abandon de
Guillemot : c'est la presqu'ile de Crozon dérivante qu'il aurait tapé ? :-P

Bonne journée

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

Re: [OSM-talk-fr] Dégats sur Coastline

[Romain MEHUT]

Bonjour,

Ce problème a été discuté sur la liste bretonne:
http://lists.openstreetmap.org/pipermail/talk-fr-bzh/2012-November/000798.html

Romain

Le 12 novembre 2012 10:18, Pierre-André Le Ny  a écrit :

> Bonjour à tous,
>
> Je constate ce matin un gros problème de coastline à la pointe de la
> Bretagne.
> http://www.openstreetmap.org/?lat=48.356&lon=-4.352&zoom=9&layers=M
>
> Pas forcément le plus à l'aise avec ces éléments, j'en appelle à la
> communauté pour une réparation éclaire.
>
> Ou alors, c'est bien la réalité et ce serait une explication à l'abandon
> de Guillemot : c'est la presqu'ile de Crozon dérivante qu'il aurait tapé ?
> :-P
>
> Bonne journée
>
> --
> Paolo35
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM en mode Bac à Sable

[Vincent Privat]

Il y a le serveur d'API de test qui sert normalement à ça:
http://wiki.openstreetmap.org/wiki/Sandbox_for_editing

Il faut remplacer l'URL dans JOSM avec l'adresse du serveur de test (et
recréer un compte car ils sont distincts de ceux du serveur de production)
Vincent

Le 12 novembre 2012 09:18, JB  a écrit :

> **
>
> Bonjour,
>
> En cherchant un peu dans l'historique des méls, je vois que le sujet d'un
> bac à sable OSM a déjà été abordé, notamment en 2011, mais que la «
> solution » de l'époque n'existe plus du coté de l’antarctique, et je n'ai
> rien vu passer sur un développement éventuel depuis. Les pages wiki
> abordant le sujet ont été supprimées, avec le commentaire « {{d|Harmful
> proposal}} » (je n'imagine pas ce qu'il y avait dedans pour en arriver là
> ?).
>
> Un bac à sable OSM pour formation, essais, et tout ce qu'on peut imaginer
> d'autre me semblerait utile (et à d'autre aussi en 2011). Une petite zone,
> un rendu Mapnik ou autre, un transfert de données possible depuis JOSM.
>
> Malheureusement, je n'ai pas du tout les compétences pour le mettre en
> place. Je ne me représente pas la charge de travail que cela pourrait
> représenter.
>
> Cordialement,
>
> JB
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] halte nautique et port

[Yohan Boniface]

On 11/11/2012 11:08 PM, Vincent de Chateau-Thierry wrote:

Bonsoir,

Le 11/11/2012 22:56, Claude a écrit :


En navigation de plaisance, comment distinguer une halte nautique d'un
port

Pour le moment, les deux sont  taguées  leisure=marina

Dans la halte nautique, le bateau va séjourner quelques jours et dans le
port ou certain bateau stationne plus longtemps voire durant toute
l'année.



Éventuellement en nuançant grâce au tag maxstay ?
http://wiki.openstreetmap.org/wiki/Key:maxstay



C'est une piste intéressante.
Néanmoins, j'ai peur que dans la pratique le fait que maxstay demande 
une valeur numérique, et donc vérifié et vérifiable, pose problème.
Dans la plupart des cas, la durée maximum autorisée pour une halte n'est 
pas précisément connue. On sait qu'on ne peut pas y rester longtemps, 
mais on le déduit du fait que c'est une halte, finalement, et pas 
l'inverse ;) Parfois on connaît cette durée, bien sûr, mais c'est pas le 
cas le plus courant à mon sens.
Donc à mon avis il faut un tag booléen OU catégorie générique, du type - 
harbour:category:"halte nautique"

- harbour:access:"time limited" ou "seasonal"
- harbour:seasonal=yes
- harbour:access:seasonal=yes (duh)

Ce sont bien sûr là seulement des propositions de principe.

Il me semble que "harbour:category" est le plus adapté, puisque a priori 
le fait que tel "harbour" soit une halte est exclusif avec les autres 
catégories.


Yohan




vincent

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



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

Re: [OSM-talk-fr] OSM au festival "A l’Ère Libre", le 23 novembre 2012 à Nancy

[Romain MEHUT]

C'est aussi possible de l'ajouter à la carte des événements d'OSM-FR?

Merci.

Romain

Le 12 novembre 2012 10:17, Romain MEHUT  a écrit :

> Bonjour,
>
> Des étudiants de l’École Supérieure des Sciences et Technologies de
> l’Ingénieur de Nancy organisent, le 23 novembre 2012, la 3ème édition du
> festival de culture libre "A l’Ère Libre".
>
> J'y serai présent pour tenir un stand de présentation d'OSM. Cf. le
> programme: http://erelibre.tuxfamily.org/la-prog/
>
> Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM au festival "A l’Ère Libre", le 23 novembre 2012 à Nancy

[Christian Quest]

C'est ajouté: http://openstreetmap.fr/calendrier

Le 12 novembre 2012 10:46, Romain MEHUT  a écrit :

> C'est aussi possible de l'ajouter à la carte des événements d'OSM-FR?
>
> Merci.
>
> Romain
>
> Le 12 novembre 2012 10:17, Romain MEHUT  a écrit :
>
> Bonjour,
>>
>> Des étudiants de l’École Supérieure des Sciences et Technologies de
>> l’Ingénieur de Nancy organisent, le 23 novembre 2012, la 3ème édition du
>> festival de culture libre "A l’Ère Libre".
>>
>> J'y serai présent pour tenir un stand de présentation d'OSM. Cf. le
>> programme: http://erelibre.tuxfamily.org/la-prog/
>>
>> Romain
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] OSM au festival "A l’Ère Libre", le 23 novembre 2012 à Nancy

[Romain MEHUT]

Merci Christian!

Le 12 novembre 2012 11:19, Christian Quest  a
écrit :

> C'est ajouté: http://openstreetmap.fr/calendrier
>
> Le 12 novembre 2012 10:46, Romain MEHUT  a écrit :
>
>> C'est aussi possible de l'ajouter à la carte des événements d'OSM-FR?
>>
>> Merci.
>>
>> Romain
>>
>> Le 12 novembre 2012 10:17, Romain MEHUT  a écrit
>> :
>>
>> Bonjour,
>>>
>>> Des étudiants de l’École Supérieure des Sciences et Technologies de
>>> l’Ingénieur de Nancy organisent, le 23 novembre 2012, la 3ème édition du
>>> festival de culture libre "A l’Ère Libre".
>>>
>>> J'y serai présent pour tenir un stand de présentation d'OSM. Cf. le
>>> programme: http://erelibre.tuxfamily.org/la-prog/
>>>
>>> Romain
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France - 
> http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Christian Quest]

Signalé aussi ici:
https://help.openstreetmap.org/questions/17644/fr-rade-de-brest-assechee

J'ai mis un mot sur IRC #osm... le problème c'est que la ligne de côte
utilisée par le rendu Mapnik n'est pas mise à jour à chaque rendu et qu'on
n'a pas de contrôle direct là dessus comme avec les données OSM.

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

Re: [OSM-talk-fr] relations communauté de commune

[Romain MEHUT]

Le 6 août 2012 09:06, Christian Quest  a écrit :

> Un petit outil bientôt dispo ici: http://openstreetmap.fr/outils/epci
>

Suite à la mise en place de l'outil qui liste les EPCI, je voulais savoir
s'il serait possible de le compléter en permettant de connaitre la
superficie de chaque EPCI, quelles sont les collectivités qui en font
partie et de faire le lien avec la page
http://openstreetmap.fr/outils/etat-commune ?

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

[OSM-talk-fr] Feuille de style Mapquest

[RÉAU Simon]

Bonjour

Je suis en train de jouer avec les feuilles de style de mapnik. J'ai 
récupérer la feuille de style mapquest sur github 
https://github.com/MapQuest/MapQuest-Mapnik-Style mais le rendu que 
j’obtiens n'est pas semblable au site de Mapquest.


Seriez vous ou je pourrais trouver la feuille de style mis a jour comme 
sur le site de Mapquest ?


Librement

Simon

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

Re: [OSM-talk-fr] landuse=proposal pour une future ZAC économique

[Pieren]

2012/11/12 ZIMMY :
> Bonjour,
>
> J'ai pensé pertinent de mettre l'emprise d'une zone à vocation économique
> planifiée depuis plusieurs année et à chaque fois demandée par les
> partenaire. La seule chose c'est que autant pour les voies, il y a
> highway=proposal

C'est "planifié" ou "proposé" ? Dans le premier cas, c'est acté alors
que dans le 2e, ça reste une hypothèse... Pour moi, le 2e cas ne
devrait pas figurer dans OSM mais en surcouche. Et si je trouvais un
highway=proposal dans ma zone d'édition, je le supprimerais.
Si c'est planifié, alors pourquoi ne pas utiliser le "landuse=greenfield" ?

Pieren

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

Re: [OSM-talk-fr] Dégats sur Coastline

[Pierre-André Le Ny]

Ok merci et désolé pour la redite.
Wait and See


Le 12 novembre 2012 11:29, Christian Quest  a
écrit :

> Signalé aussi ici:
> https://help.openstreetmap.org/questions/17644/fr-rade-de-brest-assechee
>
> J'ai mis un mot sur IRC #osm... le problème c'est que la ligne de côte
> utilisée par le rendu Mapnik n'est pas mise à jour à chaque rendu et qu'on
> n'a pas de contrôle direct là dessus comme avec les données OSM.
>
> --
> Christian Quest - OpenStreetMap France - 
> http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] relations communauté de commune

[Christian Quest]

Une page du genre "etat-epci" qui donnerait les détails d'un EPCI ?

Le script état commune peut servir de base, il reconnait déjà un paramètre
"id" pour passer une relation autre qu'une commune (je l'utilise pour le
découpage par quartiers).
Exemple en détournant le script etat-commune:
http://openstreetmap.fr/outils/etat-commune?id=-2486558 (patience !)


Le 12 novembre 2012 11:32, Romain MEHUT  a écrit :

> Le 6 août 2012 09:06, Christian Quest  a écrit :
>
> Un petit outil bientôt dispo ici: http://openstreetmap.fr/outils/epci
>>
>
> Suite à la mise en place de l'outil qui liste les EPCI, je voulais savoir
> s'il serait possible de le compléter en permettant de connaitre la
> superficie de chaque EPCI, quelles sont les collectivités qui en font
> partie et de faire le lien avec la page
> http://openstreetmap.fr/outils/etat-commune ?
>
> Romain
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Feuille de style Mapquest

[Yohan Boniface]

Bonjour,

Je ne connais pas le contexte de ton boulot, donc je vais peut-être être 
hors sujet, mais tu peux aussi partir de OSM bright avec TileMill: 
https://github.com/mapbox/osm-bright


(J'ai fait ça pour https://github.com/yohanboniface/OpenRiverboatMap. Ça 
me semble un très bon point de départ si on veut faire un style global.)


Yohan


On 11/12/2012 11:32 AM, RÉAU Simon wrote:

Bonjour

Je suis en train de jouer avec les feuilles de style de mapnik. J'ai
récupérer la feuille de style mapquest sur github
https://github.com/MapQuest/MapQuest-Mapnik-Style mais le rendu que
j’obtiens n'est pas semblable au site de Mapquest.

Seriez vous ou je pourrais trouver la feuille de style mis a jour comme
sur le site de Mapquest ?

Librement

Simon

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



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

Re: [OSM-talk-fr] relations communauté de commune

[Romain MEHUT]

Le 12 novembre 2012 11:53, Christian Quest  a
écrit :

> Une page du genre "etat-epci" qui donnerait les détails d'un EPCI ?


Oui voilà, ce serait parfait! Je patiente...


> Le script état commune peut servir de base, il reconnait déjà un paramètre
> "id" pour passer une relation autre qu'une commune (je l'utilise pour le
> découpage par quartiers).
> Exemple en détournant le script etat-commune:
> http://openstreetmap.fr/outils/etat-commune?id=-2486558 (patience !)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM en mode Bac à Sable

[Ab_fab]

Extrait de cette page du wiki :
"but the database may be empty or populated with only some test data, and
non of them are currently hooked into a rendering stack, so you wont see
your data change on a map"

C'est le gros point noir actuel : les gens veulent une sandbox pour faire
des petits essais et en **visualiser** le résultat.
Et ce qu'on propose c'est plutôt pour faire de l'expérimental "pointu", car
il n'y a pas de rendu en ligne des données ...
Mettre en place tout le système nécessaire pour faire un bac à sable
complet est probablement compliqué (surtout à mon niveau), mais c'est
possible. http://wiki.openstreetmap.org/wiki/The_Rails_Port

Cela correspond un peu à ce qu'à fait la personne qui a mis en place
http://openaviationmap.org/ (ça ressemble fort à OSM, mais c'est totalement
indépendant).

Noter qu'il y a désormais pas mal de développement visant notamment à
faciliter les débuts sur OSM, coordonnés par Mapbox. La question d'une
sandbox avec rendu pourrait être remise sur le tapis.

** HS **
A titre personnel, je trouve qu'il vaut mieux aller direct dans le vif du
sujet et faire ses premières contributions sur la base principale, en
privilégiant une zone pas trop chargée, sur laquelle il y aura toujours une
rue, une route à ajouter.

S'il y a du temps à passer sur la question des débuts, je pencherais pour
se focaliser sur l'amélioration des guides de premiers pas existants.
Histoire de détailler les cas génériques de contribution (ajout d'une route
entre deux routes existantes par exemple), et glisser au passage quelques
astuces de JOSM qui peuvent échapper au premier abord (et je ne crois pas
qu'on les trouve dans le guide flossmanual

(*)) :

_ expliciter les manipulations de noeuds, de lignes. L'ajout de points sur
une ligne existante, les connexions entre éléments (et leur importance) ...
_ la désactivation / l'occultation de certains objets (landuse, buildings
...),
_ l'usage nécessaire de l'anglais dans les description (excepté dans les
notes)
_ la télécommande (qui est une arme fatale, quand on comprend qu'il faut
l'activer)

Aller encore un peu plus loin en détaillant
_ les projections et le plugin cadastre,
_ pourquoi pas la manipulation de plusieurs calques de données
_ la présentation des relations (histoire de comprendre ce que ça cache, et
surtout se rassurer en vérifiant qu'on n'a rien cassé)
_ les styles de rendus à l'écran (j'avoue, j'ai cru que ce serait complexe
à gérer, alors que l'interface est simple)

Comme d'hab, yaka

(*) Le guide ne demande qu'à être complété (en particulier dans un contexte
français / francophone) et mis à jour (les interfaces et les outils
disponibles évoluent vite)

Le 12 novembre 2012 10:27, Vincent Privat  a
écrit :

> Il y a le serveur d'API de test qui sert normalement à ça:
> http://wiki.openstreetmap.org/wiki/Sandbox_for_editing
>
> Il faut remplacer l'URL dans JOSM avec l'adresse du serveur de test (et
> recréer un compte car ils sont distincts de ceux du serveur de production)
> Vincent
>
> Le 12 novembre 2012 09:18, JB  a écrit :
>
>>  **
>>
>> Bonjour,
>>
>> En cherchant un peu dans l'historique des méls, je vois que le sujet d'un
>> bac à sable OSM a déjà été abordé, notamment en 2011, mais que la «
>> solution » de l'époque n'existe plus du coté de l’antarctique, et je n'ai
>> rien vu passer sur un développement éventuel depuis. Les pages wiki
>> abordant le sujet ont été supprimées, avec le commentaire « {{d|Harmful
>> proposal}} » (je n'imagine pas ce qu'il y avait dedans pour en arriver
>> là ?).
>>
>> Un bac à sable OSM pour formation, essais, et tout ce qu'on peut imaginer
>> d'autre me semblerait utile (et à d'autre aussi en 2011). Une petite zone,
>> un rendu Mapnik ou autre, un transfert de données possible depuis JOSM.
>>
>> Malheureusement, je n'ai pas du tout les compétences pour le mettre en
>> place. Je ne me représente pas la charge de travail que cela pourrait
>> représenter.
>>
>> Cordialement,
>>
>> JB
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Feuille de style Mapquest

[RÉAU Simon]

Aucun travaille en particulier juste le plaisir de jouer avec Mapnik :)

Je trouve particulièrement joli le rendu de Mapquest et je souhaiter 
étudier sa construction. C'est pour cela que j'aurais aimé trouver la 
feuille de style a jour.



Le 12/11/2012 11:55, Yohan Boniface a écrit :

Bonjour,

Je ne connais pas le contexte de ton boulot, donc je vais peut-être 
être hors sujet, mais tu peux aussi partir de OSM bright avec 
TileMill: https://github.com/mapbox/osm-bright


(J'ai fait ça pour https://github.com/yohanboniface/OpenRiverboatMap. 
Ça me semble un très bon point de départ si on veut faire un style 
global.)


Yohan


On 11/12/2012 11:32 AM, RÉAU Simon wrote:

Bonjour

Je suis en train de jouer avec les feuilles de style de mapnik. J'ai
récupérer la feuille de style mapquest sur github
https://github.com/MapQuest/MapQuest-Mapnik-Style mais le rendu que
j’obtiens n'est pas semblable au site de Mapquest.

Seriez vous ou je pourrais trouver la feuille de style mis a jour comme
sur le site de Mapquest ?

Librement

Simon

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



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




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

Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a edite

[THEVENON Julien]

Salut,

J ai mis en ligne une nouvelle version qui corrige le probleme que tu as 
rencontre ( http://thevenon.julien.free.fr/osm_object_watcher/)
Jusqu a present je n avais utilise que des fichiers .osm generes par l API osm 
et le visible etait toujours present ce que ne semble pas faire overpass

Julien





>
> De : "l...@worldonline.fr" 
>À : 
>Cc : talk-fr@openstreetmap.org 
>Envoyé le : Dimanche 11 novembre 2012 8h54
>Objet : Re: [OSM-talk-fr] Réf.: Re:  Outil de suivi des objets qu on a edite
> 
>Le samedi 10 novembre 2012 à 22:20 +, THEVENON Julien a écrit :
>> 
>> 
>> 
>> 
>> --
>> Le sam. 10 nov. 2012 20:50 HNEC, l...@worldonline.fr a écrit :
>> 
>> >Bonsoir
>> >
>> >J'essaye de faire un fichier avec toutes mes modifications avec
>> >overpass-api (http://overpass-api.de/) .
>> >
>> >Le fichier généré ne me donne pas les paramètres convenus pour
>> >osm_diff_watcher.
>> >
>> >Par exemple les paramètres pour une relation devraient être :
>> >
>> > > >version="74" changeset="13702578" user="Virgile1994" uid="362997">
>> >
>> >et moi j'ai :
>> >
>> > > >changeset="13719520" uid="417368" user="lann">
>> >
>> >Il me manque l'information "visible" et certains paramètres sont
>> >inversés
>> >
>> >Et j'obtiens cette erreur :
>> >
>> >dom_generic_utilities.h:156: static ATTR_TYPE
>> >osm_diff_watcher::generic_dom_utilities::extract_attribute(const 
>> >XMLNode&, const char*) [with ATTR_TYPE = bool]: Assertion `l_str' failed
>> >
>> >qui, je pense, vient de l'absence du paramètre "visible"
>> >
>> >Comment générer ce fichier ?
>> >
>> >Merci
>> >
>> >
>> 
>> Salut,
>> 
>> il me semblait  avoir deja rencontre le cas du visible manquant sur des 
>> objets masques par la redaction mais je n ai peut etre pas couvert tous les 
>> cas.
>> Peux tu m envoyer ton fichier genere, ton fichier de conf ainsi que les 
>> fichiers .sqlite3?
>> Cela me permettra de reproduire le probleme et le corriger.
>> Pour info l ordre des parametres n a pas d importance
>> 
>> Julien
>
>Les fichiers en pièce jointe
>
>Merci
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a edite

[Christian Quest]

Overpass ne gère que la dernière version des objets et oublie les objets
supprimés (ceux qui ne sont pas "visible"). C'est pour ça qu'il n'y a pas
de valeur "visible" dans ses données XML, car il n'y a que les "visible" et
rien d'autre.


Le 12 novembre 2012 12:36, THEVENON Julien  a
écrit :

> Salut,
>
> J ai mis en ligne une nouvelle version qui corrige le probleme que tu as
> rencontre ( http://thevenon.julien.free.fr/osm_object_watcher/ )
> Jusqu a present je n avais utilise que des fichiers .osm generes par l API
> osm et le visible etait toujours present ce que ne semble pas faire overpass
>
> Julien
>
>
>   --
> *De :* "l...@worldonline.fr" 
> *À :*
> *Cc :* talk-fr@openstreetmap.org
> *Envoyé le :* Dimanche 11 novembre 2012 8h54
> *Objet :* Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a
> edite
>
> Le samedi 10 novembre 2012 à 22:20 +, THEVENON Julien a écrit :
> >
> >
> >
> >
> > --
> > Le sam. 10 nov. 2012 20:50 HNEC, l...@worldonline.fr a écrit :
> >
> > >Bonsoir
> > >
> > >J'essaye de faire un fichier avec toutes mes modifications avec
> > >overpass-api (http://overpass-api.de/) .
> > >
> > >Le fichier généré ne me donne pas les paramètres convenus pour
> > >osm_diff_watcher.
> > >
> > >Par exemple les paramètres pour une relation devraient être :
> > >
> > >  > >version="74" changeset="13702578" user="Virgile1994" uid="362997">
> > >
> > >et moi j'ai :
> > >
> > >  > >changeset="13719520" uid="417368" user="lann">
> > >
> > >Il me manque l'information "visible" et certains paramètres sont
> > >inversés
> > >
> > >Et j'obtiens cette erreur :
> > >
> > >dom_generic_utilities.h:156: static ATTR_TYPE
> >
> >osm_diff_watcher::generic_dom_utilities::extract_attribute(const
> XMLNode&, const char*) [with ATTR_TYPE = bool]: Assertion `l_str' failed
> > >
> > >qui, je pense, vient de l'absence du paramètre "visible"
> > >
> > >Comment générer ce fichier ?
> > >
> > >Merci
> > >
> > >
> >
> > Salut,
> >
> > il me semblait  avoir deja rencontre le cas du visible manquant sur des
> objets masques par la redaction mais je n ai peut etre pas couvert tous les
> cas.
> > Peux tu m envoyer ton fichier genere, ton fichier de conf ainsi que les
> fichiers .sqlite3?
> > Cela me permettra de reproduire le probleme et le corriger.
> > Pour info l ordre des parametres n a pas d importance
> >
> > Julien
>
> Les fichiers en pièce jointe
>
> Merci
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a edite

[THEVENON Julien]

C est ce que j ai pense donc maintenant si le visible est absent je le supppose 
vrai.

Julien





>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 12 novembre 2012 13h03
>Objet : Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a edite
> 
>
>Overpass ne gère que la dernière version des objets et oublie les objets 
>supprimés (ceux qui ne sont pas "visible"). C'est pour ça qu'il n'y a pas de 
>valeur "visible" dans ses données XML, car il n'y a que les "visible" et rien 
>d'autre.
>
>
>
>Le 12 novembre 2012 12:36, THEVENON Julien  a écrit :
>
>Salut,
>>
>>
>>J ai mis en ligne une nouvelle version qui corrige le probleme que tu as 
>>rencontre ( http://thevenon.julien.free.fr/osm_object_watcher/)
>>Jusqu a present je n avais utilise que des fichiers .osm generes par l API 
>>osm et le visible etait toujours present ce que ne semble pas faire overpass
>>
>>Julien
>>
>>
>>
>>
>>
>>>
>>> De : "l...@worldonline.fr" 
>>>À : 
>>>Cc : talk-fr@openstreetmap.org 
>>>Envoyé le : Dimanche 11 novembre 2012 8h54
>>>Objet : Re: [OSM-talk-fr] Réf.: Re:  Outil de suivi des objets qu on a edite
>>> 
>>>
>>>Le samedi 10 novembre 2012 à 22:20 +, THEVENON Julien a écrit :
 
 
 
 
 --
 Le sam. 10 nov. 2012 20:50 HNEC, l...@worldonline.fr a écrit :
 

 >Bonsoir
 >
 >J'essaye de faire un fichier avec toutes mes modifications avec
 >overpass-api (http://overpass-api.de/) .
 >
 >Le fichier généré ne me donne pas les paramètres convenus pour
 >osm_diff_watcher.
 >
 >Par exemple les paramètres pour une relation devraient être :
 >
 > >>> >version="74" changeset="13702578" user="Virgile1994" uid="362997">
 >
 >et moi j'ai :
 >
 > >>> >changeset="13719520" uid="417368" user="lann">
 >
 >Il me manque l'information "visible" et certains paramètres sont
 >inversés
 >
 >Et j'obtiens cette erreur
 :
 >
 >dom_generic_utilities.h:156: static ATTR_TYPE
 >osm_diff_watcher::generic_dom_utilities::extract_attribute(const 
 >XMLNode&, const char*) [with ATTR_TYPE = bool]: Assertion `l_str' failed
 >
 >qui, je pense, vient de l'absence du paramètre "visible"
 >
 >Comment générer ce fichier ?
 >
 >Merci
 >
 >
 
 Salut,
 
 il me semblait  avoir deja rencontre le cas du visible manquant sur des 
 objets masques par la redaction mais je n ai peut etre pas couvert tous 
 les cas.
 Peux tu m envoyer ton fichier genere, ton fichier de conf ainsi que les 
 fichiers .sqlite3?
 Cela me permettra de reproduire le probleme et le corriger.
 Pour info l ordre des parametres n a pas d importance
 
 Julien
>>>
>>>Les fichiers en pièce
 jointe
>>>
>>>Merci
>>>
>>>
>>>___
>>>Talk-fr mailing list
>>>Talk-fr@openstreetmap.org
>>>http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Feuille de style Mapquest

[Ab_fab]

Le changement de style est annoncé ici :
http://devblog.mapquest.com/2012/10/16/terrain-added-to-mapquest-osm-tiles-other-updates/
La démarche est un peu similaire au rendu "terrain" proposé par Mapbox.

Dans les deux cas, les tuiles sont mises à disposition, mais ni les
feuilles de style ni la marche à suivre pour les générer soi-même.
Stratégie commerciale ?


Le 12 novembre 2012 12:04, RÉAU Simon  a écrit :

>
> Aucun travaille en particulier juste le plaisir de jouer avec Mapnik :)
>
> Je trouve particulièrement joli le rendu de Mapquest et je souhaiter
> étudier sa construction. C'est pour cela que j'aurais aimé trouver la
> feuille de style a jour.
>
>
> Le 12/11/2012 11:55, Yohan Boniface a écrit :
>
>  Bonjour,
>>
>> Je ne connais pas le contexte de ton boulot, donc je vais peut-être être
>> hors sujet, mais tu peux aussi partir de OSM bright avec TileMill:
>> https://github.com/mapbox/osm-**bright
>>
>> (J'ai fait ça pour 
>> https://github.com/**yohanboniface/OpenRiverboatMap
>> **. Ça me semble un très bon point de départ si on veut faire un style
>> global.)
>>
>> Yohan
>>
>>
>> On 11/12/2012 11:32 AM, RÉAU Simon wrote:
>>
>>> Bonjour
>>>
>>> Je suis en train de jouer avec les feuilles de style de mapnik. J'ai
>>> récupérer la feuille de style mapquest sur github
>>> https://github.com/MapQuest/**MapQuest-Mapnik-Stylemais
>>>  le rendu que
>>> j’obtiens n'est pas semblable au site de Mapquest.
>>>
>>> Seriez vous ou je pourrais trouver la feuille de style mis a jour comme
>>> sur le site de Mapquest ?
>>>
>>> Librement
>>>
>>> Simon
>>>
>>> __**_
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>>
>>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
>>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Feuille de style Mapquest

[RÉAU Simon]

Du coup je leurs est écrit directement et voici leur réponse.

   Hi Simon,

   You are correct. The style published on github no longer matches what we are 
using internally. Instead it has many changes from the community. We are 
currently making changes to our internal style and plan to publish it 
(read-only) on github at a future date (hopefully soon). Thank you very much 
for your interest!

   Kevin



Le 12/11/2012 13:30, Ab_fab a écrit :

Le changement de style est annoncé ici :
http://devblog.mapquest.com/2012/10/16/terrain-added-to-mapquest-osm-tiles-other-updates/
La démarche est un peu similaire au rendu "terrain" proposé par Mapbox.

Dans les deux cas, les tuiles sont mises à disposition, mais ni les 
feuilles de style ni la marche à suivre pour les générer soi-même.

Stratégie commerciale ?


Le 12 novembre 2012 12:04, RÉAU Simon > a écrit :



Aucun travaille en particulier juste le plaisir de jouer avec
Mapnik :)

Je trouve particulièrement joli le rendu de Mapquest et je
souhaiter étudier sa construction. C'est pour cela que j'aurais
aimé trouver la feuille de style a jour.


Le 12/11/2012 11:55, Yohan Boniface a écrit :

Bonjour,

Je ne connais pas le contexte de ton boulot, donc je vais
peut-être être hors sujet, mais tu peux aussi partir de OSM
bright avec TileMill: https://github.com/mapbox/osm-bright

(J'ai fait ça pour
https://github.com/yohanboniface/OpenRiverboatMap. Ça me
semble un très bon point de départ si on veut faire un style
global.)

Yohan


On 11/12/2012 11:32 AM, RÉAU Simon wrote:

Bonjour

Je suis en train de jouer avec les feuilles de style de
mapnik. J'ai
récupérer la feuille de style mapquest sur github
https://github.com/MapQuest/MapQuest-Mapnik-Style mais le
rendu que
j'obtiens n'est pas semblable au site de Mapquest.

Seriez vous ou je pourrais trouver la feuille de style mis
a jour comme
sur le site de Mapquest ?

Librement

Simon

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



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



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




--
ab_fab 
"Il n'y a pas de pas perdus", Nadja



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


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

Re: [OSM-talk-fr] Feuille de style Mapquest

[Ab_fab]

cool

Le 12 novembre 2012 13:38, RÉAU Simon  a écrit :

>
> Du coup je leurs est écrit directement et voici leur réponse.
>
>  Hi Simon,
>
> You are correct. The style published on github no longer matches what we are 
> using internally. Instead it has many changes from the community. We are 
> currently making changes to our internal style and plan to publish it 
> (read-only) on github at a future date (hopefully soon). Thank you very much 
> for your interest!
>
> Kevin
>
>
>
> Le 12/11/2012 13:30, Ab_fab a écrit :
>
> Le changement de style est annoncé ici :
>
> http://devblog.mapquest.com/2012/10/16/terrain-added-to-mapquest-osm-tiles-other-updates/
> La démarche est un peu similaire au rendu "terrain" proposé par Mapbox.
>
>  Dans les deux cas, les tuiles sont mises à disposition, mais ni les
> feuilles de style ni la marche à suivre pour les générer soi-même.
> Stratégie commerciale ?
>
>
> Le 12 novembre 2012 12:04, RÉAU Simon  a écrit :
>
>>
>> Aucun travaille en particulier juste le plaisir de jouer avec Mapnik :)
>>
>> Je trouve particulièrement joli le rendu de Mapquest et je souhaiter
>> étudier sa construction. C'est pour cela que j'aurais aimé trouver la
>> feuille de style a jour.
>>
>>
>> Le 12/11/2012 11:55, Yohan Boniface a écrit :
>>
>>  Bonjour,
>>>
>>> Je ne connais pas le contexte de ton boulot, donc je vais peut-être être
>>> hors sujet, mais tu peux aussi partir de OSM bright avec TileMill:
>>> https://github.com/mapbox/osm-bright
>>>
>>> (J'ai fait ça pour https://github.com/yohanboniface/OpenRiverboatMap.
>>> Ça me semble un très bon point de départ si on veut faire un style global.)
>>>
>>> Yohan
>>>
>>>
>>> On 11/12/2012 11:32 AM, RÉAU Simon wrote:
>>>
 Bonjour

 Je suis en train de jouer avec les feuilles de style de mapnik. J'ai
 récupérer la feuille de style mapquest sur github
 https://github.com/MapQuest/MapQuest-Mapnik-Style mais le rendu que
 j’obtiens n'est pas semblable au site de Mapquest.

 Seriez vous ou je pourrais trouver la feuille de style mis a jour comme
 sur le site de Mapquest ?

 Librement

 Simon

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

>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
>  --
> ab_fab 
> "Il n'y a pas de pas perdus", Nadja
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] openstreetmap.fr : un peu de ménage

[Nicolas Dumoulin]

Le jeudi 8 novembre 2012 16:51:15 sly a écrit :
> On jeudi 8 novembre 2012, Christian Quest wrote:
> > Faites vos propositions !
> 
> +1 à : "ensemble, cartographions le monde"

Ouaip, ça me plaît bien moi aussi :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...

[Pierre Béland]

Christian,

C'est une boutade, une façon de montrer qu'il y a beaucoup à faire partout au 
nord du Canada. Sans les imports et des efforts pour construire une communauté 
locale, nous ne pourrons jamais y arriver.
 

Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 12 novembre 2012 3h02
>Objet : Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
> 
>
>Bonjour Pierre,
>
>
>Je ne fait que relayer une opération pour laquelle j'ai été contacté sur 
>cont...@openstreetmap.fr
>
>
>Pourquoi ne pas vous aider à faire l'import Canvec ? Je doute que ça soit bien 
>pris vu les tensions liées aux imports en général et à ceux faits en france en 
>particulier avec le bâti. L'idée pour cette "opération cowboy" est plutôt de 
>corriger l'import TIGER si j'ai bien compris.
>
>
>
>Quant à faire une osmose-party, pourquoi pas !
>
>
>J'aime aussi le fonctionnement de http://lima.schaaltreinen.nl/remap/ qui 
>permet de confirmer ou pas des erreurs détectées par un outil comme osmose.
>J'avais trouvé le zorothon très marrant.
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes

[Ab_fab]

On constitue généralement une relation, qui est composée des  ways formant
la limite administrative et qui associe parfois un noeud "place" avec le
rôle admin_centre.
La description de la relation intègre la ref:INSEE, et on peut y ajouter la
balise wikipedia

http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Communes

N'hésite pas à donner des exemples concrets pour des communes où tu
considères que ce schéma ne fonctionnera pas

Le 11 novembre 2012 21:44, Philippe Verdy  a écrit :

> Pas forcément. Pouyr une carte qui n'afficherait pas les limites
> communales ou si celles-ci ne sont pas visibles car elles sortent du cadre,
> on s'attend à trouver le noeud visible qui affiche le nom de la commune
> donner des infos sur celle-ci. Bien sûr une requête permettrait de savoir
> de quelle(s) relation(s) elle est l'admin_center pour trouver ce lien
> Wikipédia. Malgré tout cela se complique car un même noeud est souvent
> admin_center de plein de choses, alors que le noeud lui-même porte pourtant
> un nom qui lui est propre est est celui de la commune (mais il pourrait
> n'être aussi que le nom d'une localité et pas une commune, donc on ne sait
> pas vraiment où chercher l'info).
>
> L'idéal serait que les noeuds indiquent que leur nom est attaché à un
> niveau d'admin_centre bien défini, ce n'est pas simple car ce qui qualifie
> nos noeuds ce sont des classifications en grandes villes, villes, villages,
> hameaux, qui correspondent à des niveaux administratifs différents.
>
> Le lien Wikipédia pourtant doit pouvoir pointer sur un article pertinent,
> que ce soit un article sur la commune, ou l'agglomération entière, ou un
> article sur un village ou quartier dans la commune.
>
> Bref, il est difficile d'écrire une règle simple pour décrire corectement
> ce que désigne le noeud seul, malgré ses attributs qui ne suffisent PAS à
> indiquer qu'il s'agit du nœud d'une commune, mais seulement celui d'une
> agglomération (petite ou grande),car l'article Wikipédia ne décrit pas ce
> seul noeud mais l'entité plus grande (ou plusieurs) contenant ce nœud avec
> ce nom.
>
> Pour se contenter de mettre uniquement dans la relation il faudait donc
> absolument qualifier les noeuds pour bien dire qu'ils représentent un point
> central nommé d'après une entité plus grande (en principe la plus petite
> d'entre elles s'il y en a plusieurs). Sinon l'autre solution est plus
> complexe et consiste à chercher parmi les relations qui utilisent le noeud
> celle qui a la valeur admin_level la plus élevée: ça marchera quand le
> noeud est une entité administrative, mais pas s'i c'est autre chose (un
> quartier par exemple).
>
> Enfin ce n'est pas si simple : nombre de surfaces n'ont ni admi_centre, ni
> de centroïde tombant **dans** la surface. Le libellé d'un rendu ne peut pas
> toujours alors être positionné dans la surface, et si un rendu doit
> afficher une icône clickable pour afficher les infos, on ne sait pas où la
> mettre. Si de plus la surface comprend des exclaves, il n'y a plus rien où
> cliquer. Si on cherche l'ensemble des relations couvrant un point cliquable
> (ce qui serait en fin de compte la meilleure solution dans une interface
> destinée à donner des infos sur un point cliqué), alors là on peut afficher
> les infos relation par relation. Mais l'interface devient aussi nettement
> plus lourde. Si l'interface ne peut supporter que les infos sur un seul
> point, alors il ne nous reste que le nœud lui-même et les relations qui
> contiennent le noeud doivent être ignorées.
>
> Encore plus complexe: certaines zones administratives ne contiennent PAS
> leur centre administratif qui est situé dans une zone voisine :
> l'admin_centre est la seule façon de trouver ce centre administratif, car
> on ne le trouve pas par une requête géométrique (donc chercher à afficher
> toutes les relations qui incluent un noeud dans leur surface ne marchera
> pas, sauf si on y inclue AUSSI les relations qui mentionnent le noeud
> directement en tant que membre : l'interface doit alors savoir interprêter
> les rôles utilisés dans la relation pour savoir à quoi correspond cet
> attachement de nœud dans la relation définissant une surface donnée. De
> plus des noeuds peuvent aussi être regroupés dans des relations qui ne
> définissent PAS des surfaces, mais des ensembles de noeuds proches (par
> exemple une liste des noeuds correspondant aux accès à une même station de
> métro, ou une liste d'arrêts dans une ligne de transport).
>
> Ce n'est pas toujours simple donc, et souvent il restrera utile de garder
> un lien d'informations sur le noeud lu-même. L'idéal serait que le noeud
> puisse avoir un attribut indiquant à laquelle des relations il doit être
> relié : mais dans OSM on n'a QUE des attributs pour le faire et il n'y a
> pas d'intégrité référentielle garantie (donc pas moyen d'indiquer un ID de
> relation dans un attribut du noeud.
>
> Moralité: faire comme en Espagne, et qual

Re: [OSM-talk-fr] PlaceMaker "Bureaux de poste" : quelques évolutions

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Vincent de Chateau-Thierry" 
> 
> Je vais m'occuper de la maj de PlaceMaker, normalement dans la semaine. 
> Plusieurs points :
> - certains nouveaux descripteurs concernent l'accès pour les 
> malentendants (présence de prises casque). Je n'ai pas vu grand chose 
> sur le wiki, à part ça :
> http://wiki.openstreetmap.org/wiki/DisabilityDescription
> approuvé peut-être, mais pas bien populaire pour autant :
> http://taginfo.openstreetmap.org/search?q=blind
> http://taginfo.openstreetmap.org/search?q=deaf
> Sauf autre suggestion, je proposerais quand même qu'on utilise cette 
> forme de tag, via par exemple :
> deaf:description:fr=Automates d'affranchissement avec prise audio
> deaf:description:fr=Distributeur de billets avec prise audio
> 

Mise à jour de PlaceMaker Bureaux de Poste [1] effectuée, à savoir :
- les données sont celle d'octobre 2012
- le tag wheelchair apparaît, selon les mêmes modalités que celles proposées 
par Frédéric
pour Osmose
- j'ai ajouté un tag deaf:description:fr comme proposé ci-dessus.
- pas de prise en compte des horaires à ce stade
- affichage dans les bulles de la précision de géocodage annoncée par La Poste. 
À noter
que la distance moyenne entre les points de La Poste et leur correspondant OSM a
fortement chuté : la moyenne de distance sur les données d'avril était de 50km 
(!)
du fait des erreurs intercontinentales sur certains points. Ces erreurs étant 
massivement 
corrigées, on tombe à 500m de distance moyenne, pour ~4300 points intégrés.

vincent

[1] : http://osm.vdct.free.fr/postes/index.html

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] PlaceMaker "Bureaux de poste" : quelques évolutions

[Pieren]

2012/11/12 Vincent de Chateau-Thierry :

> Mise à jour de PlaceMaker Bureaux de Poste [1] effectuée, à savoir :
> - les données sont celle d'octobre 2012

4360 importés sur 17099 points.

Avant de promouvoir une "opération cowboy" chez l'oncle Sam, on
devrait lancer une "opération facteur" chez-nous ;-)

Pieren

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

Re: [OSM-talk-fr] Quelqu'un de dispo pour l'Ubuntu Party 17-18 novembre à Paris...

[Marc SIBERT]

Toujours candidat (et donc présent).

A priori cela se limite à samedi après-midi. C'est OK pour moi.

Christian as-tu un slideware que je peux adapter pour la présentation ?

A+

PS : toujours ouvert à un soutien et venez nombreux faire la clap !


Le 16 octobre 2012 01:18, Christian Quest  a écrit
:

> Il faudrait animer un exposé de 30-35 minutes pour
> présenter le projet, suivi (après une pause) d'un atelier pratique de 2h
> sur comment contribuer...
>
> C'est à la Cité des Sciences comme d'habitude.
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] halte nautique et port

[Philippe Verdy]

Il me semble que le wiki décrit "harbour" comme n'incluant PAS la simple
navigation de plaisance et recommande à la place leisure=marina (qui peut
inclure dans une relation à la fois les zones terrestres et maritimes ou
fluviales, pour en faire une zone seulement délimitée aux loisirs, et dans
laquelle on trace les autres éléments nécessaires : pontons fonttants
(man_made=pier;floatting=yes), jetées, parkings pour voitures et bateaux,
chantiers navals, zones de mise à l'eau, bouées...), et autres landuse=*
éventuels (zone commerciale par exemple, ou autres loisirs).

Pour harbour, il faut une utilisation professionnelle avec des navires plus
importants, pour la pêche, le transport de fret ou de passagers ou les
navires militaires.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Philippe Verdy]

Il y a d'autres problèmes liés aux modifs en cours, j'en ai corrige
plusieurs dans la rade de Brest, où les lignes de côtes ne se fermaient pas
correctement dans les abers (zones maritimes des fleuves, soumis surtout à
la mer et non au régime fluvial, et dont les rives sont alors des lignes de
côtes, i.e. coastline, et non des riverbank : on peut malgré tout
cartographier des relations pour nommer les étendues d'eau et pas seulement
le cours central, mais la relation riverbank doit inclure tidal=yes)

Parmi les problèmes que j'ai corrigés : des lignes de côtes redessinées en
double, ou interrompues sur un estuaire.

On a toujours une difficulté à déterminer où s'arrête le cours fluvial et
où commence la partie maritime de l'embouchire, mais dans le cas présent à
Brest c'est assez simple car la partie maritime (des abers ou rias) est
bien connue et parfaitement délimitée, les fleuves changeant même de nom
dans leur partie maritime (par exemple l'Élorn devient la Rivière de
Landerneau dans sa partie maritime après le dernier pont habité sur le
fleuve à Landerneau, et l'Aulne devient « l'Aulne maritime » dans son aber,
lui aussi parfaitement délimité par sa dernière écluse).

Ce qui est important est de bien marquer sur la carte jusqu'où peut
remonter la mer.

L'autre point à soulever est qu'il faut absolument éviter de RETRACER les
lignes de côtes : à chaque fois je vois que cela mène à des erreurs. Cela
ne veut pas dire qu'on ne peut pas les améliorer, mais on ne dessine pas un
second trait parallèle pour ensuite supprimer un segment en trop. On fait
des scission ou fusions éventuelles, en n'oubliant pas CTRL+ALT+U pour être
certain de ne pas oublier de fusionner ou scinder les chemins référencés
par les relations dépendantes.

Ici on est dans ce cas: trop de relations ont été redessinées et cassées,
et lors du rafraichissement des lignes de côtes pour le rendu Mapnik, il
est resté un trou et l'outil fait une fermeture arbitraire car il ne sait
pas où se replacer correctement (surtout ici où les lignes de cpotes
étaient ambigues car en doublon par endroits!).

Le dernier doublonnage de côtes dans le Finistère a eu lieu ce dimanche,
mais j'en ai corrigé plusieurs autres samedi qui ont été recassés le
lendemain. sur l'Aulne maritime par un tracé double. Je n'arrête pas de
refermer des relations et des lignes de côtes de ceux qui sont pourtant
expérimentés (Sly par exemple a commis de telles erreurs dans cet endroit
cette semaine sur l'Aulne).


Le 12 novembre 2012 10:21, Romain MEHUT  a écrit :

> Bonjour,
>
> Ce problème a été discuté sur la liste bretonne:
> http://lists.openstreetmap.org/pipermail/talk-fr-bzh/2012-November/000798.html
>
> Romain
>
> Le 12 novembre 2012 10:18, Pierre-André Le Ny  a écrit
> :
>
>>  Bonjour à tous,
>>
>> Je constate ce matin un gros problème de coastline à la pointe de la
>> Bretagne.
>> http://www.openstreetmap.org/?lat=48.356&lon=-4.352&zoom=9&layers=M
>>
>> Pas forcément le plus à l'aise avec ces éléments, j'en appelle à la
>> communauté pour une réparation éclaire.
>>
>> Ou alors, c'est bien la réalité et ce serait une explication à l'abandon
>> de Guillemot : c'est la presqu'ile de Crozon dérivante qu'il aurait tapé ?
>> :-P
>>
>> Bonne journée
>>
>> --
>> Paolo35
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Automatisation des liens Wikipedia vers les communes

[Philippe Verdy]

Là on dirait que tu me fais un cours d'initiation de base, comme si je
n'avais pas compris ça déjà. Le problème c'est surtout de savoir dans
lequel des deux (le noeud ou la relation) un tag est le plus pertinent. Le
noeud n'est pas pertinent pour la population, et j'ai listé des exemples où
la répartition simple avec une relation et un seul noeud admin_centre ne
marche pas toujours : noeud hors de la zone, ou plusieurs noeuds, et noeuds
qui ne décrivent pas par leur nom de localité (place=*) le nom de la
relation, et ambiguité dans le cas très fréquent où le même noeud est
admin_centre de plusieurs relations (incluses les unes dans les autres en
terme de surface voire parfois adjascentes sans aucune intersection autre
que leur frontière, mais pas toujours).

La population est un bon exemple : elle doit guider normalement le type de
place=* qu'on met pour la localité, pourtant la popualtion devrait être
celle de l'agglomération (ou partie d'agglomération) désignée par le noeud
et non celle de la commune entière qui peut s'étendre sur plusieurs
agglomérations (c'est le cas de nombreuses communes fusionnées qui ont
plusieurs villages, conservant chacun leur nom propre : quel est le niveau
administratif pertinent pour compter la population ? ce n'est pas toujours
la commune au niveau 8 car elle est trop grande...

De même ici concernant un article Wikipédia : il ne porte en général pas
sur un seul nœud mais sur une commune entière (parfois un quartier ou un
des villages de la commune). Pourtant c'est sur le nom assigné au nom
place=* qu'on va aller chercher l'info en cliquant dessus sur une carte.

Bref ton message parle du principe de base (que j'ai parfaitement compris)
mais veut remettre de côté les difficultés liées à l'interprétation et la
confrontation de la réalité (avec laquelle une simple recherche géométrique
ne permet PAS de répondre correctement ou trouver les données qu'on
s'attend à trouver).

Le principe est donc à utiliser avec précaution, il peut ne pas être assez
précis pour décrire correctement la réalité.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] halte nautique et port

[Jean-Claude Repetto]

On 12/11/2012 18:15, Philippe Verdy wrote:
>
> Pour harbour, il faut une utilisation professionnelle avec des navires
> plus importants, pour la pêche, le transport de fret ou de passagers ou
> les navires militaires.
> 

Et lorsqu'un port est utilisé à la fois pour la pêche professionnelle,
le transport de passagers ET la plaisance, on utilise harbour ?

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

Re: [OSM-talk-fr] halte nautique et port

[Philippe Verdy]

Dans ce cas là oui... ce n'est plus une "marina" (mais dans nombre de ports
il y a des zones bien séparées entre celle destinée à la plaisance et aux
loisirs, non professionnelle, et la navigation professionnelle, et il vaut
mieux les cartographier séparément).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] halte nautique et port

[Claude]

Le 12/11/2012 18:15, Philippe Verdy a écrit :
Il me semble que le wiki décrit "harbour" comme n'incluant PAS la 
simple navigation de plaisance et recommande à la place leisure=marina 
(qui peut inclure dans une relation à la fois les zones terrestres et 
maritimes ou fluviales, pour en faire une zone seulement délimitée aux 
loisirs, et dans laquelle on trace les autres éléments nécessaires : 
pontons fonttants (man_made=pier;floatting=yes), jetées, parkings pour 
voitures et bateaux, chantiers navals, zones de mise à l'eau, 
bouées...), et autres landuse=* éventuels (zone commerciale par 
exemple, ou autres loisirs).


Pour harbour, il faut une utilisation professionnelle avec des navires 
plus importants, pour la pêche, le transport de fret ou de passagers 
ou les navires militaires.




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

bonjour

harbourg semble pouvoir s'appliquer aussi à la navigation de plaisance
car il y a la clé
harbour:category=marina

mais d'après taginfo leisure=marina est beaucpup plus utilisé bien que 
harbourg:category=marina représente 54% des valeurs de harbourg:category


par contre, harbourg comporte plus d'infos utilses associés par rapport 
à leisure=marina qui dans la moitié des cas n'est associé qu'au tag name=*


maxtay semble utilisé avec mooring=yes

la halte nautique est souvent un simple quai avec quelques bollards sans 
autres installations. on pourrait la comparer à une place de 
stationnemant sur la voie publique alors que le port correspondrai plus 
à un "parking"

peut-être faut-il proposer un tag spécifique?

cordialement
Claude





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

Re: [OSM-talk-fr] halte nautique et port

[Philippe Verdy]

"harbourg "??? Tu ne confonds pas avec Hambourg ?

A la limite on trouvera une orthographe "harbor" (graphie "simplifiée"
américaine, utilisée comme titre d'article Wikipédia qui utilise aussi
"Pear Harbor" quand nous en français on écrit plus souvent "Pearl Harbour",
mais on utilise pourtant "Pearl Harbor" à l'américaine dans la Wikipédie
française) même si c'est "harbour" (graphie britannique et internationale,
avec un lien de redirection et la mention de synonymie dans Wikipédia) qui
est recommandé.

Le 12 novembre 2012 19:26, Claude  a écrit :

>  mais d'après taginfo leisure=marina est beaucpup plus utilisé bien que
> harbourg:category=marina représente 54% des valeurs de harbourg:category
>
> par contre, harbourg comporte plus d'infos utilses associés par rapport à
> leisure=marina qui dans la moitié des cas n'est associé qu'au tag name=*
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Découverte d'OSM dans un Gull

[forum]

Le message suivant de :
##
Bonjour à tous,

Je suis Président de l'association Icaunux, un Gull qui couvre le département 
de l'Yonne.

J'ai découvert OSM il y a quelques temps et je suis très intéressé par ce 
projet qui va nous permettre de montrer concrètement l'apport des outils 
libres. J'adore OSM qui car il permet de fédérer pas mal de monde autour d'un 
sujet concret et pratique qui peu répondre à différents objectifs. J'ai déjà 
contribué sur mon village pour compléter les cartes mais j'ai encore pas mal de 
choses à apprendre ce qui explique ma présence sur le forum.

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

[OSM-talk-fr] [forum-osm-fr] OSM Tracker

[forum]

Le message suivant de :
##
J'ai commencé à contribuer avec Potlatch2 mais je voudrais également le faire 
avec mon smartphone sous Android.

J'ai lu de bons articles sur OSMTracker que j'ai installé mais je ne comprends 
pas comment recupérer les infos.

Exemples : 

Je prends une photo d'un lieu, comment faire pour la retrouver sur la carte OSM 
en ligne ?

J'ajoute une pharmacie, comment la retrouver sur la carte et le vérifier ?



Merci

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

[OSM-talk-fr] Source de données ADS-B "libres"

[Eric Pommereau]

Bonjour,

Je recherche une source de données ADS-B (système de surveillance
coopératif pour le contrôle du trafic aérien) "libre" afin d'enregistrer
différents vols d'avion. L'objectif est de représenter les traces des vols
à postériori (en utilisant OSM bien sur...).

Pour l'heure j'ai bricolé de quoi récupérer les données directement chez
www.flightradar24.com mais ce n'est évidement pas une solution "légale" et
correcte.

Je suis étonné que malgré le caractère coopératif de ce système (pas mal de
récepteurs sont hébergés chez des particuliers qui partagent leurs données)
aucune donnée brute, même locale, ne semble être accessible. Les données
collectées ont l'air d'alimenter les SI des gros éditeurs (type
flightradar) qui ne proposent pas d'API pour accéder à ces informations.

Si quelqu'un a une idée...

Merci d'avance
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] openstreetmap.fr : un peu de ménage

[Samy Mezani]

le 08/11/2012 23:25, khris78 a écrit:


Plus sérieusement : "Ensemble, libérons nos cartes".


Pas mal. J'aime bien aussi celui là :
"Aux crtes citoyens !"

Samy

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

Re: [OSM-talk-fr] Source de données ADS-B "libres"

[Ab_fab]

Est-ce que tu connais ce forum : http://www.tsf70.com/forum/ ?
C'est un bon endroit pour savoir ce qui se fait, peut ou ne peut pas se
faire dans le domaine des écoutes radio

Le 12 novembre 2012 21:33, Eric Pommereau  a
écrit :

> Bonjour,
>
> Je recherche une source de données ADS-B (système de surveillance
> coopératif pour le contrôle du trafic aérien) "libre" afin d'enregistrer
> différents vols d'avion. L'objectif est de représenter les traces des vols
> à postériori (en utilisant OSM bien sur...).
>
> Pour l'heure j'ai bricolé de quoi récupérer les données directement chez
> www.flightradar24.com mais ce n'est évidement pas une solution "légale"
> et correcte.
>
> Je suis étonné que malgré le caractère coopératif de ce système (pas mal
> de récepteurs sont hébergés chez des particuliers qui partagent leurs
> données) aucune donnée brute, même locale, ne semble être accessible. Les
> données collectées ont l'air d'alimenter les SI des gros éditeurs (type
> flightradar) qui ne proposent pas d'API pour accéder à ces informations.
>
> Si quelqu'un a une idée...
>
> Merci d'avance
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets qu on a edite

[l...@worldonline.fr]

Bonsoir

J'ai la même erreur que ce soit avec le nouvel exécutable ou l'ancien et
que ce soit avec mes données ou celles dans le dossier data :

ERROR : Creation of module "user_object_instance" with type
"user_object" has failed

J'ai recompilé avec les sources de Samedi et j'ai aussi cette erreur
avec les données du dossier data.

Je ne me rappelle plus si j'avais réussi à aller au bout du processus
Samedi

Merci


Le lundi 12 novembre 2012 à 11:36 +, THEVENON Julien a écrit :
> Salut,
> 
> 
> J ai mis en ligne une nouvelle version qui corrige le probleme que tu
> as rencontre ( http://thevenon.julien.free.fr/osm_object_watcher/ )
> Jusqu a present je n avais utilise que des fichiers .osm generes par l
> API osm et le visible etait toujours present ce que ne semble pas
> faire overpass
> 
> 
> Julien
> 
> 
> 
> 
> 
> __
> De : "l...@worldonline.fr" 
> À : 
> Cc : talk-fr@openstreetmap.org 
> Envoyé le : Dimanche 11 novembre 2012 8h54
> Objet : Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets
> qu on a edite
> 
> 
> Le samedi 10 novembre 2012 à 22:20 +, THEVENON Julien a
> écrit :
> > 
> > 
> > 
> > 
> > --
> > Le sam. 10 nov. 2012 20:50 HNEC, l...@worldonline.fr a
> écrit :
> > 
> > >Bonsoir
> > >
> > >J'essaye de faire un fichier avec toutes mes modifications
> avec
> > >overpass-api (http://overpass-api.de/) .
> > >
> > >Le fichier généré ne me donne pas les paramètres convenus
> pour
> > >osm_diff_watcher.
> > >
> > >Par exemple les paramètres pour une relation devraient
> être :
> > >
> > >  timestamp="2012-10-31T19:17:44Z"
> > >version="74" changeset="13702578" user="Virgile1994"
> uid="362997">
> > >
> > >et moi j'ai :
> > >
> > >  timestamp="2012-11-02T08:34:50Z"
> > >changeset="13719520" uid="417368" user="lann">
> > >
> > >Il me manque l'information "visible" et certains paramètres
> sont
> > >inversés
> > >
> > >Et j'obtiens cette erreur :
> > >
> > >dom_generic_utilities.h:156: static ATTR_TYPE
> >
> 
> >osm_diff_watcher::generic_dom_utilities::extract_attribute(const 
> XMLNode&, const char*) [with ATTR_TYPE = bool]: Assertion `l_str' failed
> > >
> > >qui, je pense, vient de l'absence du paramètre "visible"
> > >
> > >Comment générer ce fichier ?
> > >
> > >Merci
> > >
> > >
> > 
> > Salut,
> > 
> > il me semblait  avoir deja rencontre le cas du visible
> manquant sur des objets masques par la redaction mais je n ai
> peut etre pas couvert tous les cas.
> > Peux tu m envoyer ton fichier genere, ton fichier de conf
> ainsi que les fichiers .sqlite3?
> > Cela me permettra de reproduire le probleme et le corriger.
> > Pour info l ordre des parametres n a pas d importance
> > 
> > Julien
> 
> Les fichiers en pièce jointe
> 
> Merci
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] openstreetmap.fr : un peu de ménage

[Philippe Verdy]

Aussi :

 Allons enfants de la parti...iee.
 Le jour du libre est arrivé.
 Entre nous de la tyrannie
 Les standards privés sont levés,
 Les standards privés sont levés !

 Entendez-vous dans nos campagnes
 Rugir ces féroces avocats
 Qui viennent jusque dans nos pas
 Réserver nos villes et territoires.

 Aux cartes, citoyens !
 Formez vos réunions
 Cartons, cartons...
 Qu'un plan impur...
 Abreuve nos éditions.

Le 12 novembre 2012 21:50, Samy Mezani  a écrit :

> le 08/11/2012 23:25, khris78 a écrit:
>
>
>  Plus sérieusement : "Ensemble, libérons nos cartes".
>>
>
> Pas mal. J'aime bien aussi celui là :
> "Aux crtes citoyens !"
>
> Samy
>
> __**_
>
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] openstreetmap.fr : un peu de ménage

[Ab_fab]

Admets que comme accroche, c'est un peu long ;-)

Le 12 novembre 2012 22:25, Philippe Verdy  a écrit :

> Aussi :
>
>  Allons enfants de la parti...iee.
>  Le jour du libre est arrivé.
>  Entre nous de la tyrannie
>  Les standards privés sont levés,
>  Les standards privés sont levés !
>
>  Entendez-vous dans nos campagnes
>  Rugir ces féroces avocats
>  Qui viennent jusque dans nos pas
>  Réserver nos villes et territoires.
>
>  Aux cartes, citoyens !
>  Formez vos réunions
>  Cartons, cartons...
>  Qu'un plan impur...
>  Abreuve nos éditions.
>
> Le 12 novembre 2012 21:50, Samy Mezani  a écrit :
>
> le 08/11/2012 23:25, khris78 a écrit:
>>
>>
>>  Plus sérieusement : "Ensemble, libérons nos cartes".
>>>
>>
>> Pas mal. J'aime bien aussi celui là :
>> "Aux crtes citoyens !"
>>
>> Samy
>>
>> __**_
>>
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Christian Rogel]

Le 12 nov. 2012 à 18:34, Philippe Verdy a écrit :
> 
> 
> On a toujours une difficulté à déterminer où s'arrête le cours fluvial et où 
> commence la partie maritime de l'embouchire, mais dans le cas présent à Brest 
> c'est assez simple car la partie maritime (des abers ou rias) est bien connue 
> et parfaitement délimitée, les fleuves changeant même de nom dans leur partie 
> maritime (par exemple l'Élorn devient la Rivière de Landerneau dans sa partie 
> maritime après le dernier pont habité sur le fleuve à Landerneau, et l'Aulne 
> devient « l'Aulne maritime » dans son aber, lui aussi parfaitement délimité 
> par sa dernière écluse).

Mais, juste avant le Pont de l'Iroise, que je viens de traverser, il a 90 
minutes, je peux certifier que, côté Brest,
il n'y a pas marqué Rivière de Landerneau, mais "An Elorn" (sur la N 165, 
depuis l'origine, la plupart des panneaux 
de voies de sortie sont en breton de Brest à Quimper, et celui-ci aussi, mais 
pas pour l'Aulne, 40 km plus loin).

> Ce qui est important est de bien marquer sur la carte jusqu'où peut remonter 
> la mer.

A Quimper, la limite officielle Odet maritime/Odet fluvial est 3 km avant le 
point où la marée remonte.

Toujours, ces micro-problèmes de terrain.

Je ne vois pas trop comment mettre un trait de côte dans nos rias aux multiples 
petits bras de mer. C'est un coup
à avoir des fuites en séries.


Christian Rogel


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

[OSM-talk-fr] ref:INSEE

[Christophe Merlet]

Bonjour,


Pour être cohérent avec les communes françaises, je propose de remplacer
les ref des régions et départements par des ref:INSEE.

De plus, je propose aussi d'en profiter pour remplacer les ref_NUTS par
des ref:NUTS toujours dans un souci de cohérence.

Qu'en pensez-vous ?


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] openstreetmap.fr : un peu de ménage

[Ista Pouss]

Le 8 novembre 2012 16:37, Christian Quest  a écrit
:

> Faites vos propositions !
>
>
La carte du monde avec vous

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

Re: [OSM-talk-fr] ref:INSEE

[Christian Quest]

+1 et +1

Le 12 novembre 2012 23:06, Christophe Merlet  a
écrit :

> Bonjour,
>
>
> Pour être cohérent avec les communes françaises, je propose de remplacer
> les ref des régions et départements par des ref:INSEE.
>
> De plus, je propose aussi d'en profiter pour remplacer les ref_NUTS par
> des ref:NUTS toujours dans un souci de cohérence.
>
> Qu'en pensez-vous ?
>
>
> Librement,
> --
> Christophe Merlet (RedFox)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Dégats sur Coastline

[Philippe Verdy]

Si c'est marqué « An Alorn » sur le panneau, c'est du breton (avec
l'article), pas du français (sinon ce serait « L'Alorn ») !

Même si l'Alorn a deux parties dans SANDRE, qu'on regroupe sous le même nom
"Alorn", cela fait longtemps qu'on donne des noms distincts pour les
parties maritimes (et pas qu'en Bretagne). Le nom local de la partie amont
est bien "Alorn" (en français comme en breton).

[Mais il y a un nom historique aussi 'Dourdun" ou "Dourdu", pour « eaux
profondes ou eaux noires », probablement à l'origine en breton, pour cette
partie maritime qu'on désigne en français maintenant la "Rivière de
Landerneau".]

Attention car SANDRE ignore bon nombre des noms locaux d'usage dans son
entrée principale, mais indique bien une liste de noms locaux pour
certaines parties et « Rivière de Landerneau » en fait partie pour désigner
l'aber sans ambiguité, c'est à dire TOUTE la partie aval depuis le
pont-barrage construit à Landerneau jusqu'à la rade de Brest).

Dans OSM les noms locaux sont indiqués pour les portions de fleuves (aussi
bien le cours filaire que les relations de surfaces "riverbank"), tandis
qu'on peut encore avoir une relation (la même où on indique les membres
"tributary" pour former un réseau avec les affluents) regroupant tous les
segments sous la désignation globale utilisée dans SANDRE (ou d'autres
bases internationales pour les cours d'eau sur plusieurs pays).

Le 12 novembre 2012 22:50, Christian Rogel  a écrit :

>
> Le 12 nov. 2012 à 18:34, Philippe Verdy a écrit :
>
>
>
> On a toujours une difficulté à déterminer où s'arrête le cours fluvial et
> où commence la partie maritime de l'embouchire, mais dans le cas présent à
> Brest c'est assez simple car la partie maritime (des abers ou rias) est
> bien connue et parfaitement délimitée, les fleuves changeant même de nom
> dans leur partie maritime (par exemple l'Élorn devient la Rivière de
> Landerneau dans sa partie maritime après le dernier pont habité sur le
> fleuve à Landerneau, et l'Aulne devient « l'Aulne maritime » dans son aber,
> lui aussi parfaitement délimité par sa dernière écluse).
>
>
> Mais, juste avant le Pont de l'Iroise, que je viens de traverser, il a 90
> minutes, je peux certifier que, côté Brest,
> il n'y a pas marqué Rivière de Landerneau, mais "An Elorn" (sur la N 165,
> depuis l'origine, la plupart des panneaux
> de voies de sortie sont en breton de Brest à Quimper, et celui-ci aussi,
> mais pas pour l'Aulne, 40 km plus loin).
>
> Ce qui est important est de bien marquer sur la carte jusqu'où peut
> remonter la mer.
>
>
> A Quimper, la limite officielle Odet maritime/Odet fluvial est 3 km avant
> le point où la marée remonte.
>
> Toujours, ces micro-problèmes de terrain.
>
> Je ne vois pas trop comment mettre un trait de côte dans nos rias aux
> multiples petits bras de mer. C'est un coup
> à avoir des fuites en séries.
>
>
> Christian Rogel
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ref:INSEE

[Vincent de Chateau-Thierry]

Le 12/11/2012 23:13, Christian Quest a écrit :

+1 et +1

Le 12 novembre 2012 23:06, Christophe Merlet mailto:red...@redfoxcenter.org>> a écrit :

Bonjour,


Pour être cohérent avec les communes françaises, je propose de remplacer
les ref des régions et départements par des ref:INSEE.

De plus, je propose aussi d'en profiter pour remplacer les ref_NUTS par
des ref:NUTS toujours dans un souci de cohérence.

Qu'en pensez-vous ?



banco

vincent

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

Re: [OSM-talk-fr] Dégats sur Coastline

[Philippe Verdy]

Le 12 novembre 2012 22:50, Christian Rogel  a écrit :

>
> Je ne vois pas trop comment mettre un trait de côte dans nos rias aux
> multiples petits bras de mer. C'est un coup
> à avoir des fuites en séries.
>

D'une part les multiples petits bras peuvent être attachés au cours
principal (pour leur surface uniqument) s'ils n'ont pas de cours d'eau
filaire ni de désignation attaché. Si le bras n'est même su'un ruisseau, on
le scinde. si la surface représentée est de régime maritime, on limite leur
rive par des coastline et non des riverbank. Si le bras est fermé au moins
par un barrage, un seuil, une écluse, une vanne ou porte, il n'y a plus
remontée ni évacuation de l'eau de mer avec la marée, et c'est une partie
fluviale.

Pour le reste, c'est clair : s'il n'y a aucun barrage pour empêcher les
remontées de la marée ou pour retenir les eaux, c'est une partie maritime,
dès que la masse d'eau de la marée est supérieure à la masse d'eau
provenant du cours d'eau : on le voit bien à marée basse: le cours d'eau
devient un microscopique ruisseau, encore largement chargé en eaux salée
qui exfiltre pendant toute la marée basse des terrains alluvionnaires
laissés à découvert, en ramenant plus d'eau de mer encore que ce qui vient
du cours d'eau.

La nature d'ailleurs de ces terrains découverts à marée basse est très
différente (alluvions, flore et déchets organiques, comme les algues et
bactéries, et la faune comme les crustacés et coquillages qui vivent dans
ces terrains toujours humides et fortement salés), et le restera longtemps
sauf en cas d'aménagement par l'homme avec un barrage qui en fera :
- soit une retenue d'eau douce (pour l'irrrigation le plus souvent)
- soit des polders asséchés pour délimiter un canal résiduel,
- ou en faire des terres de marais (quand des remontées d'eau de mer sont
parfois réouvertes pour remettre en eau à marée haute, les canaux étant
alors des étiers dont on préserve la salinité pour l'eau qu'on y retient,
ou qu'on laisse venir pour réalimenter périodiquement des marais salants
après une récolte de sel, ou des bassins d'élevage piscicoles d'espèces
marines, ou des bassins "clarification" de coquillages, ou parfois des
bassins destinés à la dépollution biologique des estuaires pour retenir
certaines eaux dans un sens ou dans l'autre.
- ou des cales pour certaines réparations ou constructions de navires pour
la navigation en mer (en général on évite de mélanger les eaux fluviales
pour protéger le milieu d'eau douce qu'on a voulu protéger aussi pour
l'irrigation des cultures en amont ou certaines espèces fragiles qui y
trouvent un refuge stable en eau douce, grâce au travail de l'homme qui a
envahi d'autres territoires non préservés).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Christian Rogel]

Le 12 nov. 2012 à 23:19, Philippe Verdy a écrit :

> Si c'est marqué « An Alorn » sur le panneau, c'est du breton (avec 
> l'article), pas du français (sinon ce serait « L'Alorn ») !
> 

Philippe, à quoi, cela peut-il te servir :
1 De contester qu'il est écrit "An Elorn" , puisque j'ai dit que je viens de le 
lire, aujourd'hui même J'ai du apprendre à le faire avant toi ;-).
2 De dire que c'est du breton, puisque je l'ai moi-même écrit, et ayant un 
certificat universitaire pour cette langue, je sais, mieux que toi la 
reconnaître.

Christian Rogel
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Philippe Verdy]

Oui mais ton intervention était venue là en forme de contestation du nom
français de cet aber (ou ria), comme pour dire : tu as tord je viens de
passer dessus ce n'était pas écrit sur le panneau.

Que le fait du panneau ne mentionne que le nom breton ne change pas le nom
français du bras de mer

L'usage de l'expression française est attesté dans divers écrits depuis des
siècles, pour la navigation sur cette partie difficile, même c'est plus
facile aujourd'hui car on a réduit les banc de sable et on a creusé et
entretenu un chenal sur une petite partie de la largeur, pour que le volume
d'eau fluviale résiduel à marée basse puisse encore suffire pour certains
bateaux, ou juste pour garder en eau au moins le port de Landerneau dont la
partie terminale a des quais et est régulièrement chenalisée (pour éviter
que ce soit à sec).

Il y a un quai pour ça. du côté droite du cours (avant la zone de halage
plus aval qui n'est pas toujours empruntable), et une zone de stationnement
pour garer les remorques ou pour la mise en cales sèches si le débit
fluvial résiduel ne permet pas de maintenir un niveau suffisant à marée
basse dans le chenal ou au moins dans le petit port.

Bien peu de bateaux y restent en eau (hormi les fonds plats, ou dont la
quille peut être relevée, ou quelques bateaux à faible étrave et sans
mature qui peuvent se coucher sur le flanc et se relever sans être
inondés), on les remonte à quai, c'est bien pour ça qu'on n'y trouve aucun
ponton comme dans les marinas de la rade ou dans les derniers ports sur
d'autres fleuves, qui ont une écluse ou une porte garantissant dans leur
bassin le niveau d'eau à marée basse.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Christian Rogel]

Le 13 nov. 2012 à 01:43, Philippe Verdy a écrit :

> Oui mais ton intervention était venue là en forme de contestation du nom 
> français de cet aber (ou ria), comme pour dire : tu as tord je viens de 
> passer dessus ce n'était pas écrit sur le panneau.

Non, tout le monde dit et écrit que c'est l'Elorn qui passe sous le pont. Le 
SANDRE fait le malin (façon de dire) en se référant à l'autre appellation 
traditionnelle, à ceci près qu'il va bientôt être le
seul à nommer l'estuaire ainsi.

> Que le fait du panneau ne mentionne que le nom breton ne change pas le nom 
> français du bras de mer

Tout à fait d'accord, mais, peut-être qu'un jour "An Elorn" sera l'appellation 
officielle. Elle est déjà officielle en ce point précis pour la Préfecture. En 
ce moment, plusieurs  communes reviennent aux formes bretonnes
et, donc, effacent les formes francisées.

> L'usage de l'expression française est attesté dans divers écrits depuis des 
> siècles, pour la navigation sur cette partie difficile, même c'est plus 
> facile aujourd'hui car on a réduit les banc de sable et on a creusé et 
> entretenu un chenal sur une petite partie de la largeur, pour que le volume 
> d'eau fluviale résiduel à marée basse puisse encore suffire pour certains 
> bateaux, ou juste pour garder en eau au moins le port de Landerneau dont la 
> partie terminale a des quais et est régulièrement chenalisée (pour éviter que 
> ce soit à sec).
> 
> Il y a un quai pour ça. du côté droite du cours (avant la zone de halage plus 
> aval qui n'est pas toujours empruntable), et une zone de stationnement pour 
> garer les remorques ou pour la mise en cales sèches si le débit fluvial 
> résiduel ne permet pas de maintenir un niveau suffisant à marée basse dans le 
> chenal ou au moins dans le petit port.
> 
> Bien peu de bateaux y restent en eau (hormi les fonds plats, ou dont la 
> quille peut être relevée, ou quelques bateaux à faible étrave et sans mature 
> qui peuvent se coucher sur le flanc et se relever sans être inondés), on les 
> remonte à quai, c'est bien pour ça qu'on n'y trouve aucun ponton comme dans 
> les marinas de la rade ou dans les derniers ports sur d'autres fleuves, qui 
> ont une écluse ou une porte garantissant dans leur bassin le niveau d'eau à 
> marée basse.

Voici que la navigabilité de l'estuaire de l'Elorn te donne une occasion pour 
un de tes célèbres hors-sujet. Pour compléter ta culture, lis le livre de 
l'ancien maire de Landerneau qui montre qu'au 18ème, c'était un port qui 
luttait avec Morlaix, très loin devant Brest.

Christian Rogel
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Philippe Verdy]

D'ailleurs ça me fait penser à une question :

On a l'usage en français de mentionner sur lescartes les hydronymes avec
l'article défini mais pas dans d'autres langues comme l'anglais ou
l'allemand.

Qu'en est-il des conventions en breton : met-on l'article ou pas ? Il
semble que plupart ou été cartographiés sans article, alors que tu viens de
mentionner que qu'un panneau en breton mentionnent un article.

Même question pour les autres langues régionales françaises (toutes n'ont
pas un support régional officiel, ou académique hormi des recherches
éparses par quelques étymologistes dans des domaines particuliers et à des
époques variables ne permettant pas une unification) : gallo-angevin,
basque, occitan (gascon, auvergnat, provençal, niçard ?), catalan, corse,
franco-provençal, lorrain, alsacien, flamand, picard, normand...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Philippe Verdy]

Le 13 novembre 2012 02:01, Christian Rogel  a écrit :

>
> Le 13 nov. 2012 à 01:43, Philippe Verdy a écrit :
>
> > Oui mais ton intervention était venue là en forme de contestation du nom
> français de cet aber (ou ria), comme pour dire : tu as tord je viens de
> passer dessus ce n'était pas écrit sur le panneau.
>
> Non, tout le monde dit et écrit que c'est l'Elorn qui passe sous le pont.
> Le SANDRE fait le malin (façon de dire) en se référant à l'autre
> appellation traditionnelle, à ceci près qu'il va bientôt être le seul à
> nommer l'estuaire ainsi.
>

Tu te trompes, il mentionne les deux noms, cela dépend de la fiche que tu
regarde et comment tu la lis. De plus c'est attesté depuis longtemps dans
la littérature et la navigation. SANDRE n'a rien inventé.

Tu te trompes aussi sur l'orthographe : Elorn est peut-être sans accent en
breton, mais en français il y en a un « Élorn ».

Alors dans ton « tout le monde », tu te trompes lourdement. Même les
bretonnants ont un autre nom originel pour l'aber, Elorn ne désignant que
la partie fluviale.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dégats sur Coastline

[Philippe Verdy]

Je le sais aussi. Brest n' pu devenir important que lorsqu'on a protégé son
port et les navires modernes ne se satisfont plus des faibles étraves et on
ne veurt plus beauoup avoir à remonter les navires à quai (pour les plus
gros il faut des grues puissantes et de toute façon ça comporte plus de
risque et coute trop cher s'il fallait le faire 2 fois par jour.

Le temps dont tu parles c"était surtout celui des pêcheurs, et leurs
bateaux trouvaient un meilleur refuge tout au fond des abers qu'à Brest
(sans compter aussi la défense des navires contre les attaques. Mais il n'y
avait makgré tout pas le chenal aussi bien creusé qu'il l'est aujourd'hui :
les bateaux ne passaient pas tous dans l'aber à marée basse ou devaient
parfois rencontrer des bancs de sable et il fallait alors les haler avec
des chevaux s'ils s'échouaient.

Mais les pêcheurs savent vive depuis longtemps avec les heures des marées,
même encore aujourd'hui, il n'y a guère que les navires de commerce ou fret
qui croyait pouvoir passer mais s'échouaient quand ils étaient trop chargés.

La route maritime autour de la Bretagne était tout de même très utile, au
vu de l'état des chaussées face au le relief accidenté en Bretagne
occidentale d'alors, et au vu de la densité importante de population sur la
côte et la pauvreté de l'intérieur. Pour le Finistère justement, qui est
extrêmement découpé par les abers, on employait des bacs partout, sinon
c'était interminable de relier les villages par les chemins de montagne
souvent boueux ou inondés à répétition derrière chaque colline.

S'il fallait des chevaux, cela coûtait cher aussi et il n'y avait guère que
la poste et une toute petite partie de l'armée qui passait ainsi. La
richesse en Bretagne était celle des armateurs (très notable à Saint-Malo,
voire plutôt Dol pour les possessions épiscopales à l'abri des attaques
anglaises, et à Nantes assez tard grâce au commerce triangulaire car la
navigation sur la Loire était aussi difficile quand son port maritime était
assez loin des côtes pour résister aux attaques anglaises fréquentes sur
toute l'Atlantique tant que l'Aquitaine-Gascogne ne sera pas repris par la
France), pas tellement celle des propriétaires de terres (sauf peut-être
autour du bassin de Rennes et à Nantes vers le vignoble du Val de Loire,
des zones qui avec la Bourgogne ont été très peu attaquées qui
constituaient la réserve vivrière de toute une grande moitié nord de la
France et pour Paris, et où na noblesse française a cherché à montrer son
opulence pas toujours à l'abri à Paris ou en Normandie).

[DEBUT OOT/HS]

La Bretagne historiquement (avant le rattachement par alliance, puis
l'annexion) était plus riche que le Royaume de France, grâce à ses marins
qu'on voyait tout autour de l'Europe jusqu'au royaume de Suède. Mais ce
sont les taxes royales, l'église (plus attachée à défendre la France que
les nouvelles provinces) et les conscriptions militaires qui vont
s'accaparer les richesses des nouvelles provinces annexées par la France.
La construction de la France s'est faite dans bien des douleurs presque
partout par annexion ou avec des guerres de succession contre l'Angleterre
et l'Espagne, plus tard contre les possessions papales et ses alliés du
Saint-Empire germanique (alliés aussi de l'Espagne).

On ne va pas revenir sur cette histoire, mais la reconnaissance des
identités régionales (qui ne correspondent à rien dans les régions
actuelles issues du centralisme de l'idée saugrenue d'un « Grand Paris »
centralisateur (à l'anglaise, façon Londres qui n'est pas un modèle
enviable), contre toutes les autres régions créées **exprès** trop petites
depuis la 2de Guerre Mondiale) mériterait qu'on y resonge sérieusement pour
un meilleure équilibre interrégional et multipolaire à échelle mieux
comparable entre les régions, quitte à rediviser une Île-de-France trop
grande et à recréer les communes dans Paris. La décentralisation et la
régionalisation n'a pas encore eu lieu réellement en France (même s'il ne
s'agit pas du tout de recréer les vieilles « provinces » du Royaume de
France sur un modèle lui aussi complètement centralisateur de dépendance
vassale).

Certains se demandent quelle serait la capitale d'une Bretagne réagrandie :
pourquoi faut-il UNE seule capitale ? Pourquoi les rôles ne peuvent pas
être répartis justement pour ne pas reproduire à l'échelle des régions un
centralisme national, avec deux ou trois pôles par région ? La Bretagne
avant l'annexion française avait 3 ou 4 capitales selon les rôles
administratifs, et un gouvernement qui siégeait d'une ville à l'autre 2 ou
3 fois par an.

Même pour Paris (dans une île-de-France réduite ou qui disparaît), cela
pourrait se faire aussi. Pour la France aussi il n'y a pas nécessité que
Paris soit capitale de tout.

Au lieu de 22 régions actuelles en métropole, on devrait en avoir 6 ou 7
(qui occuperaient des parties extraites et séparées de l'île-de-France).
Tandis qu'un département-région "Paris" reprendrait les communes de sa
petite c