[OSM-talk-fr] Extracteur de données OSM : manifestation d'intérêt d'Opendata France

[François Lacombe]

Salut à tous

Lors du dernier CA physique de l'association, nous étions plusieurs à
partager le besoin d'un service permettant de produire des extractions
actualisées périodiquement d'une thématique sur OSM.

En discutant dernièrement avec Jean-Marie Bourgogne d'OpenData France, nous
avons établi qu'un tel service permettrait aussi de motiver des
collectivités à ouvrir leurs données, en rendant accessible et visible ce
que la communauté OSM a déjà produit sur un territoire.
Ils seraient ainsi motivés pour que joignons nos efforts en ce sens (la
réalisation de l'outil, la teneur des extractions sera discutée
ultérieurement à la convenance de chacun)

J'ai entamé la rédaction d'un pad sur le sujet (qui n'a pas beaucoup
avancé, shame on me !)
https://mypads.framapad.org/mypads/?/mypads/group/openstreetmap-ma2l7c7nv/pad/view/extracteur-donnees-rf1qj07tw

Pourriez-vous indiquez dans ce pad si vous êtes intéressés pour participer
à la construction de ce service et si possible résumer en quelques mots ce
que vous pourriez y apporter svp?
Loin de moi se tient la réunionite, mais il faudra surement tenir quelques
points où vous serez invités.

Merci par avance pour vos retours, faites circuler ceci à qui vous semblera
le plus indiqué

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

[deuzeffe]

On 29/05/2019 23:13, pepilepi...@ovh.fr wrote:

[ortho HR]
Elle ne couvre malheureusement pas toute la France mais environ la 
moitié.


Dont pas la mienne :(


Bienvenue au club !


Me sens moins seule. Remarque avec une moitié de France manquante, 
ç'aurait été surprenant de l'être :)


D'un autre côté, il y a DigitalGlobe Vivid, certes de moins bonne 
résolution /o\ mais beaucoup plus récente \o/


Comment on l'intègre à JOSM celui-là ? J'ai vu Digitalglobe standard 
(que j'utilise) et Digitalglobe premium (très vieux aux forts zooms), 
mais pas "vivid".


Aucune idée. Sous iD (justement...), elle est apparue automagiquement 
avec la dernière maj des couches (on remarquera que le cadastre est 
enfin à la bonne année, 3 mois après la modif. qui va bien par qui sait 
faire ^^).


--
deuzeffe



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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

[pepilepi...@ovh.fr]

Le 29/05/2019 à 22:26, deuzeffe a écrit :
> On 29/05/2019 19:54, Christian Quest wrote:
>> En attendant de résoudre le problème, j'ai redirigé les requêtes vers
>> la couche "openortho" qui contient toutes les orthos en opendata.
>> Testé avec JOSM ça semble ok.
>>
>> Elle ne couvre malheureusement pas toute la France mais environ la
>> moitié.
>
> Dont pas la mienne :(

Bienvenue au club !

>
> D'un autre côté, il y a DigitalGlobe Vivid, certes de moins bonne
> résolution /o\ mais beaucoup plus récente \o/

Comment on l'intègre à JOSM celui-là ? J'ai vu Digitalglobe standard
(que j'utilise) et Digitalglobe premium (très vieux aux forts zooms),
mais pas "vivid".

Merci,

JP


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [OSM-talk-fr] [osm-alsace] dépliant OSM grand public

[DH]

Le 29/05/2019 à 22:58, Christine Karch a écrit :

Am 29.05.19 um 17:34 schrieb DH:

https://wiki.openstreetmap.org/w/images/5/5f/D%C3%A9pliant-OpenStreetMap-Impression.pdf

c'est si joli qu'on a discuté de traduire en allemand si vous permettez :)





voir la licence : )


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

[deuzeffe]

On 29/05/2019 19:54, Christian Quest wrote:
En attendant de résoudre le problème, j'ai redirigé les requêtes vers la 
couche "openortho" qui contient toutes les orthos en opendata.

Testé avec JOSM ça semble ok.

Elle ne couvre malheureusement pas toute la France mais environ la moitié.


Dont pas la mienne :(

D'un autre côté, il y a DigitalGlobe Vivid, certes de moins bonne 
résolution /o\ mais beaucoup plus récente \o/


--
deuzeffe

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

Re: [Talk-de] Neuvorstellung und Frage zu historischen Ortsnamen

[Richard]

Hi Burkhard,

bitte auch einen kleinen Unterschied beachten.. OSM ist eine Datenbank und das 
was Du 
mit OSM-de meinst ist vermutlich der Deutsche Kartenstil der eben mehr Deutsche 
Namen
anzeigt

In der Datenbank steht sehr vieles.. vielleicht sogar die Italienischen, 
Japanischen
und Chinesischen Namen für einige Polnische Städte.
Je nach Kartenstil wird eine Auswahl davon "gerendert".

Wir achten darauf, daß die Einträge in der Datenbank "richtig" sind, d.H. nicht 
für
den Renderer gemappt wird (z.B. um ungebräuchliche Deutsche Namen in einem 
speziellen
Kartenstil sichtbar zu machen).

Wenn Du so etwas spezielles in der Karte angezeigt haben möchtest finden sich 
meistens
auch Möglichkeiten.. einfach hier fragen.

Richard


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

Re: [Talk-transit] Public transport validator+generator from Maps.Me

[Tijmen Stam]

On 29-05-19 17:35, Alexey Zakharenkov via Talk-transit wrote:

Hello everybody!

I'm a part of team who worries about public transport status in OSM database, 
especially rapid transit transport. I want to represent a public transport 
validator+generator that somebody might find a useful facility. It's open 
source:

https://github.com/mapsme/subways

Given a list of transport networks it generates output suitable not only for 
rendering PT routes but also for routing. Meanwhile it finds errors like gaps 
in rail/road sequence in a route, absent/doubling station at a stop, etc. We 
run the validator daily and publish the results at

http://osm-subway.maps.me

The page shows that even large and important subway systems (like New York 
Subway) in OSM DB are currently corrupted and therefore unusable for practical 
purposes. Difficulties occur not only due to negligent mapping but also due to 
misalignment how to map PT. I call you, who is interested in PT, to use this 
instrument, evaluate it and give feedback. We're ready to improve this tool for 
the community sake and take into account worthwhile suggestions.

Thank you for your attention.
I'm ready to answer any questions.


Thank you, very useful!

I have not tested this but think that your preprocessor requires a 
"station" node. However, I don't see this necessity in PT v_2.


For Belgium, I am missing the Charleroi lightrail (Metro Leger) system 
(and possibly Antwerps "premetro" system, but that is a mixture of tram 
and subway.

For Austria, I am missing the Dorfbahn Serfaus system.

Then a question about Rotterdam: Should an "Entrance" be used at 
aboveground stations? E.g. Maassluis west (converted from train station 
/ to be opened:

https://www.google.nl/maps/place/Maassluis/@51.9262933,4.2356667,214m
Where should the entrance be placed?

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

Re: [Talk-transit] Public transport validator+generator from Maps.Me

[Jmapb]

On 5/29/2019 11:35 AM, Alexey Zakharenkov via Talk-transit wrote:

Hello everybody!

I'm a part of team who worries about public transport status in OSM database, 
especially rapid transit transport. I want to represent a public transport 
validator+generator that somebody might find a useful facility. It's open 
source:

https://github.com/mapsme/subways

Given a list of transport networks it generates output suitable not only for 
rendering PT routes but also for routing. Meanwhile it finds errors like gaps 
in rail/road sequence in a route, absent/doubling station at a stop, etc. We 
run the validator daily and publish the results at

http://osm-subway.maps.me

The page shows that even large and important subway systems (like New York 
Subway) in OSM DB are currently corrupted and therefore unusable for practical 
purposes. Difficulties occur not only due to negligent mapping but also due to 
misalignment how to map PT. I call you, who is interested in PT, to use this 
instrument, evaluate it and give feedback. We're ready to improve this tool for 
the community sake and take into account worthwhile suggestions.

Thank you for your attention.
I'm ready to answer any questions.

Best regards,
Alexey


Hi Alexey -- I've seen this same validator on Ilya Zverev's personal
page ( http://osmz.ru/subways/ ). This one hosted at
http://osm-subway.maps.me looks like it's a slightly updated version --
should  http://osmz.ru/subways/ be considered obsolete?

The New York City subways (also busses, ferries) really are in a sorry
state. Personally I've been waiting for some consensus to develop on
transit tagging schemes before I plunge into this mess. Of course I
could be waiting forever. So at the risk of derailing this thread (ha
ha), what are Maps.me's recommendations for subway tagging?

Thanks, Jason


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

Re: [talk-cz] Divne vykresolvani stanic metra

[Jan Macura]

Na výše položené nedokážu odpovědět, ale takhle blbě se to v OSM Carto
vykresluje už drahnou dobu. Řekl bych, že víc jak rok.

H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Josm traduction du wiki : images

[osm . sanspourriel]

Le wiki gère de lui même l'historique.

Je dirais plutôt de trouver l'auteur de l'image (Don-vip, tu dois
connaître ;-)) et lui proposer de téléverser la nouvelle.

Jean-Yvon

Le 29/05/2019 à 18:44, marc marc - marc_marc_...@hotmail.com a écrit :

dans un monde idéal on met des numéro de version
soit tu reprend le no de version de josm genre
menu-fichier-v15031fr soit tu fais + court avec version +1 :)

Le 29.05.19 à 15:16, Leni a écrit :

C'est bien la bonne façon d'ajouter des images.

Par contre, lorsque j'ai voulu remplacer des copies écran anciennes par
des nouvelles j'ai reçu le message d'erreur "Vous n'avez pas la
permission nécessaire pour remplacer la pièce jointe "About...png". Vous
ne pouvez que remplacer vos propres pièces jointes. Remplacer celles
d'autres utilisateurs nécessite la permission ATTACHMENT_DELETE."
Comment faire : mettre une copieécran02.png en incrémentant un numéro ou
un contributeur avec cette permission peut-elle faire la modification ?

https://josm.openstreetmap.de/wiki/Fr%3AHelp/Action/About

Cordialement
leni


*De:* Leni
*Envoyé:* Tue May 28 11:29:05 GMT+02:00 2019
*À:* talk-fr@openstreetmap.org
*Sujet:* Re: [OSM-talk-fr] Josm traduction du wiki : images

Je viens de m'apercevoir qu'il y avait en bas de page un bouton "Joindre
un autre fichier" avec la possibilité de mettre une "Description du
fichier (optionnelle)" et de "Remplacer toute pièce jointe existante
avec le même nom" je vais essayer cette possibilité.
Cordialement
Leni

*De:* Leni
*Envoyé:* Sat May 25 21:23:41 GMT+02:00 2019
*À:* talk-fr@openstreetmap.org
*Sujet:* Josm traduction du wiki : images

Bonjour.

Je suis en train de mettre à jour la traduction de la page

https://josm.openstreetmap.de/wiki/Fr%3AHelp/Action/About

Les images sont par exemple :

https://josm.openstreetmap.de/attachment/wiki/Fr%3AHelp/Action/About/AboutRevision_screenshot.png


Dans l'édition de la page il est indiqué
[[Image(AboutRevision_screenshot.png,500)]]

Dans l'aide,  il est écrit : "Il est possible d’accéder à l’image de la
page de base en anglais (ou toute autre page). Pour y accéder, utilisez
le nom de la page comme domaine et placez un deux-points devant le nom
du fichier : [[Image(Translations/Wiki:diff.png)]]"

En fin de compte je ne sais pas du tout comment faire techniquement :
- où mettre l'image qui se trouve sur mon ordi ?
- placer une nouvelle image sur une page ?
- remplacer une image existante par une autre plus récente ?


Ps : J'ai créé un framapad "
https://semestriel.framapad.org/p/josmwikitraduction; pour ne pas être
deux à traduire la même page :

Cordialement et bon dimanche
Leni




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] Anyone who likes to organize an ID discussion panel at SotM?

[Komяpa]

>
> Underneath the specific issues with iD development that are being
> discussed right now lies a broader problem of ideas of cultural
> exceptionalism
>
...

I believe the problem is much simpler. iD is not developed by employees of
OpenStreetMap Foundation so there is no formal way to ask anything from its
developers. It is an independent project that never took oath "support but
not shape the project", so it is going to shape it. Can there be an
official editor from OSM Foundation with actual developers behind it
though, with current financial governance model?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-transit] Public transport validator+generator from Maps.Me

[Stephen Sprunk]

This is great!  Can you expand it to modes besides subway?

S

> On May 29, 2019, at 10:35, Alexey Zakharenkov via Talk-transit 
>  wrote:
> 
> Hello everybody!
> 
> I'm a part of team who worries about public transport status in OSM database, 
> especially rapid transit transport. I want to represent a public transport 
> validator+generator that somebody might find a useful facility. It's open 
> source: 
> 
> https://github.com/mapsme/subways
> 
> Given a list of transport networks it generates output suitable not only for 
> rendering PT routes but also for routing. Meanwhile it finds errors like gaps 
> in rail/road sequence in a route, absent/doubling station at a stop, etc. We 
> run the validator daily and publish the results at
> 
> http://osm-subway.maps.me
> 
> The page shows that even large and important subway systems (like New York 
> Subway) in OSM DB are currently corrupted and therefore unusable for 
> practical purposes. Difficulties occur not only due to negligent mapping but 
> also due to misalignment how to map PT. I call you, who is interested in PT, 
> to use this instrument, evaluate it and give feedback. We're ready to improve 
> this tool for the community sake and take into account worthwhile suggestions.
> 
> Thank you for your attention.
> I'm ready to answer any questions.
> 
> Best regards,
> Alexey
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit


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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

[Christian Quest]

En attendant de résoudre le problème, j'ai redirigé les requêtes vers la
couche "openortho" qui contient toutes les orthos en opendata.
Testé avec JOSM ça semble ok.

Elle ne couvre malheureusement pas toute la France mais environ la moitié.


Le mer. 29 mai 2019 à 16:11, marc marc  a écrit :

> Bonjour,
>
> Le 29.05.19 à 15:52, pepilepi...@ovh.fr a écrit :
> > Je viens d'ouvrir JOSM pour faire quelques modifs et jai un tas
> > d'erreurs 403 au chargement des tuiles BDOrtho IGN.
>
> pour contourner le problème, utilise la couche HR
> si elle est dispo dans l'endroit de tes modifs
>
> > Il y a un souci connu en ce moment ? Et si non à qui signaler le bug ?
>
> Benoit vient de transmettre sur la ml technique :)
>
> Cordialement,
> Marc
> ___
> 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] Anyone who likes to organize an ID discussion panel at SotM?

[Christoph Hormann]

On Wednesday 29 May 2019, Christine Karch wrote:
>
> reading the discussions about the direction of ID development and how
> the community wants the ID at the OSM website I had the idea that
> there could perhaps be a panel at SotM. Does anyone want to organize
> an ID discussion panel at SotM? Please tell me or us (program
> committee in CC) and we can consider it. At the moment it would be
> sufficient to have someone (or more) who wants to organize it. All
> details could be defined later.

I think this is a good idea but it should be done based on the 
realization that however such panel is composed and no matter what 
specific questions it covers it will not be representative for the OSM 
community as a whole - if for no other reason than because it is being 
held in English language at a conference with a significant economic 
barrier of entry.

Underneath the specific issues with iD development that are being 
discussed right now lies a broader problem of ideas of cultural 
exceptionalism (that is the opinion that certain cultural values and 
preferences are inherently more significant than others and don't have 
to defend themselves in an open discourse) are increasingly pursued and 
advocated in and around the OSM community.  You can find this for 
example in Bryan Housels statements here and on the iD issue tracker 
engrossing a huge number of people here as "mailing list haters" - an 
attitude that is mirrored by quite a few other people including OSMF 
board members who have also made demeaning statements about using 
maining lists as communication channels.  This is to some extent 
understandable when people are overwhelmed with the diversity in views 
and positions as well as communication styles of a cross cultural 
international community like OSM and the difficulties of gauging 
opinions and developing consensus in such an environment.  This is even 
harder if you are professionally involved in the field and you get 
pressure from employers or business partners of course.  To retreat 
into a smaller and culturally more homogeneous community where it is 
much easier to find a consensus and possibly even developing a binary 
friend/ally vs. enemies image of the OSM community is to some extent a 
natural reaction.

Because these reactions will as explained inevitably happen when people 
are overwhelmed by the cultural diversity of OSM and the difficulties 
this creates in practical work what we really need to discuss is how we 
can cultivate and communicate the specific core ideas and values of the 
OpenStreetMap project (the idea that people from all over the world 
freely and without being steered by a central authority collect their 
local geographic knowledge into a database for the benefit of each 
other) and help people realize the immense value of this to help bridge 
the gaps between these cultural bubbles created by people in reaction 
to the challenges of the project.  

I think most individuals active in the OSM community as a hobby are 
aware of the immense value of the cultural diversity of OSM or at least 
are able to understand it and openly embrance the challenges this comes 
with.  The bigger challenge seems to be the organizational cultures of 
corporations and organizations around OSM which are often much more 
centralized and based on an exceptionalist principle.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-transit] Public transport validator+generator from Maps.Me

[Mateusz Konieczny]

29 May 2019, 17:35 by talk-transit@openstreetmap.org:

> Hello everybody!
>
> I'm a part of team who worries about public transport status in OSM database, 
> especially rapid transit transport. I want to represent a public transport 
> validator+generator that somebody might find a useful facility. It's open 
> source: 
>
Have you checked whatever some of
validation rules can be included in the JOSM validator?___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [OSM-talk] [Osmf-talk] Anyone who likes to organize an ID discussion panel at SotM?

[JB]

We really have victims here, it seems.
Dear Christine, thank you for your work, thanks for your help, thanks 
for your ideas, thanks for your presence at many OSM events.
Il semble que des personnes n'arrivent pas à gérer des idées différentes 
des leurs. Leurs idées seront toujours les bonnes et les meilleures. Ein 
iD-Panel ist ein gute Idee, aber ich wird in SOTM nicht kommen dieses Jahr.
And yes, the message from this list non-reader confirms that having an 
updates-unwatched iD as default editor on osm.org is now really a bad 
idea. Unfortunately, I (and others probably) will just do nothing about it.

JB, a sometimes-reader, seldom-writer.

Le 29/05/2019 à 17:32, Heather Leson a écrit :

Dear Christine, Bryan and colleagues,

Thank you for this conversation. Christine, thanks for the 
consideration. Many people use ID. It is part of OSM.


Bryan, i will reach out to separately on this topic. My goal is really 
to understand using this example on how we might improve for all 
people. The negativity is hard for me to, so we can start with a chat? 
More in a separate note.
I have also had some interesting experiences and frankly, I think OSM 
deserves to really think and do more. Call me an ally, but I believe 
there is room for all of us. Community health is a big concern.


Thank you

Heather

Heather Leson
heatherle...@gmail.com 
Twitter/skype: HeatherLeson
Blog: textontechs.com 


On Wed, May 29, 2019 at 5:23 PM Bryan Housel > wrote:


Christine..

We mustn't define “the community” as the few remaining handful of
people who have not yet been driven off the mailing lists by
persistent abusers and trolls.

I am very aware of what people are saying about iD on all
discussion channels.  I read all of it, even the stuff written in
other languages, and even archives of mailing lists that I’ve long
unsubscribed from.

I encourage everyone to not put too much stock into what “the
community” of mailing list haters thinks about iD.  It’s the same
dozen or so people who have never liked me or iD much anyway.

I meet with stakeholders every week about the improvements we’ve
made in iD, /and I’m proud of the work that our small team has
been able to accomplish with each new release/.  Right now there
are 1000s of people editing with iD (most volunteering, but some
paid) who will never stop by mailing list or a GitHub thread. 
They far outnumber the voices that you hear on `talk` or `tagging`.


In large part because of the escalating negativity, I will not be
attending State of the Map.

My strong recommendation to you is to fill the program with
content that encourages community health, inspires people to be
better to one another, and celebrates the great things people are
building with OpenStreetMap.

Thanks, Bryan
❤️, 




On May 29, 2019, at 5:55 AM, Christine Karch
mailto:christ...@hermione.de>> wrote:

Hi,

reading the discussions about the direction of ID development and how
the community wants the ID at the OSM website I had the idea that
there
could perhaps be a panel at SotM. Does anyone want to organize an ID
discussion panel at SotM? Please tell me or us (program committee
in CC)
and we can consider it. At the moment it would be sufficient to have
someone (or more) who wants to organize it. All details could be
defined
later.

As ID is a core feature at the OSM website I think this would be
suitable for the main program at SotM.

Additionally it is always possible to organize informal meetings,
panels
during SotM in the unconference space (we will provide a lot of it).

By the way ticket sales is open. The Early Bird phase is until 7
July.
Program announcement will be around 20 June.

We will have our schedule meeting at 8 June. So it would be good
to know
if an ID panel should be planned. Details for the program booklet
should
be provided until end of July.

Cheers

Christine

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


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



___
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] BDOrtho IGN en rade ?

[pepilepi...@ovh.fr]

Le 29/05/2019 à 16:07, marc marc a écrit :
> Bonjour,
>
> Le 29.05.19 à 15:52, pepilepi...@ovh.fr a écrit :
>> Je viens d'ouvrir JOSM pour faire quelques modifs et jai un tas 
>> d'erreurs 403 au chargement des tuiles BDOrtho IGN.
> pour contourner le problème, utilise la couche HR
> si elle est dispo dans l'endroit de tes modifs

Murphy, tu connais ? ...

Je me démerde avec Digitalglobe (qui, soit dit au passage, est plus
récent que ortho IGN... Y'a qu'aux forts zooms où ça pèche un peu)

>
>> Il y a un souci connu en ce moment ? Et si non à qui signaler le bug ?
> Benoit vient de transmettre sur la ml technique :)

Merci beaucoup !

Bonne soirée,

JP

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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [OSM-talk-fr] Josm traduction du wiki : images

[marc marc]

dans un monde idéal on met des numéro de version
soit tu reprend le no de version de josm genre
menu-fichier-v15031fr soit tu fais + court avec version +1 :)

Le 29.05.19 à 15:16, Leni a écrit :
> C'est bien la bonne façon d'ajouter des images.
> 
> Par contre, lorsque j'ai voulu remplacer des copies écran anciennes par 
> des nouvelles j'ai reçu le message d'erreur "Vous n'avez pas la 
> permission nécessaire pour remplacer la pièce jointe "About...png". Vous 
> ne pouvez que remplacer vos propres pièces jointes. Remplacer celles 
> d'autres utilisateurs nécessite la permission ATTACHMENT_DELETE."
> Comment faire : mettre une copieécran02.png en incrémentant un numéro ou 
> un contributeur avec cette permission peut-elle faire la modification ?
> 
> https://josm.openstreetmap.de/wiki/Fr%3AHelp/Action/About
> 
> Cordialement
> leni
> 
> 
> *De:* Leni
> *Envoyé:* Tue May 28 11:29:05 GMT+02:00 2019
> *À:* talk-fr@openstreetmap.org
> *Sujet:* Re: [OSM-talk-fr] Josm traduction du wiki : images
> 
> Je viens de m'apercevoir qu'il y avait en bas de page un bouton "Joindre 
> un autre fichier" avec la possibilité de mettre une "Description du 
> fichier (optionnelle)" et de "Remplacer toute pièce jointe existante 
> avec le même nom" je vais essayer cette possibilité.
> Cordialement
> Leni
> 
> *De:* Leni
> *Envoyé:* Sat May 25 21:23:41 GMT+02:00 2019
> *À:* talk-fr@openstreetmap.org
> *Sujet:* Josm traduction du wiki : images
> 
> Bonjour.
> 
> Je suis en train de mettre à jour la traduction de la page 
>  
> https://josm.openstreetmap.de/wiki/Fr%3AHelp/Action/About
> 
> Les images sont par exemple : 
> 
>  
> https://josm.openstreetmap.de/attachment/wiki/Fr%3AHelp/Action/About/AboutRevision_screenshot.png
>  
> 
> 
> Dans l'édition de la page il est indiqué 
> [[Image(AboutRevision_screenshot.png,500)]]
> 
> Dans l'aide,  il est écrit : "Il est possible d’accéder à l’image de la 
> page de base en anglais (ou toute autre page). Pour y accéder, utilisez 
> le nom de la page comme domaine et placez un deux-points devant le nom 
> du fichier : [[Image(Translations/Wiki:diff.png)]]"
> 
> En fin de compte je ne sais pas du tout comment faire techniquement :
> - où mettre l'image qui se trouve sur mon ordi ?
> - placer une nouvelle image sur une page ?
> - remplacer une image existante par une autre plus récente ?
> 
> 
> Ps : J'ai créé un framapad " 
> https://semestriel.framapad.org/p/josmwikitraduction; pour ne pas être 
> deux à traduire la même page :
> 
> Cordialement et bon dimanche
> Leni
> 
>   
> 
> 
> 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: [Talk-it] hotosm - OSM analytic tracker in Somalia

[Martin Koppenhoefer]

Am Mi., 29. Mai 2019 um 18:33 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

>  Mi sembra non siano coconsiderati i bbox dei changeset, ma solo le coord
> max e min degli elementi effettivamente editati.
>


non è la stessa cosa, le coordinate max e min, e la bounding box?

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

[OSM-talk-fr] vote pour la proposition de changer diaper en changing_table

[marc marc]

Bonjour,

une proposition a été faite pour changer la clef diaper
en changing_table
la raison principale : la clef diaper actuel est un mélange
de différente chose dans un même tag (infra adapté ou bricolé
tel un banc ? localisation ?)
une première proposition trop excessive a été faite et a été rejetée
une nouvelle proposition a été faite pour revenir à l'essentiel
de ce qui est proposé (structurer la qualité de l'infra
séparément de sa localisation)
en passant osm utilise l'anglais britannique et diaper est
de l'américain, d'oü le changement de nom pour la clef

n'hésitez pas à vous faire votre opinion et à voter
https://wiki.openstreetmap.org/wiki/Proposed_features/changing_table
Pour ceux qui n'ont jamais voté, il faut avoir un compte sur le wiki,
se loger (en haut à droite), aller tout en bas de la page et cliquer
sur "modifier" à côté du titre "Second voting"

pour ma part je soutiens l'initiative parce que je trouve
courageux et important cette proposition de corriger les erreurs
du passé par petit pas, malgré l'usage non minuscule de ce tag.
a noter que certains utilisent déjà la "nouvelle" clef.

Si la langue est un problème pour quelqu'un, suffit de le signaler,
je ferrai la traduction

Cordialement,
Marc
 Message transféré 
Sujet : [Tagging] Feature Proposal - Voting - changing table
Date : Wed, 29 May 2019 17:39:39 +0200
De : Valor Naram 
Répondre à : Tag discussion, strategy and related tools 

Pour : tagg...@openstreetmap.org

Hey,

I am encouraging you to vote for the Proposal at https://wiki.openstree
tmap.org/wiki/Proposed_features/changing_table a second time. I'm in
hope to get that approved.

I want to see your choices.

Best regards

Sören alias Valor Naram

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

Re: [Talk-it] hotosm - OSM analytic tracker in Somalia

[Cascafico Giovanni]

Scusa, non mi son spiegato.. ho attivato il tracker per il territorio della
Somalia. In questo periodo si può notare l'attività sul task 5892.

Vengono intercettate tutte le modifiche fatte all'interno del poligono
definito da somalia.poly [1]. Mi sembra non siano coconsiderati i bbox dei
changeset, ma solo le coord max e min degli elementi effettivamente editati.


[1] https://download.geofabrik.de/africa/somalia.html

Il mer 29 mag 2019, 13:09 Ivo Reano  ha scritto:

> Come mai compaiono dei changeset non del task 5892?
> User ArneBerlin...
>
> Il giorno mer 29 mag 2019 alle ore 10:43 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Ciao.
>> ho attivato questo tracker [1] per il task 5892 [2]. Il tool è in prova,
>> ma sembra abbastanza stabile. Traccia i changeset in Somalia quasi in tempo
>> reale (vedi parametro "lag") ed elimina dall'elenco i changeset >48h.
>> Interessante è la "visual diff".
>>
>> Sto facendo uno "stress test" sullo stesso HW provando anche il tracker
>> per il Friuli Venezia Giulia [3].
>>
>>
>> [1] http://bpi.uk.to:8890/
>> [2] https://tasks.hotosm.org/project/5892
>> [3] http://bpi.uk.to:8080/
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] WeeklyOSM CZ 460: Cyklostezka v Libavé

[xkomc...@centrum.cz]

Smazat. Ne snad proto, že to vadilo nějakým vojákům, ale protože tam v 
reálu nic takového není...


On 29. 05. 19 18:05, Tom Ka wrote:

smazat :-)

On Wed, May 29, 2019, 11:58 majkaz > wrote:


Prosím ještě jednou o potvrzení, že tu relaci cyklostezky můžu
definitivně vymazat
(https://www.openstreetmap.org/relation/2900777). V podstatě teď
ničemu nevadí, už se přestala vykreslovat, což těm vojákům vadilo
asi nejvíc...

Majka

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


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

Re: [talk-cz] WeeklyOSM CZ 460: Cyklostezka v Libavé

[Tom Ka]

smazat :-)

On Wed, May 29, 2019, 11:58 majkaz  wrote:

> Prosím ještě jednou o potvrzení, že tu relaci cyklostezky můžu definitivně
> vymazat (https://www.openstreetmap.org/relation/2900777). V podstatě teď
> ničemu nevadí, už se přestala vykreslovat, což těm vojákům vadilo asi
> nejvíc...
>
>
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk] [Osmf-talk] Anyone who likes to organize an ID discussion panel at SotM?

[john whelan]

I take it by this email you are putting your views and that of your team of
what should be done above everyone else and no one else's views should
count which would be fine for any other editor.

Unfortunately I honestly think there is a change management problem with
the default editor on the front page being updated without any change
management procedures.

Just for the record I'm happy if people wish to use iD, I do have
reservations about the number of horse=yes tags in Africa and I do have
reservations about odd shaped buildings created in iD.

Cheerio John





On Wed, 29 May 2019 at 11:23, Bryan Housel  wrote:

> Christine..
>
> We mustn't define “the community” as the few remaining handful of people
> who have not yet been driven off the mailing lists by persistent abusers
> and trolls.
>
> I am very aware of what people are saying about iD on all discussion
> channels.  I read all of it, even the stuff written in other languages, and
> even archives of mailing lists that I’ve long unsubscribed from.
>
> I encourage everyone to not put too much stock into what “the community”
> of mailing list haters thinks about iD.  It’s the same dozen or so people
> who have never liked me or iD much anyway.
>
> I meet with stakeholders every week about the improvements we’ve made in
> iD, *and I’m proud of the work that our small team has been able to
> accomplish with each new release*.  Right now there are 1000s of people
> editing with iD (most volunteering, but some paid) who will never stop by
> mailing list or a GitHub thread.  They far outnumber the voices that you
> hear on `talk` or `tagging`.
>
> In large part because of the escalating negativity, I will not be
> attending State of the Map.
>
> My strong recommendation to you is to fill the program with content that
> encourages community health, inspires people to be better to one another,
> and celebrates the great things people are building with OpenStreetMap.
>
> Thanks, Bryan
> ❤️, 
>
>
>
> On May 29, 2019, at 5:55 AM, Christine Karch 
> wrote:
>
> Hi,
>
> reading the discussions about the direction of ID development and how
> the community wants the ID at the OSM website I had the idea that there
> could perhaps be a panel at SotM. Does anyone want to organize an ID
> discussion panel at SotM? Please tell me or us (program committee in CC)
> and we can consider it. At the moment it would be sufficient to have
> someone (or more) who wants to organize it. All details could be defined
> later.
>
> As ID is a core feature at the OSM website I think this would be
> suitable for the main program at SotM.
>
> Additionally it is always possible to organize informal meetings, panels
> during SotM in the unconference space (we will provide a lot of it).
>
> By the way ticket sales is open. The Early Bird phase is until 7 July.
> Program announcement will be around 20 June.
>
> We will have our schedule meeting at 8 June. So it would be good to know
> if an ID panel should be planned. Details for the program booklet should
> be provided until end of July.
>
> Cheers
>
> Christine
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-transit] Public transport validator+generator from Maps.Me

[Alexey Zakharenkov via Talk-transit]

Hello everybody!

I'm a part of team who worries about public transport status in OSM database, 
especially rapid transit transport. I want to represent a public transport 
validator+generator that somebody might find a useful facility. It's open 
source: 

https://github.com/mapsme/subways

Given a list of transport networks it generates output suitable not only for 
rendering PT routes but also for routing. Meanwhile it finds errors like gaps 
in rail/road sequence in a route, absent/doubling station at a stop, etc. We 
run the validator daily and publish the results at

http://osm-subway.maps.me

The page shows that even large and important subway systems (like New York 
Subway) in OSM DB are currently corrupted and therefore unusable for practical 
purposes. Difficulties occur not only due to negligent mapping but also due to 
misalignment how to map PT. I call you, who is interested in PT, to use this 
instrument, evaluate it and give feedback. We're ready to improve this tool for 
the community sake and take into account worthwhile suggestions.

Thank you for your attention.
I'm ready to answer any questions.

Best regards,
Alexey
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [OSM-talk] [Osmf-talk] Anyone who likes to organize an ID discussion panel at SotM?

[Heather Leson]

Dear Christine, Bryan and colleagues,

Thank you for this conversation. Christine, thanks for the consideration.
Many people use ID. It is part of OSM.

Bryan, i will reach out to separately on this topic. My goal is really to
understand using this example on how we might improve for all people. The
negativity is hard for me to, so we can start with a chat? More in a
separate note.

I have also had some interesting experiences and frankly, I think OSM
deserves to really think and do more. Call me an ally, but I believe there
is room for all of us. Community health is a big concern.

Thank you

Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Wed, May 29, 2019 at 5:23 PM Bryan Housel  wrote:

> Christine..
>
> We mustn't define “the community” as the few remaining handful of people
> who have not yet been driven off the mailing lists by persistent abusers
> and trolls.
>
> I am very aware of what people are saying about iD on all discussion
> channels.  I read all of it, even the stuff written in other languages, and
> even archives of mailing lists that I’ve long unsubscribed from.
>
> I encourage everyone to not put too much stock into what “the community”
> of mailing list haters thinks about iD.  It’s the same dozen or so people
> who have never liked me or iD much anyway.
>
> I meet with stakeholders every week about the improvements we’ve made in
> iD, *and I’m proud of the work that our small team has been able to
> accomplish with each new release*.  Right now there are 1000s of people
> editing with iD (most volunteering, but some paid) who will never stop by
> mailing list or a GitHub thread.  They far outnumber the voices that you
> hear on `talk` or `tagging`.
>
> In large part because of the escalating negativity, I will not be
> attending State of the Map.
>
> My strong recommendation to you is to fill the program with content that
> encourages community health, inspires people to be better to one another,
> and celebrates the great things people are building with OpenStreetMap.
>
> Thanks, Bryan
> ❤️, 
>
>
>
> On May 29, 2019, at 5:55 AM, Christine Karch 
> wrote:
>
> Hi,
>
> reading the discussions about the direction of ID development and how
> the community wants the ID at the OSM website I had the idea that there
> could perhaps be a panel at SotM. Does anyone want to organize an ID
> discussion panel at SotM? Please tell me or us (program committee in CC)
> and we can consider it. At the moment it would be sufficient to have
> someone (or more) who wants to organize it. All details could be defined
> later.
>
> As ID is a core feature at the OSM website I think this would be
> suitable for the main program at SotM.
>
> Additionally it is always possible to organize informal meetings, panels
> during SotM in the unconference space (we will provide a lot of it).
>
> By the way ticket sales is open. The Early Bird phase is until 7 July.
> Program announcement will be around 20 June.
>
> We will have our schedule meeting at 8 June. So it would be good to know
> if an ID panel should be planned. Details for the program booklet should
> be provided until end of July.
>
> Cheers
>
> Christine
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Osmf-talk] Anyone who likes to organize an ID discussion panel at SotM?

[Bryan Housel]

Christine.. 

We mustn't define “the community” as the few remaining handful of people who 
have not yet been driven off the mailing lists by persistent abusers and trolls.

I am very aware of what people are saying about iD on all discussion channels.  
I read all of it, even the stuff written in other languages, and even archives 
of mailing lists that I’ve long unsubscribed from.

I encourage everyone to not put too much stock into what “the community” of 
mailing list haters thinks about iD.  It’s the same dozen or so people who have 
never liked me or iD much anyway.

I meet with stakeholders every week about the improvements we’ve made in iD, 
and I’m proud of the work that our small team has been able to accomplish with 
each new release.  Right now there are 1000s of people editing with iD (most 
volunteering, but some paid) who will never stop by mailing list or a GitHub 
thread.  They far outnumber the voices that you hear on `talk` or `tagging`.

In large part because of the escalating negativity, I will not be attending 
State of the Map.  

My strong recommendation to you is to fill the program with content that 
encourages community health, inspires people to be better to one another, and 
celebrates the great things people are building with OpenStreetMap.

Thanks, Bryan
❤️, 



> On May 29, 2019, at 5:55 AM, Christine Karch  wrote:
> 
> Hi,
> 
> reading the discussions about the direction of ID development and how
> the community wants the ID at the OSM website I had the idea that there
> could perhaps be a panel at SotM. Does anyone want to organize an ID
> discussion panel at SotM? Please tell me or us (program committee in CC)
> and we can consider it. At the moment it would be sufficient to have
> someone (or more) who wants to organize it. All details could be defined
> later.
> 
> As ID is a core feature at the OSM website I think this would be
> suitable for the main program at SotM.
> 
> Additionally it is always possible to organize informal meetings, panels
> during SotM in the unconference space (we will provide a lot of it).
> 
> By the way ticket sales is open. The Early Bird phase is until 7 July.
> Program announcement will be around 20 June.
> 
> We will have our schedule meeting at 8 June. So it would be good to know
> if an ID panel should be planned. Details for the program booklet should
> be provided until end of July.
> 
> Cheers
> 
> Christine
> 
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk

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

Re: [OSM-talk-fr] Modifications des voies de bus rue de Rivoli

[Johnparis]

Oui, Florimond, je suis d'accord avec toi. Je n'ai touché pas les voies de
bus (qui commencent aujourd'hui à rue du Louvre).

Mais j'ai fait des petites réparations aux relations. Tout va bien à mon
avis pour le moment.

Cordialement,

John


On Wed, May 29, 2019 at 3:42 PM Florimond Berthoux <
florimond.berth...@gmail.com> wrote:

> Bonjour,
>
> Je voulais attendre la fin de la création de la piste cyclable sur toutes
> la longueur de Rivoli pour fusionner la voie bus.
> À ce jour il n'y a plus de séparateur bus-voie générale entre le BHV et
> rue du pont neuf, voir 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. 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
>>> https://www.openstreetmap.org/changeset/70697665, qui est assez
>>> illisible et touche un grand nombre d'objets sur la rue de Rivoli.
>>> Certaines modifications ont clairement l'air incorrectes (nœud commun
>>> entre le métro et la rue https://www.openstreetmap.org/node/368205 par
>>> exemple), mais il y a probablement des erreurs plus subtiles aussi que
>>> j'ai ratées.
>>>
>>> Quelqu'un avec une bonne connaissance du coin et des schémas de bus
>>> peut-il jeter un œil et faire un commentaire en conséquence ? En
>>> regardant l'historique du contributeur, il a recommencé à contribuer
>>> récemment après une longue pause (un an), et il y a déjà quelques
>>> commentaires sur des changesets précédents, sans réponse :/ à suivre,
>>>
>>> Bonne journée,
>>> --
>>> Phyks
>>>
>>> ___
>>> 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
>>
>
>
> --
> Florimond Berthoux
> ___
> 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] [pro] Ajout des données Rézopouce

[Vincent Bergeot]

Le 29/05/2019 à 14:43, PanierAvide a écrit :


En fait c'est l'ambiguïté sur la doc de amenity=car_pooling qui 
m'amenait à me poser la question. Sur la version anglaise, la 
définition ressemble plutôt aux aires/parking de covoiturage.


It can be a separate area on a parking lot, in which you can drop your 
own car in order to share a ride with another driver (in that case, it 
should be combined with Tag:amenity=parking).


soit : (selon DeepL) : Il peut s'agir d'une zone séparée sur un parking, 
dans laquelle vous pouvez déposer votre propre voiture afin de partager 
un trajet avec un autre conducteur (dans ce cas, il doit être combiné 
avec Tag:amenity=parking).


Donc si on veut utiliser ce même tag pour les points de récupérations 
de piétons pour covoiturer, oui le maxstay=load-unload a du sens :-)



et oui cela a aussi du sens !

Au plaisir







Cordialement,

Adrien P.
Le 29/05/2019 à 14:20, Vincent Bergeot a écrit :

Le 29/05/2019 à 13:24, PanierAvide a écrit :


Salut Vincent,

Si je comprends bien, ce réseau prévoit que les véhicules puissent 
s'arrêter pour prendre des covoitureurs, mais aucun stationnement 
plus long n'est prévu ? Est-ce que l'on ne devrait pas ajouter un 
maxstay=* pour différences des aires de covoiturage où les personnes 
peuvent se rejoindre à plusieurs voitures pour ne repartir qu'avec 
une seule ?



2 choix :

  * les aires de co-voiturage sont des parking pour les voitures qui
restent...
  * maxstay=load-unload (semble s'appliquer plutôt au bateau mais
cela peut avoir du sens ici ?)

je ne sais vraiment pas !

à plus








Cordialement,

Adrien P.
Le 28/05/2019 à 17:21, Vincent Bergeot a écrit :


Bonjour,

j'en ai discuté sur la liste transport mais pas ici :(

Rezopouce, l'autostop au quotidien (https://rezopouce.fr/), a 
fourni les données de ses arrêts dans le Seignanx (le sud-ouest des 
Landes).


Après avoir vérifié la cohérence (bord de route et en particulier 
croisement ou espace dégagé), ajouté dans Umap pour que des locaux 
(les gens de l'office de tourisme) les vérifient, j'ai ajouté les 
arrêts.


Ils se retrouvent ici : http://overpass-turbo.eu/s/JpR

4 tags :

  * amenity=car_pooling
  * network=Rézopouce
  * ref=*
  * name=*

n'hésitez pas à faire des retours !

Bonne journée

--
Vincent Bergeot

___
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



--
Vincent Bergeot

___
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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

[marc marc]

Bonjour,

Le 29.05.19 à 15:52, pepilepi...@ovh.fr a écrit :
> Je viens d'ouvrir JOSM pour faire quelques modifs et jai un tas 
> d'erreurs 403 au chargement des tuiles BDOrtho IGN.

pour contourner le problème, utilise la couche HR
si elle est dispo dans l'endroit de tes modifs

> Il y a un souci connu en ce moment ? Et si non à qui signaler le bug ?

Benoit vient de transmettre sur la ml technique :)

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

Re: [talk-cz] WeeklyOSM CZ 460: Cyklostezka v Libavé

[Jozef Matejička]

Za mě zmáznout. Jestli to někoho zajímá...

Dne st 29. 5. 2019 11:58 uživatel majkaz  napsal:

> Prosím ještě jednou o potvrzení, že tu relaci cyklostezky můžu definitivně
> vymazat (https://www.openstreetmap.org/relation/2900777). V podstatě teď
> ničemu nevadí, už se přestala vykreslovat, což těm vojákům vadilo asi
> nejvíc...
>
>
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] BDOrtho IGN en rade ?

[pepilepi...@ovh.fr]

Bonjour,

Je viens d'ouvrir JOSM pour faire quelques modifs et jai un tas
d'erreurs 403 au chargement des tuiles BDOrtho IGN. Aussi bien en http
qu'en https (je me rappelle qu'il y avait  eu une discussion à ce sujet
il y a quelques semaines, jai donc essayé les deux).

Il y a un souci connu en ce moment ? Et si non à qui signaler le bug ?

Merci, bonne journée

Jean-Pierre

-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [OSM-talk] Documenting controversial iD decisions

[Simon Poole]

I don't think any level of whataboutism
(https://en.wikipedia.org/wiki/Whataboutism) will change that the
default editor on osm.org has a special (and very coveted) position.

So while I agree that in principle we should expect the same level of
care from all apps that edit OSM data via the API, that doesn't change
the status that iD has and the extra care that that requires. Not to
forget that iD is by far the most prescriptive editor of the trio of iD,
P2 and JOSM (together ~99% of all edits) and that its policies have, in
every aspect, far more effect than with any other editor.

I have to say that I'm more than a bit disappointed with, as one of the
champions of deploying iD as the default editor in 2013, where we've
ended now. While there has always been some tension between the
development team and the community, it has never amounted to the levels
of ignoring best practices and community input we have now.

Simon

Am 29.05.2019 um 02:10 schrieb Clifford Snow:
> Why should one editor be held to higher standards than others?
> Shouldn't they all be held to the same standard?
>
> On Tue, May 28, 2019 at 4:53 PM john whelan  > wrote:
>
> The problem with iD is the fact that it is the default editor on
> the web page of the website which implies that everything is
> OpenStreetMap approved which unfortunately is not the case.
>
> If it's placed as the default editor then I think it needs to be
> held to a higher standard or some sort of change management system
> implemented.
>
> Cheerio John
>
> On Tue, May 28, 2019, 7:47 PM Clifford Snow,
> mailto:cliff...@snowandsnow.us>> wrote:
>
> Michael,
> Don't you think to be fair that you should include all outside
> projects, such as JOSM, Potlatch, CartoCSS, etc? None of them
> are controlled by OSMF as far as I know. To just look at one
> software project seems like we already reached a decision, we
> just need the data to back it up. 
>
> Best,
> Clifford
>
> On Tue, May 28, 2019 at 3:47 PM Michael Reichert
> mailto:osm...@michreichert.de>> wrote:
>
> Hi,
>
> I started documenting controversial decisions by the
> maintainers of iD
> at
> https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions
>
> Currently, only the highway=footway and the nonsquare=yes
> issue are
> mentioned.
>
> Please feel free to add other issues which have proofed
> controversial so
> far. Don't forget to summarise the opinion of the
> maintainer as well to
> aim at least some neutrality as far as it is possible for
> those involved
> in the disputes. Please add links to relevant discussions
> as well.
>
> Best regards
>
> Michael
>
>
> -- 
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
> (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on
> mailing lists)
>
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> -- 
> @osm_washington
> www.snowandsnow.us 
> OpenStreetMap: Maps with a human touch
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> -- 
> @osm_washington
> www.snowandsnow.us 
> OpenStreetMap: Maps with a human touch
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk-fr] Modifications des voies de bus rue de Rivoli

[Florimond Berthoux]

Bonjour,

Je voulais attendre la fin de la création de la piste cyclable sur toutes
la longueur de Rivoli pour fusionner la voie bus.
À ce jour il n'y a plus de séparateur bus-voie générale entre le BHV et rue
du pont neuf, voir 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. 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
>> https://www.openstreetmap.org/changeset/70697665, qui est assez
>> illisible et touche un grand nombre d'objets sur la rue de Rivoli.
>> Certaines modifications ont clairement l'air incorrectes (nœud commun
>> entre le métro et la rue https://www.openstreetmap.org/node/368205 par
>> exemple), mais il y a probablement des erreurs plus subtiles aussi que
>> j'ai ratées.
>>
>> Quelqu'un avec une bonne connaissance du coin et des schémas de bus
>> peut-il jeter un œil et faire un commentaire en conséquence ? En
>> regardant l'historique du contributeur, il a recommencé à contribuer
>> récemment après une longue pause (un an), et il y a déjà quelques
>> commentaires sur des changesets précédents, sans réponse :/ à suivre,
>>
>> Bonne journée,
>> --
>> Phyks
>>
>> ___
>> 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
>


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

Re: [OSM-talk-fr] Peut-être enfoncé-je des portes ouvertes

[Florimond Berthoux]

Bonjour,

Je crois que Phyks a ajouter à Osmose le stationnement 2 roues, et je suis
sûr que j'ai importé les stationnements vélos il y a un an à OSM.
Et la qualité était bonne (peut-être pas 100%, mais bonne).

Le mar. 28 mai 2019 à 22:17, deuzeffe  a écrit :

> On 28/05/2019 19:30, Jacques Foucry wrote:
> > Salut la compagnies,
>
> Hello,
>
> > Il y a un truc qui me chiffonne.
> >
> > Il y a ici :
> https://opendata.paris.fr/explore/dataset/stationnement-voie-publique-emplacements/table/?disjunctive.regpri=GIG%2FGIC=19,48.85835,2.34721=jawg.streets
> >
> > Vachement tout plein de belles infos parisiennes que l'on peut imaginer
> > fiable.
> >
> > Sont-elles utilisées/recroisées dans OSM ?
>
> Osmose prend déjà en compte des données de même type pour Bordeaux
> Métropole et la Communauté d'Agglo. Pau-Pyrénées, items 8130 à 32, il me
> semble. Pourquoi pas pour celles-là, en effet.
>
> > Je voudrais votre avis sur ces données, leurs fiabilités, leurs
> > intégrations, etc.
>
> Si "ON" considère que ces données sont fiables, autant utiliser la
> partie OD d'osmose.
>
> --
> deuzeffe qui se demande s'il n'y avait pas un Vincent qui voulait faire
> le ménage dans la classif des items de l'OD d'osmose
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Josm traduction du wiki : images

[Leni]

C'est bien la bonne façon d'ajouter des images.

Par contre, lorsque j'ai voulu remplacer des copies écran anciennes par des 
nouvelles j'ai reçu le message d'erreur "Vous n'avez pas la permission 
nécessaire pour remplacer la pièce jointe "About...png". Vous ne pouvez que 
remplacer vos propres pièces jointes. Remplacer celles d'autres utilisateurs 
nécessite la permission ATTACHMENT_DELETE."
Comment faire : mettre une copieécran02.png en incrémentant un numéro ou un 
contributeur avec cette permission peut-elle faire la modification ?

https://josm.openstreetmap.de/wiki/Fr%3AHelp/Action/About

Cordialement
leni

⁣


 Message original 
De: Leni 
Envoyé: Tue May 28 11:29:05 GMT+02:00 2019
À: talk-fr@openstreetmap.org
Sujet: Re: [OSM-talk-fr] Josm traduction du wiki : images

Je viens de m'apercevoir qu'il y avait en bas de page un bouton "Joindre un 
autre fichier" avec la possibilité de mettre une "Description du fichier 
(optionnelle)" et de "Remplacer toute pièce jointe existante avec le même nom" 
je vais essayer cette possibilité.
Cordialement
Leni 



 Message original 
De: Leni 
Envoyé: Sat May 25 21:23:41 GMT+02:00 2019
À: talk-fr@openstreetmap.org
Sujet: Josm traduction du wiki : images

Bonjour.

Je suis en train de mettre à jour la traduction de la page 
https://josm.openstreetmap.de/wiki/Fr%3AHelp/Action/About

Les images sont par exemple : 
https://josm.openstreetmap.de/attachment/wiki/Fr%3AHelp/Action/About/AboutRevision_screenshot.png

Dans l'édition de la page il est indiqué 
[[Image(AboutRevision_screenshot.png,500)]]

Dans l'aide,  il est écrit : "Il est possible d’accéder à l’image de la page de 
base en anglais (ou toute autre page). Pour y accéder, utilisez le nom de la 
page comme domaine et placez un deux-points devant le nom du fichier : 
[[Image(Translations/Wiki:diff.png)]]"

En fin de compte je ne sais pas du tout comment faire techniquement :
- où mettre l'image qui se trouve sur mon ordi ?
- placer une nouvelle image sur une page ?
- remplacer une image existante par une autre plus récente ?


Ps : J'ai créé un framapad 
"https://semestriel.framapad.org/p/josmwikitraduction; pour ne pas être deux à 
traduire la même page :

Cordialement et bon dimanche
Leni



___
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] [pro] Ajout des données Rézopouce

[PanierAvide]

En fait c'est l'ambiguïté sur la doc de amenity=car_pooling qui 
m'amenait à me poser la question. Sur la version anglaise, la définition 
ressemble plutôt aux aires/parking de covoiturage. Donc si on veut 
utiliser ce même tag pour les points de récupérations de piétons pour 
covoiturer, oui le maxstay=load-unload a du sens :-)


Cordialement,

Adrien P.

Le 29/05/2019 à 14:20, Vincent Bergeot a écrit :

Le 29/05/2019 à 13:24, PanierAvide a écrit :


Salut Vincent,

Si je comprends bien, ce réseau prévoit que les véhicules puissent 
s'arrêter pour prendre des covoitureurs, mais aucun stationnement 
plus long n'est prévu ? Est-ce que l'on ne devrait pas ajouter un 
maxstay=* pour différences des aires de covoiturage où les personnes 
peuvent se rejoindre à plusieurs voitures pour ne repartir qu'avec 
une seule ?



2 choix :

  * les aires de co-voiturage sont des parking pour les voitures qui
restent...
  * maxstay=load-unload (semble s'appliquer plutôt au bateau mais cela
peut avoir du sens ici ?)

je ne sais vraiment pas !

à plus








Cordialement,

Adrien P.
Le 28/05/2019 à 17:21, Vincent Bergeot a écrit :


Bonjour,

j'en ai discuté sur la liste transport mais pas ici :(

Rezopouce, l'autostop au quotidien (https://rezopouce.fr/), a fourni 
les données de ses arrêts dans le Seignanx (le sud-ouest des Landes).


Après avoir vérifié la cohérence (bord de route et en particulier 
croisement ou espace dégagé), ajouté dans Umap pour que des locaux 
(les gens de l'office de tourisme) les vérifient, j'ai ajouté les 
arrêts.


Ils se retrouvent ici : http://overpass-turbo.eu/s/JpR

4 tags :

  * amenity=car_pooling
  * network=Rézopouce
  * ref=*
  * name=*

n'hésitez pas à faire des retours !

Bonne journée

--
Vincent Bergeot

___
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



--
Vincent Bergeot

___
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-ja] Housenumber plates in Japan

[Tobias Zwick]

Dear fellow mappers in Japan

I would like to adapt recording housenumbers in the Android app StreetComplete 
to the situation in Japan, if necessary.

Can you help me? 

I would like to know how a housenumber plate in Japan looks like. Does it only 
show the house number, or more? Do you have some photos?

See this GitHub issue here for more information: 
https://github.com/westnordost/StreetComplete/issues/1407

Cheers
Tobias

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

Re: [OSM-talk-fr] [pro] Ajout des données Rézopouce

[Vincent Bergeot]

Le 29/05/2019 à 13:24, PanierAvide a écrit :


Salut Vincent,

Si je comprends bien, ce réseau prévoit que les véhicules puissent 
s'arrêter pour prendre des covoitureurs, mais aucun stationnement plus 
long n'est prévu ? Est-ce que l'on ne devrait pas ajouter un maxstay=* 
pour différences des aires de covoiturage où les personnes peuvent se 
rejoindre à plusieurs voitures pour ne repartir qu'avec une seule ?



2 choix :

 * les aires de co-voiturage sont des parking pour les voitures qui
   restent...
 * maxstay=load-unload (semble s'appliquer plutôt au bateau mais cela
   peut avoir du sens ici ?)

je ne sais vraiment pas !

à plus








Cordialement,

Adrien P.
Le 28/05/2019 à 17:21, Vincent Bergeot a écrit :


Bonjour,

j'en ai discuté sur la liste transport mais pas ici :(

Rezopouce, l'autostop au quotidien (https://rezopouce.fr/), a fourni 
les données de ses arrêts dans le Seignanx (le sud-ouest des Landes).


Après avoir vérifié la cohérence (bord de route et en particulier 
croisement ou espace dégagé), ajouté dans Umap pour que des locaux 
(les gens de l'office de tourisme) les vérifient, j'ai ajouté les arrêts.


Ils se retrouvent ici : http://overpass-turbo.eu/s/JpR

4 tags :

  * amenity=car_pooling
  * network=Rézopouce
  * ref=*
  * name=*

n'hésitez pas à faire des retours !

Bonne journée

--
Vincent Bergeot

___
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



--
Vincent Bergeot

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

[talk-cz] Divne vykresolvani stanic metra

[r00t]

Ahoj,

Kdyz jsem se dneska podival na osm na spodni cast Vaclavaku tak se mi zdalo ze
je tam neco spatne... co je ten sedivy pas pres Batuv palac?
Potom mi doslo ze je to stanice metra Mustek a dalsi podzemni cesty, ktere se
ale vykresluji jenom skrz budovy a ne plochu namesti.
Nevim co se posledni dobou zmenilo (muze za to nova verze Mapniku? nebo nejaka
chyba v OSM datech?) ale ted je to hodne zavadejici, podzemni cesty vypadaji
jako dalsi pasaze prochazejici domy atd...

 https://www.openstreetmap.org/#map=19/50.08324/14.42328=N


r00tcz


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

Re: [talk-au] Caltex on name-suggestion-index

[Mateusz Konieczny]

Can you link to an affected OSM object? It sounded like something caused by 
name-suggestion-index, but I see no matches in
https://github.com/osmlab/name-suggestion-index/blob/master/brands/amenity/fuel.json
 

that would cause this.

The same for
https://github.com/osmlab/name-suggestion-index/blob/master/brands/shop/convenience.json
 


It also appears to not be caused by recent changes from looking at
https://github.com/osmlab/name-suggestion-index/commits/master/brands/shop/convenience.json
 

and
https://github.com/osmlab/name-suggestion-index/commits/0d944dde401119d3aa767c18b68ee44b112fa4ba/brands/amenity/fuel.json

---

BTW, I made a small tool that list what name-suggestion-index considers as 
matches -
 examples from Manhattan:

name=Adidas - proposed change from `shop=clothes` to `shop=sports` 
https://www.openstreetmap.org/node/6187504686


name=Dollar Tree - proposed change from `shop=convenience` to 
`shop=variety_store` https://www.openstreetmap.org/node/5625761131


name=Timberland - proposed change from `shop=shoes` to `shop=clothes` 
https://www.openstreetmap.org/node/2709306607





name=FedEx Office - proposed change from `amenity=post_office` to 
`shop=copyshop` https://www.openstreetmap.org/node/5978745700


Such list may be used both to look for some mistakes in a local area and for 

mistakes in name-suggestion-index.




If somebody would be interested I can generate it for any location (I need just 
location, 

how large area should be covered and how long list is requested)

29 May 2019, 01:17 by osm.li...@chuq.net :

> Thanks Alex and Ian,
>
> So it seems there are plenty of standard Caltex service stations in Australia 
> - any advice on how to stop entries labelled "Caltex" from auto resolving to 
> a "Woolworths Petrol" location when "update these tags" is used?
>
> Just changed the "brand" on the second entry in my original post from 
> "Caltex" to "Caltex Woolworths"?
>
> I could play about of course, but I don't want to break things!
>
> Regards,
> Charles
>
>
>
> On Tue, May 28, 2019 at 3:42 PM Ian Sergeant <> inas66+...@gmail.com 
> > > wrote:
>
>> Strictly speaking, I don't think that's true.  Some Caltex operated sites 
>> still branded as Woolworths Caltex, and offered the Woolworths facilities.  
>> You couldn't tell just by looking who owned what. 
>>
>> Of course, now Woolworths has sold all its fuel outlets, and doesn't operate 
>> as a fuel retailer any longer.
>>
>> I'd go by the name on the sign - as these are likely to change over the past 
>> few months as the Caltex owned stores all revert to form.
>>
>> Ian.
>>
>> On Tue, 28 May 2019 at 14:51, Alex (Maxious) Sadleir <>> maxi...@gmail.com 
>> >> > wrote:
>>
>>> On Tue, May 28, 2019 at 1:55 PM Charles Gregory <>>> osm.li...@chuq.net 
>>>  wrote:
>>>
 Are "Caltex" and "Caltex Woolworths" identical in some parts of Australia?


>>> "What is the difference between [the 535] Woolworths Caltex and [the 680] 
>>> Caltex locations? 
>>> Woolworths Caltex is a Woolworths owned fuel location, that sells Caltex 
>>> fuel. The shop at a Woolworths Caltex is a Woolworths store.  
>>> The shop at a Caltex location can be a Star Mart, Star Shop or The Foodary."
>>> https://www.caltex.com.au/woolworths 
>>> >>
>>> The map on their website makes a distinction between the two when you click 
>>> on it >>> https://www.caltex.com.au/find-a-caltex 
>>> >> ___
>>>  Talk-au mailing list
>>>  >>> Talk-au@openstreetmap.org 
>>>  >>> https://lists.openstreetmap.org/listinfo/talk-au 
>>> 
>>>
>> ___
>>  Talk-au mailing list
>>  >> Talk-au@openstreetmap.org 
>>  >> https://lists.openstreetmap.org/listinfo/talk-au 
>> 
>>

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

Re: [OSM-talk-be] bridge or tunnel?

[Lionel Giard]

Here is a few bullet point explaining my reasoning to decide if it is a
tunnel or not :

   - I think that most of the exceptions mentioned, are well-known as being
   a tunnel (like tunnel in Brussels). Thus it is not a problem for these.
   - If you have nothing on top, and it is a passage going under something,
   it is always a tunnel (like below a city, below a mountain, ...). if you
   don't have something directly on top (no road, no railway...), there is no
   question to me. Even if you generally have roads/railways somewhere above
   these type of tunnel (For example, you often have something on the
   mountain, but it is not "directly on top").
   - Thus, the question is only posed in case where two
   railway/highways/rivers/... (or any combination of them) crosses each
   others. Then the usual rule of thumb can be applied :


   1. if it looks like a bridge = a bridge;
   2. if it looks like a tunnel (longer than wide, structure looks like
   one, ... -> WHATEVER is your definition, it will always be subjective) then
   it is a tunnel, ...

And  we probably will always disagree on some of these interpretation. The
only case where it is really verifiable is when there is a sign telling
"bridge n°4295" like on our motorways or if the structure is named ("Viaduc
Herman Debroux", "Tunnel Montgommery", ...) or if an official database
exist with a classification.

Le mer. 29 mai 2019 à 06:04, Marc Gemis  a écrit :

> additional things that can be part of the definition:
>  - passages through embankments are (in general) not tunnels.
> - when a road passes over another one, located in a cutting, does not
> place the lower one in a tunnel (Antwerp ring road)
> - when the road goes under a waterway, the road is in a tunnel
>
> Again: exceptions will exist and they have to be seen as a rule of
> thumb, not a hard definition.
>
> On Wed, May 29, 2019 at 5:46 AM Marc Gemis  wrote:
> >
> > AFAIK the tunnel=building_passage, this is not a tunnel, but using the
> > tunnel tag anyway. I guess the same is true for culvert. I would not
> > try to come up with a definition that is also applicable to those 2.
> >
> > Maybe my rule of thumb could be extended somehow for the metrotunnels,
> > which are clearly underground, and are therefore tunnels. For the mole
> > pipes, you write "dug out and covered", which is another indication
> > that it is a tunnel.
> >
> > That being said, I guess you will never find a definition that works
> > 100% of the time, because the real world is just messy.
> >
> > On Tue, May 28, 2019 at 11:57 PM Stijn Rombauts via Talk-be
> >  wrote:
> > >
> > > Hi,
> > >
> > > First: the interpretations given here to 'tunnel' are much more strict
> than the wiki, which leaves much more room for interpretation. A strict
> interpretation of tunnel makes the use of tunnel=yes of tunnel=culvert for
> passages of rivers underneath a road senseless, just as
> tunnel=building_passage.
> > >
> > > Second, I hope that you are aware of the consequences of your
> interpretations. Let's use the definition of Marc, which is the most
> elaborated: "I apply the rule: stand on the road, look up, which layers of
> material do you "see" before you reach the sky? Is there earth
> (grond/aarde) that was not placed there artificially, then you are in a
> tunnel.": Then the 'railroad tunnel' between Brussels North and Brussels
> South is NOT a tunnel. It is just a mole pipe (in the words of Gerard). The
> whole thing is dug out, built and then covered with streets, buildings and
> here there a bit of gorund.
> > > Even a lot of the metrotunnels are made with the 'cut and cover'
> technique and are thus NO tunnels? Ecoduct Kikbeekbron over the E314 is NOT
> a tunnel?
> > > Also the examples given by Marc and Tim with such a thin cover are
> most likely made 'cut and cover' and have only 'artificial' things
> overneath: NO tunnels...
> > > And what do you do with the GEN-constructions at railway 161 in
> Genval? The railway has been covered with roads and parking lots. Also no
> tunnels?
> > > On the other hand: ecoduct Groenendaal really looks like a bridge but
> has been mapped as a tunnel...
> > >
> > > Lionel said : "A tunnel is generally something that was dig (removing
> earth/material) and consolidated from the inside (most often with concrete)
> like a subway tunnel if you want. It seems pretty rare to dig a big hole,
> make a tunnel and put back the earth on top !": Yet, that ís a very common
> practice...
> > >
> > > So to me these seem to be useless definitions...
> > >
> > > Or does the word 'artificial' means that ground level matters? The
> ringway around Antwerp (R1) is almost everywhere at level -1, below ground
> level. The cutting is here the artificial structure (using Yves' words this
> time). So where there is a road going overneath, the ringway goes through a
> tunnel...? The same for Joost's example: if you look at the aerial imagery,
> you can see clearly they had to dig out the N28 to get 

Re: [OSM-talk-fr] [pro] Ajout des données Rézopouce

[PanierAvide]

Salut Vincent,

Si je comprends bien, ce réseau prévoit que les véhicules puissent 
s'arrêter pour prendre des covoitureurs, mais aucun stationnement plus 
long n'est prévu ? Est-ce que l'on ne devrait pas ajouter un maxstay=* 
pour différences des aires de covoiturage où les personnes peuvent se 
rejoindre à plusieurs voitures pour ne repartir qu'avec une seule ?


Cordialement,

Adrien P.

Le 28/05/2019 à 17:21, Vincent Bergeot a écrit :


Bonjour,

j'en ai discuté sur la liste transport mais pas ici :(

Rezopouce, l'autostop au quotidien (https://rezopouce.fr/), a fourni 
les données de ses arrêts dans le Seignanx (le sud-ouest des Landes).


Après avoir vérifié la cohérence (bord de route et en particulier 
croisement ou espace dégagé), ajouté dans Umap pour que des locaux 
(les gens de l'office de tourisme) les vérifient, j'ai ajouté les arrêts.


Ils se retrouvent ici : http://overpass-turbo.eu/s/JpR

4 tags :

  * amenity=car_pooling
  * network=Rézopouce
  * ref=*
  * name=*

n'hésitez pas à faire des retours !

Bonne journée

--
Vincent Bergeot

___
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: [Talk-it] hotosm - OSM analytic tracker in Somalia

[Ivo Reano]

Come mai compaiono dei changeset non del task 5892?
User ArneBerlin...

Il giorno mer 29 mag 2019 alle ore 10:43 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Ciao.
> ho attivato questo tracker [1] per il task 5892 [2]. Il tool è in prova,
> ma sembra abbastanza stabile. Traccia i changeset in Somalia quasi in tempo
> reale (vedi parametro "lag") ed elimina dall'elenco i changeset >48h.
> Interessante è la "visual diff".
>
> Sto facendo uno "stress test" sullo stesso HW provando anche il tracker
> per il Friuli Venezia Giulia [3].
>
>
> [1] http://bpi.uk.to:8890/
> [2] https://tasks.hotosm.org/project/5892
> [3] http://bpi.uk.to:8080/
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Modifications des voies de bus rue de Rivoli

[Johnparis]

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
> https://www.openstreetmap.org/changeset/70697665, qui est assez
> illisible et touche un grand nombre d'objets sur la rue de Rivoli.
> Certaines modifications ont clairement l'air incorrectes (nœud commun
> entre le métro et la rue https://www.openstreetmap.org/node/368205 par
> exemple), mais il y a probablement des erreurs plus subtiles aussi que
> j'ai ratées.
>
> Quelqu'un avec une bonne connaissance du coin et des schémas de bus
> peut-il jeter un œil et faire un commentaire en conséquence ? En
> regardant l'historique du contributeur, il a recommencé à contribuer
> récemment après une longue pause (un an), et il y a déjà quelques
> commentaires sur des changesets précédents, sans réponse :/ à suivre,
>
> Bonne journée,
> --
> Phyks
>
> ___
> 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: [talk-cz] Body záchrany Lesy ČR

[majkaz]

Milý Spratku,
 
myslela jsem, že když po přečtení tvého mailu počkám, tak vychladnu. Nějak se 
mi to ale nedaří, takže - gratuluji, to zvolené jméno skutečně sedí. To cos 
napsal, je přístup mé čtyřleté neteře když má svůj den.
 
A teď fakticky k věci:
 
1. díky za ten souhlas. 
2. pro nahrání je třeba dodržet to, co bylo zmiňováno původně:
   - projednat to tady, navrhnout jakým způsobem se ty body záchrany budou 
importovat
   - zároveň navrhnout, jak se to sloučí s existujícími v OSM - a ty původní 
neměnit, 
   - počkat, až se k tomu ostatní vyjádří, případně změnit/doplnit
   - ze slušnosti oznámit záměr i na import list, i když se týká jen ČR
   - počkat znovu na to, jestli se nezdvihne protest, případně se s tím nějak 
popasovat
   - až po tomhle všem skutečně provést import (samostatným importním účtem)
 
A zpátky k těm tvým poznámkám:
   - žádný pořádek si v tom neudělal, protože to znamená dodržet ty body výše
   - OSM pro orientaci v terénu nás tady používá většina, a přesto si z toho 
nikdo nemůže dělat jen svoje pískoviště, kde bude ostatním rozšlapávat bábovičky
   - mapování "pro sebe" s tím, že ignoruješ ostatní, do OSM nepatří. Jestli to 
chceš hned, hoď si to jako své osobní body zájmu do své mapové aplikace. V ostatním se 
zkrátka musíš přizpůsobit a počkat.

Ad import:
   Dovoluji si odhadnout, že na ten import nemáš trpělivost. Platí-li předchozí 
věta, můžu tím vším projít sama, a ten import udělat. V žádném případě však 
nepočítej, že to bude zítra, protože ten bod 2. zmiňovaný výše znamená 
minimálně dva až tři týdny času, pokud je vše připraveno perfektně a nikde se 
nic nezdrží. Ale klidně to můžeš provést sám. Jen to zkrátka není jen o tom 
nahrání tak, jak jsi to provedl původně.
 
Majka
__
> Od: "Spratek" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 29.05.2019 10:31
> Předmět: Re: [talk-cz] Body záchrany Lesy ČR
>
Zdravím,
posílám odkaz na souhlas LČR 


https://my.pcloud.com/publink/show?code=XZ0TQA7Z9d4DG6ElgqkfHHPG5Kw28y5v0eR7 


>emergency_access_point jsem neměl páru.

>No a přesně o tom je ta nutnost to nejprve prodiskutovat  Víc hlav víc ví.

>Marián

Možná víc hlav víc ví, ale neznamená to, že by se alespoň jediná hlava pokusila 
v tom udělat pořádek.
Proč jsou Body záchrany doposud ve třech variantách? Proč většina bodů nemá 
správně nastavené kombinace klíčů.
K čemu vám je, že víte jak to má být, když to nikdo neaplikuje? Proč nejsou 
kombinace klíčů, které jsou pro vás nepostradatelné uvedeny na Wiki?

Možná se někdo bude divit, ale já OSM používám k orientaci v terénu a největším 
problémem OSM  je to, že tam informace chybí  a ne, že je někde dabl a také to, 
že pro jednu věc se používá více tagů.
Nehledě na to, pokud se budu válet v lese se zlomenou hnátou a budu muset 
vzpomínat, které všechny klíče mají přiděleny Body záchrany, tak nevím jestli 
bych se pomoci někdy dočkal.

Ještě bych se chtěl zeptat, jaký bude další postup, ty body tam zpátky vrátí 
někdo z vás?
Díky 


S pozdravem R.M.


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

Re: [talk-cz] Body záchrany Lesy ČR

[Marián Kyral]

-- Původní e-mail --
Od: Spratek 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 5. 2019 10:35:42
Předmět: Re: [talk-cz] Body záchrany Lesy ČR
"Zdravím,
posílám odkaz na souhlas LČR

https://my.pcloud.com/publink/show?code=XZ0TQA7Z9d4DG6ElgqkfHHPG5Kw28y5v0eR7

>emergency_access_point jsem neměl páru.

>No a přesně o tom je ta nutnost to nejprve prodiskutovat  Víc hlav víc ví.

>Marián

Možná víc hlav víc ví, ale neznamená to, že by se alespoň jediná hlava
pokusila v tom udělat pořádek.
Proč jsou Body záchrany doposud ve třech variantách? Proč většina bodů nemá
správně nastavené kombinace klíčů.
K čemu vám je, že víte jak to má být, když to nikdo neaplikuje? Proč nejsou
kombinace klíčů, které jsou pro vás nepostradatelné uvedeny na Wiki?

Možná se někdo bude divit, ale já OSM používám k orientaci v terénu a
největším problémem OSM je to, že tam informace chybí a ne, že je někde dabl
a také to, že pro jednu věc se používá více tagů.
Nehledě na to, pokud se budu válet v lese se zlomenou hnátou a budu muset
vzpomínat, které všechny klíče mají přiděleny Body záchrany, tak nevím
jestli bych se pomoci někdy dočkal.
"



Ahoj,

není třeba se hned čertit. Zapomínáš, že OSM je tvořena hlavně dobrovolníky
a ti mají, kromě vlastního života, asi milion plus jedna věcí, které by bylo
dobré do OSM přidat nebo opravit. Takže hodně záleží na prioritách každého
jednotlivce. Každý dělá hlavně to, co jej baví a nebo pálí. A není nás zase
tolik, aby se hned udělalo vše. A úplně nejméně populárnímu úkolu (a to i v
běžném životě) se myslím říká "úklid" :-D





Importy jsou chvályhodné, ale po předchozích špatných zkušenostech z importů
po celém světě se nastavila nějaká pravidla. Měla by to být záruka toho, že
import bude kvalitní a nebude ostatním přidělávat další práci.




A dost pochybuji, že v lese budeš louskat tagy v databázi. To za tebe dělá
autor mapové aplikace.





Marián
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] Modifications des voies de bus rue de Rivoli

[Phyks]

Bonjour,

Je viens de voir passer 
https://www.openstreetmap.org/changeset/70697665, qui est assez 
illisible et touche un grand nombre d'objets sur la rue de Rivoli. 
Certaines modifications ont clairement l'air incorrectes (nœud commun 
entre le métro et la rue https://www.openstreetmap.org/node/368205 par 
exemple), mais il y a probablement des erreurs plus subtiles aussi que 
j'ai ratées.


Quelqu'un avec une bonne connaissance du coin et des schémas de bus 
peut-il jeter un œil et faire un commentaire en conséquence ? En 
regardant l'historique du contributeur, il a recommencé à contribuer 
récemment après une longue pause (un an), et il y a déjà quelques 
commentaires sur des changesets précédents, sans réponse :/ à suivre,


Bonne journée,
--
Phyks

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

Re: [Talk-de] Genealogie - [war: Neuvorstellung und Frage zu historischen Ortsnamen]

[Martin Trautmann]

On 19-05-29 10:00, Markus wrote:

> Wobei dort zusätzlich zu den Orten auch "Objekte in Orten" erfasst sind.
> Wenn dann die Klassen (Ort, Rathaus, Kirche, Gericht, Landstrrich, etc.)
> nicht sauber unterschieden sind,
> nicht zuletzt auch bezüglich der zeitlichen Periode (Jahr von-bis),
> dann kommt es zu Dubletten und Überschneidungen, die das Ganze bald
> unbrauchbar machen.
> Zumindest auf den ersten Blick findet man viele redundante Einträge,
> aber mit verschiedenen Koordinaten...

Das ist durchaus sinnvoll, die Zusammenfassung gleichnamiger Einträge
ist ziemlich schwierig.

Nimm als offensichtliches Beispiel Hamburg. Meinst du damit das
Bundesland, den Kreis (Kennzeichen HH), die Gemeinde, das Stadtgebiet...

Bei jedem x-beliebigen Eintrag kann es neben der relativ eindeutigen,
sog. politischen Zuordnung - mitsamt ihrem chronologischen Verlauf an
Gebietsänderungen und Gemeindefusionen - noch beliebig andere Strukturen
geben. Beispielsweise sind nicht nur Postleitzahlbezirke als
offensichtliches, aktuelleres Beispiel, oft gänzlich als politische
Strukturen. Auch kirchliche Strukturen können ganz andere Grenzen ziehen.

Bei genealogischen Einträgen kommen dann noch komplizierte, alte
Eigentumsstrukturen dazu - wo zu einem Königreich, einem Herzogtum,
einem Schloss oder Kloster noch wild verstreute Grundstücke oder Güter
dazu gehören.

Und im Ausland sieht vieles nochmals ganz anders aus.

Eine Zusammenfassung von Einträgen ist also immer eine vereinfachende
Modellbildung, die trotzdem sinnvoller ist, als das getrennte Nebeneinander.

> GEDCOM-Systematik:
> http://wiki-de.genealogy.net/GEDCOM/PLAC-Tag#Vereinbarungen_zu_PLAC
> http://wiki-de.genealogy.net/GEDCOM/_LOC-Tag#L1_Ortsdatensätze
> 
> _Kompatibilität_
> Sinnvoll wäre natürlich, die GEDCOM-Systematik kompatibel zu machen mit
> WikiData einerseits und mit OSM andererseits :-)
> Bezüglich Datenschema und Lizenz, incl. Konvertierungs-Tool.

GEDCOM ist nochmals ein völlig anderes Thema - und GEDCOM kannst du
nicht kompatibel machen, weil bis Standard 5.5 das "Eigentum" der
Mormonen ist. Neuere Varianten (aktuell 5.5.1) sind unabhängige
Fortschreibung des (aufgegebenen) Standards.

Du kannst dir da jederzeit etwas kompatibel gemachtes ausdenken - aber
das ist nicht mehr GEDCOM, sondern dein Privatvergnügen.


Schönen Gruß
Martin



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

Re: [OSM-talk-fr] [pro] Ajout des données Rézopouce

[marc marc]

Le 29/05/2019 à 11:10, Phyks a écrit :
>> pas rendus sur osm.org :/ 
>> https://github.com/gravitystorm/openstreetmap-carto/issues/3456

on n'a pas moyen de l'imposer mais on peux faciliter les choses :
- trouver un bon icône
- l'ajouter sur le wiki (et faire la page fr en passant)
- trouver le maximum de donnée opendata de qualité à intégrer
afin d'augmenter le nombre d'objet
- faire un PR sur le rendu osm-fr en espérant que le code
n'ai pas trop diverger afin de pouvoir le reproposer ensuite sur osm.org

Le 29.05.19 à 11:48, Vincent Bergeot a écrit :
> de la discussion sur la liste transport, nous avions évoqué plutôt 
> network que operator. Qu'en pensez vous ?

c'est souvent impossible de dire qui est l'opérateur (qui s'occupe
de la maintenance) alors que le réseau (ou est-ce une marque ?)
est facile donc oui network/brand me semble préférable
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] Anyone who likes to organize an ID discussion panel at SotM?

[Christine Karch]

Hi,

reading the discussions about the direction of ID development and how
the community wants the ID at the OSM website I had the idea that there
could perhaps be a panel at SotM. Does anyone want to organize an ID
discussion panel at SotM? Please tell me or us (program committee in CC)
and we can consider it. At the moment it would be sufficient to have
someone (or more) who wants to organize it. All details could be defined
later.

As ID is a core feature at the OSM website I think this would be
suitable for the main program at SotM.

Additionally it is always possible to organize informal meetings, panels
during SotM in the unconference space (we will provide a lot of it).

By the way ticket sales is open. The Early Bird phase is until 7 July.
Program announcement will be around 20 June.

We will have our schedule meeting at 8 June. So it would be good to know
if an ID panel should be planned. Details for the program booklet should
be provided until end of July.

Cheers

Christine

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

Re: [talk-cz] WeeklyOSM CZ 460: Cyklostezka v Libavé

[majkaz]

Prosím ještě jednou o potvrzení, že tu relaci cyklostezky můžu definitivně vymazat 
(https://www.openstreetmap.org/relation/2900777 
). V podstatě teď ničemu 
nevadí, už se přestala vykreslovat, což těm vojákům vadilo asi nejvíc...
 
Majka

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

Re: [OSM-talk] Documenting controversial iD decisions

[Lester]

On 29/05/2019 01:10, Clifford Snow wrote:
Why should one editor be held to higher standards than others? Shouldn't 
they all be held to the same standard?


As someone who still fights to keep potlatch2 working locally then yes 
all options should be judged to the same standard, and there are 
defaults on all editors that simply don't work or contradict what 
another editor 'defaults' to providing. Invariably I end up on 
'advanced' so I can override choices given even in potlatch2.


The 'standard' should be the current tagging guidelines and NOTHING 
should prevent an editor from adding changes that ARE still evolving. 
lifeguard facilities are a good example of the sort of additional detail 
that is still developing. So being able to add that detail is important 
even if it needs manual assistance. NO editor should enforce it's own 
restricted view of tagging here.


I'm still of the opinion that what I will call 'primary' keys should be 
more regulated, and that the API provides the standard for key elements 
like highway and building. highway=platform is a key element of my view 
of the data and simply extracting 'highway' should give all of the key 
material for moving around the world ... along with waterway although in 
my mind navigable 'waterway' elements are simply highway as well along 
with railway. So fragmenting all these across other 'new' detail tags is 
simply wrong in my higher level view of the data. Pedestrian areas 
linking between road, rail and water transport DO need a little more 
consistent tagging as it is not at all easy currently to decide just 
what IS a correct set of tags to cover all pedestrian areas? It should 
not depend on which editor was used to create the data :(


--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.co.uk
Rainbow Digital Media - https://rainbowdigitalmedia.co.uk

--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.co.uk
Rainbow Digital Media - https://rainbowdigitalmedia.co.uk

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

Re: [Talk-de] Genealogie - [war: Neuvorstellung und Frage zu historischen Ortsnamen]

[Martin Koppenhoefer]

Am Mi., 29. Mai 2019 um 10:04 Uhr schrieb Markus :

>
> Frühere/alte Namen werden mit old_name:* in der Datenbank erfasst.
> https://wiki.openstreetmap.org/wiki/DE:Key:old_name
>
> Der * bedeutet:
> hier folgt das *Länderkürzel* (ISO-3166-1)
> getrennt mit einem Doppelpunkt,
> gefolgt mit dem *Zeitraum* (Jahreszahl von-bis)
> getrennt mit einem Doppelpunkt.
>


was in der URL wie ein Länderkürzel aussieht, ist das Sprachenkürzel wie es
das Wiki macht. Bei Namensvarianten taggen wir immer Sprachkürzel.



>
> Wobei bei OSM nicht definiert ist, wann das Länderkürzel, und wann das
> Sprachkürzel verwendet wird und warum.
>


doch das ist definiert, Länderkürzel wenn es um Länder geht, und
Sprachkürzel bei Sprachen.

Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] [pro] Ajout des données Rézopouce

[Vincent Bergeot]

Le 29/05/2019 à 11:10, Phyks a écrit :

Bonjour,

J'en avais ajouté quelques uns du réseau Covoit'ici aussi (par exemple 
https://www.openstreetmap.org/node/5981485462), à partir de leurs 
données et de vérification terrain / Mapillary. C'est assez frustrant 
par contre que ces objets ne soient pas rendus sur osm.org :/ 
https://github.com/gravitystorm/openstreetmap-carto/issues/3456


merci. Je garde cela dans un coin de la tête, pour le rendu.

Il y a un bug sur la valeur de website=* il ne trouve rien.

de la discussion sur la liste transport, nous avions évoqué plutôt 
network que operator. Qu'en pensez vous ?


à plus









Bonne journée,

Le 2019-05-28 17:21, Vincent Bergeot a écrit :

Bonjour,

j'en ai discuté sur la liste transport mais pas ici :(

Rezopouce, l'autostop au quotidien (https://rezopouce.fr/), a fourni
les données de ses arrêts dans le Seignanx (le sud-ouest des
Landes).

Après avoir vérifié la cohérence (bord de route et en particulier
croisement ou espace dégagé), ajouté dans Umap pour que des locaux
(les gens de l'office de tourisme) les vérifient, j'ai ajouté les
arrêts.

Ils se retrouvent ici : http://overpass-turbo.eu/s/JpR

4 tags :

 * amenity=car_pooling
 * network=Rézopouce
 * ref=*
 * name=*

n'hésitez pas à faire des retours !

Bonne journée

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




--
Vincent Bergeot


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

Re: [OSM-talk] Documenting controversial iD decisions

[Yves]

To avoid hurting any sensibilities, I'd say this is maybe not the best way to 
go in its form.
Why not organizing a kind of audit with a review process that would be 
coordinated? 
Otherwise I fear this page could just end up being a list for everybody pet 
rant. 
Yves 


Le 29 mai 2019 00:46:42 GMT+02:00, Michael Reichert  a 
écrit :
>Hi,
>
>I started documenting controversial decisions by the maintainers of iD
>at https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions
>
>Currently, only the highway=footway and the nonsquare=yes issue are
>mentioned.
>
>Please feel free to add other issues which have proofed controversial
>so
>far. Don't forget to summarise the opinion of the maintainer as well to
>aim at least some neutrality as far as it is possible for those
>involved
>in the disputes. Please add links to relevant discussions as well.
>
>Best regards
>
>Michael
>
>
>-- 
>Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
>ausgenommen)
>I prefer GPG encryption of emails. (does not apply on mailing lists)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] place de parking dan Paris [était: Peut-être enfoncé-je des portes ouvertes]

[Lau]

Hello,

j'avais commencé ce travail (saisie des places PMR dans OSM à partir 
d'un fichier opendata) sur Tours il y a quelque temps, mais sans aller 
bien loin.



Cyrille m'avait généré les données sous la forme d'un fichier xml avec 
l'extension .osm : 
https://www.data.gouv.fr/fr/datasets/places-pour-personnes-a-mobilite-reduite-pmr-de-la-ville-de-tours/


Et voici comment je procédais :

J'ai installé le plugin josm todo comme conseillé ici 
http://forum.openstreetmap.fr/viewtopic.php?f=5=4618=12743=conflation+todo#p12743


6:46 PM 

Petit Todo pour mémo

 * J'installe le greffon JOSM Todo et je redémarre JOSM
 * ouvrir JOSM, puis Fichier / nouveau calque (vide)
 * Fichier /ouvrir : j'ouvre le fichier xml en .osm
 * je clique dans la fenêtre principale + (CTRL+A) pour sélectionner
   tous les POI et dans la fenêtre Todo (colonne de droite en bas) je
   fais ajouter. ça m'ajoute à ma todo list tous les POI
 * J'ajoute en fond l'imagerie Tours orthophoto 2013
 * je masque l'imagerie orthophoto et je zoome sur un POI, je réaffiche
   l'orthophoto, si l'image me permet de positionner le POI :
 o je sélectionne le POI
 o dans ma todoliste je clique sur "marquer l'élément sélectionné
   sur la carte comme réalisé"
 o Je copie le POI (CTRL + C)
 o je télécharge la zone dans un nouveau calque (ça m'active
   automatiquement le nouveau calque de données)
 o sur ce nouveau calque, je clique à l'endroit précis où je veux
   coller le POI et je fais (CTRL+V) + j'envoie les données
 o je supprime ce calque de données... et je recommence l'opération
   pour un autre POI

Note : de mémoire ce qui a été coché comme fait n'est pas mémorisé dans 
la todolist à la fermeture de JOSM, donc éventuellement scinder le 
fichier xml en plusieurs morceaux...


J'avais fait une carte umap pour noter grossièrement les zones que 
j'avais traitées.
Je n'y ai pas pensé mais j'aurais pu ajouter sur ma carte umap les 
places PMR *données par la ville mais non vérifiables depuis mon bureau* 
(orthophoto, mapillary), pour ensuite les relier par une trace GPS... à 
importer dans OSMAnd pour ensuite aller vérifier sur le terrain à vélo.


Je suis preneuse d'une méthode moins fastidieuse s'il y a :)

Laurence


Le 29/05/2019 à 09:23, Phyks a écrit :

Bonjour,

Le même jeu de données comprend les arceaux vélos et deux roues, sur
lesquels j'ai plus d'expérience. Pour les arceaux, il est plutôt très
bon. Il y a d'ailleurs une visualisation en surimpression avec des
images prises depuis la rue, qui montre que la qualité est plutôt très
satisfaisante : http://capgeo.sig.paris.fr/Apps/Stationnement2Roues/.

D'ailleurs, la partie "stationnement deux roues" est déjà intégrée dans
Osmose
(https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_bicycle_parking_FR_paris.py).
Avec les bons tags, ce ne devrait pas être très dur d'adapter ça pour
ingérer aussi les places PMR.




aucune idée de la fiabilité mais attention à la maintenance

vouloir renseigner les parkings jusqu'à l'emplacement individuel
en voirie, cela va faire un boulot de titan en maintenant
si tu regardes dans osmose opendata, tu verras que même
les objets qui varient peu manquent de bras pour être maintenu

À mon avis, une telle précision dépend de la qualité des jeux de données
et des contributions potentielles. Ici, à Paris, il y a une masse
critique de contributeurs (qui devraient pouvoir maintenir la donnée,
pas comme une action isolée de quelqu'un motivé dans une petite ville).
Il y a aussi de l'orthophotographie avec un très bon zoom qui permet de
les ajouter / confirmer rapidement depuis son canapé.

Et la mairie a un jeu de données de bonne qualité pour l'instant. Tant
que les relevés futurs restent publiés en OpenData, la maintenance
devrait aussi être facilitée avec une intégration Osmose par exemple.

Bonne journée,


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

Re: [Talk-it] highway=residential con access=permissive

[Andrea Musuruane]

Ciao Ferruccio,

On Tue, May 28, 2019 at 7:00 PM canfe  wrote:

> Ciao Andrea,
> non penso possa essere motor_vehicle=private (Only with permission of the
> owner on an individual basis)
> per due ragioni:
> 1) il permesso non è su base individuale, ma per categorie (contadini,
> silvicoltori e pastori)
> 2) non è il proprietario (owner) della strada a dare il permesso, ma è la
> Regione demandando ai Comuni a "toglierlo".
>

Mi sembrano un po' questioni di lana caprina.


> Penso possa essere invece:
>
> access= agricultural -- "Only for agricultural traffic. Note a farmer's
> access track would be private rather than agricultural unless the track is
> open to any vehicle used for agricultural purposes."
>
> oppure
>
> access= forestry -- "Only for forestry traffic."
>
> come da https://wiki.openstreetmap.org/wiki/Key:access
>

Questi non vanno bene perché non contemplano tutte le categorie incluse.


> Altrimenti pragmaticamente come dice @Alfredo Gattai:
> motor_vehicle=no perche' chi ha il permesso sa di averlo
>

Premesso che chi ha il premesso sa sempre di averlo, non solo in questo
caso, proprio per questo motivo trovo più adatto motor_vehicle=private.


> PS: forse sarebbe meglio ricominciare la discussione con un post nuovo ad
> hoc??
>

Credo di sì e credo sarebbe il caso di farla su talk-it-piemonte ;-)

Ciao,

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

Re: [OSM-talk-fr] [pro] Ajout des données Rézopouce

[Phyks]

Bonjour,

J'en avais ajouté quelques uns du réseau Covoit'ici aussi (par exemple 
https://www.openstreetmap.org/node/5981485462), à partir de leurs 
données et de vérification terrain / Mapillary. C'est assez frustrant 
par contre que ces objets ne soient pas rendus sur osm.org :/ 
https://github.com/gravitystorm/openstreetmap-carto/issues/3456


Bonne journée,

Le 2019-05-28 17:21, Vincent Bergeot a écrit :

Bonjour,

j'en ai discuté sur la liste transport mais pas ici :(

Rezopouce, l'autostop au quotidien (https://rezopouce.fr/), a fourni
les données de ses arrêts dans le Seignanx (le sud-ouest des
Landes).

Après avoir vérifié la cohérence (bord de route et en particulier
croisement ou espace dégagé), ajouté dans Umap pour que des locaux
(les gens de l'office de tourisme) les vérifient, j'ai ajouté les
arrêts.

Ils se retrouvent ici : http://overpass-turbo.eu/s/JpR

4 tags :

* amenity=car_pooling
* network=Rézopouce
* ref=*
* name=*

n'hésitez pas à faire des retours !

Bonne journée

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


--
Phyks

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

Re: [OSM-talk] mass iD validation arrives in NYC

[Marc Gemis]

I assume that that way (powerline) was downloaded because it also has
nodes in the area you downloaded. JOSM will never complain about
objects that are not downloaded. Powerline ways tend to be long, so
the warning can easily be in another state, that is true.
Furthermore, I thought that it is not allowed to have nodes in a
powerline that do not have tags. So the suggestion to fix it, is a
valid one.
And it is not because JOSM warns about nodes without tags in a
powerline, that it allows you to solve that problem by clicking a
magical "Solve" button. You still have to add the tags yourself.

There is a magical "Solve" button in JOSM, but its capabilities are
limited (e.g. removing vehicle=yes on highway=residential and the
like), or merging 2 nodes that are lying on top of one another (at
least when the nodes have no tags).

regards

m.

On Tue, May 28, 2019 at 10:14 PM Clifford Snow  wrote:
>
>
>
> On Tue, May 28, 2019 at 10:53 AM Dave F via talk  
> wrote:
>>
>> I notice these changesets were completed in 30/60 seconds respectively.
>> I don't use iD. How is this possible? Does it have a JOSM like mass edit
>> ability?
>>
> Yes - JOSM does allow mass fixes through the validator. I've even seen 
> suggestions to fix objects on ways that are outside of the downloaded area. 
> For example, missing power poles on power lines. I don't "fix" those because 
> the validator is just looking at a node without a power pole. Often their 
> isn't a pole at that location according to the imagery.
>
> Best,
> Clifford
>
> --
> @osm_washington
> www.snowandsnow.us
> OpenStreetMap: Maps with a human touch
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[Talk-it] hotosm - OSM analytic tracker in Somalia

[Cascafico Giovanni]

Ciao.
ho attivato questo tracker [1] per il task 5892 [2]. Il tool è in prova, ma
sembra abbastanza stabile. Traccia i changeset in Somalia quasi in tempo
reale (vedi parametro "lag") ed elimina dall'elenco i changeset >48h.
Interessante è la "visual diff".

Sto facendo uno "stress test" sullo stesso HW provando anche il tracker per
il Friuli Venezia Giulia [3].


[1] http://bpi.uk.to:8890/
[2] https://tasks.hotosm.org/project/5892
[3] http://bpi.uk.to:8080/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Body záchrany Lesy ČR

[Spratek]

Zdravím,
posílám odkaz na souhlas LČR 

https://my.pcloud.com/publink/show?code=XZ0TQA7Z9d4DG6ElgqkfHHPG5Kw28y5v0eR7

>emergency_access_point jsem neměl páru.

>No a přesně o tom je ta nutnost to nejprve prodiskutovat  Víc hlav víc ví.

>Marián

Možná víc hlav víc ví, ale neznamená to, že by se alespoň jediná hlava pokusila 
v tom udělat pořádek.
Proč jsou Body záchrany doposud ve třech variantách? Proč většina bodů nemá 
správně nastavené kombinace klíčů.
K čemu vám je, že víte jak to má být, když to nikdo neaplikuje? Proč nejsou 
kombinace klíčů, které jsou pro vás nepostradatelné uvedeny na Wiki?

Možná se někdo bude divit, ale já OSM používám k orientaci v terénu a největším 
problémem OSM  je to, že tam informace chybí  a ne, že je někde dabl a také to, 
že pro jednu věc se používá více tagů.
Nehledě na to, pokud se budu válet v lese se zlomenou hnátou a budu muset 
vzpomínat, které všechny klíče mají přiděleny Body záchrany, tak nevím jestli 
bych se pomoci někdy dočkal.

Ještě bych se chtěl zeptat, jaký bude další postup, ty body tam zpátky vrátí 
někdo z vás?
Díky 

S pozdravem R.M.

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

Re: [OSM-talk] Documenting controversial iD decisions

[Michał Brzozowski]

That's a good point, let's make a list about MAPS.ME.

In the countries where there's a community to fix the mess it's not that
bad, but elsewhere like the Middle East...

- Limited set of available POI types to add and no choice for "not on the
list". Like people adding amenity=motorcycle_parking and naming it "car
parking"
-  Making multiple "this place is gone or has never existed" each time user
taps that button - many people report stuff after each map update if it's
not fixed.
- Huge changeset bboxes
- No option to properly add addr:place
- Users led into adding notes and then uploading the exact same POIs
themselves, but not closing the note
- Very complicated if not impossible to add generic notes. A few days ago
one mapper added a note about a missing road that as a "filler" had a
office=ngo named "Road" Then maps.me added this junk POI to the map...

Unlike iD, most of these seem to be an oversight. But I filed tickets at
b...@maps.me that were acknowledged over a year ago and nothing really was
fixed. So this doing nothing is controversial to me, especially if it's a
simple fix for many of the above.

I feel bad explaining to its mostly well meaning users that maps.me is not
a great editor. For many, maps.me *is* OSM, or much worse, it is not and
they are not aware of it.

To be fair, there is one thing that's less common - users adding personal
bookmarks as POIs. I guess the percentage of maps.me mappers doing this has
converged to the amount of people who are intrinsically bad at technology
and/or reading comprehension, as there is now a warning at one stage that
everyone will see your edits.

Michał

śr., 29 maj 2019, 02:13 użytkownik Clifford Snow 
napisał:

> Why should one editor be held to higher standards than others? Shouldn't
> they all be held to the same standard?
>
> On Tue, May 28, 2019 at 4:53 PM john whelan  wrote:
>
>> The problem with iD is the fact that it is the default editor on the web
>> page of the website which implies that everything is OpenStreetMap approved
>> which unfortunately is not the case.
>>
>> If it's placed as the default editor then I think it needs to be held to
>> a higher standard or some sort of change management system implemented.
>>
>> Cheerio John
>>
>> On Tue, May 28, 2019, 7:47 PM Clifford Snow, 
>> wrote:
>>
>>> Michael,
>>> Don't you think to be fair that you should include all outside projects,
>>> such as JOSM, Potlatch, CartoCSS, etc? None of them are controlled by OSMF
>>> as far as I know. To just look at one software project seems like we
>>> already reached a decision, we just need the data to back it up.
>>>
>>> Best,
>>> Clifford
>>>
>>> On Tue, May 28, 2019 at 3:47 PM Michael Reichert 
>>> wrote:
>>>
 Hi,

 I started documenting controversial decisions by the maintainers of iD
 at https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions

 Currently, only the highway=footway and the nonsquare=yes issue are
 mentioned.

 Please feel free to add other issues which have proofed controversial so
 far. Don't forget to summarise the opinion of the maintainer as well to
 aim at least some neutrality as far as it is possible for those involved
 in the disputes. Please add links to relevant discussions as well.

 Best regards

 Michael


 --
 Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
 ausgenommen)
 I prefer GPG encryption of emails. (does not apply on mailing lists)

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

>>>
>>>
>>> --
>>> @osm_washington
>>> www.snowandsnow.us
>>> OpenStreetMap: Maps with a human touch
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>
>
> --
> @osm_washington
> www.snowandsnow.us
> OpenStreetMap: Maps with a human touch
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-cz] WeeklyOSM CZ 460

[Tom Ka]

Ahoj, je dostupné vydání 460 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/12108

* Mapy.cz používají OSM.
* Import bodů záchrany.
* Ortofoto pro střední Slovensko.
* Simulátor golfu a OSM.
* Tagy správců editoru iD.
* Negativní dopady OSM.
* Spam v OSM denících.
* Evakuační trasy z OSM.
* Cyklo infrastruktura Londýna.
* Novinky StreetComplete.
* Prefixy životního cyklu.
* Otevřená senzorová data.

Pěkné počtení ...

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

Re: [OSM-talk] Documenting controversial iD decisions

[Martin Koppenhoefer]

sent from a phone

> On 29. May 2019, at 07:45, Maarten Deen  wrote:
> 
> IMHO the strategy for adding roads also should be on this list. The 
> optionlist to add accessrights for "all, foot, motorvehicles, bicycle, horse" 
> resulting in a foot=yes, motorvehicle=yes, bicycle=yes, horse=yes on all 
> roads is creating redundant tagging.


and the wording for “highway=track”, which in iD is about limited access and 
not about agricultural use.


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

Re: [Talk-de] Genealogie - [war: Neuvorstellung und Frage zu historischen Ortsnamen]

[Markus]

Hallo Burkhard

Danke, dass Du als Neuer so detailliert fragst :-)

Ich habe mal den Betreff auf "Genealogie" geändert, damit der Thread
auch später wieder gefunden wird.

In der Hoffnung, dass das vielleicht mal zu einer Wiki-Seite (in OSM
oder bei den Genealogen) wird, schreibe ich mal etwas ausführlicher:

_Genealogie_
Für Dein Spezialgebiet Genealogie ist m.E. das GOV-Wiki der beste Ort,
Ortsbezeichnungen in ihrer Varietät zu speichern:
https://gov.genealogy.net

Ein wesentlicher Vorteil sind dort die Quellenangaben und die
Belegspeicherung, die wie in der Genealogie üblich Bestandteil des
Datenmodells sind.

Wobei dort zusätzlich zu den Orten auch "Objekte in Orten" erfasst sind.
Wenn dann die Klassen (Ort, Rathaus, Kirche, Gericht, Landstrrich, etc.)
nicht sauber unterschieden sind,
nicht zuletzt auch bezüglich der zeitlichen Periode (Jahr von-bis),
dann kommt es zu Dubletten und Überschneidungen, die das Ganze bald
unbrauchbar machen.
Zumindest auf den ersten Blick findet man viele redundante Einträge,
aber mit verschiedenen Koordinaten...

Ich vermute, nicht jeder der dort Daten eingibt, hat die Struktur und
die Definition verstanden:
http://wiki-de.genealogy.net/GOV/Datenmodell

GEDCOM-Systematik:
http://wiki-de.genealogy.net/GEDCOM/PLAC-Tag#Vereinbarungen_zu_PLAC
http://wiki-de.genealogy.net/GEDCOM/_LOC-Tag#L1_Ortsdatensätze

_Kompatibilität_
Sinnvoll wäre natürlich, die GEDCOM-Systematik kompatibel zu machen mit
WikiData einerseits und mit OSM andererseits :-)
Bezüglich Datenschema und Lizenz, incl. Konvertierungs-Tool.

_OSM_
In OSM gib es seit Beginn ein ziemliches Durcheinander bezüglich
"richtiger" Schreibweise von Ortsbezeichnungen. Zwar lichtet sich das
Durcheinander inzwischen iterativ, indem Unzulänglichkeiten zunehmend
ausgemerzt werden. Aber gleichzeitig kommen immer wieder neue Benutzer,
die sich nicht so genau erkundigen wie Du, oder bewusst "ihre" Sicht auf
die Historie abgebildet haben wollen und damit neue Verwirrung stiften
(Geschichtsklitterung, Imperialismus).

Wir bei OSM bilden den *Ist-Zustand* ab.
Also so, wie ein Ort *heute* und *offiziell* heisst.

Frühere/alte Namen werden mit old_name:* in der Datenbank erfasst.
https://wiki.openstreetmap.org/wiki/DE:Key:old_name

Der * bedeutet:
hier folgt das *Länderkürzel* (ISO-3166-1)
getrennt mit einem Doppelpunkt,
gefolgt mit dem *Zeitraum* (Jahreszahl von-bis)
getrennt mit einem Doppelpunkt.

Wobei bei OSM nicht definiert ist, wann das Länderkürzel, und wann das
Sprachkürzel verwendet wird und warum.

Das wird vom Standard-Renderer "Mapnik" plus "Carto" nicht gerendert
(OSM will ja den aktuellen Zustand darstellen, und jede weitere
Ergänzung würde die Karte unbrauchbar überfrachten und kartografisch
verunstalten).

Aber wie Martin schon schrieb:
Du kannst alles was in der Datenbank ist auch rendern :-)

Dazu brauchst Du einen eigenen Layer, den Du über die Basiskarte
drüberlegst, und der die Dich interessierenden Attribute klickbar
anzeigt. Für die Genealogie also den old_name:*

Durch Klick öffnet sich dann ein PopUp-Fenster, in dem alle old_name
angezeigt werden, übersichtlich geordnet nach Sprache und Zeitraum :-)

Beispiele:
https://www.osmhydrant.org/de/
https://map.openseamap.org
https://farmshops.eu
(wobei Cluster bei Ortsnamen natürlich unsinnig sind)

Auf einem weiteren Layer könnte man mit einer HeatMap die regionale
Häufung von Familiennamen darstellen. Damit könnte man Wanderbewegungen
sichtbar machen. Vielleicht sogar generationsspezifisch.

Und wenn Du magst, kannst Du diese Karte auch veröffentlichen, z.B. als
OpenGenealogyMap.org
Wäre ein Meilenstein für die Genealogie :-)

Suche dazu hier in der Liste einen erfahrenen OSMer, der Genealoge ist.
Alternativ bei den Genealogen einen, der sich mit OSM auskennt:
https://compgen.de/
https://genwiki.genealogy.net/Hauptseite
https://genwiki.genealogy.net/GenWiki-L
https://forum.genealogy.net/

Mit herzlichem Gruss,
Markus



> Was würde denn passieren, wenn ich bei einen heute polnischen Ort im OSM, z. 
> B. mit "name:de=..." einen früheren deutschen Ortsnamen ergänzen würde.

Das wäre irreführend.
Heute haben diese Orte einen polnischen Namen.
Wird leider oft noch falsch eingetragen :-(

Ausnahmen gibt es für Staaten und deren Hauptstadt.
Diese dürfen laut STAGN politisch korrekt auch in die eigene Sprache
übertragen werden:
name=Polska,   name:de=Polen
name=Warszawa, name:de=Warschau

Gdańsk hingegen:
name=Gdańsk
name:csb=Gduńsk
old_name:??:von-bis=Gyddanyzc (so um 1000 n.Chr?)
old_name:de:von-bis=Danzig(vermutlich bis 1945?)

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

Re: [OSM-talk-fr] place de parking dan Paris [était: Peut-être enfoncé-je des portes ouvertes]

[Phyks]

Bonjour,

Le même jeu de données comprend les arceaux vélos et deux roues, sur
lesquels j'ai plus d'expérience. Pour les arceaux, il est plutôt très
bon. Il y a d'ailleurs une visualisation en surimpression avec des
images prises depuis la rue, qui montre que la qualité est plutôt très
satisfaisante : http://capgeo.sig.paris.fr/Apps/Stationnement2Roues/.

D'ailleurs, la partie "stationnement deux roues" est déjà intégrée dans
Osmose
(https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_bicycle_parking_FR_paris.py).
Avec les bons tags, ce ne devrait pas être très dur d'adapter ça pour
ingérer aussi les places PMR.



> aucune idée de la fiabilité mais attention à la maintenance
vouloir renseigner les parkings jusqu'à l'emplacement individuel
en voirie, cela va faire un boulot de titan en maintenant
si tu regardes dans osmose opendata, tu verras que même
les objets qui varient peu manquent de bras pour être maintenu

À mon avis, une telle précision dépend de la qualité des jeux de données
et des contributions potentielles. Ici, à Paris, il y a une masse
critique de contributeurs (qui devraient pouvoir maintenir la donnée,
pas comme une action isolée de quelqu'un motivé dans une petite ville).
Il y a aussi de l'orthophotographie avec un très bon zoom qui permet de
les ajouter / confirmer rapidement depuis son canapé.

Et la mairie a un jeu de données de bonne qualité pour l'instant. Tant
que les relevés futurs restent publiés en OpenData, la maintenance
devrait aussi être facilitée avec une intégration Osmose par exemple.

Bonne journée,
-- 
Phyks
Le 29/05/2019 à 09:05, Vincent Bergeot a écrit :
> Le 28/05/2019 à 23:04, marc marc a écrit :
>> Bonsoir,
>>
>> Le 28.05.19 à 19:30, Jacques Foucry a écrit :
>>> Il y a ici :
>>> https://opendata.paris.fr/explore/dataset/stationnement-voie-publique-emplacements/table/?disjunctive.regpri=GIG%2FGIC=19,48.85835,2.34721=jawg.streets
>>>
>> aucune idée de la fiabilité mais attention à la maintenance
>> vouloir renseigner les parkings jusqu'à l'emplacement individuel
>> en voirie, cela va faire un boulot de titan en maintenant
>> si tu regardes dans osmose opendata, tu verras que même
>> les objets qui varient peu manquent de bras pour être maintenu
> 
> 
> Bonjour,
> 
> plusieurs choses de mon point de vue :
> 
>  * aujourd'hui je dirai surtout que c'est l'utisabilité d'osmose-OD qui
>    est à questionner : nous avons commencé à travailler des catégories,
>    des manières de classer les données ouvertes pour pouvoir "séparer"
>    les parties visibles OpenData et QualityAnalysis  d'Osmose et nous
>    n'avons pas finalisé (je précise au cas où que ce n'est pas un
>    reproche de quelques formes que ce soit évidemment, car en plus
>    c'est peut-être moi qui n'ai pas fait :) ),
>  * le gros de l'effort est vraisemblablement à faire au départ pour
>    "l'intégration" du jeu initial de données, car Osmose a la
>    gentillesse par la suite de nous signaler des modifications : donc
>    si la collectivité modifie son jeu de données, Osmose le signale (en
>    vrai c'est des humains qui ont codé cela derrière pour
>    l'automatiser) et réciproquement si la donnée dans OSM est modifiée,
>    alors c'est signalé : ce qui peut aussi servir à la collectivité,
>  * Autour de telles données : évidemment que les contributeurs qui
>    souhaitent le faire peuvent le faire, cela n'exclut pas cependant
>    que les collectivités dédient du temps pour que des agents aient
>    pour mission de le faire, pour cela il faut qu'ils s'y retrouvent
>    également pour que le travail de titan puisse être partagé (et
>    surtout que ce travail est souvent déjà porté par la collectivité,
>    il manque surtout l'interface à OSM et pas "que" la libération d'un
>    jeu de données),
>  * et cela renvoie dans ce cas précis à quel schéma d'attributs :)
> 
> Bonne journée
> 
> 
> -- 
> Vincent Bergeot
> 
> 
> 
> ___
> 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] place de parking dan Paris [était: Peut-être enfoncé-je des portes ouvertes]

[Vincent Bergeot]

Le 28/05/2019 à 23:04, marc marc a écrit :

Bonsoir,

Le 28.05.19 à 19:30, Jacques Foucry a écrit :

Il y a ici : 
https://opendata.paris.fr/explore/dataset/stationnement-voie-publique-emplacements/table/?disjunctive.regpri=GIG%2FGIC=19,48.85835,2.34721=jawg.streets

aucune idée de la fiabilité mais attention à la maintenance
vouloir renseigner les parkings jusqu'à l'emplacement individuel
en voirie, cela va faire un boulot de titan en maintenant
si tu regardes dans osmose opendata, tu verras que même
les objets qui varient peu manquent de bras pour être maintenu



Bonjour,

plusieurs choses de mon point de vue :

 * aujourd'hui je dirai surtout que c'est l'utisabilité d'osmose-OD qui
   est à questionner : nous avons commencé à travailler des catégories,
   des manières de classer les données ouvertes pour pouvoir "séparer"
   les parties visibles OpenData et QualityAnalysis  d'Osmose et nous
   n'avons pas finalisé (je précise au cas où que ce n'est pas un
   reproche de quelques formes que ce soit évidemment, car en plus
   c'est peut-être moi qui n'ai pas fait :) ),
 * le gros de l'effort est vraisemblablement à faire au départ pour
   "l'intégration" du jeu initial de données, car Osmose a la
   gentillesse par la suite de nous signaler des modifications : donc
   si la collectivité modifie son jeu de données, Osmose le signale (en
   vrai c'est des humains qui ont codé cela derrière pour
   l'automatiser) et réciproquement si la donnée dans OSM est modifiée,
   alors c'est signalé : ce qui peut aussi servir à la collectivité,
 * Autour de telles données : évidemment que les contributeurs qui
   souhaitent le faire peuvent le faire, cela n'exclut pas cependant
   que les collectivités dédient du temps pour que des agents aient
   pour mission de le faire, pour cela il faut qu'ils s'y retrouvent
   également pour que le travail de titan puisse être partagé (et
   surtout que ce travail est souvent déjà porté par la collectivité,
   il manque surtout l'interface à OSM et pas "que" la libération d'un
   jeu de données),
 * et cela renvoie dans ce cas précis à quel schéma d'attributs :)

Bonne journée


--
Vincent Bergeot

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

Re: [OSM-talk-fr] place de parking dan Paris [était: Peut-être enfoncé-je des portes ouvertes]

[Jacques Foucry]

Le mardi 28 mai 2019 à 21:04:34 (+), marc marc à écrit:
> Bonsoir,
> 
> Le 28.05.19 à 19:30, Jacques Foucry a écrit :
> > Il y a ici : 
> > https://opendata.paris.fr/explore/dataset/stationnement-voie-publique-emplacements/table/?disjunctive.regpri=GIG%2FGIC=19,48.85835,2.34721=jawg.streets
> 
> aucune idée de la fiabilité mais attention à la maintenance
> vouloir renseigner les parkings jusqu'à l'emplacement individuel
> en voirie, cela va faire un boulot de titan en maintenant
> si tu regardes dans osmose opendata, tu verras que même
> les objets qui varient peu manquent de bras pour être maintenu


En fait, soyons clair, mon but est simple, trouver une place de parking
qui soit un emplacement réservé. Parce que finir par se garer en sous-sol et 
payer le parking
alors que j'ai le droit de ne pas payer (quelque soit la place autorisée
que j'utilise), c'est agaçant.

Donc avoir un layout fiable de ces données (d'où quelles viennent) me
parait important (oui, je sais c'est un poil égoïste).
-- 
Jacques Foucry

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

[OSM-talk-fr] opentopomap ssl cert expiré (28/05/2019)

[Cyrille37 OSM]

Hello

Le(s) certificat(s) ssl d'opentopomap sont expirés, site web et imagerie 
Josm.


Cyrille37.


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