date:20150122


Il 01/22/2015 02:08 PM, Matteo Quatrida scrisse:

[OT] Quindi tutte le volte che mi arrabbio, perché i ciclisti non usano
la ciclabile a fianco, sono comunque in torto?
E se prendo sotto un ciclista sulla carreggiata e a fianco ha la
ciclabile, è comunque 100% colpa mia, perché lui non ha l'obbligo di
usarla?
E' P-A-Z-Z-E-S-C-O! Ma quando fuggiamo da questo Paese di dementi? [/OT]


Non c'e' obbligo solo se la ciclabile e' una ciclopedonale condivisa.

Se prendi sotto un ciclista sara' colpa tua per qualche motivo non 
perche' il ciclista non sta da un'altra parte.


ciao
maxx

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

Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

2015-01-22 Thread Christian Quest

La suite est une ligne plus bas dan le décret qui se contredit lui-même
sur la graphie (on en a déjà parlé, non ?).

Le plus drôle c'est que le même texte du JORF comporte plus bas une
liste des région et département et la répartition des sièges pour les
prochaines élection et que la région Centre n'a pas changé de nom dans
ce tableau ;)


Le 22/01/2015 12:52, Christian Rogel a écrit :

 Le 22 janv. 2015 à 09:46, HELFER Denis denis.hel...@rff.fr
 mailto:denis.hel...@rff.fr a écrit :

 Et un peu plus loin ….
 V.-A compter de la publication de la présente loi, la région Centre
 est dénommée « Centre-Val de Loire ». 




 Ce serait donc en discordance avec la charte de toponymie de l’IGN
 http://education.ign.fr/sites/all/files/charte_toponymie_ign.pdf qui
 indique que toutes les composantes des noms de collectivité publique
 doivent être séparées par des traits-d’union. L’INSEE doit, également,
 s’y référer.

 Page 16 

 4.14.1 Nomsofficiels

 Les noms officiels composés comportent un trait d'union entre tous les
 termes, sauf après l'article initial ou lorsqu'il y a une apostrophe.

 Exemples : Pas-de-Calais, l’Isle-Jourdain, Clavans-en-Haut-Oisans,
 Crécy-la-Chapelle, Gif-sur-Yvette, la Roche-sur-Yon.  » 

 Attendons la suite…



 Christian R.





 ___
 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: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

2015-01-22 Thread Michael Krämer

Hallo,

jetzt bin ich auch endlich mal dazugekommen, das Tool auszuprobieren. Es
ist wirklich eine prima Sache, daher erstmal ein großes Danke für's
Entwickeln!

Am 21. Januar 2015 um 20:56 schrieb Holger Mappt holger...@gmx.net:

 ich habe den Klassiker Hundekottütenspender in das Suchfeld eingetippt,
 und da kommt dann natural=water, highway=bus_stop, man_made=*, usw. 191
 Treffer insgesamt. Alles irgendwie weit daneben.


Das Beispiel ist recht interessant - wenn man stattdessen
hundekotütenspender eingibt erhält man genau das richtige Ergebnis.
Schreibt man aber mit großen H am Anfang oder ergänzt das fehlende t
gibt es jeweils kein Ergebnis.

Auf der Seite zum gesuchten Tag steht aber auch nur Hundetütenspender und
nicht Hundekottütenspender - überhaupt steht da auch sonst nicht viel
Text. Daher dürfte die einfachste Abhilfe sein, erstmal die Seite im Wiki
etwas auszubauen.

Allerdings hat mich dann trotzdem etwas überrascht, dass auch Hundekot,
Tütenspender oder Hund nicht das richtige Ergebnis liefern.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-ie] FW: Sheet request

2015-01-22 Thread Donal Diamond

On 20 January 2015 at 19:35, Dave Foley daf...@outlook.ie wrote:


 3. I've seen some low-res maps for baronies, are there any other maps for
 this?


Uploaded  wicklow barony map from Philips' Handy Atlas of the Counties of
Ireland
http://mapwarper.net/maps/7958

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

[Talk-gb-london] OSM pub meet-up TONIGHT

2015-01-22 Thread Harry Wood

The next casual social pub meet-up is TONIGHT at The Crosse Keys pub in 
Bishopsgate. 

Map: http://osm.org/go/euu6BYcK?m=
It's close to Bank station. We'll be there from 7pm


This is a big (and very grand) pub. We'll aim to get a table somewhere. We'll 
also aim to get organised with an OpenStreetMap sign and / or an orange OSM 
Surveyors Jacket / Polo shirts.

Sign up on lanyrd: http://lanyrd.com/2015/openstreetmap-london-22-jan/# ...if 
you like

Good to see Tim Waters is still in town. Along with Tom Hughes we'll be quietly 
plotting a geo-revolution in the pub tonight. Join us!



Next Tuesday, 27th January there will be another humanitarian mapping evening. 
The venue is now set. We'll be back at the British Red Cross offices in 
Moorgate. There's only 10 spaces left! Grab one here: 
http://www.eventbrite.co.uk/e/missing-maps-hot-january-2015-mapathon-tickets-15435015547



As always...
London events listed here: http://wiki.osm.org/London#Upcoming_Events
And you should follow https://twitter.com/OSMLondon



Harry

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

Re: [Talk-it] Come associare una pista ciclabile a una strada

2015-01-22 Thread Luca Delucchi

2015-01-22 14:08 GMT+01:00 Matteo Quatrida matteo.quatr...@linuxmail.org:

 E' P-A-Z-Z-E-S-C-O! Ma quando fuggiamo da questo Paese di dementi? [/OT]


non è pazzesco poichè i ciclisti sono equiparati ad automobilisti
perciò non possono (almeno per legge) passare con il rosso, rispettare
i limiti di velocità ecc ecc.

Mi sembrano più pazzesche queste cose piuttosto che se un
automobilista mette sotto un ciclista sia in torto

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-ca] HOT in Canada

2015-01-22 Thread Heather Leson

Bonjour/ Hi

Sorry for my delayed response due to the upcoming move. Pierre, your
leadership in HOT for activations and for community work is so key. Merci.

I've long felt that the work we do internationally as CrisisMappers could
be used at home.  Richard Weait once mentioned at an OSM Toronto meetup
that it would be a great to have OSM translated into local languages in the
North. Stewart, Charles, Pierre: I think that a proposal to map Canada to
support our northern friends with community mapping parties and youth
engagement would be an amazing project. It is long overdue and I think you
are the ones who could make this possible.

The Canadian government is supporting the large Open Data conference in
Ottawa. Surely, this might be an amazing place to get more allies and
funding support (if needed). http://opendatacon.org/


***
About HOT
I received a few notes offlist for the Missing Maps connections. Thanks so
much.

See some of you hopefully tonight at Maptime in Toronto.

Thanks again,

Heather



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

2015-01-16 22:45 GMT-05:00 Pierre Béland pierz...@yahoo.fr:

 Il y a effectivement HOT et ce que nous pouvons faire comme communauté.
 Comme vous savez, je suis beaucoup impliqué dans les activations de HOT
 comme coordonnateur des Réponses OSM telles que Haiyan et Ebola.  Mais je
 m'intéresse aussi à couvrir nos propres territoires. Et effectivement, le
 nord du Canada est peu cartographié et nous pouvons nous donner comme
 communauté le défi de couvrir ces zones, d'établir des priorités pour
 couvrir l'essentiel.  Après cela, il sera toujours possible de compléter
 plus systématiquement à l'aide des données Canvec.

 Au cours des deux dernières semaines, j'ai commencé à faire cela en partie
 pour le nord du Québec. Je me suis concentré sur les réseaux de chemin de
 fer et d'électricité. J'ai d'abord ajouté une ligne de chemin de fer au
 nord de Sept-Iles. J'ai aussi systématiquement révisé le réseau des
 barrages électriques et lignes électriques 735 000 volts.

 Il y a aussi à ajouter les villages, le réseau routier et des activités
 économiques telles les mines.  Partout où l'imagerie Bing est disponible,
 on peut évidemment avoir pour objectif de colorier davantage la carte du
 nord du Canada.

 Pour les communautés isolées telles au nord du Québec, ce peut être une
 bonne approche d'obtenir des traces GPS. Et qui sais, éventuellement des
 images obtenues à l'aide de drones étant donné la petite taille des
 villages.


 Pierre

   --
  *De :* Charles Basenga Kiyanda perso...@charleskiyanda.com
 *À :* talk-ca@openstreetmap.org
 *Envoyé le :* Vendredi 16 janvier 2015 22h27
 *Objet :* Re: [Talk-ca] HOT in Canada



 On 01/16/2015 10:08 PM, Stewart C. Russell wrote:
  Hi Heather,
  … They have an organization who would like to help support a Missing
  Maps event in Canada
 
  Is this remote mapping, or would it be considered ‘in country’? The
  state of some of the northern communities in Canada is a disaster, and
  it makes me ashamed to be Canadian.
 
   Stewart

 Slightly off topic, but a new member of the Montreal community should be
 in Kuujjuaq right now. We discussed how he could acquire gps data before
 he left, so we might get some good ground data in a couple weeks.

 I agree though that we could do more, now, by mapping imagery for the
 northern communities.

 Cheers,

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



 

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



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


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

Re: [Talk-it] Autovelox di PoiGPS.com su OSM oppure OsmAnd

2015-01-22 Thread Matteo Zaffonato


Il 21/01/2015 12:09, Matteo Zaffonato ha scritto:

Il 21/01/2015 11:47, Stefano Droghetti ha scritto:

[snip]
Inoltre: se anche la licenza non permette l'import su OSM, ci 
dovrebbe essere sempre la possibilità di trasferirli ogni volta su 
OsmAnd, in modo che vengano segnalati. Basta farlo personalmente e 
ogni volta, così non si nulla di commerciale.
Però non ho idea di come fare, sia perché non so bene in che formato 
vengono rilasciati sia perché non conosco abbastanza OsmAnd. Qualcuno 
di voi ha già provato? C'è un modo (possibilmente per Linux) per 
passarli da PoiGPS a OsmAnd?
Personalmente uso OsmAnd sul cellulare, ma non ho mai provato. Provo a 
fare qualche test nei giorni prossimi.


Matteo

Ho fatto alcune prove e, da quel che ho visto, mi sembra di capire che 
sia necessario modificare il file Favourites.gpx (o .xml).

Appena ho altre novità vi faccio sapere, la cosa interessa anche a me.

Matteo


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

[OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

2015-01-22 Thread althio althio

Bonjour,

Un vote pas-tout-à-fait-formel vient d'être lancé après discussion
dans la communauté allemande.
Il s'agit de tâter la température de la communauté large pour passer
la Relation:associatedStreet en statut Deprecated.

Le vote est placé sur
https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet

althio


-- Forwarded message --
From: Michael Reichert naka...@gmx.net
Date: 22 January 2015 at 12:07
Subject: Re: [Tagging] Deprecation of associatedStreet-relations
To: Tag discussion, strategy and related tools tagg...@openstreetmap.org


Hi,


Am 22. Januar 2015 11:45:47 MEZ, schrieb althio althio althio.fo...@gmail.com:
  Please vote here:
  https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet

 Is this a formal voting?

It is not as formal as a proposal voting. I would like to know how the
community (those who vote) think about associatedStreet relations. I
think that in Germany the majority does not like them (anymore).

 Is there a date for start and end vote?

No, there is no end date at the moment. Start date was yesterday. I
will announce a end date. This end date will be date of announcement
of end of voting + 14 days.

 It looks strange, hidden on a Talk:page without the usual template or
 RFC or call for votes on the international mailing lists.

German forum and talk-de have been notified by myself. You may notify
your local community if it will not read the next issue(s) of
weeklyOSM.

Best regards

Michael
--
Diese Nachricht wurde auf einem Smartphone verfasst, ist daher nicht
GPG-signiert und enthält Tippfejler.
This message was been written on a smartphone. That's why it is not
GPG-signed and may contain tyops.

___
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: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

2015-01-22 Thread Pierre Knobel

J'avais compris que l'alternative proposé était la solution sans
relation (addr:street sur noeud) et j'ai voté en fonction.

Si l'alternative est la relation Street, je n'ai pas d'avis, c'est
vraiment équivalent. S'il faut renommer le role house et rajouter un
role associated dans AssociatedStreet, ca ne me dérange pas non plus.

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

Re: [Talk-it] Come associare una pista ciclabile a una strada


Il 01/22/2015 02:30 PM, Fabri scrisse:

Per piste ciclopedonali intendono sia quelle in sede promiscua che in sede 
separata? (segregated=yes/no)


Al punto 2.1 del documento che ho indicato ci sono le foto con gli 
esempi e i cartelli.


ciao
maxx

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

Re: [OSM-talk-ie] FOSS4G 2016 - Dublin bid invited to submit full proposal.

2015-01-22 Thread Stephen Roulston

Hi Peter,

I have been reading your posts with interest but have only know got the chance 
to respond. FOSS4G 2016 in Dublin would be splendid.

I work in the University of Ulster, currently as Course Director for the MEd, 
but have done and am doing a lot of work with schools and the school assessment 
body in Northern Ireland CCEA. I developed and am Chief moderator for a Space 
Science Technology curriculum. It has, among other things, Open Street Map as 
apart of a GIS core unit. You can find some details if you search for CCEA 
Space Science Technology microsite. 

I am research active, but largely in GIS in Education and in GPS tracking at 
the moment. I would be interested in exploring whether there would be research 
opportunities that we could take forward. 

Best wishes,

Stephen

 On 22 Jan 2015, at 09:56, Peter Mooney petermoone...@gmail.com wrote:
 
 Hello everyone,
 
 In December I wrote to this list announcing that I would be leading a bid
 to host FOSS4G 2016 in Dublin.
 Here's a link to the email in the archives [
 https://lists.openstreetmap.org/pipermail/talk-ie/2014-December/000913.html]
 
 We were delighted to hear yesterday that the Dublin bid and Bonn (see both
 here http://www.osgeo.org/conference/rfp/) have been invited to submit full
 proposals (due before the end of February). I am delighted to share this
 news with you. This was announced on OSGeo yesterday [
 http://lists.osgeo.org/pipermail/conference_dev/2015-January/002870.html]
 
 Whilst this is only a very small step we feel that Dublin FOSS4G 2016 can
 be a very strong contender.
 
 Thanks to some people on the list here who gave me some ideas and feedback
 for the initial Letter of Intent.
 
 I will keep you informed of the development of the full proposal. While the
 full proposal doesn't need to be very prescriptive of what the exact shape
 of FOSS4G 2016 will be I will be trying to create an exciting programme.
 
 In particular I'm very interested to chat with any OSM Ireland people (or
 OSM anywhere people) on what role OSM might like to play in Dublin FOSS4G
 2016. If you have any ideas please get in touch.
 
 I'm also very interested to learn about the use of FOSS4G in companies,
 SMEs, startups, volunteer organisations, etc in Ireland as this was
 something we have been asked to expand on in the full proposal. Again I'd
 be delighted to hear and learn of your experiences and include them in the
 proposal.
 
 Thanks for reading and I will keep you posted,
 
 Best wishes,
 
 Peter
 ___
 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

[OSM-talk-nl] Weekly OSM in het Nederlands?

2015-01-22 Thread Jo

Nu dat Weekly OSM ook in het Frans wordt vertaald, wordt het misschien tijd
om dat ook naar het Nederlands te doen.

Ook al is de kennis van het Engels onder Nederlandstaligen vrij behoorlijk,
toch vallen er mensen uit de boot.

Helemaal alleen zie ik het niet zitten om dat aan te pakken, maar als met
een viertal zouden zijn, is het oprichten van een team misschien wel
haalbaar.

Groeten,

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

[OSM-talk-be] Weekly OSM in het Nederlands?

2015-01-22 Thread Jo

Nu dat Weekly OSM ook in het Frans wordt vertaald, wordt het misschien tijd
om dat ook naar het Nederlands te doen.

Ook al is de kennis van het Engels onder Nederlandstaligen vrij behoorlijk,
toch vallen er mensen uit de boot.

Helemaal alleen zie ik het niet zitten om dat aan te pakken, maar als met
een viertal zouden zijn, is het oprichten van een team misschien wel
haalbaar.

Groeten,

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

Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

2015-01-22 Thread Christian Quest

Oui, c'est la salle du sixième (et dernier) étape... prendre l'escalier
au fond du NUMA, celui à l'entrée ne va qu'au 5ème.

Le 22/01/2015 12:50, Donat ROBAUX a écrit :
 Dernier vendredi du mois = rencontre parisienne ! Et première de
 l'année 2015!

 Je nous propose de nous retrouver au NUMA à partir de 19h.

 NUMA: 39 rue du Caire, 75002 Paris (métro Réaumur-Sébastopol ou Sentier)
 C'est ici:
 http://www.openstreetmap.org/?mlat=48.86765mlon=2.34958#map=19/48.86765/2.34958

 Il me semble que Christian a réservé une salle de ce que je me
 souviens. N'hésitez pas à lancer un appel de détresse (géolocalisé, of
 course) si vous êtes perdus dans cette maison.

 Au programme:
 - refaire le monde
 - cartographier
 - à vot' bon coeur ;) 

 Plus sérieusement, si quelqu'un a quelque chose à proposer, qu'il
 n'hésite pas. Le forum est dispo pour vous
 exprimer. http://forum.openstreetmap.fr/viewtopic.php?f=18t=1682

 Donat


 ___
 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

[OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

2015-01-22 Thread Donat ROBAUX

Dernier vendredi du mois = rencontre parisienne ! Et première de l'année
2015!

Je nous propose de nous retrouver au NUMA à partir de 19h.

NUMA: 39 rue du Caire, 75002 Paris (métro Réaumur-Sébastopol ou Sentier)
C'est ici:
http://www.openstreetmap.org/?mlat=48.86765mlon=2.34958#map=19/48.86765/2.34958

Il me semble que Christian a réservé une salle de ce que je me souviens.
N'hésitez pas à lancer un appel de détresse (géolocalisé, of course) si
vous êtes perdus dans cette maison.

Au programme:
- refaire le monde
- cartographier
- à vot' bon coeur ;)

Plus sérieusement, si quelqu'un a quelque chose à proposer, qu'il n'hésite
pas. Le forum est dispo pour vous exprimer.
http://forum.openstreetmap.fr/viewtopic.php?f=18t=1682

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

Re: [Talk-it] Come associare una pista ciclabile a una strada

2015-01-22 Thread Matteo Quatrida


Il 22/01/2015 11:57, emmexx ha scritto:

2.3 I ciclisti sono obbligati a utilizzare i “percorsi pedonali e
ciclabili”?
(Chiarimento Ministero dei Trasporti Prot. 4135 del 19/01/2009)
No, anche se la forma del segnale utilizzato per indicarli appartiene
alla famiglia dei
segnali di obbligo, in quanto non si tratta di piste a loro riservate.


[OT] Quindi tutte le volte che mi arrabbio, perché i ciclisti non usano 
la ciclabile a fianco, sono comunque in torto?
E se prendo sotto un ciclista sulla carreggiata e a fianco ha la 
ciclabile, è comunque 100% colpa mia, perché lui non ha l'obbligo di 
usarla?

E' P-A-Z-Z-E-S-C-O! Ma quando fuggiamo da questo Paese di dementi? [/OT]

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009

«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Associazione dei Sistemisti Informatici della Pubblica Amministrazione

Il giorno 21 gennaio 2015 15:45, Dario Zontini dario.zont...@gmail.com ha
scritto:



 -- Messaggio originale --
 Da: Luca Delucchi lucadel...@gmail.com
 A: Dario Zontini dario.zont...@gmail.com; openstreetmap list -
 italiano talk-it@openstreetmap.org
 Inviato: 21/01/2015 14:29:10
 Oggetto: Re: [Talk-it] Associazione dei Sistemisti Informatici della
 Pubblica Amministrazione

  2015-01-21 10:09 GMT+01:00 Dario Zontini dario.zont...@gmail.com:


 Conosci esempi di utilizzi di OSM da parte di pubbliche amministrazioni?
 sarebbe un bel risultato se li riportassero nella loro newsletter


A Milano noi di AMAT stiamo integrando il grafo stradale del Comune con il
grafo OpenStreetMap. Non si tratta di un export statico, ma di un'attività
dinamica e continua. Quando iniziammo il progetto un anno fa, Simone
Cortesi ci disse che eravamo la seconda città al mondo (dopo New York con
il DB degli edifici se non ricordo male) a tentare questa strada.

L'integrazione tra banche dati PA e OSM ha un grosso impatto culturale
prima che tecnologico: bisogna capire che OSM è un mondo con le sue logiche
e la sua autonomia.

Il nostro obiettivo è passare su OSM dati sul trasporto pubblico e sulla
viabilità man mano che li abbiamo, beneficiando al contempo della
correzione puntuale e dell'arricchimento che gli utenti sul territorio
possono garantire. Si tratta di una simbiosi mutualistica di grandissimo
valore per la PA e per la comunità.

Ciò premesso non abbiamo corsi o prodotti da vendere, ma siamo senz'altro
interessati a discutere della cosa con altre PA che abbiano già intrapreso
o vogliano intraprendere questa strada.

Buona giornata a tutti

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

Re: [Talk-it] Questione Overpass turbo

Il giorno 21 gennaio 2015 17:55, Luca Sigfrido Percich 
luca.perc...@gmail.com ha scritto:


 L'escaping del punto con \. non sembra funzionare in overpass: bisogna
 usare [.]. Infatti la query originale interpretava il punto come qualsiasi
 carattere e restituiva anche strade con width=14.


Scusate, rettifico. Ho fatto qualche test e confermo che l'escaping col
punto funziona, quindi \. e [.] sono equivalenti.

Il problema nella query originale è che \.?[0-9]{0,2} viene soddisfatto
anche da una o due cifre senza il punto davanti: da ciò il (\.[0-9]{0,2})?

Scusate ancora :)

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

Re: [Talk-it] Questione Overpass turbo

2015-01-22 Thread Stefano

Il giorno 22 gennaio 2015 09:19, Luca Sigfrido Percich 
luca.perc...@gmail.com ha scritto:

 Il giorno 21 gennaio 2015 17:55, Luca Sigfrido Percich 
 luca.perc...@gmail.com ha scritto:


 L'escaping del punto con \. non sembra funzionare in overpass: bisogna
 usare [.]. Infatti la query originale interpretava il punto come qualsiasi
 carattere e restituiva anche strade con width=14.


 Scusate, rettifico. Ho fatto qualche test e confermo che l'escaping col
 punto funziona, quindi \. e [.] sono equivalenti.

 Il problema nella query originale è che \.?[0-9]{0,2} viene soddisfatto
 anche da una o due cifre senza il punto davanti: da ciò il (\.[0-9]{0,2})?


Ho aperto questa issue ieri su overpass turbo, l'operatore di confronto è
una cosa che va implementata su overpass api direttamente...
https://github.com/tyrasd/overpass-turbo/issues/143


 Scusate ancora :)

 Luca


Ciao,
Stefano




 ___
 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-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread Martin Vonwald

Am 22. Januar 2015 um 09:27 schrieb chris66 chris66...@gmx.de:

 welcher (separat gemappte) Bürgersteig


Für einige könnte das ein Hauptgrund sein, die street-Relation
loszuwerden...

Ich werde mich da aber eher heraus halten und anderen den Feldzug
überlassen ;-)

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

Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

2015-01-22 Thread Robin PREST

Bonjour :

I.-Lorsqu'une région mentionnée à l'article 1er est constituée par
regroupement de plusieurs régions :
1° *Son nom provisoire est constitué de la juxtaposition, dans l'ordre
alphabétique, des noms des régions regroupées*, à l'exception de la région
constituée du regroupement de la Basse-Normandie et de la Haute-Normandie,
qui est dénommée « Normandie » ; 

Réf :
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id



Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.fr a écrit :

 Attention tout n'est pas encore synchro sur le site en ligne pour la
 dernière version consolidée des autres lois référencées qui sont modifiées
 par la loi du jour (notamment celle de 27 janvier 2014 et plusieurs autres).
 Au fur et à mesure des rafraîchissements, de la version consolidée en
 ligne, ça change... Le JORF visiblement travaille dessus en ce moment et on
 doit encore lire les textes sources des modifications. Ce sera fait
 certainement dans la journée (et on n'est pas à l'abri d'un erratum qui ne
 sera publié que lundi au mieux).

 Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.fr a écrit :

 Noter aussi que le terme région n'est plus utilisé seul. La loi les
 appelle officiellement régions métropolitaines pour éviter la confusion
 avec les régions d'outre-mer et la collectivité territoriale de Corse.

 La loi précise aussi (article 4 dans le Chapitre II) que la Métropole de
 Lyon est assimilée à un département mais UNIQUEMENT dans l'article
 relatif aux élections régionales. Cette asimilation ne modifie pas le code
 des collectivités territoriales ou de l'administration publique concernant
 le département du Rhône qui reste indivis.

 Donc toujours une seul préfecture pour tout le département divisé en deux
 collectivités (un conseil départemental groupant toutes les communes hors
 Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un
 conseil métropolitain groupant toutes les communes de la Métropole de
 Lyon), et pas de modification non plus des arrondissements et
 sous-préfectures


 Le 17 janvier 2015 11:57, Philippe Verdy verd...@wanadoo.fr a écrit :

 Pardon; en rafraîchisssant la page cette fois je vois cet article V que
 le JORF avait peut-être omis en ligne dans une première version.
 Donc OK pour la modif (mais pourquoi alors le même texte est incohérent
 dans l'article 1 publié dans la même loi et le même jour ?).

 Le 17 janvier 2015 11:55, Philippe Verdy verd...@wanadoo.fr a écrit :

 Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout
 cas pas sur le lien que tu as fourni); tu t'est peut-être basé sur une
 avant-projet qui n'a pas été officialisé (car probablement incomplet selon
 les dispositions de l'article 2 qui précise qu'il faut un document UNIQUE
 approuvé par toutes les régions membres). Il est probable donc que le
 Conseil d'Etat a refusé ce projet incomplet.

 Les nouvelles régions ont jusqu'à juillet pour décider de leur nom,
 leur siège et le transfert des éléments patrimoniaux, la fusion des comptes
 et l'enregistrement de la nouvelle entité légale.


 Le 17 janvier 2015 10:02, Damouns damo...@gmail.com a écrit :

 Aujourd'hui la loi n° 2015-29 du 16 janvier 2015 relative à la
 délimitation des régions, aux élections régionales et départementales et
 modifiant le calendrier électoral a été publiée :


 http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622

 Entre autres il y a une décision qui est applicable dès la publication
 de la loi : dans l'article 2 :

 V. - A compter de la publication de la présente loi, la région Centre
 est dénommée « Centre-Val de Loire ». Dans l'ensemble des dispositions
 législatives en vigueur, les références à la région Centre sont remplacées
 par les références à la région Centre - Val-de-Loire.

 (vous remarquerez l'incohérence de la graphie retenue : Centre-Val de
 Loire ou Centre - Val-de-Loire avec des tirets ? J'ai retenu pour
 l'instant la première option.)

 Changement fait dans OSM :
 http://www.openstreetmap.org/changeset/28203250

 Damouns

 ___
 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-de] Umfrageplattform

2015-01-22 Thread Harald Hartmann

Nach dem gestrigen Tag möchte ich eine Änderungen bekannt geben:

Feedback, Anregungen und Kritik bitte als (zentralen) Kommentar zu
meinem OSM-Blogeintrag Umfrageplattform
(http://www.openstreetmap.org/user/Harald%20Hartmann/diary/34255), oder
alternativ auch über das Kontaktformular im Impressum. Danke.

Grund hierfür ist, dass genau das eingetreten ist, was ich befürchtet
habe: Ich habe an zwei Fronten (Forum und Talk-de) teils dieselben
Diskussionen führen müssen, v.a. im Bereich Datenschutz.

Deshalb habe ich nun eine weitere Frage gestellt. Schaut einfach mal vorbei.

Gruß
Harald

Am 21.01.2015 um 10:47 schrieb Harald Hartmann:
 Nachdem ich ein bisschen Zeit hatte, und mich mal wieder ein bisschen
 mit PHP beschäftigen, sowie auch einmal die OAuth Authentifizierung
 ausprobieren wollte, ist als Prototyp die Umfrageplattform für
 OpenStreetMap (http://osm.haraldhartmann.de/umfrage) entstanden.
 
 Der Begriff Umfrageplattform ist mit Absicht gewählt, und für den Moment
 ganz klar als Abgrenzung zur einer Abstimmungsplattform zu sehen ...
 deren Diskussion im Forum
 (http://forum.openstreetmap.org/viewtopic.php?id=26031) wohl noch als
 ergebnisoffen zu bezeichnen ist.
 
 Ich habe in der Umfrageplattform zwei Fragen gestellt, die immer wieder
 für Diskussionen sorgen - so zumindest mein Eindruck nach fast einem
 Jahr aktiven Dabeiseins. Die Fragen sind auch so gestellt, dass sie
 fragen, wie man es aktuell macht, unabhängig von der Lehrmeinung, Wiki
 oder Diskussionen
 
 Je nachdem wie das Feedback (bitte ausschließlich über das
 Feedbackformular auf der Seite) ist, würden sich bestimmt Mittel und
 Wege finden lassen, den Prototyp auszubauen.
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de
 

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

Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

2015-01-22 Thread HELFER Denis

Et un peu plus loin ….
V.-A compter de la publication de la présente loi, la région Centre est 
dénommée « Centre-Val de Loire ».

De : Robin PREST [mailto:ro...@georezo.net]
Envoyé : jeudi 22 janvier 2015 09:44
À : verd...@wanadoo.fr; Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

Bonjour :

I.-Lorsqu'une région mentionnée à l'article 1er est constituée par 
regroupement de plusieurs régions :
1° Son nom provisoire est constitué de la juxtaposition, dans l'ordre 
alphabétique, des noms des régions regroupées, à l'exception de la région 
constituée du regroupement de la Basse-Normandie et de la Haute-Normandie, qui 
est dénommée « Normandie » ; 

Réf : 
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id



Le 17 janvier 2015 12:23, Philippe Verdy 
verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit :
Attention tout n'est pas encore synchro sur le site en ligne pour la dernière 
version consolidée des autres lois référencées qui sont modifiées par la loi du 
jour (notamment celle de 27 janvier 2014 et plusieurs autres).
Au fur et à mesure des rafraîchissements, de la version consolidée en ligne, ça 
change... Le JORF visiblement travaille dessus en ce moment et on doit encore 
lire les textes sources des modifications. Ce sera fait certainement dans la 
journée (et on n'est pas à l'abri d'un erratum qui ne sera publié que lundi au 
mieux).

Le 17 janvier 2015 12:08, Philippe Verdy 
verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit :

Noter aussi que le terme région n'est plus utilisé seul. La loi les appelle 
officiellement régions métropolitaines pour éviter la confusion avec les 
régions d'outre-mer et la collectivité territoriale de Corse.

La loi précise aussi (article 4 dans le Chapitre II) que la Métropole de Lyon 
est assimilée à un département mais UNIQUEMENT dans l'article relatif aux 
élections régionales. Cette asimilation ne modifie pas le code des 
collectivités territoriales ou de l'administration publique concernant le 
département du Rhône qui reste indivis.

Donc toujours une seul préfecture pour tout le département divisé en deux 
collectivités (un conseil départemental groupant toutes les communes hors 
Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un 
conseil métropolitain groupant toutes les communes de la Métropole de Lyon), et 
pas de modification non plus des arrondissements et sous-préfectures


Le 17 janvier 2015 11:57, Philippe Verdy 
verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit :

Pardon; en rafraîchisssant la page cette fois je vois cet article V que le JORF 
avait peut-être omis en ligne dans une première version.
Donc OK pour la modif (mais pourquoi alors le même texte est incohérent dans 
l'article 1 publié dans la même loi et le même jour ?).

Le 17 janvier 2015 11:55, Philippe Verdy 
verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit :

Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout cas pas 
sur le lien que tu as fourni); tu t'est peut-être basé sur une avant-projet qui 
n'a pas été officialisé (car probablement incomplet selon les dispositions de 
l'article 2 qui précise qu'il faut un document UNIQUE approuvé par toutes les 
régions membres). Il est probable donc que le Conseil d'Etat a refusé ce projet 
incomplet.

Les nouvelles régions ont jusqu'à juillet pour décider de leur nom, leur siège 
et le transfert des éléments patrimoniaux, la fusion des comptes et 
l'enregistrement de la nouvelle entité légale.


Le 17 janvier 2015 10:02, Damouns damo...@gmail.commailto:damo...@gmail.com 
a écrit :
Aujourd'hui la loi n° 2015-29 du 16 janvier 2015 relative à la délimitation 
des régions, aux élections régionales et départementales et modifiant le 
calendrier électoral a été publiée :

http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622
Entre autres il y a une décision qui est applicable dès la publication de la 
loi : dans l'article 2 :

V. - A compter de la publication de la présente loi, la région Centre est 
dénommée « Centre-Val de Loire ». Dans l'ensemble des dispositions législatives 
en vigueur, les références à la région Centre sont remplacées par les 
références à la région Centre - Val-de-Loire.

(vous remarquerez l'incohérence de la graphie retenue : Centre-Val de Loire 
ou Centre - Val-de-Loire avec des tirets ? J'ai retenu pour l'instant la 
première option.)

Changement fait dans OSM : http://www.openstreetmap.org/changeset/28203250
Damouns

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





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

___
Talk-fr mailing list

Re: [Talk-de] Umfrageplattform

2015-01-22 Thread Harald Hartmann

Hallo Stephan,

danke für deine Anregungen, sind notiert.

Das Feedbackformular befindet sich jetzt als Kontaktformular im
Impressum. Aber ich möchte darum bitten, werde es gleich noch mit einem
unabhängigen Post begründen, dies zukünfig zentral als Kommentar an
meinem Blog zu schreiben.

Viele Grüße
Harald Hartmann

Am 21.01.2015 um 21:56 schrieb Stephan Wolff:
 Am 21.01.2015 10:47, schrieb Harald Hartmann:
 Nachdem ich ein bisschen Zeit hatte, und mich mal wieder ein bisschen
 mit PHP beschäftigen, sowie auch einmal die OAuth Authentifizierung
 ausprobieren wollte, ist als Prototyp die Umfrageplattform für
 OpenStreetMap (http://osm.haraldhartmann.de/umfrage) entstanden.
 
 Technisch finde ich die Umfrageplattform sehr gut gelungen (bis auf das
 einzelne Absenden der Fragen). Die Darstellung der Ergebnisse abhängig
 von der Erfahrung der Mapper bringt einen Zusatznutzen.
 
 Ich habe in der Umfrageplattform zwei Fragen gestellt, die immer wieder
 für Diskussionen sorgen - so zumindest mein Eindruck nach fast einem
 Jahr aktiven Dabeiseins. Die Fragen sind auch so gestellt, dass sie
 fragen, wie man es aktuell macht, unabhängig von der Lehrmeinung, Wiki
 oder Diskussionen
 
 Der Nutzen einer Umfrage hängt sehr davon ab, ob die Fragen und
 Antwortmöglichkeiten neutral und verständlich formuliert sind.
 Das ist bei den zwei Fragen von Harald der Fall. Manche Taggingfrage
 wird nicht so einfach zu formulieren sein.
 
 Wertende Begriffe wie überflüssig oder verbessern oder Sarahs Frage
 Landuse und Strassen verkleben, würden eine Umfrage nutzlos machen.
 
 Die Frage wie man es aktuell macht könnte man besser durch eine
 Analyse der Changesets der letzten Monate beantworten. Interessant ist
 doch eher die Frage, welche Variante man für die Zukunft bevorzugen
 würde (insbesondere wenn es um neue Ideen geht).
 
 Bei mehr als zwei Antwortoptionen gibt die Auswahl einer Variante eine
 Meinung nur teilweise wieder. Ein Nutzer könnte Option A und B gut
 finden, C akzeptabel und D falsch. Vielleicht könnte man besser jede
 Option auf einer Skala zwischen voller Zustimmung und voller
 Ablehnung einzeln bewerten.
 
 Wie soll die Umfrageplattform organisiert sein? Wenn ein Moderator oder
 ein kleines Team Themen auswählt und daraus Fragen neutral formuliert,
 wäre eine solche Plattform sehr hilfreich. Wenn jeder Umfragen beliebig
 formulieren und zur Abstimmung bringen kann, wäre das m.E. kein Gewinn
 gegenüber den bisherigen Diskussionen.
 
 Je nachdem wie das Feedback (bitte ausschließlich über das
 Feedbackformular auf der Seite) ist, würden sich bestimmt Mittel und
 Wege finden lassen, den Prototyp auszubauen.
 
 Wo ist das Feedbackformular?
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread chris66

Am 22.01.2015 um 07:31 schrieb Manuel Reimer:

 ich möchte in dem Zusammenhang zusätzlich noch auf diese hinweisen:
 
 https://wiki.openstreetmap.org/wiki/Relation:street
 
 Meiner Meinung nach nicht besser als associatedStreet.

Die street-Rela wird unter anderem von einem unserer professionellen
Mapper genutzt.

Hier wüsste ich nicht wie man diese Relation ersetzen könnte
um z.B. herauszufinden welcher (separat gemappte) Bürgersteig
zu welcher Straße gehört. Man könnte es höchstens per
Entfernungsheuristk machen (alles was im 15 Meter-Umfeld der Straße liegt).

Christian



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

Re: [OSM-talk] There is a working map for people with Visual Impairment ?

2015-01-22 Thread Jo Walsh

Check out the work of Duncan Bain in Glasgow, here.


On January 21, 2015 4:20:06 PM GMT, Cristian Consonni kikkocrist...@gmail.com 
wrote:
Hi,

2015-01-21 16:37 GMT+01:00 Badita Florin baditaflo...@gmail.com:
 I want to apply in Romania for a Grant , for helping blind or visual
impaired persons with the help of OSM.

 But i cannot find a single working example. I found only theoretical
approaches in German language.
 I tried Lalm but i cannot get it started.
 http://wiki.openstreetmap.org/wiki/Lalm

 amauromap that is only theoretical and half dead ) tiles not loading,
no github from what i have seen
 http://www.ceit.at/ceit-alanova/projects/amauromap

 And the rest of the links point to this website
http://www.blind.accessiblemaps.org/ that is in german, and even
translated in english i don`t even understand if is working, how can i
use it, etc

I am not at all an expert in the field, but in 2013 at the State of
the Map (SotM) conference there was a presentation of an interest
project called Haptomai by Christian Graf and Frank Wippich.
The presentation title was: Haptomai: An online service for
customizable tactile maps.

Briefly, the project was about providing a service to produce
customizable emaps for the blind. Those maps were printed in a
particular way such that the users (blind or visually impaired people)
could get some information touching the maps. The idea was tested by
the creators organizing trips for blind people - with an accompanying
person to provide assistance - and providing the, with this tactile
maps.

See the video of the presentation (in English):
http://vimeo.com/78562730

This is the project website but it is only available in German:
http://www.haptomai.de/

Cristian

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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-ie] FOSS4G 2016 - Dublin bid invited to submit full proposal.

2015-01-22 Thread Peter Mooney

Hello everyone,

In December I wrote to this list announcing that I would be leading a bid
to host FOSS4G 2016 in Dublin.
Here's a link to the email in the archives [
https://lists.openstreetmap.org/pipermail/talk-ie/2014-December/000913.html]

We were delighted to hear yesterday that the Dublin bid and Bonn (see both
here http://www.osgeo.org/conference/rfp/) have been invited to submit full
proposals (due before the end of February). I am delighted to share this
news with you. This was announced on OSGeo yesterday [
http://lists.osgeo.org/pipermail/conference_dev/2015-January/002870.html]

Whilst this is only a very small step we feel that Dublin FOSS4G 2016 can
be a very strong contender.

Thanks to some people on the list here who gave me some ideas and feedback
for the initial Letter of Intent.

I will keep you informed of the development of the full proposal. While the
full proposal doesn't need to be very prescriptive of what the exact shape
of FOSS4G 2016 will be I will be trying to create an exciting programme.

In particular I'm very interested to chat with any OSM Ireland people (or
OSM anywhere people) on what role OSM might like to play in Dublin FOSS4G
2016. If you have any ideas please get in touch.

I'm also very interested to learn about the use of FOSS4G in companies,
SMEs, startups, volunteer organisations, etc in Ireland as this was
something we have been asked to expand on in the full proposal. Again I'd
be delighted to hear and learn of your experiences and include them in the
proposal.

Thanks for reading and I will keep you posted,

Best wishes,

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

Re: [Talk-it] Come associare una pista ciclabile a una strada

Ciao a tutti,

non mi sembra che sia possibile definire una relazione esplicita tra pista
ciclabile (cycle track) e la strada a fianco della quale questa corre; però
qui [1] si suggerisce l'uso del tag bicycle=use_sidepath per indicare che a
fianco della strada c'è una ciclabile.

[1] http://wiki.openstreetmap.org/wiki/Bicycle#Cycle_tracks

Luca

Il giorno 22 gennaio 2015 10:44, Andrea Musuruane musur...@gmail.com ha
scritto:

 2015-01-22 10:35 GMT+01:00 Volker Schmidt vosc...@gmail.com:


 Cerco un meccanismo per associare una ciclopedonale | ciclabile |
 marciapiede | strada di servizio, che è parallelo a una strada, a questa
 strada.
 A me viene spontaneo di utilizzare una estensione del concetto delle
 relazioni type=street o type=associatedstreet ma non trovo traccia di
 questo tipo di uso.

 Lo scopo principale sarebbe di evitare di mettere il nome della strada
 anche sul marciapiede, ... se sono taggate come ways separate.

 Mi sembra strano che non trovo una soluzione già documentata. Forse mi è
 scappato qualcosa


 cycleway=track

 *Pista ciclabile fisicamente separata dalla strada. Può essere una
 carreggiata parallela al resto della strada, separata ad esempio mediante
 un cordolo, oppure una pista a sé stante che si sviluppa principalmente in
 prossimità della strada*

 cycleway=opposite_track


 *Pista ciclabile fisicamente separata da una strada a senso unico, che
 permette il transito delle biciclette in direzione opposta al senso della
 strada. Può consistere in una pista a doppio senso o in due piste ai
 margini opposti della strada.*
 Ciao,

 Andrea

 ___
 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-it] Come associare una pista ciclabile a una strada


Il 01/22/2015 10:44 AM, Andrea Musuruane scrisse:


cycleway=track
cycleway=opposite_track


Non sempre e' possibile usare questi tag. Se per qualche motivo si 
decide di usare una way distinta dalla parte principale della 
carreggiata, bisogna fare altrimenti.


Io qualche volta ho inserito il tag name anche per le ciclabili ma dal 
punto di vista del rendering, ed anche logico, non mi pare una soluzione 
soddisfacente. Lo e' invece per il routing perche' si ricevono 
indicazioni piu' precise di immettersi sulla ciclabile.


ciao
maxx


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

[OSRM-talk] Routing Problem in France

2015-01-22 Thread Anael Lorimier

Hi everybody !

I'm using OSRM server in a production project, and I'm facing a problem
when computing some route.

Here is the link : 
http://map.project-osrm.org/?hl=enloc=46.134267,3.457898loc=48.813000,2.321859z=18center=46.134300,3.457561alt=0df=0re=0ly=763558683


As you can see, no route can be found near this point: 46.134267,3.457898,
but if you move a little bit the point, it will find a route.

I don't know why this occurs here, is there a buggy node ?

Regards.

-- 
Cordialement

Anael Lorimier
Developer Junior
XCG Consulting

Mobile: (+33)652567117
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Routing Problem in France

2015-01-22 Thread Dennis Luxen

Hi,

that guy is the culprit: https://www.openstreetmap.org/node/418326625

The barrier essentially forbids passing. If it does, the part of the road that 
is blocked off should be marked as inaccessible.

—Dennis

—
Want to support OSRM development? Buy us a beer: 
http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80

 Am 22.01.2015 um 11:03 schrieb Anael Lorimier 
 anael.lorim...@xcg-consulting.fr:
 
 Hi everybody !
 
 I'm using OSRM server in a production project, and I'm facing a problem when 
 computing some route.
 
 Here is the link : 
 http://map.project-osrm.org/?hl=enloc=46.134267,3.457898loc=48.813000,2.321859z=18center=46.134300,3.457561alt=0df=0re=0ly=763558683
 
 As you can see, no route can be found near this point: 46.134267,3.457898, 
 but if you move a little bit the point, it will find a route.
 
 I don't know why this occurs here, is there a buggy node ?
 
 Regards.
 
 -- 
 Cordialement
 
 Anael Lorimier
 Developer Junior
 XCG Consulting
 
 Mobile: (+33)652567117
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk


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

Re: [Talk-dk] Flyttede adressenoder medfører problemer

2015-01-22 Thread Soren Johannessen

Hej alle sammen

Lidt info om Danmarks Adresser- Reglen for de officielle adresser med
hvor de skal places som punkt - er hovedindgangen på bygningen  og så
tre meter inde fra  bygningens polygon, så det er ikke på selve
hoveddøren at adressen befinder med det officielle adressepunkt.

Dette har har mange kommuner ikke overholdt, men i år 2014-16 så har
staten givet penge til kommunerne til ca. 48 årsværk (samlet for alle
98 kommuner) for bedre og mere præcise adresser samt flere - Fx i
kolonihaveforeninger vil man give hver eneste havehus en adresser,
disse adreser er begyndt at dukke op i OSM. Lystbådehavne  vil også få
adressepunkt samt et nyt vejnavn. Jeg har set flere i Sønderborg
Kommune dukke op.

Andre store ændringer vil ske ved gårde - her har mange kommuner
placeret et adressepunkt på stalden - korrekt er det stuehuset (med
reglen nævnt øverst) der skal have dette punkt.  Storcentre her vil få
eneste butik få deres egen adresse evt. angivet med sal/niveau.

Vh.
Søren Johannessen



2015-01-22 10:16 GMT+01:00 Michel Coene michel.co...@gmail.com:
 Enig.  Så vidt jeg ved er der en rimelig officielt definition af adresse.
 Noget med halfvejs den største gavle som peger blahblahblah.
 Det er en dårlig ide at tilknytte den til en vej, ikke engang en indkørsel
 eller sti.

 Michel

 2015-01-22 10:03 GMT+01:00 Jørgen Elgaard Larsen j...@elgaard.net:

 Michael Andersen skrev:
  Jeg har de seneste tid observeret adskillige eksempler på at
  adressenoder
  anbragt som del af diverse liniestykker er blevet flyttet af botten,
  således at
  der er opstået (i nogle tilfælde ret store) knæk. Dette er specielt et
  problem i forhold til highway=*.

 Jeg kan ikke forestille mig situationer, hvor en adressenode bør være
 en del af en highway=*. Det virker tværtimod lidt farligt for både
 trafikken og beboere :-)

 I de tilfælde bør adressenoden fjernes fra vejen.

 Det må være muligt at lave et udtræk over alle adressenoder, der er dele
 af en highway=*, og så fixe det inden botten kommer forbi.


 Hvis adressenoden er en del af en anden way, f.x. building=*, kan det
 derimod være helt korrekt. Især hvis den er markeret som entrance. I de
 tilfælde bør botten nok ikke flytte dem, men sætte dem på en liste til
 manuel behandling.


 - Jørgen


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




 --
 Michel Coene
 Georginehaven 94
 Dk-2765 Smørum

 +45 52339625

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


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

Re: [OSRM-talk] Routing Problem in France

2015-01-22 Thread Anael Lorimier

Thanks for your quick answer Dennis !

Knowing this, is there a way to find the nearest 'routable' node - in this
case, behind the barrier - with a server request ?

On Thu, Jan 22, 2015 at 11:07 AM, Dennis Luxen i...@project-osrm.org
wrote:

 Hi,

 that guy is the culprit: https://www.openstreetmap.org/node/418326625

 The barrier essentially forbids passing. If it does, the part of the road
 that is blocked off should be marked as inaccessible.

 —Dennis

 —
 Want to support OSRM development? Buy us a beer:
 http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80

  Am 22.01.2015 um 11:03 schrieb Anael Lorimier 
 anael.lorim...@xcg-consulting.fr:
 
  Hi everybody !
 
  I'm using OSRM server in a production project, and I'm facing a problem
 when computing some route.
 
  Here is the link : 
 http://map.project-osrm.org/?hl=enloc=46.134267,3.457898loc=48.813000,2.321859z=18center=46.134300,3.457561alt=0df=0re=0ly=763558683
 
 
  As you can see, no route can be found near this point:
 46.134267,3.457898, but if you move a little bit the point, it will find a
 route.
 
  I don't know why this occurs here, is there a buggy node ?
 
  Regards.
 
  --
  Cordialement
 
  Anael Lorimier
  Developer Junior
  XCG Consulting
 
  Mobile: (+33)652567117
  ___
  OSRM-talk mailing list
  OSRM-talk@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/osrm-talk


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




-- 
Cordialement

Anael Lorimier
Developer Junior
XCG Consulting

Mobile: (+33)652567117
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

2015-01-22 Thread Otourly Wiki

Donc toujours une seul préfecture pour tout le département divisé en deux 
collectivités (un conseil départemental groupant toutes les communes hors 
Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un 
conseil métropolitain groupant toutes les communes de la Métropole de Lyon), 
et pas de modification non plus des arrondissements et sous-préfectures
Si ! visiblement les arrondissements changent :Arrêté - Arrêté n° 14-263 du 19 
décembre 2014 relatif à la modification des limites territoriales des 
arrondissements de Lyon et de Villefranche-sur-Saône. - Recueil des Actes 
administratifs - Préfecture Région Rhône-Alpes   Florian
 

 Le Jeudi 22 janvier 2015 9h46, HELFER Denis denis.hel...@rff.fr a écrit :
   

 #yiv2290770436 #yiv2290770436 -- _filtered #yiv2290770436 
{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv2290770436 
{font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;}#yiv2290770436 
#yiv2290770436 p.yiv2290770436MsoNormal, #yiv2290770436 
li.yiv2290770436MsoNormal, #yiv2290770436 div.yiv2290770436MsoNormal 
{margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;}#yiv2290770436 a:link, 
#yiv2290770436 span.yiv2290770436MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv2290770436 a:visited, #yiv2290770436 
span.yiv2290770436MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv2290770436 
span.yiv2290770436EmailStyle17 {color:#1F497D;}#yiv2290770436 
.yiv2290770436MsoChpDefault {} _filtered #yiv2290770436 {margin:70.85pt 70.85pt 
70.85pt 70.85pt;}#yiv2290770436 div.yiv2290770436WordSection1 {}#yiv2290770436 
Et un peu plus loin …. V.-A compter de la publication de la présente loi, la 
région Centre est dénommée « Centre-Val de Loire ».     De : Robin PREST 
[mailto:ro...@georezo.net]
Envoyé : jeudi 22 janvier 2015 09:44
À : verd...@wanadoo.fr; Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire    Bonjour 
:    I.-Lorsqu'une région mentionnée à l'article 1er est constituée par 
regroupement de plusieurs régions : 
1° Son nom provisoire est constitué de la juxtaposition, dans l'ordre 
alphabétique, des noms des régions regroupées, à l'exception de la région 
constituée du regroupement de la Basse-Normandie et de la Haute-Normandie, qui 
est dénommée « Normandie » ;     Réf : 
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id
          Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.fr a écrit 
: Attention tout n'est pas encore synchro sur le site en ligne pour la dernière 
version consolidée des autres lois référencées qui sont modifiées par la loi du 
jour (notamment celle de 27 janvier 2014 et plusieurs autres). Au fur et à 
mesure des rafraîchissements, de la version consolidée en ligne, ça change... 
Le JORF visiblement travaille dessus en ce moment et on doit encore lire les 
textes sources des modifications. Ce sera fait certainement dans la journée (et 
on n'est pas à l'abri d'un erratum qui ne sera publié que lundi au mieux).    
Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.fr a écrit : 
   Noter aussi que le terme région n'est plus utilisé seul. La loi les 
appelle officiellement régions métropolitaines pour éviter la confusion avec 
les régions d'outre-mer et la collectivité territoriale de Corse.    La loi 
précise aussi (article 4 dans le Chapitre II) que la Métropole de Lyon est 
assimilée à un département mais UNIQUEMENT dans l'article relatif aux 
élections régionales. Cette asimilation ne modifie pas le code des 
collectivités territoriales ou de l'administration publique concernant le 
département du Rhône qui reste indivis.    Donc toujours une seul préfecture 
pour tout le département divisé en deux collectivités (un conseil départemental 
groupant toutes les communes hors Métropole de Lyon, elles-même également 
groupées en plusieurs EPCI, et un conseil métropolitain groupant toutes les 
communes de la Métropole de Lyon), et pas de modification non plus des 
arrondissements et sous-préfectures       Le 17 janvier 2015 11:57, Philippe 
Verdy verd...@wanadoo.fr a écrit : 
   Pardon; en rafraîchisssant la page cette fois je vois cet article V que le 
JORF avait peut-être omis en ligne dans une première version. Donc OK pour la 
modif (mais pourquoi alors le même texte est incohérent dans l'article 1 publié 
dans la même loi et le même jour ?).    Le 17 janvier 2015 11:55, Philippe 
Verdy verd...@wanadoo.fr a écrit : 
   Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout cas 
pas sur le lien que tu as fourni); tu t'est peut-être basé sur une avant-projet 
qui n'a pas été officialisé (car probablement incomplet selon les dispositions 
de l'article 2 qui précise qu'il faut un document UNIQUE approuvé par toutes 
les régions membres). Il est probable donc que le Conseil d'Etat a refusé ce 
projet incomplet.    Les nouvelles régions ont jusqu'à juillet pour décider de 
leur nom, leur siège

[Talk-it] Come associare una pista ciclabile a una strada

2015-01-22 Thread Volker Schmidt

Cerco un meccanismo per associare una ciclopedonale | ciclabile |
marciapiede | strada di servizio, che è parallelo a una strada, a questa
strada.
A me viene spontaneo di utilizzare una estensione del concetto delle
relazioni type=street o type=associatedstreet ma non trovo traccia di
questo tipo di uso.

Lo scopo principale sarebbe di evitare di mettere il nome della strada
anche sul marciapiede, ... se sono taggate come ways separate.

Mi sembra strano che non trovo una soluzione già documentata. Forse mi è
scappato qualcosa

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

Re: [Talk-it] Questione Overpass turbo

Hacky workaround??? :)))

Grazie

Luca

Il giorno 22 gennaio 2015 09:31, Stefano saba...@gmail.com ha scritto:



 Il giorno 22 gennaio 2015 09:19, Luca Sigfrido Percich 
 luca.perc...@gmail.com ha scritto:

 Il giorno 21 gennaio 2015 17:55, Luca Sigfrido Percich 
 luca.perc...@gmail.com ha scritto:


 L'escaping del punto con \. non sembra funzionare in overpass: bisogna
 usare [.]. Infatti la query originale interpretava il punto come qualsiasi
 carattere e restituiva anche strade con width=14.


 Scusate, rettifico. Ho fatto qualche test e confermo che l'escaping col
 punto funziona, quindi \. e [.] sono equivalenti.

 Il problema nella query originale è che \.?[0-9]{0,2} viene soddisfatto
 anche da una o due cifre senza il punto davanti: da ciò il (\.[0-9]{0,2})?


 Ho aperto questa issue ieri su overpass turbo, l'operatore di confronto è
 una cosa che va implementata su overpass api direttamente...
 https://github.com/tyrasd/overpass-turbo/issues/143


 Scusate ancora :)

 Luca


 Ciao,
 Stefano




 ___
 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-dk] Flyttede adressenoder medfører problemer

2015-01-22 Thread Jørgen Elgaard Larsen

Michael Andersen skrev:
 Jeg har de seneste tid observeret adskillige eksempler på at adressenoder 
 anbragt som del af diverse liniestykker er blevet flyttet af botten, således 
 at 
 der er opstået (i nogle tilfælde ret store) knæk. Dette er specielt et 
 problem i forhold til highway=*.

Jeg kan ikke forestille mig situationer, hvor en adressenode bør være
en del af en highway=*. Det virker tværtimod lidt farligt for både
trafikken og beboere :-)

I de tilfælde bør adressenoden fjernes fra vejen.

Det må være muligt at lave et udtræk over alle adressenoder, der er dele
af en highway=*, og så fixe det inden botten kommer forbi.


Hvis adressenoden er en del af en anden way, f.x. building=*, kan det
derimod være helt korrekt. Især hvis den er markeret som entrance. I de
tilfælde bør botten nok ikke flytte dem, men sætte dem på en liste til
manuel behandling.


- Jørgen


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

Re: [Talk-dk] Flyttede adressenoder medfører problemer

2015-01-22 Thread Michel Coene

Enig.  Så vidt jeg ved er der en rimelig officielt definition af
adresse.  Noget med halfvejs den største gavle som peger blahblahblah.
Det er en dårlig ide at tilknytte den til en vej, ikke engang en indkørsel
eller sti.

Michel

2015-01-22 10:03 GMT+01:00 Jørgen Elgaard Larsen j...@elgaard.net:

 Michael Andersen skrev:
  Jeg har de seneste tid observeret adskillige eksempler på at adressenoder
  anbragt som del af diverse liniestykker er blevet flyttet af botten,
 således at
  der er opstået (i nogle tilfælde ret store) knæk. Dette er specielt et
  problem i forhold til highway=*.

 Jeg kan ikke forestille mig situationer, hvor en adressenode bør være
 en del af en highway=*. Det virker tværtimod lidt farligt for både
 trafikken og beboere :-)

 I de tilfælde bør adressenoden fjernes fra vejen.

 Det må være muligt at lave et udtræk over alle adressenoder, der er dele
 af en highway=*, og så fixe det inden botten kommer forbi.


 Hvis adressenoden er en del af en anden way, f.x. building=*, kan det
 derimod være helt korrekt. Især hvis den er markeret som entrance. I de
 tilfælde bør botten nok ikke flytte dem, men sætte dem på en liste til
 manuel behandling.


 - Jørgen


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




-- 
Michel Coene
Georginehaven 94
Dk-2765 Smørum

+45 52339625
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it] Come associare una pista ciclabile a una strada

2015-01-22 Thread Andrea Musuruane

2015-01-22 10:35 GMT+01:00 Volker Schmidt vosc...@gmail.com:


 Cerco un meccanismo per associare una ciclopedonale | ciclabile |
 marciapiede | strada di servizio, che è parallelo a una strada, a questa
 strada.
 A me viene spontaneo di utilizzare una estensione del concetto delle
 relazioni type=street o type=associatedstreet ma non trovo traccia di
 questo tipo di uso.

 Lo scopo principale sarebbe di evitare di mettere il nome della strada
 anche sul marciapiede, ... se sono taggate come ways separate.

 Mi sembra strano che non trovo una soluzione già documentata. Forse mi è
 scappato qualcosa


cycleway=track

*Pista ciclabile fisicamente separata dalla strada. Può essere una
carreggiata parallela al resto della strada, separata ad esempio mediante
un cordolo, oppure una pista a sé stante che si sviluppa principalmente in
prossimità della strada*

cycleway=opposite_track


*Pista ciclabile fisicamente separata da una strada a senso unico, che
permette il transito delle biciclette in direzione opposta al senso della
strada. Può consistere in una pista a doppio senso o in due piste ai
margini opposti della strada.*
Ciao,

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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

Le 22 janvier 2015 15:56, Otourly Wiki otou...@yahoo.fr a écrit :

 Inclure les variantes avec des points ou des espaces


Cela est prévu, au fur et à mesure que je rencontre des variantes je les
transformerais en fonction de ce qui a été décidé ici.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSRM-talk] Routing Problem in France

2015-01-22 Thread Dennis Luxen

Yes, that should arrive soon. It’s basically there, we are just refining the 
discovery of these small unconnected portions.

Dennis

—
Want to support OSRM development? Buy us a beer: 
http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80

 Am 22.01.2015 um 11:22 schrieb Anael Lorimier 
 anael.lorim...@xcg-consulting.fr:
 
 Thanks for your quick answer Dennis !
 
 Knowing this, is there a way to find the nearest 'routable' node - in this 
 case, behind the barrier - with a server request ?
 
 On Thu, Jan 22, 2015 at 11:07 AM, Dennis Luxen i...@project-osrm.org wrote:
 Hi,
 
 that guy is the culprit: https://www.openstreetmap.org/node/418326625
 
 The barrier essentially forbids passing. If it does, the part of the road 
 that is blocked off should be marked as inaccessible.
 
 —Dennis
 
 —
 Want to support OSRM development? Buy us a beer: 
 http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80
 
  Am 22.01.2015 um 11:03 schrieb Anael Lorimier 
  anael.lorim...@xcg-consulting.fr:
 
  Hi everybody !
 
  I'm using OSRM server in a production project, and I'm facing a problem 
  when computing some route.
 
  Here is the link : 
  http://map.project-osrm.org/?hl=enloc=46.134267,3.457898loc=48.813000,2.321859z=18center=46.134300,3.457561alt=0df=0re=0ly=763558683
 
  As you can see, no route can be found near this point: 46.134267,3.457898, 
  but if you move a little bit the point, it will find a route.
 
  I don't know why this occurs here, is there a buggy node ?
 
  Regards.
 
  --
  Cordialement
 
  Anael Lorimier
  Developer Junior
  XCG Consulting
 
  Mobile: (+33)652567117
  ___
  OSRM-talk mailing list
  OSRM-talk@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/osrm-talk
 
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk
 
 
 
 -- 
 Cordialement
 
 Anael Lorimier
 Developer Junior
 XCG Consulting
 
 Mobile: (+33)652567117
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk


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

Re: [Talk-it] Come associare una pista ciclabile a una strada


 Questo non risolve il mio problema, perché il preciso significato è un
 altro:
 use_sidepath è stato inventato per indicare *l'obbligo* per legge di
 utilizzare una carreggiata o corsia separata dedicata ai ciclisti; non
 indica la sola esistenza. Perciò non posso metterlo quando c'è una
 cosiddetta ciclopedonale condivisa (
 http://commons.wikimedia.org/wiki/File:Italian_traffic_signs_-_percorso_pedonale_e_ciclabile.svg)
 accanto alla strada, perché per questo tipo di percorso misto non c'è
 l'obbligo di uso (in Italia).


Hai ragione.

[OT] Sei sicuro che non ci sia l'obbligo per le ciclopedonali? Per quel che
ne so il codice della strada obbliga i ciclisti a servirsi sempre delle
corsie/piste ciclabili quando presenti.

Grazie!

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

Re: [Talk-it] Come associare una pista ciclabile a una strada

2015-01-22 Thread Volker Schmidt

 [OT] Sei sicuro che non ci sia l'obbligo per le ciclopedonali?
 Per quel che ne so il codice della strada obbliga i ciclisti a servirsi
 sempre delle corsie/piste ciclabili quando presenti.

Si, sono sicuro. Ma per essere onesti, solo da ieri sera. Avevamo (come
FIAB) invitato a Padova un esperto del Gruppo Tecnico della FIAB centrale.
E' una cosa paradossale, ma la ciclo-pedonale è per legge una *pedonale*
che ospita anche ciclisti, che devono dare precedenza ai pedoni e non
superare i 10km/h. Inoltre dovrebbe essere costruita dai comuni solo in
casi eccezionali (a Padova penso che il 90% delle ciclabili siano di
questo tipo).

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

Re: [Talk-it] Come associare una pista ciclabile a una strada


Il 01/22/2015 11:43 AM, Luca Sigfrido Percich scrisse:

[OT] Sei sicuro che non ci sia l'obbligo per le ciclopedonali? Per quel
che ne so il codice della strada obbliga i ciclisti a servirsi sempre
delle corsie/piste ciclabili quando presenti.


http://studiochiarini.it/TEMA_2_rev25.pdf

2.3 I ciclisti sono obbligati a utilizzare i “percorsi pedonali e 
ciclabili”?

(Chiarimento Ministero dei Trasporti Prot. 4135 del 19/01/2009)
No, anche se la forma del segnale utilizzato per indicarli appartiene 
alla famiglia dei

segnali di obbligo, in quanto non si tratta di piste a loro riservate.
Nota:
Il Ministero dei Trasporti ha confermato tale situazione.
I segnali andrebbero chiaramente distinti fra quelli obbligatori e 
quelli facoltativi, come avviene per esempio
in Francia, in modo da semplificarne l’interpretazione da parte di 
chiunque.


http://studiochiarini.it/documenti.htm

Chiarini e' vice-presidente FIAB e Co-Responsabile Area Tecnica.

ciao
maxx

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

Re: [Talk-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread fly

Am 22.01.2015 um 00:16 schrieb Michael Reichert:
 Hallo,
 
 aufgeweckt durch einen Newbie-Frage im Forum, bin ich (entdeckt hat's
 eigentlich Swen Wacker [1]) auf einen veralteten Inhalt im Wiki-Artikel
 DE:Relatio:associatedStreet gestoßen.
 https://wiki.openstreetmap.org/wiki/DE:Relation:associatedStreet
 
 In dem Artikel wird die associated-Street-Relation beschrieben, die
 verwendet wurde/wird, wenn der Mapper nicht an jedem
 Gebäude/Hausnummernnode addr:street=* usw. taggen wollte. Entworfen
 wurde sie im Rahmen des Karlsruher Schemas als Redundanzvermeidung.
 
 Von Datennutzern, die OSM-Adressdaten nutzen, habe ich gehört, dass
 diese Relationen aufwendiger in der Auswertung seien als das
 addr:street=*-Tag an jedem Adressnode/Gebäude auszuwerten.

Weis ja nicht wen Du gefragt hast, aber von nominatim weiß ich, dass die
Relation ausgewertet werden und auch funktionieren, während bei Straßen
mit vielen Hausnummern ohne Relation Probleme auftreten.

 Mittlerweile
 beträgt der Anteil an den gesamten Adressen in OSM nur noch 7 Prozent.

Auf was beziehst Du Dich da ? Zeitraum ?

 Ich habe das zum Anlass genommen, frecherweise diese Relation als
 deprecated (veraltet) zu markieren. [3]

Das ist ja wohl dreist und damit greifst Du schon jeder Abstimmung
vorraus. Bitter schleunigst rückgängig machen.

 Im Forum [2] wird das schon diskutiert. Ich bitte euch, wie schon
 diverse Forumsuser tun, im Wiki darüber abzustimmen.
 https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet

Sauber ?
Wo ist da die Diskussion auf tagging@ davor und dann eine erneute
Ankündigung der Abstimmung ?

 Anmerkung: Auf der deutschen Diskussionsseite schrieb tyr_asd im Oktober
 2012, dass diese Relationen für mehrsprachige Gebiete eine Anwendung
 hätten. Ein Blick in seine Mappingregion Südtirol zeigt jedoch, dass
 dort mittlerweile eine name-Tag-ähnliche Lösung ohne Relationen
 angewendet wird. Beispiel:
 addr:street = Unterrainer Straße - Strada Riva di Sotto
 addr:housenumber = 10
 addr:city = Eppan a.d. Weinstr. - Appiano s.s.d.v.
 addr:postcode = 39057
 addr:hamlet = St. Pauls - S. Paolo
 addr:street:de = Unterrainer Staße
 addr:street:it = Strada Riva di Sotto
 addr:city:de = Eppan a.d. Weinstr.
 addr:city:it = Appiano s.s.d.v.

Hatte es sich nicht rausgestellt, dass die unterschiedlichen Sprachen
nicht von der Straße her abzuleiten sind und damit unnötig.

Warum schaffen wir nicht gleich alle redundanten addr:* Tags ab ?
* addr:street wird nur benötigt wenn es nicht die nächste Straße ist.
* addr:country/city/postcode/suburb und noch viele mehr sind redundant
und können aus den Grenz-Relationen gewonnen werden.


cu fly

 [1] http://forum.openstreetmap.org/viewtopic.php?pid=478904#p478904
 [2] http://forum.openstreetmap.org/viewtopic.php?pid=479346#p479346
 [3] Teils haben es andere User, teils ich selbst, wieder auf in use
 zurückgesetzt. Mal schauen, was das Ergebnis der Abstimmung ist.


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

Re: [Talk-es] Importación de megalitos

2015-01-22 Thread Santi Aguirre

En este caso concreto me extrañaría muchísimo que fueran incorrectos.
Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País
Vasco y Navarra por su historia y rigor científico. Suelen realizar
excavaciones y tienen gente de campo en busca de restos históricos. Si ese
es el único problema, problema resuelto ;)

El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com
escribió:


 El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com
 escribió:

 Y yo me pregunto: ¿cuando se considera que estoy infringiendo una
 licencia? Los datos están expuestos de forma que cualquiera puede echar
 mano de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a
 megalito, y un día ir al monte con mi GPS y localizarlos in situ. No creo
 que infrinja nada actuando de esa manera ya que en muchas áreas megalíticas
 hay mapas y carteles informativos para que la gente los visite.  ¿Y si en
 vez de molestarme en ir a localizarlos, los marco directamente en JOSM?
 ¿Eso sería ilegal?


 No es solamente un tema legal. Si vas uno a uno y lo compruebas, es
 correcto porque tú has visto que lo es. Pero imagina si no lo compruebas y
 la mitad de los datos son incorrectos o inexactos...


 --

 Luis García

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


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

Re: [Talk-es] Importación de megalitos

2015-01-22 Thread Cruz Enrique Borges Hernandez

El problema es que hayan puesto alguno a drede mal para pillar si
alguien les ha copiado los datos y tengan ganas de llamar a un abogado
o equivalente.

El día 22 de enero de 2015, 19:38, Santi Aguirre
aguirrera...@gmail.com escribió:
 En este caso concreto me extrañaría muchísimo que fueran incorrectos.
 Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País Vasco
 y Navarra por su historia y rigor científico. Suelen realizar excavaciones y
 tienen gente de campo en busca de restos históricos. Si ese es el único
 problema, problema resuelto ;)

 El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com
 escribió:


 El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com
 escribió:

 Y yo me pregunto: ¿cuando se considera que estoy infringiendo una
 licencia? Los datos están expuestos de forma que cualquiera puede echar mano
 de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a megalito, y
 un día ir al monte con mi GPS y localizarlos in situ. No creo que infrinja
 nada actuando de esa manera ya que en muchas áreas megalíticas hay mapas y
 carteles informativos para que la gente los visite.  ¿Y si en vez de
 molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso sería
 ilegal?


 No es solamente un tema legal. Si vas uno a uno y lo compruebas, es
 correcto porque tú has visto que lo es. Pero imagina si no lo compruebas y
 la mitad de los datos son incorrectos o inexactos...


 --

 Luis García

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



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




-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Importación de megalitos

2015-01-22 Thread Matías Taborda Barroso

Hola. No es solo ese problema, el principal es el tipo de Licencia de los
datos, que no son compatibles con la ODBl de Openstreetmap.

A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero
tambien podriamos copiar toda la cartografia de Google por ejemplo, y
evidentemente no se DEBE...

El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez 
cruz.bor...@deusto.es escribió:

 El problema es que hayan puesto alguno a drede mal para pillar si
 alguien les ha copiado los datos y tengan ganas de llamar a un abogado
 o equivalente.

 El día 22 de enero de 2015, 19:38, Santi Aguirre
 aguirrera...@gmail.com escribió:
  En este caso concreto me extrañaría muchísimo que fueran incorrectos.
  Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País
 Vasco
  y Navarra por su historia y rigor científico. Suelen realizar
 excavaciones y
  tienen gente de campo en busca de restos históricos. Si ese es el único
  problema, problema resuelto ;)
 
  El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com
  escribió:
 
 
  El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com
  escribió:
 
  Y yo me pregunto: ¿cuando se considera que estoy infringiendo una
  licencia? Los datos están expuestos de forma que cualquiera puede
 echar mano
  de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a
 megalito, y
  un día ir al monte con mi GPS y localizarlos in situ. No creo que
 infrinja
  nada actuando de esa manera ya que en muchas áreas megalíticas hay
 mapas y
  carteles informativos para que la gente los visite.  ¿Y si en vez de
  molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso
 sería
  ilegal?
 
 
  No es solamente un tema legal. Si vas uno a uno y lo compruebas, es
  correcto porque tú has visto que lo es. Pero imagina si no lo
 compruebas y
  la mitad de los datos son incorrectos o inexactos...
 
 
  --
 
  Luis García
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es
 
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es
 



 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

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

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

Re: [Talk-es] Importación de megalitos

2015-01-22 Thread Santi Aguirre

Me habeis convencido y me ha quedado claro.
Gracias y un saludo.

El 22 de enero de 2015, 19:47, Matías Taborda Barroso 
taborda.barr...@gmail.com escribió:

 Hola. No es solo ese problema, el principal es el tipo de Licencia de
 los datos, que no son compatibles con la ODBl de Openstreetmap.

 A partir de aqui, claro que puedes copiar e incorporarlos a OSM pero
 tambien podriamos copiar toda la cartografia de Google por ejemplo, y
 evidentemente no se DEBE...

 El 22 de enero de 2015, 19:43, Cruz Enrique Borges Hernandez 
 cruz.bor...@deusto.es escribió:

 El problema es que hayan puesto alguno a drede mal para pillar si
 alguien les ha copiado los datos y tengan ganas de llamar a un abogado
 o equivalente.

 El día 22 de enero de 2015, 19:38, Santi Aguirre
 aguirrera...@gmail.com escribió:
  En este caso concreto me extrañaría muchísimo que fueran incorrectos.
  Pertenecen a la Sociedad de Ciencias Aranzadi, muy conocida en el País
 Vasco
  y Navarra por su historia y rigor científico. Suelen realizar
 excavaciones y
  tienen gente de campo en busca de restos históricos. Si ese es el único
  problema, problema resuelto ;)
 
  El 22 de enero de 2015, 19:20, Luis García Castro lui...@gmail.com
  escribió:
 
 
  El 22 de enero de 2015, 19:13, Santi Aguirre aguirrera...@gmail.com
  escribió:
 
  Y yo me pregunto: ¿cuando se considera que estoy infringiendo una
  licencia? Los datos están expuestos de forma que cualquiera puede
 echar mano
  de ellos. Por ejemplo: puedo apuntar las coordenadas, megalito a
 megalito, y
  un día ir al monte con mi GPS y localizarlos in situ. No creo que
 infrinja
  nada actuando de esa manera ya que en muchas áreas megalíticas hay
 mapas y
  carteles informativos para que la gente los visite.  ¿Y si en vez de
  molestarme en ir a localizarlos, los marco directamente en JOSM? ¿Eso
 sería
  ilegal?
 
 
  No es solamente un tema legal. Si vas uno a uno y lo compruebas, es
  correcto porque tú has visto que lo es. Pero imagina si no lo
 compruebas y
  la mitad de los datos son incorrectos o inexactos...
 
 
  --
 
  Luis García
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es
 
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es
 



 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

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



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


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

Re: [Talk-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread Michael Reichert

Hallo,

Am 2015-01-22 um 19:29 schrieb fly:
 Am 22.01.2015 um 00:16 schrieb Michael Reichert:
 Hallo,

 aufgeweckt durch einen Newbie-Frage im Forum, bin ich (entdeckt hat's
 eigentlich Swen Wacker [1]) auf einen veralteten Inhalt im Wiki-Artikel
 DE:Relatio:associatedStreet gestoßen.
 https://wiki.openstreetmap.org/wiki/DE:Relation:associatedStreet

 In dem Artikel wird die associated-Street-Relation beschrieben, die
 verwendet wurde/wird, wenn der Mapper nicht an jedem
 Gebäude/Hausnummernnode addr:street=* usw. taggen wollte. Entworfen
 wurde sie im Rahmen des Karlsruher Schemas als Redundanzvermeidung.

 Von Datennutzern, die OSM-Adressdaten nutzen, habe ich gehört, dass
 diese Relationen aufwendiger in der Auswertung seien als das
 addr:street=*-Tag an jedem Adressnode/Gebäude auszuwerten.
 
 Weis ja nicht wen Du gefragt hast, aber von nominatim weiß ich, dass die
 Relation ausgewertet werden und auch funktionieren, während bei Straßen
 mit vielen Hausnummern ohne Relation Probleme auftreten.
 
 Mittlerweile
 beträgt der Anteil an den gesamten Adressen in OSM nur noch 7 Prozent.
 
 Auf was beziehst Du Dich da ? Zeitraum ?

3.573.027 Objekte sind mit der Rolle house Mitglied in einer
associatedStreet-Relation. [1, 2] 49.260.005 Objekte in der
OSM-Datenbank haben addr:housenumber=*. Somit beträgt der Anteil der mit
Relationen gemappten Hausnummern an alle gemappten Hausnummern 7,2 Prozent.

 Ich habe das zum Anlass genommen, frecherweise diese Relation als
 deprecated (veraltet) zu markieren. [3]
 
 Das ist ja wohl dreist und damit greifst Du schon jeder Abstimmung
 vorraus. Bitter schleunigst rückgängig machen.
 
 Im Forum [2] wird das schon diskutiert. Ich bitte euch, wie schon
 diverse Forumsuser tun, im Wiki darüber abzustimmen.
 https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet
 
 Sauber ?
 Wo ist da die Diskussion auf tagging@ davor und dann eine erneute
 Ankündigung der Abstimmung ?

Ich glaube, du solltest vor dem Schreiben einer Mail nochmal
nachschauen, ob alles noch so ist, wie du glaubst. :-)
https://lists.openstreetmap.org/pipermail/tagging/2015-January/021277.html
https://lists.openstreetmap.org/pipermail/tagging/2015-January/021281.html

 Anmerkung: Auf der deutschen Diskussionsseite schrieb tyr_asd im Oktober
 2012, dass diese Relationen für mehrsprachige Gebiete eine Anwendung
 hätten. Ein Blick in seine Mappingregion Südtirol zeigt jedoch, dass
 dort mittlerweile eine name-Tag-ähnliche Lösung ohne Relationen
 angewendet wird. Beispiel:
 addr:street = Unterrainer Straße - Strada Riva di Sotto
 addr:housenumber = 10
 addr:city = Eppan a.d. Weinstr. - Appiano s.s.d.v.
 addr:postcode = 39057
 addr:hamlet = St. Pauls - S. Paolo
 addr:street:de = Unterrainer Staße
 addr:street:it = Strada Riva di Sotto
 addr:city:de = Eppan a.d. Weinstr.
 addr:city:it = Appiano s.s.d.v.
 
 Hatte es sich nicht rausgestellt, dass die unterschiedlichen Sprachen
 nicht von der Straße her abzuleiten sind und damit unnötig.

Die Straße neben dem Gebäude hat sowohl name:de=Unterrainer Straße als
auch name:it=Strada Riva di Sotto als auch name=Deutsch - Italienisch

 Warum schaffen wir nicht gleich alle redundanten addr:* Tags ab ?
 * addr:street wird nur benötigt wenn es nicht die nächste Straße ist.

Das gibt aber eine wackelige Konstruktion. Da hast du dann noch viel
mehr noch viel stärker fragilere Konstrukute als die heutige
Referenzierung von Adressen (als Ersatz von addr:country, addr:city und
addr:postcode) als heute. Wenn einer die Straße verschiebt verlegt, dann
gehören die Häuser plötzlich zur anderen Straße. :)

Bezüglich Redundanzvermeidung sind die Erfahrungen aus der Mappingpraxis
alles andere als ermutigend. Im Forum gibt es genug Berichte, dass das
Konzept möglichst wenig Redundanz in OSM nicht funktioniert. Wir sind
halt keine Geodatenbank aus dem Lehrbuch.
http://forum.openstreetmap.org/viewtopic.php?pid=479367#p479367 und die
folgenden Posts

 * addr:country/city/postcode/suburb und noch viele mehr sind redundant
 und können aus den Grenz-Relationen gewonnen werden.

Das ist ein anderes Thema.

Viele Grüße

Michael


[1] https://taginfo.openstreetmap.org/relations/associatedStreet
[2] Es gibt noch 7114 Objekte mit der Rolle address. Das sind aber
vernachlässigbar wenige (nur 2 Promille).


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.



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] Ajout de l'indicatif national aux numéros de téléphone français

2015-01-22 Thread Otourly Wiki

Les espaces n'ont qu'un but esthétique/mémorisation et auquel cas il n'est pas 
nécessaire de stocker dans une base de données un format qui n'est pas pareil 
partout. Perso je serais d'avis que le format soit contrôlé/corrigé à 
l'import.Les espaces peuvent toujours être rajouté ensuite par les outils qui 
interrogeront OSM. 

D'autant que les emplacements des espaces varient d'un pays à l'autre (certes 
tous n'ont pas le même nombre de chiffres).
 Florian
 

 Le Jeudi 22 janvier 2015 16h26, Vincent Pottier vpott...@gmail.com a 
écrit :
   

  Le 22/01/2015 16:15, Éric Gillet a écrit :
  
  Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com a écrit :  
Ne serait-ce pas plutôt +33 4 12131415 ?
 
 
 Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les groupes 
de 4 chiffres, les deux variantes existent et la différence n'est que  
cosmétique car les espaces ou tirets après l'indicatif régional (4 ici) doivent 
être ignorés. Si d'autres personnes préfèrent la variante sans espace ce sera 
adjugé vendu :)   
 
 Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, ça 
m'aide. et j'aime la forme 01 23 45 67 89
 
 La forme +33 (0)1 23 45 67 89 n'est pas valide ?
 Elle est plus lisibles pour les humains et les Français...
 --
 FrViPofm
 
 
 
___
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] Ajout de l'indicatif national aux numéros de téléphone français

2015-01-22 Thread JB


Le 22/01/2015 16:25, Vincent Pottier a écrit :
Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des 
espaces, ça m'aide. et j'aime la forme 01 23 45 67 89
Ou bien « là où le wiki et la normalisation augmente la distance entre 
la vraie vie et le petit contributeur »…

Oui, le wiki dit +33, norme machin.
Et je ne comprends pas qu'un utilisateur local des données ait une 
quelconque utilité de la forme +33 123456789, à part qu'il n'arrivera 
pas à la lire, alors que qu'un traitement automatisé ou international 
n'aura aucun problème à supprimer les espaces et remplacer le premier 0 
par +33… La preuve, le traitement automatisé de la modification.
Donc oui, le wiki dit que… mais je comprends vraiment pas la logique 
derrière, à part que ça ne me viendrait jamais à l'esprit de noter un 
numéro de 9 chiffres sans espaces.

JB.

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

[OSM-talk-fr] telcharger fond de carte OSM raster?

2015-01-22 Thread image93

Bonjour,

1/ Est il possible de telecharger un fond de carte raster OSM? Si oui,
pouvez vous me dire comment faire?

2/  Sinon, connaitriez vous une autre baselayer opendata raster
telechargeable? 

Merci 



--
View this message in context: 
http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] telcharger fond de carte OSM raster?

2015-01-22 Thread Frédéric Rodrigo


Bonjour,

Vous trouverez de l'information là :
http://wiki.openstreetmap.org/wiki/JTileDownloader (par ex)
http://wiki.openstreetmap.org/wiki/Tile_usage_policy

Mais comme vous le verrez dans la documentation c'est quelques chose qui 
est déconseillé.


Suivant votre besoin, il existe peut-être d'autres alternatives.

Frédéric.


Le 22/01/2015 16:55, image93 a écrit :

Bonjour,

1/ Est il possible de telecharger un fond de carte raster OSM? Si oui,
pouvez vous me dire comment faire?

2/  Sinon, connaitriez vous une autre baselayer opendata raster
telechargeable?

Merci



--
View this message in context: 
http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988.html
Sent from the France mailing list archive at Nabble.com.

___
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-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread Manuel Reimer


On 01/22/2015 09:44 AM, Martin Vonwald wrote:

Am 22. Januar 2015 um 09:27 schrieb chris66 chris66...@gmx.de:


welcher (separat gemappte) Bürgersteig



Für einige könnte das ein Hauptgrund sein, die street-Relation
loszuwerden...

Ich werde mich da aber eher heraus halten und anderen den Feldzug
überlassen ;-)


Ich auch. Für associatedStreet habe ich jetzt mal abgestimmt. Ich 
befürchte aber, dass das nichts wird mit dem Proposal.


In dem Fall halte ich es dann halt wie bisher. Wenn jemand in meiner 
Gegend meint sowas eintragen zu müssen, dann soll er. Ich werde die 
Relationen aber nicht aktuell halten.


Gruß

Manuel


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

Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

Note bien le mot provisoire dans la phrase que tu as mise en gras. Les
nouvelles régions ont jusqu'à juillet prochain pour décider de leur nouveau
nom.
Pour la Normandie c'était déjà clair car les 2 régions s'étaient déjà mises
daccord.
Pour la région Centre, comme elle n'a pas changé de frontière, elle décide
de se donner seule une identité plus parlante que Centre qui est utilisé
pour nommer des régions dans d'autres pays ou des villes ou diverses
collectivités locales ou subdivisions administratives.
L'adoption de la loi lui a permis de le faire approuver, mais la .loi
l'autorise encore à revenir sur ce nom jusqu'en juillet, de même que des
départements peuvent encore basculer dans une autre nouvelle région
limitrophe avec l'accord des conseils concernés des 2 régions et du
département.
Les Pays de a Loir ne sont pas à l'abri encore d'un redécoupage voire d'une
disparition (Loire-Atlantique peut-être en Bretagne, suivie aussi de la
Vendée qui pourrait aussi aller vers l'Aquitaine, Mayenne en Bretagne ou en
Val de Loire, le reste dans le Val de Loire, voire la Normandie ou
l'Île-de-France pour la Sarthe, et le Territoire de Belfort peut encore
rejoindre l'Alsace-Lorraine au lieu de la Bourgogne-Franche-Comté)

Jusqu'en juillet il peut se passer des choses et de toute façon les
nouvelles régions ne seront pas en exercice avant l'année prochaine après
les régionales, même si elles auront en juillet un nom et un siège
officiels et établi la fusion de leurs actifs, les transferts de
compétence, et la fusion de leurs budgets...

Après ça on aura droit à une hausse des taxes régionales; des fermetures de
sites qui vont donner lieu à des manifs ou la reprise par l'Etat dans ses
maisons de l'Etat qui complètent la présence des préfectures et
sous-préféctures; et des grèves attendues des personnels à déplacer d'un
ancien siège régional à l'autre ou reclasser dans d'autres collectivités
locales. Espérons quand même que les régions ne va pas se construire de
nouveaux sièges pour accueillir tout le monde dans leur conseil élargi;
mais on sait qu'elles vont beaucoup dépenser en communication sur leur
nouveau nom.


Le 22 janvier 2015 09:43, Robin PREST ro...@georezo.net a écrit :

 Bonjour :

 I.-Lorsqu'une région mentionnée à l'article 1er est constituée par
 regroupement de plusieurs régions :
 1° *Son nom provisoire est constitué de la juxtaposition, dans l'ordre
 alphabétique, des noms des régions regroupées*, à l'exception de la
 région constituée du regroupement de la Basse-Normandie et de la
 Haute-Normandie, qui est dénommée « Normandie » ; 

 Réf :
 http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id



 Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.fr a écrit :

 Attention tout n'est pas encore synchro sur le site en ligne pour la
 dernière version consolidée des autres lois référencées qui sont modifiées
 par la loi du jour (notamment celle de 27 janvier 2014 et plusieurs autres).
 Au fur et à mesure des rafraîchissements, de la version consolidée en
 ligne, ça change... Le JORF visiblement travaille dessus en ce moment et on
 doit encore lire les textes sources des modifications. Ce sera fait
 certainement dans la journée (et on n'est pas à l'abri d'un erratum qui ne
 sera publié que lundi au mieux).

 Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.fr a écrit :

 Noter aussi que le terme région n'est plus utilisé seul. La loi les
 appelle officiellement régions métropolitaines pour éviter la confusion
 avec les régions d'outre-mer et la collectivité territoriale de Corse.

 La loi précise aussi (article 4 dans le Chapitre II) que la Métropole de
 Lyon est assimilée à un département mais UNIQUEMENT dans l'article
 relatif aux élections régionales. Cette asimilation ne modifie pas le code
 des collectivités territoriales ou de l'administration publique concernant
 le département du Rhône qui reste indivis.

 Donc toujours une seul préfecture pour tout le département divisé en
 deux collectivités (un conseil départemental groupant toutes les communes
 hors Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et
 un conseil métropolitain groupant toutes les communes de la Métropole de
 Lyon), et pas de modification non plus des arrondissements et
 sous-préfectures


 Le 17 janvier 2015 11:57, Philippe Verdy verd...@wanadoo.fr a écrit :

 Pardon; en rafraîchisssant la page cette fois je vois cet article V que
 le JORF avait peut-être omis en ligne dans une première version.
 Donc OK pour la modif (mais pourquoi alors le même texte est incohérent
 dans l'article 1 publié dans la même loi et le même jour ?).

 Le 17 janvier 2015 11:55, Philippe Verdy verd...@wanadoo.fr a écrit :

 Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout
 cas pas sur le lien que tu as fourni); tu t'est peut-être basé sur une
 avant-projet qui n'a pas été officialisé (car probablement incomplet selon
 les dispositions de l'article 2

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

pour le +33 aucun problème.
pour la suppression du zéro initial ok
pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à
être imposé.
pour le remplacement des points et autres séparateurs par des espaces.

* attention aux préfixes de numéros courts qui ne peuvent être appelés que
depuis la France (donc pas de +33) : pour appeler les mêmes services depuis
l'étranger il faut utiliser un numéro long à 9 chiffres communiqué par les
destinataires concernés, s'ils acceptent ces appels (qui peut ne rien avoir
en commun avec le numéro court), ou un autre numéro à l'étranger (ça peut
être celui d'un centre d'appel).

Tout ce qui est, après élimination du préfixe +33 (parfois noté juste 33
sans le +) et du zéro éventuellement marqué après (entre parenthèses ou
pas), et qui comprend 9 chiffres (au moins) est un numéro long. Mais si les
9 chiffres ne commencent pas par un chiffre 1 à 5 (nu,éros géographiques)
ou 6 ou 7 (numéros mobiles) ou 9 (box internet VoIP), sont alors des
numéros spéciaux.

Il y a parfois plus de 9 chiffres quand les numéros comportent des
extensions : garder un séparateur explicite. Ces extensions peuvent être
des sélection à l'arrivée commençant par l'astérisque * suivie de 1 ou
plusieurs chiffres mais c'est de plus en plus rare, cela a été utilisé au
temps qui précédait la numérotation à 10 chiffres et ça a beaucoup été
réduit demuis l'explosion des mobiles et la libération de plein de numéros
fixes. Les extensions sont surtout dans les entreprises qui utilisent
plutpit des lignes groupées ayant chacune leur numéro à 10 chiffres (pas
toujours dans le même bloc de numéros) et la plupart du temps ce sont des
numéros pour l'usage interne, les numéros communiqués au public sont
normalemetn à 10 chffres sans extension.

Mais certains services ajoutent des extension vocales et indiquent les
chiffres supplémentaires à composer une fois décrocher, ou un mot à
prononcer vocalement au décrochage, sinon on doit écouter le robot et c'est
pénible. Ce mot devrait pouvoir être conservé dans le numéro de téléphone.
Pour la plupart ces services ont un numéro court avec sélection vocale à
l'arrivée ont un numéro court non internationalisable.

Certains numéros ajoutent une mention sur les jours et heures de
disponibilité.

Enfin certains numéros sont alloués à des opérateurs qui ne peuvent pas
être appelés du tout depuis l'étranger (ce sont des nu,éros surtaxés sans
convention de refacturation avec d'autres opérateurs) ou bien l'abonné a
demandé à ne recevoir des appels que depuis la France.

Donc à priori on ne doit convertir au format +33 xabcdefgh que les
numéros 01abcdefgh à 07abcdefgh ou 0970cdefgh (plus des espaces,
tirets ou points) et garder les séparateurs positionnés tels qu'ils sont
dans la source pour la lisibilité (mais on peut les convertir en espaces)
et il est préférable de garder une espace après °+33, et insérer des
espaces tous les 2 chiffres s'il n'y a aucun séparateur dans les 9
 chiffres (ou 10 chiffres avec le 0 initial).

Certains numéros sont donnés aussi avec 00 au ieu de + : ce qui suit
est un préfixe international, ne rien toucher si ce n'est pas 0033.

Pour les autres laisser le format inchangé s'il ne mentionne pas le préfixe
international.


Le 22 janvier 2015 15:50, Éric Gillet gill3t.3ric+...@gmail.com a écrit :

 Bonjour,

 Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros
 de téléphones en France. Cela est nécessaire pour l’internationalisation
 des numéros de téléphone, car malgré qu’avec un téléphone français cet
 indicatif n’est pas obligatoire, cela pose problème pour le reste des
 téléphones.

 La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T.

 Les tags suivants seraient concernés:

- phone
- contact:phone
- fax
- contact:fax

 ainsi que les variantes avec pays suivantes:

- phone:FR
- contact:phone:FR
- fax:FR
- contact:fax:FR

 Exemple :

 passage de “phone=0412131415”
 en phone = “+33 4 1213 1415”

 Ma méthodologie serait une recherche Overpass API, puis édition avec
 Level0 et sed.

 Avez-vous des suggestions ?

 Éric

 ___
 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] Autovelox di PoiGPS.com su OSM oppure OsmAnd

2015-01-22 Thread Stefano Droghetti


Nel post precedente ho dimenticato un passaggio:
- in OsmAnd Map Creator, prima di precedere con la  creazione della 
mappa, togliere la spunta alle tre caselle in alto.


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

Re: [OSM-talk-fr] telcharger fond de carte OSM raster?

2015-01-22 Thread Frédéric Rodrigo


Sur la taille d'une comme ça ne pose pas de problème.

Le 22/01/2015 17:14, image93 a écrit :

Merci beaucoup pour vos réponses.

En fait, je travaille sur mapinfo. J'ai un fichier raster GEOROUTE ign .tab.
Je veux simplement découper ce fichier raster selon l'emprise vectorielle
d'une commune. Mais cette chose si simple est semble relever de l'impossible
dans mapinfo. Et pire encore, je n'arrive pas à exporter ce fameux raster
.tab en un autre format classique (.tif ou .jpeg). ;-(

Voilà pourquoi je souhaite obtenir une source raster libre afin de faire les
decoupage avec qgis.



--
View this message in context: 
http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988p5830997.html
Sent from the France mailing list archive at Nabble.com.

___
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] Un BANO à l'anglaise, mais garanti sans OSM

2015-01-22 Thread Sylvain Maillard

OSM n'a absolument pas été ignoré, il s'agit juste du choix d'une licence
sans la mention share-alike !

https://github.com/OpenAddressesUK/forum/issues/38


Sylvain

Le 15 janvier 2015 22:54, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le 15 janvier 2015 20:36, George Kaplan georgekaplan...@hotmail.fr a
 écrit :


 Je n'ai trouvé nulle part mention d'OSM aussi bien comme source que comme
 destination des données. Le plus étonnant reste la FAQ :

 Future
 What happens if some other party creates an equivalent open, free
 product?
 Incroyable, il semble qu'ils n'ont vraiment pas connaissance d'OSM...


 Pas connaissance ? On ne peut qu'en douter fortement, mais leur choix est
 d'ignorer OSM et ne surtout pas en parler pour ne pas avoir à discuter avec
 les promoteurs d'OSM ou éviter que des utilisateurs chez eux se détourne de
 leur projet pour aller vers OSM.

 L'omission est forcément volontaire.

 ___
 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] FW : , Annotations sur OSM : des projets en cours ?

2015-01-22 Thread citeain

Bonjour, 

Merci d'avoir pris le temps de me répondre bien que je ne sois pas
contributrice d'OSM !

Effectivement l'outil http://assovelotoulouse.mooveatis.fr ressemble à ce
que l'on cherche pour l'IDF. Je vais avec mes compères cyclistes prendre le
temps de le tester pour voir les fonctionnalités et regarder les autres
liens.

Il est probable, si vous êtes ok, que je revienne vers vous à ce sujet que
je découvre totalement !

Bonne journée.




-
@citeain
--
View this message in context: 
http://gis.19327.n5.nabble.com/FW-Annotations-sur-OSM-des-projets-en-cours-tp5830828p5830984.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] telcharger fond de carte OSM raster?

2015-01-22 Thread Christian Quest


Le 22/01/2015 16:55, image93 a écrit :
 Bonjour,

 1/ Est il possible de telecharger un fond de carte raster OSM? Si oui,
 pouvez vous me dire comment faire?

On peut, on peut... mais la méthode dépend de l'usage qu'on veut en faire.

D'où ma question: quel est le but final ?


 2/  Sinon, connaitriez vous une autre baselayer opendata raster
 telechargeable? 

En libre, l'IGN propose:
http://professionnels.ign.fr/franceraster
http://professionnels.ign.fr/scan1000

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

Les espaces sont standardisées et acceptées. Les téléphones mobiles les
acceptent en entrée et dans les listes de contact. Elles n'ont aucun effet
dans la numérotation mais on peut les compacter (pas plus d'une espace
consécutif, aucune espace au début ou à la fin)

Il n' y a que quand on reçoit un appel que les appareils réinsèrent des
espaces tous les 2 chiffres (les téléphones fixes ne le font pas
généralement, les mobiles le font).

S'ils sont mnémoniques ils sont utiles. Il est plus facile de lire ainsi
des nu,éros ayant des séries de chiffres identiques sans se tromper à la
lecture. Il n'y a aucune raison de les supprimer tous, même dans une base
de données. Ils identifient aussi facilement les numéros spéciaux ('0 800
cde fgh) sans avoir besoin de marquer derrière numéro vert, appel gratuit
depuis un téléphone fxe ou appel au prix d'une communication locale.

Les indications après un numéro peuvent comprendre aussi un prix attente
gratuite depuis un poste fixe,  plus prix de mise en relation et 0;18€ par
minute, tarification à la seconde après la 1re minute... Et un prix
spécifique pour l'envoi de SMS (à l'unité, parfois 2 SMS nécessaires, plus
le prix d'envoi des SMS demandé par l'opérateur de l'appelant, l'opérateur
prenant à sa charge l'envoi d'un SMS contenant juste le mot STOP, casse
ignorée, s'il est vers un numéro surtaxé : le destinataire est sensé ne
plus envoyer de SMS publicitaires au numéro de l'envoyeur du STOP, mais
aucun opérateur ne le contrôle réellement).

.

Le 22 janvier 2015 16:46, Otourly Wiki otou...@yahoo.fr a écrit :

 Les espaces n'ont qu'un but esthétique/mémorisation et auquel cas il n'est
 pas nécessaire de stocker dans une base de données un format qui n'est pas
 pareil partout. Perso je serais d'avis que le format soit contrôlé/corrigé
 à l'import.Les espaces peuvent toujours être rajouté ensuite par les outils
 qui interrogeront OSM.

 D'autant que les emplacements des espaces varient d'un pays à l'autre
 (certes tous n'ont pas le même nombre de chiffres).

 Florian


   Le Jeudi 22 janvier 2015 16h26, Vincent Pottier vpott...@gmail.com a
 écrit :


  Le 22/01/2015 16:15, Éric Gillet a écrit :

  Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com a écrit
 :

 Ne serait-ce pas plutôt +33 4 12131415 ?


 Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les
 groupes de 4 chiffres, les deux variantes existent et la différence n'est
 que cosmétique car les espaces ou tirets après l'indicatif régional (4 ici)
 doivent être ignorés. Si d'autres personnes préfèrent la variante sans
 espace ce sera adjugé vendu :)

  Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces,
 ça m'aide. et j'aime la forme 01 23 45 67 89

 La forme +33 (0)1 23 45 67 89 n'est pas valide ?
 Elle est plus lisibles pour les humains et les Français...
 --
 FrViPofm



 ___
 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] telcharger fond de carte OSM raster?

2015-01-22 Thread image93

Merci beaucoup pour vos réponses. 

En fait, je travaille sur mapinfo. J'ai un fichier raster GEOROUTE ign .tab.
Je veux simplement découper ce fichier raster selon l'emprise vectorielle
d'une commune. Mais cette chose si simple est semble relever de l'impossible
dans mapinfo. Et pire encore, je n'arrive pas à exporter ce fameux raster
.tab en un autre format classique (.tif ou .jpeg). ;-(

Voilà pourquoi je souhaite obtenir une source raster libre afin de faire les
decoupage avec qgis.   



--
View this message in context: 
http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988p5830997.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

Le 22 janvier 2015 16:48, JB jb...@mailoo.org a écrit :

 Ou bien « là où le wiki et la normalisation augmente la distance entre la
 vraie vie et le petit contributeur »…

Oui, le wiki dit +33, norme machin.
 Et je ne comprends pas qu'un utilisateur local des données ait une
 quelconque utilité de la forme +33 123456789


Effectivement, comme mentionné dans mon premier mail, le français avec son
téléphone paramétré français n'a que peu d'utilité de l'indicatif lorsqu'il
appelle des numéros dans la Creuse. Par contre dès qu'on pense aux numéros
mappés proche de frontières, ou aux utilisateurs internationaux, les
indicatifs nationaux deviennent indispensables. C'est d'ailleurs pour ça
que l'ITU recommande cette forme de numérotation.

Le 22 janvier 2015 16:50, Philippe Verdy verd...@wanadoo.fr a écrit :

 pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à
 être imposé.


C'est une bonne idée, je vais essayer cette piste ça vu que ça ne pose pas
de problème d'intégrité des données tant que l'indicatif national, régional
et le reste du numéro restent séparés.

attention aux préfixes de numéros courts


Je ne comptais pas y toucher, ne connaissant pas bien les règles et format
spécifiques de ces derniers.


  il est préférable de garder une espace après +33

  Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind.
national, local, et le reste.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Mappy Hour

2015-01-22 Thread Alex Barth

Thomas -

The Mappy Hour is a Google Hangout, this next upcoming one is on Monday
26th 8.30 - 9.30 PM Eastern

https://plus.google.com/events/c1a3949vmua4uumivahlddfpj54

On Thu, Jan 22, 2015 at 7:59 AM, thomas.r...@dot.gov wrote:

  I’ll be happy to join the call. When are you thinking?

 Tom



 *From:* Clifford Snow [mailto:cliff...@snowandsnow.us]
 *Sent:* Wednesday, January 21, 2015 6:35 PM
 *To:* Martijn van Exel
 *Cc:* OSM US Talk
 *Subject:* Re: [Talk-us] Mappy Hour





 On Wed, Jan 21, 2015 at 3:11 PM, Martijn van Exel m...@rtijn.org wrote:

 Last time we had Johan from Mapillary as a special guest to talk about the
 latest at Mapillary and do a QA. This was great! If you have ideas for a
 guest, let me know and I can see what I can do!


 Thanks for arranging for Johan to join our call. Do you want to discuss
 ARNOLD, find out what all the fields mean and how we might use the data?
 Tom Roff is willing to join us. Not sure this would work for his schedule,
 but we could ask.



 [1] http://www.fhwa.dot.gov/policyinformation/hpms/shapefiles.cfm



 --

 @osm_seattle

 osm_seattle.snowandsnow.us

 OpenStreetMap: Maps with a human touch

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




-- 
Alex Barth
Vice President
OpenStreetMap United States Inc.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-GB] Data search request: help please

2015-01-22 Thread Andy Mabbett

I need some help, please.

I want to compile a list of all the pubs (including taverns bars, etc)
in the UK, with the word Louise as part of the name.

How might I do this, given that I am not a coder?

Or, if coding skills are needed, can someone kindly do it for me?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread Michael Reichert

Hallo,

Am 2015-01-22 um 22:04 schrieb fly:
Am 22.01.2015 um 19:54 schrieb Michael Reichert:
Am 2015-01-22 um 19:29 schrieb fly:
Am 22.01.2015 um 00:16 schrieb Michael Reichert:

Mittlerweile
beträgt der Anteil an den gesamten Adressen in OSM nur noch 7 Prozent.

Auf was beziehst Du Dich da ? Zeitraum ?

3.573.027 Objekte sind mit der Rolle house Mitglied in einer
associatedStreet-Relation. [1, 2] 49.260.005 Objekte in der
OSM-Datenbank haben addr:housenumber=*. Somit beträgt der Anteil der mit
Relationen gemappten Hausnummern an alle gemappten Hausnummern 7,2 Prozent.

Und ist das nun mehr geworden oder weniger ?
Wie sieht das mit der street-Relation aus ?
7,2 Prozent ist doch gar nicht so wenig.

Am 13. Juli 2014 hat User Twiked die Zahl 9 Prozent eingetragen. Laut
Taginfo seien damals 3 402 686 Hausnummern Mitglied einer Relation
gewesen und 37 400 958 Objekte wären mit addr:street getaggt gewesen.
https://wiki.openstreetmap.org/w/index.php?title=Relation%3AassociatedStreetdiff=1061792oldid=1055106

Als ich die Übersetzung synchronisiert haben, habe ich diese Zahl
aktualisiert. Seine Berechnung halte ich jedoch für falsch. Es gibt
bestimmt eine nennenswerte Zahl an Hausnummern, die sowohl addr:street=*
haben als auch in einer Relation stecken. Die Auswerter freut soetwas
bestimmt. :)

Wir haben vorgestern 3 570 310 house-Member an
associatedStreet-Relationen gehabt. 49 231 378 Hausnummernobjekte gibt
es insgesamt in OSM. Das gibt 7,3 Prozent.

Heute, also zwei Tage später:
house-Member: 3 573 027
Hausnummernobjekte insgesamt: 49 260 005
Objekte mit addr:street: 44 227 342
Nach meiner Rechenmethode: 7,3 %
Nach seiner Methode: 8 %

Ich will daraus keine Aussage ableiten wie z.B. associatedStreet
befindet sich auf dem aktuellen Ast, weil ich seine Rechenmethode für
falsch finde.

Viele Grüße

Michael

--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

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

Re: [Talk-de] Mühlgraben

2015-01-22 Thread fly

Super, ich hätte jetzt ditch bzw stream benutzt und eben nicht canal.

cu fly

Am 21.01.2015 um 16:13 schrieb Bernd Wurst:
 Am 21.01.2015 um 14:00 schrieb André Riedel:
 wie trägt man einen Mühlgraben ein?
 
 Je nach dem wie er aussieht bzw. genutzt wird.
 
 
 Fragt man Overpass findet man ganze verschiedene Interpretationen von
 Wasserwegen mit dem Name Mühlgraben:

 waterway =
 491 stream
 
 Das würde ich normalerweise nicht dafür nehmen, außer wenn es von einem
 natürlichen Bachlauf nicht mehr zu unterscheiden ist (also stillgelegter
 und renaturierter Mühlgraben).
 
 
 181 ditch
 
 Habe ich selbst noch nie benutzt, geht aber laut Wiki schon für
 künstlich angelegte Wasserläufe.
 
 
 132 canal
 
 So habe ich das immer getagged. Schließlich ist es genau das: Ein
 künstlicher Kanal.
 
 Wir haben bei Wasserwegen die schöne Situation, dass schon immer die
 Breite nicht am Tag sondern an der Außenlinie erkennbar ist, sofern es
 sich um ein nennenswert breites Gewässer handelt. Man kann also IMHO
 schon den kleinen Mühlkanal von der stillgelegten Mühle von nebenan
 gleich taggen wie den Nord-Ostsee-Kanal. Letzterer hat halt dann ein
 flächig gemapptes Objekt.
 
 
 68 drain
 
 Das ist wörtlich genommen eher der Ablauf nach der Mühle. Wobei ich das
 dafür nicht nehmen würde da ich bei drain eher an einen Ablauf im Sinne
 einer Entsorgung denke.
 
 
 62 river
 
 Siehe stream.



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

[OSM-talk-be] FOSDEM

2015-01-22 Thread Jo

Hallo,

Wie gaat er naar FOSDEM volgend weekend? We hebben er zelfs een devroom dit
jaar. Het is me niet helemaal duidelijk of we ook een stand hebben. Ik zal
wel wat proberen te helpen, maar er zijn ook wel wat presentaties waar ik
heen wil.

Hi,

Who'll attend FOSDEM next weekend? We even have a devroom this year. It's
not entirely clear to me whether we'll also have a stand. I'll try to help
out, but there are also some talks I want to attend.

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

Re: [Talk-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread Gertrud Simson

Was bei den Zahlen zur Nutzungsstatistik vielleicht noch zu erwähnen ist,
ist dass es eine nicht unerhebliche Anzahl von ungewollt erstellten,
defekten, überflüssigen associated-street Relationen gibt, welche auf einen
Bug im JOSM-Plugin Terracer zurückgehen. (Die Straße fehlt in der
Relation.) Allein in Bayern git es 1337 solcher Relationen mit 5107
membern. Siehe
https://wiki.openstreetmap.org/wiki/DE:Overpass_API/Beispielsammlung#Unn.C3.BCtze_associatedStreet-Relationen_ermitteln

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

Re: [Talk-de] Deprecation von associatedStreet-Relationen

2015-01-22 Thread Sarah Hoffmann

On Thu, Jan 22, 2015 at 09:47:27PM +0100, fly wrote:
 Hey Sarah
 
 Am 22.01.2015 um 20:54 schrieb Sarah Hoffmann:
  On Thu, Jan 22, 2015 at 07:29:37PM +0100, fly wrote:
  Von Datennutzern, die OSM-Adressdaten nutzen, habe ich gehört, dass
  diese Relationen aufwendiger in der Auswertung seien als das
  addr:street=*-Tag an jedem Adressnode/Gebäude auszuwerten.
 
  Weis ja nicht wen Du gefragt hast, aber von nominatim weiß ich, dass die
  Relation ausgewertet werden und auch funktionieren, während bei Straßen
  mit vielen Hausnummern ohne Relation Probleme auftreten.
  
  Da hast du einen falschen Eindruck bekommen. Ja, nominatim wertet
  die Relationen aus, aber das ist alles ein wackeliges Konstrukt und
  es gibt immer wieder Probleme. Die Auswertung der Addressen mit
  addr:street/addr:place hingegen funktioniert anstandslos.
 
 Na,ja ich bezog mich auf #5025 [1], wo zumindest das zweite Beispiel bei
 mir immer noch kein eindeutiges Ergebnis liefert (springt hin und her).
 Einige andere Beispiele scheinen mittlerweile zu funktionieren.

Das hat nichts mit dem Adresstagging an Hausnummern zu tun, sondern
damit, dass Strassen zuviel aufgesplittet werden, wofür der Suchindex
nicht vorbereitet ist. Da muss etwas an der Suchmechanik geändert
werden, nicht an der Art und Weise, wie Addresspunkte Strassen
zugeordnet werden.

Gruss

Sarah

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

Re: [Talk-GB] Data search request: help please

2015-01-22 Thread SomeoneElse


On 22/01/2015 21:59, Andy Mabbett wrote:

I need some help, please.

I want to compile a list of all the pubs (including taverns bars, etc)
in the UK, with the word Louise as part of the name.

Do you mean in the UK, or in OSM in the UK?


How might I do this, given that I am not a coder?


My first thought was that if you meant in OSM you could just try:

http://taginfo.openstreetmap.org.uk/search?q=louise#values

There are few enough pages that you can scan the results manually:

http://www.openstreetmap.org/way/164418353

http://www.openstreetmap.org/way/97237916

but that seems a much smaller number than I was expecting...

Cheers,

Andy




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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

2015-01-22 Thread François Lacombe

Je valide !

François
Le 22 janv. 2015 15:51, Éric Gillet gill3t.3ric+...@gmail.com a écrit :

 Bonjour,

 Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros
 de téléphones en France. Cela est nécessaire pour l’internationalisation
 des numéros de téléphone, car malgré qu’avec un téléphone français cet
 indicatif n’est pas obligatoire, cela pose problème pour le reste des
 téléphones.

 La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T.

 Les tags suivants seraient concernés:

- phone
- contact:phone
- fax
- contact:fax

 ainsi que les variantes avec pays suivantes:

- phone:FR
- contact:phone:FR
- fax:FR
- contact:fax:FR

 Exemple :

 passage de “phone=0412131415”
 en phone = “+33 4 1213 1415”

 Ma méthodologie serait une recherche Overpass API, puis édition avec
 Level0 et sed.

 Avez-vous des suggestions ?

 Éric

 ___
 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] Ajout de l'indicatif national aux numéros de téléphone français

Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com a écrit :

 Ne serait-ce pas plutôt +33 4 12131415 ?


Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les
groupes de 4 chiffres, les deux variantes existent et la différence n'est
que cosmétique car les espaces ou tirets après l'indicatif régional (4 ici)
doivent être ignorés. Si d'autres personnes préfèrent la variante sans
espace ce sera adjugé vendu :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Autovelox di PoiGPS.com su OSM oppure OsmAnd

2015-01-22 Thread Stefano Droghetti


Il 22/01/2015 14:56, Matteo Zaffonato ha scritto:

No, perché lì dentro ci stanno solo dei POI, che al massimo vengono 
visualizzati come punti di interesse per cui far passare un viaggio.


Oggi ho fatto qualche prova, ecco quello che occorre fare per arrivare a 
dove sono arrivato:


- Scaricare OsmAnd Map Creator da qua e compattarlo in una cartella:
http://download.osmand.net/latest-night-build/OsmAndMapCreator-main.zip
- Aprire JOSM, andare su Modifica → Preferenze → Plugin e attivare il 
plugin opendata, poi chiudere pure.

- Scaricare il file zip da qui:
http://www.poigps.com/modules.php?name=Downloadsd_op=viewdownloadcid=93
- Estrarre dal file zip il file Autovelox_Fissi.csv
- Aprire con un editor di testo il file Autovelox_Fissi.csv
- Aggiungere una prima riga:
longitude,latitude,name,highway,source,maxspeed
- Usare il comando Sostituisci e sostituire tutte le @ con:
,speed_camera,www.poigps.com,
- Salvare e chiudere
- Aprire il file csv con Libreoffice Calc
- Eliminare la colonna name
- Salvare e chiudere
- Aprire JOSM e aprire il file csv
- Salvare con estensione .osm (non fare upload perché la licenza è 
incompatibile)
- Lanciare OsmAnd Map Creator (su Ubuntu: tasto destro su 
OsmandMapCreator.sh → Proprietà → Permessi → Rendi eseguibile, poi si 
lancia con un doppio click)

- File → Creare il file .obf da file osm
- Terminata la creazione del file, ne viene visualizzata l'ubicazione.
- Dirigersi nella cartella in cui è stato salvato, e trasferire il file 
obf nella cartella osmand sulla sd card del dispositivo android.


A questo punto però non so se funzioni, se Osmand lo veda, eccetera.

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

[OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

Bonjour,

Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de
téléphones en France. Cela est nécessaire pour l’internationalisation des
numéros de téléphone, car malgré qu’avec un téléphone français cet
indicatif n’est pas obligatoire, cela pose problème pour le reste des
téléphones.

La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T.

Les tags suivants seraient concernés:

   - phone
   - contact:phone
   - fax
   - contact:fax

ainsi que les variantes avec pays suivantes:

   - phone:FR
   - contact:phone:FR
   - fax:FR
   - contact:fax:FR

Exemple :

passage de “phone=0412131415”
en phone = “+33 4 1213 1415”

Ma méthodologie serait une recherche Overpass API, puis édition avec Level0
et sed.

Avez-vous des suggestions ?

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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

2015-01-22 Thread Otourly Wiki

Inclure les variantes avec des points ou des espaces Florian
 

 Le Jeudi 22 janvier 2015 15h53, François Lacombe 
fl.infosrese...@gmail.com a écrit :
   

 Je valide !FrançoisLe 22 janv. 2015 15:51, Éric Gillet 
gill3t.3ric+...@gmail.com a écrit :

Bonjour,
Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de 
téléphones en France. Cela est nécessaire pour l’internationalisation des 
numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif 
n’est pas obligatoire, cela pose problème pour le reste des téléphones.
La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T.
Les tags suivants seraient concernés:   
   - phone   

   - contact:phone   

   - fax   

   - contact:fax
ainsi que les variantes avec pays suivantes:   
   - phone:FR   

   - contact:phone:FR   

   - fax:FR   

   - contact:fax:FR
Exemple : 
passage de “phone=0412131415”en phone = “+33 4 1213 1415”
Ma méthodologie serait une recherche Overpass API, puis édition avec Level0 et 
sed.
Avez-vous des suggestions ?
Éric
___
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] Ajout de l'indicatif national aux numéros de téléphone français

2015-01-22 Thread Romain MEHUT

Le 22 janvier 2015 15:50, Éric Gillet gill3t.3ric+...@gmail.com a écrit :

 Bonjour,

 Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros
 de téléphones en France. Cela est nécessaire pour l’internationalisation
 des numéros de téléphone, car malgré qu’avec un téléphone français cet
 indicatif n’est pas obligatoire, cela pose problème pour le reste des
 téléphones.

 La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T.

 Les tags suivants seraient concernés:

- phone
- contact:phone
- fax
- contact:fax

 ainsi que les variantes avec pays suivantes:

- phone:FR
- contact:phone:FR
- fax:FR
- contact:fax:FR

 Exemple :

 passage de “phone=0412131415”
 en phone = “+33 4 1213 1415”


Ne serait-ce pas plutôt +33 4 12131415 ?
J'ai pris cette habitude d'après le wiki
http://wiki.openstreetmap.org/wiki/Key:phone

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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

2015-01-22 Thread Vincent Pottier


Le 22/01/2015 16:15, Éric Gillet a écrit :
Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com 
mailto:romain.me...@gmail.com a écrit :


Ne serait-ce pas plutôt +33 4 12131415 tel:%2B33%204%2012131415 ?


Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les 
groupes de 4 chiffres, les deux variantes existent et la différence 
n'est que cosmétique car les espaces ou tirets après l'indicatif 
régional (4 ici) doivent être ignorés. Si d'autres personnes préfèrent 
la variante sans espace ce sera adjugé vendu :)


Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, 
ça m'aide. et j'aime la forme 01 23 45 67 89


La forme +33 (0)1 23 45 67 89 n'est pas valide ?
Elle est plus lisibles pour les humains et les Français...
--
FrViPofm


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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

Le 22 janvier 2015 17:31, Éric Gillet gill3t.3ric+...@gmail.com a écrit :

  il est préférable de garder une espace après +33

   Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind.
 national, local, et le reste.


Il est bien cosmétique, chaque pays a ensuite ses règles pour déterminer la
longueur des différentes parties. Mais c'est un usage de mettre un
séparateur après le code pays; et les indicatifs régionaux quand leur
composition n'est pas obligatoire pour tous les appels même locaux (comme
en France).

Note: au Royaume Uni les numéros commencent par un 0 qui DOIT être composé
après l'indicatif international +44. Mais pour les appels vers la France,
composer un 0 génère une erreur pour la plupart des appels par les
opérateurs d'autres pays. Il vaut mieux donc ne pas le mentionner et c'est
pour ça qu'on met une espace après +33, qui localement en France DOIT être
remplacé par un 0 pour les appels depuis une ligne fixe (mais pas
obligatoire pour les appels depuis une mobile où il est permis d'utiliser
+33 au lieu du 0).

Cette séparation de l'indicatif international permet à l'utilisateur du
numéro aussi de remplacer le préfixe +33 ou 0 par la sélection de
l'opérateur (préfixes commençant par 16, peu utilisés mais pas encore
abandonnés, car les opérateurs vendent plutôt la préselection ou
fournissent une petite box remplaçant automatiquement le 0 par le préfixe
de sélection opérateur).

Ces espaces ne sont jamais composés par les téléphones, ni transmis ni
utilisés sur les réseaux de signalisation (sauf en Signalisation numéro 7
sur RNIS dans les données optionnelles donnant le numéro de l'appelant et
une éentuelle sous-adresses de sélection à l'arrivée : là pn peut mettre
des espaces, des tirets, des astérisques, des dièses, et même le caractère
spécial P indiquant une pause nécessaire d'une seconde: la signalisation
comporte aussi un caractère R pour la télécommande de fonctions spéciales
des appareils comme l'activation des conférences, indiquer le passage en
mode silencieux; ou l'activation d'une porteuse de données). ou la
sychronisation de canaux sonores supplémentaires/alternatifs)

Il n'y a plus d'indicatif régional en France depuis que sa composition est
nécessaire pour tous les appels, les numéros normaux sont à 9 chiffres
indifférenciés (et le préfixe régional n'est pas la garantie que le
destinataire est dans cette région, il a pu porter son numéro). En fait les
blocs de nméros sont attribués aux opérateurs sur les 5 premiers chiffres
après le 0, mais au sein du bloc de 4 chiffres attribué à un opérateur,
l'opérateur peut le réassigner pour des clients dans d'autres régions
géographiques qui ont souhaité garder leur numéro. Les 9 chiffres sont
banalisés (mais les 4 derniers sont protégés légalement : ces 4 derniers
chiffres et toute extension éventuelle, peuvent ne pas être transmis à un
destinataire et ne figurent sur les factures détaillées que si l'abonné le
demande).

Physiquement le numéro de téléphone public n'est pas le numéro de la ligne.
Ce numéro de ligne est en plus et peut comprendre aussi des lettres (A à D,
certains téléphones fixes ont ces touches qui permettent d'appeler des
lignes physiques). Les numéros qu'on compose sont traduits par conversion
dans une base de données détenue par l'opérateur à qui a été attribué
chaque bloc de numéros publics; les numéros physiques peuvent aussi être
virtualisés pour le portage d'un opérateur à l'autre. Ces numéros physiques
peuvent avoir plus que 9 chiffres (après le préfixe 0) : on compose un
numéro public à 10 chiffres (compris le 0) mais ce numéro est traduit
plusieurs fois pour les routages entre opérateurs ou la sélection à
l'arrivée sur les PABX privés du destinataire.

Quand le numéro est vers un mobile, il est traduit en numéro IMEI par
l'opérateur de l'abonné à ce numéro (de nombreux téléphones mobiles ne
connaissent même pas leur propre numéro public auquel on peut les appeler,
la SIM contient juste le numéro IMEI, un code associé au terminal utilisé,
et le numéro de réseau de l'opérateur le son code pays de l'opérateur
différent du code pays téléphonique mais nécessaire à la facturation, aux
taxes et l'applcation des réglementations nationales). Quand on appelle
depuis un mobile, c'est l'opérateur de l'appelant qui va renseigner vers le
destinataire le numéro public de l'appelant (le numéro physique du mobile
n'est pas transmis directement;sauf autorisation spéciale pour certains
services judiciaires qui veulent géolocaliser un téléphone; une opération
que les opérateurs facturent cher à ces services d'écoute)

Depuis une ligne RNIS l'appelant peut d'ailleurs indiquer n'importe quel
numéro de son choix dans les donénes d'appel: même pas le sien ni la
fontion secret. Le destinataire peut croire que quelqu'un appelle d'un
numéro affiché alors qu'il ne correspond à rien ou a été usurpé ou bien
tronqué comme l'appelant l'a voulu. L'opérateur de l'appelant ne vérifie
pas ces indications qui sont transmises

Re: [talk-ph] [HOT] HOT New Voting Members Nomination Period Open

2015-01-22 Thread maning sambale

FYI, Any person you recommend we nominate?

On Thu, Jan 22, 2015 at 2:18 AM, Russell Deffner
russell.deff...@hotosm.org wrote:
 Greetings HOT Community,



 I have just opened the nomination period for new Voting Members (existing
 Members should have received a separate email with instructions).  If you
 are committed to the HOT mission and desire a greater role on the
 organizational side of things, I urge you to review our Membership Code
 found here:
 http://wiki.openstreetmap.org/w/images/2/2f/HOT_Membership_Code--proposal_for_annual_meeting_2014.pdf
 and if you are confident in your ability to meet our expectations I
 encourage you to seek nomination.  As detailed in the Membership Code, a new
 Member candidate must be nominated by an existing Member, so if you are not
 sure who those people are, they are listed here:
 http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Members - but know
 that each Member can only nominate one candidate and you must gain 2/3
 approval from the entire membership to become a Voting Member, so it is
 expected that you have a history of known contributions and that your
 nominator anticipates your level of commitment to be maintained or increase
 with a Voting Member position.



 Please feel free to contact a Member that you know, or myself if you are
 interested or have questions regarding HOT Voting Membership.



 Sincerely,



 Russell Deffner

 Chairperson for the Voting Members

 russell.deff...@hotosm.org

 Humanitarian OpenStreetMap Team (HOT)

 http://hot.openstreetmap.org/










 ___
 HOT mailing list
 h...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/hot




-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
blog: http://epsg4253.wordpress.com/
--

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

Re: [Talk-de] Mühlgraben

2015-01-22 Thread fly

Am 23.01.2015 um 02:36 schrieb Stephan Wolff:
 Am 21.01.2015 um 14:00 schrieb André Riedel:
 wie trägt man einen Mühlgraben ein?

Falls es sich nur um den Graben ohne Wasser handelt wohl eher barrier=ditch.

 Ich nehme an, du meinst den Zufluss zu einer historischen Wassermühle.
 Wassermühlen sind dort entstanden, wo man einen Bach aufstauen konnte
 und genügend Gefälle für ein Wasserrad hatte. Bei hinreichender
 Wassermenge kam man auch ohne Mühlenteich aus.

bzw ist das mit unter auch nur ein kleiner Teil des Baches vorallem bei
Oberlaufkonstruktionen, da kann das durchaus nur ditch sein.

 Bäche werden als waterway=stream getaggt, auch die Abschnitte, die ein
 künstliches Gewässerbett haben (was in Deutschland auf einen großen Teil
 der Flüsse und Bäche zutrifft).
 
 canal ist laut englischem Wiki auf Schifffahrtkanäle und sehr große
 Bewässerungskanäle beschränkt:
 Use waterway=canal for man-made waterways used for transportation or
 also for the largest waterways created for irrigation purposes.
 Im deutschen Wiki fehlt leider die Größenangabe. Dafür wird ausdrücklich
 gesagt Kanalisierte Flüsse werden mit waterway=river bezeichnet. Das
 sollte entsprechend auch für kanalisierte Bäche gelten.

+1

 Es erscheint mir sinnlos, Schifffahrtkanäle und Mühlgräben mit demselben
 Tag zu bezeichnen. Man kann ein solches Tag nicht sinnvoll auswerten.
 Jede Darstellung durch den Renderer wäre für eines der Beispiele völlig
 unangemessen.

+1

cu fly

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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

Non; le premier 0 indique qu'on utilise l'opérateur auquel on est abonné
sur la ligne utilisée.

Sinon on peut le remplacer par 16 suivi du nuùéro d'opérateur sur 2 à 5
chiffres; mais presque personne ne le fait (ça a servi quelques temps avant
qu'on puisse changer d'opérateur par défaut et porter sa ligne).

Ou bien remplacer le 0 (uniquement sur téléphone fixe) le chiffre 5 à 9
alloué à un gros opérateur (cela ne marche pas sur mobile qui utilise ce
chiffre pour ses propres numéros courts).

Certains préfixes de sélection, n'étant plus utilisés depuis la fusion de
plusieurs opérateurs (exemple NeufTelecom utilisait le 9 mais a fusionné
avec SFR).. Orange continue d'utliser le 8 comme préfixe de sélection mais
il ne sert que pour les appels depuis une ligne fixe d'un abonné à un autre
opérateur qu'Orange..

En pratique cela ne sert plus que dans les grosses entreprises dont les
PABX privés sélectionnent un opérateur selon la destination des appels : en
interne on compose le 0; le PABX le remplace parun préfixe d'opérateur
alternatif. Et là encore les entreprises ont leurs propres numéros courts
internes (qui ne commencent pas pas par 0; 1 ou 3 qui indiquent un numéro
extérieur) et les PABC peuvent bloquer certains numéros courts y compris
les préfixes de sélection d'un opérateur spécifique.

Le préfixe de préselection peut encore servir pour les abonnés d'autres
pays appelant depuis la France sur la ligne d'un autre opérateur mais qui
eulent éviter des frais de roaming en utilisant leur carte d'abonné à
leur opérateur à domicile; ils appallent en fait un numéro français vers
leur opérateur qui prendra en charge leur appel


Le 22 janvier 2015 19:04, François Lacombe fl.infosrese...@gmail.com a
écrit :

 Je serait d'avis pour un espace entre l'indicatif et le reste du numéro
 comme séparateur (des indicatifs sont a 3 chiffres). Le reste c'est de la
 mise en forme qui ne doit pas être présent dans la base (chacun fait ce
 qu'il veut)

 Le 0 signifie juste que le réseau est celui d'Orange mais il y en a
 d'autres. Ça n'a pas de valeur au niveau international.

 François
 Le 22 janv. 2015 17:52, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Il me semble que les numéros courts (exemple 3637) ne fonctionnent pas
 depuis l'étranger et que seuls ceux commençant par 0 sont
 internationaux... à vérifier.


 Le 22/01/2015 17:31, Éric Gillet a écrit :

  Le 22 janvier 2015 16:48, JB jb...@mailoo.org a écrit :

 Ou bien « là où le wiki et la normalisation augmente la distance entre
 la vraie vie et le petit contributeur »…

   Oui, le wiki dit +33, norme machin.
 Et je ne comprends pas qu'un utilisateur local des données ait une
 quelconque utilité de la forme +33 123456789


  Effectivement, comme mentionné dans mon premier mail, le français avec
 son téléphone paramétré français n'a que peu d'utilité de l'indicatif
 lorsqu'il appelle des numéros dans la Creuse. Par contre dès qu'on pense
 aux numéros mappés proche de frontières, ou aux utilisateurs
 internationaux, les indicatifs nationaux deviennent indispensables. C'est
 d'ailleurs pour ça que l'ITU recommande cette forme de numérotation.

  Le 22 janvier 2015 16:50, Philippe Verdy verd...@wanadoo.fr a écrit :

 pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à
 être imposé.


  C'est une bonne idée, je vais essayer cette piste ça vu que ça ne pose
 pas de problème d'intégrité des données tant que l'indicatif national,
 régional et le reste du numéro restent séparés.

  attention aux préfixes de numéros courts


 Je ne comptais pas y toucher, ne connaissant pas bien les règles et
 format spécifiques de ces derniers.


  il est préférable de garder une espace après +33

   Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind.
 national, local, et le reste.


 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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


 ___
 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-be] Fietspad routering probleempje

2015-01-22 Thread Marc Gemis

Hallo,

ik heb een probleempje bij de volgende weg
https://www.openstreetmap.org/way/88368554

Deze is verbonden met een stukje fietspad naar het westen.
maar als je van de Polderstraat komt, kan je er niet op.
Ook als je van het fietspad in het westen naar de Polderstraat wil, kan dat
niet door de enkelrichtingen op de fietspaden.

Hoe zouden jullie de mapping corrigeren om de navigatie in orde te krijgen ?

m

p.s. Ik weet dat het vreemd is om een fietspad te tekenen naast de Koning
Albert-I laan, terwijl het daar een fietsstrook betreft, maar bijna de hele
N34 langs de kust is zo gemapped. (niet door mij). Maar zelfs zonder dat
afzonderlijke fietspad, zou de van de Polderstraat naar de overkant moeten
kunnen geraken.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

Note: le vote concerne juste les relations type-associatedStreet, mais pas
type=street qui a le même usage. Bref ce n'est pas la relation qui est en
cause mais la valeur du tag type=* pour laquelle est demandée une
unification.
Bizarre quand même car type)associatedStreet est beaucoup plus utilisé dans
la base
mais ceux qui ont voté en Allemgane ont du ne voir que l'usage en Allemagne.
Les deux ont été documentés dans le wiki.
Les différences sont mineures : au lieu du rôle house pour les noeuds
membres on passe au rôle address qui est moins restrictif dans sa
signification (mais house est également supporté et décrit comme
équivalent fonctionnellement).pour une relation street.
Bref une nouvelle relation encore peu utilisée veut remplacer une relation
ancienne; sans réel changement fonctionnel.

2015-01-22 13:08 GMT+01:00 althio althio althio.fo...@gmail.com:

 Bonjour,

 Un vote pas-tout-à-fait-formel vient d'être lancé après discussion
 dans la communauté allemande.
 Il s'agit de tâter la température de la communauté large pour passer
 la Relation:associatedStreet en statut Deprecated.

 Le vote est placé sur
 https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet

 althio


 -- Forwarded message --
 From: Michael Reichert naka...@gmx.net
 Date: 22 January 2015 at 12:07
 Subject: Re: [Tagging] Deprecation of associatedStreet-relations
 To: Tag discussion, strategy and related tools 
 tagg...@openstreetmap.org


 Hi,


 Am 22. Januar 2015 11:45:47 MEZ, schrieb althio althio 
 althio.fo...@gmail.com:
   Please vote here:
   https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet
 
  Is this a formal voting?

 It is not as formal as a proposal voting. I would like to know how the
 community (those who vote) think about associatedStreet relations. I
 think that in Germany the majority does not like them (anymore).

  Is there a date for start and end vote?

 No, there is no end date at the moment. Start date was yesterday. I
 will announce a end date. This end date will be date of announcement
 of end of voting + 14 days.

  It looks strange, hidden on a Talk:page without the usual template or
  RFC or call for votes on the international mailing lists.

 German forum and talk-de have been notified by myself. You may notify
 your local community if it will not read the next issue(s) of
 weeklyOSM.

 Best regards

 Michael
 --
 Diese Nachricht wurde auf einem Smartphone verfasst, ist daher nicht
 GPG-signiert und enthält Tippfejler.
 This message was been written on a smartphone. That's why it is not
 GPG-signed and may contain tyops.

 ___
 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

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

Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir;
dans le cas des segments de rues qui en ont deux car la rue sépare deux
communes et chaque coté utilise sont code FANTOIR.
Le schéma Karlsruhe n'a été fait que pour des noeuds individuels, pas pour
grouper les adresses formant une rue : les relation street ou
associatedStreet conservent ce schéma mais ses tags pour la rue elle-même
sont essentiellement portés par la relation et pas besoin de le mettre sur
tous les nœuds ni sur les chemins de la voirie et cela peut aussi
s'appliquer aux petits chemins transversaux en impasse considérés dans la
même rue (ces chemins peuvent encore avori d'autres tags comme le type de
hghway=* qui peut changer ou la limite de vitesse, ou de largeur, ou de
sens de circulation qui est levé.

Le schéma de Karlsruhe (les tags addr:*) est également déporté sur les
relation concernant les codes postaux (déjà en Allemagne les relations de
code postaux sont abondamment utilisées, en France on met surtout des codes
postaux qu'on duplique dans les relations des communes mais on a toujours
un problème pour les communes ayant plusieurs codes postaux : il nous
faudrait là des relations aussi comme en Allemagne)

J'espère que ce vote ne va pas aboutir à ne plus mettre aucun tag addr:*
que sur les noeuds, ce sera très pénble de mettre à jour les adresses; il y
aura trop d'oublis et d'incohérences et il sera impossible de reconstituer
des rues entières uniquement sur la base des noeuds d'adresses qui ne sont
pas alignés et pas toujours sur la voirie tracée la plus proche du noeud !

Ce vote s'l aboutit risque de mettre à mal l'important travail de
rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays.
Les relations ont cet avantage qu'il simplifie énormément le controle de
qualité et la détection de ce qui manque.

Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment
compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution
claire de remplacement n'a été expliquée; ni même discutée; avant de passer
directement au vote expéditif !


Le 22 janvier 2015 14:43, Tetsuo Shima tets...@gmail.com a écrit :

 Il y a pas un souci entre les deux objets. L'exemple con c'est une rue qui
 franchi une frontiere communale. On peut avoir un adressage indépendant,
 donc deux relation adresse, de chaque coté mais on devrait avoir le meme
 objet street des deux coté, donc une seul relation street.

 Le 22 janvier 2015 14:30, Pierre Knobel pierr...@gmail.com a écrit :

 J'avais compris que l'alternative proposé était la solution sans
 relation (addr:street sur noeud) et j'ai voté en fonction.

 Si l'alternative est la relation Street, je n'ai pas d'avis, c'est
 vraiment équivalent. S'il faut renommer le role house et rajouter un
 role associated dans AssociatedStreet, ca ne me dérange pas non plus.

 ___
 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] Zonages statistiques Ilots et IRIS