Re: [OSM-talk] Tool update from HOT: MapCampaigner

[Frederik Ramm]

Hi,

On 01.10.2018 03:28, Nate Smith wrote:
> Last week we
> released a new version of a data quality monitoring tool

I would like to recommend that you don't use the term "quality
monitoring tool" for this since you're measuring quantity not quality.
At best, I'd call it a tool that monitors "richness" or "completeness".

Simply counting how many features there are and how many of a
pre-defined list of tags each one has shouldn't be called "quality
monitoring", because there will be situations where the OpenStreetMap
community requests of project managers (who your web site claims to be
targeted at) that they implement some form of quality assurance; calling
your statistics tool a "quality monitoring" tool runs the risk of making
these people believe that quality requirements can be fulfilled by
ensuring that enough tags are set, which is definitely not what the
wider community would regard as a suitable quality assurance for a
humanitarian data entry project.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[talk-au] Thoughts on highway=toll_gantry proposal

[Joel H.]

I have been using the barrier=toll_booth to mark automatic toll systems
on Brisbane highways. However this may introduce time penalties for the
routing systems.

A proposal is in for highway=toll_gantry
(https://wiki.openstreetmap.org/wiki/Proposed_Features/Toll_Gantry)

It attempts to map the locations of the automatic toll systems while
differentiating them from traditional booths.

Would the mappers in Australia be happy with this tagging? I'm happy so far.


--Joel



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

Re: [Talk-in] Fwd: Missing al5-boundaries in India

[Naveen Francis]

Hello Walter,

We don't have properly licensed datasets for districts.
I have written to NDSAP-PMU for the datasets.

--
naveenpf

On Fri, Sep 28, 2018 at 4:39 PM  wrote:

> Hi,
>
> after some month delay some AL5 are still missing in India.
>
> see ![india_al5_20180927](
> https://wambachers-osm.website/images/osm/snaps_2018/india_al5_20180927.png
> )
>
> https://wambachers-osm.website/images/osm/snaps_2018/india_al5_20180927.png
>
> Hopefully someone will close those gaps. I can't do it because of missing
> knowledge.
>
> Regards
>
> walter
> --
> My projects:
>
> Admin Boundaries of the World 
> Missing Boundaries
> 
> Emergency Map 
> Postal Code Map (Germany only) 
> Fools (QA for zipcodes in Germany) 
> Postcode Boundaries of Germany
> 
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk] Tool update from HOT: MapCampaigner

[Nate Smith]

Hello again OSM community -

Sharing another update from HOT regarding tool development. Last week we
released a new version of a data quality monitoring tool called
MapCampaigner and want to share it more widely here. MapCampaigner is a
tool for tracking and evaluating data quality -- in the form of
completeness of OSM tags -- across an area: https://campaigns.hotosm.org

More details on the hotosm.org blog:
https://www.hotosm.org/updates/getting-to-grips-on-tag-quality-with-mapcampaigner/

To note a couple things as you look at the tool further:

* Anyone with an OSM username and create a campaign. We do limit the size
of the campaign because behind the scenes we're using an Overpass and are
limited by capacity to handle country-sized campaigns.

* Data updates on an hourly basis only when the campaign is in an active
state -- meaning that the end date is marked in the future.

* We'll be adding back the team tracking functionality in the future. We
wanted to get the updates live for people to use as quick as possible.
Expect to see some functionality added back over the next couple weeks as
we continue to develop.

If you have some feedback or are interested in helping support the
development, we'd be glad to have you join the conversation and contribute.
This month's HOT Tech Working Group
 meeting (Oct 2 @ 15:00
UTC) will be demo'ing MapCampaigner, reviewing the progress, and discussing
what's next.

Nate


-- 
Nate Smith
Humanitarian OpenStreetMap Team
@nas_smith 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-gb-westmidlands] October Meeting

[Rob Nickerson]

Great. See you there (back at our usual: The Bull, Price Street).

*Rob*


On Sun, 30 Sep 2018 at 20:36, Eike Ritter  wrote:

> Dear all,
>
> > I can make it. We're back in Birmingham for Winter. As I will need to
> > travel in, I will only do so if others are confirmed as attending. Hope
> > to see a few of you there.
> >
>
> I will be there.
>
> Best wishes,
>
> Eike
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-cz] Nepřístupné hrady/zámky

[Pavel Machek]

Ahoj!

> A hned jsem tu s dotazem: existuje nějaký ustálený způsob, jakým se značí
> veřejnosti nepřístupné hrady/zámky? Nebo se vychází z toho, že je vše
> nepřístupné, a pouze přidáním openíng_hours se objekt "zpřístupní"?

Uplne nevim jak to je, ale asi bych ocekaval ze hrad/zamek je normalne
nepristupny.

opening_hours mi uplne neprijdou jako vhodny tag na
zpristupneni...  (muze byt pristupny jen na vyzadani, nepravidelne,
porad...). access= je bliz.

Pavel


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-gb-westmidlands] October Meeting

[Eike Ritter]

Dear all,

> I can make it. We're back in Birmingham for Winter. As I will need to
> travel in, I will only do so if others are confirmed as attending. Hope
> to see a few of you there.
> 

I will be there.

Best wishes,

Eike



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

Re: [Talk-gb-westmidlands] October Meeting

[Rob Nickerson]

I can make it. We're back in Birmingham for Winter. As I will need to
travel in, I will only do so if others are confirmed as attending. Hope to
see a few of you there.

Thank you,

*Rob*


On Fri, 28 Sep 2018 at 10:20, Brian Prangle  wrote:

> Hi everyone
>
> I can't manage this meeting next week as it's my birthday so I'll be out
> celebrating.
>
> Regards
>
> Brian
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-us] Possible roundabouts?

[Minh Nguyen]

On 2018-09-06 23:27, Marian Poara wrote:

40.5234202, -111.8762446


Despite its size, the standard roundabout rules normally apply on these 
decorative or traffic calming circles -- there simply isn't enough room 
for a driver inside the circle to yield to a driver entering the circle. 
So junction=roundabout is still justified.


This roundabout is small enough that OSRM classifies it as a "roundabout 
turn", but only if the circular way is tagged junction=roundabout. 
Otherwise, you'd get confusing guidance like "Turn right, then turn right".



35.8497728, -86.4547473


This is definitely a roundabout, to be tagged junction=roundabout. Bing 
imagery shows a yield sign at each of the four approaches. Even without 
street-level imagery, you can see pedestrian islands in the middle of 
all four approaches, a hallmark of modern roundabouts in the U.S.



42.6811136, -73.6987507


This could either be considered a roundabout (junction=roundabout) or a 
turning loop that happens to have two driveways sprouting out from it. 
Either way, given the width of the loop, the loop is one-way.


Incidentally, it's kind of awful that a four-lane road would abruptly 
end in a one-lane turning circle without any signage at all.



40.22109, -76.874981


This is ambiguous. Based on the road width alone, you wouldn't be able 
to tell that the circular road is even one-way. But in Mapbox imagery, 
you can clearly see from the wear on the pavement that drivers are 
treating it like a one-way road, only turning right onto it from each of 
the three approaches. As long as it's a one-way road, it would most 
likely be a junction=roundabout as well.


And if we have OSC or Mapillary street level 
images and it is confirmed that they don’t have any roundabout sign? In 
many residential areas (but not only), there isn’t any one way sign 
inside the small “roundabouts” and it seems that both directions are used.


In residential areas, you'll often find cases where the rules are 
considered obvious to drivers and the speed limit isn't high enough to 
warrant the additional cost of regulatory signage. But that shouldn't 
change how we use tags like junction=roundabout that significantly 
affect guidance instructions.


--
m...@nguyen.cincinnati.oh.us


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

[Talk-GB] UK Quarterly Project Q4 2018 Oct-Dec

[Brian Prangle]

Hi everyone

Following a  UK Chapter Loomio Poll where we revisited all the previous
subjects for Quarterly Projects at the request of several members who
indicated they were still working on previous subjects not having had
enough time in one quarter:
*The next QP will be addresses/postcodes. The  result of the poll was a
dead heat with FHRS data, which will be the subject for the following
quarter (Q1 2019 Jan-Mar)*

Happy mapping!

Brian
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Projet du mois de Juillet : analyse Osmose des postes électriques

[marc marc]

Je plains Quantin qui doit trouver les réponses dans 10 pages :)

>  > Est-il supprimé automatiquement au bout de plusieurs jours ?

Si l'anomalie n'existe plus (objet ajouté dans ton cas),
oui il disparaîtra d'osmose à la prochaine analyse.
actuellement c'est un cycle de 2 jours pour la majorité des analyses.

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

Re: [OSM-talk] Proximity

[john whelan]

 The person I spoke to who had the requirement was from Health Canada and
they entered their name in an email to themselves on my phone.  They
specifically asked for OpenStreetMap to the presenter and I didn't have
time to discuss the requirements in detail.

The email address they entered was rejected.  I have other ways to track
them down but I think they were trying to identify areas that were
under-served.

However you have to remember we are talking Canada so walking is not so
important.  We have many detached houses on 35 and 50 foot lots so in parts
the density is low which means providing services within walking distance
is challenging.   With wind chill it can reach minus 40c easily so elderly
patients do not walk that often in winter.  Ice makes it more difficult.
Summer we have periods of over 30c when the elderly are advised to stay
indoors. From memory the UK is different and more walking friendly.

Locally the municipal transit service is an exceptionally good hub and
spoke system.  It arrives on time well within two minutes 99.5% of the time
for local services which anyone from say the UK will find very difficult to
believe so transit is more important to people without cars.

Cheerio John

On Sun, 30 Sep 2018, 8:38 am Philip Barnes,  wrote:

> As a rule, if somewhere large like a hospital is built then bus
> companies will change their routes to serve it.
>
> More local health centres are built to serve their local area, if you
> live in a settlement of a reasonable size you will expect the local
> health centre to be walkable without using public transport.
>
> Phil (trigpoint)
>
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Projet du mois de Juillet : analyse Osmose des postes électriques

[Philippe Verdy]

Note: utilise "faux-positif" avec parcimonie, mais on peut facilement se
tromper et cliquer dessus par erreur au lieu du bouton "résolu".
Pourtant même si tu le fais et que tu as bien résolu le problème,
normalement tu as du modifier les données OSM donc les numéros des
anciennes versions d'objet utilisées par Osmose dans son signalement ne
sont déjà plus valables et donc la purge aurait eu lieu quand même au bout
de quelques heures/jours et si tu as cliqué "faux-positif" sur cette
ancienne version, cela n'a aucune conséquence pour la nouvelle version
d'objet que tu as modifié dans OSM (et cette nouvelle version sera
analysée/revérifiée lors de la passe suivante d'Osmose et pourra donner
lieu éventuellement à de nouveaux signalements indépendants de celui que tu
as marqué en "résolu" ou "faux-positif".

Bref, le marquage comme "résolu" dans Osmose permet juste de clarifier le
terrain de ce que tu as à faire, il ne bloque à priori personne même si tu
te trompes de bouton, c'est destiné donc à te permettre de savoir où tu en
es et avoir une idée de ce qui te reste à faire autour, pour "éclaircir" le
terrain: Osmose est donc bien un outil de planification de ton travail.

Le marquage est également utile si vous travaillez en petite équipe autour
d'une zone mais pas forcément tous en même temps, cela permet de savoir à
peu près ce qu'ont fait aussi les autres et savoir où faire la suite. Au
delà de ça Osmose est aussi un moyen de découvrir les zones où il reste
beaucoup de travail qu'on ne peut pas résoudre simplement à partir de
données open data proposées (pas assez précises, ou ambiguës, ou
possibilité de doublon et divergence des sources) et qui demande une étude
sur le terrain: il dresse une carte qui permet de savoir où aller faire une
visite sur place et faire des relevés et vérifications sur place.

Si vraiment on ne peut pas savoir, c'est l'occasion d'ajouter un tag FIXME
ou note sur les objets, ou une note OSM (ils sont aussi listés dans des
catégories séparées d'Osmose indépendamment des catégories d'analyses).

Normalement Osmose sait aussi récupérer des infos de veille qualité
provenant d'autres bases, via leur API, et de même Osmose propose aussi à
ces autres outils de veille une API qui leur permet aussi d'intégrer les
analyses Osmose, ce qui en fin de compte permet de faire travailler
ensemble les différents outils de veille et consolider le tout avec des
règles communes de gestion car tout le monde découvre ce qui est pertinent
mais qui aurait pu être omis en terme de qualité: ça donne des discussions
pour faire évoluer les règles et faire évoluer les modèles de tagging et la
documentation associée).

Ainsi une analyse faite par Osmose peut être récupérée dans l'outil de
veille qualité de Mapbox, qui va les proposer à ses utilisateurs: eux ne
cliquent pas sur le bouton d'Osmoe pour marquer un signalement comem
résolu, mais vont cliquer sur l'interface de leur outil (je ne pense pas
que Mapbox relaye ces infos de résolution vers Osmose). De fait on n'est
pas obligé de cliquer sur "résolu" ou "faux-positif" puisque les incidents
peuvent détectés par Osmose peuvent être lus et résolus dans d'autres
outils. Osmose doit donc se débrouiller tout seul pour nettoyer les
signalements qui n'ont plus lieu d'être, et donc on n'est pas obligé de
cliquer sur chaque incident résolu, c'est juste une facilité pour les
utilisateurs **directs** d'Osmose mais pas pour les utilisateurs indirects).

Enfin on peut noter qu'Osmose est open source et qu'il en existe plusieurs
instances sur d'autres serveurs, permettant à d'autres communautés de
développer leurs propres règles ou faire leur propre suivi (et je pense que
Mapbox justement utilise son instance à lui, notamment pour aider à
consolider les données produites indirectement pour ses rendus vectoriels
avec les "fonds de base" prédéfinis pour certains types d'objets).


Le dim. 30 sept. 2018 à 14:17, deuzeffe  a écrit :

> Bonjour Quantin
>
> On 9/30/18 12:02 AM, SALLES Quentin wrote:
> > Bonjour et merci pour vos réponses
> >
> > @deauzeffe J'avoue, ma question n'étant pas très claire, je vais vous
> > citer un exemple
> > Sur JOSM, je saisis un poste électrique non saisi et proposé par
> > l'analyse Osmose, est ce que le point est toujours signalé malgré la
> > saisie ?
>
> Je comprends mieux :)
>
> Donc, de ce que j'en vois et du (très) peu que j'en sais, quand on
> charge un point dans JOSM à partir de l'infobulle d'osmose (lien josm),
> qu'on saisit avec les bons tags le nouvel objet puis qu'on envoie le
> nouvel objet au le serveur osm, JOSM ne passe pas l'info. à osmose :
> l'épingle est toujours là.
>
> > Est-il supprimé automatiquement au bout de plusieurs jours ?
>
> Oui, il me semble que oui. Au bout "d'un certain temps".
>
> > Ou faut-il faire une suppression manuelle ?
>
> C'est ce que je fais, pour que l'erreur disparaisse immédiatement de la
> visu. osmose. Ça me donne l'impression que j'avance ;)
>
> Espérant t'avoir répondu.
>
> --
> deuzeffe
>

Re: [OSM-talk] Proximity

[Philip Barnes]

As a rule, if somewhere large like a hospital is built then bus
companies will change their routes to serve it.

More local health centres are built to serve their local area, if you
live in a settlement of a reasonable size you will expect the local
health centre to be walkable without using public transport.

Phil (trigpoint)


On Fri, 2018-09-28 at 18:48 -0400, john whelan wrote:
> >Here proximity to to a train station is worth more money than
> proximity to a bus stop.Within 1 km of a train station is where
> developers and purchases of apartments want them and they will pay
> more for that proximity.
> 
> Train stations are usually well represented in OSM data.Bus stops are
> not so well represented, this will depend on the local mappers so it
> is area dependant.
> 
> Perhaps I didn't state the problem clearly enough.
> 
> If I have two possible sites for a health centre which will be more
> easily accessible?
> 
> Assume the bus and tram stops are mapped and the route relationship
> is in place.  Assume the same is true if it is rail.  If the proposed
> sites for the health centre are not on the railway line then the rail
> is probably irrelevant.
> 
> One method might be to plot a path from each building to the health
> centre by walking, car and bicycle then see how many can reach it
> within x minutes.  That is a lot of routing calculation to do but it
> can be done overnight or even over a couple of days.  You would then
> have to go through each travel plan and count the ones less than 10
> minutes or 45 minutes or whatever time you decide is the cut off
> point.
> 
> Google I think has travel times for public transport available on its
> maps under directions.  I think for some cities we have the same
> information available, the GTFS file and locations but can we do
> travel times for public transport and how would you do it?.
> 
> At the moment I don't think there is a good solution but someone
> might have some ideas on how to do it.
> 
> Thanks John
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-fr] Projet du mois de Juillet : analyse Osmose des postes électriques

[deuzeffe]

Bonjour Quantin

On 9/30/18 12:02 AM, SALLES Quentin wrote:

Bonjour et merci pour vos réponses

@deauzeffe J'avoue, ma question n'étant pas très claire, je vais vous 
citer un exemple
Sur JOSM, je saisis un poste électrique non saisi et proposé par 
l'analyse Osmose, est ce que le point est toujours signalé malgré la 
saisie ? 


Je comprends mieux :)

Donc, de ce que j'en vois et du (très) peu que j'en sais, quand on 
charge un point dans JOSM à partir de l'infobulle d'osmose (lien josm), 
qu'on saisit avec les bons tags le nouvel objet puis qu'on envoie le 
nouvel objet au le serveur osm, JOSM ne passe pas l'info. à osmose : 
l'épingle est toujours là.



Est-il supprimé automatiquement au bout de plusieurs jours ?


Oui, il me semble que oui. Au bout "d'un certain temps".


Ou faut-il faire une suppression manuelle ?


C'est ce que je fais, pour que l'erreur disparaisse immédiatement de la 
visu. osmose. Ça me donne l'impression que j'avance ;)


Espérant t'avoir répondu.

--
deuzeffe

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

Re: [OSM-talk-fr] Projet du mois de Juillet : analyse Osmose des postes électriques

[osm . sanspourriel]

Pour compléter la réponse de Philippe :
> Ou faut-il faire une suppression manuelle ?

"faut" non

"peut" oui

"doit" sans-doute : ça permet à d'autres personnes travaillant sur ce 
thème ou cette zone de ne essayer de corriger ce que tu as déjà corrigé.


Jean-Yvon


Le 30/09/2018 à 01:55, Philippe Verdy - verd...@wanadoo.fr a écrit :


Le dim. 30 sept. 2018 à 00:03, SALLES Quentin 
mailto:quentin.salle...@gmail.com>> a écrit :


Bonjour et merci pour vos réponses

@deauzeffe J'avoue, ma question n'étant pas très claire, je vais
vous citer un exemple
Sur JOSM, je saisis un poste électrique non saisi et proposé par
l'analyse Osmose, est ce que le point est toujours signalé malgré
la saisie ? Est-il supprimer automatiquement au bout de plusieurs
jours ? Ou faut-il faire une suppression manuelle ?
___
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] Arceaux partagés motos / vélos

[JB]

Non. Je dis que des pratiques bien ancrées depuis plusieurs années ne 
seront pas modifiées sur le coup de tête d'une ou deux personnes.
Penses-tu vraiment que si quelqu'un décide que c'est vachement mieux 
d'utiliser man_made=building à la place de buiding=*, tout le projet 
suivra ?
Pour moi, amenity=parking est trop ancien, trop ancré pour qu'il puisse 
changer d'usage en quelques semaines, voire quelques années.
Même un wiki modifié ne fait pas la loi. Si tu suis un peu les 
discussions sur talk, sur les journaux, dans la sphère OSM, tu verras 
que les contributeurs « du terrain », ceux qui enrichissent la carte, 
sont quasiment toujours ceux que les autres n'ont que le choix de suivre.

JB.

Le 27/09/2018 à 14:22, djakk djakk a écrit :

JB c’est très embêtant ce que tu dis, osm ne pourra plus évoluer ? ... :O

djakk


Le jeu. 27 sept. 2018 à 00:01, marc marc > a écrit :


cela dépend vraiment de l'endroit...
si c'est un lieu uniquement réservé aux véhicules sncf
je vois pas ce qui empêche de mapper les 2 :
le service amenity=*sharing (c'est un peu comme une station velib...
à cet endroit t'as bcp de chance de trouver un véhicule
même si ceux-ci bougent)
pour l'emprise du parking amenity=*parking + access=customers
mais on ne le fait pas pour les velib... pq le faire pour
le freeflooting ? on gagne qlq chose a renseigner le service
disponible "sur" le sol séparément de la peinture du sol ?
ceci dit en passant aucun schéma n'existe (et donc aucune app)
pour trouver les parkings liés au fait d'être "client xyz)
donc l'usage des données du parking serra bien faible.

par contre si c'est qlq places dont on veux renseigner l'emprise
au sol dans un parking + grand c'est amenity=parking_space
on ne fait pas un amenity=parking pour chaque type de place
dans un seul parking.

Le 26. 09. 18 à 23:03, osm.sanspourr...@spamgourmet.com
 a écrit :
> C'est évidemment plus important car si tu ne loues pas un engin,
tu n'as pas de problème pour le garer. Tu peux le louer et
l'utiliser sans le garer par contre tu ne peux le garer avant de
l'avoir loué.
> Pour moi c'est juste du bon sens.  Principe de la cause et de
l'effet si *tu* préfères.
>
> Ce que la SNCF a fait c'est peindre un scooter et une puce. Je
doute que ça empêche un propriétaire de scooter de se garer là de
bonne foi.
>
> Jean-Yvon
>
>> Gesendet: Mittwoch, 26. September 2018 um 22:45 Uhr
>> Von: "Florimond Berthoux - florimond.berth...@gmail.com
"
>> An: "Discussions sur OSM en français"
mailto:talk-fr@openstreetmap.org>>
>> Betreff: Re: [OSM-talk-fr] Arceaux partagés motos / vélos
>>
>> Je ne suis pas certain de vivre dans le monde, mais à Paris ce
qu'on appel
>> "free floating" c'est tu loues un scooter mal garé sur le
trottoir pour
>> rouler 3km avec et tu le gares sur un parking 2 roues motorisés
(parce que
>> tu es un mec bien).
>> Ce qu'à fait la SNCF c'est de dire, voici un emplacement de
stationnement
>> dédié et uniquement utilisable au free floating.
>>
>> « Ce qui est important ici c'est que tu *loues* pas que tu
gares. Tu peux
>> garer ton scooter où tu veux (mais si tu ne veux plus payer,
l'emplacement
>> est important). »
>> Le problème c'est que *tu* considères que l'important c'est la
location,
>> mais c'est purement subjectif.
>> Je le répète une station de velib c'est un assemblage de
fonction : service
>> de location ET stationnement réservé. L'un n'est pas supérieur
à l'autre.
>>
>> Le mar. 25 sept. 2018 à 22:02,
mailto:osm.sanspourr...@spamgourmet.com>> a écrit :
>>
>>> Non, "free flaoting" et "simple parking" (au sens de
stationnement seul)
>>> c'est incompatible.
>>>
>>> Le concept du véhicule partagé à emplacement variable, c'est de la
>>> *location* de véhicule que tu gares à un endroit précis (comme un
>>> véhicule en autopartage classique) sauf que l'endroit où tu
déposes le
>>> véhicule peut être différent de l'endroit où tu l'empruntes.
>>>
>>> Ni plus ni moins, c'est donc bien de l'ordre du car_sharing et
non du
>>> parking : tu ne peux utiliser cet emplacement que si tu as
emprunté le
>>> véhicule à cet endroit.
>>> On ne tague pas plus les emplacements des voitures de location
>>> amenity=parking.
>>> Ce qui est important ici c'est que tu *loues* pas que tu
gares. Tu peux
>>> garer ton scooter où tu veux (mais si tu ne veux plus payer,
l'emplacement
>>> est important).
>>>
>>> Jean-Yvon
>>>
>>> Le 25/09/2018 à 20:37, Florimond Berthoux -
florimond.berth...@gmail.com 
>>> a écrit :
>>>
>>> L'exemple 

Re: [Talk-it] Sentiero senza uscita

[Nogaro]

Non conosco la situazione descritta, ma in generale access=private su un 
cancello per indicare chi lo può oltrepassare ci può stare.

Esistono anche casi in cui le way sono percorribili senza restrizioni da 
entrambi i lato del cancello, ma il cancello può essere varcato solo da chi ne 
ha le chiavi (per esempio, mi viene il mente il caso di un ingresso di servizio 
ad un parco pubblico cintato).

Alberto

-Original Message-
From: Jeawrong  
Sent: 29 September 2018 18:27
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Sentiero senza uscita

access=private, non sul cancello questo tag. Non è il cancello ad essere 
privato, ma l'eventuale prosecuzione della way.



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

Re: [OSM-talk] Proximity

[Oleksiy Muzalyev]

On 29.09.18 00:46, Frederik Ramm wrote:

Hi,

On 28.09.2018 23:21, john whelan wrote:

Many cities have had their bus stops imported.

And even more cities have their bus stops mapped in the traditional
fashion, like, riding a bus and recording where it stops. It's amazing
how much you can do with one day pass :)


what else is needed to work it out?

[...]

2. The existence of a bus stop in OSM does not mean it is actually
served by a route; and the existence of a route in OSM that serves the
bus stop does not necessarily say what frequency - it could be the
school bus that only goes three times a day, or the night bus, or the
bus extension to the pool that only goes in summer.

Bye
Frederik

On this website one can see on the OSM map not only the locations of 
stops, but the positions of the public transportation vehicles 
themselves in real time. Here are the positions of the tram (light 
train) #28 in the city of Odessa: 
https://www.eway.in.ua/ru/cities/odesa/routes/1


It is very convenient as one does not have to wait at the stop but can 
leave home or office just in time to get on the tram. So no need to have 
too many vehicles on the route as one can comfortably plan the trip even 
if there are not many.


I think such dynamic real-time mapping is the future of public 
transportation and cartography in general, though I am not sure how it 
is implemented on this particular website. I assume they use GPS 
sensors. But how they transmit locations to the map's server constantly 
I am not sure.


Best regards,

Oleksiy


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