Re: [OSM-talk-fr] Bulletin N°13 tout frais imprimé !

[Christophe Merlet]

Le vendredi 09 novembre 2012 à 20:54 +0100, Christian Quest a écrit :
> Annoncé sur twitter, facebook et par email au 3208 comptes ouverts sur
> openstreetmap.fr !

Il parait que sur facebook, une annonce n'est diffusée qu'à 15% de ses
abonnés et amis.
Pour informer tout le monde, il semble qu'il faille payer !
http://lioneldavoust.com/2012/le-racket-de-facebook-pourquoi-vous-ne-verrez-plus-le-contenu-qui-vous-interesse/



Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Bulletin N°13 tout frais imprimé !

[Christian Quest]

En l'occurrence, 313 "amis" pour la page OSM-FR et déjà 132 personnes qui
ont vu l'info ce qui est mieux que 0 et ça ne nous coûte rien.
Facebook, twitter et autre, on aime ou pas et c'est pour ça que nous
multiplions les canaux pour ne pas forcer à en utiliser un en particulier.


Le 10 novembre 2012 09:42, Christophe Merlet  a
écrit :

> Le vendredi 09 novembre 2012 à 20:54 +0100, Christian Quest a écrit :
> > Annoncé sur twitter, facebook et par email au 3208 comptes ouverts sur
> > openstreetmap.fr !
>
> Il parait que sur facebook, une annonce n'est diffusée qu'à 15% de ses
> abonnés et amis.
> Pour informer tout le monde, il semble qu'il faille payer !
>
> http://lioneldavoust.com/2012/le-racket-de-facebook-pourquoi-vous-ne-verrez-plus-le-contenu-qui-vous-interesse/
>
>
>
> 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] OSM meetups in Paris next month?

[Kathleen Danielson]

Hello all--

Just wanted to check in again to see if there was still any interest in
meeting Friday of next week? What time and place would work for everyone?

I met with the OSM mappers in Amsterdam on this past Thursday, and I am on
my way to meet the Belgians now!

Cheers,
Kathleen


On Sun, Nov 4, 2012 at 6:27 PM, Kathleen Danielson <
kathleen.daniel...@gmail.com> wrote:

> Le vendredi c'est bon pour moi ! À quelle heure ? Et où ?
>
> (Don't mind me-- I know that most, if not all of you speak excellent
> English... I'm just trying to dust off my extremely rusty French!)
>
>
> On Sun, Nov 4, 2012 at 5:23 PM, Marc SIBERT  wrote:
>
>> Le vendredi c'est jouable aussi !
>>
>> --
>> Marc Sibert
>> m...@sibert.fr
>> Le 4 nov. 2012 23:21, "Vincent de Chateau-Thierry"  a
>> écrit :
>>
>> Hi,
>>>
>>> Le 02/11/2012 00:08, Kathleen Danielson a écrit :
>>>
 I'm so embarrassed; I actually just remembered that I'll be at a cooking
 class in the 15eme at Le Cordon Bleu from 19h to 21h on 14 novembre! Any
 chance another day could work? That's actually the only firm plan I have
 yet for Paris.

 Thank you all so much for being so kind!

 On Nov 1, 2012 6:46 PM, "Christian Quest" >>> > wrote:

 That's a good idea !

 So, next Paris meeting on November 14th starting at 7PM as usual ?

 --
 C'est une bonne idée !

 Donc, prochaine rencontre parisienne le 14 novembre à partir de 19h
 comme d'habitude ?


>>> Would it be ok on friday (Nov. 16th) ?
>>> /
>>> Des partants pour le vendredi 16 sinon ?
>>>
>>> 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
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Open Data Bordeaux (était Bulletin N°13 tout frais imprimé !)

[René-Luc D'Hont]

C'est comme à Montpellier et ce n'est pas politique.
Le 9 nov. 2012 19:53, "Vincent Privat"  a écrit :

> Tiens, Bordeaux a maintenant 2 portails open data ? La CUB sous licence
> APIE et la ville en LO/OL ? C'est d'une simplicité :)
> Des projets de fusion sont-ils en cours ? Ou est-ce que le second est
> amené à remplacer le premier ?
>
> Le 9 novembre 2012 19:41, Christian Quest  a
> écrit :
>
>> Il est là: http://openstreetmap.fr/bulletin-OSM-FR-13
>>
>> Merci Pieren !
>>
>> --
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites communales dans les DOM - Construction de la limite de guadeloupe

[Pieren]

2012/11/9 sly (sylvain letuffe) :

> (Avec JOSM, quand je dois tricotter/réparer une bordure de région ça devient
> de plus en plus une calamité)

Ce qui devient difficile pour toi avec 6 relations, l'est pour un
débutant avec 1 ou 2 relations. Encore un ptit effort et tu admetteras
que les relations, c'est pas une si bonne chose que ça ;-)

>
> - flemme, soyons honnête
>
> Mais le non support par osm2pgsql qui reste l'un des outils les plus utilisés
> pour le rendu de carte osm est un vrai frein. Si j'étais meilleur en C, je
> coderais le truc, et mon avis pencherais alors en faveur du non entassement.

Mais en attendant, je suis aussi d'accord avec Vincent. L'uniformité
est plus importante pour que ce soit exploitable tout de suite.

Pieren

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

Re: [OSM-talk-fr] OSM meetups in Paris next month?

[Christian Quest]

Kathleen, the meeting has been annnounced on our website:
http://openstreetmap.fr/2012-11-16-reunion-parisienne

Time: 7pm, place: "Au père fouettard", near Chatelet - Les Halles
subway/rer station.


2012/11/10 Kathleen Danielson 

> Hello all--
>
> Just wanted to check in again to see if there was still any interest in
> meeting Friday of next week? What time and place would work for everyone?
>
> I met with the OSM mappers in Amsterdam on this past Thursday, and I am on
> my way to meet the Belgians now!
>
> Cheers,
> Kathleen
>
>
> On Sun, Nov 4, 2012 at 6:27 PM, Kathleen Danielson <
> kathleen.daniel...@gmail.com> wrote:
>
>> Le vendredi c'est bon pour moi ! À quelle heure ? Et où ?
>>
>> (Don't mind me-- I know that most, if not all of you speak excellent
>> English... I'm just trying to dust off my extremely rusty French!)
>>
>>
>> On Sun, Nov 4, 2012 at 5:23 PM, Marc SIBERT  wrote:
>>
>>> Le vendredi c'est jouable aussi !
>>>
>>> --
>>> Marc Sibert
>>> m...@sibert.fr
>>> Le 4 nov. 2012 23:21, "Vincent de Chateau-Thierry"  a
>>> écrit :
>>>
>>> Hi,

 Le 02/11/2012 00:08, Kathleen Danielson a écrit :

> I'm so embarrassed; I actually just remembered that I'll be at a
> cooking
> class in the 15eme at Le Cordon Bleu from 19h to 21h on 14 novembre!
> Any
> chance another day could work? That's actually the only firm plan I
> have
> yet for Paris.
>
> Thank you all so much for being so kind!
>
> On Nov 1, 2012 6:46 PM, "Christian Quest"  > wrote:
>
> That's a good idea !
>
> So, next Paris meeting on November 14th starting at 7PM as usual ?
>
> --
> C'est une bonne idée !
>
> Donc, prochaine rencontre parisienne le 14 novembre à partir de 19h
> comme d'habitude ?
>
>
 Would it be ok on friday (Nov. 16th) ?
 /
 Des partants pour le vendredi 16 sinon ?

 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
>>>
>>>
>>
>
> ___
> 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] Limites communales dans les DOM - Construction de la limite de guadeloupe

[sly (sylvain letuffe)]

> Ce qui devient difficile pour toi avec 6 relations, l'est pour un
> débutant avec 1 ou 2 relations. Encore un ptit effort et tu admetteras
> que les relations, c'est pas une si bonne chose que ça ;-)

Mais quelle entassement de mauvaise foi !
A mon tour :
Je dirais que ce qui est dur pour un débutant, c'est de débuter, et ça, on n'y 
peut pas grand chose.

Ensuite, j'admet bien évidement que les relations sont difficiles à utiliser 
(surtout en l'état actuel) et j'écoute volontiers les idées pour s'en passer.
or, dans le cas qui nous occupe des relations administratives, sans relations, 
la solution c'est d'entasser des ways fermés.
Et je doute que ça puisse être défendable donc : relations.

La question étant donc : comment, en utilisant les relations, trouver un 
modèle plus simple que celui actuel, dont les données seraient utilisables et 
l'édition simplifiée.
De même qu'entasser des ways est trop difficile à gérer, entasser des 
relations, bien que plus simple, me semble encore insuffisant. D'où ma 
proposition de longue date des relations de relations permettant de limiter 
l'entassement à 1. (avec d'autres défauts que l'on connait, mais qui me 
semblent moins nombreux que les défauts du modèle actuel)

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] OSM meetups in Paris next month?

[Association À Travers]

Si ça se passe je viens aussi !

Benoît Ferchaud
Association À Travers
18ter rue Jean-Marie Poulmarch
94200 Petit Ivry

Tél. 09 51 76 42 57



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

Re: [OSM-talk-fr] feuilles de style de JOSM (était "Question node ou aire / et précision")

[Brice]

Bonjour,

> JOSM fonctionne avec des feuilles de style qui te permettent de mettre en 
> évidence certains tags selon tes désirs et ce sur quoi tu travaille.
> Il y a pas mal de feuilles de style déjà disponibles, regarde dans les 
> préférence si l'une d'elles te conviendrait mieux que celle de base.
> Par exemple j'utilise la feuille de style avec les limites de vitesse, ou 
> celles pour les transports publics... en fonction de ce sur quoi je travaille.

Intéressant.
Où est-ce dans les préférences ? (pas trouvé dans l'aide de JOSM).


Brice




Le 9 nov. 2012 à 18:59, Christian Quest a écrit :

> Le 9 novembre 2012 18:29,  a écrit :
> Salut,
> 
> (On peut poster des questions de gros newbie ici ?)
> 
> J'ai remarqué en ajoutant des objets, et en regardant dans le wiki
> que certains tags peuvent s'attribuer à des nodes ou à des aires,
> traffic_calming en l'occurence, mais pas que..
> 
> Or si l'on défini un plateau ralentisseur avec les bons tags à partir
> d'une aire, le symbole n'apparaît pas dans JOSM. Pour avoir une visu du
> picto ralentisseur il faut tagger un node.
> 
> Pourtant ces machins ont bien une emprise surfacique qu'il conviendrait
> de signaler, non ?
> 
> 
> Tout comme les rendus de cartes, JOSM n'affiche pas tout.
> JOSM fonctionne avec des feuilles de style qui te permettent de mettre en 
> évidence certains tags selon tes désirs et ce sur quoi tu travaille.
> Il y a pas mal de feuilles de style déjà disponibles, regarde dans les 
> préférence si l'une d'elles te conviendrait mieux que celle de base.
> Par exemple j'utilise la feuille de style avec les limites de vitesse, ou 
> celles pour les transports publics... en fonction de ce sur quoi je travaille.
> 
>  
> Vous procédez comment pour ces "points" qui ont en réalité une emprise,
> c'est également le cas des stationnement GIC/GIG ?
> 
> 
> 
> Si on a assez d'info et de précision pour tracer l'emprise, autant la tracer.
> Si on n'a qu'une vague idée de l'emplacement, un node suffit...
> 
> 
> Et pour d'autres POI (toilettes, bar, letter_box), quid de la précision,
> y'a t'il une "norme" mini ou une guideline.
> 
> Ou pour faire plus direct : 2m de delta pour des toilettes c'est grave
> docteur ?
> 
> 
> 
> Principe du wiki: on fait au mieux, on affine petit à petit... en fonction 
> des sources de plus en plus disponibles ou des relevés sur le terrain de plus 
> en plus précis.
> 
> 2m pour des toilettes, c'est suffisant pour les trouver (sauf grave myopie), 
> mais on risque de pisser à côté si on y va les yeux fermés ;)
> 
> -- 
> 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

[OSM-talk-fr] Article Open Street Map sur Science et Vie Junior

[Eric Pommereau]

Bonjour,

Suite à une prise de contact de la rédaction de SVJ avec l'association (en
septembre je crois), un article sur OSM est paru dans le dernier numéro de
(SVJ n°279), 3 pages à la fin du numéro.

Après avoir introduit le sujet à partir des mappings en Haïti et à
Fukushima l'article explique le a génèse du projet et le fonctionnement de
la communauté.

Un encart explique "vos premiers pas sur OSM" avec potlatch.

La fin se termine par une invitation à la contribution et la présentation
de la communauté française, également une petite mention sur
live.openstreetmap.fr...

Voilà... ce type d'article toujours trop court mais c'est assez bien fait
et  constitue une bonne intro pour les ados (et les parents...) qui ne
connaissent pas le projet.

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

Re: [OSM-talk-fr] Open Data Bordeaux (était Bulletin N°13 tout frais imprimé !)

[Jean-Francois Nifenecker]

Le 10/11/2012 03:02, Philippe Verdy a écrit :


Rien de politique là dedans


Ahem. Toi, t'as pas participé à l'orga des RMLL 2010. Franchement, 
t'aurais du.


--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Osmose et Layers, limites administratives

[sly (sylvain letuffe)]

Le vendredi 09 novembre 2012 21:29:47, sly (sylvain letuffe) a écrit :
> Le vendredi 09 novembre 2012 20:57:09, Pieren a écrit :
> > +1. Ca peut révéler des doublons ou des oublis.
> Je m'occupe donc de re-rajouter ça

Voilà qui est fait, dans un nouveau layer "Ways with admin boundary "

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] feuilles de style de JOSM (était "Question node ou aire / et précision")

[Christian Quest]

Le 10 novembre 2012 13:58, Brice  a écrit :

> Bonjour,
>
> JOSM fonctionne avec des feuilles de style qui te permettent de mettre en
> évidence certains tags selon tes désirs et ce sur quoi tu travaille.
> Il y a pas mal de feuilles de style déjà disponibles, regarde dans les
> préférence si l'une d'elles te conviendrait mieux que celle de base.
> Par exemple j'utilise la feuille de style avec les limites de vitesse, ou
> celles pour les transports publics... en fonction de ce sur quoi je
> travaille.
>
>
> Intéressant.
> Où est-ce dans les préférences ? (pas trouvé dans l'aide de JOSM).
>


Dans les prefs c'est la troisième icône, celle des projections et du
"coloriage" et oui, coloriage = feuilles de style ;)

Ca vaudrait une correction dans la traduction, non ?


-- 
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] Osmose et Layers, limites administratives

[Pierre Béland]

Merci Sylvain.

Cette couche va nous être très utile.
 

Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Samedi 10 novembre 2012 8h51
>Objet : Re: [OSM-talk-fr] Osmose et Layers, limites administratives
> 
>Le vendredi 09 novembre 2012 21:29:47, sly (sylvain letuffe) a écrit :
>> Le vendredi 09 novembre 2012 20:57:09, Pieren a écrit :
>> > +1. Ca peut révéler des doublons ou des oublis.
>> Je m'occupe donc de re-rajouter ça
>
>Voilà qui est fait, dans un nouveau layer "Ways with admin boundary "
>
>-- 
>sly (sylvain letuffe)
>
>___
>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] Article Open Street Map sur Science et Vie Junior

[isnogoud]

Le 10/11/2012 14:13, Eric Pommereau a écrit :

Bonjour,

Suite à une prise de contact de la rédaction de SVJ avec l'association 
(en septembre je crois), un article sur OSM est paru dans le dernier 
numéro de (SVJ n°279), 3 pages à la fin du numéro.


Après avoir introduit le sujet à partir des mappings en Haïti et à 
Fukushima l'article explique le a génèse du projet et le 
fonctionnement de la communauté.


Un encart explique "vos premiers pas sur OSM" avec potlatch.

La fin se termine par une invitation à la contribution et la 
présentation de la communauté française, également une petite mention 
sur live.openstreetmap.fr...


Voilà... ce type d'article toujours trop court mais c'est assez bien 
fait et  constitue une bonne intro pour les ados (et les parents...) 
qui ne connaissent pas le projet.


Bonne journée.




Bonsoir,

Cet article est une excellente initiative pour faire connaitre OSM 
auprès du jeune public. Il me parait restituer assez fidèlement l'esprit 
du projet OSM.
Le choix de démarrer par l'action sur Haïti est judicieux et la partie 
"Vos premiers pas sur Open Street Map" indique l'essentiel tout en 
restant ludique.


Quelques remarques :

 * "[...] ce projet participatif, sans publicité et en Open source,
   permet aux internautes volontaires de dessiner et de mettre à jour
   une carte du monde extrêmement détaillées" : certes, la majorité des
   logiciels à disposition sont en open source mais le coeur du projet
   est la base de données en licence ODbl.
 * une citation de Steeve Coast  : "J'ai donc mis au point un mon
   propre outil de cartographie participatif afin que tous les
   internautes puissent y intégrer librement leurs informations" : on
   peut en dire autant de Google Mapmaker. L'enjeu est ailleurs : dans
   la possibilité de réutiliser ces données cartographiques librement
   par tout en chacun.
 * "Il suffit d'aller sur les sites opendata.paris.fr ou data.gouv.fr
   pour recueillir plusieurs mégaoctets d'infos et les reporter sur la
   carte." : le principe est simple mais la pratique un peu moins...
 * "La carte numérique vierge d'OSM s'est bien remplie et s'avère même
   plus précise que celle de Google" : sauf que ce n'est pas le cas des
   nombreuses zones qui restent à mapper. De plus, la précision est
   très variable le tracé est fondé sur des enregistrement de GPS
   ("géonavigateur" en français officiel).
 * "[...] [cette nouvelle méthode de travail [...] permet d'apporter
   aux internautes des informations que les autres services gratuits de
   cartographie ne fournissent pas : [...], emplacements de radars
   [...] : les radars ont fait l'objet de discussions sur cette liste
   de diffusion. La mention pourrait faire sourciller quelques lecteurs
   avertis.

En tous cas, l'article est un bon support pour intéresser un public 
jeune à l'occasion de nos actions de communication ou d'initiation.


Librement

Christophe

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

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

[l...@worldonline.fr]

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 :

 

et moi j'ai :

 

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



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

Re: [OSM-talk-fr] Limites communales dans les DOM - Construction de la limite de guadeloupe

[Vincent de Chateau-Thierry]

Bonsoir,

Le 09/11/2012 23:54, sly (sylvain letuffe) a écrit :

Le vendredi 09 novembre 2012 22:22:13, Vincent de Chateau-Thierry a écrit :

J'ai un bémol


Je m'y attendais ;-)


Voyou ! :-)


Fais, les 2 se valent à l'heure actuelle à mon avis.



Chose faite, pour chacun des DOMs :
http://www.openstreetmap.org/browse/changeset/13825643 (Guadeloupe)
http://www.openstreetmap.org/browse/changeset/13825698 (Martinique)
http://www.openstreetmap.org/browse/changeset/13825728 (Guyane)
http://www.openstreetmap.org/browse/changeset/13825760 (Réunion)


J'ai choisi mon option pour 2 raisons :

- Car sans utiliser cette méthode, on ne pousse pas les outils à l'évolution
et donc les contributeurs continuerons à entasser toujours plus des relations
les unes sur les autres. L'arrivée des cantons, des epci, des réserves
naturelles, des diocèses,... ajoutant encore à cette complexité.
(Avec JOSM, quand je dois tricotter/réparer une bordure de région ça devient
de plus en plus une calamité)

- flemme, soyons honnête

Mais le non support par osm2pgsql qui reste l'un des outils les plus utilisés
pour le rendu de carte osm est un vrai frein. Si j'étais meilleur en C, je
coderais le truc, et mon avis pencherais alors en faveur du non entassement.



L'absence de support par osm2pgsql est aussi un argument pour moi, même 
si ça ne me plaît pas : ça revient à contraindre la donnée pour 
l'adapter aux outils, bref, c'est un mauvais argument, 
opportunistico-pragmatique en fonction du paysage logiciel actuel.


Le 10/11/2012 12:41, Pieren a écrit :

2012/11/9 sly (sylvain letuffe) :


(Avec JOSM, quand je dois tricotter/réparer une bordure de région ça devient
de plus en plus une calamité)


Ce qui devient difficile pour toi avec 6 relations, l'est pour un
débutant avec 1 ou 2 relations. Encore un ptit effort et tu admetteras
que les relations, c'est pas une si bonne chose que ça ;-)



Une bonne chose je ne sais pas, mais la moins pire pour l'instant, non ? 
Avec l'API actuelle, la limite de 2000 points par way nous oblige à 
passer aux relations pour décrire les polygones de + de 2000 points, ce 
qui se rencontre à coup sûr aux niveau des arrondissements et au dessus. 
Donc en l'état, qu'on aime ou pas, je ne vois pas trop d'alternative.


vincent

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

Re: [OSM-talk-fr] Des nouvelles du cadastre numérique...

[Vincent de Chateau-Thierry]

Le 09/11/2012 15:18, Pieren a écrit :


Vu depuis georezo, la journée d'information sur le cadastre numérique
en Languedoc-Roussillon a donné lieu à quelques présentations fort
intéressantes pour nous:
http://www.siglr.org/document.php?project=siglr&locale=fr&pagendx=50&txt_page=&txt_opened=381#381

En particulier, cette présentation sur la "convergence parcellaire",
c.a.d. la convergence entre le parcellaire de la DGFiP (discontinue,
par commune) et la composante parcellaire de l'IGN (continue sur tous
le territoire mais encore loin d'être parfaite):
http://www.siglr.org/Local/siglr/dir/groupes_travail/ateliers_techniques/Cadastre_20121025/7_%20RPCU_IGN_DGFIP.pdf

Dans cette présentation, on y trouve quelques chiffres et des annonces
intéressantes:
- au 30 juin 2012, 3271 conventions de numérisation ont été signé
entre DGFiP et collectivités locales, soit 28874 communes, 3/4 des
590.000 feuilles cadastrales, 2/3 du territoire, 83% de la population
- les mises à jour du cadastre numérique ont lieu 3 fois par mois
- on peut commander l'ensemble des plans - France entière - à prix
d'ami : 166.000 € pour un usage interne, 306.000 € pour une
réutilisation commerciale.
- l'ensemble de la documentation officielle relative au cadastre est
mise en ligne sur http://bofip.impots.gouv.fr depuis le 12/09/2012
- dans le cadre de la directive inspire, la DGFiP fera évoluer
cadastre.gouv.fr en 2013 avec l'ouverture d'un service WMS

Cette dernière annonce est à prendre avec précaution. Les plus anciens
se souviennent d'une annonce similaire faite en 2009 pour l'année
suivante... Mais bon, peut-être que le plugin cadastre-fr ne sera plus
nécessaire très bientôt et qu'il sera possible d'avoir le cadastre sur
tous les éditeurs OSM qui font du WMS, y-compris donc Potlatch2 ;-)
Le document présente aussi deux approches pour corriger les
aberrations du plan cadastral dans le but de cette fameuse
convergence. A lire. A terme, cela voudrait dire plein de ré-import du
bâti cadastral une fois ces aberrations corrigées (et plein de
nouveaux comptes) ;-)



Vu depuis la même page du SIG L-R, un focus sur l'avancement de la 
vectorisation du cadastre de l'Aude (11), notamment une carte (p13) :

http://www.siglr.org/Local/siglr/dir/groupes_travail/ateliers_techniques/Cadastre_20121025/2_CLAMOUR.pdf
La vectorisation sur ce département est planifiée pour se terminer en 2015.
Sur le thème des limites communales, on peut voir qu'OSM n'a pas à 
rougir sur cette zone :

http://layers.openstreetmap.fr/?zoom=9&lat=42.9744&lon=2.75474&layers=00BFFTFTFFF

Un autre document au niveau national : cette carte de l'avancement (à 
mai dernier) de la vectorisation, et du passage de conventions de 
vectorisation pour les communes encore en raster :

http://www.siglr.org/Local/siglr/dir/groupes_travail/ateliers_techniques/Cadastre_20121025/etat_numerisation_pcivecteur_et_convention_mai2012.pdf
En blanc sur la carte : là où il vaut mieux s'attaquer au cadastre 
raster si on veut faire avancer OSM.


vincent

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

[OSM-talk-fr] Réf.: Article Open Street Map sur Science et Vie Junior

[THEVENON Julien]

--
Le sam. 10 nov. 2012 14:13 HNEC, Eric Pommereau a écrit :

>Bonjour,
>
>Suite à une prise de contact de la rédaction de SVJ avec l'association (en
>septembre je crois), un article sur OSM est paru dans le dernier numéro de
>(SVJ n°279), 3 pages à la fin du numéro.
>
>Après avoir introduit le sujet à partir des mappings en Haïti et à
>Fukushima l'article explique le a génèse du projet et le fonctionnement de
>la communauté.
>
>Un encart explique "vos premiers pas sur OSM" avec potlatch.
>
>La fin se termine par une invitation à la contribution et la présentation
>de la communauté française, également une petite mention sur
>live.openstreetmap.fr...
>
>Voilà... ce type d'article toujours trop court mais c'est assez bien fait
>et  constitue une bonne intro pour les ados (et les parents...) qui ne
>connaissent pas le projet.
>
>Bonne journée.

Salut,

Est ce qu il y aura moyen d avoir un scan?mon abonnement a S&VJ c est depuis 
longtemps converti en S&V...

Julien

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

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

[THEVENON Julien]

--
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

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

Re: [OSM-talk-fr] Des nouvelles du cadastre numérique...

[Philippe Verdy]

J'ai du mal à comprendre pourquoi la Champagne-Ardenne est aussi peu
avancée : s'agit-il d'un manque d'impllication de la Région, qui du
coup ne mobilise pas les départements non plus (en terme d'aide au
financement), et ne fait finalement bouger que quelques communes, qui
ont financé le projet elles-mêmes pour passer les conventions, ou bien
alors d'une simple démonstration faite par la DGFiP mais qui attend
encore une labellisation du programme par la région et ses
départements pour que les communes se mettent à passer les conventions
? Ou encore d'un aspect légal particulier à la Champagne-Ardenne ?

Pourtant des régions plus pauvres (comme la collectivité territoriale
de Corse) ont pu passer ces conventions dans toutes les communes
(peut-être grâce à une aide financière de l'Etat et/ou de l'Union
européenne). Dans d'autres comme la Bretagne il y a eu une vraie
implication de la région pour aider même les plus petites communes et
aboutir à 100% de communes numérisées, avec un vrai projet pilote
d'ouverture et d'échange des informations entre SIG avec lequem bien
des régions (même l'île-de-France) pourrait s'inspirer.

Il restera encore un gros département des Pyrénées dans lequel cela
n'avance pas cette numérisation (mais OSM en revanche s'y colle bien
avec le cadastre raster), ainsi que la Dordogne. Concernant Mayotte,
je ne doute pas que des aides y seront apportées pour assurer le
rattrapage dans plein de domaines avec les autres départements et
régions (métropolitaines ou d'outre-mer).

Pour les autres COM françaises et la Nouvelle-Calédonie (qui ne sont
pas au plan européen des RUP, mais seulement des PTOM, même si
certaines COM ont leur territoire inclut dans l'union douanière,
l'union monétaire et/ou la coopération européenne judiciaire et
policière, sans pour autant appliquer toute la législation
européenne), les aides de l'Union européenne seront forcément plus
limitées et cela ne peut avancer qu'avec leur collectivité locale, (ou
leur gouvernement pour la NC), car l'Etat ne peut décider tout seul,
leur cadastre étant de compétence locale. Comme les COMs ne font pas
partie de l'union fiscale, et que cela inclut les activités de leur
cadastre, je ne suis même pas sûr que les conventions applicables pour
les départements et régions (et leur communes) soit utilisables telles
quelles, même si elles ont un intérêt commun en terme d'aménagement et
planification budgétaire dans un domaine environnemental ou celui des
transports (deux domaines où les COM peuvent recevoir des aides
européennes, y compris les TAAF ou la Nouvelle-Calédonie).

Mais voilà : la Champagne-Ardenne n'a rien qui justifie qu'il lui
faille une aide particulière. Elle n'est pas excentrée, et devrait
avoir les ressources nécessaires au moins au plan régional même s'il y
a beaucoup de communes très peu denses (dans les départements des
Pyrénées, au moins il y a une grosse métropole régionale et les
régions sont relativement plus riches et capables de développer des
programmes concertés avec les toutes petites communes...). De même je
me demande bien pourquoi la Haute-Normandie ne se décide pas avec un
programme régional : ça avance mais c'est un vrai gruyère.

Enfin je me demande pourquoi ça bloque encore dans les Pays de la
Loire pour un tout petit secteur au nord-est de la Mayenne : bloquage
politique local ?

Le 10 novembre 2012 22:50, Vincent de Chateau-Thierry
 a écrit :
>
>> Vu depuis georezo, la journée d'information sur le cadastre numérique
>> en Languedoc-Roussillon a donné lieu à quelques présentations fort
>> intéressantes pour nous:
>>
>> http://www.siglr.org/document.php?project=siglr&locale=fr&pagendx=50&txt_page=&txt_opened=381#381

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

[OSM-talk-fr] bogue d'Osmose (erreur 3060 signalée en trop)

[Philippe Verdy]

Ce genre d'anomalie ne devrait pas être signalée dans Osmose (et encore
moins la correction proposée qui consiste à supprimer la dernière valeur
"black" :

*Valeur similaire en double*
Valeur double seamark:beacon_cardinal:colour=black;yellow;black
*node 1607847843 *
rawedit 
josm
josm 
fix
~*seamark:beacon_cardinal:colour* = black;yellow

Osmose peut-il faire une exception pour ces seamark:*:colour ? Gère-t-il
des listes exceptions pour chaque type d'erreur (ici l'erreur 3060) pour ne
plus avoir à cliquer sur "faux positif".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites communales dans les DOM - Construction de la limite de guadeloupe

[sly (sylvain letuffe)]

Le samedi 10 novembre 2012 22:25:43, Vincent de Chateau-Thierry a écrit :
> Chose faite, pour chacun des DOMs :
>(...)
> L'absence de support par osm2pgsql est aussi un argument pour moi
> (...)
> Donc en l'état, qu'on aime ou pas, je ne vois pas trop d'alternative.
> 
> vincent

Pensée sage et pragmatique à laquelle j'adhère.
Demain étant un autre jour, nous pourrons toujours changer si les choses 
évolues.


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Limites communales dans les DOM - Construction de la limite de guadeloupe

[Philippe Verdy]

On peut aussi taguer à la fois:
- pour ce que les outils actuels (malgré leurs défauts) savent faire et
interpréter, tout en sachant que ce n'est pas encore l'idéal et que cela
devient de plus en plus lourd ou ambigu à interpréter.
- ET en même temps commencer à taguer pour ce que les outils devraient
savoir gérer et interpréter de façon moins ambiguë (ces nouveaux tags
apportant une sémantique plus précise tout en étant à la fois moins lourde
à gérer.

Tant que les tags sont différents on s'en sort. Mais au moins cela permet
déjà d'avancer sur ce que devraient être les outils à l'avenir et qui vont
progressivement apprendre à reconnaitre les nouvelles sémantiques.

Sinon on tombe systématiquement dans le piège de l'œuf et de la poule
(lequel vient en premier ?).

À vouloir toujours ménager à la fois la chèvre et le chou on reste sur la
mauvaise rive, on ne franchit pas le fleuve, et on regarde les autres
avancer plus facilement que nous et plus vite parce qu'ils ont inventé
l'enclos pour garder la chèvre, et engagé un pilote pour faire traverser le
chou sur la barque (autrement dit, séparation des tâches par un travail
séparable en équipes) tandis que pendant ce temps là les fermiers sont déjà
avec les clients pour leur vendre et la chèvre, et le chou, et qu'ils ont
déjà commandé un nouveau bateau plus grand pour transporter le tout, tout
en ayant prévu la construction d'un pont qui réconciliera tout le monde et
rendra obsolète l'ancienne barque tout en permettant d'étendre les élevages
et les cultures, et diversifier les espèces produites.

;->

Il faut aussi savoir regarder à côté de nous ce qui marche bien et vite et
ne pas rester sur nos seules solutions franco-centrées, voire aussi
OSM-centrées (là je parle des autres systèmes SIG, et aussi des systèmes
cartographiques concurrents (commerciaux comme Google, ou pas comme les
projets forks d'OSM):

il me parait clair qu'on évoluera à terme non pas vers une base unique
contenant tout, mais vers une galaxie de bases de données permettant des
recherches croisées et générant leurs propres couches éditables plus
simplement et séparément, et plus facile aussi à vérifier et à conserver
dans un étant homogène. Avec une galaxie de bases, les expérimentations
comme les migrations vers un schéma plus pratique et plus précis seront
aussi bien plus faciles, et il sera plus facile aux nouveaux contributeurs
de s'intéresser à une partie des données sans casser le reste qu'il ne
maîtrisent pas.

Dès lors on ne parlera plus d'imports massifs, les intégrations demanderont
moins de travail (au lieu de fusionner les objets, on les rapprochera plus
ou moins par des références relationelles interbases seulement là où ces
rapprochements seront pertinents.

Et dans de nombreux cas, nombre d'attributs actuellement ajoutés
directement aux objets géographiques n'auront même plus besoin d'y être
puisque pour la plupart ils seront remplacés par des identifiants de
référence qu'on pourra lier à des bases de données relationnelles externes
(par exemple pour les différentes traductions, ou la tonomymie officielle,
ou des données statistiques): les objets actuels de type "relation"
pourront encore servir, mais à terme des primitives plus orientées OpenGIS
standard feront partie de l'arsenal (sans nécessiter de coûteuses et
constantes réparations de géométries ni de conversions complexes à cause
des différentes interprétations).

OSM en est encore à son enfance et manque de maturité, il y a plein de
choses qui vont évoluer dans le schéma et peut être qu'à terme on
travaillera directement dans un schéma OpenGIS (sans conversion
intermédiaire pour les réimports vers pgSQL), même s'il restera
éventuellement encore un serveur proposant une vue (dynamique) permettant
de voir le schéma actuel pendant un certain temps pour conserver les outils
actuels utilisables.

Même nos éditeurs vont faire vite pâle figure à côté de ce qui se fait dans
le monde SIG où des normes sont développées (et qui constituent déjà des
volumes de données bien plus importants que la totalité d'OSM actuel). Même
en France, les outils développés par SANDRE ou l'IGN ou par d'autres bases
européennes, sont Open Source (tout en étant beaucoup moins lourds à
utiliser et plus productifs et efficaces qu'OSM).

Aussi je regrette qu'on en reste encore à ne vouloir pas faire évoluer nos
schémas vers une logique d'avantage orientée avec les normes. OSM souffre
de gros défauts un peu partout à cause du fait qu'il est trop permissif
(juste pour permettre une évolutivité qui en pratique n'a pas lieu car on
se noie d'abord dans les problèmes d'évolutivité et de cohérence des
données : on ne profite pas du fait qu'au départ c'est une base de données,
et donc qu'elle doit pouvoir effectuer des contrôles d'intégrité, des
ordonnancements et clasements automatiques, et de la possibilité d'être
autoorganisée avec des structures de données mieux adaptées et moins
redondantes: le modèle des relations qui ne contiennent QUE des chemins
simple

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

[l...@worldonline.fr]

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


osm_diff_watcher.tar.gz
Description: application/compressed-tar
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr