Re: [OSM-talk-fr] Tag place (était "bêta-testeurs pour mon site")

[Vincent Pottier]

Le 28/09/2011 01:43, Christian Rogel a écrit :

"To be or not to be, that is the question", c'était Hamlet, pas 
Isolated_dweling ? Non ?

--
FrViPofm

On ne peut pas suivre 2 logiques :

L'adaptation française et celle des règles internationales qui décalent vers le 
haut toute l'échelle.
Le tag "city" n'est pratiquement applicable qu'à Paris, vu depuis les US et ne
parlons pas de la Chine
Town, village et hamlet sont alors aussi décalé vers le haut.
On se demande alors ce qu'on fait quand "l'hamlet" OSM est survitaminé, alors 
que la
France a de nombreuses régions où l'habitat est dispersé et la densité faible.

La description dans la page anglaise d'isolated_dwelling montre une habitation
dans une montagne, ce qui ne correspond pas à nos nombreux hameaux isolés les 
uns
  des autres, mais souvent très proches.

De plus isolated_dwelling, mais il n'est pas dispo dans Potlacht 2 qui est mon
outil favori en ce moment.

A moins de proposer "sub hamlet" ou "wee hamlet" (avec l'accent écossais) ?
L'idée étant d'avoir une hiérarchie et de mettre "hamlet" à un lieu un
peu animé, mais ne pouvant être  un village au sens OSM


Christian



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

Re: [OSM-talk-fr] Tag place (était "bêta-testeurs pour mon site")

[Christian Rogel]

Le 27 sept. 2011 à 21:49, Pieren a écrit :

> 2011/9/27 Christian Rogel :
>> 
>> En tout cas, je suis très satisfait de voir ce que donne "place=locality" 
>> pour les grosses fermes ou les hameaux de deux ou trois maisons, bien que ce
>> soit la même chose pour un lieu-dit non habité.
>> Sur France Topo, cela apparaît en italique et crée une hiérarchie claire, 
>> car les "hamlets" (8 à 15 habitations mini, disons un lotissement
>> ou un écart habité un peu costaud) sont bien vus comme la population peut 
>> les percevoir : un endroit où il y a un peu de monde).
>> Cela me paraît aussi valable pour la Bretagne que pour le Périgord.
>> Le chiffre de 100 avancé pour un "hamlet" dans le wiki OSM est un peu fort 
>> et valable pour l'Angleterre (mais pas pour l'Ecosse ou le pays de Galles).
>> Je n'utilise pas "isolated dwelling",
> 
> Christian, il semblerait que tu persistes à employer ta propre
> définition des tags "place" qui n'est partagée nul part ailleurs dans
> OSM, ni dans la documentation.
> Donc, pour ceux qui prennent nos conversations en cours de route et
> qui seraient déroutés par le précédent message:
> - "locality" : lieu-dit inhabité:
> http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality
> http://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dlocality
> 
> - "isolated_dwelling" : lieux-dit habité de une ou deux maisons. Se
> place entre "locality" et "hamlet". A aussi remplacé (rendu obsolète)
> le tag "place=farm" qui a existé un temps inofficiellement, surtout
> chez les allemands. Ce type d'habitat isolé concerne essentiellement
> chez-nous des fermes, des auberges, des moulins ou d'anciens relais de
> postes.
> http://wiki.openstreetmap.org/wiki/Tag:place%3Disolated_dwelling
> (pas de traduction de la page wiki mais sur FR:Map Features : "Ècart;
> le plus petit groupe rural d'habitations. Plus petit qu'un hameau.
> Deux maisons maximum. "
> 
> - hamlet  : un hameau. Un groupe de maisons. Plusieurs familles. C'est
> moi qui ai ramené la limite à 100 pour la France dans le wiki et avec
> un point d'interrogation parce qu'elle était de 1000 auparavant comme
> chez les anglais. Et elle est restée à 1000 pendant très longtemps
> chez eux (le changement de limite à 100-200 ne datant que de cette
> année sur le wiki anglais). On peut discuter de ce chiffre de 100
> totalement arbitraire mais remettre en cause toute la hiérarchie des
> tags "place".
> 

On ne peut pas suivre 2 logiques :

L'adaptation française et celle des règles internationales qui décalent vers le 
haut toute l'échelle.
Le tag "city" n'est pratiquement applicable qu'à Paris, vu depuis les US et ne
parlons pas de la Chine
Town, village et hamlet sont alors aussi décalé vers le haut.
On se demande alors ce qu'on fait quand "l'hamlet" OSM est survitaminé, alors 
que la 
France a de nombreuses régions où l'habitat est dispersé et la densité faible.

La description dans la page anglaise d'isolated_dwelling montre une habitation
dans une montagne, ce qui ne correspond pas à nos nombreux hameaux isolés les 
uns
 des autres, mais souvent très proches.

De plus isolated_dwelling, mais il n'est pas dispo dans Potlacht 2 qui est mon
outil favori en ce moment.

A moins de proposer "sub hamlet" ou "wee hamlet" (avec l'accent écossais) ?
L'idée étant d'avoir une hiérarchie et de mettre "hamlet" à un lieu un
peu animé, mais ne pouvant être  un village au sens OSM


Christian


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

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Sébastien Dinot]

Sébastien Dinot a écrit :
> 2. De nombreuses différences entre les fichiers ~/.josm/preferences,
>assez difficiles à analyser, même en triant le contenu de ces
>fichiers. Les lignes différentes dans lesquelles apparaissent le
>service du CRAIG sont :
> 
> Ancien :
> 
> imagery.entries.1=name:CRAIG 30 
> cm^^type:wms^^url:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&srs={proj}&width={width}&height={height}&bbox={bbox}
> imagery.layers.1=CRAIG 30 
> cm^^wms:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS={proj}&width={width}&height={height}&bbox={bbox}
> 
> 
> Nouveau :
> 
> imagery.entries.5=name:CRAIG - Auvergne 30 
> cm^^type:wms^^url:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}^^attribution-text:Orthophotographie
>  CRAIG/TopoGEODIS 
> 2009-2010^^attribution-url:http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG^^bounds:44.604,2.045,46.8219996,4.507^^shapes:45.4023663,2.4599585,45.4286348,2.3254017,44.99436629996,2.0451281,44.6038115,2.18405,44.6327309,2.5051357,44.9171205,2.7307249,44.6338266,2.94013907,44.87683279995,3.1298041,44.84973989996,3.20567097,44.943936,3.3391344,44.7949731,3.4520304,44.8615633,3.6424809,44.7248374,3.88715976,44.9500272,4.3282054,45.1774345,4.5055095,45.3819241,4.3576878,45.3864069,3.9168916,45.5071399,4.0149721,45.68385449995,3.8053434,45.9552827,3.7322737,45.9681345,3.84891157,46.2250239,3.81359258,46.31797969995,4.0296102,46.4658971,4.0317945,46.5490366,3.7600585,46.7794611,3.6255192,46.685589,3.4878525,46.6999834,3.17286857,46.8217147,2.93779107,46.67181979994,2.54679508,46.5508339,2.5662523,46.48131439995,2.2747709,46.3216155,2.2762271,46.2543249,2.4722891,46.0383633,2.57202787,45.9014582,2.51412567,45.8340658,2.3591137,45.71318869996,2.4954764^^projections:EPSG:2154,EPSG:4326,EPSG:3785,EPSG:3857,EPSG:900913,EPSG:4171
> 

Petit test que je viens de faire : j'ai remplacée dans le fichier de
configuration de JOSM la ligne interminable ci-dessus par :


imagery.entries.5=name:CRAIG - Auvergne 30 
cm^^type:wms^^url:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}


ce qui revient au nom et à la casse près à la ligne de l'ancien répertoire.

Si je vais cela, ça « tombe en marche  ».

C'est donc bien un bogue de JOSM qui n'apparaît que sur une installation
fraîche de l'outil.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Sébastien Dinot]

Bonsoir,

Sébastien Dinot a écrit :
> - le flux WMS CRAIG 30 cm dont le modèle de requête prédéfini dans
>   JOSM est :
> 
>   
> wms:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS={proj}&WIDTH={width}&height={height}&BBOX={bbox}

Sur une autre machine où une version de JOSM configurée il y a bien plus
longtemps me donne accès au flux du CRAIG, que ce soit en utilisant la
projection EPSG:4326 ou la projection EPSG:3857, l'url du service WMS
est :

wms:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS=EPSG:4326&;

Le SRS est donc fixé et les paramètres width, height et bbox ne sont pas
spécifiés.

Si je remplace cette url par celle-ci

wms:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&srs={proj}&width={width}&height={height}&bbox={bbox}

Ça fonctionne toujours.

Idem si je mets les clés en majuscules.

Idem après avoir mis à jour JOSM (4398 => 4468).

Par contre, si je supprime le répertoire $HOME/.josm/, que je lance
derechef JOSM (il recrée le répertoire ~/.josm/), que j'active le flux
WMS « CRAIG - Auvergne 30 cm » qui est associé au modèle d'url :

wms:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Là, ça part en vrille et j'obtiens l'erreur déjà signalée.

J'ai effectué un diff entre mon ancien répertoire de configuration et le
nouveau. Les seuls changements qui me semblent notables sont :

1. Un répertoire ~/.josm/wms-cache/ qui existe dans l'ancien répertoire
   et pas le nouveau.

2. De nombreuses différences entre les fichiers ~/.josm/preferences,
   assez difficiles à analyser, même en triant le contenu de ces
   fichiers. Les lignes différentes dans lesquelles apparaissent le
   service du CRAIG sont :

Ancien :

imagery.entries.1=name:CRAIG 30 
cm^^type:wms^^url:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&srs={proj}&width={width}&height={height}&bbox={bbox}
imagery.layers.1=CRAIG 30 
cm^^wms:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS={proj}&width={width}&height={height}&bbox={bbox}


Nouveau :

imagery.entries.5=name:CRAIG - Auvergne 30 
cm^^type:wms^^url:http://wms.craig.fr/osm?service=wms&request=getmap&version=1.1.1&layers=auvergne&format=image/jpeg&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}^^attribution-text:Orthophotographie
 CRAIG/TopoGEODIS 
2009-2010^^attribution-url:http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG^^bounds:44.604,2.045,46.8219996,4.507^^shapes:45.4023663,2.4599585,45.4286348,2.3254017,44.99436629996,2.0451281,44.6038115,2.18405,44.6327309,2.5051357,44.9171205,2.7307249,44.6338266,2.94013907,44.87683279995,3.1298041,44.84973989996,3.20567097,44.943936,3.3391344,44.7949731,3.4520304,44.8615633,3.6424809,44.7248374,3.88715976,44.9500272,4.3282054,45.1774345,4.5055095,45.3819241,4.3576878,45.3864069,3.9168916,45.5071399,4.0149721,45.68385449995,3.8053434,45.9552827,3.7322737,45.9681345,3.84891157,46.2250239,3.81359258,46.31797969995,4.0296102,46.4658971,4.0317945,46.5490366,3.7600585,46.7794611,3.6255192,46.685589,3.4878525,46.6999834,3.17286857,46.8217147,2.93779107,46.67181979994,2.54679508,46.5508339,2.5662523,46.48131439995,2.2747709,46.3216155,2.2762271,46.2543249,2.4722891,46.0383633,2.57202787,45.9014582,2.51412567,45.8340658,2.3591137,45.71318869996,2.4954764^^projections:EPSG:2154,EPSG:4326,EPSG:3785,EPSG:3857,EPSG:900913,EPSG:4171


Tout cela ressemble donc bien à un bogue de JOSM.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Maxspeed sur les aires de repos

[eMerzh]

Oulà c'est un grand débat ça  :p
si il y a un maxspeed c'est sur le highway je dirais pas sur l'aire en
tout cas...

Sinon il y existe l'école du maxspeed partout avec un tag genre
source:maxspeed=FR:URBAN ou autre
j'aime assez cette soluce qui à l'avantage de marcher tout de suite
avec les logiciels en attendant de trouver un moyen correcte de faire
des valeurs par défauts tout en gardant l'info pour plus tard.

bref il existe encore d'autre possibilitées...c'est une question de gout :)




2011/9/27 JonathanMM :
> Le 27/09/2011 19:32, Jean-Francois Nifenecker a écrit :
>> Bonjour,
>>
>> la vitesse maximale autorisée sur les aires d'autoroute est
>> actuellement de 50 km/h en France.
>>
>> Faut-il étiqueter cette information et, si oui, comment ?
>>
>> -- non car c'est le maxspeed réglementaire
> À étiqueter si la valeur est différente de la valeur par défaut. Sinon,
> pas besoin, puisqu'il y a un objet dans OSM indiquant les valeurs par
> défaut associés a certains tags (notamment tout ce qui est nombre de
> voie et vitesse limite). Il me semble que ça doit être dans la
> descendance des membres de la relation France ;)
> JonathanMM
>>
>> -- oui. Il faut ajouter maxspeed=50 à toutes les highway=service de
>> l'aire
>>
>> -- oui. Il faut juste étiqueter le maxspeed=50 sur la surface qui
>> délimite l'aire.
>>
>> Merci pour vos comment-aires sagaces.
>>
>> Amicalement,
>
>
> ___
> 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] Fwd: Feature Proposal - RFC - bike safety

[Gérard]

Bonsoir,

Juste un petit message sur la liste francophone pour signaler une
proposition de tag bike_safety, dont j'ai détaillé la définition dans la
page
 http://wiki.openstreetmap.org/wiki/FR:Bike_safety
pour le cas de la France. Les commentaires sont les bienvenus.

-- Forwarded message --
From: Gérard 
Date: 2011/9/27
Subject: Feature Proposal - RFC - bike safety
To: tagg...@openstreetmap.org


Hi,

After discussion at a mapping party in Toulouse, I propose a new tag
bike_safety to scale how safe a street/road is for bicyles.
http://wiki.openstreetmap.org/wiki/Proposed_features/bike_safety
Note that I consider that in the same way that primary/secondary/tertiary
have a country dependant definition, I consider that the bike_safety tagging
scale (from 1 to 4) has to be adjusted to country dependant safety
conditions. The case of bike_safety within France is thus detailled in the
FR page:
 http://wiki.openstreetmap.org/wiki/FR:Bike_safety
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] POI "tailleur de vêtements" ?

[Romain MEHUT]

Oups. Je n'ai pas bien interprété le wiki: dans la page "tailor", c'est le
comptage de "dressmaker" et vice-versa.

Le 27 septembre 2011 21:59, Pieren  a écrit :

> 2011/9/27 Romain MEHUT :
> > ou http://wiki.openstreetmap.org/wiki/Tag:craft%3Ddressmaker
> > Celui-ci est plus utilisé que tailor.
>
> Euh...
> craft=dressmaker : 48
> (http://taginfo.openstreetmap.org/tags/craft=dressmaker#wiki)
> craft=tailor : 188 (
> http://taginfo.openstreetmap.org/tags/craft=tailor#wiki)
>
> Mais ça n'est pas un problème de statistique:
> si ton artisan se qualifie de "tailleur" -> "craft=tailor".
> si ton artisan se qualifie de "couturier" -> "craft=dressmaker".
>
> 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] Carte des emprunts toxiques

[Romain MEHUT]

Le 24 septembre 2011 21:24, Pieren  a écrit :

> Merci beaucoup pour cette longue explication avec de nombreux
> exemples. Il faudra qu'on analyse un peu plus profondément les
> problèmes avec Nominatim. Mais il semblerait que les données utilisées
> par Nominatim datent un peu (aout 2011) et il est possible qu'à ce
> moment-là, certaines limites administratives étaient temporairement
> incomplètes (c'est inévitable dans un système ouvert). Mais à l'heure
> où j'écris ce message, les régions et départements semblent corrects
> (y compris la Corse).
> Peut-être faudra-t-il envisager un dépôt de shapefiles des limites
> départemetns/régions/communes générés manuellement à intervale
> régulier (pour tenir compte des améliorations mais aussi pour ne les
> faire que lorsque les polygones sont bien fermés).
> Pour les communes inconnues de Nominatim, j'ai juste vérifié pour la
> 1ere de la liste "CONNANTRE" et celle-ci ne figure pas encore dans
> OSM, ni sous forme de polygone, ni même avec un simple node "place".
> Donc ça n'est pas la faute de Nominatim. La Marne et plus généralement
> la Champagne-Ardenne est assez en retard concernant les limites
> administratives (et le reste aussi). Nous manquons de contributeurs
> zélés dans ce coin (sans doute aussi est-ce dû au fait que le
> cadastre, qui est notre source unique pour les limites
> administratives, n'y est que faiblement vectorisé: 85 communes sur 620
> pour le 51).
>

Pour ce qui est de la Meurthe-et-Moselle, le retard se comble petit à petit.
Le département a initié un processus de vectorisation de l'ensemble des
communes mais cela va prendre au moins 3 ans. Par contre, comme le cadastre
est notre principale source pour ajouter les limites de communes, c'est là
qu'intervient le site http://cadastre.cleo-carto.org/ de Philippe Pary. Et
depuis quelques jours il y a de nouvelles communes de mon département (dont
certaines dans mon secteur et que donc je pourrais cartographier) qui sont
disponibles en vecteur:
http://beta.letuffe.org/cron/etat-communes/communes.csv.txt Seulement
Philippe si j'ai bien compris est seul à tenir à jour cleo-carto et en ce
moment il n'est pas trop disponible. Est-ce qu'il serait envisageable que
quelqu'un puisse le suppléer?


> Pour les recherches qui nécessitent une orthographe correcte,
> Nominatim est certainement trop peu tolérant et on aura du mal à
> battre Google dans ce type de recherche approchée. Mais je garde à
> l'esprit que nous aurons sans doute un jour tout à gagner à mettre en
> place notre propre serveur Nominatim qui pourra être mieux adapté aux
> spécificités de la langue française.
>
> 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] POI "tailleur de vêtements" ?

[Pieren]

2011/9/27 Romain MEHUT :
> ou http://wiki.openstreetmap.org/wiki/Tag:craft%3Ddressmaker
> Celui-ci est plus utilisé que tailor.

Euh...
craft=dressmaker : 48
(http://taginfo.openstreetmap.org/tags/craft=dressmaker#wiki)
craft=tailor : 188 (http://taginfo.openstreetmap.org/tags/craft=tailor#wiki)

Mais ça n'est pas un problème de statistique:
si ton artisan se qualifie de "tailleur" -> "craft=tailor".
si ton artisan se qualifie de "couturier" -> "craft=dressmaker".

Pieren

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[yvecai]

Je dois dire que j'ai été soufflé ce matin en buvant mon café. Et en 
plus, c'était sur mon téléphone!
S'il fallait dire quelques chose sur le rendu, peut-être désaturer un 
peu le rouge et orange des routes et autoroutes, mais c'est juste pour dire.


Encore bravo!
Yves


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

[OSM-talk-fr] Tag place (était "bêta-testeurs pour mon site")

[Pieren]

2011/9/27 Christian Rogel :
>
> En tout cas, je suis très satisfait de voir ce que donne "place=locality" 
> pour les grosses fermes ou les hameaux de deux ou trois maisons, bien que ce
> soit la même chose pour un lieu-dit non habité.
> Sur France Topo, cela apparaît en italique et crée une hiérarchie claire, car 
> les "hamlets" (8 à 15 habitations mini, disons un lotissement
> ou un écart habité un peu costaud) sont bien vus comme la population peut les 
> percevoir : un endroit où il y a un peu de monde).
> Cela me paraît aussi valable pour la Bretagne que pour le Périgord.
> Le chiffre de 100 avancé pour un "hamlet" dans le wiki OSM est un peu fort et 
> valable pour l'Angleterre (mais pas pour l'Ecosse ou le pays de Galles).
> Je n'utilise pas "isolated dwelling",

Christian, il semblerait que tu persistes à employer ta propre
définition des tags "place" qui n'est partagée nul part ailleurs dans
OSM, ni dans la documentation.
Donc, pour ceux qui prennent nos conversations en cours de route et
qui seraient déroutés par le précédent message:
- "locality" : lieu-dit inhabité:
http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality
http://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dlocality

- "isolated_dwelling" : lieux-dit habité de une ou deux maisons. Se
place entre "locality" et "hamlet". A aussi remplacé (rendu obsolète)
le tag "place=farm" qui a existé un temps inofficiellement, surtout
chez les allemands. Ce type d'habitat isolé concerne essentiellement
chez-nous des fermes, des auberges, des moulins ou d'anciens relais de
postes.
http://wiki.openstreetmap.org/wiki/Tag:place%3Disolated_dwelling
(pas de traduction de la page wiki mais sur FR:Map Features : "Ècart;
le plus petit groupe rural d'habitations. Plus petit qu'un hameau.
Deux maisons maximum. "

- hamlet  : un hameau. Un groupe de maisons. Plusieurs familles. C'est
moi qui ai ramené la limite à 100 pour la France dans le wiki et avec
un point d'interrogation parce qu'elle était de 1000 auparavant comme
chez les anglais. Et elle est restée à 1000 pendant très longtemps
chez eux (le changement de limite à 100-200 ne datant que de cette
année sur le wiki anglais). On peut discuter de ce chiffre de 100
totalement arbitraire mais remettre en cause toute la hiérarchie des
tags "place".

Je ne rentrerais pas dans les détails des tags "village" et "suburb",
ni sur les dernières propositions pour "quarter" et "neighbourhood".
Mais si vous tombez sur des tags "place" ne respectant pas ce
consensus pour la France métropolitaine tel que décrit ci-dessus, vous
êtes vivement encouragés à les corriger dès que possible.
Je pense qu'un audit de ces tags par départements sera sans doute
souhaitable un jour ou l'autre pour vérifier que nos pratiques sont
bien cohérentes sur l'ensemble du territoire, surtout pour des tags de
cette importance.

Pieren

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Calame]

Le 27/09/2011 19:26, Christian Rogel a écrit :


En tout cas, je suis très satisfait de voir ce que donne "place=locality" pour 
les grosses fermes ou les hameaux de deux ou trois maisons, bien que ce
soit la même chose pour un lieu-dit non habité.


Le problème, c'est que « place=locality » ne doit pas être utilisé pour 
un lieu habité (Voir http://wiki.openstreetmap.org/wiki/FR:Key:place). 
Pour les fermes et les petits hameaux, il faut utiliser « 
place=isolated_dwelling »  mais cette dernière valeur est assez récente, 
je ne sais pas s'elle est bien rendue maintenant sur Mapnik (mes 
derniers tests datent mais à l'époque ils n'apparaissaient pas dans Mapnik).


Ma remarque, c'était qu'il n'y avait rien de fiable et de simple pour 
distinguer dans les masses des « place=hamlet », les gros hameaux 
(parfois plus gros que la partie village avec la mairie) des moyens et 
des petits, ce qui pourrait être utile quand l'habitat est dispersé sur 
une commune.


Vincent

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

[OSM-talk-fr] Tag pour téléski nautique ?

[Benoît]

Je cherche à tagguer un téléski nautique qui a ouvert cet été du côté de
Grenoble. Malheureusement cette activité n'est pas répertoriée sur le wiki
OSM.

J'ai regardé du côté de Paris, pour savoir comment c'était fait. J'en ai
trouvé un à Cergy, malheureusement il n'est pas encore répertorié dans OSM.
http://www.basedeloisirs95.com/personnes-besoins-specifiques (Sur l'étang
des Hautes Bornes)
http://www.openstreetmap.org/?lat=49.0299117565155&lon=2.04407930374146&zoom=15
Si quelqu'un veut s'y mettre.

Alors pour le mien à Grenoble j'ai essayé avec :
*aerialway=drag_lift (comme pour un tire-fesse de ski. C'est pas exactement
ça, parce qu'il n'y a pas de "lift", mais admettons.)
*sport=water_ski
*leisure=track

Qu'en pensez vous? Je pense que le dernier tag n'est pas forcément
approprié. Car ça représente plutôt une piste, type piste de ski, donc une
surface. Alors que là il faudrait plutôt une piste linaire, comme une route,
un anneau.
Y a t'il déjà des conventions pour ce type d'activité?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Besoin de bêta-testeurs pour mon site

[Romain MEHUT]

Whaouh!!! J'ai envie de dire. Voilà un superbe résultat qui va bien me
servir pour communiquer sur OSM et ses possibilités.

Je rajoute une info que personne (il me semble) n'a signalé jusqu'alors:
dans les couches de données, tu proposes les circuits cyclotouristes. Est-ce
qu'il serait possible d'inclure les circuits pédestres (relation
route=hiking)?

Et je vote aussi pour un export à la manière d'osm.org et pourquoi pas à
inclure ton rendu également sur osm.org. Il surpasse celui d'opencyclemap...

Merci!
Romain

Le 27 septembre 2011 20:16, Vincent Pottier  a écrit :

> **
> Le 27/09/2011 19:26, THEVENON Julien a écrit :
>
>  * De :* Krysst  
>
>  Une autre petite remarque concernant les calques : "calque topographique"
> et "calque topographique ( atténué )" ne font pas partie du même groupe de
> radiobutton ce qui fait qu on peut activer les deux en meme temps.
> C est la meme chose pour les calques "Isohypses" et "Isohypses ( atténués)"
> Il me semblerait plus logique d avoir sur le même modèle que tu as pour le
> fond : "Fond vierge" "Fond topographique" "Fond topographique (atténué)":
> + un groupe de 3 radiobuttons "Pas de calque topographique", "calque
> topographique" et "calque topographique ( atténué )"
> + un groupe de 3 radiobuttons "Pas d'Isohypses", "Isohypses" et "Isohypses
> ( atténué )"
>
>
>  Ou, pour gagner de la place, des jeux de 3 icônes avec infobulles :
> aucun, moyen, fort, à cliquer
> * carte topographique : [] [] []
> * isohyphes : [] [] []
> -
> FrViPofm
>
>
> ___
> 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] POI "tailleur de vêtements" ?

[Romain MEHUT]

ou http://wiki.openstreetmap.org/wiki/Tag:craft%3Ddressmaker
Celui-ci est plus utilisé que tailor.

Le 27 septembre 2011 20:24, didier2...@free.fr  a écrit
:

>
> Le mardi 27 septembre 2011 à 20:15 +0200, Teuxe a écrit :
> > Salut à tous,
> >
> > Y a-t-il un tag particulier pour un tailleur de vêtements ? Où vous vous
> > rendez pour refaire l'ourlet de votre plus beau pantalon, sans que le
> > commerçant ne soit vendeur de vêtements ou de tissus "basiques" ?
> > shop=fabric ?
>
> http://wiki.openstreetmap.org/wiki/FR:Key:craft
> craft = tailor
>
> quand je ne trouve pas un tag je le fais traduire de francais en anglais
> puis je fais la recherche sur le wiki
>
> didier
>
>
>
> ___
> 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] Question sur JOSM

[Vincent Privat]

Ne te fatigue pas à ça, le travail a déjà été fait par un utilisateur dans
ce commentaire:
http://josm.openstreetmap.de/ticket/6435#comment:6

Il semble que la version de JOSM qui déclenche ce bug de la JVM est entre la
2024 et la 2060, c'est donc assez vieux (2 ans).
Quelle est ta version de Java ? Pour l'instant, une seule version remonte
dans les rapports JOSM :

Java version: 1.6.0_22, Sun Microsystems Inc., OpenJDK 64-Bit Server VM

Si tu ne peux pas utiliser un jdk7 à la place, il reste la solution
d'utiliser JOSM sur un seul écran, sans "undocker" les différentes fenêtres.
Si tu es resté dans un état instable et que tu n'arrives pas à redocker les
fenêtres, tu peux y parvenir en remplaçant toutes les occurences de
"docked=false" par "docked=true" dans ton fichier .josm/preferences.

Sinon, un autre commentaire anonyme semble indiquer que l'erreur ne se
produit que si on undocke plus d'une fenêtre, tu peux me confirmer ce point
?

Tiens moi au courant de la suite :)
Vincent

Le 27 septembre 2011 09:30, Maetma 91  a écrit :

> Merci pour vos retours. Ce qui est bizarre c'est que j'utilise Java 6
> depuis que j'ai commencé à utiliser JOSM et ce problème n'est apparu que
> récemment. Je vais regarder ce qui se passe avec une version plus ancienne
> de JOSM.
>
> ___
> 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] POI "tailleur de vêtements" ?

[didier2...@free.fr]

Le mardi 27 septembre 2011 à 20:15 +0200, Teuxe a écrit :
> Salut à tous,
> 
> Y a-t-il un tag particulier pour un tailleur de vêtements ? Où vous vous
> rendez pour refaire l'ourlet de votre plus beau pantalon, sans que le
> commerçant ne soit vendeur de vêtements ou de tissus "basiques" ?
> shop=fabric ?

http://wiki.openstreetmap.org/wiki/FR:Key:craft
craft = tailor

quand je ne trouve pas un tag je le fais traduire de francais en anglais
puis je fais la recherche sur le wiki

didier



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

Re: [OSM-talk-fr] Re : Besoin de bêta-testeurs pour mon site

[Vincent Pottier]

Le 27/09/2011 19:26, THEVENON Julien a écrit :

* De :* Krysst 

Une autre petite remarque concernant les calques : "calque 
topographique" et "calque topographique ( atténué )" ne font pas 
partie du même groupe de radiobutton ce qui fait qu on peut activer 
les deux en meme temps.
C est la meme chose pour les calques "Isohypses" et "Isohypses ( 
atténués)"
Il me semblerait plus logique d avoir sur le même modèle que tu as 
pour le fond : "Fond vierge" "Fond topographique" "Fond topographique 
(atténué)":
+ un groupe de 3 radiobuttons "Pas de calque topographique", "calque 
topographique" et "calque topographique ( atténué )"
+ un groupe de 3 radiobuttons "Pas d'Isohypses", "Isohypses" et 
"Isohypses ( atténué )"



Ou, pour gagner de la place, des jeux de 3 icônes avec infobulles : 
aucun, moyen, fort, à cliquer

* carte topographique : [] [] []
* isohyphes : [] [] []
-
FrViPofm

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

[OSM-talk-fr] POI "tailleur de vêtements" ?

[Teuxe]

Salut à tous,

Y a-t-il un tag particulier pour un tailleur de vêtements ? Où vous vous
rendez pour refaire l'ourlet de votre plus beau pantalon, sans que le
commerçant ne soit vendeur de vêtements ou de tissus "basiques" ?
shop=fabric ?
Merci,

Teuxe



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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Eric SIBERT]

- les repères géodésiques ne sont effectivement pas des points côtés :
vaut-il mieux les laisser ou les enlever ?


Ni l'un ni l'autre. S'agissant des repères géodésiques français importés 
depuis l'IGN, le réseau français comporte plusieurs niveaux précision. 
Les repères sur clocher se retrouvent habituellement dans le niveau le 
moins précis, le NTF-5. Donc, je suggère de mettre tous les repères sauf 
le niveau NTF-5. Pour compliquer, cette information n'est pas stockée 
dans le nœud du repère mais sur la relation du site (clé network). Un 
site comporte plusieurs repères, généralement un repère principal et des 
repères secondaires. En poussant plus loin, il serait même intéressant 
de n'inclure que le repère principal d'un site. Sauf que rien dans OSM 
ou dans les données source de l'IGN ne permet de connaître le repère 
principal, s'il y en a un. Et si les repères d'un site sont 
habituellement à quelques mètres les uns des autres, parfois, certains 
sont à plusieurs centaines de mètres.


Mes 0,02 € pour t'aider à boucler le mois...



--
Éric

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Teuxe]

Salut,

J'aime beaucoup le style de ce rendu... ça donne vraiment de jolies
cartes à contempler... merci pour ces efforts !! Je vais béta-tester,
c'est sûr :)

> En tout cas, je suis très satisfait de voir ce que donne "place=locality" 
> pour les grosses fermes ou les hameaux de deux ou trois maisons, bien que ce
> soit la même chose pour un lieu-dit non habité.
> Sur France Topo, cela apparaît en italique et crée une hiérarchie claire, car 
> les "hamlets" (8 à 15 habitations mini, disons un lotissement
> ou un écart habité un peu costaud) sont bien vus comme la population peut les 
> percevoir : un endroit où il y a un peu de monde).
> Cela me paraît aussi valable pour la Bretagne que pour le Périgord.
> Le chiffre de 100 avancé pour un "hamlet" dans le wiki OSM est un peu fort et 
> valable pour l'Angleterre (mais pas pour l'Ecosse ou le pays de Galles).
> Je n'utilise pas "isolated dwelling", qui à mon idée, est surtout valable 
> pour l'Australie ou, à la rigueur, les Cévennes, et encore…
+1
J'aime moi aussi la disposition hiérarchique, notamment l'affichage du
nom des quartiers (place=suburb) comparé au nom des villes, qui sous
Mapnik est assez moche...

A propos du choix des couleurs (en vue précise), ça se défend et c'est
joli à lire... J'aurais ajouté une teinte de bleu supplémentaire pour
les sections d'autoroutes payantes :)

Pourquoi une différence de codes couleurs entre les vues d'ensemble (ex.
toute la France) et une vue plus précise ? Les autoroutes changent
d'aspect quand on fait un zoom... c'est perturbant. Peut-être à cause du
fond de carte qui diffère ?

Question transports, on pourra envisager d'implémenter le nouveau modèle
de transports publics unifié (bus/train/métro/etc.) qui doit devenir un
des points forts d'OpenStreetMap en zone urbaine :)
Mais j'adore déjà le rendu des voies ferrées, j'ai un faible pour ces
tracés filiformes :)

A part ça, quelle fréquence de rafraîchissement pour la génération des
cartes ?


Teuxe



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

Re: [OSM-talk-fr] Maxspeed sur les aires de repos

[JonathanMM]

Le 27/09/2011 19:32, Jean-Francois Nifenecker a écrit :
> Bonjour,
>
> la vitesse maximale autorisée sur les aires d'autoroute est
> actuellement de 50 km/h en France.
>
> Faut-il étiqueter cette information et, si oui, comment ?
>
> -- non car c'est le maxspeed réglementaire
À étiqueter si la valeur est différente de la valeur par défaut. Sinon,
pas besoin, puisqu'il y a un objet dans OSM indiquant les valeurs par
défaut associés a certains tags (notamment tout ce qui est nombre de
voie et vitesse limite). Il me semble que ça doit être dans la
descendance des membres de la relation France ;)
JonathanMM
>
> -- oui. Il faut ajouter maxspeed=50 à toutes les highway=service de
> l'aire
>
> -- oui. Il faut juste étiqueter le maxspeed=50 sur la surface qui
> délimite l'aire.
>
> Merci pour vos comment-aires sagaces.
>
> Amicalement,


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

Re: [OSM-talk-fr] Nommage des aires d'autoroute

[JonathanMM]

Le 27/09/2011 19:28, Jean-Francois Nifenecker a écrit :
> Bonjour,
>
> en voyage ces jours-ci vers Toulouse, je me suis attaché à faire un
> tour sur les aires de service et de repos de l'A62. J'ai vérifié les
> panneaux d'annonce sur l'autoroute et relevé les équipements des aires
> (pas encore transposé dans OSM ;)
>
> Mais je m'interroge sur le nommage de ces aires. Si les panneaux
> d'annonce sur l'autoroute sont non ambigus, il reste que, selon les
> supports, le nom de certaines aires peut être sujet à des variations.
> C'est tout spécialement le cas des aires symétriques (une aire de même
> nom de chaque côté de l'autoroute). Pour celles-ci j'ai relevé :
>
> (exemple avec l'aire du Frontonnais
> http://www.openstreetmap.org/?lat=43.81207&lon=1.36149&zoom=16&layers=M)
>
> -- annonce sur l'autoroute : "Aire du Frontonnais"
>
> -- panneau d'entrée sur l'aire : "Aire du Frontonnais"
>
> -- cartes émises ou affichées par l'opérateur (ASF aka Vinci
> Autoroutes) : "Aire du Frontonnais Nord" (ou "Sud" de l'autre côté).
Oui, sauf que c'est une source pas libre, donc elle ne compte pas ;)
Après, quitte à choisir, je pense qu'il faut privilégier le panneau à
l'entrée de l'aire, c'est celui qui indique le début de quelque chose,
il a « plus de sens » que les autres.
>
> Ce dernier libellé a l'avantage de lever l'ambiguïté à propos de
> l'aire dont on parle.
>
> Que choisir ? Plusieurs options :
>
> -- situation actuelle : les deux "demi-"aires portent le même nom.
> -> on respecte la signalétique
> -> pb d'ambiguïté
Elle est très bien, et il n'y a pas d'ambiguïté : une aire est tout de
même relié à un sens de circulation ;)
>
> -- regrouper les deux aires en une seule avec, bien sûr, un nom unique.
> -> on respecte la signalétique
> -> quid lorsque les deux aires ne sont pas rigoureusement symétriques,
> qq km les séparant ?
> (solution avec les relations ?)
À voir sur le wiki s'il n'y a pas un système de relation mis en place
pour les aires ;)
>
> -- nommer chaque aire avec l'extension qui va bien "Nord" ou "Sud".
> -> désambiguïsation
> -> on ne respecte pas la signalétique
>
>
> Des avis ?
JonathanMM

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

[OSM-talk-fr] Maxspeed sur les aires de repos

[Jean-Francois Nifenecker]

Bonjour,

la vitesse maximale autorisée sur les aires d'autoroute est actuellement 
de 50 km/h en France.


Faut-il étiqueter cette information et, si oui, comment ?

-- non car c'est le maxspeed réglementaire

-- oui. Il faut ajouter maxspeed=50 à toutes les highway=service de l'aire

-- oui. Il faut juste étiqueter le maxspeed=50 sur la surface qui 
délimite l'aire.


Merci pour vos comment-aires sagaces.

Amicalement,
--
Jean-Francois Nifenecker, Bordeaux

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

[OSM-talk-fr] Nommage des aires d'autoroute

[Jean-Francois Nifenecker]

Bonjour,

en voyage ces jours-ci vers Toulouse, je me suis attaché à faire un tour 
sur les aires de service et de repos de l'A62. J'ai vérifié les panneaux 
d'annonce sur l'autoroute et relevé les équipements des aires (pas 
encore transposé dans OSM ;)


Mais je m'interroge sur le nommage de ces aires. Si les panneaux 
d'annonce sur l'autoroute sont non ambigus, il reste que, selon les 
supports, le nom de certaines aires peut être sujet à des variations. 
C'est tout spécialement le cas des aires symétriques (une aire de même 
nom de chaque côté de l'autoroute). Pour celles-ci j'ai relevé :


(exemple avec l'aire du Frontonnais 
http://www.openstreetmap.org/?lat=43.81207&lon=1.36149&zoom=16&layers=M)


-- annonce sur l'autoroute : "Aire du Frontonnais"

-- panneau d'entrée sur l'aire : "Aire du Frontonnais"

-- cartes émises ou affichées par l'opérateur (ASF aka Vinci Autoroutes) 
: "Aire du Frontonnais Nord" (ou "Sud" de l'autre côté).


Ce dernier libellé a l'avantage de lever l'ambiguïté à propos de l'aire 
dont on parle.


Que choisir ? Plusieurs options :

-- situation actuelle : les deux "demi-"aires portent le même nom.
-> on respecte la signalétique
-> pb d'ambiguïté

-- regrouper les deux aires en une seule avec, bien sûr, un nom unique.
-> on respecte la signalétique
-> quid lorsque les deux aires ne sont pas rigoureusement symétriques, 
qq km les séparant ?

(solution avec les relations ?)

-- nommer chaque aire avec l'extension qui va bien "Nord" ou "Sud".
-> désambiguïsation
-> on ne respecte pas la signalétique


Des avis ?
--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Christian Rogel]

Le 27 sept. 2011 à 15:41, Vincent Calame a écrit :
> Une petite remarque sur le nom des calques : la différence entre fond 
> topographique et calque topographique n'est pas évidente et le terme isohypse 
> est peu courant (je viens de l'apprendre).
> 
> Dernière remarque d'ordre général  qui ne dépend pas de l'application. À des 
> échelles comme le 1:10 000, on regrette qu'il n'y ait pas consensus sur une 
> différenciation entre petits et gros hameaux, cela permettrait d'avoir des 
> tailles de police différentes pour les noms.
> 
> Vincent


En tout cas, je suis très satisfait de voir ce que donne "place=locality" pour 
les grosses fermes ou les hameaux de deux ou trois maisons, bien que ce
soit la même chose pour un lieu-dit non habité.
Sur France Topo, cela apparaît en italique et crée une hiérarchie claire, car 
les "hamlets" (8 à 15 habitations mini, disons un lotissement
ou un écart habité un peu costaud) sont bien vus comme la population peut les 
percevoir : un endroit où il y a un peu de monde).
Cela me paraît aussi valable pour la Bretagne que pour le Périgord.
Le chiffre de 100 avancé pour un "hamlet" dans le wiki OSM est un peu fort et 
valable pour l'Angleterre (mais pas pour l'Ecosse ou le pays de Galles).
Je n'utilise pas "isolated dwelling", qui à mon idée, est surtout valable pour 
l'Australie ou, à la rigueur, les Cévennes, et encore…


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

[OSM-talk-fr] Re : Besoin de bêta-testeurs pour mon site

[THEVENON Julien]

 De : Krysst 

Une autre petite remarque concernant les calques : "calque topographique" et 
"calque topographique ( atténué )" ne font pas partie du même groupe de 
radiobutton ce qui fait qu on peut activer les deux en meme temps.
C est la meme chose pour les calques "Isohypses" et "Isohypses ( atténués)"
Il me semblerait plus logique d avoir sur le même modèle que tu as pour le fond 
: "Fond vierge" "Fond topographique" "Fond topographique (atténué)":
+ un groupe de 3 radiobuttons "Pas de calque topographique", "calque 
topographique" et "calque topographique ( atténué )"
+ un groupe de 3 radiobuttons "Pas d'Isohypses", "Isohypses" et "Isohypses ( 
atténué )"


My 2 cents
Julien




>
>De : Krysst 
>À : Discussions sur OSM en français 
>Envoyé le : Mardi 27 Septembre 2011 16h29
>Objet : Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site
>
>
> Salut,
>
>    Gloups ! Moi qui voulais originellement un simple test de charge
du serveur, vous me prenez un peu de court avec toutes vos
remarques/questions ! Je vous remercie en tout cas de vous être
autant impliqué pour ce qui n'est encore qu'une bêta ! ;-)
>
>
>    Dissipons au plus vite le plus embarrassant : s'agit-il d'une
copie pure et simple des cartes IGN ? Bien sûr que non. S'agit-il
d'une carte qui respecte les conventions de la carte topographique ?
La réponse est évidemment oui. Toutes les cartes topographiques de
tous les pays de la planète sont ainsi représentées : l'eau en bleu
; la végétation en vert (Dame Nature a-t-elle déposé un copyright ?)
; l'agricole non-permanent laissé en blanc (le mauvais usage du tag
landuse=grass pose d'ailleurs ici problème) ; les écritures en noir
afin d'être lisibles ; ce qui a trait à la topographie en bistre ;
les pistes en pointillés ; etc.
>    Exemple de carte topographique US : 
>http://n467us.com/Data%20Files/Woodland%20Quadrangle%20North.jpg
>    Prenons ensuite, par exemple, le cas des routes, et observons
simplement la signalisation routière :
>- les autouroutes sont sur fond bleu
>- les nationales sur fond rouge
>- les départementales sur fond jaune
>    C'est très exactement le code couleur que j'ai repris, à deux
exceptions près : les voies rapides, représentées dans une teinte
située très exactement entre le bleu de l'autoroute et le rouge des
nationales ; les voies secondaires qui sont en orange, couleur
située entre le rouge et le jaune. À l'exception des trunk, cela
vous rappelle-t-il quelquechose ? Les teintes utilisées par
OpenStreetMap, pardi ! Après, étant tombé très jeune dans les atlas
et ayant suivi une formation de géographe, il se peut que j'ai
réellement pompé des choses propres à l'IGN sans même m'en rendre
compte. Mais il va falloir me les signaler parce que, en l'état, je
ne vois vraiment pas lesquelles, ayant tout fait pour l'éviter
(j'aurais ainsi volontiers repris leur figuré des bonnes pistes,
avec une bordure noire en trait continu d'un côté et un trait en
pointillés de l'autre...). Toutefois, et j'ai effectivement oublié
de le signaler, je suis parti de la sémiologie graphique
wikipédienne pour représenter le réseau de transport sur le rendu
"atlas". Là, j'assume effectivement l'emprunt.
>
>
>    La licence "libre" : j'ai écrit "quasi intégralement à partir de
données & logiciels libres" parce que :
>1) la licence des données ASTER n'est vraiment pas explicite en ce
sens (j'attends une réponse des gens du projet mais je respecte a
priori leurs règles)
>2) je n'ai pas trouvé de réponse définitive quant au RGP INSEE que
j'utilise en complément
>    Vous noterez d'ailleurs que je n'ai pas encore stipulé de
licence pour la cartographie et qu'elle n'est donc pas effectivement libre 
pour le moment. Ceci est une bêta, c'est en cours de finition, ne le perdez pas 
de vue SVP. ;-)
>
>
>    En vrac :
>- les POI sont voués à devenir cliquables avec popup, j'y travaille
>- la couche de dessin vectoriel sera exportable, c'est prévu. Mais
il va falloir que je me mette au PHP pour parachever la fonction...
>- je prends très précieusement note de tout ce que vous me signalez
de manquant ou d'améliorable, soyez-en certains. Mais je créerai une
BAL spécifique en temps voulu, là je n'ai vraiment pas le temps de
m'en occuper. Sachez toutefois qu'église, centre commercial & co
sont volontairement laissés en affichage optionnel afin de ne pas
surcharger un affichage déjà limite par endroit ;
>- pour ce qui est de la hiérarchie des toponymes, sauf oublis de ma
part, je me suis conformé à la légende d'OSM et non à l'usage, d'où
des disparités parfois ennuyeuses. C'est aussi pour mettre en
évidence ce genre de chose que j'ai voulu offrir un rendu
conventionnel
>- pour ce qui est de la non apparition des noms de communes au
dernier niveau de zoom, c'est vou

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Krysst]

Le style autoroute jaune/orange me semblait assez universel. Me 
tromperais-je ?


Quand je fais référence à la légende, c'est bien celle d'OSM, version 
anglaise de surcroît. Mais n'allez pas croire que je sois un intégriste 
façon Debian non plus, il y a aussi des choses "étonnantes" dans la 
légende officielle que j'outrepasse (les boulangeries & boucheries 
taggées en shop me hérissent par exemple le poil).


Le biscuit, c'est avant tout pour attirer le chaland (550 visites depuis 
4h du matin alors que je n'ai posté le lien qu'ici, même en tenant 
compte du biais induit par l'effet nouveauté, je dois dire que je suis 
plus que surpris !). Maintenant, proposer une sortie 600dpi voire 
carrément vectorielle à la demande pour un abonnement annuel ridicule 
permettrait, je pense, à des tas de petites structures d'obtenir un 
master à moindre coût pour leurs impressions (quitte à vendre un peu de 
travail de numérisation à côté et gagner de l'argent sur cela). Si vous 
le permettez, je ne vais de toute manière pas dévoiler l'ensemble de mes 
plans ici, surtout que j'en ai d'autres situés totalement en dehors de 
la géomatique pure & avec lesquels j'espère justement pouvoir financer 
intégralement tout cela. Je suis de toute manière encore loin de pouvoir 
ouvrir boutique, et je n'ai même pas encore pu faire de donations aux 
logiciels que j'utilise pour le moment gracieusement (GRASS, mapnik, 
postgresql, tilecache... pour OSM, j'estime que ce que j'ai dépensé en 
temps & argent en contributions suffisent pour le moment...). Chaque 
chose en son temps.


Le nom ridicule, c'est surtout pour fond/calque topographique : ça n'a 
absolument aucun sens tel que présenté actuellement. :-/


Pour les requêtes, l'histoire des building=no m'a un peu échaudé, et je 
crois que je vais dorénavant établir une liste à partir des tagwatch au 
lieu de requêtes aussi générales que trompeuses (je vois d'ici arriver 
le building=sans que je n'aurais pas prévu...).


Pour ce qui est de l'usage de tags de hauteurs/nbre d'étages, c'est 
surtout côté Mapnik qu'il faut que cela soit possible. Je sais qu'un 
ticket avait été ouvert dans ce sens mais n'ai plus trop suivi l'affaire.


Site archéo > je jetterai un oeil plus tard, mais il doit s'agir du même 
problème que pour les appartements : le tag n'est pas dans ma liste...



Merci à tous pour vos remarques, le serveur a tenu le coup, c'est 
l'essentiel. Je disparais maintenant 1 ou 2 jours dans ma tanière pour 
assimiler le tout & effectuer les corrections nécessaires (+ installer 
la recherche de lieu avec un bouton OK, le système actuel est tout 
pourri...). Je vous laisse tout de même l'accès au site pour faire 
mumuse. ;-)


@



Le 27/09/2011 17:16, Pieren a écrit :

2011/9/27 Krysst:

Mais il va falloir me les signaler

Le rendu "autoroute" à certaines échelles ressemble au rendu Michelin
(trait jaune et liseré rouge) mais je ne sais pas si c'est sufisament
identitaire pour jurstifier une réclamation (Mapquest le fait aussi
comme ça).


je me suis conformé à la légende d'OSM et non à l'usage,

Les deux devraient se rejoindre normalement. De quelle légende
parles-tu ? celle du rendu Mapnik ?


mais je dois conserver du biscuit pour
attirer les gens sur mon site, au moins le temps de me forger une clientèle

Bon. En même temps, il ne faut pas trop espérer attirer du chiffre
d'affaire sur un rendu de carte. Tu seras toujours battu par les
grands acteurs sur ce terrain là (à moins d'aller sur un marché de
niche).


- le ridicule nom des calques : je sais bien. :-( Mais je n'ai vraiment rien
trouvé de satisfaisant pour le moment.

"Courbes de niveau" ?


- les batiments manquants (building=appartements...) ne l'étaient pas...
jusqu'à la semaine dernière, lorsque j'ai constaté que certains cerveaux
étranges avait taggé des building=no. J'ai alors modifié ma requête pour ne
plus prendre en compte tous les objets WHERE building IS NOT NULL sans me
préoccuper de tous les cas.

un "WHERE building IS NOT 'no' " devrait aussi le faire.

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] Re : REMARQUABLE ! francetopo.fr à découvrir ABSOLUMENT

[tigre-bleu]

En effet, le style de rendu est excellent. Couplé à un MapOSMatic pour
exporter et je suis sûr que ça ferait beaucoup d'envieux!

Antoine

On Tue, 27 Sep 2011 08:15:36 +0100 (BST), Otourly Wiki
 wrote:
> Effectivement c'est plutôt chouette :)
> 
> Florian Farge aka Otourly
> Sur les projets wikimédiens [1] et l'Association française [2], sur
> OxyRadio [3], OSM [4], et sur MOVIM [5]
> Socio di Wikimedia Italia [6]
> 
> -
> DE : ZIMMY 
> À : talk-fr@openstreetmap.org
> ENVOYÉ LE : Mardi 27 Septembre 2011 9h01
> OBJET : [OSM-talk-fr] REMARQUABLE ! francetopo.fr à découvrir
> ABSOLUMENT
> 
> J'ai pris le temps de parcourir le site francetopo.fr ou 
> http://www.francetopo.com [7] francetopo.com c'est tout simplement
> admirable.
> Le site est de toute beauté, la qualité de visualisation des
> données dans le
> style IGN est très agréable. La sortie de type relief est
> bienvenue. Enfin
> les zoom jusqu'au quartier avec un début de 3D sont prometteurs.
> 
> Les POI sont un bonus appréciable.
> 
> Quelques suggestions pour le nirvana ;-) l'impression et export et
> surtout
> pour les utilisateurs géomaticiens; la possibilité d'utilisation
> sous la
> forme de flux wms, pour l'afficher en fond.
> 
> Très cordialement
> 
> ZIMMY
> 
> --
> View this message in context:
> http://gis.638310.n2.nabble.com/Besoin-de-beta-testeurs-pour-mon-site-tp6834349p6834956.html
> [8]
> Sent from the France mailing list archive at Nabble.com.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org [9]
> http://lists.openstreetmap.org/listinfo/talk-fr [10]
> 
> 
> 
> Links:
> --
> [1] http://commons.wikimedia.org/wiki/User:Otourly
> [2] http://www.wikimedia.fr/index.php/Accueil
> [3] http://www.oxyradio.net/membre-436.html
> [4] http://www.openstreetmap.org/user/Otourly
> [5] http://www.movim.eu/
> [6] http://www.wikimedia.it/index.php/Pagina_principale
> [7] http://www.francetopo.com
> [8]
> http://gis.638310.n2.nabble.com/Besoin-de-beta-testeurs-pour-mon-site-tp6834349p6834956.html
> [9] mailto:Talk-fr@openstreetmap.org
> [10] 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] Re : Besoin de bêta-testeurs pour mon site

[THEVENON Julien]

 De : Pieren 

  2011/9/27 Krysst :
  >mais je dois conserver du biscuit pour
  > attirer les gens sur mon site, au moins le temps de me forger une 
  > clientèle

 Bon. En même temps, il ne faut pas trop espérer attirer du chiffre
 d'affaire sur un rendu de carte. Tu seras toujours battu par les
 grands acteurs sur ce terrain là (à moins d'aller sur un marché de
 niche).

Tu ne penses pas qu une mairie pourrait etre interessee par une integration de 
ce "service" limite a la commune ( rendu + POI etc ) dans leur site 
web/infrastructure ?
Un peu comme l IGN facture l integration de ces cartes passe un certain nombre 
de chargement de la page

Julien





>
>De : Pieren 
>À : Discussions sur OSM en français 
>Envoyé le : Mardi 27 Septembre 2011 17h16
>Objet : Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site
>
>2011/9/27 Krysst :
>> Mais il va falloir me les signaler
>
>Le rendu "autoroute" à certaines échelles ressemble au rendu Michelin
>(trait jaune et liseré rouge) mais je ne sais pas si c'est sufisament
>identitaire pour jurstifier une réclamation (Mapquest le fait aussi
>comme ça).
>
>> je me suis conformé à la légende d'OSM et non à l'usage,
>Les deux devraient se rejoindre normalement. De quelle légende
>parles-tu ? celle du rendu Mapnik ?
>
>>mais je dois conserver du biscuit pour
>> attirer les gens sur mon site, au moins le temps de me forger une clientèle
>
>Bon. En même temps, il ne faut pas trop espérer attirer du chiffre
>d'affaire sur un rendu de carte. Tu seras toujours battu par les
>grands acteurs sur ce terrain là (à moins d'aller sur un marché de
>niche).
>
>> - le ridicule nom des calques : je sais bien. :-( Mais je n'ai vraiment rien
>> trouvé de satisfaisant pour le moment.
>
>"Courbes de niveau" ?
>
>> - les batiments manquants (building=appartements...) ne l'étaient pas...
>> jusqu'à la semaine dernière, lorsque j'ai constaté que certains cerveaux
>> étranges avait taggé des building=no. J'ai alors modifié ma requête pour ne
>> plus prendre en compte tous les objets WHERE building IS NOT NULL sans me
>> préoccuper de tous les cas.
>
>un "WHERE building IS NOT 'no' " devrait aussi le faire.
>
>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] Besoin de bêta-testeurs pour mon site

[Pieren]

2011/9/27 Krysst :
> Mais il va falloir me les signaler

Le rendu "autoroute" à certaines échelles ressemble au rendu Michelin
(trait jaune et liseré rouge) mais je ne sais pas si c'est sufisament
identitaire pour jurstifier une réclamation (Mapquest le fait aussi
comme ça).

> je me suis conformé à la légende d'OSM et non à l'usage,
Les deux devraient se rejoindre normalement. De quelle légende
parles-tu ? celle du rendu Mapnik ?

>mais je dois conserver du biscuit pour
> attirer les gens sur mon site, au moins le temps de me forger une clientèle

Bon. En même temps, il ne faut pas trop espérer attirer du chiffre
d'affaire sur un rendu de carte. Tu seras toujours battu par les
grands acteurs sur ce terrain là (à moins d'aller sur un marché de
niche).

> - le ridicule nom des calques : je sais bien. :-( Mais je n'ai vraiment rien
> trouvé de satisfaisant pour le moment.

"Courbes de niveau" ?

> - les batiments manquants (building=appartements...) ne l'étaient pas...
> jusqu'à la semaine dernière, lorsque j'ai constaté que certains cerveaux
> étranges avait taggé des building=no. J'ai alors modifié ma requête pour ne
> plus prendre en compte tous les objets WHERE building IS NOT NULL sans me
> préoccuper de tous les cas.

un "WHERE building IS NOT 'no' " devrait aussi le faire.

Pieren

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

[OSM-talk-fr] Re : Besoin de bêta-testeurs pour mon site

[THEVENON Julien]

 De : Nicolas Moyroud 
  Pour ce qui est de la hauteur du bâti, c'est pour l'instant une 
  valeur fixe déclarée dans la feuille de style Mapnik, mais certains 
  ont pour projet de le rendre
>  opérant sur un tag. Il nous faudra alors sortir les visées laser !
>
>  Il me semble avoir vu quelque part sur le wiki qu'il existe aussi un tag 
> pour préciser le nombre d'étages d'un bâtiment (mais impossible de 
> retrouver où). Du coup ce serait possible de l'utiliser en définissant 
> une hauteur moyenne d'étage pour faire un rendu 3D approximatif sans 
> avoir à sortir de viseur laser...


height et building:levels ( cf 
http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes )

Julien


>
>De : Nicolas Moyroud 
>À : Discussions sur OSM en français 
>Envoyé le : Mardi 27 Septembre 2011 16h57
>Objet : Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site
>
>
>
>
>Pour ce qui est de la hauteur du bâti, c'est pour l'instant une valeur fixe 
>déclarée dans la feuille de style Mapnik, mais certains ont pour projet de le 
>rendre opérant sur un tag. Il nous faudra alors sortir les visées laser !
>>
>>
Il me semble avoir vu quelque part sur le wiki qu'il existe aussi un tag pour 
préciser le nombre d'étages d'un bâtiment (mais impossible de retrouver où). Du 
coup ce serait possible de l'utiliser en définissant une hauteur moyenne 
d'étage pour faire un rendu 3D approximatif sans avoir à sortir de viseur 
laser...
>
>___
>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] Besoin de bêta-testeurs pour mon site

[Ab_fab]

Bonjour,

C'est la clef building:levels, décrite sur la page
http://wiki.openstreetmap.org/wiki/Building_attributes

Attention, c'est une "proposed feature"

Le 27 septembre 2011 16:57, Nicolas Moyroud  a écrit :

> **
>
> Pour ce qui est de la hauteur du bâti, c'est pour l'instant une valeur fixe
> déclarée dans la feuille de style Mapnik, mais certains ont pour projet de
> le rendre opérant sur un tag. Il nous faudra alors sortir les visées laser !
>
> Il me semble avoir vu quelque part sur le wiki qu'il existe aussi un tag
> pour préciser le nombre d'étages d'un bâtiment (mais impossible de retrouver
> où). Du coup ce serait possible de l'utiliser en définissant une hauteur
> moyenne d'étage pour faire un rendu 3D approximatif sans avoir à sortir de
> viseur laser...
>
> ___
> 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] Besoin de bêta-testeurs pour mon site

[Nicolas Moyroud]

  
  


  Pour ce qui est de la hauteur du bâti, c'est pour l'instant une
  valeur fixe déclarée dans la feuille de style Mapnik, mais
  certains ont pour projet de le rendre opérant sur un tag. Il nous
  faudra alors sortir les visées laser !
  

Il me semble avoir vu quelque part sur le wiki qu'il existe aussi un
tag pour préciser le nombre d'étages d'un bâtiment (mais impossible
de retrouver où). Du coup ce serait possible de l'utiliser en
définissant une hauteur moyenne d'étage pour faire un rendu 3D
approximatif sans avoir à sortir de viseur laser...
  


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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Krysst]

Salut,

Gloups ! Moi qui voulais originellement un simple test de charge du 
serveur, vous me prenez un peu de court avec toutes vos 
remarques/questions ! Je vous remercie en tout cas de vous être autant 
impliqué pour ce qui n'est encore qu'une bêta ! ;-)



Dissipons au plus vite le plus embarrassant : s'agit-il d'une copie 
pure et simple des cartes IGN ? Bien sûr que non. S'agit-il d'une carte 
qui respecte les conventions de la carte topographique ? La réponse est 
évidemment oui. Toutes les cartes topographiques de tous les pays de la 
planète sont ainsi représentées : l'eau en bleu ; la végétation en vert 
(Dame Nature a-t-elle déposé un copyright ?) ; l'agricole non-permanent 
laissé en blanc (le mauvais usage du tag landuse=grass pose d'ailleurs 
ici problème) ; les écritures en noir afin d'être lisibles ; ce qui a 
trait à la topographie en bistre ; les pistes en pointillés ; etc.
Exemple de carte topographique US : 
http://n467us.com/Data%20Files/Woodland%20Quadrangle%20North.jpg
Prenons ensuite, par exemple, le cas des routes, et observons 
simplement la signalisation routière :

- les autouroutes sont sur fond bleu
- les nationales sur fond rouge
- les départementales sur fond jaune
C'est très exactement le code couleur que j'ai repris, à deux 
exceptions près : les voies rapides, représentées dans une teinte située 
très exactement entre le bleu de l'autoroute et le rouge des nationales 
; les voies secondaires qui sont en orange, couleur située entre le 
rouge et le jaune. À l'exception des trunk, cela vous rappelle-t-il 
quelquechose ? Les teintes utilisées par OpenStreetMap, pardi ! Après, 
étant tombé très jeune dans les atlas et ayant suivi une formation de 
géographe, il se peut que j'ai réellement pompé des choses propres à 
l'IGN sans même m'en rendre compte. Mais il va falloir me les signaler 
parce que, en l'état, je ne vois vraiment pas lesquelles, ayant tout 
fait pour l'éviter (j'aurais ainsi volontiers repris leur figuré des 
bonnes pistes, avec une bordure noire en trait continu d'un côté et un 
trait en pointillés de l'autre...). Toutefois, et j'ai effectivement 
oublié de le signaler, je suis parti de la sémiologie graphique 
wikipédienne pour représenter le réseau de transport sur le rendu 
"atlas". Là, j'assume effectivement l'emprunt.



La licence "libre" : j'ai écrit "quasi intégralement à partir de 
données & logiciels libres" parce que :
1) la licence des données ASTER n'est vraiment pas explicite en ce sens 
(j'attends une réponse des gens du projet mais je respecte a priori 
leurs règles)
2) je n'ai pas trouvé de réponse définitive quant au RGP INSEE que 
j'utilise en complément
Vous noterez d'ailleurs que je n'ai pas encore stipulé de licence 
pour la cartographie et qu'elle n'est donc pas _effectivement_ libre 
pour le moment. Ceci est une bêta, c'est en cours de finition, ne le 
perdez pas de vue SVP. ;-)



En vrac :
- les POI sont voués à devenir cliquables avec popup, j'y travaille
- la couche de dessin vectoriel sera exportable, c'est prévu. Mais il va 
falloir que je me mette au PHP pour parachever la fonction...
- je prends très précieusement note de tout ce que vous me signalez de 
manquant ou d'améliorable, soyez-en certains. Mais je créerai une BAL 
spécifique en temps voulu, là je n'ai vraiment pas le temps de m'en 
occuper. Sachez toutefois qu'église, centre commercial & co sont 
volontairement laissés en affichage optionnel afin de ne pas surcharger 
un affichage déjà limite par endroit ;
- pour ce qui est de la hiérarchie des toponymes, sauf oublis de ma 
part, je me suis conformé à la légende d'OSM et non à l'usage, d'où des 
disparités parfois ennuyeuses. C'est aussi pour mettre en évidence ce 
genre de chose que j'ai voulu offrir un rendu conventionnel
- pour ce qui est de la non apparition des noms de communes au dernier 
niveau de zoom, c'est voulu et cela restera en l'état

- la roulette a été réactivée à la demande générale
- les repères géodésiques ne sont effectivement pas des points côtés : 
vaut-il mieux les laisser ou les enlever ?
- les permalink trop long : pas trouvé de solution ; si vous en avez 
une, je suis preneur
- un highway=pedestrian : c'est l'axe du highway, utile en mode 'carte' 
où la navigation prime > je comprends bien l'utilité, mais doit-on tenir 
compte des limites actuelles des moteurs de navigation ? Ce n'est pas ma 
philosophie, je ne vais donc pas créer une aberration dans mon rendu 
pour qqs cas particuliers
- l'Europe entière faisait partie de mes plans originaux mais 1- j'ai 
déjà les DOM dans le four 2- je dois d'abord voir si le serveur tient le 
coup lorsque je rajouterai le calcul à la demande des 2 derniers niveaux 
de zoom. Maintenant, si un mécène multi-millionaire se propose de me 
financer, tout est possible, y compris faire la planète toute entière. :-D
- un WMS de la cartographie : ça fait partie des choses envisageables, 
mais comprenez bien que je commence pour l'inst

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Damouns]

> D'un autre côté, il n'y a pas 36 façons d'afficher une route sur une
> carte. On peut même argumenter sur le choix de certaines couleurs (le
> bleu pour les autoroutes comment standard de fait puisque c'est la
> couleur utilisée par la signalisation en France). C'est sans doute sur
> l'ensemble du panel des couleurs et effets choisis qu'il pourrait y
> avoir contestation. Mais au final, comme il n'y a jamais de
> copié-collé flagrant, seul un tribunal pourrait statuer sur le degré
> de contrefaçon du "style" IGN, Michelin ou autre.

C'est discutable, en tout cas espérons pour les auteurs qu'ils ne se
retrouveront pas au tribunal alors !

A part cette remarque d'ordre légal, je trouve aussi que le rendu
final est magnifique. Dans les petites remarques, j'ai passé des
immeubles d'habitation en building=apartments et ils n'apparaissent
pas dans la carte. Seuls les building=yes ont l'air d'y être.

Et la 3D isométrique s'appuie-t-elle sur un paramètre pour la hauteur
des bâtiments ?

Merci

Damouns

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Calame]

- la choucroute c'est bon, mangez-en


Bien d'accord mais il fait un peu chaud en ce moment :-) .

Je rejoins le concert des louanges, c'est très beau.

Une petite remarque sur le nom des calques : la différence entre fond 
topographique et calque topographique n'est pas évidente et le terme 
isohypse est peu courant (je viens de l'apprendre).


Dernière remarque d'ordre général  qui ne dépend pas de l'application. À 
des échelles comme le 1:10 000, on regrette qu'il n'y ait pas consensus 
sur une différenciation entre petits et gros hameaux, cela permettrait 
d'avoir des tailles de police différentes pour les noms.


Vincent

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

[OSM-talk-fr] Re : OSM heatmap, l'autre version

[THEVENON Julien]

De : Pieren 

J ai l impression qu il a aussi ameliore la "precision", ca me parait plus fin 
qu avant.
C est interessant ces heatmap qui fleurissent

Julien




>
>De : Pieren 
>À : Discussions sur OSM en français 
>Envoyé le : Mardi 27 Septembre 2011 15h27
>Objet : [OSM-talk-fr] OSM heatmap, l'autre version
>
>Vu depuis le blog de l'auteur (1), la carte OSM Heatmap a été mis à
>jour et offre maintenant un curseur en bas de page pour suivre
>l'évolution des contributions individuelles dans le temps (attention,
>ça rame).
>
>Incidemment, les données ont été actualisées et on peut mieux voir
>l'activité du script PierenBot qui a altérer les buildings importés
>semi-automatiquement depuis le cadastre sans avoir supprimer les tags
>"note:qadastre" et "note:import-bati".
>Cela donne indirectement une idée de l'activité des imports du bâti
>sur la métropole et certains DOM:
>
>http://yosmhm.neis-one.org/?zoom=6&lat=46.92106&lon=1.2475&layers=B0T&u=PierenBot
>
>Pieren
>
>(1) http://neis-one.org/2011/09/yosmhm-2/
>
>___
>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] OSM heatmap, l'autre version

[Pieren]

Vu depuis le blog de l'auteur (1), la carte OSM Heatmap a été mis à
jour et offre maintenant un curseur en bas de page pour suivre
l'évolution des contributions individuelles dans le temps (attention,
ça rame).

Incidemment, les données ont été actualisées et on peut mieux voir
l'activité du script PierenBot qui a altérer les buildings importés
semi-automatiquement depuis le cadastre sans avoir supprimer les tags
"note:qadastre" et "note:import-bati".
Cela donne indirectement une idée de l'activité des imports du bâti
sur la métropole et certains DOM:

http://yosmhm.neis-one.org/?zoom=6&lat=46.92106&lon=1.2475&layers=B0T&u=PierenBot

Pieren

(1) http://neis-one.org/2011/09/yosmhm-2/

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Ab_fab]

La banière pub est déjà là ... Chez moi c'est toujours la même, qui promeut
la campagne "primaire" d'un élu de la Nièvre.
Elu qui souhaite développer l'OpenData à l'échelle de son conseil général.
Petit clin d'oeil amusant.

Sinon, halleluiah, la molette actionne le zoom désormais. Quelle réactivité
;-)
Le 27 septembre 2011 04:07, Krysst  a écrit :


> 2) Si besoin est, je ne me priverai pas non plus de mettre une bannière de
> pub en haut de page pour financer une partie de l'énormissime coût du
> serveur
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Besoin de bêta-testeurs pour mon site

[THEVENON Julien]

 De : Krysst 
Tiens une autre petite remarque, j ai fait tourner l adresse de ton site pour 
le faire connaitre a d autres personnes ( dailleurs les retours sur la qualite 
du rendu et le manque de zoom molette sont unanimes !! ) et pour ca j ai 
utilise les permalinks.
Un truc assez penible c est qu ils font 3 km de long donc je passe par un site 
qui me donne une version "hashee".
Est ce que tu pourrais inclure directement des shortlinks comme osm.org en 
dessous du permalien pour eviter cette etape ?

Julien




>
>De : Krysst 
>À : Discussions sur OSM en français 
>Envoyé le : Mardi 27 Septembre 2011 4h07
>Objet : [OSM-talk-fr] Besoin de bêta-testeurs pour mon site
>
>Bonjour à tous,
>
>
>Je tiens, en guise de préliminaires, à vous avertir des choses suivantes :
>1) Je ne veux tromper personne : un des buts assumés du site que je présente 
>ici sera de devenir la porte d'entrée de ma mienne société de Géomatique. La 
>page d'accueil restera a priori en l'état, la cartographie sera toujours sous 
>licence libre, mais j'ajouterai dans un futur plus ou moins proche de quoi 
>conduire mon business personnel, probablement sous la forme d'un ou deux 
>boutons situés en haut à droite. Pas plus, mais pas moins.
>2) Si besoin est, je ne me priverai pas non plus de mettre une bannière de pub 
>en haut de page pour financer une partie de l'énormissime coût du serveur
>3) Tout ce que vous verrez est en bêta : cela va faire 1 mois que je recule 
>sans cesse l'ouverture au public pour corriger des petites choses à droite et 
>à gauche et... et j'en ai marre ! Donc je craque, et j'envoie tout maintenant, 
>en l'état, fautes d'orthographes et bogues à l'appui. :-/ Pourquoi ? Parce que 
>j'ai grand besoin d'enfin savoir si mon serveur tient ou pas le coup.
>
>Au chapitre informations (en vrac et j'en oublie certainement, vu l'heure vous 
>ne m'en voudrez pas...) :
>- la qualité étant une de mes priorités, la cartographie est intégralement 
>rendue en PNG 24 bits (avec alpha sur 8 bits, il va de soi :-o). Ce qui veut 
>dire qu'une connexion à 2Mbits est souhaitable, que votre cache navigateur 
>risque de se remplir à la vitesse de la lumière, et que les petites configs 
>risquent de ramer. Merci de me le signaler si c'est inutilisable.
>- le rendu a, au pire, une semaine d'âge : sachez qu'il faut 1 semaine entière 
>de calculs pour mettre à jour ce que vous voyez, le dernier niveau de zoom 
>demandant à lui seul 4 jours...
>- le rendu "carte topographique" est optimisé pour le ~1:10 000,
>- le rendu "plan" devrait à terme bénéficier d'un voire deux niveaux de zoom 
>supplémentaires (qui devront être calculés à la demande, d'où leur absence 
>pour le moment)
>- le rendu "plan" présente pour l'instant d'importants bugs sur le bâti en 
>multipolygon, je n'y peux rien, c'est ça ou pas d'effet 3D. Si le prochain 
>Mapnik 2 ne corrige pas le problème, vous m'aiderez probablement à faire une 
>choix...
>- j'ai fait en sorte de coller au plus près à la légende et n'ai donc fait 
>aucune concession au rendu : si une carrière apparaît au milieu d'un cours 
>d'eau, c'est que son périmètre doit être corrigé ; si des highway=pedestrian 
>linéaires apparaissent au dessus de polygones highway=pedestrian+area=yes, 
>c'est qu'ils n'ont rien à faire là ; etc.
>- la cartographie est en Lambert 93 et non en Mercator. Parce que ma nature 
>masochiste me fait adorer ne pouvoir utiliser les meilleurs outils disponibles 
>actuellement (MAJ auto du rendu à partir d'osm2pgsql, mod_tile...), mais 
>surtout parce que, je vous l'assure, le Groenland n'est pas plus grand que 
>l'Afrique.
>- la choucroute c'est bon, mangez-en
>- mapnik 0.7 est utilisé pour le rendu
>- tilecache (en mod_python) sert les tuiles
>- Postgresql 9 + postgis 1.5 hébergent la base
>- l'interface est en Openlayers + ExtJS + GeoExt
>- il y a des trous dans les isohypses en Corse
>- il n'y a pas encore les DOM
>- j'ai installé un logiciel d'observation des visites (Piwik) que je n'ai pour 
>l'instant pas vraiment configuré faute de temps, donc je ne sais trop ce qu'il 
>récupérera chez vous. Je vous garantie en revanche que je n'observerai et 
>n'utiliserai QUE les données suivantes :
>      * votre navigateur & OS (obligatoire pour les corrections de bugs)
>      * votre résolution d'écran (pour aménager l'interface)
>
>Si vous n'êtes toujours pas découragés, vous pouvez maintenant y aller : 
>www.francetopo.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] Besoin de bêta-testeurs pour mon site

[Pieren]

2011/9/27 Damouns :
> Sans vouloir faire mon rabat-joie, on fait souvent très attention aux
> problèmes de droits pour les données, mais personne ici n'a remarqué
> que les feuilles de style/charte graphique des cartes IGN sont sous
> copyright et que les imiter un peu trop peut poser des problèmes ?

Non, c'est un point tout à fait justifié et qui, pour le coup, relève
bien plus du droit d'auteur, dans le sens création artistique
originel, que du droit des bases de données reflétant des collections
de faits.
D'un autre côté, il n'y a pas 36 façons d'afficher une route sur une
carte. On peut même argumenter sur le choix de certaines couleurs (le
bleu pour les autoroutes comment standard de fait puisque c'est la
couleur utilisée par la signalisation en France). C'est sans doute sur
l'ensemble du panel des couleurs et effets choisis qu'il pourrait y
avoir contestation. Mais au final, comme il n'y a jamais de
copié-collé flagrant, seul un tribunal pourrait statuer sur le degré
de contrefaçon du "style" IGN, Michelin ou autre.

Pieren

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Nicolas Moyroud]

  
  
Bonjour,

Magnifique cette carte ! Pas de problème de lenteur chez moi non
plus. Mais bon grosse machine et débit de la mort qui tue (Renater)
donc je ne suis pas forcément un bon exemple.
Juste une remarque : je n'ai pas compris le fonctionnement de
l'outil "modifier la géométrie d'un objet".
Sinon se serait super d'avoir aussi une fonction "enregistrer les
objets ajoutés" en KML / GPX.
Mon village est super beau avec ce rendu, ça fait plaisir de s'être
donné du mal quand on voit ce résultat !

Nicolas


Le 27/09/2011 04:07, Krysst a écrit :
Bonjour
  à tous,
  
  
  
  Je tiens, en guise de préliminaires, à vous avertir des choses
  suivantes :
  
  1) Je ne veux tromper personne : un des buts assumés du site que
  je présente ici sera de devenir la porte d'entrée de ma mienne
  société de Géomatique. La page d'accueil restera a priori en
  l'état, la cartographie sera toujours sous licence libre, mais
  j'ajouterai dans un futur plus ou moins proche de quoi conduire
  mon business personnel, probablement sous la forme d'un ou deux
  boutons situés en haut à droite. Pas plus, mais pas moins.
  
  2) Si besoin est, je ne me priverai pas non plus de mettre une
  bannière de pub en haut de page pour financer une partie de
  l'énormissime coût du serveur
  
  3) Tout ce que vous verrez est en bêta : cela va faire 1 mois que
  je recule sans cesse l'ouverture au public pour corriger des
  petites choses à droite et à gauche et... et j'en ai marre ! Donc
  je craque, et j'envoie tout maintenant, en l'état, fautes
  d'orthographes et bogues à l'appui. :-/ Pourquoi ? Parce que j'ai
  grand besoin d'enfin savoir si mon serveur tient ou pas le coup.
  
  
  Au chapitre informations (en vrac et j'en oublie certainement, vu
  l'heure vous ne m'en voudrez pas...) :
  
  - la qualité étant une de mes priorités, la cartographie est
  intégralement rendue en PNG 24 bits (avec alpha sur 8 bits, il va
  de soi :-o). Ce qui veut dire qu'une connexion à 2Mbits est
  souhaitable, que votre cache navigateur risque de se remplir à la
  vitesse de la lumière, et que les petites configs risquent de
  ramer. Merci de me le signaler si c'est inutilisable.
  
  - le rendu a, au pire, une semaine d'âge : sachez qu'il faut 1
  semaine entière de calculs pour mettre à jour ce que vous voyez,
  le dernier niveau de zoom demandant à lui seul 4 jours...
  
  - le rendu "carte topographique" est optimisé pour le ~1:10 000,
  
  - le rendu "plan" devrait à terme bénéficier d'un voire deux
  niveaux de zoom supplémentaires (qui devront être calculés à la
  demande, d'où leur absence pour le moment)
  
  - le rendu "plan" présente pour l'instant d'importants bugs sur le
  bâti en multipolygon, je n'y peux rien, c'est ça ou pas d'effet
  3D. Si le prochain Mapnik 2 ne corrige pas le problème, vous
  m'aiderez probablement à faire une choix...
  
  - j'ai fait en sorte de coller au plus près à la légende et n'ai
  donc fait aucune concession au rendu : si une carrière apparaît au
  milieu d'un cours d'eau, c'est que son périmètre doit être corrigé
  ; si des highway=pedestrian linéaires apparaissent au dessus de
  polygones highway=pedestrian+area=yes, c'est qu'ils n'ont rien à
  faire là ; etc.
  
  - la cartographie est en Lambert 93 et non en Mercator. Parce que
  ma nature masochiste me fait adorer ne pouvoir utiliser les
  meilleurs outils disponibles actuellement (MAJ auto du rendu à
  partir d'osm2pgsql, mod_tile...), mais surtout parce que, je vous
  l'assure, le Groenland n'est pas plus grand que l'Afrique.
  
  - la choucroute c'est bon, mangez-en
  
  - mapnik 0.7 est utilisé pour le rendu
  
  - tilecache (en mod_python) sert les tuiles
  
  - Postgresql 9 + postgis 1.5 hébergent la base
  
  - l'interface est en Openlayers + ExtJS + GeoExt
  
  - il y a des trous dans les isohypses en Corse
  
  - il n'y a pas encore les DOM
  
  - j'ai installé un logiciel d'observation des visites (Piwik) que
  je n'ai pour l'instant pas vraiment configuré faute de temps, donc
  je ne sais trop ce qu'il récupérera chez vous. Je vous garantie en
  revanche que je n'observerai et n'utiliserai QUE les données
  suivantes :
  
    * votre navigateur & OS (obligatoire pour les
  corrections de bugs)
  
    * votre résolution d'écran (pour aménager l'interface)
  
  
  Si vous n'êtes toujours pas découragés, vous pouvez maintenant y
  aller : www.francetopo.fr
  
  
  
  @+
  
  
  ___
  
  Talk-fr mailing list
  
  T

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Pottier]

Le 27/09/2011 11:01, Damouns a écrit :

Sans vouloir faire mon rabat-joie, on fait souvent très attention aux
problèmes de droits pour les données, mais personne ici n'a remarqué
que les feuilles de style/charte graphique des cartes IGN sont sous
copyright et que les imiter un peu trop peut poser des problèmes ?

A moins que les couleurs, largeurs de traits, etc, soient inspirées de
cartes anciennes tombées dans le domaine public ?

Damouns

Copie ou imitation ? That is the question...
--
FrVIPofm

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Pottier]

Le 27/09/2011 10:49, Pieren a écrit :


On peut tirer la nouille dans tous les sens, ça ne changera rien au
fait que c'est "tagguer pour le logiciel de navigation qui ne supporte
pas les 'area=yes'".

Pieren

Pas seulement...
On anticipe le temps où on cartographiera l'emprise des voies, qui n'est 
pas seulement l'espace qui reste entre les parcelles (que, d'ailleurs, 
on ne cartographie pas ;-)

--
FrViPofm

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Pottier]

Le 27/09/2011 10:38, Vincent Pottier a écrit :


J'ai la carte IGN 1:25000 à côté. Franchement on a de quoi être fier !

Je complète. Quelques suggestions pour le IGN-like :
Sur la carte 1:25000 de Besançon (3323ET)
* les types d'utilisation de bâtiments sont distigués : jaune pour le 
commercial, bleu pour l'industriel, agricole; rouge pour 
l'administratif, scolaire, public. Ça devrait pouvoir se faire en 
reportant sur le bâti l'info du polygone landuse|school|... 
sous-jascent. Bon c'est du boulot en plus...

* certains bâtiments sont mis en valeur : gares, églises, synagogues

Bizarement, les building=house|apartments|store ne sont pas rendus, 
alors que les building=church le sont (ainsi qu'une vairante pour les 
wall=no ;-)
Les repères géodésiques apparaissent comme des cotes d'altitudes. Or 
l'altitude mentionnée sur les repères n'est pas forcément (et rarement) 
l'altitude au sol : clochers, pylônes, châteaux d'eau, cheminées...


Mais vraiment, c'est super, c'est beau... Les haies marquées autrement 
que les murs...

Encore bravo.

Ça montre ce qu'on peut encore cartographier, réservoirs...
--
FrViPofm


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

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Landry Breuil]

2011/9/27 Sébastien Dinot :
> Nicolas Dumoulin a écrit :
>> le WMS ne répond pas en Mercator, ce qui doit être indiqué sur le wiki
>
> Pourtant, quand j'exécute la requête :
>
> wget -O result.xml 
> 'http://wms.craig.fr/osm?service=wms&request=getcapabilities'
>
> La réponse du serveur indique le contraire. Voici un extrait :
>
> 
>    
>      auvergne
>      Auvergne 30cm
>      Orthophotographie a 30cm de resolution sur la region 
> Auvergne
>      
>        auvergne_30cm
>        Auvergne a 30 cm < 1:25000
>        Couche haute definition affichee en dessous de 
> 1:25000
>        EPSG:2154
>        EPSG:4326
>        EPSG:3785
>        EPSG:3857
>        EPSG:900913
>        EPSG:4171
> 
>
> Or, si le code EPSG:4326 correspond à la projection que JOSM nomme
> WGS84, le code EPSG:3857 correspond bien à la projection Mercator, non ?

Oui, les précedents flux ne faisaient que du Lambert 93, j'ai ajouté
les autres projections lors de l'intégration de la haute loire et du
cantal.

Ca ne me donne toujours pas assez d'info pour savoir ce qui ne marche
pas.. peux tu savoir quelles sont les requetes faites ?
Sous linux/unix, josm ecrit les requetes WMS sur la console d'ou il a
été lancé.. ou alors donne moi ton ip, j'irai fouiller dans les logs
du serveur.
En tout cas le message d'erreur en java vient bien de josm, ce n'est
pas du coté de mapserver..

Landry

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

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Sébastien Dinot]

Nicolas Dumoulin a écrit :
> le WMS ne répond pas en Mercator, ce qui doit être indiqué sur le wiki

Pourtant, quand j'exécute la requête :

wget -O result.xml 'http://wms.craig.fr/osm?service=wms&request=getcapabilities'

La réponse du serveur indique le contraire. Voici un extrait :



  auvergne
  Auvergne 30cm
  Orthophotographie a 30cm de resolution sur la region 
Auvergne
  
auvergne_30cm
Auvergne a 30 cm < 1:25000
Couche haute definition affichee en dessous de 
1:25000
EPSG:2154
EPSG:4326
EPSG:3785
EPSG:3857
EPSG:900913
EPSG:4171


Or, si le code EPSG:4326 correspond à la projection que JOSM nomme
WGS84, le code EPSG:3857 correspond bien à la projection Mercator, non ?

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Damouns]

Sans vouloir faire mon rabat-joie, on fait souvent très attention aux
problèmes de droits pour les données, mais personne ici n'a remarqué
que les feuilles de style/charte graphique des cartes IGN sont sous
copyright et que les imiter un peu trop peut poser des problèmes ?

A moins que les couleurs, largeurs de traits, etc, soient inspirées de
cartes anciennes tombées dans le domaine public ?

Damouns

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Pieren]

2011/9/27 Vincent Pottier :
> Pas totalement d'accord :
> un highway=pedestrian : c'est l'axe du highway, utile en mode 'carte' où la
> navigation prime,

On peut tirer la nouille dans tous les sens, ça ne changera rien au
fait que c'est "tagguer pour le logiciel de navigation qui ne supporte
pas les 'area=yes'".

Pieren

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Pottier]

Le 27/09/2011 04:07, Krysst a écrit :

Bonjour à tous,


Excellent !
J'aime les cartes...
Celle-ci est superbe.
+1 à Nicolas : ça fait plaisir de voir nos données traitées de la sorte !
J'ai la carte IGN 1:25000 à côté. Franchement on a de quoi être fier !


- j'ai fait en sorte de coller au plus près à la légende et n'ai donc 
fait aucune concession au rendu : si une carrière apparaît au milieu 
d'un cours d'eau, c'est que son périmètre doit être corrigé ; si des 
highway=pedestrian linéaires apparaissent au dessus de polygones 
highway=pedestrian+area=yes, c'est qu'ils n'ont rien à faire là ;

Pas totalement d'accord :
un highway=pedestrian : c'est l'axe du highway, utile en mode 'carte' où 
la navigation prime,
un highway=pedetrian+area=yes, c'est l'emprise du highway : utile en 
mode 'plan' où l'emprise compte.
Pour l'instant, on n'a pas d'autres moyens de représenter ces deux 
aspects d'une même chose.

(Sly : une relation ?)
--
FrViPofm

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Pottier]

Le 27/09/2011 09:49, Claude a écrit :



dommage que la roulette ne fonctionne pas, on prend vite des habitudes :)

+1
--
FrViPofm

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

[OSM-talk-fr] Re : Besoin de bêta-testeurs pour mon site

[THEVENON Julien]

 De : Krysst 
 Bonjour à tous,
 Si vous n'êtes toujours pas découragés, vous pouvez maintenant y aller : 
 www.francetopo.fr

Vraiment magnifique ton rendu ! et le style du site est vraiment classe aussi, 
pour reprendre les termes de quelqu un on a plus rien a envier a l IGN

Niveau perf pas de soucis mais ma machine est assez musclee.
C est vrai que l absence de zoom par la molette est un peu frustrant mais le 
bouton zoom sur la sélection compense largement.
Est ce que tu comptes distribuer tes feuilles de style ( licence etc ) ? et est 
ce qu il y aurait moyen d utiliser ton rendu comme fond ou du moins qu 
éventuellement il soit envisageable par exemple que la futur OSM-FR l utilise 
sur un serveur de tuile?

Belle vitrine pour ton entreprise et les donnees OSM en tout cas, je pense que 
tu risques d avoir pas mal de visites


Julien




>
>De : Krysst 
>À : Discussions sur OSM en français 
>Envoyé le : Mardi 27 Septembre 2011 4h07
>Objet : [OSM-talk-fr] Besoin de bêta-testeurs pour mon site
>
>Bonjour à tous,
>
>
>Je tiens, en guise de préliminaires, à vous avertir des choses suivantes :
>1) Je ne veux tromper personne : un des buts assumés du site que je présente 
>ici sera de devenir la porte d'entrée de ma mienne société de Géomatique. La 
>page d'accueil restera a priori en l'état, la cartographie sera toujours sous 
>licence libre, mais j'ajouterai dans un futur plus ou moins proche de quoi 
>conduire mon business personnel, probablement sous la forme d'un ou deux 
>boutons situés en haut à droite. Pas plus, mais pas moins.
>2) Si besoin est, je ne me priverai pas non plus de mettre une bannière de pub 
>en haut de page pour financer une partie de l'énormissime coût du serveur
>3) Tout ce que vous verrez est en bêta : cela va faire 1 mois que je recule 
>sans cesse l'ouverture au public pour corriger des petites choses à droite et 
>à gauche et... et j'en ai marre ! Donc je craque, et j'envoie tout maintenant, 
>en l'état, fautes d'orthographes et bogues à l'appui. :-/ Pourquoi ? Parce que 
>j'ai grand besoin d'enfin savoir si mon serveur tient ou pas le coup.
>
>Au chapitre informations (en vrac et j'en oublie certainement, vu l'heure vous 
>ne m'en voudrez pas...) :
>- la qualité étant une de mes priorités, la cartographie est intégralement 
>rendue en PNG 24 bits (avec alpha sur 8 bits, il va de soi :-o). Ce qui veut 
>dire qu'une connexion à 2Mbits est souhaitable, que votre cache navigateur 
>risque de se remplir à la vitesse de la lumière, et que les petites configs 
>risquent de ramer. Merci de me le signaler si c'est inutilisable.
>- le rendu a, au pire, une semaine d'âge : sachez qu'il faut 1 semaine entière 
>de calculs pour mettre à jour ce que vous voyez, le dernier niveau de zoom 
>demandant à lui seul 4 jours...
>- le rendu "carte topographique" est optimisé pour le ~1:10 000,
>- le rendu "plan" devrait à terme bénéficier d'un voire deux niveaux de zoom 
>supplémentaires (qui devront être calculés à la demande, d'où leur absence 
>pour le moment)
>- le rendu "plan" présente pour l'instant d'importants bugs sur le bâti en 
>multipolygon, je n'y peux rien, c'est ça ou pas d'effet 3D. Si le prochain 
>Mapnik 2 ne corrige pas le problème, vous m'aiderez probablement à faire une 
>choix...
>- j'ai fait en sorte de coller au plus près à la légende et n'ai donc fait 
>aucune concession au rendu : si une carrière apparaît au milieu d'un cours 
>d'eau, c'est que son périmètre doit être corrigé ; si des highway=pedestrian 
>linéaires apparaissent au dessus de polygones highway=pedestrian+area=yes, 
>c'est qu'ils n'ont rien à faire là ; etc.
>- la cartographie est en Lambert 93 et non en Mercator. Parce que ma nature 
>masochiste me fait adorer ne pouvoir utiliser les meilleurs outils disponibles 
>actuellement (MAJ auto du rendu à partir d'osm2pgsql, mod_tile...), mais 
>surtout parce que, je vous l'assure, le Groenland n'est pas plus grand que 
>l'Afrique.
>- la choucroute c'est bon, mangez-en
>- mapnik 0.7 est utilisé pour le rendu
>- tilecache (en mod_python) sert les tuiles
>- Postgresql 9 + postgis 1.5 hébergent la base
>- l'interface est en Openlayers + ExtJS + GeoExt
>- il y a des trous dans les isohypses en Corse
>- il n'y a pas encore les DOM
>- j'ai installé un logiciel d'observation des visites (Piwik) que je n'ai pour 
>l'instant pas vraiment configuré faute de temps, donc je ne sais trop ce qu'il 
>récupérera chez vous. Je vous garantie en revanche que je n'observerai et 
>n'utiliserai QUE les données suivantes :
>      * votre navigateur & OS (obligatoire pour les corrections de bugs)
>      * votre résolution d'écran (pour aménager l'interface)
>
>Si vous n'êtes toujours pas découragés, vous pouvez maintenant y aller : 
>www.francetopo.fr
>
>
>@+
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>

Re: [OSM-talk-fr] OSM et Philcarto

[Guillaume Allegre]

Le mar. 27 sept. 2011 à 10:11 +0200, Pieren a ecrit :

> Juste un point : le lien vers la licence CC-BY-SA2.0 est correct mais
> votre page devrait la mentionner au complet, genre "Creative Commons,
> CC-BY-SA2.0" parce que juste  "Creative Commons" peut prêter à
> confusion vu que cet organisme publie plusieurs licences avec des
> degrés de liberté très variables (CC-BY-NC, la future CC0, etc)

Et le nom du projet est bien "OpenStreetMap" et non "Open Street Map".



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Nicolas Dumoulin]

Le Mardi 27 Septembre 2011 09:39:57 Ab_fab, vous avez écrit :
> Juste pour info, si tu ne l'as pas vu passer :
> la présentation de Dane Springmeyer au Foss4g 2011 qui concerne les
> performances de Mapnik.
> Avec en partie 3 "comment faire des cartes lentes", ce qu'il ne faut pas
> faire donc, et à la suite de bonnes pratiques pour que ça dépote
> http://dbsgeo.com/foss4g2011/

Et au passage aussi, mapnik 2.0 vient de sortir :-)

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

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

Re: [OSM-talk-fr] OSM et Philcarto

[Pieren]

2011/9/27 philcarto :
> Je m'appelle Philippe Waniez; je suis géographe, professeur à l'université
> Bordeaux Segalen, département (UFR) sciences et modélisation. J'ai longtemps
> travaillé au et sur le Brésil dans le cadre de recherches menées pour le
> compte de l'Institut de Recherche pour le Développement (IRD ex ORSTOM).

Bonjour et bienvenue sur le project OSM qui a récemment fêté son 7e
anniversaire.

> Depuis de nombreuses années, je réalise et diffuse gratuitement sur mon site
> internet plusieurs logiciels de cartographie statistique :
> http://philcarto.free.fr (voir en signature de ce message quelques liens
> vers à ce sujet). Le plus connu est Philcarto qui fonctionne sous Windows.
> Il fait l'objet d'environ 12 000 à 15 000 téléchargements par an,
> principalement en France, surtout dans les établissement d'enseignement
> supérieur.

Je pense que tous les géographes amateurs sont déjà tombé sur ce site.

> Avec ce message, je souhaiterais savoir si la communauté OpenSteetMap qui a
> réalisé la digitalisation de ces cartes des limites communales voit une
> objection à mon projet de diffusion de ses fonds de carte, sachant que mes
> fichiers sont au format .ai et comprennent en plus les cantons et les
> arrondissements (obtenus par agrégation des polygones communaux).

Absolument pas d'objections. C'est libre, c'est gratuit mais il faut
juste respecter les clauses de la licence CC-BY-SA, c'est à dire
redistributer les données sous la même licence (share-alike) et
mentionner la paternité (mettre quelque part un texte du genre "(c)
OpenStreetMap contributors, CC-BY-SA").
Voir
http://wiki.openstreetmap.org/wiki/Legal_FAQ
http://www.openstreetmap.org/copyright

Attention. Il faut noter que le projet est en phase de migration vers
une nouvelle licence ODBL qui est mieux adaptée aux bases de données.
Cette migration a été entamée il y a plusieurs années maintenant mais
pour l'instant, on est encore en CC-BY-SA2.0 officiellement. Cette
nouvelle licence ne vous posera pas de problème puisque les principes
sont les mêmes (partage à l'identique, paternité, utilisation
commerciale permise).

Mais au delà de la licence, nous avons plusieurs problèmes avec les
limites administratives en France:
- les sources des limites administratives. Les premières limites ont
été créé par un import d'une banque de données américaines publique,
le "CIA World DataBank II, 1980", qui est du domaine publique mais
très, très approximative. Il est possible que certaines lignes de
côtes ou frontières (notamment l'Espagne et l'Italie) utilisent encore
cette ancienne source (mais légale).
- les limites départementales françaises ont été créées à partir d'un
import douteux dont nous ne connaissons pas la licence d'utilisation.
Elles proviennent d'un fond de carte d'une société privée
("Cartographes Associés") qui a disparue depuis, mais dont nous ne
connaissons ni l'ancienneté, ni l'origine exacte, ni si leurs droits
ont pu être récupéré par d'éventuels repreneurs. De toute façon, cette
source était aussi très approximative et est peu à peu remplacée par
nos limites communales qui viennent toutes du cadastre (seule source
légale pour notre projet dans ce domaine).
Une carte en ligne permet de visualiser les limites qui proviennent
encore de cette source :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=7&lat=48.24739&lon=3.67683&layers=B0FF00T&item=3020
(la couche 'bad source lab')
Utiliser des extractions sur les quelques départments qui contiennent
encore des données de cette source est donc un risque juridique
(limité, mais quand même).

Pour les autres, il n'y a pas de problème, si ce n'est peut-être :
- technique vu la densité des polygones issus du cadastre. Une
simplification des polylignes pourrait s'avérer utile avant toute
republication (tout dépend des échelles d'utilisation évidemment).
- et de complétude, vu que toutes nos limites communales sont issues
du cadastre et principalement du cadastre vectorisé. Hors il y a
encore un bon tiers de ces communes absentes d'OSM. Vous pouvez voir
certaines statistique sur les communes dans OSM par rapport au
cadastre ici:
http://beta.letuffe.org/cron/etat-communes/communes.csv.txt
et une carte en ligne indiquant l'état d'avancement de ces limites
(pour les communes, c'est admin_level=8, 6 pour les départements et 4
pour les régions):
http://beta.letuffe.org/?zoom=7&lat=48.8&lon=2.3&layers=BT

A noter que le format des données OSM que vous redistribuez n'a aucune
importance. Mais si la licence montre un aspect "libre" des données,
elle impose certaines contraintes qui ne sont pas anodines (notamment
si les données OSM sont mélangées avec d'autres données
géographiques).

> Ai-je bien tout indiqué sur cette page tous les crédits nécessaires ? Dans
> la négative, pourriez-vous me dire ce que je dois ajouter (ou retrancher) ?

Juste un point : le lien vers la licence CC-BY-SA2.0 est correct mais
votre page devrait la mentionner au complet, gen

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Claude]

Krysst a écrit :

Bonjour à tous,


Je tiens, en guise de préliminaires, à vous avertir des choses 
suivantes :
1) Je ne veux tromper personne : un des buts assumés du site que je 
présente ici sera de devenir la porte d'entrée de ma mienne société de 
Géomatique. La page d'accueil restera a priori en l'état, la 
cartographie sera toujours sous licence libre, mais j'ajouterai dans 
un futur plus ou moins proche de quoi conduire mon business personnel, 
probablement sous la forme d'un ou deux boutons situés en haut à 
droite. Pas plus, mais pas moins.
2) Si besoin est, je ne me priverai pas non plus de mettre une 
bannière de pub en haut de page pour financer une partie de 
l'énormissime coût du serveur
3) Tout ce que vous verrez est en bêta : cela va faire 1 mois que je 
recule sans cesse l'ouverture au public pour corriger des petites 
choses à droite et à gauche et... et j'en ai marre ! Donc je craque, 
et j'envoie tout maintenant, en l'état, fautes d'orthographes et 
bogues à l'appui. :-/ Pourquoi ? Parce que j'ai grand besoin d'enfin 
savoir si mon serveur tient ou pas le coup.


Au chapitre informations (en vrac et j'en oublie certainement, vu 
l'heure vous ne m'en voudrez pas...) :
- la qualité étant une de mes priorités, la cartographie est 
intégralement rendue en PNG 24 bits (avec alpha sur 8 bits, il va de 
soi :-o). Ce qui veut dire qu'une connexion à 2Mbits est souhaitable, 
que votre cache navigateur risque de se remplir à la vitesse de la 
lumière, et que les petites configs risquent de ramer. Merci de me le 
signaler si c'est inutilisable.
- le rendu a, au pire, une semaine d'âge : sachez qu'il faut 1 semaine 
entière de calculs pour mettre à jour ce que vous voyez, le dernier 
niveau de zoom demandant à lui seul 4 jours...

- le rendu "carte topographique" est optimisé pour le ~1:10 000,
- le rendu "plan" devrait à terme bénéficier d'un voire deux niveaux 
de zoom supplémentaires (qui devront être calculés à la demande, d'où 
leur absence pour le moment)
- le rendu "plan" présente pour l'instant d'importants bugs sur le 
bâti en multipolygon, je n'y peux rien, c'est ça ou pas d'effet 3D. Si 
le prochain Mapnik 2 ne corrige pas le problème, vous m'aiderez 
probablement à faire une choix...
- j'ai fait en sorte de coller au plus près à la légende et n'ai donc 
fait aucune concession au rendu : si une carrière apparaît au milieu 
d'un cours d'eau, c'est que son périmètre doit être corrigé ; si des 
highway=pedestrian linéaires apparaissent au dessus de polygones 
highway=pedestrian+area=yes, c'est qu'ils n'ont rien à faire là ; etc.
- la cartographie est en Lambert 93 et non en Mercator. Parce que ma 
nature masochiste me fait adorer ne pouvoir utiliser les meilleurs 
outils disponibles actuellement (MAJ auto du rendu à partir 
d'osm2pgsql, mod_tile...), mais surtout parce que, je vous l'assure, 
le Groenland n'est pas plus grand que l'Afrique.

- la choucroute c'est bon, mangez-en
- mapnik 0.7 est utilisé pour le rendu
- tilecache (en mod_python) sert les tuiles
- Postgresql 9 + postgis 1.5 hébergent la base
- l'interface est en Openlayers + ExtJS + GeoExt
- il y a des trous dans les isohypses en Corse
- il n'y a pas encore les DOM
- j'ai installé un logiciel d'observation des visites (Piwik) que je 
n'ai pour l'instant pas vraiment configuré faute de temps, donc je ne 
sais trop ce qu'il récupérera chez vous. Je vous garantie en revanche 
que je n'observerai et n'utiliserai QUE les données suivantes :

  * votre navigateur & OS (obligatoire pour les corrections de bugs)
  * votre résolution d'écran (pour aménager l'interface)

Si vous n'êtes toujours pas découragés, vous pouvez maintenant y aller 
: www.francetopo.fr



@+

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


j'oubliai

dommage que la roulette ne fonctionne pas, on prend vite des habitudes :)

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Claude]

bonjour


super un très beau rendu.

Certain nom de commune n'aparaissent pas au zoom maxi
exemple: Bourg-le-Comte
 que les petites configs risquent de ramer. Merci de me le signaler si 
c'est inutilisable.

ca s'affiche très bien sur mon vieux PVI 3Ghz (linux debian 5)
3 s pour afficher la carte au zoom maxi (j'ai 20mo de débit réel adsl)
4s pour un zoom de 1 : 181417

j'essaierai sur de plus vieilles machines

cordialement
claude



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

[OSM-talk-fr] Portail Open Data de Toulouse : les données seront sous licence ODbL

[Sébastien Dinot]

Bonjour,

La rencontre sur l'Open Data organisée hier soir à La Cantine de
Toulouse a été l'occasion pour la communauté urbaine du Grand Toulouse
de présenter son projet Open Data (dont le nom officiel sera
Toulouse.data). Voici ce qu'il faut en retenir :

- Le portail sera présenté et ouvrira le 22 octobre pendant La Novela
  (festival des savoirs partagés).

- Les données seront diffusées sous licence ODbL.

- Pour commencer, une trentaine de jeux de données, essentiellement
  géographiques, seront publiés, les autres arrivant au fur et à mesure
  de leur « découverte » (un recensement est en cours dans les
  services).

- Une orthophotographie du Grand Toulouse fera partie des données
  publiées. Les prises de vue issues de la campagne de juin 2011 étant
  encore en cours de traitement, c'est l'orthophotographie de 2007 qui
  sera dans un premier temps mise en ligne (celle de 2009 ne peut être
  publiée pour cause de droits insuffisants). L'orthophotographie de
  2011 sera mise en ligne dès que possible (je vois bien cela vers
  décembre/janvier). Le Grand Toulouse de 2007 n'étant pas celui de 2011
  (la communauté urbaine est passée de 25 à 37 communes), je ne sais
  quelle superficie couvre la campagne de 2007. Mais, de mémoire, celle
  de 2011 devrait couvrir 1600 km2 (je ne connais pas la résolution des
  images mais elle devrait être assez fine).

- Les formats ouverts et interopérables seront privilégiés mais
  l'intervenante n'a pas donné de garantie à ce niveau. Elle nous
  a juste informé que les services du Grand Toulouse étaient
  sensibilisés et feraient leur possible.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Ab_fab]

Rebonjour,

J'ai oublié de préciser que niveau performances, je n'ai rien senti de
particulièrement lent.
Je suis en région parisienne, où la bande passante descendante est plus que
respectable, donc je ne suis pas le mieux placé.

Etant donné que je ne suis pas le seul à louer la qualité de ton travail, je
ne serais pas étonné qu'il y ait de la visite depuis l'étranger.
Il sera probablement judicieux de faire un descriptif de ta démarche en
anglais, pour décrire le projet, mais peut être surtout pour couper court à
des demandes que tu ne voudras / pourras pas satisfaire, comme une
internationalisation ou la prise en charge d'une zone plus large (Europe,
Monde ...).
Tout cela coûte des ressources, en plus de la projection qui n'est pas
passe-partout

Juste pour info, si tu ne l'as pas vu passer :
la présentation de Dane Springmeyer au Foss4g 2011 qui concerne les
performances de Mapnik.
Avec en partie 3 "comment faire des cartes lentes", ce qu'il ne faut pas
faire donc, et à la suite de bonnes pratiques pour que ça dépote
http://dbsgeo.com/foss4g2011/

Souhaites-tu que les autres contributeurs puissent remonter (via le wiki ?)
des desiderata sur les informations à afficher ?
J'ai par exemple remarqué que les remontées mécaniques de ski ne sont pas
rendues, alors que ce sont de bons repères visuels, comme les lignes
haute-tension.

Bonne continuation

Le 27 septembre 2011 04:07, Krysst  a écrit :

> Bonjour à tous,
>
>
> Je tiens, en guise de préliminaires, à vous avertir des choses suivantes :
> 1) Je ne veux tromper personne : un des buts assumés du site que je
> présente ici sera de devenir la porte d'entrée de ma mienne société de
> Géomatique. La page d'accueil restera a priori en l'état, la cartographie
> sera toujours sous licence libre, mais j'ajouterai dans un futur plus ou
> moins proche de quoi conduire mon business personnel, probablement sous la
> forme d'un ou deux boutons situés en haut à droite. Pas plus, mais pas
> moins.
> 2) Si besoin est, je ne me priverai pas non plus de mettre une bannière de
> pub en haut de page pour financer une partie de l'énormissime coût du
> serveur
> 3) Tout ce que vous verrez est en bêta : cela va faire 1 mois que je recule
> sans cesse l'ouverture au public pour corriger des petites choses à droite
> et à gauche et... et j'en ai marre ! Donc je craque, et j'envoie tout
> maintenant, en l'état, fautes d'orthographes et bogues à l'appui. :-/
> Pourquoi ? Parce que j'ai grand besoin d'enfin savoir si mon serveur tient
> ou pas le coup.
>
> Au chapitre informations (en vrac et j'en oublie certainement, vu l'heure
> vous ne m'en voudrez pas...) :
> - la qualité étant une de mes priorités, la cartographie est intégralement
> rendue en PNG 24 bits (avec alpha sur 8 bits, il va de soi :-o). Ce qui veut
> dire qu'une connexion à 2Mbits est souhaitable, que votre cache navigateur
> risque de se remplir à la vitesse de la lumière, et que les petites configs
> risquent de ramer. Merci de me le signaler si c'est inutilisable.
> - le rendu a, au pire, une semaine d'âge : sachez qu'il faut 1 semaine
> entière de calculs pour mettre à jour ce que vous voyez, le dernier niveau
> de zoom demandant à lui seul 4 jours...
> - le rendu "carte topographique" est optimisé pour le ~1:10 000,
> - le rendu "plan" devrait à terme bénéficier d'un voire deux niveaux de
> zoom supplémentaires (qui devront être calculés à la demande, d'où leur
> absence pour le moment)
> - le rendu "plan" présente pour l'instant d'importants bugs sur le bâti en
> multipolygon, je n'y peux rien, c'est ça ou pas d'effet 3D. Si le prochain
> Mapnik 2 ne corrige pas le problème, vous m'aiderez probablement à faire une
> choix...
> - j'ai fait en sorte de coller au plus près à la légende et n'ai donc fait
> aucune concession au rendu : si une carrière apparaît au milieu d'un cours
> d'eau, c'est que son périmètre doit être corrigé ; si des highway=pedestrian
> linéaires apparaissent au dessus de polygones highway=pedestrian+area=yes,
> c'est qu'ils n'ont rien à faire là ; etc.
> - la cartographie est en Lambert 93 et non en Mercator. Parce que ma nature
> masochiste me fait adorer ne pouvoir utiliser les meilleurs outils
> disponibles actuellement (MAJ auto du rendu à partir d'osm2pgsql,
> mod_tile...), mais surtout parce que, je vous l'assure, le Groenland n'est
> pas plus grand que l'Afrique.
> - la choucroute c'est bon, mangez-en
> - mapnik 0.7 est utilisé pour le rendu
> - tilecache (en mod_python) sert les tuiles
> - Postgresql 9 + postgis 1.5 hébergent la base
> - l'interface est en Openlayers + ExtJS + GeoExt
> - il y a des trous dans les isohypses en Corse
> - il n'y a pas encore les DOM
> - j'ai installé un logiciel d'observation des visites (Piwik) que je n'ai
> pour l'instant pas vraiment configuré faute de temps, donc je ne sais trop
> ce qu'il récupérera chez vous. Je vous garantie en revanche que je
> n'observerai et n'utiliserai QUE les données suivantes :
>  * votre navigateur & OS (obligatoi

Re: [OSM-talk-fr] OSM et Philcarto

[Vincent de Chateau-Thierry]

Bonjour et bienvenue,

> De : "philcarto" 

>
> Bonjour à toutes et à tous,
> 
> Je m'appelle Philippe Waniez; je suis géographe, professeur à l'université
> Bordeaux Segalen, département (UFR) sciences et modélisation. J'ai longtemps
> travaillé au et sur le Brésil dans le cadre de recherches menées pour le
> compte de l'Institut de Recherche pour le Développement (IRD ex ORSTOM). 
> 
> Depuis de nombreuses années, je réalise et diffuse gratuitement sur mon site
> internet plusieurs logiciels de cartographie statistique :
> http://philcarto.free.fr (voir en signature de ce message quelques liens
> vers à ce sujet). Le plus connu est Philcarto qui fonctionne sous Windows.
> Il fait l'objet d'environ 12 000 à 15 000 téléchargements par an,
> principalement en France, surtout dans les établissement d'enseignement
> supérieur.
> 
> J'ai fait la connaissance du projet OpenSteetMap alors que je recherchais
> des couvertures shape (.shp) des communes allemandes. Il s'agissait pour moi
> d'utiliser un autre de mes programmes, Phildigit, pour mettre à la
> disposition des utilisateurs de Philcarto les fonds des Länder par communes.
> Ce travail est en cours et devrait être achevé dans le courant de l'année
> 2012.
> 
> Sur ces entrefaites, j'ai découvert que le même genre de couvertures
> existait sur la France. Les utilisateurs français de Philcarto étant brimés
> en raison du prix exhorbitant (pour un particulier) du produit IGN GéoFLA,
> j'ai pensé mettre à leur disposition les fichiers des limites communales
> réalisés dans le cadre du projet OpenStreetMap en France, dans le format
> accepté par Philcarto (un fichier multicalque en postscript compatible avec
> Adobe Illustrator). Il faut environ deux heures de travail (pour moi) par
> département pour obtenir un fond de carte utilisable par Philcarto.
> 
> J'ai réalisé une maquette de ce que serait la page de téléchargement de ces
> fonds de carte, maquette portant seulement sur l'Alsace; voir
> http://philcarto.free.fr/FranceCom/FranceCom.html
> 
> Avec ce message, je souhaiterais savoir si la communauté OpenSteetMap qui a
> réalisé la digitalisation de ces cartes des limites communales voit une
> objection à mon projet de diffusion de ses fonds de carte, sachant que mes
> fichiers sont au format .ai et comprennent en plus les cantons et les
> arrondissements (obtenus par agrégation des polygones communaux).
> 
> Mon autre question concerne ma page de téléchargement proprement dite :
> http://philcarto.free.fr/FranceCom/FranceCom.html
> 
> Ai-je bien tout indiqué sur cette page tous les crédits nécessaires ? Dans
> la négative, pourriez-vous me dire ce que je dois ajouter (ou retrancher) ?
> 
> Avec mes remerciements et dans l'attente de vous lire.
> 

Cette page :
http://www.openstreetmap.org/copyright
indique la manière de procéder pour les différents usages des données OSM. Si 
on la suit,
je pense qu'il manque sur votre page de téléchargement aussi bien que dans les 
fichiers
LisezMoi.TXT une mention telle que : "Données de la carte © les contributeurs 
d'OpenStreetMap, CC-BY-SA".
Pour le reste (et sans être juriste), je ne vois pas de souci. Il sera bon que 
d'autres
que moi confirment / infirment mes dires.

Par ailleurs ça fait plaisir de constater que ce type de données trouve des 
usages :-) . 
Nous ne sommes pas encore en mesure de proposer des découpages administratifs
communaux sur la France entière mais ça motive pour continuer ce travail. Pour 
info il
reste environ 9000 contours de communes manquants. Néanmoins, 3 régions 
(Alsace, IDF,
Bretagne) sont déjà complètes, et bon nombre de départements le sont aussi. Le 
baromètre
est ici :
http://osm2.crans.org/munin/stats.db/departement/index.html

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

Re: [OSM-talk-fr] Question sur JOSM

[Maetma 91]

Merci pour vos retours. Ce qui est bizarre c'est que j'utilise Java 6 depuis
que j'ai commencé à utiliser JOSM et ce problème n'est apparu que récemment.
Je vais regarder ce qui se passe avec une version plus ancienne de JOSM.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Nicolas Dumoulin]

Le Mardi 27 Septembre 2011 04:07:04 Krysst, vous avez écrit :
> Si vous n'êtes toujours pas découragés, vous pouvez maintenant y aller :
> www.francetopo.fr

Très joli travail effectivement. Ton rendu fait parti des plus joli rendu que 
j'ai vu. La sélection des couches par défaut donne une carte très lisible tant 
d'un point de vue routier que topo. En fait, je trouve la qualité comparable 
aux cartes topo de l'IGN.
Ça fait d'ailleurs énormément plaisir de voir mes données aussi bien mises en 
valeur. Rien pour cela, merci :-)

Bon ensuite, tu indiques « FranceTopo.fr est quasi intégralement réalisé à 
partir de données & logiciels libres », il vient d'où le quasi ? Soit c'est un 
troll sur les licences BSD ^^, soit tu parles de tes développements et donc de 
tes feuilles de styles.

En attendant un éclaircissement, voici quelques remarques :
 - certains noms ne sont pas affichés, comme par exemple les campus 
universitaires, les stades, … alors que « Cimetière » est marqué sur chaque 
cimetière par exemple
 - Ça aurait été sympa d'ajouter les aires de jeux (leisure=playground) dans 
la catégorie loisirs. Et effectivement, un petit descriptif sur les points 
d'intérêts serait un réel plus.

Bon, en tout cas, ça te fait une bonne vitrine pour développer ton activité, 
qui je l'espère fera fleurir plein de nouvelles utilisations d'OSM.

Merci

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

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

[OSM-talk-fr] Re : REMARQUABLE ! francetopo.fr à découvrir ABSOLUMENT

[Otourly Wiki]

Effectivement c'est plutôt chouette :)

 
Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,sur OxyRadio, OSM, et sur 
MOVIM
Socio di Wikimedia Italia



>
>De : ZIMMY 
>À : talk-fr@openstreetmap.org
>Envoyé le : Mardi 27 Septembre 2011 9h01
>Objet : [OSM-talk-fr] REMARQUABLE ! francetopo.fr à découvrir ABSOLUMENT
>
>J'ai  pris le temps de parcourir le site francetopo.fr ou 
>http://www.francetopo.com francetopo.com  c'est tout simplement admirable.
>Le site est de toute beauté, la qualité de visualisation des données dans le
>style IGN est très agréable. La sortie de type relief est bienvenue. Enfin
>les zoom jusqu'au quartier avec un début de 3D sont prometteurs.
>
>Les POI sont un bonus appréciable.
>
>Quelques suggestions pour le nirvana ;-) l'impression et export et surtout
>pour les utilisateurs géomaticiens; la possibilité d'utilisation sous la
>forme de flux wms, pour l'afficher en fond.
>
>Très cordialement
>
>ZIMMY
>
>--
>View this message in context: 
>http://gis.638310.n2.nabble.com/Besoin-de-beta-testeurs-pour-mon-site-tp6834349p6834956.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

[OSM-talk-fr] REMARQUABLE ! francetopo.fr à découvrir ABSOLUMENT

[ZIMMY]

J'ai  pris le temps de parcourir le site francetopo.fr ou 
http://www.francetopo.com francetopo.com  c'est tout simplement admirable.
Le site est de toute beauté, la qualité de visualisation des données dans le
style IGN est très agréable. La sortie de type relief est bienvenue. Enfin
les zoom jusqu'au quartier avec un début de 3D sont prometteurs.

Les POI sont un bonus appréciable.

Quelques suggestions pour le nirvana ;-) l'impression et export et surtout
pour les utilisateurs géomaticiens; la possibilité d'utilisation sous la
forme de flux wms, pour l'afficher en fond.

Très cordialement

ZIMMY

--
View this message in context: 
http://gis.638310.n2.nabble.com/Besoin-de-beta-testeurs-pour-mon-site-tp6834349p6834956.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