Re: [OSM-talk-fr] Toilettes pas publiques

Si le wiki est sans équivoque sur le fait de ne pas mapper les toilettes non publiques, il faut le respecter. Je conserverai l'objet dans OSM afin qu'il ne soit pas recréé par un autre contributeur, mais avec un tag du genre: private:amenity=toilets ou quelque chose qu'un outil qui se base sur

Re: [Talk-cz] jednosměrka

On Thu 2017-11-09 21:30:49, Miroslav Suchý wrote: > Dne 9.11.2017 v 21:26 marek napsal(a): > > Právě, že to nemá datum. Napadne sníh a policajti tam dají jednosměrku a > > vybírají pokuty. Sníh sleze a už to je zase obousměrná. > > oneway:conditional=yes @ (snow) > > Je to na te wiki popsano

Re: [OSM-talk-fr] Toilettes pas publiques

Même réponse : amenity=* devrait être à proscrire si ce n'est pas accessible au public (mais est admis sur les parkings privés ouverts au public, exemple pour les parkings devant les hôtels, restos et grandes surfaces, ou dans les parcs d'attraction ou les campings; amenity ne signifie pas que

Re: [OSM-talk-fr] Toilettes pas publiques

Le 10. 11. 17 à 22:23, David Crochet a écrit : > Le 10/11/2017 à 21:49, Romain MEHUT a écrit : >> Je vois que dans le wiki, le tag access=private est rayé. Sur le fond, >> je comprends la logique mais si je retire le tag amenity que >> mettriez-vous à la place ? > Pour moi la règle est simple :

Re: [OSM-talk-fr] Toilettes pas publiques

je pense plutôt que la remarque vient de l'usage de "amenity" (quel que soit la valeur) qui rensiegne plutôt sur des catégories d'objets de services public et donc certainement pas réservés à l'usage privé. passer à ameinity=private_toilets" n'arrangera rien! Je suis plutôt d'avis de remplacer

Re: [OSM-talk-fr] Toilettes pas publiques

Bonjour Le 10/11/2017 à 21:49, Romain MEHUT a écrit : Je vois que dans le wiki, le tag access=private est rayé. Sur le fond, je comprends la logique mais si je retire le tag amenity que mettriez-vous à la place ? Pour moi la règle est simple : Que voit-je : je vois des toilettes, j'ajoute

Re: [Talk-de] Deutsche Namens-Tags in ... - Schriftsysteme

On Fri, Nov 10, 2017 at 03:36:44PM +0100, Butrus Damaskus wrote: > 2017-11-09 10:01 GMT+01:00 Martin Koppenhoefer : > > > Es ist aber nicht immer einfach und eindeutig zu entscheiden was ein > > Dialekt ist und was eine Sprache, und die Entscheidung darüber hat > >

[OSM-talk-fr] Toilettes pas publiques

Bonsoir, Un contributeur a ajouté une note ( https://www.openstreetmap.org/note/1202230#map=17/48.66550/5.1=N) concernant cet objet http://www.openstreetmap.org/node/1274830206 que j'ai créé il y a plus de 5 ans. Il s'agit de toilettes à destination exclusivement des conducteurs de bus.

Re: [OSM-talk-fr] Communes nouvelles, code INSEE et cadastre : on a un problème

Le code INSEE communal est un code géographique, la géographie n'a pas changé. Le code INSEE communal n'a jamais été une liste réelle et complète de ce qui est entendu légalement comme une "commune" (dont les statuts se sont complexiés avec le temps. Que des communes fusionnent plus ou moins

Re: [OSM-talk-fr] Communes nouvelles, code INSEE et cadastre : on a un problème

Les communes nouvelles n'ont pas de nouveau code INSEE, mais reprenne celui de la commune qui est le chef-lieu. C'est une mauvaise idée car on ne sait plus à partir du code INSEE si on parle de la commune nouvelle ou de l'ancienne... mais bon, c'est le choix qu'a fait l'INSEE pour les communes.

Re: [OSM-talk-fr] Une application pour visualiser le cadastre

Ils ont peut-être développé une moulinette de vectorisation des planches bitmap et investi du temps de validation de leur côté pour compléter la base des bâtiments... Ils auraient pu aussi donner des informations sur le clic d'une voie (ils ne donne des infos que sur les parcelles, mais

Re: [OSM-talk-fr] [Osmose] Faux positifs en nombre ?

https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop Un highway=bus_stop doit être un node Voir également https://github.com/osm-fr/osmose-backend/issues/220 Le 10/11/2017 à 20:31, Jérôme Amagat a écrit : le problème c'est que a Lyon beaucoup des arrêts de bus sont sous forme de way

Re: [OSM-talk-fr] [Osmose] Faux positifs en nombre ?

le problème c'est que a Lyon beaucoup des arrêts de bus sont sous forme de way (de court chemin, 2 nodes, connecté a rien) avec highway=bus_stop. Pour osmose, je pense, c'est une route (highway=* sur un way) donc ce n'est pas normale pour lui une route connecté a rien alors qu'il y a plein d'autre

Re: [OSM-talk-fr] OpenStreetMap expliqué en breton à Brest en communs

Je note l'absence de JOSM dans les "logiciels en breton". S'il y a des motivé(e)s pour le traduire, c'est par ici: https://translations.launchpad.net/josm/trunk/+pots/josm/br/+translate Les règles étant: à partir de 2000 chaines traduites, on intègre la langue dans JOSM. Pour l'instant aucune

Re: [Talk-it] Relazione route multiuso

No, non utilizzerei un key con tre valori per il momento, perché tanti data consumers non lo digeriscono bene. Ho solo detto che sarebbe bello poterlo fare. In particolare sarebbe importante capire se il Route Analyzer le capisce. Quando ho un attimo farò una prova. 2017-11-10 19:06 GMT+01:00

Re: [Talk-in] i have doubts in syncing gtfs and osm data

Ganesh, Thank you for checking on the list. This seems quite risky to me, and seems like it would require a lot of due dilligence before attempting a merge. I think this would qualify as a data import, and as such, you should read the Import Guidelines:

Re: [Talk-it] Relazione route multiuso

Grazie a tutti e tre per le risposte, quindi il tag route con più valori non è sbagliato, è solo più scomodo da manutenere nel caso cambi il percorso, ho capito bene?! Comunque va bene, ne creerò una per ogni "disciplina" (mtb, hiking, cycling) ___

Re: [Talk-it] Relazione route multiuso

Che potrebbe essere un problema fare le query dopo. Le tira fuori comunque se cerchi hiking o mtb? Ovviamente esistono gli attributi di tipo lista ma secondo me in osm crea piu' problemi di quelli che risolve Il 10 Nov 2017 19:01, "carlo folini" ha scritto: > Concordo

Re: [Talk-it] Relazione route multiuso

".. i tre tag separati da punto e virgola in un'unica relazione.." la vedo malissimo Il giorno 10 novembre 2017 19:00, carlo folini ha scritto: > Concordo sulla rognosità della duplicazione... Un compromesso potrebbe > essere partire con la mappatura con i tre tag

Re: [Talk-it] Coordinate...

Damjan Gerli wrote > Ciao! Sparo così, senza verificare: le seconde potrebbero essere UTM Zone > 32N / Wgs84 - EPSG:32632 Sì GRANDE ;-) ovviamente c'hai preso. GRAZIE davvero. ciao --enrico -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

Re: [Talk-it] Relazione route multiuso

Concordo sulla rognosità della duplicazione... Un compromesso potrebbe essere partire con la mappatura con i tre tag separati da punto e virgola in un'unica relazione e in caso di divergenza dei tracciati splittare in più relazioni. Questo ovviamente se il percorso nasce ciclopedonale, altrimenti

Re: [Talk-de] Bemerkenswerte Relation

Am 10.11.2017 um 17:58 schrieb Tom Pfeifer: > On 10.11.2017 17:51, Simon Poole wrote: >> Am 10.11.2017 um 17:34 schrieb Tom Pfeifer: >>> Die Rollen "level_N" sind seit dem 14 March 2015 in type=building >>> dokumentiert [3] >>> >> Das war zu dem Zeitpunkt schon veraltet und wenn ich nicht wüsste

Re: [Talk-de] Bemerkenswerte Relation

On 10.11.2017 17:51, Simon Poole wrote: Am 10.11.2017 um 17:34 schrieb Tom Pfeifer: Die Rollen "level_N" sind seit dem 14 March 2015 in type=building dokumentiert [3] Das war zu dem Zeitpunkt schon veraltet und wenn ich nicht wüsste wer es da reingeschrieben hat, würde ich mich wundern. SIT

Re: [Talk-de] Bemerkenswerte Relation

Am 10.11.2017 um 17:34 schrieb Tom Pfeifer: > > > Die Rollen "level_N" sind seit dem 14 March 2015 in type=building > dokumentiert [3] > Das war zu dem Zeitpunkt schon veraltet und wenn ich nicht wüsste wer es da reingeschrieben hat, würde ich mich wundern. signature.asc Description: OpenPGP

Re: [OSM-talk] New OSM Quick-Fix service

Am 10.11.2017 um 09:57 schrieb JB: > oneway=no have the same meaning as no information Very careful with removing oneway=no! Some highway=* combinations have oneway=yes per default, and oneway=no is used to override this default value (!!). Obviously, removing such a oneway=no tag with the

Re: [Talk-de] Bemerkenswerte Relation

On 10.11.2017 16:35, dktue wrote: > ich bin gerade auf diese bemerkenswerte Relation [1] gestoßen. Hier scheint mir einiges an > Member-Rollen und Tagging-Schema erfunden zu sein. Es handelt sich um eine Building-Relation [2], dabei wurden per Indoor-Mapping einzelne Etagen erfasst. Das dabei

hebdoOSM Nº 381 2017-10-31-2017-11-07

Bonjour, Le résumé hebdomadaire n° 381 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/9621/ Bonne lecture ! hebdoOSM ? Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où :

hebdoOSM Nº 381 2017-10-31-2017-11-07

Bonjour, Le résumé hebdomadaire n° 381 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/9621/ Bonne lecture ! hebdoOSM ? Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où :

hebdoOSM Nº 381 2017-10-31-2017-11-07

Bonjour, Le résumé hebdomadaire n° 381 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/9621/ Bonne lecture ! hebdoOSM ? Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où :

Re: [Talk-de] Bemerkenswerte Relation

Das ist ein Gebäude das nach dem veralteten IndoorOSM Schema erfasst wurde, es ist gar keine Spekulation also über den Hintergrund nötig. Eine der Gründe wieso wir das SIT Schema http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging entwickelt haben war, dass IndoorOSM sehr grosszügig mit

Re: [Talk-de] Bemerkenswerte Relation

Moin Am 2017-11-10 16:35, schrieb dktue: Hallo, ich bin gerade auf diese bemerkenswerte Relation [1] gestoßen. Hier scheint mir einiges an Member-Rollen und Tagging-Schema erfunden zu sein. Seht ihr das auch so? sieht mir nach Indoor-Mapping aus. Ob da was neu "erfunden" wurde, kann ich

Re: [Talk-de] Bemerkenswerte Relation

Hallo, Finde das tagging etwas zu ausführlich. Warum sollte man jede Etage Einzel taggen?! Würde das gesamte Gebäude in einen Way räumen. Lg dktue schrieb Hallo, ich bin gerade auf diese bemerkenswerte Relation [1] gestoßen. Hier scheint mir einiges an Member-Rollen und

Re: [Talk-it] import di tutti gli edifici del Canada

Ho terminato da poco una call con Alessandro Alasia di STATCAN, la corrispondente dell'ISTAT in Canada che ha pianificato questa operazione (1). I servizi ISTAT di molti altri paesi, che guardano lo STATCAN come un modello da seguire, hanno mostrato interesse; l'Italia è uno di questi. Con

[Talk-de] Bemerkenswerte Relation

Hallo, ich bin gerade auf diese bemerkenswerte Relation [1] gestoßen. Hier scheint mir einiges an Member-Rollen und Tagging-Schema erfunden zu sein. Seht ihr das auch so? Wie würde die vereinfachte Form aussehen die nur auf übliches Mapping aufsetzt? Gruß dktue [1]

Re: [OSM-talk-fr] Une application pour visualiser le cadastre

Excellent ! Mais je suis surpris de voir qu'il y a sur leur carte les bâtiments même sur des communes pour lesquelles il n'y en a pas dans OSM, par ex. les Adrets de l'Esterel dans le Var pour laquelle le cadastre n'a pas encore été vectorisé. Comment ont ils fait ? Le 10 novembre 2017 à

[OSM-talk-fr] Une application pour visualiser le cadastre

Une start-up, Koumoul (nuage/cloud en breton) veut créer des applications pour faciliter l’utilisation de l’open data. A titre d’exemple, elle propose gratuitement une expérimentation avec le cadastre : https://koumoul.com/s/cadastre/ . Ça devrait nous rendre service. Christian

Re: [Talk-de] Deutsche Namens-Tags in ... - Schriftsysteme

On Wed, Nov 08, 2017 at 10:56:51PM +0100, Markus Bärlocher wrote: Hi, > >>> nur die "offiziellen" Transkriptionen > >> > >> Hast Du da mal ein paar Beispiele? > > > > viele Staaten legen sehr viel wert Wert darauf > > ihre offizielen Namen und Transkriptionen > > für die bekannteren Sprachen

Re: [Talk-de] Deutsche Namens-Tags in ... - Schriftsysteme

2017-11-09 10:01 GMT+01:00 Martin Koppenhoefer : > Es ist aber nicht immer einfach und eindeutig zu entscheiden was ein > Dialekt ist und was eine Sprache, und die Entscheidung darüber hat > teilweise politische Implikationen, so dass man nicht unbedingt allen >

Re: [Talk-it] un'edicola

Il giorno 10 novembre 2017 10:03, Martin Koppenhoefer < dieterdre...@gmail.com> ha scritto: > > > sent from a phone > > > On 10. Nov 2017, at 08:05, Luigi Toscano > wrote: > > > > No, decisamente. > > shop=kiosk è un "peccato originale" dei primi tempi, senza

[Talk-in] i have doubts in syncing gtfs and osm data

Hey community, Is it ok to sync the gtfs with osm, that might produce huge changeset at once ?? I thought it would be helpful to ask before doing one. :) regards, ganesh. ___ Talk-in mailing list Talk-in@openstreetmap.org

Re: [OSM-talk-fr] Communes nouvelles, code INSEE et cadastre : on a un problème

Les codes INSEE de chaque commune membre d'une commune nouvelle ne sont pas supprimés (et c'est vrai notamment pour le cadastre, même après fusion complète de commune: on retrouve encore ces numéros (réduits à 3 chiffres sans le département) devant le code des planches et parcelles (parfois pour

Re: [Talk-de] Deutsche Namens-Tags in ... - Schriftsysteme

2017-11-08 22:56 GMT+01:00 Markus Bärlocher : > > > Curych, Zúrich, Sürix, Zirich, Turtigo, > > Namensverstümmelung... > Was für einen Schwachsinn! Mit Ihrer Logik müsste man es „Vestümmelung“ nennen, wenn man im Deutschen die Buchstabe „Z“ (welche normalenweise

Re: [Talk-it] Coordinate...

Ciao! Sparo così, senza verificare: le seconde potrebbero essere UTM Zone 32N / Wgs84 - EPSG:32632 Damjan -- Original Header --- From : "demon.box" e.rossin...@alice.it To : talk-it@openstreetmap.org Cc : Date : Fri, 10 Nov 2017 04:13:02 -0600 (CST)

[Talk-br] Correcao Vicinais do DF/Brasilia

Obrigado pela resposta Nelson! Não tenho muito traquejo com a tecnologia, esqueci até de mudar o assunto do email. Ontem à noite me cadastrei no OSM, li o tutorial e corrigi algumas vias na área rural noroeste do DF, bem como a sigla de tres vicinais (VC-361, VC-511 e VC-505). Durante a tarde,

Re: [OSM-talk] New OSM Quick-Fix service

If someone points out a problem, surely it's better for the developer to think about whether they have a point, about whether your software should act this way, rather than just saying "But JOSM does it!". Do *you* think removing layer=0 is a good idea? What is the objection to removing it?

Re: [Talk-it] Relazione route multiuso

E' una rogna, anche se coretto. In Italia tanti percorso "ciclabili" sono in realtà "ciclopedonali" e secondo le attuali prassi di tagging dovrebbe tutte avere doppie relazioni. Questi sono percorsi identici a piedi e in bici. Conosco almeno una che è "motor-turistica" e ciclouristica:

Re: [Talk-it] Relazione route multiuso

+1 Il giorno 10 novembre 2017 09:27, Alfredo Gattai ha scritto: > Creane 3 diverse. E' sempre l'opzione migliore, piu' pulita e flessibile. > Quasi tutti i percorsi di quel tipo poi nella pratica hanno differenze di > tracciato, se non subito, dopo un po' vengono

Re: [Talk-it] building:part=roof

2017-11-10 12:13 GMT+01:00 demon.box : > ciao, scusate sul wiki del tag > building:part=roof > http://wiki.openstreetmap.org/wiki/Key:building:part > purtroppo non c'è nessuna immagine esplicativa... > > è utilizzabile per qualsia tetto di un edificio, potrebbe avere anche

[Talk-it] building:part=roof

ciao, scusate sul wiki del tag building:part=roof http://wiki.openstreetmap.org/wiki/Key:building:part purtroppo non c'è nessuna immagine esplicativa... secondo voi è questo il caso? grazie --enrico -- Sent from:

[OSM-talk-fr] FR talk:Randonnée - Ajout de sentiers Parc du vercors

Bonjour, Est-ce quelqu'un saurait aider ce contributeur sur la page de discussion FR:Randonnée du wiki ? Ajout de sentiers ayant un nom et empruntant une route http://wiki.openstreetmap.org/wiki/FR_talk:Randonn%C3%A9e#Ajout_de_sentiers_ayant_un_nom_et_empruntant_une_route Merci Bonne fin de

Re: [OSM-talk-fr] [Osmose] Faux positifs en nombre ?

Bonjour, Le 10. 11. 17 à 09:37, Cédric Frayssinet a écrit : > (Lyon 3) : > http://pix.toile-libre.org/upload/original/1510302928.png > http://pix.toile-libre.org/upload/original/1510302970.png Pour moi il y a un bug puisque le message d'erreur Jonction imparfaite, joindre le nœud ou utiliser

[OSM-talk-fr] Communes nouvelles, code INSEE et cadastre : on a un problème

Bonjour, En voulant cartographier le bâti de l'ancienne commune de Saint-Martin-des-Besace (Calvados) , faisant désormais partie de la commune nouvelle Souleuvre-en-Bocage , je me rends

Re: [Talk-us] [Imports] Integrating our open source data into OSM

On 2017.11.10. 00:11, Sean Lindsey wrote: > It seems that it's going to be hard to come up with a mass import > solution that every one can agree on. I would suggest that you take > name, address, phone number, website and category then try and > re-geocode the data, but it seems there is

[Talk-it] Coordinate...

ciao, abbiate pazienza ma sto di nuovo litigando con le coordinate... ai fini di un controllo su alcuni punti di interesse ho un punto che sò perfettamente dove è fisicamente collocato. in un primo momento la fonte mi ha passato queste coordinate: 1593825.357 5047881.9939 mentre in un

Re: [Talk-it] tag strada di campagna

Carlo Nardi wrote > Ho fatto questa domanda perchè guardando su taginfo, fine gravel viene > utilizzato solamente 4 volte ciao, forse hai ristretto la ricerca su taginfo ad una piccolissima area perchè globalmente fine_gravel è utilizzato ben più di 4 volte... (62796)

Re: [OSM-talk-fr] Configuration JOSM

Le 10 novembre 2017 à 04:06, Philippe Verdy a écrit : > Je ne suis pas sûr que c'était ce dont tu parlais , car ça ce n'est > absolument pas nouveau, c'est comme ça depuis des mois (sans doute près de > 2 ans...) > Oui je le sais et ça fait un moment que je me disais qu'il

Re: [Talk-it] un'edicola

sent from a phone > On 10. Nov 2017, at 08:05, Luigi Toscano wrote: > > No, decisamente. > shop=kiosk è un "peccato originale" dei primi tempi, senza considerare il > fatto che un chiosco può ospitare vari tipi di attività. > > Semmai: > > building=kiosk >

Re: [OSM-talk] New OSM Quick-Fix service

I disagree once more. You are mixing two problems which are completly different. The one you introduce being easier to agree with than the one previously at hand. Layer=0, oneway=no have the same meaning as no information. It can be useful in some cases, as explained by Andy. Deleting them have

[OSM-talk-fr] [Osmose] Faux positifs en nombre ?

Bonjour, En regardant pas loin de mon quartier, j'ai remarqué de très nombreux problèmes identiques sur Osmose, il y en a plusieurs dizaines, voire centaines (Lyon 3) : http://pix.toile-libre.org/upload/original/1510302928.png En fait, cela correspond aux plateformes d'embarquement des bus TCL

Re: [Talk-it] Relazione route multiuso

Creane 3 diverse. E' sempre l'opzione migliore, piu' pulita e flessibile. Quasi tutti i percorsi di quel tipo poi nella pratica hanno differenze di tracciato, se non subito, dopo un po' vengono modificati. Alfredo 2017-11-10 9:17 GMT+01:00 Marco : > Ciao, dopo aver creato

[Talk-it] Relazione route multiuso

Ciao, dopo aver creato alcune relazioni route mi è sorto un dubbio. Se il percorso evidenziato con la relazione è un percorso pensato per MTB, cicloturisti e escursionisti, sarebbe meglio creare tre relazioni distinte, con rispettivamente route=mtb, route=bicycle, route=hiking, oppure si