Re: [OSM-talk-fr] amenity=clinic

[Dlareg]

Bonjour,

Le 12/09/2016 à 03:49, Jérôme Amagat a écrit :
> j'ai fait la traduction et fait un paragraphe sur la france :
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic
> n’hésitez pas à modifier


Génial, j'ai oublié de signaler que j'avais mis en place la page en
français comme demandé. Je viens de faire une passe orthographique,
ajouté un lien dans voir aussi, et modifiés le début et la fin de 2 phrases.
-- 
Dlareg

Les publicités pour les entreprises transnationales ne sont pas des cas
isolés
http://citedelagastro-dijon.com/

La Cité de la gastronomie est un parc à thème
http://www.dlareg.org/post/2014/11/19/Dans-la-cité-de-la-gastronomie-la-publicité-s-affiche




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

[OSM-talk-fr] Forum OSM HS

[Donat ROBAUX]

Bonjour,

Le forum http://forum.openstreetmap.fr/ est HS.

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

Re: [OSM-talk-fr] amenity=clinic

[Christian Rogel]

> Le 12 sept. 2016 à 03:49, Jérôme Amagat  a écrit :
> 
> j'ai fait la traduction et fait un paragraphe sur la france : 
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic
> n’hésitez pas à modifier
> 
>> Le 2 septembre 2016 à 08:53, Christian Quest  a 
>> écrit :
>> A la lecture du wiki, effectivement ce tag ne devrait pas trop être utilisé 
>> en France, car je ne connais pas trop d'établissements de ce genre. Nos 
>> cliniques sont plutôt des amenity=hospital, et les centres médicaux des 
>> amenity=doctors car on n'y fait aucune chirurgie.
>> 
>> Il y a les hôpitaux de jour qui peuvent correspondre: 
>> https://fr.wikipedia.org/wiki/H%C3%B4pital_de_jour

Le service le plus proche du "clinic" me semble être ce qui est appelé 
"dispensaire" à deux nuances près : on n'y fait très rarement de la chirurgie, 
mais plutôt de la "bobologie", alors que les "clinics", dans la version GB, 
sont conçues pour décharger les urgences de la petite chirurgie et des maladies 
bénignes.
En France, un dispensaire a, généralement, pour mission d'abaisser l'accès aux 
soins de premier niveau pour des publics défavorisé.
La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble aussi 
correspondre, mais il s'agit, presque toujours, d'une section d'un hôpital.
Utile pour la cartographie indoor, mais serait-ce un "amenity" ? 

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

Re: [OSM-talk-fr] Forum OSM HS

[Christian Quest]

C'est de retour.


Le 12/09/2016 à 10:07, Donat ROBAUX a écrit :

Bonjour,

Le forum http://forum.openstreetmap.fr/ est HS.

Donat



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] amenity=clinic

[Christian Quest]

Le 12/09/2016 à 11:32, Christian Rogel a écrit :



Le 12 sept. 2016 à 03:49, Jérôme Amagat > a écrit :


j'ai fait la traduction et fait un paragraphe sur la france : 
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic

n’hésitez pas à modifier

Le 2 septembre 2016 à 08:53, Christian Quest > a écrit :


A la lecture du wiki, effectivement ce tag ne devrait pas trop
être utilisé en France, car je ne connais pas trop
d'établissements de ce genre. Nos cliniques sont plutôt des
amenity=hospital, et les centres médicaux des amenity=doctors car
on n'y fait aucune chirurgie.

Il y a les hôpitaux de jour qui peuvent correspondre:
https://fr.wikipedia.org/wiki/H%C3%B4pital_de_jour




Le service le plus proche du "clinic" me semble être ce qui est appelé 
"dispensaire" à deux nuances près : on n'y fait très rarement de la 
chirurgie, mais plutôt de la "bobologie", alors que les "clinics", 
dans la version GB, sont conçues pour décharger les urgences de la 
petite chirurgie et des maladies bénignes.
En France, un dispensaire a, généralement, pour mission d'abaisser 
l'accès aux soins de premier niveau pour des publics défavorisé.
La notion d'hôpital de jour (qui donnent des soins "ambulatoires") 
semble aussi correspondre, mais il s'agit, presque toujours, d'une 
section d'un hôpital.

Utile pour la cartographie indoor, mais serait-ce un "amenity" ?

Christian R.


Ce qui se rapproche le plus de amenity=clinic ça ne serait pas nos 
"Hôpitaux de Jour" où l'on ne fait que de l'ambulatoire ?


Il y a de plus en plus d'interventions y compris chirurgicales qui sont 
faites en ambulatoire, c'est donc amené à se développer.


https://fr.wikipedia.org/wiki/H%C3%B4pital_de_jour

--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] amenity=clinic

[Francescu GAROBY]

> La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble
aussi correspondre, mais il s'agit, presque toujours, d'une section d'un
hôpital.
> Utile pour la cartographie indoor, mais serait-ce un "amenity" ?

Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour,
peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie
"hospitalisation de jour" peut en fait se trouver dans chaque service (une
en rhumato, une en néphro, ...). On ne va quand même pas mettre un point à
chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...

Francescu


Le 12 septembre 2016 à 11:32, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

>
>
> Le 12 sept. 2016 à 03:49, Jérôme Amagat  a
> écrit :
>
> j'ai fait la traduction et fait un paragraphe sur la france :
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic
> n’hésitez pas à modifier
>
> Le 2 septembre 2016 à 08:53, Christian Quest  a
> écrit :
>
>> A la lecture du wiki, effectivement ce tag ne devrait pas trop être
>> utilisé en France, car je ne connais pas trop d'établissements de ce genre.
>> Nos cliniques sont plutôt des amenity=hospital, et les centres médicaux des
>> amenity=doctors car on n'y fait aucune chirurgie.
>>
>> Il y a les hôpitaux de jour qui peuvent correspondre:
>> https://fr.wikipedia.org/wiki/H%C3%B4pital_de_jour
>>
>
> Le service le plus proche du "clinic" me semble être ce qui est appelé
> "dispensaire" à deux nuances près : on n'y fait très rarement de la
> chirurgie, mais plutôt de la "bobologie", alors que les "clinics", dans la
> version GB, sont conçues pour décharger les urgences de la petite chirurgie
> et des maladies bénignes.
> En France, un dispensaire a, généralement, pour mission d'abaisser l'accès
> aux soins de premier niveau pour des publics défavorisé.
> La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble
> aussi correspondre, mais il s'agit, presque toujours, d'une section d'un
> hôpital.
> Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
>
> Christian R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Forum OSM HS

[Éric Gillet]

Le 12 septembre 2016 à 10:07, Donat ROBAUX  a écrit :

> Le forum http://forum.openstreetmap.fr/ est HS.
>

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

[OSM-talk-fr] Fwd: Débat Public Métro Ligne 3 / Invitation à l'atelier de cartographie du 15 septembre, à la Cantine

[Jean-Guilhem Cailton]

Bonjour,

Je fais suivre ce message diffusé sur la liste local-toulouse. C'est la
première fois qu'un Débat public inclut des ateliers de cartographie. Et
j'imagine que ça pourrait intéresser certains citoyens-cartographes OSM.

Une réunion préparatoire s'est tenue vendredi matin. J'y ai participé
suite à une invitation sur la même liste, avec une dizaine d'autres
personnes.

Parmi les outils, j'ai eu le plaisir de constater qu'il y a eu un
consensus autour de uMap. Si vous pensez à des outils qui pourraient
être utiles en particulier pour la simulation et la modélisation dans ce
contexte (isochrones par exemple...), tout en restant relativement
faciles et rapides à mettre en œuvre, vos idées, même venant de loin,
seraient les bienvenues. :)

Pour plus d'information sur les ateliers de cartographie :
https://metroligne3toulouse.debatpublic.fr/ateliers-cartographie

Avant le premier atelier de cartographie du jeudi 15 septembre, notez
que la réunion publique d'ouverture est demain mardi 13 septembre à 19 h
(elle sera diffusée en direct sur le site du Débat public Métro Ligne 3
Toulouse : https://metroligne3toulouse.debatpublic.fr/).

Bien cordialement,

Jean-Guilhem



 Message transféré 
Sujet : Débat Public Métro Ligne 3 / Invitation à l'atelier de
cartographie du 15 septembre, à la Cantine
Date :  Tue, 06 Sep 2016 14:53:14 +0200
De :cartographies-m3t - OH/CCM/CNDP/CPDP-M3T emis par PROTHAIS David -
OH/CCM/CNDP/CPDP-M3T 
Répondre à :cartographies-m3t - OH/CCM/CNDP/CPDP-M3T emis par PROTHAIS
David - OH/CCM/CNDP/CPDP-M3T

Pour :  local-toulo...@listes.openstreetmap.fr



Bonjour,

Comment représenter, cartographier et simuler le projet de 3ème ligne de 
métro et ses enjeux ? Quels sont les outils numériques qui permettraient 
de débattre de son opportunité et de son tracé ?

Un atelier de cartographie est organisé pour répondre à ces questions le 
jeudi 15 septembre à la Cantine de Toulouse, de 9h à 20h. Il s'inscrit 
dans le cadre d'un débat public qui aura lieu de septembre à décembre, 
sous l'égide de la Commission Nationale du Débat Public, en toute 
neutralité et indépendance du porteur du projet, le SMTC-Tisséo. La 
Mêlée apporte son appui dans l'organisation et l'animation de 
l'événement.

Tous les citoyens y sont conviés pour exprimer leurs attentes et 
formuler leurs questions : la 3ème ligne permettrait-elle de réduire les 
encombrements routiers qui asphyxient Toulouse et son agglomération ? 
Quel serait l'impact de cette ligne en matière d'urbanisme, sur les 
densités de population, sur l'activité économique ? Quels sont les 
enjeux environnementaux le long du tracé ? ...

Par petit groupe et de manière itérative, citoyens, géographes, 
informaticiens, étudiants..., joindront leurs forces pour produire des 
outils & cartes susceptibles d'apporter des éclairages pertinents pour 
le débat.

Les outils produits au cours de la journée seront une première pierre, 
mise en ligne afin d'être enrichie tout au long du débat. Les 
participants à l'atelier seront invités à se réunir à nouveau, à 
l'occasion d'autres ateliers organisés localement le long du tracé de la 
ligne, et à poursuivre leurs contributions en ligne.

Nous vous y attendons nombreux !

Pour vous inscrire : 
https://metroligne3toulouse.debatpublic.fr/inscription-a-latelier-cartographie-du-15-septembre
Relayez l'événement sur Facebook : 
https://www.facebook.com/events/1696344013963155/
Et sur Twitter : 
https://twitter.com/MetroL3_debat/status/770544462703562752

--
David Prothais, pour la Commission Particulière du Débat Public sur le 
projet de 3ème ligne de métro
06 63 23 22 08
cartographies-...@debatpublic.fr

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Romain MEHUT]

Le 3 septembre 2016 à 18:17,  a écrit :

> Rassures-toi, on voit que tu es plus "pas convaincu" qu'agressif.
>
> Pour que les moteurs puissent t'indiquer le chemin il faut qu'ils aient
> l'information. Si tu cherches le 23 rue Tartempion, si l'adresse n'est pas
> dans la base ça devient plus difficile.
>
> > pourquoi indiquer la rue sur un bâtiment puisqu’il ne s’agit que d’un
> objet aussi ?!
>
> Je suis d'accord avec toi, il faut indiquer la rue sur la rue, le numéro
> du bâtiment sur le bâtiment et regrouper les numéros et la rue dans une
> associatedStreet.
>
> Et comme ça on n'a pas de mystère pour associer le bâtiment à la bonne rue.
>
Juste sans vouloir faire déraper la conversation, il n'y a pas de raison de
systématiquement indiquer une adresse sur un bâtiment cf. ce que disais
Christian précédemment...

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

[OSM-talk-fr] Divergences entre tuiles Carthage et données Carthage

[rainerU]

Bonjour,

Je suis tombé sur un cours d’eau mal tracé et mal nommé "Le Bourdigoul" [1]. Le
tracé et le nom correspondent au calque BD Carthage [2] mais sont différents des
donnés qu'on trouve dans le fichier shape Carthage [3] du 13/11/2015 où le nom
est "el viver gros" et le tracé légèrement différent. A mon avis, c'est le
toponyme du fichier shape qui est correct et le tracé est plus près de la
réalité sur le terrain que celui des tuiles "BD Carthage".

Est-ce que les tuiles ne sont simplement pas à jour ou sont-elles rendues à
partir d'une autre source ?

Rainer

[1] http://www.openstreetmap.org/way/435206207
[2]
http://tile.openstreetmap.fr/?zoom=18&lat=42.71201&lon=2.88477&layers=B000FT
[3]
http://services.sandre.eaufrance.fr/telechargement/geo/ETH/BDCarthage/FXX/2014/arcgis/Regions/91_LANGUEDOC-ROUSSILLON/TRONCON_HYDROGRAPHIQUE.shp.zip


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

Re: [OSM-talk-fr] Fwd: Débat Public Métro Ligne 3 / Invitation à l'atelier de cartographie du 15 septembre, à la Cantine

[Philippe Verdy]

Une ligne de métro toute seule ne suffit pas, il faut parler surtout de
l'intermodalité et de la réorganisation des autres réseaux qu'il va fallor
interconnecter et simuler par exemple les nouvelles lignes de bus, les
nouvelles aires de parking, l'emplacement des stations de taxi, de
véhicules partagés, et voir aussi l'aspect pratique pour les piétons. Et
sans doute revoir aussi la distribution des sens uniques et autres
restrictions, et voir si des feux de circulation sont encore appropriés et
comment et où aménager des giratoires (pratiques aussi pour les transports
urbains, les livraisons, revoir les horaires de livraison, les circuits de
collecte des ordures ménagères.
Ca doit évidemment s'inscrire dans un schéma de déplacement urbains,
sachant qu'une ligne de métro va aussi bouleverser la fréquentation et la
sécurité publique de certains lieux.
Ce devrait aussi servir à déconcentrer l'offre immobilière la plus
sensible, notamment ceux qui ont des moyens limités comme les étudiants
(faibles revenus, activité limitée par le temps): le métro doit servir à
"agrandir la ville" en mettant moins de pression sur quelques points
centraux. et davantage diversifier l'offre, en créant de la demande
ailleurs.
Cala fera des mécontents : ceux qui ne seront plus servis par une ligne
directe de bus comme avant et devront faire des correspondances. Les
horaires de passage vont changer aussi. Et il y a aussi la question du coût
global d'investissement qui se reportera sur la fiscalité locale et sur les
tarifs de transport (et ce que peuvent financer les entreprises ou les
aides publiques).

OSM peut aider : elle pourrait simuler le tracé des nouvelles lignes de
bus, repositionner certains arrêts de bus, vérifier que les trajets en
véhicule inviduel seront encore adaptés, voir si les parkings à aménager
(ou à supprimer) correspondent aux besoins et s'il y a une réelle
complémentarité du métro et des autres lignes existantes ou réaménagées.
Au bout de tout ça on aura de quoi estimer l'impact environnemental réel,
ou celui sur l'offre immobilière. Et ne pas oublier que cela aussi impacte
les communes environnantes: il faudrait des données sur les besoins réels
de la population au delà de la seule commune (même si elle ne sert que de
transit: on habite à un endroit on étudie à un autre, on travaille
ailleurs, on a des loisirs encore ailleurs et tout ça se fait dans les
contraintes de temps et de prix à court terme avant de penser à tout autre
chose à moyen ou long terme, tel que l'impact environnemental, la sécurité
ou le bruit, ainsi que la gêne occasionnée pendant des mois ou plusieurs
années par les chantiers, comme on l'a vu à Lille ou Rennes avec le métro
dit "léger", mais même aussi à Nantes avec le tram).

Dans d'autres villes même sans métro ou tram, des gros chantiers peuvent
impacter durablement (voire définitivement) la physionomie du commerce et
les activités dans la commune, de façon négative : en voulant faire joli,
on a fini par éloigner les habitants, les emplois et les services: un gros
chantier qui démarre doit avoir l'assurance d'être mené rapidement à terme,
le calendrier ne doit pas glisser durablement, sinon en plus on jette de
l'argent par les fenêtres et ça coûte cher à la commune et aux habitants
qui restent. Là OSM ne peut pas aider, mais les réunions publiques et
procédures légales de concertation et de dédommagement doivent fonctionner:
ce ne peut pas être un simple événement ponctuel, il faut des lieux de
concertation permanent tout au long du projet, montrer l'avancement, et
parler publiquement des difficultés s'il faut alors changer les choses
prévues dans le plan initial.

La collectivité seule (ou l'intercommunalité) ne peut pas le faire, les
assos de quartier doivent mettre à leur ordre du jour le suivi des
chantiers, et les collectivités doivent écouter leur compte-rendus publics,
et mettre en place des négociateurs (sinon ça finit devant les tribunaux et
ça accumulera de coûteuses années de retard et de dysfonctionnement qui
entâcheront la réputation du projet, même s'il a eu un accord de l'Etat).
Tout surcoût important doit aussi être annoncé vite, il ne suffit pas de
créer une dette et ensuite porter ça sur la fiscalité locale pour les
années suivantes. Les solutions pour éviter les surcouts ne sont pas
forcément les meilleures si elles viennent seulement des maîtres d'oeuvres
malgré leurs autorisations. Un comité de pilotage ouvert, avec une réunion
publique mensuelle dans les quartiers concernés  parait indispensable (même
si c'est très court,:une réunion exceptionnele plus longue peut être
nécessaire pour des nouvelles question difficiles à trancher).


Le 12 septembre 2016 à 12:58, Jean-Guilhem Cailton  a
écrit :

> Bonjour,
>
> Je fais suivre ce message diffusé sur la liste local-toulouse. C'est la
> première fois qu'un Débat public inclut des ateliers de cartographie. Et
> j'imagine que ça pourrait intéresser certains citoyens-cartographes OSM.
>
> Une réunion préparatoire s'est t

Re: [OSM-talk-fr] Divergences entre tuiles Carthage et données Carthage

[Christian Quest]

Hum... les données Carthage utilisées par le rendu ne sont peut être 
(voire fort probablement) pas la dernière version disponible... à mettre 
à jour car comme on utilise uniquement ces shapefile il n'y a pas de 
raison d'avoir de différence.



Le 12/09/2016 à 13:27, rainerU a écrit :

Bonjour,

Je suis tombé sur un cours d’eau mal tracé et mal nommé "Le Bourdigoul" [1]. Le
tracé et le nom correspondent au calque BD Carthage [2] mais sont différents des
donnés qu'on trouve dans le fichier shape Carthage [3] du 13/11/2015 où le nom
est "el viver gros" et le tracé légèrement différent. A mon avis, c'est le
toponyme du fichier shape qui est correct et le tracé est plus près de la
réalité sur le terrain que celui des tuiles "BD Carthage".

Est-ce que les tuiles ne sont simplement pas à jour ou sont-elles rendues à
partir d'une autre source ?

Rainer

[1] http://www.openstreetmap.org/way/435206207
[2]
http://tile.openstreetmap.fr/?zoom=18&lat=42.71201&lon=2.88477&layers=B000FT
[3]
http://services.sandre.eaufrance.fr/telechargement/geo/ETH/BDCarthage/FXX/2014/arcgis/Regions/91_LANGUEDOC-ROUSSILLON/TRONCON_HYDROGRAPHIQUE.shp.zip


___
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] Divergences entre tuiles Carthage et données Carthage

[Philippe Verdy]

Le tracé Carthage est visiblement plus grossier (beaucoup plus faible
résolution qui coupe des habitations et des routes hors des ponts) que ce
qu'on a dans OSM. Je ne voit sinon pas de différence notable en tout cas
pas d'erreur manifeste.
Ce qui venait de Carthage était peut-être juste la référence, pas le nom:
c'est juste un rapprochement de données similaires, où la conflation des
géométries sources est nécessaire et normale (habituelle dans OSM).
J'ai tendance à dire que le tracé OSM est bon mais il peut y avoir des
changement récents intégrés dans Carthage mais pas encore dans le cadastre
(par exemple le détournement autour d'un rond-point ou par un gros fossé le
long d'une nouvelle voie importante, mais le passage au milieu d'un
rond-point est fort improbable sauf si c'est un tout petit ruisseau qui
peut avoir été enfoui dans des buses (sans que ce soit porté au cadastre).
Quand le tracé Carthage traverse un terrain de foot, j'ai plutôt des
doutes. Ce n'est sinon pas toujours évident d'voir un tracé précis si le
cours est enterré (dans ce cas il manque souvent des sections dans OSM, où
on n'a même pas un tracé indicatif estimé).
Les noms dans Carthage peuvent aussi être ceuc pour désigner le cours
entier (celui utilisé en aval où le débit est le plus important), mais il
peut y avoir encore des noms locaux pour les parties en amont et même
officialisés et conservés dans les cadastres. Carthage ne mentionne pas
toujours tous les alias locaux.

Le 12 septembre 2016 à 13:27, rainerU  a écrit :

> Bonjour,
>
> Je suis tombé sur un cours d’eau mal tracé et mal nommé "Le Bourdigoul"
> [1]. Le
> tracé et le nom correspondent au calque BD Carthage [2] mais sont
> différents des
> donnés qu'on trouve dans le fichier shape Carthage [3] du 13/11/2015 où le
> nom
> est "el viver gros" et le tracé légèrement différent. A mon avis, c'est le
> toponyme du fichier shape qui est correct et le tracé est plus près de la
> réalité sur le terrain que celui des tuiles "BD Carthage".
>
> Est-ce que les tuiles ne sont simplement pas à jour ou sont-elles rendues à
> partir d'une autre source ?
>
> Rainer
>
> [1] http://www.openstreetmap.org/way/435206207
> [2]
> http://tile.openstreetmap.fr/?zoom=18&lat=42.71201&lon=2.
> 88477&layers=B000FT
> [3]
> http://services.sandre.eaufrance.fr/telechargement/
> geo/ETH/BDCarthage/FXX/2014/arcgis/Regions/91_LANGUEDOC-
> ROUSSILLON/TRONCON_HYDROGRAPHIQUE.shp.zip
>
>
> ___
> 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] Revert de changeset 42099901

[Guillaume Castagnino]

Bonjour,

Je suis un peu en galère : en faisant un petit import de bati sur un
quartier manquant de Saint Cyr L’École, je me suis viandé dans josm et
j’ai poussé sur un moment d’inattention la couche cadastre au lieu de
ma couche de modification… Bref, je suis dans le caca.

Et je n’arrive pas à reverter mon changeset avec le plugin reverter, je
me prends des timeouts.
quelqu’un pourrait m’aider à reverter mon Changeset https://www.openstr
eetmap.org/changeset/42099901 ?

Un grnd merci, et vraiment désole du dérangement :/

-- 
Guillaume Castagnino
    ca...@xwing.info / guilla...@castagnino.org

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

Re: [OSM-talk-fr] Revert de changeset 42099901

[Guillaume Castagnino]

Il semblerait que j’y soit arrivé, en augmentant un timeout dans la
configuration de josm, changeset de revert en cours d’upload :
https://www.openstreetmap.org/changeset/42101311

Merci et désolé pour le dérangement…

Le lundi 12 septembre 2016 à 14:59 +0200, Guillaume Castagnino a
écrit :
> Bonjour,
> 
> Je suis un peu en galère : en faisant un petit import de bati sur un
> quartier manquant de Saint Cyr L’École, je me suis viandé dans josm
> et
> j’ai poussé sur un moment d’inattention la couche cadastre au lieu de
> ma couche de modification… Bref, je suis dans le caca.
> 
> Et je n’arrive pas à reverter mon changeset avec le plugin reverter,
> je
> me prends des timeouts.
> quelqu’un pourrait m’aider à reverter mon Changeset https://www.opens
> tr
> eetmap.org/changeset/42099901 ?
> 
> Un grnd merci, et vraiment désole du dérangement :/
> 

-- 
Guillaume Castagnino
    ca...@xwing.info / guilla...@castagnino.org

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

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Christian Rogel]

Le 12 sept. 2016 à 11:52, Francescu GAROBY  a écrit :
> 
> > La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble 
> > aussi correspondre, mais il s'agit, presque toujours, d'une section d'un 
> > hôpital.
> > Utile pour la cartographie indoor, mais serait-ce un "amenity" ? 
> 
> Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour, 
> peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie 
> "hospitalisation de jour" peut en fait se trouver dans chaque service (une en 
> rhumato, une en néphro, ...). On ne va quand même pas mettre un point à 
> chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...
> 
> Francescu

Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont 
dispensés dans un hôpital de jour.
Chaque service peut en faire, mais, les chambres peuvent être, soit, 
spécialisées, soit, rassemblées en un seul lieu.
Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de jour, 
loin de la majorité des services et, comme je le suggérais, il doit pouvoir 
être distingué, mais, probablement pas avec "clinic=yes".
Peut-être avec quelque chose comme "hospital:service= clinic"

Christian R.

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

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Francescu GAROBY]

Si on veut lister les services d'un hôpital qui existent en hospitalisation
de jour, je proposerais plutôt un truc du genre :
* clinic: = no/yes/only
La liste des services étant la même que celle proposée sur la page
"healthcare" .

Francescu

Le 12 septembre 2016 à 18:13, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

> Le 12 sept. 2016 à 11:52, Francescu GAROBY  a écrit :
> >
> > > La notion d'hôpital de jour (qui donnent des soins "ambulatoires")
> semble aussi correspondre, mais il s'agit, presque toujours, d'une section
> d'un hôpital.
> > > Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
> >
> > Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour,
> peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie
> "hospitalisation de jour" peut en fait se trouver dans chaque service (une
> en rhumato, une en néphro, ...). On ne va quand même pas mettre un point à
> chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...
> >
> > Francescu
>
> Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont
> dispensés dans un hôpital de jour.
> Chaque service peut en faire, mais, les chambres peuvent être, soit,
> spécialisées, soit, rassemblées en un seul lieu.
> Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de
> jour, loin de la majorité des services et, comme je le suggérais, il doit
> pouvoir être distingué, mais, probablement pas avec "clinic=yes".
> Peut-être avec quelque chose comme "hospital:service= clinic"
>
> Christian R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Fwd: Débat Public Métro Ligne 3 / Invitation à l'atelier de cartographie du 15 septembre, à la Cantine

[Jean-Guilhem Cailton]

Bonjour Philippe,

Merci de ta réponse. En effet, le sujet est complexe et comporte de
multiples dimensions.

Sur les temps de transport, ce site qui montre des isochrones et
itinéraires en multimodal - à pied, en vélo, en transports en commun ou
en voiture, et utilise OSM et des données GTFS (présenté dans
https://tempogeo.blogspot.fr/2015/09/des-courbes-isochrones-moindre-cout.html)
paraît par exemple très pratique :
http://france.route360.net/
(surtout qu'il y a une API derrière).

Si certains ont des idées sur d'autres outils possibles, y compris sur
d'autres problématiques pertinentes, n'hésitez pas.

Bien cordialement,

Jean-Guilhem



Le 12/09/2016 à 13:44, Philippe Verdy a écrit :
> Une ligne de métro toute seule ne suffit pas, il faut parler surtout
> de l'intermodalité et de la réorganisation des autres réseaux qu'il va
> fallor interconnecter et simuler par exemple les nouvelles lignes de
> bus, les nouvelles aires de parking, l'emplacement des stations de
> taxi, de véhicules partagés, et voir aussi l'aspect pratique pour les
> piétons. Et sans doute revoir aussi la distribution des sens uniques
> et autres restrictions, et voir si des feux de circulation sont encore
> appropriés et comment et où aménager des giratoires (pratiques aussi
> pour les transports urbains, les livraisons, revoir les horaires de
> livraison, les circuits de collecte des ordures ménagères.
> Ca doit évidemment s'inscrire dans un schéma de déplacement urbains,
> sachant qu'une ligne de métro va aussi bouleverser la fréquentation et
> la sécurité publique de certains lieux.
> Ce devrait aussi servir à déconcentrer l'offre immobilière la plus
> sensible, notamment ceux qui ont des moyens limités comme les
> étudiants (faibles revenus, activité limitée par le temps): le métro
> doit servir à "agrandir la ville" en mettant moins de pression sur
> quelques points centraux. et davantage diversifier l'offre, en créant
> de la demande ailleurs.
> Cala fera des mécontents : ceux qui ne seront plus servis par une
> ligne directe de bus comme avant et devront faire des correspondances.
> Les horaires de passage vont changer aussi. Et il y a aussi la
> question du coût global d'investissement qui se reportera sur la
> fiscalité locale et sur les tarifs de transport (et ce que peuvent
> financer les entreprises ou les aides publiques).
>
> OSM peut aider : elle pourrait simuler le tracé des nouvelles lignes
> de bus, repositionner certains arrêts de bus, vérifier que les trajets
> en véhicule inviduel seront encore adaptés, voir si les parkings à
> aménager (ou à supprimer) correspondent aux besoins et s'il y a une
> réelle complémentarité du métro et des autres lignes existantes ou
> réaménagées.
> Au bout de tout ça on aura de quoi estimer l'impact environnemental
> réel, ou celui sur l'offre immobilière. Et ne pas oublier que cela
> aussi impacte les communes environnantes: il faudrait des données sur
> les besoins réels de la population au delà de la seule commune (même
> si elle ne sert que de transit: on habite à un endroit on étudie à un
> autre, on travaille ailleurs, on a des loisirs encore ailleurs et tout
> ça se fait dans les contraintes de temps et de prix à court terme
> avant de penser à tout autre chose à moyen ou long terme, tel que
> l'impact environnemental, la sécurité ou le bruit, ainsi que la gêne
> occasionnée pendant des mois ou plusieurs années par les chantiers,
> comme on l'a vu à Lille ou Rennes avec le métro dit "léger", mais même
> aussi à Nantes avec le tram).
>
> Dans d'autres villes même sans métro ou tram, des gros chantiers
> peuvent impacter durablement (voire définitivement) la physionomie du
> commerce et les activités dans la commune, de façon négative : en
> voulant faire joli, on a fini par éloigner les habitants, les emplois
> et les services: un gros chantier qui démarre doit avoir l'assurance
> d'être mené rapidement à terme, le calendrier ne doit pas glisser
> durablement, sinon en plus on jette de l'argent par les fenêtres et ça
> coûte cher à la commune et aux habitants qui restent. Là OSM ne peut
> pas aider, mais les réunions publiques et procédures légales de
> concertation et de dédommagement doivent fonctionner: ce ne peut pas
> être un simple événement ponctuel, il faut des lieux de concertation
> permanent tout au long du projet, montrer l'avancement, et parler
> publiquement des difficultés s'il faut alors changer les choses
> prévues dans le plan initial.
>
> La collectivité seule (ou l'intercommunalité) ne peut pas le faire,
> les assos de quartier doivent mettre à leur ordre du jour le suivi des
> chantiers, et les collectivités doivent écouter leur compte-rendus
> publics, et mettre en place des négociateurs (sinon ça finit devant
> les tribunaux et ça accumulera de coûteuses années de retard et de
> dysfonctionnement qui entâcheront la réputation du projet, même s'il a
> eu un accord de l'Etat). Tout surcoût important doit aussi être
> annoncé vite, il ne suffit pas de crée

Re: [OSM-talk-fr] Bâtiments inscrits MHS et WHC dans Osmose

[Frédéric Rodrigo]

Le tag name à déjà un autre comportement spécifique.
Si une fusion propose de changer le nom, il y a alors deux correctifs 
proposés avec ou sans le changement de nom.


Le 12/09/2016 à 08:22, Gaël Simon a écrit :

Bonjour,
Je pense que le tag name peut aussi être conservé s'il est renseigné.
Merci à toi pour ton travail

Gaël

Le 11 sept. 2016 à 22:23, Frédéric Rodrigo  a écrit :

Bonjour,

J'ai effectué une modification pour garder les valeurs existantes d'un tag. Si 
vous en voyez d'autres que les ref et source (ou c'était déjà le cas) et que 
heritage:operator je peux les ajouter.

Pour heritage:operator ça sera opérationnel d'ici quelque jours.

https://github.com/frodrigo/osmose-backend/commit/46c9d3d177c0cb982641f3a56c041c25b52c8a27

Frédéric.



Le 10/09/2016 à 14:06, LeTopographeFou a écrit :

Bonjour,

En traitant des erreurs Osmose je suis tombé sur ce qui je pense est une erreur 
dans l'algo de détection et/ou de correction.

Le problème semble survenir quand un monument historique est également classé à 
l'UNESCO. Cela donne généralement /heritage:operator=whc;mhs/ (67 résultats 
dans taginfo) :

https://taginfo.openstreetmap.org/tags/heritage:operator=whc;mhs

Je sais qu'il y a un débat sur comment représenter plusieurs valeurs (avec des 
[], avec un point virgule, avec...) et qu'il n'y a pas de consensus clair. Je 
ne souhaite pas rentrer dans ce débat, ce qui m'inquiète le plus c'est 
qu'Osmose, dans sa tentative d'association avec une base de donnée du 
ministère, croit qu'il n'a pas été associé et propose un correctif qui élimine 
le whc (donc un fix plutôt destructif...). Exemples :

  * Basilique de Vézelay
(http://osmose.openstreetmap.fr/fr/error/7981644480)
  * Cathédrale de Bourge
(http://osmose.openstreetmap.fr/fr/error/7981642652)
  * Cathédrale d'Amiens
(http://osmose.openstreetmap.fr/fr/error/7981644547)
  * ...

Et dans le fix proposé par Osmose il ne met pas tellement en avant que ce fix 
supprime l'inscription whc (et toutes les autres inscriptions éventuelles). 
Donc un utilisateur distrait ou non-avertit pourrait faire des erreurs pensant 
bien faire.

Ne peut-on pas avoir un algo de détection qui tienne compte de ces cas de figures ? Du 
genre ne pas chercher une chaine valant strictement "mhs" mais une chaîne qui 
contiendrait le mot mhs.

Cordialement,

--
LeTopographeFou


___
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




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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

[osm . sanspourriel]

Et pourquoi pas le meilleur des deux mondes ?

Ajouter le node comme role=label dans la relation ?


Le 12/09/2016 à 04:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
Les quartiers ( suburb, neighbourhood ) ne sont rendu que si ce sont 
des nodes et pas si le tag est sur une surface. Dans certains cas, ces 
quartiers sont bien délimités soit par la mairie soit dans la tête des 
habitants donc je pense que c'est une bonne chose les quartiers sur 
une surface.


En lien avec ça, on a les arrondissements de paris et lyon qui sont 
représenter comme place=suburb sur un point et comme 
boundary=administrative sur une surface alors que c'est la même chose. 
ça serait logique de placer le tag place=suburb sur la relation 
boundary et de supprimer le node. Mais comme c'est pas rendu ça ne 
plaira pas à tout le monde :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

[Jérôme Amagat]

Mettre dans la relation le node avec le tag place=suburb comme role=label
pourquoi pas mais il y aura toujours 2 éléments pour définir la même chose.
et ce sera le label du boundary=administrative.
L'autre possibilité c'est de rajouté place=suburb sur la relation, de
supprimé tout les tags du node et mettre ce node comme role=label. Là il
n'y aura bien qu'1 élément pour l'arrondissement et 1 élément qui sert
juste pour placé le nom sur un rendu. Mais pour que ça servent à quelque
chose il faut que le rendu en est quelque chose a faire de ce place label.

Le 12 septembre 2016 à 20:32,  a écrit :

> Et pourquoi pas le meilleur des deux mondes ?
>
> Ajouter le node comme role=label dans la relation ?
>
> Le 12/09/2016 à 04:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> Les quartiers ( suburb, neighbourhood ) ne sont rendu que si ce sont des
> nodes et pas si le tag est sur une surface. Dans certains cas, ces
> quartiers sont bien délimités soit par la mairie soit dans la tête des
> habitants donc je pense que c'est une bonne chose les quartiers sur une
> surface.
>
> En lien avec ça, on a les arrondissements de paris et lyon qui sont
> représenter comme place=suburb sur un point et comme
> boundary=administrative sur une surface alors que c'est la même chose. ça
> serait logique de placer le tag place=suburb sur la relation boundary et de
> supprimer le node. Mais comme c'est pas rendu ça ne plaira pas à tout le
> monde :)
>
>
> ___
> 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] Rendu FR... un peu de neuf

[Philippe Verdy]

le node label a un usage très limité: il est surtout là pour proposer un
positionnement mieux adapté dans une zone pas trop dense et éviter de
collisions ou débordements de longueur sur les entités voisines, afin de
laisser visible d'autres infos importantes (si les rendus ont de meilleures
solutions à proposer pour positionner les labels et éviter trop de
collisions, ils peuvent ignorer totalement ces labels). Cependant sur des
territoires à peu près convexes, il est souvent superflu de vouleur
s'éloigner de son centre géométrique par défaut.

C'est plus utile quand il y a de fortes concavités ou des exclaves
éloignées et que la plus grande n'est pas la plus communément référencée
(car nettement moins peuplée): cas des archipels.

Au delà de ça, le label ne sert pas à grand chose (même pas pour le nom qui
devrait rester pris en priorité depuis la relation qui l'inclue. ce label
reste malgré tout positionné de façon arbitraire "quelque part" dans la
zone, à vue de nez.

Et ce "label" ne doit pas être un noeud "place" (qui porte en général un
autre nom plus local, partagé par plusieurs relations qui l'utilisent comme
"admin_centre" représentatif, et qui joue aussi un rôle de substitut à la
surface décrite par la relation quand celle-ci n'est pas représentable à
une échelle donnée car trop petite pour permettre d'afficher les libellés
le long des frontières, et en principe on ne devrait pas avoir les deux
représetnation simultanées: noeuds label ou admin_centre et nom le long des
frontière, à un même niveau d'échelle, il faut choisir l'un ou l'autre)

Le 12 septembre 2016 à 20:32,  a écrit :

> Et pourquoi pas le meilleur des deux mondes ?
>
> Ajouter le node comme role=label dans la relation ?
>
> Le 12/09/2016 à 04:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> Les quartiers ( suburb, neighbourhood ) ne sont rendu que si ce sont des
> nodes et pas si le tag est sur une surface. Dans certains cas, ces
> quartiers sont bien délimités soit par la mairie soit dans la tête des
> habitants donc je pense que c'est une bonne chose les quartiers sur une
> surface.
>
> En lien avec ça, on a les arrondissements de paris et lyon qui sont
> représenter comme place=suburb sur un point et comme
> boundary=administrative sur une surface alors que c'est la même chose. ça
> serait logique de placer le tag place=suburb sur la relation boundary et de
> supprimer le node. Mais comme c'est pas rendu ça ne plaira pas à tout le
> monde :)
>
>
> ___
> 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] ***SPAM*** Re: amenity=clinic

[Christian Rogel]

> Le 12 sept. 2016 à 18:18, Francescu GAROBY  a écrit :
> 
> Si on veut lister les services d'un hôpital qui existent en hospitalisation 
> de jour, je proposerais plutôt un truc du genre :
> * clinic: = no/yes/only
> La liste des services étant la même que celle proposée sur la page 
> "healthcare" .
> 
> Francescu
> 
> Le 12 septembre 2016 à 18:13, Christian Rogel 
> mailto:christian.ro...@club-internet.fr>> 
> a écrit :
> Le 12 sept. 2016 à 11:52, Francescu GAROBY  > a écrit :
> >
> > > La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble 
> > > aussi correspondre, mais il s'agit, presque toujours, d'une section d'un 
> > > hôpital.
> > > Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
> >
> > Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour, 
> > peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie 
> > "hospitalisation de jour" peut en fait se trouver dans chaque service (une 
> > en rhumato, une en néphro, ...). On ne va quand même pas mettre un point à 
> > chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...
> >
> > Francescu
> 
> Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont 
> dispensés dans un hôpital de jour.
> Chaque service peut en faire, mais, les chambres peuvent être, soit, 
> spécialisées, soit, rassemblées en un seul lieu.
> Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de jour, 
> loin de la majorité des services et, comme je le suggérais, il doit pouvoir 
> être distingué, mais, probablement pas avec "clinic=yes".
> Peut-être avec quelque chose comme "hospital:service= clinic"
> 
> Christian R.

Personne n’a relevé l’idée qu'un dispensaire correspond à l’un des sens de « 
clinic », quoique « dispensary » soit aussi employé.

On trouvera sur le site d’Allo médecins une définition et surtout une liste qui 
indique que les dispensaires peuvent, aussi, faire partie d’établissements très 
différents (bureau d’aide psychologique universitaire, maison de retraite…) :

http://www.allo-medecins.fr/specialites/centre-medical-dispensaire.html

 A noter que les permanences de SOS Médecins peuvent diisposer d’un lieu pour 
les petites urgences. Ne seraient-ce pas alors un dispensaire/« clinic » ?


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

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Jérôme Amagat]

A vrai dire je savais pas qu'il y avait des endroits en france qui
s'appelaient dispensaire :)

Sinon sur data.gouv.fr il y a un fichier des établissements de santé (
http://www.data.gouv.fr/fr/datasets/extraction-du-fichier-national-des-etablissements-sanitaires-et-sociaux-finess-par-etablissements/
), ils sont géolocalisés ça serait bien de l’intégrer à osmose.
La géolocalisation ne doit pas être terrible (fait à partir des adresses)
(en plus ils ont fait un fichier csv bizarre vu qu'ils ont mis la liste des
géolocalisations à la suite de la liste des établissement mais ont peut
faire le lien avec le finess des établissements) mais ça doit être utile
quand même.
Par contre il faut faire le lien entre les catégories d’établissements (
http://finess.sante.gouv.fr/jsp/pdf.do?xsl=CategEta.xsl ) et les tags osm.
il y a les hopitaux bien sur, les cliniques, maison de retraite, pharmacie
...
Pour certains tags comme pour les urgences il faut passer par le fichier
des activités de soins (
http://www.data.gouv.fr/fr/datasets/extraction-finess-des-autorisations-d-activites-de-soins/
) et ça nomenclature (
http://finess.sante.gouv.fr/jsp/pdf.do?xsl=ActModFor.xsl ) et la relier à
l’établissement.



Le 13 septembre 2016 à 00:01, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

>
> Le 12 sept. 2016 à 18:18, Francescu GAROBY  a écrit :
>
> Si on veut lister les services d'un hôpital qui existent en
> hospitalisation de jour, je proposerais plutôt un truc du genre :
> * clinic: = no/yes/only
> La liste des services étant la même que celle proposée sur la page
> "healthcare" .
>
> Francescu
>
> Le 12 septembre 2016 à 18:13, Christian Rogel  internet.fr> a écrit :
>
>> Le 12 sept. 2016 à 11:52, Francescu GAROBY  a écrit :
>> >
>> > > La notion d'hôpital de jour (qui donnent des soins "ambulatoires")
>> semble aussi correspondre, mais il s'agit, presque toujours, d'une section
>> d'un hôpital.
>> > > Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
>> >
>> > Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de
>> jour, peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la
>> partie "hospitalisation de jour" peut en fait se trouver dans chaque
>> service (une en rhumato, une en néphro, ...). On ne va quand même pas
>> mettre un point à chaque fois ? Surtout qu'avec les étages, ça va vite
>> devenir le bordel...
>> >
>> > Francescu
>>
>> Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont
>> dispensés dans un hôpital de jour.
>> Chaque service peut en faire, mais, les chambres peuvent être, soit,
>> spécialisées, soit, rassemblées en un seul lieu.
>> Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de
>> jour, loin de la majorité des services et, comme je le suggérais, il doit
>> pouvoir être distingué, mais, probablement pas avec "clinic=yes".
>> Peut-être avec quelque chose comme "hospital:service= clinic"
>>
>> Christian R.
>>
>
> Personne n’a relevé l’idée qu'un dispensaire correspond à l’un des sens de
> « clinic », quoique « dispensary » soit aussi employé.
>
> On trouvera sur le site d’Allo médecins une définition et surtout une
> liste qui indique que les dispensaires peuvent, aussi, faire partie
> d’établissements très différents (bureau d’aide psychologique
> universitaire, maison de retraite…) :
>
> http://www.allo-medecins.fr/specialites/centre-medical-dispensaire.html
>
>  A noter que les permanences de SOS Médecins peuvent diisposer d’un lieu
> pour les petites urgences. Ne seraient-ce pas alors un
> dispensaire/« clinic » ?
>
>
> Christian R.
>
> ___
> 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] ***SPAM*** Re: amenity=clinic

[Philippe Verdy]

Le 13 septembre 2016 à 00:43, Jérôme Amagat  a
écrit :

> A vrai dire je savais pas qu'il y avait des endroits en france qui
> s'appelaient dispensaire :)
>
Je pense qu'en France cela se rapporte à des établissements de soins
simples gérés/financés par des associations reconnues (Croix Rouge,
Médecins du Monde, SOS Médecin, Planning Familial, Pharmaciens sans
frontière, ...) et avec des médecins/infirmiers/pharmaciens bénévoles.
L'établissement n'a pas lui-même besoin d'habilitation en tant
qu'établissement médical, il a cette fonction par le fait qu'ils sont gérés
par des associations reconnues d'utilité publique, qui reçoicent des
subventions et habilitées à recevoir des donations partiellement
défiscalisées, et qu'au delà de ça les bâtiments sont habilités à recevoir
le public, et les soins sont donnés par des personnels formés reconnus
(même si c'est en bénévolat ou juste avec un défraiement par l'association)
dans les conditions sanitaires convenables et qu'ils délivrent des produits
pharmaceutiques conformes.
Ces lieux ne sont pas forcément ouverts en permanence comme un hôpital (ça
peut être des présences régulières une ou deux fois par semaine, ou en
certaines saisons, ou de façon temporaire mais prolongée (comme dans les
camps d'accueil de réfugiés)
On n'en a pas beaucoup en France car on a beaucoup d'hôptitaux et une
structure lourde de gestion de l'urgence (y compris en postes avancés),
mais les dispensaires sont plutôt adaptés non pas à la gestion de l'urgence
mais pour répondre à des besoins locaux prolongés, là où les services
d'urgence de l'hôpital est débordé et trop éloigné malgré tout pour
répondre aux besoins permanents de certaines catégories de population hors
des cas d'urgence.
Et puis souvent c'est pour viser des personnes qui autrement n'auraient pas
accès aux soins de base, ou pas accès à la contraception et protections
sanitaires. On y trouve pas seulement des médicaments mais aussi des
produits d'hygiène et devraient travailler avec les services SAMU et SAMU
social et d'autres assos caritatives. Ils peuent servir aussi aux soins
post-curatifs (une fois sortie des structures de l'hôpital, notamment car
le nombre de lits et d'établissements hospitalier est en réduction partout
et même quand un établissement ferme, il ne laisse toujours non plus des
structure ambulatoire)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Postgres et nom de champ contenant : (deux points)

[Bruno G]

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple 
addr:housename


Et j'essaye de faire une requête dans psql :

SELECT  osm_id, name, addr:housenamefrom  planet_osm_polygonWHERE  
admin_level='8'  ;

Et le message  renvoyé :
ERROR:  syntax error ator  near":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien listé...

Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2

Merci pour votre aide,

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

Re: [OSM-talk-fr] Postgres et nom de champ contenant : (deux points)

[Vincent de Château-Thierry]

Bonjour,

Le 13/09/2016 à 03:25, Bruno G a écrit :

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple
addr:housename

Et j'essaye de faire une requête dans psql :

SELECT osm_id, name, addr:housename from planet_osm_polygon WHERE 
admin_level='8' ;

Et le message  renvoyé :
ERROR:  syntax error at or near ":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien listé...

Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2


En encadrant le nom du champ par des guillemets doubles ça devrait passer :

SELECT osm_id, name, "addr:housename" from planet_osm_polygon WHERE 
admin_level='8' ;


bonnes requêtes
vincent

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