[OSM-talk-fr] Beciklo

[vope]

Bonjour,

Le wiki d'OSM traite d'un projet de carte nommée "beciklo.fr", or il m'est
impossible d'accéder à ce site.
Ce projet est-il annulé ?

Merci par avance.

--
View this message in context: 
http://gis.19327.n5.nabble.com/Beciklo-tp5709895.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] renevier.net en panne ?

[Jocelyn Jaubert]

2012/5/22 Fabien :
> Le 22 mai 2012 13:27, Sylvain Maillard  a écrit :
>> Le 22 mai 2012 13:22, Fabien  a écrit :
>>
>>> Quelqu'un a une idée ?
>>
>> oui, le service était hébergé sur osm4 qui est mort, et il n'ets aps encore
>> remis en fonction sur un autre serveur ...
>>
>> Sylvain
>
> Quelqu'un aurait un clone de syj disponible quelque part ?

Il y a un site de dev disponible là:

http://dev.syj.renevier.net/


Concernant syj.renevier.net, je ne pense pas qu'il soit rétabli dans
l'immédiat: le créateur est très occupé, et je n'ai pas de backups des
traces déjà mises en place.


-- 
Jocelyn

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

Re: [OSM-talk-fr] Beciklo

[Ab_fab]

Bonjour,

Le projet est au moins visualisable dans le Nord Pas de Calais, sur les
serveurs de Cleo Carto qui a proposé l'hébergement.
Je ne sais pas quel est le degré de fraîcheur des données cyclo (en
superposition du fond de plan Mapquest)
http://adav.cleo-carto.com/carte/

Bonne journée

Le 23 mai 2012 09:21, vope  a écrit :

> Bonjour,
>
> Le wiki d'OSM traite d'un projet de carte nommée "beciklo.fr", or il m'est
> impossible d'accéder à ce site.
> Ce projet est-il annulé ?
>
> Merci par avance.
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Beciklo-tp5709895.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
>



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

Re: [OSM-talk-fr] renevier.net en panne ?

[Fabien]

Le 23 mai 2012 09:37, Jocelyn Jaubert  a écrit :
> 2012/5/22 Fabien :
>> Le 22 mai 2012 13:27, Sylvain Maillard  a écrit :
>>> Le 22 mai 2012 13:22, Fabien  a écrit :
>>>
 Quelqu'un a une idée ?
>>>
>>> oui, le service était hébergé sur osm4 qui est mort, et il n'ets aps encore
>>> remis en fonction sur un autre serveur ...
>>>
>>> Sylvain
>>
>> Quelqu'un aurait un clone de syj disponible quelque part ?
>
> Il y a un site de dev disponible là:
>
> http://dev.syj.renevier.net/
>
>
> Concernant syj.renevier.net, je ne pense pas qu'il soit rétabli dans
> l'immédiat: le créateur est très occupé, et je n'ai pas de backups des
> traces déjà mises en place.
>

Salut,

Merci pour le lien. Je me suis mal exprimé. Il y a un clone du dépôt
git ? Je voulais me créer un serveur local en fait.

Merci,
Fabien

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

Re: [OSM-talk-fr] L'ON3V libère ses données?

[Jean Couteau]

Le 22/05/2012 23:09, PierreV a écrit :
> Sinon en apparté le DRC ma parlé de leur congrès annuel se déroulant à
> Nantes le 27 et 28 septembre.
> Un atelier sera consacré a l'OpenData et donc peut etre une opportunité de
> collaboration peut être aussi trouvée.
> Dommage que ce w-e je ne suis toujours pas sur de pouvoir monter à Nantes
> pour la Cartopartie et commencer a en discuter avec les Nantais...

Tu peux commencer à le faire sur la liste nantaise :
http://www.linux-nantes.org/wws/info/openstreetmap-nantes

Jean

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

Re: [OSM-talk-fr] Beciklo

[vope]

Cependant le projet est décrit comme étant international (page "Discussion"
du wiki) et non pas réservé à une seule région française :-/

--
View this message in context: 
http://gis.19327.n5.nabble.com/Beciklo-tp5709895p5709914.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] recherche bâti de Pierrelatte en Drôme

[ZIMMY]

Merci à chacun de vos réponses,

J'ai essayé d'ouvrir un fichier cadastral de Pierrelatte via JOSM et il me
met un message d'abord de sélection de calque cadastral, puis "Cette commune
n'est pas vectorisée. Utilisez un autre outil pour géoréférencer l'image".
Je veux bien dans mon temps perso vectoriser la commune mais comment caler
l'image ? 

-
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/recherche-bati-de-Pierrelatte-en-Drome-tp5709776p5709916.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] recherche bâti de Pierrelatte en Drôme

[Vincent de Chateau-Thierry]

Bonjour,

> De : "ZIMMY" 
> 
> J'ai essayé d'ouvrir un fichier cadastral de Pierrelatte via JOSM et il me
> met un message d'abord de sélection de calque cadastral, puis "Cette commune
> n'est pas vectorisée. Utilisez un autre outil pour géoréférencer l'image".
> Je veux bien dans mon temps perso vectoriser la commune mais comment caler
> l'image ? 
> 

Dans JOSM, pour accéder aux plans image, il faut passer par le menu
Cadastre > Géoréférencer une image

Beaucoup de détails sur le comment faire ici :
http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre#Utilisation_pour_les_commun
es_au_format_image

vincent

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

[OSM-talk-fr] Ouvrages militaires historiques, Maginot, Séré, Festung etc.

[Tetsuo Shima]

Dans le nord est de la France on a énormément d'ouvrage militaire,
ouvrage visible un peu partout et dont les emprises structure une
partie du paysage.

Le souci c'est que je ne sais absolument pas comment les tagger proprement.

- l'emprise de l'ouvrage ... on met la surface en landuse? en
military? autre chose? idealement il faudrait un tag genre "amenity"
comment on signifie que c'est un ancienne zone militaire? En général
l'ancienne emprise laisse des marques geographiques importantes ne
serait qu'a cause de l'usage de la parcelle, plus ou moins abandonné
aux herbes folles ou a la foret.
- les tourelles et autre casemate partiellement visible en surface. La
plupart du temps il est pas possible de dessiner le bâti, celui ci
étant presque exclusivement caché sous terre. Le plus simple serait de
tagger juste un node par casemates/tourelle/bloc. Mais on les tag
comment? juste military=bunker? c'est pas très explicite.
historic=castle ne semble pas tres juste non plus? On est tres loin du
"château" même pour un fort Seré.
- les fossés et autres champs de barbelés, obstacle antichar dangereux
a franchir pour un randonneur ... tagger fence est pas très pertinent
non plus?

J'ai fouillé dans le wiki sans trouver grand chose donc je vous appele
au secours ^_^

Cordialement.

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

Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites

[Philippe Verdy]

Encore une fois, j'attends que "Layers.openstreetmap.fr" permette la
séparation visuelle et une sélection distincte des cantons et des
circonscriptions législatives (et d'une façon générale les différents
type de tag political_subdivision=*, au moins déjà pour les deux types
utilisés en France).
Personne n'a répondu à cette demande déjà itérée deux fois. Il y a
quelqu'un qui travaille là-dessus ? Ou bien doit-on mettre en place un
autre serveur faisant cette séparation ?

Le 20 mai 2012 14:50, Frédéric Rodrigo  a écrit :
> Bonjour,
>
> On a avancé sur le sujet.
> On a une page wiki qui détaille l'avancement :
>
> http://wiki.openstreetmap.org/wiki/FR:Circonscription_l%C3%A9gislative
>
> Le premier tableau donne l'état d'intégration des relations générés. Toutes
> les circonscriptions qui ont pu être intégré l'ont été.
> Les circonscriptions intégrées sont celles pour les qu'elles il ne manque
> pas de communes entières.
>
> Parfois il ne manque qu'une seule commune pour pouvoir ajouter la
> circonscription à OSM.
>
> D'autres parts, les circonscriptions sont bâties depuis les cantons. Les
> cantons découpent parfois des communes, surtout dans les grandes villes.
> Donc pour terminer les circonscriptions il faut utiliser les définitions des
> cantons. C'est là que ça devient un vrai jeu de piste. Il faut pécher ces
> définitions dans le journal officiel. On en a déjà un certain nombre.
>
> Le wiki liste donc les communes à découper pour terminer des
> circonscriptions, on à même déjà identifié le JO à utiliser dans certain
> cas.
>
> Cartographiez donc une circonscription par ce dimanche pluvieux ;)
>
> Fredéric.
>
>
> Le 18/05/2012 09:56, Benjamin Bohard a écrit :
>
>> Bonjour,
>>
>> L'annexe du code électoral ne détaille pas le contour des cantons. Pour
>> l'instant, en l'absence d'autres sources (il y a des fragments
>> disponibles en opendata à droite à gauche), on dépouille les JORF. Il y
>> a quelques années clés : 1973, 1982.
>>
>> Personnellement, je ne construis que les circonscriptions pour parer au
>> plus pressé. Ça dispense de trouver les limites des cantons qui sont
>> englobés.
>>
>> Benjamin
>
>
> ___
> 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] circonscriptions legislatives : trouver les limites

[sly (sylvain letuffe)]

> Personne n'a répondu à cette demande déjà itérée deux fois. 

Il me semblait y avoir répondu

> Il y a quelqu'un qui travaille là-dessus ? 
Je gère layers.openstreetmap.fr, mais je ne travail pas sur cette question 
pour l'instant, du moins pas à court terme.

> Ou bien doit-on mettre en place un 
> autre serveur faisant cette séparation ?

C'est une possibilité, et/ou je peux aussi donner les accès sur 
layers.openstreetmap.fr à une personne suffisamment motivé et maîtrisant un 
peu linux/postgresql/osm2pgsql/mapnik pour s'occuper de ça.

En rapide, ça implique le ré-import complet de la base pour prendre en compte 
des champs en plus, relancer les mise à jour par les diffs, et écrire les 2 
ou 3 styles pour que mapnik fasse le rendu souhaité (j'ai déjà écris des 
style très proches, l'adaptation prendrait peu de temps).

Et si personne ne peut/veut/se manifeste, alors ça attendra le temps 
nécessaire pour que mon prochain import de la base (qui sera très 
probablement fait lorsque la migration ODBL sera terminée) pour que j'en 
profite pour le faire.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites

[Philippe Verdy]

Le 23 mai 2012 13:51, sly (sylvain letuffe)  a écrit :
>> Il y a quelqu'un qui travaille là-dessus ?
> Je gère layers.openstreetmap.fr, mais je ne travail pas sur cette question
> pour l'instant, du moins pas à court terme.
> En rapide, ça implique le ré-import complet de la base pour prendre en compte
> des champs en plus

Tu veux dire que le champ political_subdivision a été ignoré jusqu'à présent ?

Et pourquoi tout réimporter, si tu sais depuis ta base où (dans quels
objets) il y a des boundary=political ?

Il n'y a pas moyen d'extraire la liste des boundary=political que tu
as déjà pour réimporter juste ces objets, mais cette fois en
n'ignorant plus les political_subdivision=* ?

C'est tout de même beaucoup moins de données et de travail sur le
serveur pour le resynchroniser. Pas besoin donc de refaire une
synchronisation de puis zéro : tu peux déjà importer les éléments au
fil de l'eau, et il suffit d'ajouter ensuite un batch qui réimporte en
plus la liste des objets extraite depuis la base qui a déjà commencé à
importer des objets avec boundary=political et
political_subdivision=*.

Etant donné le nombre peu élevé pour l'instant d'objets marqués avec
boundary=political (même à l'échelle mondiale car tu ingères des
données visiblement sur le monde entier), ce me semble être la
solution la plus simple, la plus rapide, la plus efficace.

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

Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites

[Philippe Verdy]

Note: pour le rendu il faudrait distinguer les deux valeurs utilisées
en France, ainsi que celles pour les circonscriptions électorales
européennes, toute autre valeur pouvant être dans une catégorie
"autres" (afin de détecter les oublis de précision, ou les valeurs mal
orthographiées, même si OSM Inspector ou d'autres outils pourraient
vérifier ces valeurs incorrectes inattendues, dans
political_subdivision).

Je ne sais pas s'il faut d'autres distinctions pour éviter les
superpositions au Royaume-Uni notamment, si dès le départ tu
distingues déjà les circonscriptions européennes, car dans ce cas la
catégorie "autres" peut suffire pour les pays qui ne nécessitent pas
d'autres distinctions (y compris pour l'Espagne avec ses
"insular_council" qui sont pour l'instant la seule valeur spécifique
des boundary=political).

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

Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites

[sly (sylvain letuffe)]

On mercredi 23 mai 2012, Philippe Verdy wrote:
> Tu veux dire que le champ political_subdivision a été ignoré jusqu'à
> présent ? 
oui

> Il n'y a pas moyen d'extraire la liste des boundary=political que tu
> as déjà pour réimporter juste ces objets, mais cette fois en
> n'ignorant plus les political_subdivision=* ?

j'en sais rien
 
> C'est tout de même beaucoup moins de données et de travail sur le
> serveur pour le resynchroniser. 

J'en sais rien non plus

> Pas besoin donc de refaire une 
> synchronisation de puis zéro 

si tu le dis

> : tu peux déjà importer les éléments au 
> fil de l'eau, et il suffit d'ajouter ensuite un batch qui réimporte en
> plus la liste des objets extraite depuis la base qui a déjà commencé à
> importer des objets avec boundary=political et
> political_subdivision=*.
> Etant donné le nombre peu élevé pour l'instant d'objets marqués avec
> boundary=political (même à l'échelle mondiale car tu ingères des
> données visiblement sur le monde entier), ce me semble être la
> solution la plus simple, la plus rapide, la plus efficace.

Je n'ai aucune idée de comment faire tout ce que tu proposes, ni si c'est plus 
efficace ou pas, ni sans risques, mais si toi tu le sais, ça me va et je te 
passe les accès. Ce serait sympa ensuite de nous présenter un planning de 
réalisation avec ce que cela implique en terme de disponibilité des autres 
rendus de layers et comment tu comptes faire si ça part en cacahuète

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites

[Philippe Verdy]

Le 23 mai 2012 14:29, sly (sylvain letuffe)  a écrit :
> Je n'ai aucune idée de comment faire tout ce que tu proposes, ni si c'est plus
> efficace ou pas, ni sans risques, mais si toi tu le sais, ça me va et je te
> passe les accès. Ce serait sympa ensuite de nous présenter un planning de
> réalisation avec ce que cela implique en terme de disponibilité des autres
> rendus de layers et comment tu comptes faire si ça part en cacahuète

Désolé, c'est une demande de modification, pas quelque chose que je
ferai moi-même, ce n'est pas mon domaine dans les langages que tu
utilises, même si je peux lire entre les lignes, je ne me sens pas
capable de développer ça sans erreurs.

De plus pour que ça "parte en cacahuète" cela supposerait que j'ai
touché aux autres données alors que pour l'instant c'est une donnée
que tu ignores. Je demande seulement de prendre en compte et stocker
la valeur dans "political_subdivision". Pour qu'ensuite ce soit un
champ sélectionnable et filtrable dans la requête SQL que tu effectues
pour créer chaque "layer".

Donc pas besoin de toucher au filtre "boundary=political", mais juste
proposer un sous-filtre.

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

Re: [OSM-talk-fr] GSoC - Détection automatisée des panneaux

[Philippe Verdy]

Personnellement je pense que le projet vise à ce que Google améliore
son rendu Streetview en offrant une vue dynamique et non une simple
collection de photos collectées par ses Google Cars.

Et aussi qui servira dans ses Google Car pour savoir quelles photos
pertinentes sont à garder (sachant aussi que Google maintenant masque
VOLONTAIREMENT les panneaux et la signalisation dans Street View, sans
pour autant que cela soit pour des raisons de vie privée : ce sont
bien les panneaux publics que Google cache, visiblement comme une
tactique anticoncurrentielle, mais aussi pour que ces données ne
servent qu'à Google dans sa carte vectorisée, afin que les autres
fournisseurs de cartes ne puissent utiliser ces photos pour extraire
ou vérifier visuellement les noms de lieux).

Le 22 mai 2012 09:17, Ab_fab  a écrit :
> Bonjour,
>
> Je relaie une demande du wiki [1], liée à un projet du "Google Summer of
> Code" (GSoC).
> Il vise à effectuer une reconnaissance automatisée des vitesses limites et
> des signalisations routières basée sur des vidéos embarquées.
>
> Le but du développeur, Nikhil Upadhye, est de créer un plugin JOSM dédié à
> cette tâche.
>
> D'après le wiki, il est demandeur de matière première, c'est à dire des
> vidéos prises depuis des véhicules, combinées à des traces GPS.
> Si ce genre de fonctionnalité vous intéresse / intrigue / amuse, et que vous
> avez ce genre de choses en stock, ou la possibilité d'en faire,
> contactez-le.
>
> Bonne journée
>
> [1] http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2012/Video_Based_Speed_Limit_and_Road_Sign_Detector_plugin_for_JOSM
> --
> ab_fab
> "Il n'y a pas de pas perdus"
>
> ___
> 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] GSoC - Détection automatisée des panneaux

[Philippe Verdy]

Le 22 mai 2012 17:43, Nicolas Moyroud  a écrit :
> Il suffit qu'une camionnette soit garée devant le panneau de sortie d'agglo
> pour avoir une voiture bridée à 50kmh pendant des kilomètres ? :))

Il est tout autant interdit de masquer les panneaux restreignant le
stationnement. Pourtant je me suis déjà pris un PV pour stationnement
sur une place réservées aux handicapés uniquement parce que c'était un
jour de marché et que le panneau était masqué par un monceaux de
cagettes. J'ai eu beau contester devant l'agent verbalisateur, il ne
m'a pas cru quand je lui ai dit que je ne connaissais pas les lieux où
j'arrivais pour la première fois. Ce PV j'ai du le payer...

Il m'est aussi arrivé de stationner dans une rue tournant à gauche (à
90 degrés), sur une place NON matérialisée comme interdite, le panneau
d'interdiction étant placé à plus de 150 mètres, en début de rue et
non visible de toute façon à l'endroit où j'ai été verbalisé, et en
plus lui aussi en mauvais état le jour du PV (il avait été plié par un
véhicule, probablement un camion). Là aussi, pas moyen de contester,
car le temps que je me plaigne, ils avaient remplacé le panneau et
placé un nouveau panneau après le tournant et matérialisé la ligne
jaune le long du trottoir ! Encore un PV que j'ai du payer...

J'ai aussi eu un flash à 82 km/h sur un nouveau radar posé 50 mètres
après un panneau de limitation à 70 km/h, en pleine campagne, juste en
sortie d'une nationale à 4 voies à 110 km/h. Le panneau de limitation
était là aussi à terre. J'ai eu droit avec au retrait de point : les
radars ne sont contrôlés qu'à distance par des agents devant leur
écran qui ne regardent que les photos du radar, personne n'est là pour
contrôler que la signalisation est en place, et même quand il y en a
une, l'agent verbalisateur n'en tient pas compte : on es "sensé"
savoir qu'il y a cette signalisation.

En revanche ils tiennent compte de nos plaintes pour aller réparer
ladite signalisation, mais n'annulent pas les amendes pour autant !

Dans ces conditions il est totalement impossible de conduire ou se
garer en respectant le code de la route sans se faire piéger. C'est
encore plus vrai aujourd'hui où cette signalisation est de plus en
plus défaillante et mal entretenue. La pression exercée sur les agents
verbalisateurs pour qu'ils atteignent un seuil de PV (pour pouvoir
bénéficier de certaines primes alors qu'ils sont déjà mal payés) est
bien réelle.

On ne compte plus le nombre de panneaux en mauvais état, tandis que
les collectivités investissent massivement (souvent en s'endettant en
plus!) des centaines de milliers d'euros pour acheter des radars
automatiques tous neufs (et très chers), ou des systèmes de
stationnement payant qu'il faut rentabiliser au maximum.

Et je ne comprends pas du tout l'Etat quand il prétend vouloir
augmenter la sécurité sur les routes quand décide même de ne plus
signaler ses radars : le côté information et pédagogie est perdu. La
seule cause du fait de la réduction des accidents sur les routes est
moins celle des contrôles que le fait de l'augmentation des prix des
carburants, qui limite les déplacements. Pour conduire sur la route il
va falloir devenir professionnel de la route, et bien connaitre son
secteur pour ne plus être piégé en faute sur une signalisation
défectueuse. Dès qu'on sort de sa ville, on joue maintenant à la
roulette russe avec les PV. C'est pour la même raison que l'Etat
demande maintenant qu'on s'équipe en éthylotests : les gendarmeries ne
pouvaient plus se payer les ballons chimiques ou les tubes jetables
pour le contrôle de base (celui effectué au volant à tout le monde;
avant qu'on demande au conducteur 'soupçonné" d'aller au contrôle sur
l'appareil agréé) ! L'autre raison était que l'obligation donnée aux
établissements vendant de l'alcool de s'équiper était incontrôlable,
et insuffisante au regard du nombre de leurs clients (les
établissements ont protesté via leurs syndicats car cela leur coûte
trop cher s'ils doivent contrôler tout le monde qui le leur demande,
client ou pas d'ailleurs, sachant qu'il ont obligation de fournir ce
test dans les 15 minutes de leur demande).

Seulement voilà : les gendarmes ne contrôlent pas les établissements
non plus pour les verbaliser faute d'éthylotests disponibles : ils
vont se placer à la sortie pour contrôler tout le monde au volant et
faire des PV. Maintenant ils demanderont qu'on sorte l'éthylotest de
la boite à gant car ils n'ont plus les moyens pour faire le contrôle
de base aussi souvent qu'ils le voudraient (et que leur hiérarchie
leur impose pour bénéficier des primes).

Aussi toute aide externe à la navigation est maintenant non seulement
bienvenue mais aujourd'hui indispensable, quand l'Etat (ou les
collectivités endettées) ne fait plus son devoir d'information mais
utilise les PV comme une source de financement destinée à entretenir
les voiries et la signalisation (dans le meilleur des cas) ou
seulement à éponger les dettes. Tant pis pour les points (et le
porte

Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme

[ZIMMY]

Merci Vincent du tuyau ;-)

J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale
toute seule. En revanche elle est tellement lourde que l'application JOSM
rame si on en charge plusieurs.
J'ai également créé une page wiki pour informer de l'avancement de la saisie
des feuilles
http://wiki.openstreetmap.org/wiki/Pierrelatte

-
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/recherche-bati-de-Pierrelatte-en-Drome-tp5709776p5709956.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] recherche bâti de Pierrelatte en Drôme

[Vincent de Chateau-Thierry]

> De : "ZIMMY" 
> 
> J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale
> toute seule. En revanche elle est tellement lourde que l'application JOSM
> rame si on en charge plusieurs.
> 

Oui en effet, ne pas hésiter à gonfler la RAM allouée à JOSM si tu veux afficher
plusieurs planches en même temps ( 1Go ou plus si tu peux, pour être 
confortable) :
http://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/Cadastre-fr#M.C3.A9moire

vincent

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

[OSM-talk-fr] [forum-osm-fr]Comment changer de licence ?

[forum]

Le message suivant de Kerion:
##
Bonjour,



Lors du changement de licence, j'ai opté pour que mes données soient versées 
dans le domaine public. Après reflexion, je souhaiterais revenir à la licence 
ODL mais je ne trouve pas le moyen de changer dans les préféreces de mon 
compte. Comment faire ?



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

Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme

[Philippe Verdy]

Le 23 mai 2012 17:19, Vincent de Chateau-Thierry  a écrit :
>> De : "ZIMMY"
>>
>> J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale
>> toute seule. En revanche elle est tellement lourde que l'application JOSM
>> rame si on en charge plusieurs.
>
> Oui en effet, ne pas hésiter à gonfler la RAM allouée à JOSM si tu veux 
> afficher
> plusieurs planches en même temps ( 1Go ou plus si tu peux, pour être 
> confortable) :
> http://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/Cadastre-fr#M.C3.A9moire

Pour aller au delà de 1,5 Go, il faut passer à la version 64 bits de
Java. Attention : certaines mises à jour de navigateurs installent
leur propre version 32 bit. Si cette version a un numéro supérieur à
la version 64 bit également installée, elle devient celle par défaut
quand on lance une appli avec la ligne de commande ou en cliquant sur
un jar.

J'ai eu le cas une fois, et de façon inattendue c'était une nouvelle
version mineure 32 bit de Java installée ou mise à jour avec le
navigateur qui était lancée, et je ne pouvais plsu charger certains
fichiers OSM. Pourtant le site officiel Java disait que j'étais à jour
(parce que je le visualisais avec un navigateur 32 bit...). De même
l'applet de configuration Java m'indiquait bien la bonne version et
trouvait bien la version 64 bits.

Dans un cas comme ça, il faut alors mettre à jour aussi la version 64
bits correspondante (qui bizarrement alors ne se met pas à jour de
façon automatique, si la nouvelle version en 32 bits a été mise à jour
avant...)

Je pense que c'est un bogue de l'outil de mise à jour propre au
navigateur, s'il fait la mise à jour lui-même, car ce navigateur n'est
encore supporté qu'en version 32 bits : il ne peut utiliser Java aussi
qu'en 32 bits, mais quand il met à jour lui-même Java, il ignore que
c'est la version 64 bits qu'on préfère en dehors de l'utilisation dans
le navigateur, mais il remplace sans prévenir cette préférence alors
que les deux sont configurables séparément.

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

Re: [OSM-talk-fr] L'ON3V libère ses données?

[PierreV]

merci je vais le faire dans la soirée...
c'est ca que j'aime pas avec les listes... c'est qu'il faut encore
s'inscrire a droite et a gauche pour faire passer les différentes infos...
alors qu'un seul et unique forum avec sections il n'y a qu'une seule
inscription a faire (ca faisait un moment que je me retenait, désolé de vous
soule encore avec ca ;-)... )



--
View this message in context: 
http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5709965.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] L'ON3V libère ses données?

[Romain MEHUT]

Bonsoir,

Merci Pierre pour la prise de contact avec l'ON3V. Voici mes observations:

- Bien mettre dans la balance que l'accès aux données des VVV concurreront
à développer la pratique du vélo avec le lot de services qui pourront ainsi
se créer. En effet, actuellement, pour ne citer que le site de l'AF3V, il
est tout sauf pratique pour informer sur les itinéraires praticables...

- Montrer l'avantage de la BDD OSM à constituer un pot commun à partir de
laquelle on pourra croiser un grand nombre de données.

Romain

Le 22 mai 2012 23:09, PierreV  a écrit :

> J'ai eu une réponse de "Départements & Régions Cyclables":
> Les données visibles sur la "cartélie" vont être disponibles dans les
> prochaines semaines.
> J'ai aussi le contact mail du chargé de mission ON3V et "dédié a la tache"
> (de libération de données?)
>
> bref, je ferais un mail à ce nouveau contact dans les prochains jours...
> pour vous donner de plus amples informations précises sur les conditions de
> licence. Faites moi part de vos éventuelles autres observations a faire
> dans
> ce mail.
>
> Sinon en apparté le DRC ma parlé de leur congrès annuel se déroulant à
> Nantes le 27 et 28 septembre.
> Un atelier sera consacré a l'OpenData et donc peut etre une opportunité de
> collaboration peut être aussi trouvée.
> Dommage que ce w-e je ne suis toujours pas sur de pouvoir monter à Nantes
> pour la Cartopartie et commencer a en discuter avec les Nantais...
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5709879.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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'ON3V libère ses données?

[Philippe Verdy]

Le 23 mai 2012 19:31, PierreV  a écrit :
> merci je vais le faire dans la soirée...
> c'est ca que j'aime pas avec les listes... c'est qu'il faut encore
> s'inscrire a droite et a gauche pour faire passer les différentes infos...

On a la même chose sur les listes et le forums de ce point de vue là:
chaque forum demande son inscription aussi. Sauf que c'est moins
pratique pour y accéder. de n'importe où, et qu'on ne peut pas classer
les messages soi-même ni en supprimer. En fin de compte il ne reste
que les avis de quelques privilégiés du forum en question qui laissent
ce qu'ils veulent ou ont le dernier mot pour tout, et ferment en même
temps la discussion, et que souvent en plus on se retrouve
systématiquement avec les pubs, et des tas de trucs indésirables
autour, voir par dessus les messages.

Franchement je préfère la forme wiki à celle des forums, dans ce
qu'ils sont devenus sur le web, d'autant plus qu'ils sont souvent
nettement moins bien protégés contre le spam et leur modération
souvent délaissée ou alors uniquement automatisée de façon agressive
et trop arbitraire (ce qui n'a pourtant aucun effet contre les
spammeurs qui contournent facilement les filtres). Enfin leurs règles
de conservation de messages ne permettent aucune souplesse et les
fonctions de recherche plus hasardeuses. Enfin de nombreux forums sont
bogués et accessibles uniquement avec certaines versions de
navigateurs. Et peu d'entre eux permettent les pièces jointes ou
l'inclusion de liens, etne vous offrent pas le choix concernant les
envois de mail commerciaux

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

Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme

[Pieren]

2012/5/23 Vincent de Chateau-Thierry :
>
>> De : "ZIMMY"
>>
>> J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale
>> toute seule. En revanche elle est tellement lourde que l'application JOSM
>> rame si on en charge plusieurs.
>>
>
> Oui en effet, ne pas hésiter à gonfler la RAM allouée à JOSM si tu veux 
> afficher
> plusieurs planches en même temps ( 1Go ou plus si tu peux, pour être 
> confortable) :
> http://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/Cadastre-fr#M.C3.A9moire

On peut aussi aller dans le menu des préférences du plugin (F12) pour
diminuer la résolution des images ou leur nombre (6 x 6 ou même 5 x 5
sont suffisants pour tracer les rues mais les numéros risquent d'être
illisibles, ça dépend aussi de la qualité du cadastre scanné). Mais le
plugin n'est pas vraiment prévu pour charger un nombre important de
feuilles en même temps.

Pieren

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

Re: [OSM-talk-fr] L'ON3V libère ses données?

[PierreV]

si tu t'inscrivais sur le forum qu'a mis en place Sly et déplacé sur les
serveurs OSMfrance, tu verras que tu n'auras aucun de ses inconvénients...
il suffit juste de VOULOIR prendre le temps de s'y habituer et de proposer
des évolutions pour arriver à un compromis, comme moi je suis en train
d'essayer de m'habituer a la méthode des ML... 
mais bon c'est un éternel débat... excusez moi de l'avoir relancé... et y'a
que les "***" qui en changent pas d'avis.

Sur-ce... je reviens sur le sujet initial, en continuant le boulot que j'ai
commencé avec le contact pris avec l'ON3V... si tout le monde y mettait
autant du sien a lier ce genre de contacts au lieu de perdre du temps à
"balancer" des mails a tout va sur la ML, la France en serait au même niveau
que l'Allemagne!

--
View this message in context: 
http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5709997.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] L'ON3V libère ses données?

[Philippe Verdy]

Le 24 mai 2012 00:55, PierreV  a écrit :
> commencé avec le contact pris avec l'ON3V... si tout le monde y mettait
> autant du sien a lier ce genre de contacts au lieu de perdre du temps à
> "balancer" des mails a tout va sur la ML, la France en serait au même niveau
> que l'Allemagne!

Ah bon ??? Parce que selon toi l'Allemagne est mieux avancée alors
qu'elle a deux fois plus de contributeurs réguliers ?

La carte de l'Allemagne est aussi pleine de trous (bien plus qu'en
France), d'autant qu'il y en a beaucoup chez eux qui ont refusé la
nouvelle licence (influence polonaise ans doûte) et que les trous
augmentent avec les suppressions qu'il faut reconstruire. Quant à la
précision des tracés en Allemagne, elle est très disparâtre.

La France est pas si mal que ça, mais pas encore aussi avancée que
l'Espagne. Le seul problème de la France c'est son centralisme qu'on
retrouve aussi parmi ses contributeurs. Résultat, on est très bon à
Paris et pas loin autour, et beaucoup moins bien ailleurs (les
contributeurs qui y sont ne sont pas écoutés et manquent de soutien
dans ce qu'ils font).

La France est très bien avancée aussi si on regarde les Etats-Unis,
qui font moins bien que la Russie (où des tonnes de bons outils ont
été développés pour aller vite sur des sujets précis, y compris dans
les traductions) pour couvrir un territoire avec proportionnellement
beaucoup moins de monde (ils en sont déjà à vouloir faire du rendu 3D)
; il suffit de voir le nombre de toponymes qu'ils ont transcrits en
Russe pour la France ou ailleurs en Europe et dans le monde, et la
complexité de la structure administrative de la Russie, ils s'en
sortent très bien.

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

[OSM-talk-fr] Héritage et relation

[Balaitous]

Bonjour,

Pour mon premier message, je voudrais poser une question que je me pose
depuis un moment.
Est-ce que les tags d'une relation sont héréditaires ?
En d'autre terme lorsque je mets un tag dans une relation celui-ci
est-il transmis aux enfants de la relation (lorsque ceux-ci ne
redéfinissent pas le tag en question) ?

Plus généralement, depuis quelques temps que je m'intéresse à OSM, je
trouve un manque de séparation des aspects géométriques (point,
ligne, ...) et sémantiques. Cela risque de poser d'importants problèmes
de cohérence pour le nommage des routes, de plus en plus fragmentées.

Je ne sais pas où en sont les discutions, mais il me semble qu'il
faudrait aller vers un système de tag par regroupements récursifs des
éléments, et héritage des tags. (Il me semble avoir vu qq chose dans ce
sens pour la prochaine API)

En gros, généraliser les relations, faire du multipolygon un élément
géométrique à part entière.

Pour les routes cela permettrait de clarifier les aspects :
* de voirie
* d'entité géographiques
* d'entité administrative (no de voirie, axe européen, ...)
* d'entité logique (axe de transport en commun, ...)

Il y a déjà des choses, et c'est d'ailleurs le point de départ de ma
question, c'est en voulant regrouper des routes que je me suis dis que
c'était totalement inutile s'il n'y avait pas héritage du nom de la
référence, ...





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

Re: [OSM-talk-fr] renevier.net en panne ?

[arno]

Bonjour,

les deux sites sont hébergés différemment:
http://syj.renevier.net au crans. Ça ne marche plus, et je n'ai pas trop pris
le temps de comprendre ce qu'il y avait à faire pour que ça remarche.
http://dev.renevier.net qui est sur mon serveur perso. Il est débranché depuis
quelques semaines, mais je devrais le rebrancher très prochainement.
Sinon, il y a des backups des données de syj ... sur mon serveur

a+
arno

Le Wednesday 23 May 2012, à 09:46:20AM +0200, Fabien a écrit : 
> Le 23 mai 2012 09:37, Jocelyn Jaubert  a écrit :
> > 2012/5/22 Fabien :
> >> Le 22 mai 2012 13:27, Sylvain Maillard  a 
> >> écrit :
> >>> Le 22 mai 2012 13:22, Fabien  a écrit :
> >>>
>  Quelqu'un a une idée ?
> >>>
> >>> oui, le service était hébergé sur osm4 qui est mort, et il n'ets aps 
> >>> encore
> >>> remis en fonction sur un autre serveur ...
> >>>
> >>> Sylvain
> >>
> >> Quelqu'un aurait un clone de syj disponible quelque part ?
> >
> > Il y a un site de dev disponible là:
> >
> > http://dev.syj.renevier.net/
> >
> >
> > Concernant syj.renevier.net, je ne pense pas qu'il soit rétabli dans
> > l'immédiat: le créateur est très occupé, et je n'ai pas de backups des
> > traces déjà mises en place.
> >
> 
> Salut,
> 
> Merci pour le lien. Je me suis mal exprimé. Il y a un clone du dépôt
> git ? Je voulais me créer un serveur local en fait.
> 
> Merci,
> Fabien
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 

-- 
http://syj.renevier.net/
Show Your Journey, website to share routes

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