I made such a proposal a while ago; it got majority approval but not the
supermajority required. At the time, I said I don't think a supermajority
is possible. However, my original proposal would, I believe, lend
considerable strength to the OTG rule, especially in hot spots like Crimea.
If the bus route does not have fixed stops, it is a hail-and-ride route,
not a fixed-stop route. Public Transport v2 takes both possibilities into
account.
The route relation should include all the road segments involved, and the
relevant segments should have the role:
hail_and_ride
See
C'est fait. Merci de vérifier.
On Sat, Jun 8, 2019, 23:12 Johnparis wrote:
> Tu as raison. Je vais demander un changement.
>
> On Sat, Jun 8, 2019, 22:15 marc marc wrote:
>
>> Le 08.06.19 à 10:00, Johnparis a écrit :
>> > quelle est l'erreur de documentation ?
>
For ATMs, at least, I would propose the opposite: add the atm=yes tag to
all amenity=atm
>From a user perspective, I want to be able to search for atm=yes to obtain
all the nearby ATMs. Removing this tag leaves me without standalone ATMs,
so I would have to search for atm=yes OR amenity=atm
Tu as raison. Je vais demander un changement.
On Sat, Jun 8, 2019, 22:15 marc marc wrote:
> Le 08.06.19 à 10:00, Johnparis a écrit :
> > quelle est l'erreur de documentation ?
>
> je pensais aux 7 exemples avec &
> Si tu fais un copier/coller, cela ne va pas.
> il faut
J'ai fait le Pull Request.
On Sat, Jun 8, 2019 at 6:38 PM Johnparis wrote:
> Je ne pense pas que l'on peut lire les données d'un URL, alors le deuxième
> format est incorrect.
>
> Essayez-le :
>
> curl "http://URL/of/online/file.csv; | curl -X POST -F data=@-
> https:
Je ne pense pas que l'on peut lire les données d'un URL, alors le deuxième
format est incorrect.
Essayez-le :
curl "http://URL/of/online/file.csv; | curl -X POST -F data=@-
https://api-adresse.data.gouv.fr/reverse/csv/
par exemple, ça marche :
curl "
Ou la corriger avec une PR:
> https://github.com/etalab/adresse.data.gouv.fr/blob/master/pages/api.js#L155
>
> Le ven. 7 juin 2019 à 22:44, marc marc a
> écrit :
>
>> si quelqu'un est motivé pour leur transmettre leurs erreurs de doc :)
>>
>>
>> Le 07.06.19
pour information, c'est curl qui exige l'arrobase pour indiquer un fichier,
pas les données eux-meme.
On Fri, Jun 7, 2019 at 10:03 PM Johnparis wrote:
> syntaxe :
>
> 1) il faut utilise l'arrobase après "data="
> 2) après avoir changé @lat->lat et @lon->lon dans e
syntaxe :
1) il faut utilise l'arrobase après "data="
2) après avoir changé @lat->lat et @lon->lon dans ecolesmaternelles54.csv,
il marche. Resultats ci-joints.
curl -X POST -F "data=@ecolesmaternelles54.csv" "
https://api-adresse.data.gouv.fr/reverse/csv/; > result.csv
On Fri, Jun 7, 2019 at
Bonjour,
On a tracé la route principale et ajouté les arrêts pour toutes les lignes
RATP/Noctilien. Ils attendent la vérification.
Champagne ?
John
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
ir les photos de Géovélo
>
> https://www.mapillary.com/app/?lat=48.85983020064=2.344009531388906=18.929498105208474=FmaNk9oc4A1OIulKFnHokA=photo=0.48170685655044154=0.5525876844334191=0.5903566049646831
>
> Le mer. 29 mai 2019 à 12:38, Johnparis a écrit :
>
>> Je peux le faire
Je peux le faire. Mais d'abord je note que c'est patman37 qui a ajouté le
nœud 368205 à Métro 1 a tort il y a 4 mois.
En tout cas je vais essayer de vérifier les faits.
John
On Wed, May 29, 2019, 12:18 Phyks wrote:
> Bonjour,
>
> Je viens de voir passer
>
the closed way if it exists, but another
possibility (and necessary if it's an unclosed way) is to make the node a
part of the way.
On Mon, May 13, 2019 at 5:36 PM Dave F via Talk-transit <
talk-transit@openstreetmap.org> wrote:
> On 13/05/2019 16:14, Johnparis wrote:
> > I
the bus stop (platform) node allows for shelter=yes/no and bench=yes/no, so
it's not really necessary to separately map them and/or group them into the
stop area.
On Mon, May 13, 2019 at 5:30 PM Philip Barnes wrote:
> On Monday, 13 May 2019, Dave F via Talk-transit wrote:
> >
> >
> > On
I don't have any particular problem with mapping an area (closed way) or a
way (line segment) as a platform, but I agree with Jo that the information
should be contained in a node. That node can be part of the way. From
experience, it complicates things quite a bit when you transfer the
Definitely not non-transit items.
GTFS defines the equivalent of a stop area. The Paris regional transit
agency largely reflects these as transfer points between lines of different
bus companies. It can also be useful to link a stop position to a platform,
which can be very useful when it's not
If a platform is multimodal, highway=bus_stop fails, because the same node
requires (for example) railway=tram_stop
On Mon, May 13, 2019 at 4:56 PM Dave F via Talk-transit <
talk-transit@openstreetmap.org> wrote:
> On 12/05/2019 19:55, Tijmen Stam wrote:
> .
> >
> > No, changing of tagging,
Oui, le wiki en anglais precise cela.
fee = yes/no/ (pas le mot "interval", mais les horaires)
Le wiki en anglais precise le mot "interval" en italique. Le wiki en
français a tout les mots "yes/no/interval" en italique.
Recemment il y avait ce commentaire :
I would rather use fee:conditional
19h encore ?
On Fri, Apr 5, 2019 at 10:03 PM François Lacombe
wrote:
> Salut à tous,
>
> Voici donc la confirmation de cette invitation à se retrouver à Paris
> mardi 09/04 prochain.
>
> Par un heureux hasard du calendrier, CartONG tient une permanence mardi
> soir dans le 13ième
As promised, I have opened the Mapping Disputed Boundaries proposal for
voting. Voting will be open until Feb. 10.
https://wiki.openstreetmap.org/wiki/Proposed_features/Mapping_disputed_boundaries#Voting
The main discussion has been on the Tagging list:
John
It's pretty clear that the intention of this tag is only for junctions that
have a name. It was part of this proposal:
https://wiki.openstreetmap.org/wiki/Named_spots_instead_of_street_names
I think it would be appropriate to add some background to the wiki, and in
particular to clarify the
Mauvais lien. Essayez :
https://openstreetmap.assoconnect.com/billetterie/offre/90295-e-renouvellement-de-nos-serveurs
On Fri, Nov 30, 2018, 13:04 lau Hello Hugo,
>
> je crois que c'est une incitation à faire un don pour atteindre les 5000
> €... qui permettront d'investir dans un nouveau
Thank you, Victor. In fact, that is what I have done in the case of Spain,
which did not have properly closed land borders, in the example from the
proposal.
On Tue, Nov 27, 2018 at 12:57 PM Victor Shcherb
wrote:
> Hi All,
> It might sound a bit critical but I believe the ways *without a role *
a link to the proposal:
https://wiki.openstreetmap.org/wiki/Proposed_features/Mapping_disputed_boundaries
On Tue, Nov 27, 2018 at 3:21 AM Johnparis wrote:
> A general proposal to address mapping disputed borders at the national
> level.
>
> I've read the discussions on the Tagging an
A general proposal to address mapping disputed borders at the national
level.
I've read the discussions on the Tagging and Talk lists, and have given the
matter considerable thought (and experimented with different approaches)
before formulating the proposal. I hope it offers a mechanism to show
C'est un boardwalk en anglais
https://en.m.wikipedia.org/wiki/Boardwalk
Alors ...
bridge=boardwalk
https://wiki.openstreetmap.org/wiki/Tag:bridge%3Dboardwalk
On Sat, Nov 10, 2018, 12:02 Gwenaël Jouvin Bonjour à tous,
>
> Récemment j’ai vu dans une forêt, un chemin construit en lattes de
This thread has strayed rather far afield from the original question, which
was whether the OSM depiction of Crimea corresponds to the OSMF policy. It
seems clear to me that it does not.
I would suggest that the depiction of Northern Cyprus does not correspond
to the policy either. The actual
Bonjour,
Il y a deux discussions mélées dans ce sujet : les routes de substitution
et l'utilité de route_ref.
Je m'adresse d'abord aux lignes.
Moi je pense que la "substitution" applique aux relations, pas aux noeuds
(arrêts). Normalement, le noeud désigne un endroit physique. Si je pense
d'un
I would disagree with Christoph's assumption that addresses must be unique.
The purpose of an address is to help someone locate something. It gets
"close enough", with the definition of that phrase varying by
locality/society/observer. ALL addresses, in that sense, are "partial", to
use
us vite au lieu de trainer sur les relations
>> cyclistes et de randonnée. Maintenant j'ai un tas de conflits à resoudre et
>> des décisions plus ou moins impossibles à prendre...
>>
>> pfff, il fait chaud.
>>
>> Jo
>>
>> Op do 26 jul. 2018 om 20:30 schreef
Bonjour,
J'ai pris la main. Je ne peux pas voir exactement qu'est-ce qui se passe au
milieu de la rivière ; je pense peut-etre il y a une barrière, mais on peut
l'approche des deux côtés. N'hésitez pas à la corriger. (J'ai utilisé iD.)
Pour l'autre question (confondre la rivière et les limites
Parce que access=no implique motor_vehicle=no, le motor_vehicle tag n'est
pas nécessaire.
Si la voie de bus n'est pas physiquement separée des autres voies, on peut
utiliser les tags suivants sur la seul way :
oneway=yes
busway:left=opposite_lane
busway:right=lane
cycleway:left=share_busway
This is a very long and complex proposal, so it will take me a while to
digest and respond. I am also alerting the transport mailing lists in
English and French. I trust the RFC will be open for at least for a couple
of months.
Cette proposition (en anglais) est très longue et complexe, il me
This is a very long and complex proposal, so it will take me a while to
digest and respond. I am also alerting the transport mailing lists in
English and French. I trust the RFC will be open for at least for a couple
of months.
Cette proposition (en anglais) est très longue et complexe, il me
When I click on the samples I get full notes. Perhaps there was a database
hiccup?
On Fri, Jul 20, 2018, 18:29 Andrew Hain wrote:
> Can we find out what software is being used to send these notes?
>
> --
> Andrew
> --
> *From:* Doug Hembry
> *Sent:* 20 July 2018
Bonjour,
Certes cela n'est pas un bus. Sur la liste de transit en anglais, il n'y
avait aucune doute que les T5 et T6 sont des tramways. Sur la liste en
français, pas de consensus.
Je propose
transitway=tram
Cordialement,
John
On Mon, Jul 16, 2018, 15:29 Thomas Ruchin wrote:
> Bonjour
>
https://eaupotable.info/en/contact/
2018-07-11 9:06 GMT+02:00 Vincent Bergeot :
> Bonjour,
>
> je suis assez dubutatif sur cette carte : https://eaupotable.info/
>
> Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM
> mais pas d'attributions !!!
>
> Et quand en plus on
https://wiki.openstreetmap.org/wiki/Names
I would especially encourage you to read the entire section "Avoid
transliteration", which also discusses translation issues.
On Sat, Jun 30, 2018 at 7:08 AM, Yves wrote:
> While there is a lot of things said here in this thread, I notice that:
> 1
Ha! I was going to cite that as an example. I recently removed precisely
that absurd tag in Paris.
On Fri, Jun 29, 2018, 14:06 Frederik Ramm wrote:
> Hi,
>
> On 29.06.2018 13:44, Simon Poole wrote (quoting Wikimedia):
> > Add the missing names to OSM in your language.
>
> I think that this
excellent. Il y a 133 en Ile de france ; je peux les examiner.
2018-06-19 17:48 GMT+02:00 marc marc :
> Bonjour,
>
> l'équipe du rendu osm.org vient de réaliser que highway=plateform est
> complètement supplanté par public_transport=plateform
> 1 million d’occurrence pour
Thanks for the input.
I like the idea of tram:type=rubber-tyred
But the main sticking point (at least on the French list) that I've seen
seems to be the word "railway", since tram is defined as a subdivision of
that. ("How can you call it a tram if there's no steel rail?") I'm thinking
that
No, it was a private conversation that covered a lot of other ground. The
technical details are in the wiki, however, in the section on guided buses.
On Mon, Jun 18, 2018 at 6:28 PM, Mateusz Konieczny
wrote:
>
>
>
> 16. Jun 2018 01:08 by ok...@johnfreed.com:
>
> I asked TRuchin, who gave me a
Je t'ai conseillé que la source est importante (et presque obligatoire pour
les routes planned=*). Mais un petit pas à la fois ...
C'est evident que souvent il rend visite au site, mais pas toujours.
Ma motivation est simple : c'est "mes" arrêts qu'il a souvent changé :)
Cordialement,
John
OSM. Mais je
continue à surveiller ses travaux.
Cordialement,
John
2018-06-14 5:28 GMT+02:00 Johnparis :
> Oui, je suis vraiment en contact. Il traville vite et parfois mal. (Pas
> toujours, certaines de ses contributions sont bonnes.)
>
> Je vais l'encourager de proceder pl
+1
2018-06-14 8:56 GMT+02:00 Christian Quest :
>
> Voire ne permettre des contributions directes que si tu as plus de NN
> changesets à ton actif et pas tous avec l'appli utilisée ;)
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr
ement rien corrigé de ses anciennes contributions
>>> et ne répond pas lorsqu'un changeset est commenté ?
>>> Pour rappel, les données notamment transports sont très utilisées par
>>> des applications extérieures, donc cela cause un dommage certain au sérieux
>>>
Par exemple (anecdotique) je lui demandais de mieux préciser dans les
> changeset ce qu'il faisait.
>
> Maintenant le commentaire systématique c'est "J'ai fait quelque
> modifications bien précisés".
>
> Donc oui Johnparis, bon comportement de ta part mais sans vouloir te
>
n,
>> Donat, Noémie, Jean-Yvon, Guillaume,...) certains jeux de données sont
>> encore pollués par des éléments qui ne correspondent pas aux règles OSM.
>> Par exemple, dans les nommages de voies ferrées ou dans les schémas de
>> relations de transport.
>>
>
Verifié, j'espère.
2018-06-05 19:21 GMT+02:00 Guillaume Rischard :
> Bonjour,
>
> Est-ce que la communauté locale peut vérifier ces objets que je n’ai pas
> pu annuler?
>
> https://etherpad.net/p/revertparis
>
> J’ai en tout cas bloqué RB94.
>
> Guillaume, pour le Data Working Group
>
> On 5 Jun
base de données).
Cordialement,
John
2018-06-05 13:41 GMT+02:00 Julien Lepiller :
> Le 2018-06-05 13:08, Johnparis a écrit :
>
>> Bonjour,
>>
>> Je prévois une rédaction automatisée pour améliorer notre
>> couverture de deux tags existants dans la région parisienn
roulants sur laquelle
j'aimerais recevoir des commentaires.
S'il n'y a pas besoin d'un changement important, je prévois de la faire
vers le 20 juin.
Veuillez faire des commentaires ici ou sur la page de discussion jointe à
la proposition:
https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis
I wasn't familiar with IFOPT, but one of its fellow travelers, Reflex, is
associated with the "ref:FR:STIF" code in my proposal.
Thanks for this.
On Tue, Jun 5, 2018 at 12:41 PM, Stefan de Konink wrote:
> On dinsdag 5 juni 2018 12:33:12 CEST, Johnparis wrote:
>
>>
I wasn't familiar with IFOPT, but one of its fellow travelers, Reflex, is
associated with the "ref:FR:STIF" code in my proposal.
Thanks for this.
On Tue, Jun 5, 2018 at 12:41 PM, Stefan de Konink wrote:
> On dinsdag 5 juni 2018 12:33:12 CEST, Johnparis wrote:
>
>>
> On Tue, Jun 5, 2018, 6:36 AM Johnparis, wrote:
>
>> Hi, Stefan, two steps required. The second is a lot easier than the
>> first.
>>
>> 1) curate a database of exiting nodes. Choosing a unique key usually
>> isn't difficult, especially if you are using GTFS da
> On Tue, Jun 5, 2018, 6:36 AM Johnparis, wrote:
>
>> Hi, Stefan, two steps required. The second is a lot easier than the
>> first.
>>
>> 1) curate a database of exiting nodes. Choosing a unique key usually
>> isn't difficult, especially if you are using GTFS da
t;> coordinating agency, Île-de-France Mobilité, formerly STIF.
>>
>> There is a question about wheelchair access that I would like feedback on.
>>
>> If there is no need for a significant change, I plan to implement this
>> around June 20.
>>
>> Please make comm
t;> coordinating agency, Île-de-France Mobilité, formerly STIF.
>>
>> There is a question about wheelchair access that I would like feedback on.
>>
>> If there is no need for a significant change, I plan to implement this
>> around June 20.
>>
>> Please make comm
Thanks for noting this, Jo.
I'm hoping the GSOC project will simplify fusing GTFS data to existing
nodes; that's the hard part of the curation that I've already done with the
11,000 nodes. Still 34,000 left to go, so the GSOC project could be a boon
there.
On Tue, Jun 5, 2018 at 9:03 AM,
wrote:
plan to implement this
> around June 20.
> >
> > Please make comments here or on the Discussion page attached to the
> proposal:
> >
> > https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis <
> https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis>
> >
> > Thanks,
> >
> > John
> >
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit
for a significant change, I plan to implement this
around June 20.
Please make comments here or on the Discussion page attached to the
proposal:
https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis
Thanks,
John
___
talk mailing list
talk
for a significant change, I plan to implement this
around June 20.
Please make comments here or on the Discussion page attached to the
proposal:
https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis
Thanks,
John
___
Talk-transit mailing list
Talk
> Maybe we should, rather than blurring the line between on-street and
off-street use, make off-street the officially preferred way of mapping.
I believe that is a basic part of Jo's proposal.
I agree with those who have said:
1) one and only one relation member should be required (mandatory)
I believe OSM-Sync creates nodes with "gtfs_id" as the tag key. The value
is typically something like "StopPoint:48:5001".
In response to Jo/Polyglot's concern, the gtfs_id is not unique globally;
it is unique within a GTFS feed. So, for instance, the Paris area's
transport agency, STIF (now
64 matches
Mail list logo
