Re: [OSM-talk-fr] Pougne-Hérisson (Poitou-Charentes)

[Hans-Christian Bohlmann]

Salut,

éventuellement on pourrait aussi donner le lien vers MapOsmatic:

http://www.maposmatic.org/rendered//047811_2012-05-10_08-26_PougneHrissonParthenayDeuxSvresPoitouCharentesFrance.png

et aussi contacter la mairie de Pougne-Herisson:

mairie-pougneheris...@wanadoo.fr

Quelqu’un connait l'association responsable du référendum pour les rues?

Ils devarient être intéressé pour de l'aide a cartographier les nouvelles rues.

Cantece


Le 08/05/2012 à 22:24:50 +1100 "RÉAU Simon" msr...@gmail.com a écrit
Objet: "[OSM-talk-fr] Pougne-Hérisson (Poitou-Charentes)" :

> Un début d'organisation ce prépare ici
> http://www.app3l.org/e107_plugins/forum/forum_viewtopic.php?3840.last
> Pourait tu faire suivre le message que tu as envoyer a nombril.com pour
> unifier nos effort ?

Voilà le message que j'ai envoyé:

,-
| -=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
| Message original***Original Message***Ursprüngliche Nachricht
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|From: hendrikmail2...@yahoo.de "Hendrik Oesterlin"
|  To: educa...@nombril.com, festi...@nombril.com,
| helene.lie...@nombril.com, lenomb...@nombril.com,
| marinelois...@nombril.com
|
|  Cc:
|Send: 08/05/2012 07:57:54 (Rec: )
| Subject: Cartographie OpenStreetMap
| Attach.: 
| -=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
| Bonjour,
|
| J'ai vu le reportage sur France 3 concernant votre village et les noms
| de rues.
|
| Immédiatement, je me suis rendu sur le site
| http://www.openstreetmap.org/?lat=46.6599&lon=-0.4099&zoom=13&layers=M
| qui est une cartographie libre établie par les citoyens.
| Mais bien des détails sont encore perfectibles et c'est pourquoi je
| vous contacte.
|
| Openstreetmap.org est à la cartographie ce qui est wikipedia à
| l'encyclopédie.
|
| Bref, il y a des cartographes bénévoles qui souhaitent venir chez vous
| pour vous initier à l'usage de OpenStreetMap et cartographier votre
| coin ensemble avec les habitants de Pougne-Hérisson, c-à-d faire une
| carto-party au Nombril du Monde
|
| Ainsi, la mise à jour de la carte étant immédiate, le monde entier
| aura accès aux nouveaux noms de rues et autre points d'intérêt.
|
| Vous allez pouvoir librement et gratuitement intégrer cette carte à
| votre site Internet, même en version imprimable.
|
| OpenStreetMap est aussi disponible sur GPS de navigation Garmin, et
| smartphone type Android ou iPhone.
|
| Les discussions pour l'organisation sont ici:
|
http://gis.19327.n5.nabble.com/Pougne-Herisson-une-ville-sans-noms-de-rue-td5688981.html
|
| http://gis.19327.n5.nabble.com/Pougne-Herisson-Poitou-Charentes-td5689815.html
|
|
| Si vous souhaitez participer à la mise en place de cette carto-party,
| le mieux est certainement que vous joignez cette liste de discussion
| pour directement contacter toutes les personnes intéressées à
| l'adresse mél talk-fr@openstreetmap.org
| Pour cela, se rendre ici:
| http://lists.openstreetmap.org/listinfo/talk-fr
|
| Cordialement
| Hendrik Oesterlin
| aka http://www.openstreetmap.org/user/Hendrik75
`-


-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


___
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] sympa ressuscité... ou presque

[Vincent de Chateau-Thierry]

Bonjour,

Le 10/05/2012 01:45, Guillaume Allegre a écrit :



Deux trucs bizarres :
- je n'ai retrouvé aucun message posté sur la liste local-marseille (donc aucun 
abonné)

ERRATUM : c'est sur local-idf
en fait, il y a bien deux messages dans les archives, mais ce sont deux tests 
envoyés
par moi.


Merci Guillaume.

Dans mon souvenir on a dû plafonner à 5 inscrits sur local-idf. Et 0 
message, en effet.

Ça nous fait un sujet de discussion IRL pour le 15/5 :-)

vincent

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

Re: [OSM-talk-fr] sympa ressuscité... ou presque

[Guillaume Allegre]

Le jeu. 10 mai 2012 à 01:34 +0200, Guillaume Allegre a ecrit :

> Deux trucs bizarres : 
> - je n'ai retrouvé aucun message posté sur la liste local-marseille (donc 
> aucun abonné)
ERRATUM : c'est sur local-idf
en fait, il y a bien deux messages dans les archives, mais ce sont deux tests 
envoyés
par moi.

> - je n'ai trouvé aucune archive sur la liste local-npdc ?!


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [OSM-talk-fr] taginfo et petites misères techniques...

[Philippe Verdy]

Le 9 mai 2012 23:21, Christian Quest  a écrit :
> Oui 10A, c'est là où ça coince le plus je pense pour lui trouver un doux 
> foyer.

Sutout que les datacenters font payer cher la refacturation de la
conso électrique(ils ne sont pas que consommateurs, mais aussi
producteurs de l'alimentation de secours, et fournissent les groupes
électrogènes, les batteries relaies, qu'il faut remplacer
régulièrement, et la clim nécessaire qui va avec (et qui consomme
aussi).

L'énergie consommée est le facteur décisif aujourd'hui pour le coût
d'exploitation, bien plus que la bande passante utilisée dont les prix
continuent de baisser. Tous les datacenters imposent leurs normes de
consommation et tendent à faire monter les prix de la conso
électrique. Les Opterons ne sont plus compétitifs du tout, et c'est
bien pour ça qu'on remplace les matériels et que les équipementiers
promeuvent les nouvelles générations de processeur plus économes, et
qu'on remplace aussi régulièrement les matériels alors qu'ils sont
encore en état de marche par du matériel neuf, car c'est souvent moins
cher de les remplacer que de continuer à payer les factures
d'exploitation.

> J'ai juste écrit 14 blades... sans préciser qu'il y a 2 opteron
> dual-core par blade (LS21), donc 28 opteron et 56 coeurs au total.

Merci pour la précision. Effectivement 7U ce n'est pas encore trop et
pas vraiment le problème (même si la place est aussi précieuse car les
salles d'exploitation sont chères à aménager. La demande est tellement
forte pour y concentrer toujours plus de puisssance de calcul que ceux
qui ne renouvellent pas le matos sont pénalisés par les révisions
tarifaires.

> Ce matériel a 5 ans. Je sais qu'il y a mieux aujourd'hui, mais à
> cheval donné, on ne regarde pas les dents...

Ce matériel vieux de 5 ans n'est plus à la page question coût. Il
aurait peut-être encore sa place quelquepart, mais plus dans un
datacenter avec les obligations qui vont avec en terme de permanence
de service, en tan que serveur de clacul dédié à des tâches hors
ligne, mais plus pour rester allumé 24/24 pour un service Internet :
ça coûterait même moins cher d'utiliser de le puissance de calcul
partagée contruite sur des serveurs nouvelle génération plus économes
et mis en place par des hébergeurs de masse, pour quelques centaines
d'euros par an au lieu de plusieurs milliers en tentant de réutiliser
ce matériel.

Même si ce coût de consommation pas la seule ligne facturée, car on
paye aussi l'abonnement pour la supervision et un coût fixe pour la
simple présence destinée à payer les personnels d'exploitation et de
surveillance et sécurité, ici ce coût de conso ne sera pas négligeable
du tout). Pour un projet libre, qui n'a pas beaucoup de financement
possible, on doit regarder à deux fois les questions de coût
d'exploitation sinon on va au mur (et même un donnateur généreux
préférera utiliser des solutions d'aujourd'hui (notamment sur des
fermes de serveurs de Cloud computing mutualisées). 5 ans en matériel
informatique, c'est une éternité, sinon de la préhistoire.

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

[OSM-talk-fr] sympa ressuscité... ou presque

[Guillaume Allegre]

J'ai rétabli le serveur sympa pour les listes de diffusion OSM-FR.
L'interface web est à nouveau disponible sur 
http://listes.openstreetmap.fr/wws/lists

En pratique, le serveur a changé puisque osm4 est mort, mais osm101 a pris le 
relai.

Malheureusement, les sauvegardes n'étaient pas parfaites, et on a perdu la base 
des abonnements. 
Les archives des messages sont par contre intactes.
J'ai donc reconstitué partiellement les abonnements à partir des messages 
postés.


Mais ceux qui étaient abonnés à certaines listes sans y avoir posté ont été 
perdus
en route. Si c'est votre cas, merci de bien vouloir vous réabonner manuellement.



Deux trucs bizarres : 
- je n'ai retrouvé aucun message posté sur la liste local-marseille (donc aucun 
abonné)
- je n'ai trouvé aucune archive sur la liste local-npdc ?!

Si vous repérez une anomalie sur le nouveau serveur, merci de m'en faire part 
directement. Il est tout à fait possible qu'une config soit passée entre les 
mailles.

Désolé pour le désagrément occasionné.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [OSM-talk-fr] Landuse:meadow et landuse:farm ; correspondance à la réalité ?

[Brice]

Bonsoir,

J'avoue avoir toujours été intrigué par cette notion d'occupation du sol 
importée dans OSM pour ce qui concerne les terres agricoles.

Pour les autres occupations du sol que l'agricole (urbanisation, zones boisées, 
carrière, ...), pas de problème : il est facile d'ajuster les limites importées 
depuis Corine à l'échelle observable sur Bing et donc rendre plus précis 
l'information originelle au 1:100 000 ème.

Concernant les terres agricoles, existantes dans Corine Land Cover, elles se 
sont retrouvées dans trois catégories OSM si je comprends bien la page 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature
- landuse=farm(land) pour les terres arables (code 21)
- landuse=meadow pour les prairies (code 23)
- aucun landuse attribué pour les zones agricoles hétérogènes (code 24)

A mon sens cela pose 2 difficultés :
- les zones vides sans landuse sont quand même des terres agricoles qui à mon 
sens aurait pu être taggé en landuse=farm(land) mais du coup, dans cette 
logique, ce sont de grandes surfaces d'un seul tenant qui devraient être en 
landuse=farm(land) - mais c'est bien la réalité du terrain !
- à l'échelle d'interprétation de Corine et pê du fait de la méthodologie 
retenue, la codification en prairies est exagéré, ce serait plutôt "paysage 
bocager", on se retrouve donc avec des surfaces landuse=meadow dans OSM qui 
recouvrent de grandes zones concernées par des cultures (surfaces effectivement 
incluses dans un assolement contrairement à ce qu'indique Corine)

Si on voulait s'approcher au mieux de la réalité, cas d'une commune rurale de 
plaine, faudrait-il tendre vers ceci :
- étendre le landuse=farm(land) à l'ensemble de la commune à l'exception des 
zones déjà qualifiés (residential, ...)
- mais alors où positionner les limites de ces surfaces farm(land) : limites 
communales, routes, ... ?
- réduire les zones landuse=meadow en travaillant à l'échelle du parcellaire 
agricole et en ne conservant que les véritables prairies permanentes, grosso 
modo uniquement les fonds de vallons trop humides pour être labourés et qui 
restent en permanence en pâturage et/ou fauchage (mais ce n'est pas une 
information détectable uniquement sur base de photos aériennes)

Qu'en pensez-vous ?


Brice


Le 8 mai 2012 à 08:34, Fabien Moreau a écrit :

> Merci, 
> c'est beaucoup plus clair maintenant. Pas rassurant par contre, car il y
> a alors beaucoup de taf.
> 
> Fabien
> 
> Le mardi 08 mai 2012 à 00:37 +0200, Vincent Pottier a écrit :
>> Le 07/05/2012 22:45, Fabien Moreau a écrit :
>>> Je reviens sur le point qui cloche à mon avis.
>>> 
>>> Au vu de ton raisonnement, on pourrais se permettre d'affiner les donnés
>>> issu de corine (c'est ce que j'ai fait pour s'ajuster à l'étalement
>>> urbain ) à chaque besoin par l'imagerie.
>>> 
>>> Or pour au moins 3 régions de france (Pays de Loire, Bretagne et en
>>> partie Poitou-charentes, basse normandie ) , le fait que les paysans
>>> utilise une rotation des cultures entre prairies, cultures céréalières,
>>> bois (plantation de peuplier, accacias) obligera à refaire une grande
>>> partie de ces surfaces chaque années.
>> La prairie artificielle, plantée chaque année est à considérer comme une 
>> culture, donc landuse=farm.
>> On ne tague pas la culture, même si celle-ci est du ray grass.
>> La rotation de prairie, ça se fait aussi dans l'Aude. J'ai vu faire 3 
>> cultures en 2 ans : maïs, céréale, herbe.
>> 
>> Landuse=meadow, c'est pour de la prairie naturelle, ou au moins pérenne.
>> --
>> FrViPofm (pour une fois que j'utilise mes études agricoles...)
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Sites archéologiques sur Brest ?

[Alexia Fontaine-Doazan]

Le 09/05/2012 15:35, Christian Rogel a écrit :


Le 9 mai 2012 à 12:52, mav...@no-log.org  a 
écrit :



étant directement concerné*, je rebondis sur ta question avec deux 
points

de vue différents sur ta question :

- du point de vue de la cartographie d'OpenStreetMap, comme le dit
Christian, le positionnement des fouilles préventives (ex-fouilles de
sauvetage) n'a pas d'intérêt dans le sens où il s'agit d'une opération
temporaire, le plus fréquemment limitée à quelques semaines/mois.

- du point de vue des archéologues,  la diffusion de ces données alors
que peuvent favoriser les risques de pillage sur l'emprise lorsque les
opérations ne sont pas achevées et sur son environnement direct pendant
et après.

* pas archéologue, mais travaillant avec eux.


Les périmètres des fouilles préventives sont, généralement, connus, au 
moins
par la presse locale, car, il sont l'objet d'un contrat entre 
un aménageur public ou privé.

Ces fouilles durent typiquement de 3 mois à 1 an.
Leur faible durée ne justifie pas, à mon sens, de les indiquer.

Il existe aussi les fouilles programmées qui peuvent durer plusieurs 
années.

Une grotte de borde de mer a ainsi été scellée chaque automne par un grand
panneau ouvrant pendant plusieurs années.
Comme, il s'agit d'une situation non permanente, le taggage n'est pas 
non plus

souhaitable.

Je faisais allusion sur la liste OSM Bretagne à des données 
archéologiques
confidentielles : il s'agit  de zones dans lesquels divers 
recoupements, permettent

de supposer des vestiges archéologiques.
Ces données ne sont connues que des services archéologiques et soumises à
l'obligation de confidentialité.

Le tag OSM : "historic/archeological_site" concerne donc les "parcs 
archéologiques" et

autres méthodes de conservation sur place des vestiges, avec une ouverture
éventuelle au public.

Christian R.
Qui a fréquenté nombre d'archéologues.


Bonsoir,
Il me semblait que le sujet de cette discussion était le manque de 
traçabilité de ces emprises.
Je m'excuse d'insister, mais la définition du tag OSM ne définit en rien 
la nature de ces tracés (quelle est leur source?!) ; tout comme les 
différentes opérations de terrain ne correspondent pas aux mêmes objectifs.


D'une part, sans la source de vos données vous enlever à celles-ci la 
notion de fiabilité et vous perdez en pertinence d'information,
D'autre part, la représentation de vos données en tant que point ou 
surface peut impliquer une échelle d'interprétation propre.


Autrement dit, selon le producteur de cette donnée archéologique et le 
receveur de celle-ci, vous ne définissez pas les mêmes besoins sur cette 
même information, elle-même définit par son contexte, ici, la ville de 
Brest, sans parler de la temporalité. Tout dépend bien de votre finalité 
cartographique, elle-même dictée par la nature de ses données, donc il 
faut au départ connaître leur source, si l'on veut, au final, 
représenter une réalité tangible.


Dans le cas de ces "mystérieux" tracés de Brest, je suis d'avis que si 
la source des données n'est pas précisée, il serait plus prudent de les 
retirer d'OSM pour éviter toute dérive (comique) précédemment évoqué...


-- Alexia

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

Re: [OSM-talk-fr] taginfo et petites misères techniques...

[Christian Quest]

Le 9 mai 2012 23:22, Christian Quest  a écrit :
>
> Un petit problème de tunnel SSH vers la base postgis non rétabli... ça
> va revenir.
>

C'est revenu avec un coup de baguette magique de Jocelyn.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] taginfo et petites misères techniques...

[Christian Quest]

Le 9 mai 2012 20:26, PierreV  a écrit :
> je suppose aussi que la page
> "http://openstreetmap.fr/outils/etat-commune?insee="; était aussi reliée à se
> serveur?
>
> en tout cas merci de prévenir que vous étés sur le problème... et qu'il est
> en résolution.
> Bon courage pour tout remettre en ordre.
>

Un petit problème de tunnel SSH vers la base postgis non rétabli... ça
va revenir.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] taginfo et petites misères techniques...

[Christian Quest]

Le 9 mai 2012 20:13, Philippe Verdy  a écrit :
> Le 9 mai 2012 14:06, Christian Quest  a écrit :
>> J'ai aussi récupéré un bladecenter IBM et ses 14 lames bi-opteron /
>> 8GO RAM/ 73GO SAS... si quelqu'un à 7U et 10A de libres...
>
> 10A : 10 ampères  ça bouffe tant que ça en alim  ça veut dire
> aussi 2,2 kW de chaleur produite, autant dire que c'est un vrai four !
> qui consommera aussi de la ventilation.
>
> Et puis utiliser 7U de place pour seulement 14 processeurs... là où 2U
> suffisent aujourd'hui. Il date de quand ton BladeCenter ?
>

Oui 10A, c'est là où ça coince le plus je pense pour lui trouver un doux foyer.

J'ai juste écrit 14 blades... sans préciser qu'il y a 2 opteron
dual-core par blade (LS21), donc 28 opteron et 56 coeurs au total.

Ce matériel a 5 ans. Je sais qu'il y a mieux aujourd'hui, mais à
cheval donné, on ne regarde pas les dents...

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] taginfo et petites misères techniques...

[PierreV]

je suppose aussi que la page
"http://openstreetmap.fr/outils/etat-commune?insee="; était aussi reliée à se
serveur?

en tout cas merci de prévenir que vous étés sur le problème... et qu'il est
en résolution.
Bon courage pour tout remettre en ordre.

--
View this message in context: 
http://gis.19327.n5.nabble.com/taginfo-et-petites-miseres-techniques-tp5697207p5698160.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] taginfo et petites misères techniques...

[Philippe Verdy]

Le 9 mai 2012 14:06, Christian Quest  a écrit :
> J'ai aussi récupéré un bladecenter IBM et ses 14 lames bi-opteron /
> 8GO RAM/ 73GO SAS... si quelqu'un à 7U et 10A de libres...

10A : 10 ampères  ça bouffe tant que ça en alim  ça veut dire
aussi 2,2 kW de chaleur produite, autant dire que c'est un vrai four !
qui consommera aussi de la ventilation.

Et puis utiliser 7U de place pour seulement 14 processeurs... là où 2U
suffisent aujourd'hui. Il date de quand ton BladeCenter ?

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

Re: [OSM-talk-fr] Sites archéologiques sur Brest ?

[Christian Rogel]

Le 9 mai 2012 à 12:52, mav...@no-log.org a écrit :
> 
> 
> étant directement concerné*, je rebondis sur ta question avec deux points 
> de vue différents sur ta question :
> 
> - du point de vue de la cartographie d'OpenStreetMap, comme le dit
> Christian, le positionnement des fouilles préventives (ex-fouilles de
> sauvetage) n'a pas d’intérêt dans le sens où il s'agit d'une opération
> temporaire, le plus fréquemment limitée à quelques semaines/mois.
> 
> - du point de vue des archéologues,  la diffusion de ces données alors
> que peuvent favoriser les risques de pillage sur l'emprise lorsque les
> opérations ne sont pas achevées et sur son environnement direct pendant
> et après.
> 
> * pas archéologue, mais travaillant avec eux.

Les périmètres des fouilles préventives sont, généralement, connus, au moins
par la presse locale, car, il sont l'objet d'un contrat entre un aménageur 
public ou privé.
Ces fouilles durent typiquement de 3 mois à 1 an.
Leur faible durée ne justifie pas, à mon sens, de les indiquer.

Il existe aussi les fouilles programmées qui peuvent durer plusieurs années.
Une grotte de borde de mer a ainsi été scellée chaque automne par un grand
panneau ouvrant pendant plusieurs années.
Comme, il s'agit d'une situation non permanente, le taggage n'est pas non plus
souhaitable.

Je faisais allusion sur la liste OSM Bretagne à des données archéologiques 
confidentielles : il s'agit  de zones dans lesquels divers recoupements, 
permettent
de supposer des vestiges archéologiques.
Ces données ne sont connues que des services archéologiques et soumises à
l'obligation de confidentialité.

Le tag OSM : "historic/archeological_site" concerne donc les "parcs 
archéologiques" et
autres méthodes de conservation sur place des vestiges, avec une ouverture
éventuelle au public.

Christian R.
Qui a fréquenté nombre d'archéologues.

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

Re: [OSM-talk-fr] Export des limites adm. en shapefile

[sly (sylvain letuffe)]

On mercredi 9 mai 2012, mav...@no-log.org wrote:
> Bonjour,
> 
> Je viens de tester l'utilisation des shapefiles des limites de communes
> proposées sur openstreetmap.fr... super !
> 
> Une petite suggestion tout de même : serait-il possible d'ajouter
> automatiquement à chaque *.shp un fichier *.cpg comportant le texte
> "UTF-8" pour spécifier l'encodage des caractères (comme sur Geofabrik.de)?
> Ça permet la reconnaissance de l'encodage en Unicode
> (http://en.wikipedia.org/wiki/Shapefile))!

Je n'ai aucune idée de comment générer le .cpg

Si tu sais comment faire sachant que j'utilise l'outil pgsql2shp alors je veux 
bien l'inclure dans le script de génération

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

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

Re: [OSM-talk-fr] Sites archéologiques sur Brest ?

[Christian Quest]

Je vois qu'on dérive tout doucement...

Rappel du message d'origine: un nouveau contributeur a créé sur Brest
deux sites archéologiques dans le changeset suivant
http://www.openstreetmap.org/browse/changeset/11423954

Il n'a fait aucune autre contribution, n'a pas répondu à mes messages,
n'a pas indiqué de source et son changeset est marqué "ESSAI".

Pour moi, c'est suffisant pour penser que c'est une erreur et donc
pour supprimer ces sites archéologiques à moins que quelqu'un puisse
confirmer leur existence sur le terrain ou par une source identifiée.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Sites archéologiques sur Brest ?

[Alexia Fontaine-Doazan]

Le 09/05/2012 12:52, mav...@no-log.org a écrit :

Bonjour,

Ce qui est plutôt curieux, c'est de voir des tracés archéologiques "se
balader" sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien
n'interdit leur publication, si justement il y a eu publication des
données, à moins que l'on part sur l'idée de prescription, et dans le
domaine de l'archéologie, je vous conseille d'allumer des cierges...
Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous
une idée de la source de ces tracés? Avez-vous éventuellement une
description? Et plus largement, pourquoi n'est-il pas intéressant de
signaler une fouille de sauvetage?

Alexia Fontaine


Bonjour,

étant directement concerné*, je rebondis sur ta question avec deux points
de vue différents sur ta question :

  - du point de vue de la cartographie d'OpenStreetMap, comme le dit
Christian, le positionnement des fouilles préventives (ex-fouilles de
sauvetage) n'a pas d’intérêt dans le sens où il s'agit d'une opération
temporaire, le plus fréquemment limitée à quelques semaines/mois.

  - du point de vue des archéologues,  la diffusion de ces données alors
que peuvent favoriser les risques de pillage sur l'emprise lorsque les
opérations ne sont pas achevées et sur son environnement direct pendant
et après.

* pas archéologue, mais travaillant avec eux.


Bonne journée,

mav



@ Mav

Salut,

Tout dépend de ta finalité cartographique et inévitablement de la source 
qui publie.


La chaîne opératoire est cadrée en archéologie. Tout ça pour éviter 
justement la "fabrication" des sites archéologiques. L'archéologie, 
c'est pas "cloud" et heureusement!!!
Sinon demain OSM en Bretagne c'est Disneyland version légende 
arthurienne... Il y a suffisamment d'archéologues reconnus pour que cela 
n'arrive pas.


Dans notre cas, il faudrait déjà savoir qui a publié ces tracés. Toi qui 
travaille avec eux, tu dois savoir qui est la source et pourquoi ils 
font ça, non?


Le 8 mai 2012 01:40, Christian Rogel  a
écrit :


Le 7 mai 2012 à 22:43, Yann_L a écrit :


Bonjour,

Effectivement, c'est très curieux.
Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été

dernier. A

ma connaissance pas de site archeologique à ces deux endroits. l'un

d'entre

eux est quand même un hôpital qui tient debout.

PS : Je ne suis pas un contributeur OSM, mais je tourne autour ...

Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce
sont des erreurs
ou des essais malheureux (l'un des polygones est noté comme essai).
Cela sera effacé  après en avoir tenté de contacté les 2 auteurs.

De toute façon, une fouille archéologique sur un terrain bâti ne
pourrait
être que temporaire,
car liée à une opération de sauvetage (construction et démolition de
bâtiments sur un site
présumé riche en vestiges).
A priori, il ne sert pas à grand-chose de signaler une fouille de
sauvetage dont la durée de
vie serait 3 ou 6 mois.

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


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



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



--
Alexia


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

[OSM-talk-fr] taginfo et petites misères techniques...

[Christian Quest]

taginfo.openstreetmap.fr est temporairement indisponible.

Nous avons eu une panne sur notre serveur osm4, panne d'un des disques
dur de ce bon vieux DL360G4.

Ce serveur hébergeait taginfo.openstreetmap.fr, mais aussi le serveur
de liste de diffusion "sympa", les forum (phpBB), notre outil de
gestion d'adhérents (galette), le site show your journey (syj) et le
site web principal.

Les forum, galette et le site web ont été déplacé sur le nouveau
serveur qui se trouve chez free.
taginfo va être déplacé par Jocelyn sur osm7
sympa est en cours de remise en route par Guillaume.
syj va aussi retrouver un toit très rapidement.

Bien sûr c'est intervenu en plein pont (électoral) du 8 mai... merci à
Jocelyn d'avoir migré une partie des services impactés aussi vite.


2 nouveaux serveurs devraient être disponibles prochainement à
l'université de Grenoble (je les ai déposé à Grenoble la semaine
passée) et les 2 serveurs free R610 devraient aussi être mis en route
prochainement (il me faut terminer des tests SSD dessus avant de les
installer).

J'ai aussi récupéré un bladecenter IBM et ses 14 lames bi-opteron /
8GO RAM/ 73GO SAS... si quelqu'un à 7U et 10A de libres...

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Sites archéologiques sur Brest ?

[Alexia Fontaine-Doazan]

Le 09/05/2012 11:00, alexia fontaine a écrit :

Bonjour,

Ce qui est plutôt curieux, c'est de voir des tracés archéologiques "se 
balader" sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien 
n'interdit leur publication, si justement il y a eu publication des 
données, à moins que l'on part sur l'idée de prescription, et dans le 
domaine de l'archéologie, je vous conseille d'allumer des cierges...
Donc plus simplement, qui sont les contributeurs, autrement dit, 
avez-vous une idée de la source de ces tracés? Avez-vous 
éventuellement une description? Et plus largement, pourquoi n'est-il 
pas intéressant de signaler une fouille de sauvetage?


Alexia Fontaine


Le 8 mai 2012 01:40, Christian Rogel > a écrit :



Le 7 mai 2012 à 22:43, Yann_L a écrit :

> Bonjour,
>
> Effectivement, c'est très curieux.
> Je ne suis pas un spécialiste de Brest, mais j'y suis passé
l'été dernier. A
> ma connaissance pas de site archeologique à ces deux endroits.
l'un d'entre
> eux est quand même un hôpital qui tient debout.
>
> PS : Je ne suis pas un contributeur OSM, mais je tourne autour ...

Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute
que ce sont des erreurs
ou des essais malheureux (l'un des polygones est noté comme essai).
Cela sera effacé  après en avoir tenté de contacté les 2 auteurs.

De toute façon, une fouille archéologique sur un terrain bâti ne
pourrait être que temporaire,
car liée à une opération de sauvetage (construction et démolition
de bâtiments sur un site
présumé riche en vestiges).
A priori, il ne sert pas à grand-chose de signaler une fouille de
sauvetage dont la durée de
vie serait 3 ou 6 mois.

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





--
Alexia

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

Re: [OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...

[Emmanuel Dewaele]

Bonjour,

Tout à fait d'accord pour le terme d'intégration des données externes 
dans OpenStreetMap.


D'accord aussi avec Christian pour le fait de centraliser les outils. Le 
principal défaut que je trouve au projet OpenStreetMap est la dispersion 
de plein d'outils de validation, d'intégration de données aux quatre 
coins du web, annoncés au petit bonheur la chance sur la liste de 
diffusion, ce qui fait qu'à chaque réunion de contributeurs, on se 
demande "Tu te souviens du site qui faisait ci et ça ?".


S'il y a moyen d'avoir un hébergement web sur openstreetmap.fr avec PHP, 
et une base PostGIS, j'y passe toute de suite. Pour l'instant le site 
est sur une machine dédiée de Cyrille et la base chez ma boite.


Ce serait pas mal d'avoir une page sur le site pour répertorier les 
outils au niveau de la France.


PS: au fait, qu'est ce qui arrive au taginfo français 
 ?


--

Emmanuel Dewaele,
Ingénieur études et recherche
La Compagnie des mobilités

64, avenue Portalis
bureau 202
37200 TOURS

? 06 26 94 94 71

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

Re: [OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Christian Quest" 
> Le 9 mai 2012 11:14, Vincent Pottier  a écrit :
> > Il me semblerait malin, dans le premier cas avec traitement manuel, de
> > privilégier l'expression d'intégration de données plutôt que d'import.
> > Le terme d'intégration suggère des étapes, des démarches...
> > Autant pour les contributeurs un peu pressés que pour nos voisins étrangers
> > allergiques aux imports, cette distinction de vocabulaire pourrait calmer
> > les ardeurs et les esprits en faisant ressortir la méthode spécifique à
> > l'intégration de ces données.
> >
> > Mais peut-être avez vous un autre terme plus adapté...
> 
> 
> Un gros +1 avec toi.

Itou.

Au rang des étapes que tu évoques, je pense que celles qui consistent à 
s'approprier
collectivement les données avant de proposer leur intégration est un passage 
obligé :
j'entends par approprier a minima une étape de visualisation (carto) de la 
source,
offerte à tous, et qui permette d'engager ici même et sur le wiki une analyse 
(elle aussi 
collégiale) de ces sources, et d'arrêter, autant que possible, un consensus sur 
la
procédure d'intégration : choix des tags, pré-traitements avant la mise à 
dispo, 
post-traitements par chaque contributeur.

En disant ça je n'invente rien, c'est un rappel de pratiques qui sont suggérées 
ici :
http://wiki.openstreetmap.org/wiki/Import/Guidelines#A_checklist
notamment les points 5, 6, 7. 

> 
> Si l'ou pouvait regrouper ces différents outils sur un serveur
> openstreetmap.fr ça serait aussi une bonne chose, non ?

Bien volontiers en ce qui me concerne. Si quelqu'un peut me briefer, je 
transfère
volontiers l'import des points postaux, _mais aussi_ celui des "admin_centre" 
du GeoFLa
(car il en reste !) dans un endroit plus convenu et avec une URL plus pérenne 
que ma
pauv' page perso Free :-)

> Une base de données commune de l'état d'intégration des différentes
> sources de données permettrait aussi de visualiser sur une commune les
> données disponibles pour intégration... genre "il y a 3 points
> postaux, 4 établissements scolaire, 2 monuments historiques, 1 gare à
> intégrer".
> 

Oui on peut voir ça comme l'étape d'après, à confronter aussi aux stats par 
commune déjà
visibles sur osm.fr.

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] Sites archéologiques sur Brest ?

[Christian Quest]

Quelqu'un a réussit à avoir un retour de la part des contributeurs qui
ont ajouté ces tracés ?

Si ce n'est pas le cas, ça me semble être une erreur à supprimer, non ?


Le 9 mai 2012 12:52,   a écrit :
>> Bonjour,
>>
>> Ce qui est plutôt curieux, c'est de voir des tracés archéologiques "se
>> balader" sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien
>> n'interdit leur publication, si justement il y a eu publication des
>> données, à moins que l'on part sur l'idée de prescription, et dans le
>> domaine de l'archéologie, je vous conseille d'allumer des cierges...
>> Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous
>> une idée de la source de ces tracés? Avez-vous éventuellement une
>> description? Et plus largement, pourquoi n'est-il pas intéressant de
>> signaler une fouille de sauvetage?
>>
>> Alexia Fontaine
>
>
> Bonjour,
>
> étant directement concerné*, je rebondis sur ta question avec deux points
> de vue différents sur ta question :
>
>  - du point de vue de la cartographie d'OpenStreetMap, comme le dit
> Christian, le positionnement des fouilles préventives (ex-fouilles de
> sauvetage) n'a pas d’intérêt dans le sens où il s'agit d'une opération
> temporaire, le plus fréquemment limitée à quelques semaines/mois.
>
>  - du point de vue des archéologues,  la diffusion de ces données alors
> que peuvent favoriser les risques de pillage sur l'emprise lorsque les
> opérations ne sont pas achevées et sur son environnement direct pendant
> et après.
>
> * pas archéologue, mais travaillant avec eux.
>
>
> Bonne journée,
>
> mav
>
>
>
>
>>
>>
>> Le 8 mai 2012 01:40, Christian Rogel  a
>> écrit :
>>
>>>
>>> Le 7 mai 2012 à 22:43, Yann_L a écrit :
>>>
>>> > Bonjour,
>>> >
>>> > Effectivement, c'est très curieux.
>>> > Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été
>>> dernier. A
>>> > ma connaissance pas de site archeologique à ces deux endroits. l'un
>>> d'entre
>>> > eux est quand même un hôpital qui tient debout.
>>> >
>>> > PS : Je ne suis pas un contributeur OSM, mais je tourne autour ...
>>>
>>> Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce
>>> sont des erreurs
>>> ou des essais malheureux (l'un des polygones est noté comme essai).
>>> Cela sera effacé  après en avoir tenté de contacté les 2 auteurs.
>>>
>>> De toute façon, une fouille archéologique sur un terrain bâti ne
>>> pourrait
>>> être que temporaire,
>>> car liée à une opération de sauvetage (construction et démolition de
>>> bâtiments sur un site
>>> présumé riche en vestiges).
>>> A priori, il ne sert pas à grand-chose de signaler une fouille de
>>> sauvetage dont la durée de
>>> vie serait 3 ou 6 mois.
>>>
>>> Christian R.
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Export des limites adm. en shapefile

[mavier]

Bonjour,

Je viens de tester l'utilisation des shapefiles des limites de communes
proposées sur openstreetmap.fr... super !

Une petite suggestion tout de même : serait-il possible d'ajouter
automatiquement à chaque *.shp un fichier *.cpg comportant le texte
"UTF-8" pour spécifier l'encodage des caractères (comme sur Geofabrik.de)?
Ça permet la reconnaissance de l'encodage en Unicode
(http://en.wikipedia.org/wiki/Shapefile))!

Merci d'avance!

mav








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

Re: [OSM-talk-fr] Sites archéologiques sur Brest ?

[mavier]

> Bonjour,
>
> Ce qui est plutôt curieux, c'est de voir des tracés archéologiques "se
> balader" sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien
> n'interdit leur publication, si justement il y a eu publication des
> données, à moins que l'on part sur l'idée de prescription, et dans le
> domaine de l'archéologie, je vous conseille d'allumer des cierges...
> Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous
> une idée de la source de ces tracés? Avez-vous éventuellement une
> description? Et plus largement, pourquoi n'est-il pas intéressant de
> signaler une fouille de sauvetage?
>
> Alexia Fontaine


Bonjour,

étant directement concerné*, je rebondis sur ta question avec deux points 
de vue différents sur ta question :

 - du point de vue de la cartographie d'OpenStreetMap, comme le dit
Christian, le positionnement des fouilles préventives (ex-fouilles de
sauvetage) n'a pas d’intérêt dans le sens où il s'agit d'une opération
temporaire, le plus fréquemment limitée à quelques semaines/mois.

 - du point de vue des archéologues,  la diffusion de ces données alors
que peuvent favoriser les risques de pillage sur l'emprise lorsque les
opérations ne sont pas achevées et sur son environnement direct pendant
et après.

* pas archéologue, mais travaillant avec eux.


Bonne journée,

mav




>
>
> Le 8 mai 2012 01:40, Christian Rogel  a
> écrit :
>
>>
>> Le 7 mai 2012 à 22:43, Yann_L a écrit :
>>
>> > Bonjour,
>> >
>> > Effectivement, c'est très curieux.
>> > Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été
>> dernier. A
>> > ma connaissance pas de site archeologique à ces deux endroits. l'un
>> d'entre
>> > eux est quand même un hôpital qui tient debout.
>> >
>> > PS : Je ne suis pas un contributeur OSM, mais je tourne autour ...
>>
>> Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce
>> sont des erreurs
>> ou des essais malheureux (l'un des polygones est noté comme essai).
>> Cela sera effacé  après en avoir tenté de contacté les 2 auteurs.
>>
>> De toute façon, une fouille archéologique sur un terrain bâti ne
>> pourrait
>> être que temporaire,
>> car liée à une opération de sauvetage (construction et démolition de
>> bâtiments sur un site
>> présumé riche en vestiges).
>> A priori, il ne sert pas à grand-chose de signaler une fouille de
>> sauvetage dont la durée de
>> vie serait 3 ou 6 mois.
>>
>> Christian R.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...

[Christian Quest]

Le 9 mai 2012 11:14, Vincent Pottier  a écrit :
> Il me semblerait malin, dans le premier cas avec traitement manuel, de
> privilégier l'expression d'intégration de données plutôt que d'import.
> Le terme d'intégration suggère des étapes, des démarches...
> Autant pour les contributeurs un peu pressés que pour nos voisins étrangers
> allergiques aux imports, cette distinction de vocabulaire pourrait calmer
> les ardeurs et les esprits en faisant ressortir la méthode spécifique à
> l'intégration de ces données.
>
> Mais peut-être avez vous un autre terme plus adapté...


Un gros +1 avec toi.

Ce n'est pas de l'import, sauf bien sûr si on clique à répétition
comme un idiot sans faire aucun contrôle avant upload (même dérive que
pour les serial-uploader de bâti).

Ce travail d'intégration de données open-data dans OSM est aussi un
travail d'homogénéisation lorsque l'on a des sources disparates
(données non nationales) et c'est une sacrée plus value pour favoriser
leur ré-utilisation.

Si l'ou pouvait regrouper ces différents outils sur un serveur
openstreetmap.fr ça serait aussi une bonne chose, non ?

Une base de données commune de l'état d'intégration des différentes
sources de données permettrait aussi de visualiser sur une commune les
données disponibles pour intégration... genre "il y a 3 points
postaux, 4 établissements scolaire, 2 monuments historiques, 1 gare à
intégrer".

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...

[Vincent Pottier]

Bonjour,
Tandis que j'utilisais le bel outil d'Emmanuel, je me suis pris à 
réfléchir...


Les données du fichier data.gouv.fr ont subit un traitement automatique 
pour les rendre présentables dans l'interface et compatibles avec OSM.
Ces données subissent bien souvent un second traitement manuel, pour les 
repositionner si besoin, mais aussi pour les coller à un polygone 
délimitant l'établissement scolaire,, pour tenir compte des données déjà 
enregistrées...


Lors de l'import Corine, les données ont subit un traitement pour faire 
correspondre les tags avec OSM (après moult discussions) puis pour 
éliminer les risques d'overlap. Tous ces traitements ont été automatique.


Dans le second cas, la méthode et les outils (bulk_upload) disent bien 
qu'il s'agit d'un import de données. Celles-ci sont retravaillée a 
posteriori par les contributeurs.


Dans le premier cas, et les cas similaires : réseau postal, et même le 
bâti du cadastre.., les données sont, ou tout au moins doivent être, 
intégrées après traitement manuel (on l'espère pour le bâti ! ), point 
par point ou par lot (dans le cas du bâti) pour la prise en compte de 
l'existant, la correction de défauts, le dédoublonnage...


Il me semblerait malin, dans le premier cas avec traitement manuel, de 
privilégier l'expression d'intégration de données plutôt que d'import.

Le terme d'intégration suggère des étapes, des démarches...
Autant pour les contributeurs un peu pressés que pour nos voisins 
étrangers allergiques aux imports, cette distinction de vocabulaire 
pourrait calmer les ardeurs et les esprits en faisant ressortir la 
méthode spécifique à l'intégration de ces données.


Mais peut-être avez vous un autre terme plus adapté...
--
FrViPofm

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

Re: [OSM-talk-fr] Sites archéologiques sur Brest ?

[alexia fontaine]

Bonjour,

Ce qui est plutôt curieux, c'est de voir des tracés archéologiques "se
balader" sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien
n'interdit leur publication, si justement il y a eu publication des
données, à moins que l'on part sur l'idée de prescription, et dans le
domaine de l'archéologie, je vous conseille d'allumer des cierges...
Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous
une idée de la source de ces tracés? Avez-vous éventuellement une
description? Et plus largement, pourquoi n'est-il pas intéressant de
signaler une fouille de sauvetage?

Alexia Fontaine


Le 8 mai 2012 01:40, Christian Rogel  a
écrit :

>
> Le 7 mai 2012 à 22:43, Yann_L a écrit :
>
> > Bonjour,
> >
> > Effectivement, c'est très curieux.
> > Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été
> dernier. A
> > ma connaissance pas de site archeologique à ces deux endroits. l'un
> d'entre
> > eux est quand même un hôpital qui tient debout.
> >
> > PS : Je ne suis pas un contributeur OSM, mais je tourne autour ...
>
> Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce
> sont des erreurs
> ou des essais malheureux (l'un des polygones est noté comme essai).
> Cela sera effacé  après en avoir tenté de contacté les 2 auteurs.
>
> De toute façon, une fouille archéologique sur un terrain bâti ne pourrait
> être que temporaire,
> car liée à une opération de sauvetage (construction et démolition de
> bâtiments sur un site
> présumé riche en vestiges).
> A priori, il ne sert pas à grand-chose de signaler une fouille de
> sauvetage dont la durée de
> vie serait 3 ou 6 mois.
>
> Christian R.
> ___
> 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