Re: [OSM-talk-fr] les parties des camping ou d'une aire caravane
Merci à tous ceux qui y ont participé, en un temps record le nettoyage a été fait en France et même le taginfo mondial a une bien meilleur allure. étape suivante, trouver les parcelle hors d'un site Mais ma requête ne va pas, exemple https://overpass-turbo.eu/s/JMB dans la zone de la carte, cela devrait ne rien retourner vu que toutes les parcelles sont à moins de 100m du site quelqu'un a une idée de l'erreur ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] les parties des camping ou d'une aire caravane
c'est exactement ca
lien overpass pour se faciliter la vie
https://overpass-turbo.eu/s/Jka
Le 24.05.19 à 22:46, deuzeffe a écrit :
> Donc, si je comprends bien, pour le moment,
>
> - au vue de :
> [out:json][timeout:600];
> {{geocodeArea:France Métropolitaine}}->.searchArea;
> nwr["camp_site"][camp_site!=basic][camp_site!=standard][camp_site!=serviced][camp_site!=deluxe](area.searchArea);
>
>
> out meta;>;out meta qt;
>
> 2 cas principaux et des suggestions de remplacement pour camp_site=pitch
> qui décrit soit :
> - un camp/emplacement basique -> tourism=camp_site + camp_site=basic
> - un terrain dans un site + large -> tourism=camp_pitch
> - sans oublier camp_site=reception -> amenity=reception_desk
>
> --
> deuzeffe, je comprends vite mais faut m'expliquer longtemps
>
> On 21/05/2019 13:20, marc marc wrote:
>> Bonjour,
>>
>> Comme plusieurs contributeurs l'ont remarqué, sur tagging et le wiki
>> une discussion a lieu à propos de la clef camp_site
>> le problème principal est l'ajout massif de partie de camping
>> au même niveau que la clef servant à décrire le type de camping
>> tel que approuvé par
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Camp_Site
>>
>> le gros soucis c'est que cela casse la logique des chaînes de tags
>> exemple
>> amenity=parking peux être raffiné par parking=surface qui donne
>> des infos supplémentaire sur les caractéristiques du parking
>> on ne me fait pas parking=place/distributeur/barrière/entrée
>> landuse=industrial industrial=oil donne des info sur le type
>> d'activité à cet endroit
>> on ne fait pas industrial=silo/reception/usine/...
>>
>> dans cette logique tourism=camp_site
>> camp_site=basic/standard/serviced/deluxe donnes des infos sur le camp en
>> lui-même et un autre tag doit être trouvé pour décrire les parties du
>> camp, de la même manière qu'on
>> a d'autre tag pour décrire les parties d'une parking (parking_space
>> vending_machine) ou les parties d'un site industriel (silo, building, )
>>
>> l'ampleur est tel que cela semble difficile de résoudre le problème
>> en une fois, c'est pourquoi se discute en ce moment la possibilité
>> de faire cela en 2 fois en se concentrant d'abord à éliminer
>> les valeurs les plus problématique en les basculant sur des valeurs
>> moins problématiques mais déjà existante même si imparfaite
>> bref, 2 petits pas au lieu de se prendre le mur :
>>
>> camp_site=camp_pitch et camp_site=pitch -> tourism=camp_pitch
>> camp_site=reception -> amenity=reception_desk
>>
>> dans cette optique, les valeurs choisie sont volontairement
>> des valeurs existantes afin d'éviter d'augmenter la fragmentation
>> elles sont pas parfaite, je sais, le but du premier pas est de supprimer
>> des valeurs problématiques, pas de d'aboutir à une solution finale
>> en une fois.
>>
>> la proposition actuellement soumise au vote un peu prématurément
>> propose de "valider l'incohérence". je vous invite à la lire
>> et à faire votre avis.
>> a noter que la majorité des avis pour sont "pour le fait de renseigner
>> les parties d'un camping", ce qui n'était pas l'objet du vote
>> https://wiki.openstreetmap.org/wiki/Proposed_features/camp_site_pitch
>> cela aiderait à trouver une meilleur solution si des contributeurs
>> supplémentaires donnait leur avis que le bricolage actuel n'est pas
>> bon :)
>>
>> Cordialement,
>> Marc
>> ___
>> 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] les parties des camping ou d'une aire caravane
Donc, si je comprends bien, pour le moment,
- au vue de :
[out:json][timeout:600];
{{geocodeArea:France Métropolitaine}}->.searchArea;
nwr["camp_site"][camp_site!=basic][camp_site!=standard][camp_site!=serviced][camp_site!=deluxe](area.searchArea);
out meta;>;out meta qt;
2 cas principaux et des suggestions de remplacement pour camp_site=pitch
qui décrit soit :
- un camp/emplacement basique -> tourism=camp_site + camp_site=basic
- un terrain dans un site + large -> tourism=camp_pitch
- sans oublier camp_site=reception -> amenity=reception_desk
--
deuzeffe, je comprends vite mais faut m'expliquer longtemps
On 21/05/2019 13:20, marc marc wrote:
Bonjour,
Comme plusieurs contributeurs l'ont remarqué, sur tagging et le wiki
une discussion a lieu à propos de la clef camp_site
le problème principal est l'ajout massif de partie de camping
au même niveau que la clef servant à décrire le type de camping
tel que approuvé par
https://wiki.openstreetmap.org/wiki/Proposed_features/Camp_Site
le gros soucis c'est que cela casse la logique des chaînes de tags
exemple
amenity=parking peux être raffiné par parking=surface qui donne
des infos supplémentaire sur les caractéristiques du parking
on ne me fait pas parking=place/distributeur/barrière/entrée
landuse=industrial industrial=oil donne des info sur le type
d'activité à cet endroit
on ne fait pas industrial=silo/reception/usine/...
dans cette logique tourism=camp_site
camp_site=basic/standard/serviced/deluxe donnes des infos sur le camp en
lui-même et un autre tag doit être trouvé pour décrire les parties du
camp, de la même manière qu'on
a d'autre tag pour décrire les parties d'une parking (parking_space
vending_machine) ou les parties d'un site industriel (silo, building, )
l'ampleur est tel que cela semble difficile de résoudre le problème
en une fois, c'est pourquoi se discute en ce moment la possibilité
de faire cela en 2 fois en se concentrant d'abord à éliminer
les valeurs les plus problématique en les basculant sur des valeurs
moins problématiques mais déjà existante même si imparfaite
bref, 2 petits pas au lieu de se prendre le mur :
camp_site=camp_pitch et camp_site=pitch -> tourism=camp_pitch
camp_site=reception -> amenity=reception_desk
dans cette optique, les valeurs choisie sont volontairement
des valeurs existantes afin d'éviter d'augmenter la fragmentation
elles sont pas parfaite, je sais, le but du premier pas est de supprimer
des valeurs problématiques, pas de d'aboutir à une solution finale
en une fois.
la proposition actuellement soumise au vote un peu prématurément
propose de "valider l'incohérence". je vous invite à la lire
et à faire votre avis.
a noter que la majorité des avis pour sont "pour le fait de renseigner
les parties d'un camping", ce qui n'était pas l'objet du vote
https://wiki.openstreetmap.org/wiki/Proposed_features/camp_site_pitch
cela aiderait à trouver une meilleur solution si des contributeurs
supplémentaires donnait leur avis que le bricolage actuel n'est pas bon :)
Cordialement,
Marc
___
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
