Le sam. 14 déc. 2019 à 01:38, Jérôme Amagat a
écrit :
>
>
> Le ven. 13 déc. 2019 à 22:55, a écrit :
>
>> Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont à
>> 11 chiffres (ou 11, un point-virgule et 11).
>>
> Tu te trompes, il en reste plein, tu n'as pas modifié la bonne
Le ven. 13 déc. 2019 à 22:55, a écrit :
> Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont à
> 11 chiffres (ou 11, un point-virgule et 11).
>
Tu te trompes, il en reste plein, tu n'as pas modifié la bonne requête, ça
donne ça :
https://overpass-turbo.eu/s/OXy
et même plus
N'oubliez pas de voter avant ce samedi 17 h et de préférence bien avant.
Visez demain midi au plus tard !
Comme l'an dernier, Christoph a bien résumé la situation.
Attention : c'est un scrutin à vote unique transférable
Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont
à 11 chiffres (ou 11, un point-virgule et 11).
Vous ne m'en avez même pas laissé un.
Merci à Jérôme pour avoir débusqué les lièvres et à tous les chasseurs.
Ne pas détourner cette phrase de son contexte^^.
Jean-Yvon
Le
La. N'est toi qui détourne la conversation, on parle bien du FANTOIR de la
DGFIP, pas du COG de l'INSEE (cf le titre de ce fil)
Le ven. 13 déc. 2019 à 17:12, deuzeffe a écrit :
> Je te parle des codes communes pour lesquels tu n'as donné aucune
> référence fiable et validée. Ne détourne pas la
J'approuve complètement.
Les clés network et operator me semblent couvrir pas mal de choses.
Le 2019-12-13 17:04, deuzeffe a écrit :
> Le 13/12/2019 à 11:46, Quentin Salles a écrit :
>
>> Bonjour,
>
>> - La deuxième, c'est de pouvoir faire simplement une requête overpass afin
>> de
Bonsoir,
@deauzeffe Ce que tu dis est juste dans le cas où je cherche les arrêts de
bus pour une ligne donnée.
Or dans ce que je disais, ça concernait l'ensemble des arrêts desservis par
toutes les lignes du réseau Tisséo
Quentin SALLES
Le ven. 13 déc. 2019 à 17:55, laurent-38 a
écrit :
>
Frédéric Rodrigo-2 wrote
> Le principe des règles, c'est de corrigé les données, pas les règles.
> La règle est valide et basé sur le wiki OSM.
>
> Le 10/12/2019 à 14:48, Quentin Salles a écrit :
>> …
>> Aujourd'hui, Osmose
>> signale tous les arrêts de bus ayant un mauvais suffixe d'attribut
Je te parle des codes communes pour lesquels tu n'as donné aucune
référence fiable et validée. Ne détourne pas la conversation steuplé.
Le 13/12/2019 à 05:30, Philippe Verdy a écrit :
Ne me fais pas croire que le FANTOIR est décrit dans le COG, même en 2019.
Là c'est toi qui confond, ce n'est
Le 13/12/2019 à 11:46, Quentin Salles a écrit :
Bonjour,
- La deuxième, c'est de pouvoir faire simplement une requête overpass
afin de repérer les arrêts du réseau Tisséo.
Si c'est un réseau, c'est network= Si c'est l'opérateur, c'est operator=
(à mettre sur la/les relations)
Cf
Bonjour,
Le peu d'erreurs sur la Bretagne ont été corrigé de mon côté :)
Xavier
Le ven. 13 déc. 2019 à 11:09, a écrit :
> https://overpass-turbo.eu/s/OWF
>
> Là tu ne devrais avoir que des incorrects.
>
> Visiblement des Nantais ont lu ton message !
>
> Jean-Yvon
> Le 13/12/2019 à 02:07,
Avant de voir ce message, j'ai déposé une petite issue sur Github:
https://github.com/osm-fr/osm-vs-fantoir/issues/71
A commenter, amender si le sujet vous parle.
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
___
Talk-fr mailing
Oui c'est un truc qui t'évite de gérer le délimiteur de valeur et remplace
donc par $$ donc pas d'échappement à gérer. exemple de clé ou la valeur
contenant un simple cote ou un double cote utilisé comme paramètre de ta
requête
y compris les `` ou "
Je parlais ce ça car le mieux c'est
Un pro de postgre te fera sûrement une réponse plus fine que moi. Ici
c'est une forme de quoting qui te permet "d’éviter" les autres formes de
quoting (comme ') et \ et ne pas à avoir à les "echapper". Dans ma tête
c'est un "super quote".
Le ven. 13 déc. 2019 à 12:02, Tony Emery via Talk-fr <
Le 13/12/2019 à 11:13, marc marc a écrit :
Bonjour,
Je me demande le sens de cet ultra spécialisation de la clef ref qu'on
ne trouve pas dans d'autres clés.
Avoir une clef ref avec un namespace devrait être utile quand il y a
plusieurs ref (arrêt multi opérateur)
C'est justement le cas
Merci Olivier pour ta contribution.
Rappelle-moi ce que signifie les $$ ?
-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Le 13/12/2019 à 11:55, Yves P. a écrit :
@Xavier
/*Pour certaines informations, il est vivement conseillé de se rendre
sur le terrain ou d'utiliser StreetView (ou équivalent Mapillary). */
Pour ces attributs il est uniquement conseillé de le faire de visu...
Et la promotion de StreetView
@Xavier
> Pour certaines informations, il est vivement conseillé de se rendre sur le
> terrain ou d'utiliser StreetView (ou équivalent Mapillary).
>
> Pour ces attributs il est uniquement conseillé de le faire de visu... Et la
> promotion de StreetView n'est pas obligatoire…
Il faudrait
Bonjour,
@Marc marc
Après, j'ai proposé la surcharge de cette clé pour 2 raisons :
- La première c'est que plusieurs réseaux majeurs de transports en commun
utilise cette clé (RATP, STAR, etc)
- La deuxième, c'est de pouvoir faire simplement une requête overpass afin
de repérer les arrêts du
Bonjour,
Pour les arbres j'ai une requête sql (postgresql) un peu monstre qui génère
une autre requête avec tous les champs dans le hstore (y compris les `` ou
""). Tu peux modifier cette seconde requête avant de la lancer.
SELECT format($$ SELECT osm_id, tags->%s
> FROM planet_osm_point
> WHERE
De plus Streetview n'est pas autorisé pour cela! As supprimer dans les plus
bref délai
A+
Le ven. 13 déc. 2019 à 11:28, Xavier BIZOT a
écrit :
> J'ai lu la page avec attention...
>
> Par contre je m'interroge sur cette phrase personnellement :
> *Pour certaines informations, il est vivement
> J'ai tout essayé, même la danse du ventre…
Tu peux mettre une vidéo en ligne stp
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
@Tony quelle version de Postgresql Postgis as tu? Tu as fait quelle
configuration ? Encodage de base etc.
('amenity_pnt', 'amenity IS NOT NULL’, ’amenity', ‘name', *‘*access’, 'tags
-> *"*ref:FR:FANTOIR*"*', 'dispatch_point’),
Il y a un problème ici tu as des guillemets en mode MySQL dans la
J'ai lu la page avec attention...
Par contre je m'interroge sur cette phrase personnellement :
*Pour certaines informations, il est vivement conseillé de se rendre sur le
terrain ou d'utiliser StreetView (ou équivalent Mapillary). *
Pour ces attributs il est uniquement conseillé de le faire de
Bonjour,
Je me demande le sens de cet ultra spécialisation de la clef ref qu'on ne
trouve pas dans d'autres clés.
Avoir une clef ref avec un namespace devrait être utile quand il y a plusieurs
ref (arrêt multi opérateur) mais quand il y a qu'une, cette habitude est un non
sens.
C'est un peu
https://overpass-turbo.eu/s/OWF
Là tu ne devrais avoir que des incorrects.
Visiblement des Nantais ont lu ton message !
Jean-Yvon
Le 13/12/2019 à 02:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
Il y a plusieurs ref:FR:FANTOIR avec un code direction différent de 0
en région
Bonjour,
Je vous informe avoir modifié la page
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun
afin de prendre en compte le "ref:FR:Tisséo".
Cordialement
Quentin SALLES
Le mer. 11 déc. 2019 à 18:55, lenny.libre a écrit :
> En ce qui concerne le réseau Arc-en-Ciel, quand
pyrog wrote
> Imbriquer les guillemets simple dans des doubles (ou vice versa), ça ne
> fonctionne pas ?
J'ai tout essayé, même la danse du ventre...
-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
Denis, je retire ce que j'ai dit : ton astuce fonctionne, je l'ai testé sur
une autre clé...
Je vais donc faire ma tambouille dans ce coin là.
-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
@Tony
> ('amenity_pnt', 'amenity IS NOT NULL','amenity, name, access,tags ->
> 'ref:FR:FANTOIR'', 'dispatch_point’),
> Du coup, les guillements de la clé hstore entrent en conflit avec les
> guillements de ma table. J'ai essayé de doubler les guillements, de les
> supprimer, rien y fait.
Le 12/12/2019 à 16:28, marc marc a écrit :
Le 12 déc. 2019 à 16:13, FR via Talk-fr a écrit :
Est-ce qu’il est possible avec iD de remonter dans l’historique
Il y a un lien en bas à gauche vers osm.org pour afficher l'historique.
Mais iD comme Josm sans plugin reverter ne permet à ma
Denis, j'ai essayé ta solution mais cela ne revoit rien alors que je sais que
la clé existe.
Etienne, c'est ce que j'ai essayé au départ : dans le script, je créé une
table avec les thématiques à extraire :
CREATE TABLE public.thematique (diminutif varchar(50), condition
varchar(250), attribut
Il y a OSMCha aussi, qui détecte les tout nouveaux... :
https://osmcha.mapbox.com/
Bon courage...
On 30/11/2019 01:27, Eric wrote:
Bonjour,
Je pense qu'on peut progresser dans l'accueil et la vérif des travaux
pour les nouveau arrivants. Moi, j'ai écrit il y a peu mon premier
article
Le 12/12/2019 à 21:59, osm.sanspourr...@spamgourmet.com a écrit :
J'appelle ceci un message d'erreur, même si c'est en étranger^^ :
Message transféré
Sujet : Re: [OSM-talk-fr] adresse mail rejetée
Date : Thu, 12 Dec 2019 20:57:49 +
De :
34 matches
Mail list logo
