Re: [OSM-talk-fr] Lenteur BDOrtho

2019-05-17 Par sujet Vincent Privat
Le ven. 17 mai 2019 à 20:14, Christian Quest  a
écrit :

>
> à part la possibilité de passer en HTTP/2 (supporté par JOSM ?).
>
> Pas encore, il faudrait d'abord qu'on passe à Java 11, et on ne peut pas
encore.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet DH

Le 17/05/2019 à 22:17, Gwenaël Jouvin via Talk-fr a écrit :

Pour savoir si le pont est lézardé, ajouter
[disused:bridge]


je suis déjà loin…



Non, juste dans la méconnue catégorie des Fortunes

https://wiki.openstreetmap.org/wiki/FR:Fortunes

Denis



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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


[OSM-talk-fr] Borne de recharge électrique

2019-05-17 Par sujet Quentin Salles
Bonjour,

Actuellement en train de numériser une borne de recharge électrique à Balma
(banlieue toulousaine pour ceux qui ne connaissent pas), j'ai plusieurs
questions à poser à ce sujet.
J'ai pris exemple sur la commune de Montrouge dans laquelle un gros travail
de micromapping est en cours
La première concerne la traduction du type de socket pour les prises
domestiques, s'agit-il bien du type E ?

La deuxième concerne la confusion et l'utilisation des tags "network",
"operator", "brand", "owner", etc... Il semblerait que sur la région
Occitanie, le réseau de bornes de recharges s'appelle Révéo (
https://reveocharge.com/fr/). En regardant sur leur CGU (
https://reveocharge.com/fr/cgu/), les propriétaires de ces bornes sont les
collectivités territoriales et/ou différentes SDE (Syndicat Départemental
d'Energies). Ce réseau est exploité par Bouygues Energies et Services
(BYes). J'aimerai avoir confirmation sur les tags utilisés :
network = Révéo
owner = Toulouse Métropole
operator = Révéo ou operator = Alizé ou operator = BYes ?
brand = Révéo ou brand = Alizé ou brand = BYes ?
website = www.reveocharge.com (site du réseau local) ou www.alizecharge.com
(site réféençant les bornes à l'échelle nationale). Lequel utiliser ?

Dernière précision, sur le terrain, il n'est fait mention que du nom Révéo
(et non Alizé).

Bonne soirée

Cordialement

Quentin SALLES
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet mga_geo via Talk-fr
Merci Marc
Nickel le (around:0) !



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet marc marc
Le 17.05.19 à 22:17, Gwenaël Jouvin via Talk-fr a écrit :
> Pour savoir si le pont est lézardé, ajouter
> [disused:bridge]

magnifique !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Concertation publique sur le modèle de données de la base des défibrillateurs

2019-05-17 Par sujet osm . sanspourriel

Le 17/05/2019 à 12:46, marc marc - marc_marc_...@hotmail.com a écrit :

Accès libre du DAE : des DAE sous clef ? omg:(
quand on sait que chaque minute compte...


Pas forcément mais il n'est pas rare que dans les hôtels ce soit
derrière le comptoir. Comme ne principe il y a toujours quelqu'un à la
réception ça ne change pas grand chose.

Rassure-toi, déjà pour accéder au bâtiment tu auras dû donner ta pièce
d'identité, les laisser la photocopier, ce n'est pas une clé qui va
ralentir beaucoup plus ;-(. D'ailleurs dans une base de données quand tu
veux aller plus vite tu ajoutes une clé ^^

Coordonnées : c'est facultatif, tu entres dans le système qui te va.

Référence BAL : bizarre, la BAL c'est pour référencer des adresses et il
peut y avoir plusieurs DAE à un "point" adresse, je pense par exemple
aux salles de spectacle. Quel intérêt de traîner cet identifiant ?

acc Batiment d'accès du DAE
Chaine de caractères
Menu déroulant
Un seul choix possible parmi les 4 possibilités suivantes : voie publique, 
commerce, bâtiment

Je choisis la quatrième option.

Le signe de séparation entre les parties entière et décimale du nombre
est le point

Non, dans ce cas ce n'est pas un réel mais une chaîne de caractère
représentant un réel

Mais comme les coordonnées le montrent on a une confusion entre la base
et la présentation des données

Fréquence de la maintenance Enumération
Pourquoi pas un format ISO8601 ?

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


Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet osm . sanspourriel

Et Flamanville c'est un peu loin car sinon tu as aussi des centrales
neuves et lézardées ^^

Le 17/05/2019 à 22:17, Gwenaël Jouvin via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Pour savoir si le pont est lézardé, ajouter
[disused:bridge]


je suis déjà loin…

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


Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet Gwenaël Jouvin via Talk-fr
Pour savoir si le pont est lézardé, ajouter
[disused:bridge]


je suis déjà loin…


Le 17/05/2019 à 22:10, marc marc a écrit :
> Le 17.05.19 à 21:47, mga_geo via Talk-fr a écrit :
>> - extraction des voies ferrées (railway)
>> - extraction des ponts (highway + bridge=yes)
>> puis intersection géométrique entre ces deux extractions.
> 
> tu peux imposer le critère que l'un doit être proche de l'autre
> https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Autour_de_.28around:.29
> avec 0 c'est suposé être ceux qui se croise (selon le wiki :
> uniquement aux points de l'objet mais en testant, il trouve
> bien ceux qui se croise sans noeud commun)
> 
> cela donne
> [out:xml][timeout:25];
> {{geocodeArea:Rennes}}->.searchArea;
> way[railway](area.searchArea);
> way(around:0)[highway][bridge][bridge!=no];
> out geom meta;
> 
> a noter qu'il y a aussi plein de valeur différente de bridge=yes
> j'ai donc utilisé [bridge][bridge!=no]
> 
> par contre pour savoir si un lézard l'emprunte, je te laisse faire :)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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


Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet osm . sanspourriel

- récupérer le réseau ferroviaire

- ajouter les bridge=* (pas que yes !) touchant ce réseau.

La différence c'est que je ne chercherais que les bridges croisant le
réseau et non tous les ponts du secteur.

Il y a des exemples overpass faisant ça.

Jean-Yvon

Le 17/05/2019 à 21:47, mga_geo via Talk-fr - talk-fr@openstreetmap.org a
écrit :

Bonsoir à tous,
Le réseau de voies ferrées est probablement utilisé comme corridor
écologique par les lézards. Nous voudrions vérifier cette hypothèse sur
Rennes et pour cela je recherche les ponts et les passages à niveau.
Je ne sais pas extraire les ponts routiers qui passent au-dessus d'une voie
ferrée.
La solution que j'envisage est :
- extraction des voies ferrées (railway)
- extraction des ponts (highway + bridge=yes)
puis intersection géométrique entre ces deux extractions.
Existe-t-il d'autres solutions ?
Marc





--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet marc marc
Le 17.05.19 à 21:47, mga_geo via Talk-fr a écrit :
> - extraction des voies ferrées (railway)
> - extraction des ponts (highway + bridge=yes)
> puis intersection géométrique entre ces deux extractions.

tu peux imposer le critère que l'un doit être proche de l'autre
https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Autour_de_.28around:.29
avec 0 c'est suposé être ceux qui se croise (selon le wiki :
uniquement aux points de l'objet mais en testant, il trouve
bien ceux qui se croise sans noeud commun)

cela donne
[out:xml][timeout:25];
{{geocodeArea:Rennes}}->.searchArea;
way[railway](area.searchArea);
way(around:0)[highway][bridge][bridge!=no];
out geom meta;

a noter qu'il y a aussi plein de valeur différente de bridge=yes
j'ai donc utilisé [bridge][bridge!=no]

par contre pour savoir si un lézard l'emprunte, je te laisse faire :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

2019-05-17 Par sujet mga_geo via Talk-fr
Bonsoir à tous,
Le réseau de voies ferrées est probablement utilisé comme corridor
écologique par les lézards. Nous voudrions vérifier cette hypothèse sur
Rennes et pour cela je recherche les ponts et les passages à niveau.
Je ne sais pas extraire les ponts routiers qui passent au-dessus d'une voie
ferrée.
La solution que j'envisage est :
- extraction des voies ferrées (railway)
- extraction des ponts (highway + bridge=yes)
puis intersection géométrique entre ces deux extractions.
Existe-t-il d'autres solutions ?
Marc





--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet Yannick
Le 17/05/2019 à 20:10, marc marc a écrit :
> Le 17.05.19 à 15:03, Christian Rogel a écrit :
>>> une bibliothèque implique qu'il y ai au moins un espace
>>> pour lire. 
>> Les archives départementales, communautaires et municipales ont 
>> nécessairement une salle de consultation
> 
> merci pour ces infos.
> les seules que j'ai consultée étaient à l'étranger,
> debout devant le guichet :(
> cela aurait au moins le mérite de savoir que toutes les archives
> ne sont pas des bibliothèque si on regarde + global que la France
> 
 'amenity=archives'
>>> bof, ca fait un peu tag fourre tout
>> Pourquoi pas ? Rien de plus spécifique que la gestion des archives.
> 
> c'est justement trop spécifique pour un tag principal.
> diviser chaque service de l'administration et des entreprises
> en tag principal n'est pas pratique pour l'utilisation des données.
> 
> je trouve bien plus pratique de structurer en sous-tag :
> c'est un bureau, l'administration, qui s'occupe des archives.
> cela permet de réutiliser la même logique sur plein d'objet :
> un bureau de l'administration qui s'occupe d'autre chose,
> le bureau des archives internes d'une entreprise (qui n'ont
> pas de sens sous amenity), ...
> 
> idem pour les bibliothèques, tous sous un même tag principal,
> et on peux rajouter operator ou operator:type ou leur centre de 
> prédilection (historique, économique, scientifique) pour raffiner.
> et si certains lieux ont 2 fonctions, ca me choque pas d'avoir 2 tags.
> 
> ceci dit, je viens de voir que les 2 sont documenté sur le wiki et
> d'un usage semblable et un mix administration/entreprise/association
> 143 amenity=archive (mais sans S)
> 121 government=archive
> 81 room=archive
> 
> Cordialement,
> Marc

Bonsoir,

Pour aider à cerner les choses pour la France
Toutes les administrations DOIVENT verser leurs archives au dépôt
départemental. Ce dépôt a une fonction de tri, classement et
communication au public.
Les mairies sont une exception à la règle générale. Elles peuvent avoir
leur propre dépôt et DOIVENT assurer la communication; cette exception
est en passe, pour les plus petites communes, d'être revue pour un
transfert vers les départements.

De part ses missions de communication tous les dépôts d'archives doivent
avoir une salle de lecture, je sais il y a des dépôts créent pour les
communautés d'agglo sans la salle de lecture mais c'est bien une anomalie.

Les archives nationales concernent TOUT ce qui est géré par l'état. On y
retrouvera donc les archives de TOUS les ministères, des assemblées et
des structure à vue nationale comme le Conseil Économique et Social.
Les armées et le ministère des armées ont leur propre dépôt à Vincennes.
Toutefois la Royale a des dépôts au siège des régions maritimes.
Certaines structures ont été détachées mais ont bien une hiérarchie
nationale comme les archives de l'outre-mer à Aix en Provence

Pour ce qui est d'avant la Révolution les paroisses sont passées aux
communes, les anciennes juridictions sont passées aux communes ou aux
départements, les parlements sont passés aux département d'où dépendait
leur siège (Bretagne à Rennes, Dauphiné à Grenoble)

L'organisation hiérarchique des archives est la suivante sur le plan
scientifique:
Ministère de la culture
Directeur des archives nationales
Directeur des archives départementales
Archives communales
Les dépôts de militaires dépendent directement des archives nationales,
Vincennes étant le siège principal, tout comme les dépôts décentralisés
CAOM, Nantes, AMT à Roubaix.

Lors de remaniement administratifs de niveau départemental il n'y a pas
eu obligatoirement transfert d'archives vers le nouveau département. Il
y a eu des guerres de services entre le Rhône et l'Isère notamment
surtout au début et il arrive encore que l'on trouve des documents mal
traités de ce point de vue.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet marc marc
Le 17.05.19 à 20:14, Yannick a écrit :
> Le niveau administratif auquel elles correspondent communales , 
> départementales, régionales (c’est nouveau) et nationales ; je ne sais pas où 
> mettre ça.

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


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet marc marc
Le 17.05.19 à 18:19, ades a écrit :
> +1 pour  :
> amenity=archives.
> Ça correspond à quelque chose  de très précis (en France en tous cas) et 
> unique, les archives collectent et gèrent les documents provenant des 
> administrations et elles les portent à la connaissance du public (avec des 
> délais).

tellement précis que l'usage de amenity=archive (sans S) ne correspond 
pas qu'à ca et faire un amenity=archiveS pour dire que c'est une 
sous-partie précise de amenity=archive (uniquement quand c'est un 
opérateur public et des archives administrive ?), je crois pas c'est 
viable en plus à nouveau de pas correspondre à la logique osm de faire 
un tag principal correspondant à une sous catégorie d'un autre tag principal
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet Yannick
Le 17/05/2019 à 18:19, ades a écrit :
> +1 pour  : 
> amenity=archives. 
> Ça correspond à quelque chose  de très précis (en France en tous cas) et 
> unique, les archives collectent et gèrent les documents provenant des 
> administrations et elles les portent à la connaissance du public (avec des 
> délais). 
> 
> -1 pour library=yes
> Il y a tjs une bibol dans les services publics d’archives.
> 
> 
> Manque une précision : 
> Le niveau administratif auquel elles correspondent communales , 
> départementales, régionales (c’est nouveau) et nationales ; je ne sais pas où 
> mettre ça. ;-) 
> Et il y a les cas particuliers, Archives du monde du travail (Roubaix) CAOM 
> (Aix-en-Provence) sauf si comme Fontainebleau ce sont des archives 
> nationales. Il y a aussi celles de militaires (Vincennes) et p’tet d’autres 
> que je ne connais ni n’ai utilisé.
> 

Bonsoir,

À ma connaissance il n'y a pas d'archives régionales. Les documents
archivés des conseils régionaux vont aux AD du siège de la région.
Fontainebleau est transféré petit à petit vers Pierrefitte. les AMT sont
une structure nationale tout comme Vincennes et Caen. Par contre les
archives maritimes (Royale) sont liées à la zone militaire idoine.
Les AD ont parfois une partie de leur fond qui a une spécificité plus
large que sa base géographique habituelle comme celle de Rennes qui ont
le fond de la Compagnie des Indes qui couvrent les Mascareignes; on y
trouve en autre le procès de l'affaire Vauboulon.
Tu as aussi le ministère des affaires étrangères à Nantes pour, entre
autre, l'état-civil des expatriés. Tu as aussi Paris 1 qui couvrent les
décès survenus en mer.

Il vaut mieux se cantonner aux grandes règles du dépôt et ne tagguer que
celles-ci.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Lenteur BDOrtho

2019-05-17 Par sujet Christian Quest
Très étrange ces timing... je viens de tester pour moi c'est immédiat en
IPv4 https, sauf que je suis en TLS 1.2 et pas SSLv3 qui n'est même pas
prévu dans la config nginx limité à TLS v1 v1.1 et v1.2... serait-ce une
piste ?

Je peux ajouter SSLv3 pour voir si ça change quelque chose de votre côté et
confirme que ça vient de ça.

La config HTTPS est sûrement améliorable, mais je ne vois pas trop
l'intérêt d'HTTPS pour ce type de trafic... à part la possibilité de passer
en HTTP/2 (supporté par JOSM ?).


Le mar. 14 mai 2019 à 22:10, Vincent Privat  a
écrit :

> Oui, c'est particulièrement visible sur le test d'intégration de JOSM:
>
> https://josm.openstreetmap.de/jenkins/job/JOSM-Imagery-Integration/lastCompletedBuild/jdk=JDK8/testReport/org.openstreetmap.josm.gui.preferences.imagery/ImageryPreferenceTestIT/testImageryEntryValidity_fr_ign_bdortho_/history/
>
>
> Le mar. 14 mai 2019 à 15:30, Dominique Rousseau  a
> écrit :
>
>> Le Tue, May 14, 2019 at 02:08:35PM +0200, Stéphane Péneau [
>> stephane.pen...@wanadoo.fr] a écrit:
>> [...]
>> > Je ne pense pas qu'il s'agisse d'une coïncidence. J'ai fait
>> > plusieurs fois le test d'utiliser pendant quelques minutes la couche
>> > en https, puis celle en http, et il n'y a pas photo... ;-)
>>
>> Y'a un truc sur les acces https en ipv4 :
>>
>> $ curl -4 -v --trace-time "https://proxy-ign.openstreetmap.fr/;
>> 15:26:38.684249 * Hostname was NOT found in DNS cache
>> 15:26:38.697338 *   Trying 77.95.65.41...
>> 15:26:39.712568 * Connected to proxy-ign.openstreetmap.fr (77.95.65.41)
>> port 443 (#0)
>> 15:26:39.713190 * successfully set certificate verify locations:
>> 15:26:39.713215 *   CAfile: none
>>   CApath: /etc/ssl/certs
>> 15:26:39.713334 * SSLv3, TLS handshake, Client hello (1):
>> 15:26:42.076523 * SSLv3, TLS handshake, Server hello (2):
>> 15:26:42.076607 * SSLv3, TLS handshake, CERT (11):
>>
>> => 3 secondes de latence dans la negociation ssl
>>
>>
>> Alors qu'en ipv6 :
>>
>> $ curl -v --trace-time "https://proxy-ign.openstreetmap.fr/;
>> 15:27:52.971813 * Hostname was NOT found in DNS cache
>> 15:27:52.976103 *   Trying 2a03:9180:0:100::9...
>> 15:27:52.993135 * Connected to proxy-ign.openstreetmap.fr
>> (2a03:9180:0:100::9) port 443 (#0)
>> 15:27:52.993698 * successfully set certificate verify locations:
>> 15:27:52.993721 *   CAfile: none
>>   CApath: /etc/ssl/certs
>> 15:27:52.993840 * SSLv3, TLS handshake, Client hello (1):
>> 15:27:53.204720 * SSLv3, TLS handshake, Server hello (2):
>> 15:27:53.205826 * SSLv3, TLS handshake, CERT (11):
>> 15:27:53.206800 * SSLv3, TLS handshake, Server key exchange
>>
>> Et en HTTP en ipv4 :
>>
>> $ curl -4 -v --trace-time "http://proxy-ign.openstreetmap.fr/;
>> 15:28:14.001840 * Hostname was NOT found in DNS cache
>> 15:28:14.006425 *   Trying 77.95.65.41...
>> 15:28:14.029241 * Connected to proxy-ign.openstreetmap.fr (77.95.65.41)
>> port 80 (#0)
>> 15:28:14.029303 > GET / HTTP/1.1
>> 15:28:14.029303 > User-Agent: curl/7.38.0
>> 15:28:14.029303 > Host: proxy-ign.openstreetmap.fr
>> 15:28:14.029303 > Accept: */*
>> 15:28:14.029303 >
>> 15:28:14.490772 < HTTP/1.1 302 Moved Temporarily
>>
>>
>> --
>> Dominique Rousseau
>> d...@lee-loo.net - 06 82 43 12 27
>>
>> A l'instant où l'esclave décide qu'il ne sera plus esclave,
>> ses chaînes tombent.  -- Mahatma Gandhi
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet marc marc
Le 17.05.19 à 15:03, Christian Rogel a écrit :
>> une bibliothèque implique qu'il y ai au moins un espace
>> pour lire. 
> Les archives départementales, communautaires et municipales ont 
> nécessairement une salle de consultation

merci pour ces infos.
les seules que j'ai consultée étaient à l'étranger,
debout devant le guichet :(
cela aurait au moins le mérite de savoir que toutes les archives
ne sont pas des bibliothèque si on regarde + global que la France

>>> 'amenity=archives'
>> bof, ca fait un peu tag fourre tout
> Pourquoi pas ? Rien de plus spécifique que la gestion des archives.

c'est justement trop spécifique pour un tag principal.
diviser chaque service de l'administration et des entreprises
en tag principal n'est pas pratique pour l'utilisation des données.

je trouve bien plus pratique de structurer en sous-tag :
c'est un bureau, l'administration, qui s'occupe des archives.
cela permet de réutiliser la même logique sur plein d'objet :
un bureau de l'administration qui s'occupe d'autre chose,
le bureau des archives internes d'une entreprise (qui n'ont
pas de sens sous amenity), ...

idem pour les bibliothèques, tous sous un même tag principal,
et on peux rajouter operator ou operator:type ou leur centre de 
prédilection (historique, économique, scientifique) pour raffiner.
et si certains lieux ont 2 fonctions, ca me choque pas d'avoir 2 tags.

ceci dit, je viens de voir que les 2 sont documenté sur le wiki et
d'un usage semblable et un mix administration/entreprise/association
143 amenity=archive (mais sans S)
121 government=archive
81 room=archive

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet ades
+1 pour  : 
amenity=archives. 
Ça correspond à quelque chose  de très précis (en France en tous cas) et 
unique, les archives collectent et gèrent les documents provenant des 
administrations et elles les portent à la connaissance du public (avec des 
délais). 

-1 pour library=yes
Il y a tjs une bibol dans les services publics d’archives.


Manque une précision : 
Le niveau administratif auquel elles correspondent communales , 
départementales, régionales (c’est nouveau) et nationales ; je ne sais pas où 
mettre ça. ;-) 
Et il y a les cas particuliers, Archives du monde du travail (Roubaix) CAOM 
(Aix-en-Provence) sauf si comme Fontainebleau ce sont des archives nationales. 
Il y a aussi celles de militaires (Vincennes) et p’tet d’autres que je ne 
connais ni n’ai utilisé.


> Le 17 mai 2019 à 15:03, Christian Rogel  a 
> écrit :
> 
>> 
>> une bibliothèque implique qu'il y ai au moins un espace
>> pour lire. peut-être que certains archives ont un espace
>> pour cela mais je pense pas que cela soie la règle.
> 
> Les archives départementales, communautaires et municipales ont 
> nécessairement une salle de consultation des archives autorisées à la 
> communication au public.
> Elles ont aussi systématiquement une bibliothèque souvent dénommée « 
> bibliothèque historique », dont les livres sont accessibles de manière 
> indirecte (sur demande à la banque de prêt de la salle publique), sauf les 
> livres dit « de référence » qui garnissent les murs de la salle de 
> consultation.
> On ne peut lire les archives et les livres, que sur place.
> 
>>> 'amenity=archives'
>> 
>> bof, ca fait un peu tag fourre tout
> 
> Pourquoi pas ? Rien de plus spécifique que la gestion des archives.
> Accompagné d’un « library = yes » ?
> 
>>> 'office=government' avec 'government=archives'
>> 
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> Me paraît redondant,  car, il y a peu ou pas d’archives non administratives 
> qui soient des « amenity ».
> 
> Christian R.
> A travaillé 18 mois dans les archives départementales.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet Christian Rogel
> 
> une bibliothèque implique qu'il y ai au moins un espace
> pour lire. peut-être que certains archives ont un espace
> pour cela mais je pense pas que cela soie la règle.

Les archives départementales, communautaires et municipales ont nécessairement 
une salle de consultation des archives autorisées à la communication au public.
Elles ont aussi systématiquement une bibliothèque souvent dénommée « 
bibliothèque historique », dont les livres sont accessibles de manière 
indirecte (sur demande à la banque de prêt de la salle publique), sauf les 
livres dit « de référence » qui garnissent les murs de la salle de consultation.
On ne peut lire les archives et les livres, que sur place.

>> 'amenity=archives'
> 
> bof, ca fait un peu tag fourre tout

Pourquoi pas ? Rien de plus spécifique que la gestion des archives.
Accompagné d’un « library = yes » ?

>> 'office=government' avec 'government=archives'
> 
> https://lists.openstreetmap.org/listinfo/talk-fr

Me paraît redondant,  car, il y a peu ou pas d’archives non administratives qui 
soient des « amenity ».

Christian R.
A travaillé 18 mois dans les archives départementales.

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


Re: [OSM-talk-fr] Tag pour les Archives (départementales, municipales...) ?

2019-05-17 Par sujet marc marc
Bonjour,

je trouve que cela dépend de qui s'y trouve
Le 16.05.19 à 17:29, LeTopographeFou a écrit :
> En regardant l'existant je trouve 'office=government'

bien adapté si c'est un bureau oü tu demande à pouvoir consulter
les archives administratives.

> 'amenity=library'

une bibliothèque implique qu'il y ai au moins un espace
pour lire. peut-être que certains archives ont un espace
pour cela mais je pense pas que cela soie la règle.

>  'amenity=archives'

bof, ca fait un peu tag fourre tout

> 'office=government' avec 'government=archives'

cela me semble bien.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Relations pour établissement d'enseignement ?

2019-05-17 Par sujet marc marc
c'est aussi ce que je ferrais
si un membre est de type noeud, on peux aussi utiliser une relation site 
(non renduesur osm.org, donc si voir vous esst agréable, c'est 
l'occasion de convertir le noeud en polygone)

Le 17.05.19 à 12:07, OSMDoudou a écrit :
>  From the wiki:
> “
> For schools with multiple sites the multipolygon 
>  relation can be used.
> “
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
> https://wiki.openstreetmap.org/wiki/Relation:multipolygon
> 
> On May 17, 2019, at 11:42, deuzeffe  > wrote:
> 
> Hello,
> 
> Soit un établissement d'enseignement, par exemple une école primaire, 
> constituée d'une école maternelle sise dans un bâtiment dans une rue et 
> d'une école élémentaire, sise dans un autre bâtiment trois rues plus 
> loin. Cet établissement est identifié dans la base OD de l'EN comme une 
> entité unique (un seul enregistrement avec une seule ref:UAI).
> 
> Est-ce qu'il est possible, faisable ou illusoire de bâtir une relation 
> (de quel type ?) comprenant ces deux objets (au moins) ?
> 
> Merci pour vos réponses, quelles qu'elles soient.
> -- 
> deuzeffe, qui n'a pas dégainé JOSM pour y farfouiller :/
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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


Re: [OSM-talk-fr] Malgré un premier blocage, cela continue ! L3mp1ck4 / Dupuiche / Y43l / ninamartin

2019-05-17 Par sujet marc marc
Le 16.05.19 à 17:03, Rpnpif a écrit :
> Le 16 mai 2019, Vincent Bergeot a écrit :
> 
>> Le 03/05/2019 à 15:41, Stéphane Péneau a écrit :
>> peut-être que l'on va avancer sur la licence et sur les décisions à
>> prendre :
>> https://www.openstreetmap.org/changeset/45891332#map=17/47.95862/1.87889
> 
> Un peu risqué sa réponse : les demandes de permis de construire
> pourraient être refusées, même si l'intention est louable.

chapeau Vincent pour la motivation à suivre le cas.
je rajoute sur la liste  ninamartin (nouveau compte qui semble
être l'action de la même personne ou même entreprise et a subit un 
blocage (déjà expiré) pour la même raison)
bonne idée que d'aborder chaque point séparément.

pour ma part, la liste des problèmes :
1) la source réelle des données.
J'ai un sérieux doute que les données viennent de la mairie.
vous voyez quelqu'un qui passe ses heures de bureau à aller en Mairie 
chercher une copie des permis de construire pour ensuite les ajouter 
dans osm ?
cela manque de transparence.
Certains projet avec des arbres qui bougent par ex donnent
l'impression que le gars travaille le rendu de l’esquisse dans osm.
donc sans doute bien en amont de la demande de permis de bâtir.

2) la licence, sans cela on peux rien faire (nickel d'avoir fait un 
sujet dédié)

3) la différence entre une demande de permis (n'importe qui peux 
demander, y compris plusieurs demandes sur la même chose) et un permis 
obtenu. la différence entre un permis obtenu et le début des travaux 
(certains promoteur demande un permis, vente le projet à l'état de 
permis, voir vendent des options jusqu'à ce que le taux de vente soie 
suffisant pour passer à l'étape "on va le faire", cfr la saga des VEFA).
la différence entre début des travaux et constuction (on est entrain
de casser l'ancien parking <> il y a un immeuble de 6 étapes
en construction")
la différence entre "en construction" et gros œuvre fermé.
La différence entre fin de travaux et maturité (pour la hauteur
des arbres par ex... pour lesquelles je pense que le mieux
est de ne pas renseigner d'hauteur à la plantation parce que je doute
que quelqu'un va suivre le sujet une fois les logements vendus)
De manière générale, je pense que :
- une demande de permis n’entraîne rien pour osm, trop d'incertitude.
- l'acceptation d'un permis pourrait se renseigner avec des planned:
- début des travaux landuse=constuction
- démolition/reconstruction : utiliser un prefix à la démolition pour 
pouvoir garder l'historique à la reconstruction. aide aussi à comprendre
les choses quand on regarde une imagerie postérieur à la démolition.
- building=construction quand il y a un début de bâtiment (fondation
en cours au minimum)
- arbre uniquement une fois plantée, trop de promoteur qui ne plante
au final aucun arbre car à la subtilité que l'aménagement extérieur
est rarement dans le contrat de vente aux clients. mais je pourrais 
comprendre un planned: du moins si cela ne reste pas en base
pour l'éternité

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Concertation publique sur le modèle de données de la base des défibrillateurs

2019-05-17 Par sujet marc marc
Bonjour,

Le 17.05.19 à 11:34, Jean-Christophe Becquet a écrit :
> Une concertation publique sur le modèle de données de la base des
> défibrillateurs
> https://framaforms.org/concertation-publique-sur-le-modele-de-donnees-de-la-base-des-defibrillateurs-1557475378

mon avis (publié ici pour en discuter)
ref : au lieu d'avoir encore un nouvel ref pour cette base,
reprise de la ref de l'opérateur si celui-ci dispo deja d'un 
identifiant. cela évite d'avoir à gérer des tables de correspondance 
entre ref operateur et ref base nationale.
pour garantir l'id unique, il suffit de prefixer l'id operateur
par le nom de l'opérateur
ex fictif : opperateur=foo local_ref=1-> ref=foo1

nom du DAE : ce n'est pas un nom ! la description
de la localisation devrait être dans un champ qui s’appelle ainsi
genre "adresse la plus proche"

coordonnées : Facultative -> recommandé
double jeux de coordonnées : n'avoir qu'un dans la base à la saisie, 
l'autre étant convertie à l'extraction

Clé d'intéropérabilité : description incompréhensible. quelle différence 
avec ref ?

Numéro de la voie : diviser no <> autre info (no d'entrée, etc)

code postal : aucun intérêt, personne n'écrit à un DAE, source
de valeur arbitraire en cas de commune multi-CP

nom commune : doublon avec code INSEE, peux s'afficher automatiquement
à la saisie et être rajouté à l'extraction, sans avoir besoin d'être 
dupliqué à chaque enregistrement dans la base, surtout vu la maintenance 
nécessaire lors des fusions de commune

Batiment d'accès du DAE : idée bonne mais libélé incohérent
(une voie n'est pas un batiment). renomer en type de lieu ?

Accès libre du DAE : des DAE sous clef ? omg :(
quand on sait que chaque minute compte...

Poste de sécurité : c'est le garde à l'entrée ? c'est une équipe premier 
secours ?

Accueil du public : description imprécise. quel est le but de l'info ? 
savoir si qlq peux guider jusqu'au dae ?

accès sécurisé/limité : doublon avec accès public

étage : si les autres infos de localisation sont obligatoire,
celle-ci doit l'etre aussi, chaque minute compte !

Disponibilité du DAE : l'énumération implique l'impossibilité de décrire 
les heures d'ouverture exact. l'utilisation d'une syntaxe comme celle 
d'osm est préférable

adresse exploitant : doublon siren

no mobile exploitant obligatoire : préférer no d'astreinte/principal
(parfois mobile, parfois fixe)

J'ai soumis le tout dans le formulaire.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Relations pour établissement d'enseignement ?

2019-05-17 Par sujet OSMDoudou
From the wiki:
“
For schools with multiple sites the multipolygon relation can be used.
“
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
https://wiki.openstreetmap.org/wiki/Relation:multipolygon

On May 17, 2019, at 11:42, deuzeffe  wrote:

Hello,

Soit un établissement d'enseignement, par exemple une école primaire, 
constituée d'une école maternelle sise dans un bâtiment dans une rue et d'une 
école élémentaire, sise dans un autre bâtiment trois rues plus loin. Cet 
établissement est identifié dans la base OD de l'EN comme une entité unique (un 
seul enregistrement avec une seule ref:UAI).

Est-ce qu'il est possible, faisable ou illusoire de bâtir une relation (de quel 
type ?) comprenant ces deux objets (au moins) ?

Merci pour vos réponses, quelles qu'elles soient.
-- 
deuzeffe, qui n'a pas dégainé JOSM pour y farfouiller :/

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


[OSM-talk-fr] Relations pour établissement d'enseignement ?

2019-05-17 Par sujet deuzeffe

Hello,

Soit un établissement d'enseignement, par exemple une école primaire, 
constituée d'une école maternelle sise dans un bâtiment dans une rue et 
d'une école élémentaire, sise dans un autre bâtiment trois rues plus 
loin. Cet établissement est identifié dans la base OD de l'EN comme une 
entité unique (un seul enregistrement avec une seule ref:UAI).


Est-ce qu'il est possible, faisable ou illusoire de bâtir une relation 
(de quel type ?) comprenant ces deux objets (au moins) ?


Merci pour vos réponses, quelles qu'elles soient.
--
deuzeffe, qui n'a pas dégainé JOSM pour y farfouiller :/

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


[OSM-talk-fr] Concertation publique sur le modèle de données de la base des défibrillateurs

2019-05-17 Par sujet Jean-Christophe Becquet
Bonjour,

Une concertation publique sur le modèle de données de la base des
défibrillateurs
https://framaforms.org/concertation-publique-sur-le-modele-de-donnees-de-la-base-des-defibrillateurs-1557475378

La proposition de modèle de données draft version 6 du 10.05.19
https://framaforms.org/sites/default/files/forms/files/projet_dgs_dae_standard_de_donnees_de_la_base.pdf


FR:Tag:emergency=defibrillator sur le wiki OpenStreetMap
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator

Bonne journée

JCB
-- 
WLE : le concours mondial de photos libres Wiki Loves Earth
http://www.apitux.org/index.php?2016/02/03/251-wle-le-concours-mondial-de-photos-libres-wiki-loves-earth

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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