[OSM-talk-fr] Fwd: [OSM-talk-fr-bzh] Retour_présentations_rennes2

[Romain MEHUT]

Bonjour,

Je fais suivre cette info sur la liste nationale...

Romain

-- Message transféré --
De : Bobo 
Date : 21 mai 2013 23:08
Objet : [OSM-talk-fr-bzh] Retour_présentations_rennes2
À : gulli...@listes.linux-france.org, "This list concerns OSM users working
on Brittany (BzH))" 


Bonjour,
Voici un retour assez tardif pour mettre à disposition la présentation
utilisée lors de la restitution de l'atelier portant sur la cartographie
à l'université Rennes 2 le 18 avril 2013 (dans le cadre des ateliers du
Master 2 SIGAT).

Cette présentation est orientée vers les personnels de l'Université qui
ont accepté de nous répondre lors d'entretiens réalisés tout au long de
l'année 2013.

J'attends des retours de la part des services de l'université vis à vis
de l'outil mapOsmatic, je vous en ferai part dès que j'ai du nouveau.

Au passage, la refonte visuelle de http://www.maposmatic.org/
est bien vue, c'est simple clair et efficace. pi ça sent encore le
Bootstrap  pas sec héhé  !


http://twitter.github.io/bootstrap/


* présentation_rennes2.pdf  http://ubuntuone.com/0l7sdecqZ07TLmdO1DwURM

Le format est en PDF car est extrait d'un PPTX ( on ne choisi pas
forcément ses outils) dites moi si vous souhaitez une version dans un
format libre plus ouvert.

Les membres du groupe sont ok pour partager sous CC BY-SA 3.0
mais ce n'est pas explicitement écrit dans le document.

Si certain(e)s le souhaitent, je peux voir pour mettre à disposition le
rapport qui accompagne le travail (sous condition d'acceptation de
l'université et des autres étudiants).

Bonne soirée à vous !

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

Re: [OSM-talk-fr] Fwd: [OSM-talk-fr-bzh] Retour_présentations_rennes2

[Ista Pouss]

Le 22 mai 2013 09:56, Romain MEHUT  a écrit :

> Au passage, la refonte visuelle de http://www.maposmatic.org/
> est bien vue, c'est simple clair et efficace. pi ça sent encore le
> Bootstrap  pas sec héhé  !
>
>
>
Pas sec, oui : j'ai fait "saint etienne" (forcement) depuis
http://www.maposmatic.org/new/#submitmapform et j'obtiens :

Error with osm city: %d format: a number is required, not NoneType

   - maptitle
  - Titre de la carte obligatoire
   - administrative_osmid
  - Error with osm city: %d format: a number is required, not NoneType
   - papersize
  - Ce champ est obligatoire.
   - paper_height_mm
  - Ce champ est obligatoire.
   - paperorientation
  - Ce champ est obligatoire.
   - paper_width_mm
  - Ce champ est obligatoire.


Je ne sais pas à qui / comment il faut faire suivre ?

Ah là là là là là là ces histoires de bugs !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Pieren]

2013/5/22 Christian Quest :
> Et non, tu ne peux pas "REPRODUCTION INTERDITE" est marqué sur chaque
> planche cadastrale...

Oui mais bon, la reproduction, on la fait aussi lorsqu'on télécharge
le plan sur son ordinateur... C'est la rediffusion publique qui pose
problème. Si tu envoies ton plan directement à celui qui te le
demande, il n'y aura pas de problème, surtout dans notre contexte (et
de toute façon, c'est de l'ordre du privé).

Pieren

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

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Philippe Verdy]

Télécharger sur son ordinateur un plan disponible légalement par sa source,
pour un usage privé, ce n'est PAS reproduire soi-même. Celui qui reproduit
c'est celui qui publie ce plan et qui fournit une licence valide.

Utiliser ce plan téléchargé pour le remettre à disposition d'autres sans
licence valide, ou pour en changer unilatéralement la licence, pour
l'intégrer dans un autre plan, c'est une violation de la licence initiale,
c'est une copie illégale.

Et même si tu le fais de façon privé pour remettre ce plan ou une version
modifiée à quelqu'un d'autre, car le droit de copie privée est strictement
personnel et non transférable hors de ton propre foyer.


Le 22 mai 2013 13:10, Pieren  a écrit :

> 2013/5/22 Christian Quest :
> > Et non, tu ne peux pas "REPRODUCTION INTERDITE" est marqué sur chaque
> > planche cadastrale...
>
> Oui mais bon, la reproduction, on la fait aussi lorsqu'on télécharge
> le plan sur son ordinateur... C'est la rediffusion publique qui pose
> problème. Si tu envoies ton plan directement à celui qui te le
> demande, il n'y aura pas de problème, surtout dans notre contexte (et
> de toute façon, c'est de l'ordre du privé).
>
> Pieren
>
> ___
> 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-talk] Rencontre SIG Grand Besançon - OSM

[Christian Quest]

Je reposte sur talk-FR...

Le 22 mai 2013 10:19, Vincent Pottier  a écrit :
> Bonsoir,
> Belle rencontre hier en fin d'après midi entre trois personnes du Service
> cartographique du Grand Besançon et quatre OSMeurs, suivi pour les 4 d'un
> débriefing autours d'une bière.
> Il semble que la volonté d'ouvrir les données du SIG du Grand Besançon à OSM
> soit bien présente chez les techniciens.
> J'ai été surpris par la connaissance que les techniciens avaient
> d'OpenStreetMap : forum, wiki, association... Ils s'étaient renseignés avant
> notre rencontre.
> Eux étaient surpris par les moyens dont nous disposons : serveurs, études
> universitaires, outils d'édition et de contrôle qualité...
> Nous avons abordé les questions techniques sur les formats de données lors
> des échanges (système ArcGIS sur base de donnée Oracle mais transfert en
> Shape)
>
> L'intérêt, c'est, semble-t-il, de mettre les données à disposition du
> public, associatif ou particulier, et des municipalités pour décharger le
> service et lui permettre de se concentrer sur d'autres tâches. Nous avons
> évoqué les outils de publication et d'édition de données.
> L'intérêt, c'est de mettre en place des "veilleurs locaux" pour la qualité
> des données. Nous avons alors évoqué les outils de suivi de modifications,
> de contrôle qualité.
>
> La question n'est pas tellement celle de la licence : nous avons bien
> précisé que nous avions besoin de la licence ODBl. Mais plutôt celle du
> suivi des délais d'intégration et de mise à jours.
> - Si nous vous passons le filaire de voirie, au bout de combien de temps ces
> données seront intégrées à OSM ?
> - Ça dépend...
> - Mais que dire alors à l'élu qui constatera que la rue devant chez lui
> n'est pas présente dans OSM ?
> - Comme sur Wikipédia, il corrige lui-même... OpenStreetMap, ce ne sont que
> des bénévoles. A moins qu'un stagiaire veille à compléter le travail des
> bénévoles.
>
> Plusieurs thématiques ont été mentionnées : voirie, points adresse,
> cyclisme, randonnée - promenade, petit patrimoine, équipement urbain,
> transport en commun (mais on attendra la mise en place du tramway). Et,
> quoique nous étions plusieurs à avoir eu cela en tête, nous avons oublié de
> mentionner la thématique accessibilité.
>
> Pour le traitement, l'expérience de Brest Métropole Océane est une
> référence.
>
> Maintenant il faut attendre les élus...
> Puis dès qu'on aura un paquet de données test, on fera appel aux techniciens
> pour le calcul du différentiel, si nécessaire, pour la mise en place d'une
> interface pour "piquer les éléments" à importer (vu la densité existant déjà
> dans OSM, ce sera probablement une interface à la CLC qui sera à retenir
> mettre en place)
>
> Ceux qui étaient présent hier pourront compléter...
>
> À suivre...
> --
> FrViPofm
>


Nous allons avoir le même type de "problème" avec d'autres sources de données.

Nous allons en effet avoir accès aux données brute du cadastre
vectoriel dans certains départements.
Ces données contiennent bien sûr le bâti et les limites
administratives, mais aussi les points adresses et le filaire de
voirie ainsi que quelques POI.

L'intégration et la comparaison avec l'existant va donc devoir être
développé d'une façon ou d'une autre, soit pour une intégration
automatique soit semi automatique avec l'intervention des fourmis OSM.
Si possible un tel outil ne devrait pas être trop lié à tel ou tel jeu
de données libéré pour pouvoir être utilisé dans un maximum de cas qui
au final sont assez similaire.
Osmose a pu rendre générique l'intégration de POI ponctuels, il
faudrait un équivalent pour des données linéaires ou surfaciques...

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Christian Quest]

Mouais... alors pourquoi avait-on été frileux pour proposer un service
automatique de reprojection du WMS Lambert -> Mercator ?

J'en étais resté sur une approche très "safe".

Le 22 mai 2013 13:10, Pieren  a écrit :
> 2013/5/22 Christian Quest :
>> Et non, tu ne peux pas "REPRODUCTION INTERDITE" est marqué sur chaque
>> planche cadastrale...
>
> Oui mais bon, la reproduction, on la fait aussi lorsqu'on télécharge
> le plan sur son ordinateur... C'est la rediffusion publique qui pose
> problème. Si tu envoies ton plan directement à celui qui te le
> demande, il n'y aura pas de problème, surtout dans notre contexte (et
> de toute façon, c'est de l'ordre du privé).
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Pieren]

2013/5/22 Christian Quest :
> Mouais... alors pourquoi avait-on été frileux pour proposer un service
> automatique de reprojection du WMS Lambert -> Mercator ?

Parce qu'il y aurait "redistribution au public". Les conditions
d'utilisation du cadastre sont faites pour que la DGI soit la seule
autorisée à publier le cadastre dans sa forme originale (d'où la
condition "produits composites" pour les réutilisateurs).
On pourrait argumenter que la reprojection altère suffisament le
cadastre pour qu'on considère que ça n'est plus la version originale.
Mais la reprojection peut se refaire en sens inverse et il n'y pas
"produit composite". La reconstitution originale pourrait alors être
considérée comme trop simple.

Pieren

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

Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02)

[Stéphane Péneau]

Finalement j'ai réussi à m'en sortir en finissant au préalable toutes 
les frontières des communes adjacentes.


Stf


Le 21/05/2013 23:07, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 21/05/2013 20:13, Eric SIBERT a écrit :

Certaines planches nous donnent du fil à retordre, comme celles de
Morsain :
La projection utilisée semble assez particulière, voici les infos que
j'ai trouvées sur le tableau d'assemblage :
Projection Stéréographique
Origine des abscisses : Parallèle 52 grades + 500 kilomètres
Origine des Ordonnées : Méridien de Paris 0 grade + 600 kilomètres


Dans la même idée que Jean-Claude, j'ai essayé de calibrer une planche
(XA 01) avec mon soft et en définissant une projection stéréographique.

J'ai d'abord essayé avec NTF comme datum. Je me suis retrouvé avec 230 m
de décalage en nord-sud et 65 en est-ouest. Ensuite, j'ai essayé
l'Ancienne Triangulation Générale (cartes d'état-major du XIXème). Ça
s'améliore en est-ouest (30 m) mais ça se dégrade en nord-sud (250 m).

Je me suis que c'était peut-être parce qu'il fallait aussi mettre un
facteur d'échelle à l'origine différent de 1.0 comme ça se fait souvent
dans les projections. Je ne suis pas arrivé à trouver un coef qui aille
bien en même temps pour les X et les Y.

Donc, pour le moment, je n'arrive pas à exploiter le quadrillage :-(



J'ai tenté ma chance avec cette interface :
http://cs2cs.mygeodata.eu/
mais pas mieux : quand je suis raccord dans un sens j'ai 600m dans 
l'autre... :-(
Dans le cas de Morsain soustraire sauvagement 60 aux ordonnées 
donne un calage à 20m près, qu'il est ensuite aisé d'affiner à la main 
avec l'outil d'ajustement :
http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Ajuster_un_plan_.22image.22 

Mais cette méthode ne fonctionne pas à l'identique sur la commune de 
Saint Agnan, plus au sud. La translation n'est pas de 60.
Bref, bricolage en vue ! Ou calage à la main, en faisant comme si ces 
planches n'avaient pas de croisillons, ce qui est un peu rageant.
Côté MapCraft, si vous rencontrez ce genre de cas et ne souhaitez pas 
creuser, n'hésitez pas à laisser un commentaire sur la commune, pour 
les suivants.


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

[OSM-talk-fr] Lancer JOSM avec plus de mémoire

[JB]

 

Je suis nul, j'aime pas la ligne de commande (… zut, je viens de
perdre la moitié des lecteurs). 

J'avais réussi il y a un temps à créer
le fichier .bat pour lancer JOSM avec plus de mémoire vive (vive le
cadastre papier), j'ai changé d'ordinateur, et ça ne marche plus. Les
exemples sur internet n'y font rien, je n'arrive pas à retrouver la
bonne syntaxe qui va bien. Ça devrait ressembler à ça : 

"C:Program
Files (x86)Javajre7binjawa.exe" -jar -Xmx512m "C:Program Files
(x86)Javajre7binjosm.jar" 

Hé ben non, ça veut pas, rien ne se passe.
Un utilisateur de Windows pourrait me corriger avant que je détruise mon
clavier ? 

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

Re: [OSM-talk-fr] Lancer JOSM avec plus de mémoire

[Romain MEHUT]

Le 22 mai 2013 14:51, JB  a écrit :

> **
>
> "C:\Program Files (x86)\Java\jre7\bin\jawa.exe" -jar -Xmx512m "C:\Program
> Files (x86)\Java\jre7\bin\josm.jar"
>
J'ai un exemple comme suivant:
C:\WINDOWS\system32\java.exe -jar -Xmx512M "C:\Program
Files\JOSM\josm-tested.jar"

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

Re: [OSM-talk-fr] Lancer JOSM avec plus de mémoire

[Francescu GAROBY]

L'erreur vient sans doute du nom de l'exécutable java : java.exe et non
jawa.exe

Francescu


Le 22 mai 2013 14:51, JB  a écrit :

> **
>
> Je suis nul, j'aime pas la ligne de commande (… zut, je viens de perdre la
> moitié des lecteurs).
>
> J'avais réussi il y a un temps à créer le fichier .bat pour lancer JOSM
> avec plus de mémoire vive (vive le cadastre papier), j'ai changé
> d'ordinateur, et ça ne marche plus. Les exemples sur internet n'y font
> rien, je n'arrive pas à retrouver la bonne syntaxe qui va bien. Ça devrait
> ressembler à ça :
>
> "C:\Program Files (x86)\Java\jre7\bin\jawa.exe" -jar -Xmx512m "C:\Program
> Files (x86)\Java\jre7\bin\josm.jar"
>
> Hé ben non, ça veut pas, rien ne se passe. Un utilisateur de Windows
> pourrait me corriger avant que je détruise mon clavier ?
>
> JB
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Lancer JOSM avec plus de mémoire

[JB]

 

Ho j'y crois pas… Désolé du dérangement… j'ai honte… 

(c'est java,
pas jawa…) 

Pour ceusse qui fouilleront un jour dans cette liste, la
commande qui marche avec josm.jar dans le même dossier que java.exe
(quand on s'embête sous W7 avec des fichiers à espace) : 

"C:Program
Files (x86)Javajre7binjava.exe" -jar -Xmx1024m "C:Program Files
(x86)Javajre7binjosm.jar" 

JB. 

Le 22.05.2013 14:57, Romain MEHUT a
écrit : 

> Le 22 mai 2013 14:51, JB  a écrit :
> 
>>
"C:Program Files (x86)Javajre7binjawa.exe" -jar -Xmx512m "C:Program
Files (x86)Javajre7binjosm.jar"
> 
> J'ai un exemple comme suivant: 
>
C:WINDOWSsystem32java.exe -jar -Xmx512M "C:Program
FilesJOSMjosm-tested.jar"
> 
> Romain 
> 
>
___
> Talk-fr mailing list
>
Talk-fr@openstreetmap.org
>
http://lists.openstreetmap.org/listinfo/talk-fr [1]




Links:
--
[1] 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] Tracé des limites communales : l'Aisne (02)

[HELFER Denis]

Ca s'appelle : contourner le problème  

-Message d'origine-
De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr] 
Envoyé : mercredi 22 mai 2013 14:44
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02)

Finalement j'ai réussi à m'en sortir en finissant au préalable toutes les 
frontières des communes adjacentes.

Stf


Le 21/05/2013 23:07, Vincent de Château-Thierry a écrit :
> Bonsoir,
>
> Le 21/05/2013 20:13, Eric SIBERT a écrit :
>>> Certaines planches nous donnent du fil à retordre, comme celles de 
>>> Morsain :
>>> La projection utilisée semble assez particulière, voici les infos 
>>> que j'ai trouvées sur le tableau d'assemblage :
>>> Projection Stéréographique
>>> Origine des abscisses : Parallèle 52 grades + 500 kilomètres Origine 
>>> des Ordonnées : Méridien de Paris 0 grade + 600 kilomètres
>>
>> Dans la même idée que Jean-Claude, j'ai essayé de calibrer une 
>> planche (XA 01) avec mon soft et en définissant une projection 
>> stéréographique.
>>
>> J'ai d'abord essayé avec NTF comme datum. Je me suis retrouvé avec 
>> 230 m de décalage en nord-sud et 65 en est-ouest. Ensuite, j'ai 
>> essayé l'Ancienne Triangulation Générale (cartes d'état-major du 
>> XIXème). Ça s'améliore en est-ouest (30 m) mais ça se dégrade en nord-sud 
>> (250 m).
>>
>> Je me suis que c'était peut-être parce qu'il fallait aussi mettre un 
>> facteur d'échelle à l'origine différent de 1.0 comme ça se fait 
>> souvent dans les projections. Je ne suis pas arrivé à trouver un coef 
>> qui aille bien en même temps pour les X et les Y.
>>
>> Donc, pour le moment, je n'arrive pas à exploiter le quadrillage :-(
>>
>
> J'ai tenté ma chance avec cette interface :
> http://cs2cs.mygeodata.eu/
> mais pas mieux : quand je suis raccord dans un sens j'ai 600m dans 
> l'autre... :-( Dans le cas de Morsain soustraire sauvagement 60 
> aux ordonnées donne un calage à 20m près, qu'il est ensuite aisé 
> d'affiner à la main avec l'outil d'ajustement :
> http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Ajust
> er_un_plan_.22image.22
>
> Mais cette méthode ne fonctionne pas à l'identique sur la commune de 
> Saint Agnan, plus au sud. La translation n'est pas de 60.
> Bref, bricolage en vue ! Ou calage à la main, en faisant comme si ces 
> planches n'avaient pas de croisillons, ce qui est un peu rageant.
> Côté MapCraft, si vous rencontrez ce genre de cas et ne souhaitez pas 
> creuser, n'hésitez pas à laisser un commentaire sur la commune, pour 
> les suivants.
>
> 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] Cadastre : feuilles assemblées et géoréférencées

[HELFER Denis]

Si j'ai bien compris, il s'agit d'échanger des fichiers qui ne sont lisibles 
que dans JOSM. On resterait dans le cadre de l'accord passé avec la DGFiP.
S'agissant de fichiers qui auraient été transformés en tif (ou que sais-je) et 
géoréférencés, je serais plus circonspect.
Echanger des fichiers de calage serait suffisant.

Denis

-Message d'origine-
De : Pieren [mailto:pier...@gmail.com] 
Envoyé : mercredi 22 mai 2013 14:16
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

2013/5/22 Christian Quest :
> Mouais... alors pourquoi avait-on été frileux pour proposer un service 
> automatique de reprojection du WMS Lambert -> Mercator ?

Parce qu'il y aurait "redistribution au public". Les conditions d'utilisation 
du cadastre sont faites pour que la DGI soit la seule autorisée à publier le 
cadastre dans sa forme originale (d'où la condition "produits composites" pour 
les réutilisateurs).
On pourrait argumenter que la reprojection altère suffisament le cadastre pour 
qu'on considère que ça n'est plus la version originale.
Mais la reprojection peut se refaire en sens inverse et il n'y pas "produit 
composite". La reconstitution originale pourrait alors être considérée comme 
trop simple.

Pieren

___
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] Cadastre : feuilles assemblées et géoréférencées

[Mickaël Guéret]

ouais, c'est bien ce qui me semblait... Je ne vais pas trop m'amuser avec ça... 
Du coup je garde mes fichiers pour moi, je vais voir pour partager les fichiers 
.cal

Cordialement,
Mika_Gueret

- Mail original -
De: "Christian Quest" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 22 Mai 2013 07:37:27
Objet: Re: [OSM-talk-fr]Cadastre : feuilles assemblées et géoréférencées

Le 21 mai 2013 20:28, Mickaël Guéret  a écrit :
> > Le problème c'est que je ne sais pas trop si j'ai le droit de faire
> ça... (c'est à dire mettre à disposition le cadastre tel quel...)...
>

Et non, tu ne peux pas "REPRODUCTION INTERDITE" est marqué sur chaque
planche cadastrale...

Par contre, le fichier ".cal" tu peux le partager, si il s'applique
sur le PNG enregistré après chargement dans JOSM via le plugin
cadastre.
Il suffit de charger la planche à l'aide de JOSM, de l'enregistrer en
PNG puis de la recharger avec PicLayer calibrée via ce fichier .cal
partagé.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
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] Cadastre : feuilles assemblées et géoréférencées

[Nicolas Moyroud]

[mode utopique]
Des fois quand je lis ce genre de conversations, je me dis quand même 
que l'espèce humaine est très douée pour se compliquer la vie là où les 
choses pourraient être très simple ! Que d'énergie inutilement gaspillée 
à produire des gardes-fous rocambolesques pour que d'autres se prennent 
la tête à trouver comment les contourner...

[/mode utopique]
Je ne dis bien entendu pas ça pour vous hein, c'était juste une 
réflexion que j'ai eu envie de partager. ;-)


Nicolas


Le 22/05/2013 15:38, Mickaël Guéret a écrit :

ouais, c'est bien ce qui me semblait... Je ne vais pas trop m'amuser avec ça... 
Du coup je garde mes fichiers pour moi, je vais voir pour partager les fichiers 
.cal





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

Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02)

[Christian Quest]

C'est l'avantage de ces frontières... elles sont définies par deux
sources... le problème c'est quand elles ne coïncident pas ;)

Le 22 mai 2013 15:03, HELFER Denis  a écrit :
> Ca s'appelle : contourner le problème  
>
> -Message d'origine-
> De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr]
> Envoyé : mercredi 22 mai 2013 14:44
> À : Discussions sur OSM en français
> Objet : Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02)
>
> Finalement j'ai réussi à m'en sortir en finissant au préalable toutes les 
> frontières des communes adjacentes.
>
> Stf
>

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Christian Quest]

Partager les fichiers de cache enregistrés par le plugin cadastre
après calage serait un truc super pratique... ou à minima un moyen de
partager les infos de calage qu'ils contiennent.

C'est quand même bien pratique quand les planches raster sont déjà
calées et elles peuvent servir à compléter bien plus de choses que les
limites administratives.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

[OSM-talk-fr] Déclarer les points de vente de titres de transports

[Francescu GAROBY]

Bonjour,
Comme le titre le dit, je cherche à déclarer les points de vente de titres
de transport, et plus particulièrement ceux au sein d'établissements
majoritairement destinés à autre chose (je pense tout particulièrement aux
buralistes).
Il y a bien le tag
payment:prepaid_ticket=*mais
il ne permet pas de préciser le type de réseau auquel il se destine.
Ce qui pose un double problème :
* impossible de faire ressortir uniquement les points de vente pour un
réseau bien précis ;
* impossible de préciser qu'un buraliste vend des titres de transport pour
plusieurs réseaux.

Avez-vous déjà taggué ce genre de choses ? Si oui, comment gérez-vous ce
cas ? Je pensais faire un sous-sous-tag (de type
payment:prepaid_ticket:=*) mais c'est pas forcément
la meilleure solution...

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

Re: [OSM-talk-fr] Déclarer les points de vente de titres de transports

[ZIMMY]

Pour moi ce serait plutôt
http://taginfo.openstreetmap.org/tags/vending=public_transport_tickets

Car le but est de localiser les lieux de vente des tickets.
Autre expérimentation
http://taginfo.openstreetmap.org/keys/vending%3Atickets
à voir...


Francescu GAROBY-2 wrote
> Bonjour,
> Comme le titre le dit, je cherche à déclarer les points de vente de titres
> de transport, et plus particulièrement ceux au sein d'établissements
> majoritairement destinés à autre chose (je pense tout particulièrement aux
> buralistes).
> Il y a bien le tag
> payment:prepaid_ticket=*mais
> il ne permet pas de préciser le type de réseau auquel il se destine.
> Ce qui pose un double problème :
> * impossible de faire ressortir uniquement les points de vente pour un
> réseau bien précis ;
> * impossible de préciser qu'un buraliste vend des titres de transport pour
> plusieurs réseaux.
> 
> Avez-vous déjà taggué ce genre de choses ? Si oui, comment gérez-vous ce
> cas ? Je pensais faire un sous-sous-tag (de type
> payment:prepaid_ticket:
> 
> =*) mais c'est pas forcément
> la meilleure solution...
> 
> Francescu
> 
> ___
> Talk-fr mailing list

> Talk-fr@

> http://lists.openstreetmap.org/listinfo/talk-fr





-
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/Declarer-les-points-de-vente-de-titres-de-transports-tp5762230p5762231.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] Cadastre : feuilles assemblées et géoréférencées

[Nicolas Moyroud]

Oui c'est sûr, mais d'après ce que j'ai compris, on ne peut pas... Ou 
alors j'ai rien compris, ce qui est aussi possible ! ;-)


Nicolas

Le 22/05/2013 16:03, Christian Quest a écrit :

Partager les fichiers de cache enregistrés par le plugin cadastre
après calage serait un truc super pratique... ou à minima un moyen de
partager les infos de calage qu'ils contiennent.

C'est quand même bien pratique quand les planches raster sont déjà
calées et elles peuvent servir à compléter bien plus de choses que les
limites administratives.




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

Re: [OSM-talk-fr] OSM à Tournai (Hainaut) le 24 mai

[Pierre Knobel]

Et la legende de l'image en haut a droite est "OMS". Journaliste dyslixeuqe?

2013/5/22 Christian Quest 

> On y parle même de cartes ING ;)
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Déclarer les points de vente de titres de transports

[Francescu GAROBY]

Ah oui, ton premier lien m'a l'air beaucoup mieux (le 2ème ne donne qu'un
seul cas), et avec tag, le wiki donne quelques
exemples,
merci !

Francescu


Le 22 mai 2013 16:23, ZIMMY  a écrit :

> Pour moi ce serait plutôt
> http://taginfo.openstreetmap.org/tags/vending=public_transport_tickets
>
> Car le but est de localiser les lieux de vente des tickets.
> Autre expérimentation
> http://taginfo.openstreetmap.org/keys/vending%3Atickets
> à voir...
>
>
> Francescu GAROBY-2 wrote
> > Bonjour,
> > Comme le titre le dit, je cherche à déclarer les points de vente de
> titres
> > de transport, et plus particulièrement ceux au sein d'établissements
> > majoritairement destinés à autre chose (je pense tout particulièrement
> aux
> > buralistes).
> > Il y a bien le tag
> > payment:prepaid_ticket=*<
> http://wiki.openstreetmap.org/wiki/Key:payment#Public_Transport>mais
> > il ne permet pas de préciser le type de réseau auquel il se destine.
> > Ce qui pose un double problème :
> > * impossible de faire ressortir uniquement les points de vente pour un
> > réseau bien précis ;
> > * impossible de préciser qu'un buraliste vend des titres de transport
> pour
> > plusieurs réseaux.
> >
> > Avez-vous déjà taggué ce genre de choses ? Si oui, comment gérez-vous ce
> > cas ? Je pensais faire un sous-sous-tag (de type
> > payment:prepaid_ticket:
> > 
> > =*) mais c'est pas forcément
> > la meilleure solution...
> >
> > Francescu
> >
> > ___
> > Talk-fr mailing list
>
> > Talk-fr@
>
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
>
> -
> 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/Declarer-les-points-de-vente-de-titres-de-transports-tp5762230p5762231.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
>



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

Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02)

[Hélène PETIT]

Le 22/05/2013 15:03, HELFER Denis a écrit :
> Ca s'appelle : contourner le problème  

Naan ; on dit :
"c'est le métier qui rentre".


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

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Eric Sibert]

Christian Quest  a ?crit :


Partager les fichiers de cache enregistrés par le plugin cadastre
après calage serait un truc super pratique... ou à minima un moyen de
partager les infos de calage qu'ils contiennent.


On doit pouvoir partager les informations de calage sans partager les  
images elles mêmes. Sur le même principe que ce qui a été essayé (et  
abandonné?) récemment pour Bing.


Yaka monter un serveur pour centraliser ça (et modifier le plugin  
cadastre?) ;-)


Mes 0,02 €.

Eric


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

Re: [OSM-talk-fr] Cartes Garmin... Update ?

[l...@worldonline.fr]

Le mardi 21 mai 2013 à 21:50 +0200, Guillaume Castagnino a écrit :

> 
> Mais je me demandais, quelle est la différence entre cette carte topo 
> http://garmin.openstreetmap.fr/osm_france_relief_gmapsupp.zip et celle 
> de "lann" ici : 
> http://garmin.openstreetmap.fr/garmin-lann/gmapsupp_topo.img.zip
> 
> Vu depuis mon GPS de rando, je n'arrive pas à voir de différence. Y 
> aurait-il une finesse qui m'échappe ?
> 

Aucune je suppose car je prends également le style par défaut de mkgmap

Seule différence, je la mets en ligne tous les vendredis soir

Bonne soirée


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

[OSM-talk-fr] qualification micro carto indoor (zoom20): proposition de pictos

[ZIMMY]

Dans la catégorie visualiser au plus près : je suis désireux de mettre en
évidence les entrée et sorties des bâtiments avec leur statuts :
entrance=yes/main/exit...

Il existe des pictos pour cela, il sont déjà affichables dans JOSM
en voici une version
http://www.tertiaire.afpa.fr/bizenglish/esp-general/FondsDoc/consignes_%20pictogrammes.HTM#acces

il serait intéressant de voir pour l'ascenseur également. Dans les grands
ERP c'est une information importantes pour les personnes en fauteuil
roulant.



-
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/qualification-micro-carto-indoor-zoom20-proposition-de-pictos-tp5762278.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] [OSM-talk] Rencontre SIG Grand Besançon - OSM

[Vincent de Château-Thierry]

Bonsoir,

Le 22/05/2013 14:02, Christian Quest a écrit :


Nous allons avoir le même type de "problème" avec d'autres sources de données.

Nous allons en effet avoir accès aux données brute du cadastre
vectoriel dans certains départements.
Ces données contiennent bien sûr le bâti et les limites
administratives, mais aussi les points adresses et le filaire de
voirie ainsi que quelques POI.


Est-ce que tu peux déjà dire quels départements sont préssentis ?
Question pas anodine dans le contexte des limites admins : autant 
consacrer nos efforts aux départements où rien ne bouge (sauf besoin avéré).



L'intégration et la comparaison avec l'existant va donc devoir être
développé d'une façon ou d'une autre, soit pour une intégration
automatique soit semi automatique avec l'intervention des fourmis OSM.
Si possible un tel outil ne devrait pas être trop lié à tel ou tel jeu
de données libéré pour pouvoir être utilisé dans un maximum de cas qui
au final sont assez similaire.
Osmose a pu rendre générique l'intégration de POI ponctuels, il
faudrait un équivalent pour des données linéaires ou surfaciques...


Quand j'entends "générique", je tique. Face aux jeux de données d'un 
nouveau producteur, il faudra se (re)poser des questions sur la qualité 
de ce qu'on nous propose. Que l'interface pour les fourmis OSM soit au 
final la même d'un producteur à l'autre pourquoi pas (c'est même 
souhaitable), mais en amont il faut par principe être prêt à adapter la 
donnée, pour la faire converger vers notre "cahier des charges" : un 
mélange de compatibilité technique (format osm, système de coordonnées, 
géométrie correcte) et de choix éditoriaux (quels modèle de tags pour 
quelles entités), le tout combiné aux particularismes liés de chaque source.

De mon côté, volontiers partant pour discuter de tout ça le moment venu.

vincent

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

Re: [OSM-talk-fr] [OSM-talk] Rencontre SIG Grand Besançon - OSM

[Christian Quest]

Le 22 mai 2013 22:01, Vincent de Château-Thierry  a écrit :
> Bonsoir,
>
> Le 22/05/2013 14:02, Christian Quest a écrit :
>
>>
>> Nous allons avoir le même type de "problème" avec d'autres sources de
>> données.
>>
>> Nous allons en effet avoir accès aux données brute du cadastre
>> vectoriel dans certains départements.
>> Ces données contiennent bien sûr le bâti et les limites
>> administratives, mais aussi les points adresses et le filaire de
>> voirie ainsi que quelques POI.
>
>
> Est-ce que tu peux déjà dire quels départements sont préssentis ?
> Question pas anodine dans le contexte des limites admins : autant consacrer
> nos efforts aux départements où rien ne bouge (sauf besoin avéré).
>
>

A très court terme, la Somme... il manque juste un dernier échange de
courrier pour officialiser la mise à disposition (j'ai déjà les data
EDIGEO).


>> L'intégration et la comparaison avec l'existant va donc devoir être
>> développé d'une façon ou d'une autre, soit pour une intégration
>> automatique soit semi automatique avec l'intervention des fourmis OSM.
>> Si possible un tel outil ne devrait pas être trop lié à tel ou tel jeu
>> de données libéré pour pouvoir être utilisé dans un maximum de cas qui
>> au final sont assez similaire.
>> Osmose a pu rendre générique l'intégration de POI ponctuels, il
>> faudrait un équivalent pour des données linéaires ou surfaciques...
>
>
> Quand j'entends "générique", je tique. Face aux jeux de données d'un nouveau
> producteur, il faudra se (re)poser des questions sur la qualité de ce qu'on
> nous propose. Que l'interface pour les fourmis OSM soit au final la même
> d'un producteur à l'autre pourquoi pas (c'est même souhaitable), mais en
> amont il faut par principe être prêt à adapter la donnée, pour la faire
> converger vers notre "cahier des charges" : un mélange de compatibilité
> technique (format osm, système de coordonnées, géométrie correcte) et de
> choix éditoriaux (quels modèle de tags pour quelles entités), le tout
> combiné aux particularismes liés de chaque source.
> De mon côté, volontiers partant pour discuter de tout ça le moment venu.
>

Quand je parle de générique, c'est plutôt de code réutilisable.
Pour osmose, à chaque jeu de données, il y a une phase d'évaluation,
puis de mise en forme pour faire rentrer ça dans le moule existant et
c'est à ce process que je pensais, mais pour autre chose que du
ponctuel.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] [OSM-talk] Rencontre SIG Grand Besançon - OSM

[Frédéric Rodrigo]

Le 22/05/2013 22:20, Christian Quest a écrit :

Quand j'entends "générique", je tique. Face aux jeux de données d'un nouveau
producteur, il faudra se (re)poser des questions sur la qualité de ce qu'on
nous propose. Que l'interface pour les fourmis OSM soit au final la même
d'un producteur à l'autre pourquoi pas (c'est même souhaitable), mais en
amont il faut par principe être prêt à adapter la donnée, pour la faire
converger vers notre "cahier des charges" : un mélange de compatibilité
technique (format osm, système de coordonnées, géométrie correcte) et de
choix éditoriaux (quels modèle de tags pour quelles entités), le tout
combiné aux particularismes liés de chaque source.
De mon côté, volontiers partant pour discuter de tout ça le moment venu.



Quand je parle de générique, c'est plutôt de code réutilisable.
Pour osmose, à chaque jeu de données, il y a une phase d'évaluation,
puis de mise en forme pour faire rentrer ça dans le moule existant et
c'est à ce process que je pensais, mais pour autre chose que du
ponctuel.


En fait il n'y a même pas de mise en forme. Le principe est justement de 
"configurer" toutes les spécificités (projection, encodage, tags fix, 
tags paramétrées...) sur la base d'un code réutilisable. Le but est 
d'avoir un minium d'opération à faire, et surtout le moins possible 
d'opération manuelle de traitement, ce qui facilite les mises à jour. 
Dans la plus grande partie des cas le seul traitement fait sur les 
données est de faire bz2 du csv, pas plus.


Voilà à quoi ressemble un de ces fichiers de "configuration" type :
https://gitorious.org/osmose/backend/blobs/master/analysers/analyser_merge_railstation_fr.py

Toutes les analyses "merge" sont de ce type. C'est un partie de l'avant 
dernière section d'osmose (item=7xxx), et toute la dernière section 
(item=8xxx).


Osmose est capable de projeter sur des way ou relations mais pas d'en 
importer.


Frédéric.




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

Re: [OSM-talk-fr] Cartes Garmin... Update ?

[Vincent Pottier]

Le 21/05/2013 16:38, Frédéric Bonifas a écrit :
...
Le 22/05/2013 18:22, l...@worldonline.fr a écrit :
...

Merci à vous deux.
--
FrViPofm


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

Re: [OSM-talk-fr] [OSM-talk] Rencontre SIG Grand Besançon - OSM

[Vincent Pottier]

Le 22/05/2013 22:01, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 22/05/2013 14:02, Christian Quest a écrit :


Nous allons avoir le même type de "problème" avec d'autres sources de 
données.


Nous allons en effet avoir accès aux données brute du cadastre
vectoriel dans certains départements.
Ces données contiennent bien sûr le bâti et les limites
administratives, mais aussi les points adresses et le filaire de
voirie ainsi que quelques POI.
L'intégration et la comparaison avec l'existant va donc devoir être
développé d'une façon ou d'une autre, soit pour une intégration
automatique soit semi automatique avec l'intervention des fourmis OSM.
Si possible un tel outil ne devrait pas être trop lié à tel ou tel jeu
de données libéré pour pouvoir être utilisé dans un maximum de cas qui
au final sont assez similaire.
Osmose a pu rendre générique l'intégration de POI ponctuels, il
faudrait un équivalent pour des données linéaires ou surfaciques...


Quand j'entends "générique", je tique. Face aux jeux de données d'un 
nouveau producteur, il faudra se (re)poser des questions sur la 
qualité de ce qu'on nous propose. Que l'interface pour les fourmis OSM 
soit au final la même d'un producteur à l'autre pourquoi pas (c'est 
même souhaitable), mais en amont il faut par principe être prêt à 
adapter la donnée, pour la faire converger vers notre "cahier des 
charges" : un mélange de compatibilité technique (format osm, système 
de coordonnées, géométrie correcte) et de choix éditoriaux (quels 
modèle de tags pour quelles entités), le tout combiné aux 
particularismes liés de chaque source.

De mon côté, volontiers partant pour discuter de tout ça le moment venu.

vincent

Tout à fait d'accord.
Ce que j'avais en tête en causant avec le Service Carto du Grand 
Besançon, c'est un processus en deux temps.

1/
* Analyse
* tri : éviter les doublons, les superpositions, les objets inutiles
* formatage : sémantique, simplification de ways...
* import en base de donnée

2/ mise à disposition sur une interface osmose (ou clc qui sert des 
polygones)

* un layer noir & blanc pour OSM existant
* un layer couleur, fond transparent, pour ce qui est disponible à 
l'intégration

* un layer vecteur cliquable

Le défi est de produire un diff sur une thématique, genre bâti 
(building=*), et d'arriver à le visualiser selon les différents cas
* L'objet existe et est identique dans OSM et dans la source => pas 
d'intégration
* L'objet existe dans OSM et dans S, mais les tags sont différents => 
proposer l'intégration avec report de tags
* Un objet existe dans OSM qui est fortement recouvert par un objet de S 
avec tags équivalents => proposer le remplacement
* Un objet existe dans OSM mais pas dans S = afficher une note (besoin 
de mise à jour ?)

* Un objet existe dans S mais pas dans OSM = proposer l'intégration

Est-il possible de faire une interface unique qui présente à 
l'intégration des éléments de sources diverses, avec peut-être un select 
multiple pour les sources proposées ?
Cette interface laisserait passer certains éléments et pas d'autres... 
On pourrait l'appeler... osmose.

(la partie contrôle qualité pourrait s'appeler cosmetic)
--
FrViPofm

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

Re: [OSM-talk-fr] [Carrément HS] Les Jojos

[Jo]

Ce n'est qu'un petit test, pour voir si mon nom a changé sur cette liste.
(En m'abonnant au talk-es, j'avais retrouvé l'interface web)

J'aurais peut-être dû changer mon nom en Joe d'Alton :-)

Jo

2013/5/20 Pieren 

> 2013/5/19 Art Penteur :
>
> > Pouvez-vous envisager un "Jo d'ici" et
> > "Jo d'ailleurs" ? Ou bien "Jo du sud" et "Jo du nord" ?
>
> Si seulement il venait de la ville d'Alton:
> http://www.openstreetmap.org/?lat=38.89051&lon=-90.1827&zoom=17&layers=M
>
> Pieren
>
> ___
> 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] Rendu françafrique

[Philippe Verdy]

On 05/21/2013 09:05 AM, Jérôme Cornet wrote:
> Ça ne répond pas non plus exactement à la question mais le rendu pour zones
désertiques fait un peu de cela (apparition des routes et pistes à plus
faible niveau de zoom). Hébergé ici pour un tout petit bout de l'Afrique:
http://tmpsahara.dyndns.org/

Une remarque : le fond de rendu du relief me semble beaucoup trop contrasté
pour rendre lisible tout ce qu'on affiche dessus. Sur les sommets
montagneux et vallées de l'Atlas, ou les volcans des îles Canaries, c'est
très peu lisible (là je ne parle pas des libellés qui ont leur fantôme
blanc autour, mais des pistes, routes, et constructions) Cela affecte aussi
le rendu des villes (quoiqu'on ne puisse pas encore zoomer au niveau des
rues de Rabat ou Casablanca par exemple).

Il n'y a pas moins de faire un rendu avec des couleurs plus pâles de ce
fond (l'affadir avec 50% de blanc) ? Comment visualiser aussi les forêts de
l'Atlas sur un fond aussi fortement contrasté ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Carrément HS] Les Jojos

[Hélène PETIT]

Le 20/05/2013 21:20, Philippe Verdy a écrit :
> Donc c'est Jo qu'a rit...
> Jo, raie pas due.

;>)


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