[Talk-in] MDRs in India

[Naveen Francis]

Hello,

MDRs in Punjab are tagged as network=IN:SH:PB
https://wiki.openstreetmap.org/wiki/India:Roads/Punjab#Major_District_Roads

Should we change to IN:MDR:PB ?

Thanks
naveenpf
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Harvey]

I tried to find out more about two JOSM warnings but I couldn't.

1. Way segment too long

What's wrong with long way segments? I'm not convinced we should add
nodes where they aren't necessary for detail.

2. Crossing borders without a shared way.

This should only happen when you have an LGA boundary crossing a
Suburb/Locality boundary, do we need a shared node between these?

> I can see your point about not wanting to upload ways and nodes that just 
> going to be deleted immediately after. However if we don't then it's going to 
> make my idea for QA harder.

Could we delay that QA step until after these have been manually fixed
up to use the existing state borders?

> I'd assumed that we'd be uploading valid multi-polygons which means that we 
> could use Overpass and the JOSM validator for QA. I guess we might be able to 
> come up with another approach but I'm not sure it's worth the effort just to 
> avoid adding and removing a few tens of thousands of nodes in comparison to 
> the size of the import.

I was leaning this way to avoid this import dumping duplicates on top
of existing mappers work on the state boundaries.


On Thu, 18 Oct 2018 at 12:46, Andrew Davidson  wrote:
>
> On Wed, Oct 17, 2018 at 6:29 PM Andrew Harvey  
> wrote:
>>
>>
>> So I guess at this point do people want to checkout the simplified OSM
>> files for any issues?
>>
> They look OK, but I would like to have an opportunity to clean up the JOSM 
> warnings before we upload them (except the relations with the same members 
> warning as these are real).

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

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Davidson]

On Wed, Oct 17, 2018 at 6:29 PM Andrew Harvey 
wrote:

>
> So I guess at this point do people want to checkout the simplified OSM
> files for any issues?
>
> They look OK, but I would like to have an opportunity to clean up the JOSM
warnings before we upload them (except the relations with the same members
warning as these are real).
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Davidson]

On Wed, Oct 17, 2018 at 6:29 PM Andrew Harvey 
wrote:

> I'm in favour of first manually removing the
> state borders so we don't dump more nodes on top and then post-upload
> we can just join the new relations to the existing state borders where
> they meet.
>

I can see your point about not wanting to upload ways and nodes that just
going to be deleted immediately after. However if we don't then it's going
to make my idea for QA harder. I'd assumed that we'd be uploading valid
multi-polygons which means that we could use Overpass and the JOSM
validator for QA. I guess we might be able to come up with another approach
but I'm not sure it's worth the effort just to avoid adding and removing a
few tens of thousands of nodes in comparison to the size of the import.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it-trentino] nuovo utente cena quel che l'è...

[Luca Delucchi]

On Tue, 16 Oct 2018 at 19:50, Francesco Pelullo  wrote:
>
>
> Lascio a voi la scelta, per me va bene sempre ed ovunque tranne qualche 
> week-end in cui non ci sono.
> Magari se la cena è impegnativa, potremmo considerare anche una cosa piu' 
> soft.
>

come si vuole, anche un paio di birre al pub vanno bene :-)

> Mi sembra che martedi' prossimo ci siano parecchie disponibilità, magari si 
> potrebbe fare martedi' 23.
> Invito quelli che hanno messo "no" a riesaminare la cosa (non soltanto il 23, 
> anche negli altri giorni).
>

direi che dovrei riuscire a liberarmi il 23, la confermiamo?

Ora dobbiamo decidere dove...

> Oppure vi invito a cena a casa mia, non sono un granche' come cuoco ma una 
> bottiglia di vino la tengo sempre pronta.
>
> Ciao
> Francesco
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-talk-ie] Irish Border Crossing points

[keith]

Glad you like it Tony.
Thanks, I have standardised those nodes as advised.
This is what I was after the data for, it's another attempt to
visualise the border, it's a map of the border crossings (from OSM)
which allows you to view the crossing with StreetView.

http://stuff.vool.ie/border/
While I am on here, while I was looking for a data set of the
crossings I came across a resource from the Ordnance Survey: 
https://data.gov.ie/dataset/border-exits-entrances-osi-national-1m-map-of-ireland


Is it just me or are the majority of the locations off ?
I have stuck a quick map together comparing the 2 data sets:

http://stuff.vool.ie/border_osm_vs_osi/
Keith

- Original Message -
From: "Discussion of OpenStreetMap in Ireland" 
To:
Cc:
Sent:Sat, 6 Oct 2018 18:38:51 +0100
Subject:Re: [OSM-talk-ie] Irish Border Crossing points

 Fascinating video Keith! And mesmerising I had to laugh when I saw
the
 brief "no imagery exists at this zoom level" message, somewhere
around the
 Monaghan border I think.

 re: naming convention, I would be inclined to go for the more generic
 "Border NI/ROI"m unless it is clear that the border crossing mane is
itself
 a specific name that would be used locally, in which case provide
 name=Border NI/ROI and name_2=[the other name].

 N1/A1 crossings aren't particularly noteworthy to need spelling out,
and
 clearly they are not using a terminology that could be expanded to
the
 other crossings (far too many without road numbers, etc). Thats' my
opinion
 anyway.

 --
 Tony Furnell

 On Fri, 5 Oct 2018 at 13:02,  wrote:

 > Send Talk-ie mailing list submissions to
 > talk-ie@openstreetmap.org
 >
 > To subscribe or unsubscribe via the World Wide Web, visit
 > https://lists.openstreetmap.org/listinfo/talk-ie
 > or, via email, send a message with subject or body 'help' to
 > talk-ie-requ...@openstreetmap.org
 >
 > You can reach the person managing the list at
 > talk-ie-ow...@openstreetmap.org
 >
 > When replying, please edit your Subject line so it is more specific
 > than "Re: Contents of Talk-ie digest..."
 >
 >
 > Today's Topics:
 >
 > 1. Irish Border Crossing points (Keith)
 >
 >
 >
--
 >
 > Message: 1
 > Date: Thu, 4 Oct 2018 14:30:12 +0100
 > From: Keith 
 > To: talk-ie@openstreetmap.org
 > Subject: [OSM-talk-ie] Irish Border Crossing points
 > Message-ID: 
 > Content-Type: text/plain; charset=utf-8; format=flowed
 >
 > Hi all,
 >
 > Just a quick question, I was looking to get all the crossing points
 > along the 'Irish' border.
 >
 > Most of them seem to be mapped with node ( name="Border NI/ROI" )
which
 > is good
 > https://overpass-turbo.eu/s/CvI
 >
 > Others are not tagged at all, or tagged with slight variation so I
was
 > going to edit these to match, no problem
 > My concern is that others are tagged differently eg name="N1/A1
Border
 > Crossing", so I am not too sure what to do here, is it best to have
 > these be consistent, or should this consistency be based on type
rather
 > than name ?
 >
 > Just wondering what you thoughts are.
 >
 > Regards,
 >
 > keith
 >
 > PS
 >
 > On a related note, I created this video composed from 17,117
satellite
 > images tracing the path of the border as extracted from OSM.
 >
 > https://www.youtube.com/watch?v=kCd9b0hiio0
 >
 >
 >
 >
 >
 >
 > --
 >
 > Subject: Digest Footer
 >
 > ___
 > Talk-ie mailing list
 > Talk-ie@openstreetmap.org
 > https://lists.openstreetmap.org/listinfo/talk-ie
 >
 >
 > --
 >
 > End of Talk-ie Digest, Vol 113, Issue 2
 > ***
 >
 ___
 Talk-ie mailing list
 Talk-ie@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ie

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

Re: [OSM-talk-fr] édition mécanique : nettoyage is_in:continent

[marc marc]

Bonsoir,

Personne ne s'y étant opposé,
j'ai terminé de nettoyer la 100aine de cas qui restait encore en France.
Je me suis juste abstenu pour le moment sur la relation de la rivière la 
Meuse qui même si elle a un peu + de km en France est quasi bi-nationale
et donc je verrai cela un peu + tard pour ne froisser personne.

Je proposerai de descendre un niveau dans le nettoyage is_in
un peu + tard et dans un sujet séparé.

En espérant que cela fasse des émules dans d'autres communautés...
Je vais d'ailleurs aller en pèlerinage osm de l'autre côté de la 
frontière :)

Cordialement,
Marc
 Message transféré 
Sujet : édition mécanique : nettoyage is_in:continent
Date : Wed, 8 Aug 2018 01:40:32 +0200
De : Marc M. 
Pour : talk-fr 

Bonsoir,

une discussion a lieu ces derniers jours à propos des continents.
ceux-ci, hormis l’antarctique, sont pour le moment représenté par un 
nœud car l'étendue de ceux-ci sont imprécis et parfois conflictuel 
(parle-t-on d’Europe donc d'un continent politique ? si oui quel est
sa limite vers l'est ou de plaque tectonique et donc d’Eurasie ?)
bref le débat est en cours... et j'ai pas la prétention d'apporter 
quelques choses à celui-ci tant les positions sont éloignées.

par contre, pour contourner ce manque d'étendue géographique,
il existe le tag is_in:continent.
cela permet de renseigner qu'un pays ou une partie de celui-ci
est dans tel continent
cependant ce tag pour une raison inconnue se retrouve un peu n'importe 
où, il y a par exemple environ 350x ce tag en France continentale
alors qu'il est suffisant d'en avoir un seul sur la relation.

Mon message a donc pour but d'informer mon intention de procéder
un nettoyage en France continentale et donc de discuter de celui-ci 
avant de le faire comme il se doit :)

PS: c'est quasi toute la variété des is_in qui faudrait nettoyer.
Mais pour d'autre tag, ce serra moins trivial, alors je préfère
y aller par petite étape rapide à discuter et à faire.

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

Re: [OSM-talk-fr] accueil des nouveaux : la suite

[Jérôme Villafruela]

Le 17/10/2018 à 23:04, deuzeffe a écrit :

On 10/17/18 10:57 PM, Christian Rogel wrote:



On peut l’ajouter, mais un renvoi vers le Guide du débutant
(https://wiki.openstreetmap.org/wiki/FR:Guide_du_débutant) aurait
l’avantage d’introduire en douceur au wiki. 


Trop long à lire, à mettre à jour en profondeur, n'est plus adapté à 
la façon de commencer à contribuer à osm au XXIe siècle 
amtha.


Le renvoi pourrait se faire ultérieurement vers un guide un peu 
nettoyé, probablement (cf point je ne sais plus combien du message 
initial de Marc-marc.)




En attendant on peut renvoyer vers https://learnosm.org/fr/beginner qui 
a l'avantage d'expliquer l'utilisation d'iD.


--
Jérôme

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

Re: [OSM-talk-fr] accueil des nouveaux : la suite

[deuzeffe]

On 10/17/18 10:57 PM, Christian Rogel wrote:


C’est encore à décider.


Yep.


On peut l’ajouter, mais un renvoi vers le Guide du débutant
(https://wiki.openstreetmap.org/wiki/FR:Guide_du_débutant) aurait
l’avantage d’introduire en douceur au wiki. 


Trop long à lire, à mettre à jour en profondeur, n'est plus adapté à la 
façon de commencer à contribuer à osm au XXIe siècle amtha.


Le renvoi pourrait se faire ultérieurement vers un guide un peu nettoyé, 
probablement (cf point je ne sais plus combien du message initial de 
Marc-marc.)


--
deuzeffe

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

Re: [OSM-talk-fr] Chantier sur les Champs, one way

[marc marc]

Oui c'est une bonne chose (tant la maj du au travaux que la fusion
des 2 groupes de bande)
mais il y aura bien un puriste pire que moi pour dire (ou refaire) qu'il 
faut 2 bandes vu l'obstacle entre les bandes à chaque passage piéton.
Même si techniquement c'est exact qu'il y a une coupure de routing à cet 
endroit là, je trouve que c'est excessif (ultra micro mapping)... mais 
comme c'est pas faux, dur de faire un revert sur cela...
et avoir une alternance de 1 et 2 way est techniquement juste mais 
horrible pour le rendu (même si on tag pas pour le rendu, faut quand 
même pas pousser un rendu horrible pour un ultra micro mapping)

ceci dit faudrait juste attendre que les nouvelles bandes en travaux 
soient une réalité

pour les itinéraires de bus, fusionner les 2 way pour ensuite supprimer 
les nœuds d'un des 2 ways est un moyen facile pour que les itinéraires 
de lignes de bus se mettent à jour sans effort (un bon plan est de 
résoudre leur éventuel anomalies avant de démarrer le gros chantier)

Le 17. 10. 18 à 22:05, Thomas Ruchin a écrit :
> Bonsoir
> 
> Dans l'absolu, pas d’objection puisque c'est effectivement une unique 
> chaussée avec des refuges piétons qui sont démontés à chaque défilé 
> militaire.
> Mais la manipulation n'est pas aussi simple à effectuer qu'il n'en 
> paraît, notamment en ce qui concerne la conservation des relations 
> (lignes de bus,..).
> Et puisqu'on en parle, les files de circulation générale passeront de 4 
> à 3 dans chaque sens. La bande technique (taxis, livraisons, etc) dans 
> la partie haute ou le couloir de bus dans la partie basse des Champs 
> prennent déjà une une file.
> 
> Thomas
> 
> Le mer. 17 oct. 2018 à 13:43, Florimond Berthoux 
> mailto:florimond.berth...@gmail.com>> a 
> écrit :
> 
> Bonjour,
> 
> Aujourd'hui les Champs Élysée (Paris, France :) est cartographié par
> deux highway=primary.
> Ce qui est pour moi une erreur, l'avenue est certes large, mais
> aucune délimitation physique ne sépare les deux sens de circulation.
> 
> En ce moment se déroule un chantier visant la création de pistes
> cyclables latérale séparé de la chaussée motorisé par un espace de
> stationnement, livraison, taxis, arrêt de bus.
> Les voies motorisés vont passer de 5 voies à 3 dans chaque sens.
> Pour une idée, voici une vue d'artiste :
> 
> https://www.cnews.fr/france/2018-10-07/paris-les-travaux-de-la-piste-cyclable-des-champs-elysees-vont-debuter-796190
> 
> D'où mon idée d'en profiter pour passer les voies motorisés en un
> seul segment.
> Je demande pour m'éviter les cris d'orfraie d'avoir osé touché à la
> plus "belle avenue du monde".
> 
> -- 
> 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
> 

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

Re: [OSM-talk-fr] accueil des nouveaux : la suite

[Christian Rogel]

> Le 17 oct. 2018 à 22:44, deuzeffe  a écrit :
> 
> On 10/17/18 10:06 PM, Christian Rogel wrote:
>> J’ai tenté d'alléger le message en gardant tout le contenu, 
> 
> Effectivement, beaucoup plus lisible. Merci
> 
>> sauf ce qui concerne le tutoriel iD
> 
> C'est bien dommage. Top 1 dans les changesets (50%), chez les utilisateurs 
> (66%) , top 2 pour le nb d'éditions (28%)
> (source https://wiki.openstreetmap.org/wiki/Editor_usage_stats )
> 
> C'est un message à destination des humains qui contribuent à osm, et les deux 
> tiers de ces humains-là utilisent iD pour créer la moitié des changesets. 
> D'où la mention d'iD. Cependant, si ça alourdit le message, virons-la.

C’est encore à décider. On peut l’ajouter, mais un renvoi vers le Guide du 
débutant (https://wiki.openstreetmap.org/wiki/FR:Guide_du_débutant) aurait 
l’avantage d’introduire en douceur au wiki. A la 11e ligne, on mentionne 
comment trouver des tutoriaux (sic).


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

Re: [OSM-talk-fr] Osmose - École non intégrée

[deuzeffe]

On 10/17/18 12:44 PM, adr.an...@laposte.net wrote:


Cependant ces établissements sont absents de
l'Application de consultation et cartographie des établissements du système 
éducatif français
http://www.education.gouv.fr/acce_public/index.php


Au passage la (les ?) base interrogée par l'appli. est ventilée façon 
puzzle sur data.gouv et avec des manques. Les mentions légales de acce 
disent :


"En application de la loi du 17 juillet 1978 modifiée par l'ordonnance 
n°2005-650 du 6 juin 2005 relative à la liberté d'accès aux documents 
administratifs et à la réutilisation des informations publiques, ces 
informations peuvent être réutilisées à d'autres fins que celles pour 
lesquelles elles ont été produites. Les documents publics ou officiels 
peuvent être reproduits librement.
Sauf accord de l’administration, la réutilisation des informations 
publiques est soumise à la condition que ces dernières ne soient pas 
altérées, que leur sens ne soit pas dénaturé et que leurs sources et la 
date de leur dernière mise à jour soient mentionnées."


Ce qui mélange un peu CADA et OD, si je ne m'abuse.

Si on pouvait avoir sinon la base en un seul morceau au moins toute la 
base en plusieurs, ça éviterait à osmose de hurler que le ref:UAI 
n'existe pas (dans la base OD qu'il utilise) alors que la ref:UAI existe 
bien, mais ailleurs...


--
deuzeffe, qui a bien envie de contacter acce pour savoir de quoi il 
retourne.


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

Re: [OSM-talk-fr] accueil des nouveaux : la suite

[deuzeffe]

On 10/17/18 10:06 PM, Christian Rogel wrote:
J’ai tenté d'alléger le message en gardant tout le contenu, 


Effectivement, beaucoup plus lisible. Merci


sauf ce qui concerne le tutoriel iD


C'est bien dommage. Top 1 dans les changesets (50%), chez les 
utilisateurs (66%) , top 2 pour le nb d'éditions (28%)

(source https://wiki.openstreetmap.org/wiki/Editor_usage_stats )

C'est un message à destination des humains qui contribuent à osm, et les 
deux tiers de ces humains-là utilisent iD pour créer la moitié des 
changesets. D'où la mention d'iD. Cependant, si ça alourdit le message, 
virons-la.


--
deuzeffe

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

Re: [OSM-talk-fr] accueil des nouveaux : la suite

[deuzeffe]

On 10/17/18 6:17 PM, marc marc wrote:


Critiques (constructives), bonnes volontés et pizza bienvenus :)


Tu as oublié la bière !

--
deuzeffe

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

Re: [OSM-talk-fr] accueil des nouveaux : la suite

[Christian Rogel]

> Le 17 oct. 2018 à 18:17, marc marc  a écrit :
> suites aux messages précédents de deuzeffe, Noémie et moi-même,
> "on" a décidé d'avancer. il y a donc eu :
> 
> - plusieurs appels aux bonnes volontés sur le sujet,
> c'est comme ca qu'on arrive à un gros groupe de 3 personnes :)
> c'est jamais trop tard pour embarquer dans l’aventure, donner
> votre avis, etc
> 
> - faire un message d’accueil plus conséquent que l'actuel.
> on s'est basé en parti sur celui de la communauté suisse (merci
> Simon pour le partage) que deuzeffe principalement a complété
> en pointant des ressources du wiki.
> On en a parlé longuement sur irc, Noémie dit à juste titre que
> c'est sans doute un peu long, les idées sont bienvenue pour alléger
> https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/bienvenue
> 
> - le tester. on pensait faire cela à la main
> sur irc, osmbot annonce les nouveaux. ceux qui veulent écrivent
> un message avec le lien vers le wiki. c'est l'occasion aussi
> pour ceux qui veulent de donner un avis sur le premier changeset
> c'est aussi possible d'utiliser les outils de Pascal Neis ou
> n'importe quel outil qui a votre préférence.
> histoire de voir qui a reçu le message pendant cette phase,
> on le mettra sur le premier changeset. mais libre à chacun
> de l'envoyer par message privé si vous êtes timide :)
> 
> A venir :
> - tenir compte d'éventuelle réaction à cette nouvelle version.
> - de nombreuses pages axés débutant sur le wiki nécessite un 
> rafraîchissement
> - voir si on adapterait pas le message à l'éditeur.
> quelqu'un utilisant iD vers le tutoriel iD
> quelqu'un utilisant josm vers un doc axée tags
> quelqu'un utilisant maps.me... ha bon non ils ne répondent quasi jamais.
> - automatiser l'envoi
> pour détecter les nouveaux, on peux se baser sur osmbot, utiliser
> le rss de Pascal Neis ou parser nous-même les diff.
> pour l'envoi, il n'y a pas d'api, faut donc crawler (en français ?)
> les pages osm.org pour y parvenir (la communauté belge et suisse
> fait l'envoi du message à la main... mais vu le volume et le manque
> de bras, automatiser ne serrait pas du luxe si qlq a envie de le coder)
> 
> Critiques (constructives), bonnes volontés et pizza bienvenus :)

Bonjour,


J’ai tenté d'alléger le message en gardant tout le contenu, sauf ce qui 
concerne le tutoriel iD : 

Début

Bonjour et bienvenue, 

Vous avez apporté quelque chose à la carte OpenStreetMap (OSM) et c’est une 
porte ouverte vers sur un monde excitant et participatif.

Pour avoir une vue sur tout ce qu’il a derrière, allez voir le tableau : 
https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques 


Si vous promener à pied ou à vélo vous motive, voyez 
https://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum 


Si vous voulez apporter plus, regardez les outils 
https://www.openstreetmap.fr/contribuer/ 

 
N’oubliez pas qu’il ne faut pas copier des cartes ou user d’une source qui une 
licence fermée. Allez sur le terrain, c’est LA source, qui peut être consolidée 
par l’imagerie aérienne de l’éditeur OSM.


Des questions ? Des informations sur OSM dans le monde ?

un forum : https://forum.openstreetmap.fr/index.php 

une liste de discussion : https://lists.openstreetmap.org/listinfo/talk-fr 

un canal IRC ouvert en permanence : serveur irc.oftc.net  
salon #osm-fr
les réseaux sociaux Mastodon (@osm...@fr.osm.social 
) ou Twitter (@OSM_FR)
le bulletin mondial HebdoOSM 
http://www.weeklyosm.eu/fr/archives/category/weekly 
 

À bientôt, la communauté OSM française et mondiale vous attend…

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

Re: [OSM-talk-fr] Chantier sur les Champs, one way

[Thomas Ruchin]

Bonsoir

Dans l'absolu, pas d’objection puisque c'est effectivement une unique
chaussée avec des refuges piétons qui sont démontés à chaque défilé
militaire.
Mais la manipulation n'est pas aussi simple à effectuer qu'il n'en paraît,
notamment en ce qui concerne la conservation des relations (lignes de
bus,..).
Et puisqu'on en parle, les files de circulation générale passeront de 4 à 3
dans chaque sens. La bande technique (taxis, livraisons, etc) dans la
partie haute ou le couloir de bus dans la partie basse des Champs prennent
déjà une une file.

Thomas

Le mer. 17 oct. 2018 à 13:43, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Bonjour,
>
> Aujourd'hui les Champs Élysée (Paris, France :) est cartographié par deux
> highway=primary.
> Ce qui est pour moi une erreur, l'avenue est certes large, mais aucune
> délimitation physique ne sépare les deux sens de circulation.
>
> En ce moment se déroule un chantier visant la création de pistes cyclables
> latérale séparé de la chaussée motorisé par un espace de stationnement,
> livraison, taxis, arrêt de bus.
> Les voies motorisés vont passer de 5 voies à 3 dans chaque sens.
> Pour une idée, voici une vue d'artiste :
>
> https://www.cnews.fr/france/2018-10-07/paris-les-travaux-de-la-piste-cyclable-des-champs-elysees-vont-debuter-796190
>
> D'où mon idée d'en profiter pour passer les voies motorisés en un seul
> segment.
> Je demande pour m'éviter les cris d'orfraie d'avoir osé touché à la plus
> "belle avenue du monde".
>
> --
> 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

[OSM-talk-fr] accueil des nouveaux : la suite

[marc marc]

Bonjour,

suites aux messages précédents de deuzeffe, Noémie et moi-même,
"on" a décidé d'avancer. il y a donc eu :

- plusieurs appels aux bonnes volontés sur le sujet,
c'est comme ca qu'on arrive à un gros groupe de 3 personnes :)
c'est jamais trop tard pour embarquer dans l’aventure, donner
votre avis, etc

- faire un message d’accueil plus conséquent que l'actuel.
on s'est basé en parti sur celui de la communauté suisse (merci
Simon pour le partage) que deuzeffe principalement a complété
en pointant des ressources du wiki.
On en a parlé longuement sur irc, Noémie dit à juste titre que
c'est sans doute un peu long, les idées sont bienvenue pour alléger
https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/bienvenue

- le tester. on pensait faire cela à la main
sur irc, osmbot annonce les nouveaux. ceux qui veulent écrivent
un message avec le lien vers le wiki. c'est l'occasion aussi
pour ceux qui veulent de donner un avis sur le premier changeset
c'est aussi possible d'utiliser les outils de Pascal Neis ou
n'importe quel outil qui a votre préférence.
histoire de voir qui a reçu le message pendant cette phase,
on le mettra sur le premier changeset. mais libre à chacun
de l'envoyer par message privé si vous êtes timide :)

A venir :
- tenir compte d'éventuelle réaction à cette nouvelle version.
- de nombreuses pages axés débutant sur le wiki nécessite un 
rafraîchissement
- voir si on adapterait pas le message à l'éditeur.
quelqu'un utilisant iD vers le tutoriel iD
quelqu'un utilisant josm vers un doc axée tags
quelqu'un utilisant maps.me... ha bon non ils ne répondent quasi jamais.
- automatiser l'envoi
pour détecter les nouveaux, on peux se baser sur osmbot, utiliser
le rss de Pascal Neis ou parser nous-même les diff.
pour l'envoi, il n'y a pas d'api, faut donc crawler (en français ?)
les pages osm.org pour y parvenir (la communauté belge et suisse
fait l'envoi du message à la main... mais vu le volume et le manque
de bras, automatiser ne serrait pas du luxe si qlq a envie de le coder)

Critiques (constructives), bonnes volontés et pizza bienvenus :)

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

Re: [OSM-talk-fr] OSM hack-weekend à Karlsruhe

[Christine Karch]

Attention, nous avons changé le lieu:

https://umap.openstreetmap.fr/en/map/hack-weekend_256351#16/49.0099/8.3890

Nous somme à "Hochschule/Universität" le week-end.

Christine


On 03.09.18 22:30, Vincent Privat wrote:
> Je me suis inscrit ! Je ne saurai pas dire grand chose en allemand, mais
> comme je sais que tu aimes bien parler français, ça ira :)
> D'autres français motivé(e)s ? Ya du beau monde dans les inscrits !
> Vincent
> 
> Le mer. 22 août 2018 à 22:37, Christine Karch  > a écrit :
> 
> Bonjour,
> 
> comme Karlsruhe n'est pas loin de vous (moins de trois heures avec le
> TGV/OUI de Paris) j'aimerais bien vous inviter pour le prochain OSM
> hack-weekend chez nous:
> 
> https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2018
> 
> N'ayez pas peur .. on parle un peu l'anglais, un peu l'allemand et aussi
> un peu le français. Vous êtes invités de participer.
> 
> 
> Christine
> 
> ___
> 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

[OSM-talk] Phantom 4 RTK launched roday: DJI’s Ultimate Mapping Solution

[oleksiy.muzal...@bluewin.ch]

For your information:

https://dronelife.com/2018/10/15/phantom-4-rtk-launched-globally-today-djis-ultimate-mapping-solution/
Best regards
Oleksiy

Sent from my Huawei Mobile
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it-trentino] nuovo utente cena quel che l'è...

[Alessandro Vitali]

Il 23 io non potrò... sono reperibile al lavoro e più in la di Levico non
posso andare.

Cmq nessun problema, se la fate verrò alla prossima!!

Ale Vit

Il giorno mar 16 ott 2018 alle ore 19:50 Francesco Pelullo <
f.pelu...@gmail.com> ha scritto:

> Il giorno mar 16 ott 2018 alle ore 19:40 Marco Ciampa 
> ha scritto:
>
>>
>> Ok per stasera diciamo che si rimanda?
>>
>
> Lascio a voi la scelta, per me va bene sempre ed ovunque tranne qualche
> week-end in cui non ci sono.
> Magari se la cena è impegnativa, potremmo considerare anche una cosa piu'
> soft.
>
> Mi sembra che martedi' prossimo ci siano parecchie disponibilità, magari
> si potrebbe fare martedi' 23.
> Invito quelli che hanno messo "no" a riesaminare la cosa (non soltanto il
> 23, anche negli altri giorni).
>
> Oppure vi invito a cena a casa mia, non sono un granche' come cuoco ma una
> bottiglia di vino la tengo sempre pronta.
>
> Ciao
> Francesco
>
>
>
>
>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-cz] Prihlaseni do fody

[r00t]

Ahoj,

Hmm, tak asi to opravdu bude tim prohlizecem nebo nejakym add-onem co pouzivam.
Prohlizec je Basilisk52, jediny fork Firefoxu co je pravidelne updatovan a bezi
pod XP (Test win32 binary z http://rtfreesoft.blogspot.com/)
Ale ted jsem to zkousel v posledni ciste verzi Firefox ESR 52.9.0 a tam 
nahravani
funguje, takze nahraju tech par fotek a proste to nebudu dal resit, nemam ted 
na to cas...


r00t


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

Re: [OSM-talk-fr] Osmose - École non intégrée

[Frédéric Rodrigo]

Bonjour,

C'est un problème connu. Mais pas encore corrigé. Les 
amenity=kindergarten n'ont pas de ref UAI.


Frédéric.


Le 17/10/2018 à 12:44, adr.an...@laposte.net a écrit :

Bonjour,

Osmose relève des erreurs "École non intégrée" pour les crèches
http://osmose.openstreetmap.fr/fr/errors/?item=7070
par exemple :
http://osmose.openstreetmap.fr/fr/error/20455583251
http://osmose.openstreetmap.fr/fr/error/20455583156

Cependant ces établissements sont absents de
l'Application de consultation et cartographie des établissements du système 
éducatif français
http://www.education.gouv.fr/acce_public/index.php

Faut-il passer ces erreurs en "Faux positif" ?

D'avance merci !

___
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-talk-fr] Chantier sur les Champs, one way

[Florimond Berthoux]

Bonjour,

Aujourd'hui les Champs Élysée (Paris, France :) est cartographié par deux
highway=primary.
Ce qui est pour moi une erreur, l'avenue est certes large, mais aucune
délimitation physique ne sépare les deux sens de circulation.

En ce moment se déroule un chantier visant la création de pistes cyclables
latérale séparé de la chaussée motorisé par un espace de stationnement,
livraison, taxis, arrêt de bus.
Les voies motorisés vont passer de 5 voies à 3 dans chaque sens.
Pour une idée, voici une vue d'artiste :
https://www.cnews.fr/france/2018-10-07/paris-les-travaux-de-la-piste-cyclable-des-champs-elysees-vont-debuter-796190

D'où mon idée d'en profiter pour passer les voies motorisés en un seul
segment.
Je demande pour m'éviter les cris d'orfraie d'avoir osé touché à la plus
"belle avenue du monde".

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

[OSM-talk-fr] Osmose - École non intégrée

[adr . andre]

Bonjour,

Osmose relève des erreurs "École non intégrée" pour les crèches
http://osmose.openstreetmap.fr/fr/errors/?item=7070
par exemple :
http://osmose.openstreetmap.fr/fr/error/20455583251
http://osmose.openstreetmap.fr/fr/error/20455583156

Cependant ces établissements sont absents de
l'Application de consultation et cartographie des établissements du système 
éducatif français
http://www.education.gouv.fr/acce_public/index.php

Faut-il passer ces erreurs en "Faux positif" ?

D'avance merci !

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

Re: [OSM-talk-fr] Arceaux partagés motos / vélos

[marc marc]

Le 17. 10. 18 à 12:28, Florimond Berthoux a écrit :
> on a quand un gros problème à Paris avec ça

quel est le problème avec le résultat de la discussion précédente ?

> Nouvelle proposition :
> amenity=bicycle_parking;motorcycle_parking
> Qu'en pensez-vous ?

supporté par 0% des apps et rendu actuellement
comme je sais pas ce que tu essayes de résoudre,
j'ai pas de solution autre que ce qui a déjà été dit :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Rail tracks for crane lifts

[Edward Catmur]

I would keep railway=rail (it's still a railway), but add usage=industrial
and service=yard - this makes it clear that it is not a passenger railway.

On Wed, Oct 17, 2018 at 9:48 AM Jez Nicholson 
wrote:

> Hi All,
>
> https://www.openstreetmap.org/way/93523292 is the rail tracks used by a
> pair of cranes that load/unload ships at Swansea Docks. I don't believe it
> should be tagged as a 'railway', as in a mass-transit system, but what
> would it be?
>
> - Jez
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Arceaux partagés motos / vélos

[Florimond Berthoux]

Je relance, car on a quand un gros problème à Paris avec ça, on parle de
centaines/milliers de stationnement.

Nouvelle proposition :
amenity=bicycle_parking;motorcycle_parking

Qu'en pensez-vous ?

Le jeu. 20 sept. 2018 à 17:25, Phyks  a écrit :

> Salut,
>
> Dans ma ville, la plupart des stationnements "vélos" sont en fait des
> stationnements "deux roues" avec des arceaux qui sont utilisables à la
> fois par les motos, les scooters et les vélos (sans distinction).
> Comment devrait-on tagger cela au mieux ?
>
> Il me semble qu'une proposition raisonnable serait un truc comme
>
>  access=yes
>  amenity=motorcycle_parking
>  bicycle=yes
>  bicycle_parking=stands
>  capacity=?
>  covered=no
>  fee=no
>
> mais cela est-il réellement optimal ?
>
> Le rendu par défaut des tuiles par défaut et OpenCycleMap ne va pas
> l'afficher (voir
> https://www.openstreetmap.org/node/5028869329#map=19/48.81712/2.31139
> par exemple qui n'est affiché nulle part).
>
> Bref, je suis preneur de retours sur cette situation (par défaut, j'ai
> l'impression que la plupart des gens les ont mis en parking vélos dans
> le coin).
>
> Merci,
> --
> Phyks
>
> ___
> 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-cz] Fody - posledni vyzva k prijeti podminek

[Tom Ka]

Ahoj,

posilam posledni vyzvu autorum fotek puvodniho importu od Walleyho k
souhlasu s podminkami. Behem pristiho tydne bych chtel v prvnim kroku
vsechny fotky autoru bez souhlasu disablovat, casem by mely byt uplne
odstraneny.

Aktualni stav je videt ve statistice autoru:
https://osm.fit.vutbr.cz/fody/?stat.author

Jedna se celkem o 2655 fotek (+ k tomu jeste 456 fotek bez
identifikovaneho OSM nicku) coz je neco pod 15% fotek celkem.

Pokud nekoho z dotycnych znate, budu rad, kdyz mu date vedet.

Diky za pomoc.

Seznam jmen:

walley, Petr Dlouhy, rilando, lostinhack, Solim, myval, Skeptik,
Rampouch, janivo, pvalen, Jan Sten Adámek, Smurfie, vraatja,
ProKesTom, psticha, Žirafka, Radek, esence77, Zruda, Jesika Vaníčková,
raddino, kofis, martinhejna, pavelm, mcepl, rsc_cz, Davidb11, Hadak,
malej_viktor, Lu-Ko, Vladimír Domes, michal, tombo, kamosJu, orgoj,
POSPECOM, wizz, Lumir, kavol, Dan, VoŠr, alweg, zkf, ruzickap,
washeck, pmoravec, Jencek, vojtimir, homole, Kraklakvakve, mapmaniak,
Jan Vaverka, laupet, jansmares, Jp, Buritos, Petr Bureš, kremex, ales
pudil, atnelav, JKLD, Maxovna, marek nantl, Regent_64, Jiří Sedláček,
MikkeBradley, Libor, kozel_zahradnik, Marek Janík KČT, Chrunyo, Jiří
Toman, Marek Janata, Datin, jkjkjk, clonewayx, Frettie, -J-F-, zby-cz,
pudil, Janustek, michal47, pivnik, lides1977, Romana Rychetzká, Lugen,
hlad, Mves72, Jezevec,

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

Re: [Talk-de] OSM Hackweekend im Oktober in Karlsruhe

[Frederik Ramm]

Hallo,

On 20.08.2018 12:21, Christine Karch wrote:
> im Oktober (20./21.) findet wieder ein OSM Hackweekend in Karlsruhe
> statt. Hier die Details und die (unverbindliche aber hilfreiche) Anmeldung:

Bitte beachten, dass es diesmal eine Raumänderung gibt. Details auf der
Wikiseite, und alle, die sich angemeldet haben, haben das auch nochmal
per Mail bekommen.

Wer am Wochenende noch nichts vorhat kann sich gern noch eintragen,
jetzt ist genug Platz ;)

Bye
Frederik

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

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

[Talk-it] [Alberi monumenmtali] Quale licenza?

[Cascafico Giovanni]

Dopo aver letto il certosino lavoro [1] fatto da Borruso nel portare un po'
d'ordine nei vari documenti excel pubblicati dal ministero, sto cercando di
capire qualse sia la licenza applicata.

Nei pdf ministeriali [2] si scrive di approvazioni ed aggiornamenti che le
regioni sono demandate a trasmettere al mipaaf, ma non si fa alcun cenno
alla licenza.

Così ho scaricato ed analizzato i dataset relativi al Friuli Venezia Giulia
nelle loro due origini: Mipaaf (licenza indefinita) e regione FVG (public
data).

Sembra che il Mipaaf sia un sottoinsieme di quello della regione FVG:
quest'ultimo ha un paio di campi in più ed è stato arricchiito di ulteriori
alberi.

Per la licenziabilità, secondo voi cosa si può dedurre?

Potrei importare i dati "public" della regione FVG ma, nell'ottica di non
rifare il lavoro per altre regioni, preferirei attingere dal Mipaaf perchè
almeno ha le cose nello stesso posto e (per quanto in discutibili strutture
excel) parrebbe usare gli stessi campi.

Per inquadrare l'import ho imbastito la wiki [3].


[1]
https://medium.com/tantotanto/dove-sono-gli-alberi-monumentali-ditalia-ffd7d0d6d860
[2]
https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
[3]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] représentation 3d des olympiades

[marc marc]

Je vois pas comment tu peux dire que la dalle est 2 niveaux + que la rue
hormis le tag ele, on a rien dans osm qui permet de lier des hauteurs 
respective comme dire que tel route est 10m au dessus de tel autre.

les tag de la date devraient migrer du way outer qui définit son contour
à la relation qui définit son étendue sans les bâtiments
https://www.openstreetmap.org/way/79084943
https://www.openstreetmap.org/relation/2724004
et sans doute type=multipolygon + highway=pedestrian + surface (béton ?)

Le 17. 10. 18 à 10:07, Nicolas Bétheuil a écrit :
> C'est beaucoup mieux
> http://demo.f4map.com/#lat=48.8249258=2.3659648=18
> https://osmbuildings.org/?lat=48.82621=2.36447=17.4=45=-5
> 
> effectivement peux mieux faire pour dire que la dalle est en hauteur
> 
> @althio le way est celui que j'ai corrigé mais effectivement, me demande 
> pour supprimer le way et laisser la relation. sa forme est plus proche 
> de ce que l'on peut appeler la dalle des olympiades.
> 
> M’embête de remettre le nombre d'étage à 2 parce que du coup faut 
> modifier chaque échoppe pour la monter de 2 étages, pour toujours les voir.
> 
> 
> Le mar. 16 oct. 2018 à 09:51, althio  > a écrit :
> 
> La dalle en tant que voirie, aire de cheminement existe déjà :
> https://www.openstreetmap.org/relation/3283058
> 
> Ce way https://www.openstreetmap.org/way/79084943 :
> C'est peut-être plutôt le bâtiment sous la dalle.
> (donc peut-être remettre building=yes ? le bon nombre d'étages ? 2 ?
> enlever le tag "name" ?... ???)
> 
> 
> On Mon, 15 Oct 2018 at 20:31, Nicolas Bétheuil  > wrote:
> 
> Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai
> enlevé le fait que c'était un immeuble
> https://www.openstreetmap.org/changeset/63551936
> 
> 
> Le lun. 15 oct. 2018 à 18:15, Philippe Verdy  > a écrit :
> 
> N'est-ce pas le même problème sur d'autres "dalles" comme
> celle de la Défense à Courbevoie, ou la dalle du Colombier à
> Rennes ? Et le même problème dans toutes les villes
> construites sur des reliefs escarpés (comme Monaco), où il
> est difficile de dire quel est le niveau du "sol" pour un
> étage donné qui peut être sous-terrain ou en hauteur d'un
> autre côté avec d'autres niveaux intercalaires?
> 
> La notion de "niveau" (ou "étage") se gère à priori bâtiment
> par bâtiment, pourtant on trouve des cas où deux batiments
> contruits sur des sols différents ont des passages accolés
> au même niveau (on passe san monter ou descendre du rez-de
> chaussée de l'un au 3e étage de l'autre) et on en trouve
> même dans des villes réputées "plates" comme Paris (les
> "grands magasins") ou Lille (par exemple sa fameuse grande
> librairie) qui ont aussi réunit des niveaux différents de
> plusieurs bâtiments accolés (ou assez proches pour installer
> des passerelles).
> 
> Dans certains cas, au sein de ces batiments, la notion de
> "niveau" n'est pas la même entre les surfaces occupées par
> un même magasin ou une même entreprise, que celle d'étage au
> sein des batiments dans lesquels ces locaux sont situés.
> 
> On a le cas aussi avec les stations souterraines de train ou
> métro, où la notion de niveau n'est pas beaucoup plus simple
> (le même niveau peut pourtant avoir des altitudes de
> plancher variables, avec des pentes douces ou quelques
> marches ignorées et sur une longueur assez grande cela fait
> vite une différence).
> 
> Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre
> relatif entre des éléments superposés à la même position
> géographique (longitude et latitude), le tag "level=n" dans
> un batiment peut ne pas suffire non plus, et il est
> difficile de taguer précisément tous les points avec une
> véritable altitude, à moins de décider de ne plus taguer ça
> dans OSM
> 
> Mais on peut le faire avec un véritable modèle 3D (hors
> d'OSM lui-même) pour l'ensemble d'un édifice, qu'on
> géolocalisera ensuite sur un seul point (avec aussi son
> orientation correcte) ; et alors dans OMS on se contentera
> de tracer la seule empreinte au sol, quel que soit son
> altitude. Mais il manquera alors dans OSM les "ways" de
> communication (on mes ajoute de façon approximative sans
> tenir compte de l'altitude, mais en les ordonnant avec
> "layer=n", le reste est trop difficile à modéliser avec le
> modèle 2D d'OSM qui n'est pas conçu pour gérer correctement

[Talk-GB] Rail tracks for crane lifts

[Jez Nicholson]

Hi All,

https://www.openstreetmap.org/way/93523292 is the rail tracks used by a
pair of cranes that load/unload ships at Swansea Docks. I don't believe it
should be tagged as a 'railway', as in a mass-transit system, but what
would it be?

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

Re: [OSM-talk] Please help with name-suggestion-index project!

[Mateusz Konieczny]

To clarify why it is useful:
https://github.com/osmlab/name-suggestion-index#name-suggestion-index 
 
hasindex of common brand.
It allows for easier editing for editors using this data. For example in 
Vespucciwhen I encounter shop from a common brand there is no need to think 
what isthe proper shop tag or enter the entire name.
It is enough to start typing its name and editor provides autocompletionthat 
includes shop type.

Attempting to add  brand:wikipedia / brand:wikidata will ensure that names
are common but are not one brand (for example shop named "Sklep", what is 
Polish for shop)will be found and discarded.
17. Oct 2018 04:07 by bhou...@gmail.com :


> Hey OSM!  I have a project called `name-suggestion-index` that I could use 
> help with…
> You can even get some free stuff if you sign up on > 
> https://hacktoberfest.digitalocean.com/ 
> >   with your GitHub account.
>
> Go to this project:   > https://github.com/osmlab/name-suggestion-index 
> > I need help matching all 
> the commonly named brands in OpenStreetMap to Wikidata ids.
> For each one that we haven’t matched already, I’ve opened an issue.> For each 
> issue, someone needs to look up on Google or Wikipedia whether that thing 
> really is a brand.> If so, add the `brand:wikidata` and `brand:wikipedia` 
> tags.  And if not, add a regex to discard it from the index.  
> Then send a pull request to close the issue.> If you send 5 pull requests in 
> October, you’ll get some swag from Hacktoberfest 
> It doesn’t take a lot of time, and it’s a great way to help OSM and learn 
> about GitHub and Open Source.  There are thousands of open issues and I’d 
> appreciate all the help I can get!
> Thanks  > Bryan
>___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Prihlaseni do fody

[Tom Ka]

Tak jsem zkousel patrat na serveru ale nic moc vic, nez co jsi popsal
jsem nenasel. Podle logu pouzivas Firefox 52.9 na Windows XP je to
pravda? Tam bych pak mozna videl nejaky potencionalni problem jak se
ukoncuje podpora XPcek apod, ale moc vic mne ted nenapada. Mohl by jsi
zkusit situaci nasimulovat v jinem profilu stejneho prohlizece
pripadne v jinem prohlizeci na stejnem/jinem pocitaci?

Zkousel jsem to na Linuxu s Firefoxem a Seamonkey podle tveho popisu s
rusenim cookie pri skonceni ale fungovalo to OK.

(web konzole ve firefoxu - Ctrl-Shift-K - nevypisuje nic?)

Pripadne to zkusit nejak vic poladit po telefonu, nebo jabberu.

Mej se.

po 15. 10. 2018 v 23:22 odesílatel r00t  napsal:
>
> Ahoj,
>
> Podival jsem se na to co presne nefunguje a vidim ze request na
> https://osm.fit.vutbr.cz/fody/api/logged z https://openstreetmap.cz/ po 
> kliknuti
> na pridani obrazku vzdy vraci err 401, i kdyz jsem prihlaseny. Pokud ale 
> zkusim
> primo request na to API otevrit jako stranku tak to projde a vrati 200 OK.
> V inspektoru ve Firefoxu jsem zjistil ze je to tim ze v requestu z 
> openstreetmap.cz
> nejsou potrebne cookies - a proto neni uzivatel overeny.
> Takze musi jit o nejaky problem s CORS requestem. I kdyz at na to koukam jak 
> na
> to koukam, zadny problem v HTTP nevidim, vsechno potrebne tam v hlavickach je.
> Bohuzel dal to uz moc debuggovat nejde, presny duvod proc v requestu neni 
> cookie
> firefox nikde nehlasi...
>
>
> r00t
>
>
> ___
> 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-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

Ah, c'est marrant, la Tour Rome lévite
http://demo.f4map.com/#lat=48.8248016=2.3655067=20=80=-20.913

Le mer. 17 oct. 2018 à 10:07, Nicolas Bétheuil  a écrit :

> C'est beaucoup mieux
> http://demo.f4map.com/#lat=48.8249258=2.3659648=18
>
> https://osmbuildings.org/?lat=48.82621=2.36447=17.4=45=-5
>
> effectivement peux mieux faire pour dire que la dalle est en hauteur
>
> @althio le way est celui que j'ai corrigé mais effectivement, me demande
> pour supprimer le way et laisser la relation. sa forme est plus proche de
> ce que l'on peut appeler la dalle des olympiades.
>
> M’embête de remettre le nombre d'étage à 2 parce que du coup faut modifier
> chaque échoppe pour la monter de 2 étages, pour toujours les voir.
>
>
> Le mar. 16 oct. 2018 à 09:51, althio  a écrit :
>
>> La dalle en tant que voirie, aire de cheminement existe déjà :
>> https://www.openstreetmap.org/relation/3283058
>>
>> Ce way https://www.openstreetmap.org/way/79084943 :
>> C'est peut-être plutôt le bâtiment sous la dalle.
>> (donc peut-être remettre building=yes ? le bon nombre d'étages ? 2 ?
>> enlever le tag "name" ?... ???)
>>
>>
>> On Mon, 15 Oct 2018 at 20:31, Nicolas Bétheuil  wrote:
>>
>>> Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai enlevé le
>>> fait que c'était un immeuble
>>> https://www.openstreetmap.org/changeset/63551936
>>>
>>>
>>> Le lun. 15 oct. 2018 à 18:15, Philippe Verdy  a
>>> écrit :
>>>
 N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
 Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
 problème dans toutes les villes construites sur des reliefs escarpés (comme
 Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
 étage donné qui peut être sous-terrain ou en hauteur d'un autre côté avec
 d'autres niveaux intercalaires?

 La notion de "niveau" (ou "étage") se gère à priori bâtiment par
 bâtiment, pourtant on trouve des cas où deux batiments contruits sur des
 sols différents ont des passages accolés au même niveau (on passe san
 monter ou descendre du rez-de chaussée de l'un au 3e étage de l'autre) et
 on en trouve même dans des villes réputées "plates" comme Paris (les
 "grands magasins") ou Lille (par exemple sa fameuse grande librairie) qui
 ont aussi réunit des niveaux différents de plusieurs bâtiments accolés (ou
 assez proches pour installer des passerelles).

 Dans certains cas, au sein de ces batiments, la notion de "niveau"
 n'est pas la même entre les surfaces occupées par un même magasin ou une
 même entreprise, que celle d'étage au sein des batiments dans lesquels ces
 locaux sont situés.

 On a le cas aussi avec les stations souterraines de train ou métro, où
 la notion de niveau n'est pas beaucoup plus simple (le même niveau peut
 pourtant avoir des altitudes de plancher variables, avec des pentes douces
 ou quelques marches ignorées et sur une longueur assez grande cela fait
 vite une différence).

 Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre relatif entre
 des éléments superposés à la même position géographique (longitude et
 latitude), le tag "level=n" dans un batiment peut ne pas suffire non plus,
 et il est difficile de taguer précisément tous les points avec une
 véritable altitude, à moins de décider de ne plus taguer ça dans OSM

 Mais on peut le faire avec un véritable modèle 3D (hors d'OSM lui-même)
 pour l'ensemble d'un édifice, qu'on géolocalisera ensuite sur un seul point
 (avec aussi son orientation correcte) ; et alors dans OMS on se contentera
 de tracer la seule empreinte au sol, quel que soit son altitude. Mais il
 manquera alors dans OSM les "ways" de communication (on mes ajoute de façon
 approximative sans tenir compte de l'altitude, mais en les ordonnant avec
 "layer=n", le reste est trop difficile à modéliser avec le modèle 2D d'OSM
 qui n'est pas conçu pour gérer correctement la 3e dimension).



 Le lun. 15 oct. 2018 à 17:40, Nicolas Bétheuil  a
 écrit :

> Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d
> dans mapcontrib mais plutôt streetcomplete.
>
> My bad, Désolé pardon plates excuses confusantes.
>
> Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil  a
> écrit :
>
>> Bonjour,
>>
>> En me baladant hier, je suis passé dans le 13ème à faire un peu de
>> MapContrib
>> Le rendu 3d est vraiment pas terrible
>> https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
>>
>> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
>> faisait 20 étages et du coup les commerces présents sur la dalle sont 
>> juste
>> invisible.
>>
>> Vous auriez une idée de comment améliorer ça ?
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

C'est beaucoup mieux
http://demo.f4map.com/#lat=48.8249258=2.3659648=18
https://osmbuildings.org/?lat=48.82621=2.36447=17.4=45=-5

effectivement peux mieux faire pour dire que la dalle est en hauteur

@althio le way est celui que j'ai corrigé mais effectivement, me demande
pour supprimer le way et laisser la relation. sa forme est plus proche de
ce que l'on peut appeler la dalle des olympiades.

M’embête de remettre le nombre d'étage à 2 parce que du coup faut modifier
chaque échoppe pour la monter de 2 étages, pour toujours les voir.


Le mar. 16 oct. 2018 à 09:51, althio  a écrit :

> La dalle en tant que voirie, aire de cheminement existe déjà :
> https://www.openstreetmap.org/relation/3283058
>
> Ce way https://www.openstreetmap.org/way/79084943 :
> C'est peut-être plutôt le bâtiment sous la dalle.
> (donc peut-être remettre building=yes ? le bon nombre d'étages ? 2 ?
> enlever le tag "name" ?... ???)
>
>
> On Mon, 15 Oct 2018 at 20:31, Nicolas Bétheuil  wrote:
>
>> Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai enlevé le
>> fait que c'était un immeuble
>> https://www.openstreetmap.org/changeset/63551936
>>
>>
>> Le lun. 15 oct. 2018 à 18:15, Philippe Verdy  a
>> écrit :
>>
>>> N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
>>> Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
>>> problème dans toutes les villes construites sur des reliefs escarpés (comme
>>> Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
>>> étage donné qui peut être sous-terrain ou en hauteur d'un autre côté avec
>>> d'autres niveaux intercalaires?
>>>
>>> La notion de "niveau" (ou "étage") se gère à priori bâtiment par
>>> bâtiment, pourtant on trouve des cas où deux batiments contruits sur des
>>> sols différents ont des passages accolés au même niveau (on passe san
>>> monter ou descendre du rez-de chaussée de l'un au 3e étage de l'autre) et
>>> on en trouve même dans des villes réputées "plates" comme Paris (les
>>> "grands magasins") ou Lille (par exemple sa fameuse grande librairie) qui
>>> ont aussi réunit des niveaux différents de plusieurs bâtiments accolés (ou
>>> assez proches pour installer des passerelles).
>>>
>>> Dans certains cas, au sein de ces batiments, la notion de "niveau" n'est
>>> pas la même entre les surfaces occupées par un même magasin ou une même
>>> entreprise, que celle d'étage au sein des batiments dans lesquels ces
>>> locaux sont situés.
>>>
>>> On a le cas aussi avec les stations souterraines de train ou métro, où
>>> la notion de niveau n'est pas beaucoup plus simple (le même niveau peut
>>> pourtant avoir des altitudes de plancher variables, avec des pentes douces
>>> ou quelques marches ignorées et sur une longueur assez grande cela fait
>>> vite une différence).
>>>
>>> Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre relatif entre
>>> des éléments superposés à la même position géographique (longitude et
>>> latitude), le tag "level=n" dans un batiment peut ne pas suffire non plus,
>>> et il est difficile de taguer précisément tous les points avec une
>>> véritable altitude, à moins de décider de ne plus taguer ça dans OSM
>>>
>>> Mais on peut le faire avec un véritable modèle 3D (hors d'OSM lui-même)
>>> pour l'ensemble d'un édifice, qu'on géolocalisera ensuite sur un seul point
>>> (avec aussi son orientation correcte) ; et alors dans OMS on se contentera
>>> de tracer la seule empreinte au sol, quel que soit son altitude. Mais il
>>> manquera alors dans OSM les "ways" de communication (on mes ajoute de façon
>>> approximative sans tenir compte de l'altitude, mais en les ordonnant avec
>>> "layer=n", le reste est trop difficile à modéliser avec le modèle 2D d'OSM
>>> qui n'est pas conçu pour gérer correctement la 3e dimension).
>>>
>>>
>>>
>>> Le lun. 15 oct. 2018 à 17:40, Nicolas Bétheuil  a
>>> écrit :
>>>
 Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d
 dans mapcontrib mais plutôt streetcomplete.

 My bad, Désolé pardon plates excuses confusantes.

 Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil  a
 écrit :

> Bonjour,
>
> En me baladant hier, je suis passé dans le 13ème à faire un peu de
> MapContrib
> Le rendu 3d est vraiment pas terrible
> https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
>
> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> faisait 20 étages et du coup les commerces présents sur la dalle sont 
> juste
> invisible.
>
> Vous auriez une idée de comment améliorer ça ?
>
 ___
 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 

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Harvey]

I've reprocessed these files again, I have simplified versions, which
cut the number of nodes with not much loss in detail:

Original full resolution: https://tianjara.net/data/PSMA_AdminBdy_OSM/
Simplified: https://tianjara.net/data/PSMA_AdminBdy_OSM_Simplified/

Andrew Davidson has been testing actually doing an import with the DEV
API. It looks like the upload.py scripts will do a better job of
splitting the upload. In JOSM it will upload all the empty nodes first
and then in the last changeset push the relations. It looks like
upload.py does things differently.

This does mean we have less opportunity to do this import manually, so
if we use upload.py, I'm in favour of first manually removing the
state borders so we don't dump more nodes on top and then post-upload
we can just join the new relations to the existing state borders where
they meet.

So I guess at this point do people want to checkout the simplified OSM
files for any issues?
On Tue, 16 Oct 2018 at 10:48, Joel H.  wrote:
>
> OK, just tell me when you are ready, and I'll clean up QLD ready for
> import.
>
> On 14/10/18 10:46 pm, Andrew Harvey wrote:
> > On Sun, 14 Oct 2018 at 21:15, Joel H.  wrote:
> >> Hey Andrew,
> >>
> >> Today on the QLD slack, I had a local mapper ask me about suburb areas.
> >> I personally think it would be an opportune time to start on the QLD
> >> import at least.
> >>
> >>
> >> What is the status on the PSMA data? Is it ready to import, and is
> >> anything holding us back?
> > I wouldn't say it's ready yes.
> >
> > [ ] simplification - I'm comfortable with the detail in the data, to
> > me it doesn't feel excess or over the top so I don't think we need any
> > simplification
> > [ ] website copyright notice - in progress at
> > https://github.com/openstreetmap/openstreetmap-website/pull/2026
> >
> >> Can you think of anything else? And would it be alright for me to start 
> >> cleanup now?
> > If the current boundaries aren't accurate, then yeah it's probably
> > easier to start dropping them out and they can be brought in fresh
> > through the import. Up to the local mappers to decide. Though it does
> > add pressure on us to make the import, which I'd rather not be rushed.
> >
> >>
> >> In the meantime, I have run some overpass scripts to grab all boundaries
> >> and place areas. I'm planning on starting a cleanup on the existing
> >> boundaries, todo includes:
> >>
> >> -remove admin boundaries for level 6 and 10 and integrate anything else
> >> into their own things e.g. fences or signposts
> >>
> >> -remove place=* areas
> >>
> >>
> >> Can you think of anything else? And would it be alright for me to start
> >> cleanup now?
> >>
> >>
>

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