date:20150212

Pas de soucis Jacques !

L'erreur est humaine et OSM permet à tous de les corriger.
On a juste eu un pépin de routage de mail sur nos adresses génériques qui
a fait que je n'ai pas reçu le mail que j'aurai dû recevoir et donc pas
répondu à la question de ce journaliste... Ensuite il y a peu être un peu
de sensationnalisme qui s'est ajouté pour un puis deux papiers sur le
sujet, un truc qu'a souvent vécu Wikipedia... rançon du succès ?


Le jeudi 12 février 2015, J.-Lys jacq...@famille-lys.com a écrit :

 Bonjour,

 Oups !

 C'est vrai que j'ai commis ce tracé de la boucle ferroviaire en question il
 y a longtemps (à une époque où peu de gens se souciaient réellement du
 contenu d'OSM). Et c'est vrai aussi que je n'aurais pas du le qualifier en
 '/construction/', mais il est bien possible qu'à l'époque je ne connaissais
 pas l'attribut '/proposed/'... Je pense que si c'était à faire à l'heure
 actuelle je ne soumettrais même pas ce tracé et je ne serais pas choqué
 qu'on le retire.
 Quant à la source de ce tracé, pour autant que je me souvienne, c'était un
 dossier de presse paru à l'époque.

 Je suis bien désolé de tout ce tintoin, d'autant que des soucis d'ordre
 personnel m'ont tenu éloigné d'OSM ces dernières années.

 Cordialement.

 J.-Lys



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Article-La-Voix-du-Nord-tp5833257p5833377.html
 Sent from the France mailing list archive at Nabble.com.

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org javascript:;
 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-it-trentino] Open Data Day - Sabato 21 febbraio - Trento, D. Sociologia, Aula Kessler ore 10.00 - 13.00

2015-02-12 Per discussione girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 12/02/2015 11:00, Dario Zontini ha scritto:
 per chi fosse interessato c'è questo incontro: Open Data Day -
 Sabato 21 febbraio - Trento, D. Sociologia, Aula Kessler ore 10.00
 - 13.00
 
 http://www.innovazione.provincia.tn.it/eventi/pagina68.html
 
 Ciao
 
 Dario Zontini
 

Risulta anche a voi il sito della provincia difficile da raggiungere
adesso?



- -- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJU3PEtAAoJEMTPIIVov0ZtvdMH/A7uaXgRmkd8d9pLa+2S668/
o1Z25XgQGkN+4jGNGY/RIeVnQ6OLSgbY2EwYvoVvYlBqeObepthHU5hoWqJjCIx2
paBKJ4/U+wC7RFovt25EStBYr5i4npA1rZi8Rv1ujms+N3jiwJC0wS4+P/ZuVoEm
HbFIYG8vhG5AqYiq6vYbOnho6oibkqcz6wUGz/zJn9MMu3lBuURlIpiX62c6loYh
WIyWA8ekRsdP3n0s1SOiX3K3+E73rs8DkUapOnqHbG5lG9l648UsjsmPPsTmv8z7
QhL7Z+jwCszFklcitWsfcyy+gtDMNZ1COaCX1QCoal9zxoffo1PGDssxwOHTKPc=
=yhk+
-END PGP SIGNATURE-

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

Re: [Talk-it-trentino] Open Data Day - Sabato 21 febbraio - Trento, D. Sociologia, Aula Kessler ore 10.00 - 13.00

2015-02-12 Per discussione Dario Zontini

Anche io ho problemi. Vedo una schermata vuota

Dario
Inviato da Samsung Mobile
Il 12/feb/2015 19:29 girarsi_liste liste.gira...@gmail.com ha scritto:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 12/02/2015 11:00, Dario Zontini ha scritto:
  per chi fosse interessato c'è questo incontro: Open Data Day -
  Sabato 21 febbraio - Trento, D. Sociologia, Aula Kessler ore 10.00
  - 13.00
 
  http://www.innovazione.provincia.tn.it/eventi/pagina68.html
 
  Ciao
 
  Dario Zontini
 

 Risulta anche a voi il sito della provincia difficile da raggiungere
 adesso?



 - --
 Simone Girardelli
 _|_|_|_|_|_|_|_|_|_
 |_|_|_|_|_|_|_|_|_|_|


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQEcBAEBAgAGBQJU3PEtAAoJEMTPIIVov0ZtvdMH/A7uaXgRmkd8d9pLa+2S668/
 o1Z25XgQGkN+4jGNGY/RIeVnQ6OLSgbY2EwYvoVvYlBqeObepthHU5hoWqJjCIx2
 paBKJ4/U+wC7RFovt25EStBYr5i4npA1rZi8Rv1ujms+N3jiwJC0wS4+P/ZuVoEm
 HbFIYG8vhG5AqYiq6vYbOnho6oibkqcz6wUGz/zJn9MMu3lBuURlIpiX62c6loYh
 WIyWA8ekRsdP3n0s1SOiX3K3+E73rs8DkUapOnqHbG5lG9l648UsjsmPPsTmv8z7
 QhL7Z+jwCszFklcitWsfcyy+gtDMNZ1COaCX1QCoal9zxoffo1PGDssxwOHTKPc=
 =yhk+
 -END PGP SIGNATURE-

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

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

Re: [OSM-talk-fr] LGV Lyon-Turin (était Article - La Voix du Nord)

2015-02-12 Per discussione THEVENON Julien

Salut,
Il me semble que certains tunnels de service ou d acces aux chantiers sont en 
cours de creusement meme si le projet n est pas defintivement valide donc 
certains elements doivent avoir une realite sur le terrain
Julien

 
  De : Eric SIBERT courr...@eric.sibert.fr
 À : talk-fr@openstreetmap.org 
 Envoyé le : Jeudi 12 février 2015 19h08
 Objet : [OSM-talk-fr] LGV Lyon-Turin (était Article - La Voix du Nord)
   
Bonsoir,

Disons qu'il y a deux aspects.

Le premier est que le projet reste quand même hypothétique et que je 
parierais pas sur sa construction même dans 20-30 ans. Donc, ça illustre 
le message précédent sur l'utilisation de 'proposed' pour des trucs 
incertains.

Le deuxième, c'est qu'une personne a changé de 'proposed' à 
'construction' avec note='mis en mode construction pour qu'il apparaise' 
soit un méchant taggage pour le rendu ;-)

Eric



___
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] How We Map

2015-02-12 Per discussione Matthijs Melissen

On 10 February 2015 at 12:19, Jo Walsh metaz...@fastmail.net wrote:
 I wish to float this draft page for discussion and possibly future
 approval!

 http://wiki.openstreetmap.org/wiki/How_We_Map

I welcome this page, I think it is very useful.

One small comment - I oppose the following sentence:

| OpenStreetMap has very few rules on tagging. There are tagging
| standards but they evolve instead of being pushed through.

There is no consensus on this point, and including it in official 'How
we map' guidelines would falsely suggest that there exists such a
consensus. It is also not true that we map in this way: many tags that
we are using have been proposed before they were used, see
http://wiki.openstreetmap.org/wiki/Category:Proposed_features_%22Approved%22.

Also, the meaning of this sentence is not clear: what does it mean for
a tagging standard to 'evolve', and what does it mean for a tagging
standard to be 'pushed through'?

In any case, I would like to thank you for drafting this document.

-- Matthijs

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

Re: [Talk-it-trentino] Open Data Day - Sabato 21 febbraio - Trento, D. Sociologia, Aula Kessler ore 10.00 - 13.00

2015-02-12 Per discussione girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 12/02/2015 19:53, Dario Zontini ha scritto:
 Anche io ho problemi. Vedo una schermata vuota
 

Devono averci spiato ora a me funziona.. :)


- -- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJU3QP+AAoJEMTPIIVov0Ztcx0H/A49UA7FmtKKFuXQrhe3BG6D
b0uEunJcK7HuZZpv1GNoDToO9gP3PkvS8eJmqvAJ1WWgaQynNzBRQv1Gp7RRU0HN
apclB7SxXCwToHKxppDSbZ/z9DCUYFEoSdWioWA3vyqqkBWS9bTj0aKuqVp1L0TK
UhqGinRNY6YyXb+c6ocV7jua0AhUF+1MeQgrK3/7D7iI/QhCdocuFIPb2KfwnTJx
SJIelSo0NwNRTAU1MQy3cFQe1dlyuvuSoKRdb+18qx8AtGnq83pbkbwQ/Ur0a3M4
PsPP6kIs7E5T1jGCaI9XzmHyeT/h+WIr10SQdjyvbDOlnLK7DptB90cVP9n2uVk=
=aX3g
-END PGP SIGNATURE-

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

[OSM-talk-fr] LGV Lyon-Turin (était Article - La Voix du Nord)

2015-02-12 Per discussione Eric SIBERT


Bonsoir,

Disons qu'il y a deux aspects.

Le premier est que le projet reste quand même hypothétique et que je 
parierais pas sur sa construction même dans 20-30 ans. Donc, ça illustre 
le message précédent sur l'utilisation de 'proposed' pour des trucs 
incertains.


Le deuxième, c'est qu'une personne a changé de 'proposed' à 
'construction' avec note='mis en mode construction pour qu'il apparaise' 
soit un méchant taggage pour le rendu ;-)


Eric

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

Re: [Talk-it] sito industriale abbandonato

2015-02-12 Per discussione Gianluca Boero


per me ok.

Purtroppo queste aree sono nettamente in aumento e non è detto che siano 
siti industriali abbandonati da decenni.



Ovviamente il tag building va sull'edificio mentre landuse...sull'area 
totale.


Il 12/02/2015 18:58, demon.box ha scritto:

scusate riporto in cima questa mia richiesta...
ho un'area industriale abbandonata con gli edifici non ridotti a ruderi ma
comunque ovviamente abbandonati anch'essi (vetri rotti, qualche tetto
collassato, ecc.), come taggo tutto ciò?

disused:landuse=industrial

building=industrial
ruins=yes

che dite?
Grazie.
--enrico




--
View this message in context: 
http://gis.19327.n5.nabble.com/sito-industriale-abbandonato-tp5833380.html
Sent from the Italy General mailing list archive at Nabble.com.

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



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

Re: [OSM-talk] How We Map

2015-02-12 Per discussione Jo Walsh


On Thu, Feb 12, 2015, at 07:39 PM, Matthijs Melissen wrote:
  http://wiki.openstreetmap.org/wiki/How_We_Map
 
 I welcome this page, I think it is very useful.
 
 One small comment - I oppose the following sentence:

Thank you for the comment Matthijs, I've added it to the discussion page
here, 
http://wiki.openstreetmap.org/wiki/Talk:How_We_Map

 In any case, I would like to thank you for drafting this document.

The original longer draft was a collective effort on the part of the DWG
some time before i joined up, and Frederik did all the hard work of
writing it up, so I can only accept a tiny modicum of credit for
compressing it :)

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

Re: [OSRM-talk] (no subject)

2015-02-12 Per discussione Patrick Niklaus

Hey Romain,

Leaflet-Routing-Machine is a good reference for seeing how to query the
OSRM route with javascript from a browser:

https://github.com/perliedman/leaflet-routing-machine/blob/master/src/L.Routing.OSRM.js

They use corslite [1] to do the json querry.

[1]
https://github.com/perliedman/leaflet-routing-machine/blob/master/src/L.Routing.OSRM.js#L55

Good luck,
Patrick


On Thu, Feb 12, 2015 at 10:46 AM, Romain NKONGO romain.rn...@gmail.com
wrote:

 Hello to all the OSRM community.

 I'm a french student who works on a university project, along with my
 supervisor and uses the open source project OSRM to achieve it.

 At some point, I have to run some tests (like thousands of tests) to
 extract some values from the JSON outputs (e.g. the total time). Now our
 problem is we tried several ways to do this, by sending HTTP GET requests
 to the running server and treat the returned response as JSON. But we tried
 with Javascript, jQuery and AngularJS, with functions like $resource.get,
 jQuery.getJSON $http.get or $http.jsonp and we never managed to get the
 returned response in a way that we could use it for further treatment in
 our script. Actually, we were able to send the requests to the server but
 the response is returned in the fom of an URL link which contains the JSON
 output in its body, not in the form of a variable in our Javascript that we
 could manipulate.

 As a matter of fact, we have two issues for this :
 - some of the functions we used (which are based on jsonp) added a
 callback parameter to the sent URL, so the request became invalid with
 'Query malformed at the position' errors
 - I've seen in the OSRM documentation that the JSON output is encoded with
 the Google polyline algorithm so it could be an invalid JSON for Javascript
 (we also observed errors like SyntaxError: JSON.parse: unexpected end of
 data at line 1 column 1 of the JSON data

 We essentially want to use the viaroute service, so our URL is something
 like that : htttp://localhost:5000/viaroute?loc=a,bloc=c,d with a,b, c
 and d random float numbers.

 Has anyone ever tried to run some customized tests on OSRM, with any Web
 language, and if so can he give me some tricks of how he succeeded to get
 the JSON ouptut where he wanted?

 To be clearer of how I proceeded in AngularJS, here the code of my app.js
 :
 var app = angular.module('clientOSRM', ['ngResource']);

 app.controller('appController', ['$scope','$http', 'appServices', function
 ($scope,$http, appServices) {
 //Initialisation de notre input, sa valeur sera stockée en instantané
 dans cette variable (ng-model)
 $scope.valueInput1 = 47.3654647,0.6822917;
 $scope.valueInput2 = 47.3905003,0.6920979;


 var getItineraryParams = function () {
 return {
 start: $scope.valueInput1,
 end: $scope.valueInput2
 //start: 47.3654647,0.6822917,
 //end: 47.3905003,0.6920979
 //start: a,b,
 //end: c,d
 }
 };

 //Une fonction accessible que dans ce controleur (mot clé var)
 var getItinerary = function () {
 appServices.osrm.get(getItineraryParams(),
 function (itinerary) {
 alert(Succes : +typeof itinerary);
 console.log(itinerary);
 },
 function (error) {
 alert(erreur : +typeof error+; status : +error.status);
 console.log(error);
 }
 );
 /*$http.jsonp(
 http://localhost:5000/viaroute?loc=47.3654647,0.6822917loc=47.3905003,0.6920979alt=falsegeometry=falseoutput=json
 )
 .success(function(data, status, headers, config) {
 console.log(data);
   }).
   error(function(data, status, headers, config) {
 console.log(data);
   });*/

 };

 //Une fonction accessible depuis la vue
 //Fonction appelée à l'envoi du formulaire (balise ng-submit dans
 form)
 $scope.submit = function () {
 //On peut récupérer la valeur de notre input !
 //console.log($scope.valueInput1);
 getItinerary();
 };
 }]);

 app.run(function ($rootScope) {

 $rootScope.safeApply = function (fn) {
 var phase = $rootScope.$$phase;
 if (phase === '$apply' || phase === '$digest') {
 if (fn  (typeof(fn) === 'function')) {
 fn();
 }
 } else {
 this.$apply(fn);
 }
 };

 });

 and also the appServices.js code :
 app.factory('appServices', function ($resource) {

 return {
 osrm: $resource(, {}, {
 'get': {
 method: 'GET',
 params: {start: '@start', end: '@end'},
 isArray:true,
 url: 
 http://localhost:5000/viaroute?loc=:startloc=:endalt=falsegeometry=false
 
 }
 })
 };
 });

 In the getItinerary function in app.js, the error function (the 3rd
 parameter) is always triggered even with a HTTP status code '200 OK' of the
 request.

Re: [Talk-it] Miniera abbandonata

2015-02-12 Per discussione Martin Koppenhoefer

 



 Am 10.02.2015 um 19:07 schrieb Laura Camellini jeeltcr...@gmail.com:
 
 Poi c'e' una proposta:
 
 http://wiki.openstreetmap.org/wiki/Proposed_features/Surface_Mining



surface mining è qualcosa di diverso, si usa per esempio in Germania per 
l'estrazione del lignite, e vuol dire che non c'è una miniera ma un buco 
aperto, normalmente grande chilometri quadrati...

ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Update of german Aral petrol stations

2015-02-12 Per discussione Michael Kugelmann


Am 12.02.2015 um 03:09 schrieb Stephan Knauss:

On 12.02.2015 07:19, Michael Kugelmann wrote:

Aber: unter irgendeinem Account werden die Daten importiert. Und dieser
Account erkennt bei der Anmeldung auch die CTs an = da steht doch IIRC
dring dass sich die Lizenz ändern kann. Somit dürfen IMHO die einmal
importierten Daten enthalten bleiben [oder mache ich einen Denkfehler?].


Ja. Dein Denkfehler ist, dass durch das Akzeptieren der Contributor, 
Term der Contributor der OSMF gegenüber bestätigt, dass er die Rechte 
an den Daten hat die er beiträgt um der OSMF die genannten 
Nutzungsrechte einzuräumen.


In diesem Fall hätte der Importeur gelogen. Er ist nicht Eigentümer 
der Daten und kann somit auch das Nutzungsrecht nicht einräumen. 
Typischerweise ist das dann ein Fall für die DWG um eine Redaction der 
Daten, also ein Revert inklusive Bereinigung der History, durchzuführen.

Sonst wäre es ja einfach die Daten von TeleAtlas und co zu importieren.
Mein Verständnis für diesen speziellen Update war bis jetzt, dass die 
Daten mit Einwillung bzw. im Auftrag von Aral/BP (bzw. dem Eigentümer 
der Daten) upgedated werden sollen = damit wäre es kein Widerspruch zu 
den CTs.


Wenn ich zur Ursprungsemail gehe:
Zitat 1:
 available for download at navads.nl, the only official supplier of BP 
petrol stations data.


Zitat 2:
 Our *team* consists of
 BasNavads (Bas van Kempen, NavAds B.V., Netherlands)

Ein MA einer Firma sollte die entsprechenden Rechte haben, wenn er unter 
dem Name der entsprechenden Firma agiert (da steht nichts gegenteiliges 
in der Ursprungsmail). Sonst müsste eine derartihge Aktion als das ist 
unser Privatvergnügen angekündigt werden, was nicht erfolgt.


Und somit sehe ich immer noch nicht, wo ein WIderspruch zu der ODBL oder 
den CTs ist.


Damit erneut die Frage: wo mache ich einen Denkfehler (im konkreten Fall 
der Aral-Daten)?



Grüße,
Michael.


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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-12 Per discussione Christian Rogel


 Le 12 févr. 2015 à 11:19, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 Stéphane, ta conclusion est la bonne...
 
 En fait le DGFiP devrait déléguer la création des codes de voirie
 uniques au communes.
 Bon, ça c'est l'idéal, mais n'oublions pas que l'immense majorité des
 communes sont très petites et sans moyens pour gérer ça. Du coup on
 arrive rapidement à un gros bazar dans les données ainsi produites.

L’amélioration est à venir, en fonction de l’extension de la superficie des 
intercommunalités.
Le gouvernement parle d’un minimum de 20 000 hab., ce qui est encore une 
invention débile des technocrates hors-sol. Il faudrait abaisser le seuil, pour 
que dans la France désertifiée, on ait pas de C de C de la taille d’un 
demi-département.
Mais, le renforcement des intercos amènera les services SIG à être positionnés 
au moins à ce niveau, voire à un niveau supérieur par conventionnement.
On en verra un modèle intéressant à Brest, au SOTM-Fr, puisque le SIG de Brest 
Métropole Océane est le prestataire de toutes les intercos du Pays de Brest (89 
communes, 1690 km2, presque 400 000 hab.).


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

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione Vincent de Château-Thierry


 De: Romain MEHUT romain.me...@gmail.com
 
 Ce qui est rigolo c'est que les journalistes ne savent pas comment
 s'y prendre pour remonter à la source du tracé.

L'article évoque une prise de contact avec OSM. Mais contact at 
openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a été 
sollicité en direct ?

vincent

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

[OSM-talk-fr] arbres sur paris

2015-02-12 Per discussione Cactusbone

Bonjour, 
j'ai remarqué que des arbres avaient été importés par osmmaker 
https://www.openstreetmap.org/changeset/28714322
depuis une source ouverte apparemment (opendata.paris.fr) mais sur le square
olivier noyer léonidas, les données de circonférence en cm sont arrivées en
tant que hauteur en mètres ...

on fini donc avec des arbres de 176m de haut et autres bizarreries ( par
exemple https://www.openstreetmap.org/node/3338584359 )

(on vois très bien le soucis en 3d :
http://demo.f4map.com/#lat=48.8309519lon=2.3229715zoom=18camera.theta=62.762camera.phi=-23.778renderer.remapColorsEnabled=true
)

je lui ai envoyé un message mais je n'ai pas encore de réponse.

il y a 2969 changements dans son changeset, donc je ne sait pas trop si je
peux corriger ?





--
View this message in context: 
http://gis.19327.n5.nabble.com/arbres-sur-paris-tp5833282.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-it-trentino] Open Data Day - Sabato 21 febbraio - Trento, D. Sociologia, Aula Kessler ore 10.00 - 13.00

2015-02-12 Per discussione Dario Zontini

per chi fosse interessato c'è questo incontro: Open Data Day - Sabato 21 
febbraio - Trento, D. Sociologia, Aula Kessler ore 10.00 - 13.00


http://www.innovazione.provincia.tn.it/eventi/pagina68.html

Ciao

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

Re: [OSM-talk-fr] Base de données pour le développement

2015-02-12 Per discussione sly (sylvain letuffe)

pré-scriptum: je me demande si on ne serait pas mieux sur la liste dev-fr :
https://lists.openstreetmap.org/listinfo/dev-fr
pour ce genre de sujet.

On jeudi 12 février 2015, Vincent Frison wrote:
 Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
 contenant des éléments provenant de l'API de test (erreur de segmentation
 et strace ne donne pas d'infos supplémentaires très utiles).

Tu peux indiquer la sortie standard de ton osm2pgsql ?


 J'ai par exemple téléchargé depuis JOSM les quelques bâtiments présents
 dans l'API de test qui sont juste en dessous la Gare de Lyon (tours Gamma
 et Natixis), bâtiment que j'avais uploadé il y a quelques jours. Mais
 osm2pgsql ne veut pas digérer le fichier généré alors qu'évidemment ça
 passe très bien si c'est un fichier OSM de la même zone mais exporté depuis
 le vrai serveur. 

Je viens de tenter exactement ce que tu indiques et je n'ai eu aucun problème.
Ma méthode :
JOSM - F12 - http://master.apis.dev.openstreetmap.org/api
Télécharger tout Paris (donc garde de Lyon)
Calques - bouton droit - enregistrer sous test.osm

Puis commande :
cat /tmp/test.osm /home/ressource-for-osm/osm2pgsql/osm2pgsql --create -p test 
--unlogged -C 1000 --number-processes=3 -p test -m -G -s -S ./osm2pgsql-
choosen.style -d gis -r libxml2 /dev/stdin

Début de mon fichier test.osm :
?xml version='1.0' encoding='UTF-8'?
osm version='0.6' upload='true' generator='JOSM'
  bounds minlat='48.8268704' minlon='2.316227' maxlat='48.8773608' 
maxlon='2.4180222' origin='OpenStreetMap server' /


 Il faut donc croire que les bâtiments que j'ai uploadé sur
 l'API de test ne sont pas complètement valides.. mais c'est assez étonnant
 puisque j'ai bien réussi à les uploader.
 
 Pour info j'utilisais une veille version d'osm2pgsql puisque c'était celle
 de Debian Wheezy (0.80). J'ai donc compilé non sans mal la version Git
 (0.87) mais le problème est exactement le même.
 
 J'essayerai de refaire des tests de ce soir notamment avec les fichiers du
 cadastre.. ou avec un fichier contenant juste un seul bâtiment pour essayer
 de comprendre où est le problème.
 
 
 
 Le 11 février 2015 08:27, Christian Quest cqu...@openstreetmap.fr a écrit
 
   Euh... en appelant l'API ?
  
  Pour un test un 'map' sur une petite zone que tu aura préchargé en
  bâtiment comme je l'avais indiqué devrait aller, non ?
  
  
  http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_boundi
  ng_box:_GET_.2Fapi.2F0.6.2Fmap
  
  Ce que je ferai (encore plus simple):
  - récup des bâtiments d'un arrondissement sur cadastre.openstreetmap.fr
  - ouverture dans JOSM, envoi des bâtiments sur l'API de test
  - après upload, enregistrement dans un fichier .osm (donc tu as les ID
  attribuées par l'API de test)
  - import dans postgres avec osm2pgsql de ce .osm
  - test de ton script sur l'API de test
  
  Le 10/02/2015 22:42, Vincent Frison a écrit :
   Le 10 février 2015 21:46, Christian Quest cqu...@openstreetmap.fr a
  
  écrit :
   Il sufit de charger dans ton postgres de test non pas la base OSM
  
  normale, mais une récupération des données sur l'API de test... là tu
  aura tout synchro pour tes tests.
  
  Une fois que tout est ok, tu recharge les vraies données OSM et tu
  relance ton script.
  
   Merci Christian.. mais question sans doute un peu bête: comment je fais
  
  pour récupérer les données de l'API de test ?
  
  
  
  ___
  Talk-fr mailing
  listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/ta
  lk-fr
  
  
  --
  Christian Quest - OpenStreetMap France
  
  
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr


-- 
sly
qui suis-je : http://sly.letuffe.org

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

Re: [Talk-cz] Licence OSM

2015-02-12 Per discussione Miroslav Suchý


On 02/12/2015 11:32 AM, Miroslav Suchý wrote:

Přidal jsem je na:
http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
a napsal jsem jim email.


Tak to bylo rychlé!! Správce mi hned odepsal, omluvil se a je to opravené.

A zeptal se mě zda existuje někde přehled webů, které využívají OSM, že 
by se tam rád přidal. Já o ničem nevím, tak se ptám dále.


Mirek Suchý

--
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [OSM-talk] OSM contact for complicated licence violation investigation

2015-02-12 Per discussione Michael Kugelmann


On 12.02.2015 at 12:30 Richard Z. wrote:

came across a pretty major license violation and need technical
help and another pair of eyes to figure out what is going on.
http://wiki.osm.org/wiki/Data_working_group  or 
http://www.osmfoundation.org/wiki/Data_Working_Group  ?

http://www.osmfoundation.org/wiki/Licensing_Working_Group   ?


Cheers,
Michael.


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

Re: [Talk-br] Open Data Day 2015 - Brasília

2015-02-12 Per discussione Luciano Santa Brígida

Já to ajudando a espalhar o post. Nos veremos lá.

Luciano Santa Brígida
+55 91 99112 8098 || 61 9634 3511 || 11 98364 2526
.: http://www.lucianosb.com.br :.
.: http://gplus.to/lucianosb :.

On Wed, Feb 11, 2015 at 9:53 PM, Wille wi...@wille.blog.br wrote:

 Confirmado o Open Data Day 2015 em Brasília. Quem puder, compareça e
 divulgue! http://www.openstreetmap.org/user/wille/diary/34368

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

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Stéphane, ta conclusion est la bonne...

En fait le DGFiP devrait déléguer la création des codes de voirie
uniques au communes.
Bon, ça c'est l'idéal, mais n'oublions pas que l'immense majorité des
communes sont très petites et sans moyens pour gérer ça. Du coup on
arrive rapidement à un gros bazar dans les données ainsi produites.

Mais bon, dans nos réunions autour de la BAN, c'est un sujet que
j'aborde régulièrement... ça et aussi le COG de l'INSEE et sa
publication décalée.

A ce (dernier) sujet j'ai écrit un petit billet de blog:
https://cquest.hackpad.com/Millsimons--Lf9LGG75tTh

Le 12/02/2015 11:09, Stéphane Péneau a écrit :
Bonjour Tony,

Si je comprends bien :
- Les codes Fantoir auront toujours plusieurs mois ou années de retard
sur les décisions des communes.
- On aura donc toujours de la nouvelle voirie présente sur le terrain,
sans code Fantoir existant.
- Des collectivités utilisant osm peuvent avoir besoin d'un
identifiant pour ces nouvelles voies.
- Le code Fantoir n'étant pas encore créé, il en faut un autre.

Tu parles du schéma de voirie communale qui s'imposera à tous, donc
toutes les communes devront créer pour leurs nouvelles voies quelque
chose qui ressemblera à ce que vous faites avec ref:FR:commune ?

Si oui, dans l'idéal Il faudrait donc un code SUPERFANTOIR, créé par
les communes, et construit de manière identique sur tout le pays.

Finalement, une fois le code superfantoir mis en place, le code
fantoir deviendrait superfétatoire.
désolé...pas résisté

Stf

Le 12/02/2015 10:17, Tony Emery a écrit :
Pour répondre (un peu) à Philippe, ce que j’essaye de vous faire
comprendre
c’est que la dénomination des voies reste la compétence de la commune et
seulement de la commune. C’est donc la source la plus proche de la
réalité
que nous puissions avoir, notamment parce que la dénomination des
voies font
l’objet d’une délibération au conseil municipal. Cette délibération
est le
seul document qui fait foi et qui peut être consultée en cas de doute
sur la
toponymie (erreur sur une carte, sur une plaque de rue ou autre).

Le deuxième aspect est la réalisation d’une base de données voirie
qui va
s’imposer aux communes dans le cadre des « Schémas de Voirie
Communale ».
Les communes vont donc devoir faire ce travail de recensement de la
voirie
de leur territoire mais, dans le cadre de la mutualisation, ce
travail peut
être fait au niveau de l’intercommunalité.
Donc cette identifiant doit rester au niveau des communes, même si elles
sont traitées par les EPCI.

-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833270.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

--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-be] Rendering amenity=parking and access=private

2015-02-12 Per discussione althio

There are open issues:
https://github.com/gravitystorm/openstreetmap-carto/issues/1012
https://github.com/gravitystorm/openstreetmap-carto/issues/312

On 12 February 2015 at 11:11, Jakka vdmfrank...@gmail.com wrote:
 Is it possible that the rendering of a public parking or private are the
 same. This put people on the wrong track when preparing there citty trips.

 Or must I add a thith key/value??

 thx


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

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

Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS

2015-02-12 Per discussione lenny.libre



Le 11/02/2015 20:07, lann a écrit :

Le Tue, 10 Feb 2015 17:07:49 +0100,
lenny.libre lenny.li...@orange.fr a écrit :


Je n'arrive pas au résultat, j'ai des erreurs, voici ce que j'ai
fait :
- Préférences / Paramètres d'imagerie / Fournisseurs actifs
- clic sur le + WMS
- dans la zone Entrez l'URL du service

avec Brocas, j'ai une erreur dés la recherche
http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png

En cliquant sur Obtenir les calques

cordialement
Lenny

Il faut mettre directement l'adresse dans le champ Vérifier l'URL WMS
générée. Donc pour Brocas, ça donne :
wms:http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png

Tu donnes un titre au calque (Cadastre)
Tu télécharges les données OSM de Brocas qui t'intéressent et tu lance
le calque Cadastre (Imagerie/Cadastre)

Lann

Merci,
cela fonctionne en enlevant le wms: du début de l'adresse :
http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png 



C'est dommage que cela ne fonctionne pas avec les zones de saisie 
au-dessus, car dans ce cas il proposerait les différentes couches :



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

[OSM-talk] OSM contact for complicated licence violation investigation

2015-02-12 Per discussione Richard Z.

Hi,

came across a pretty major license violation and need technical
help and another pair of eyes to figure out what is going on.

Semi-confidential at this point.

Richard

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

Re: [Talk-cz] Licence OSM

2015-02-12 Per discussione Miroslav Suchý


On 02/09/2015 02:15 PM, Jan Martinec wrote:

Na wiki je
http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution



Přeložil jsem ten vzorový email odkazovaný z té wiki:

https://wiki.openstreetmap.org/wiki/Cs:Lacking_proper_attribution/Example_email

Mirek

--
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [OSM-talk-be] Rendering amenity=parking and access=private

2015-02-12 Per discussione Sander Deryckere

I do see a difference, see
http://www.openstreetmap.org/#map=19/50.94904/3.12494

The private parking (next to The Bull) is rendered paler than the public
parkings. Though mapnik also considers access=customers as private, which
is a bit strange.

Regards,
Sander

2015-02-12 11:20 GMT+01:00 althio althio.fo...@gmail.com:

 There are open issues:
 https://github.com/gravitystorm/openstreetmap-carto/issues/1012
 https://github.com/gravitystorm/openstreetmap-carto/issues/312

 On 12 February 2015 at 11:11, Jakka vdmfrank...@gmail.com wrote:
  Is it possible that the rendering of a public parking or private are the
  same. This put people on the wrong track when preparing there citty
 trips.
 
  Or must I add a thith key/value??
 
  thx
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be

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

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

Re: [OSM-talk-be] Rendering amenity=parking and access=private

2015-02-12 Per discussione Jakka


Someone who do not knows the meaning of that little colour difference ??
Or on a handheld device in the sun ???


Sander Deryckere schreef op 12/02/2015 om 11:24:

I do see a difference, see
http://www.openstreetmap.org/#map=19/50.94904/3.12494

The private parking (next to The Bull) is rendered paler than the public
parkings. Though mapnik also considers access=customers as private,
which is a bit strange.

Regards,
Sander

2015-02-12 11:20 GMT+01:00 althio
althio.fo...@gmail.com
mailto:althio.fo...@gmail.com:

There are open issues:
https://github.com/gravitystorm/openstreetmap-carto/issues/1012
https://github.com/gravitystorm/openstreetmap-carto/issues/312

On 12 February 2015 at 11:11, Jakka
vdmfrank...@gmail.com
mailto:vdmfrank...@gmail.com wrote:
  Is it possible that the rendering of a public parking or private
are the
  same. This put people on the wrong track when preparing there
citty trips.
 
  Or must I add a thith key/value??
 
  thx
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
mailto:Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be

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




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





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

Re: [Talk-cz] Licence OSM

2015-02-12 Per discussione Miroslav Suchý


On 02/05/2015 03:28 PM, Petr Vozdecký wrote:

Tusim ze stejny problem ma sluzba http://cisteniulic.cz/


Přidal jsem je na:
  http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
a napsal jsem jim email.

Mirek Suchý

--
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [OSRM-talk] (no subject)

2015-02-12 Per discussione Romain NKONGO

Hey Patrick,
Thanks for the help.

Sorry but I'm a little bit new with Javascript environment. I see that the
first link you sent me is contained in a full-working project. In order to
use the functionalities of the .js file, do I have to include the whole
project in some way, or can I re-use the single file on my side without any
extra-dependencies? Also, is the leaflet routing machine is useful to run
many tests on the OSRM server with random locations values each time?

Romain.

2015-02-12 11:34 GMT+01:00 Patrick Niklaus patrick.nikl...@student.kit.edu
:

 Hey Romain,

 Leaflet-Routing-Machine is a good reference for seeing how to query the
 OSRM route with javascript from a browser:


 https://github.com/perliedman/leaflet-routing-machine/blob/master/src/L.Routing.OSRM.js

 They use corslite [1] to do the json querry.

 [1]
 https://github.com/perliedman/leaflet-routing-machine/blob/master/src/L.Routing.OSRM.js#L55

 Good luck,
 Patrick


 On Thu, Feb 12, 2015 at 10:46 AM, Romain NKONGO romain.rn...@gmail.com
 wrote:

 Hello to all the OSRM community.

 I'm a french student who works on a university project, along with my
 supervisor and uses the open source project OSRM to achieve it.

 At some point, I have to run some tests (like thousands of tests) to
 extract some values from the JSON outputs (e.g. the total time). Now our
 problem is we tried several ways to do this, by sending HTTP GET requests
 to the running server and treat the returned response as JSON. But we tried
 with Javascript, jQuery and AngularJS, with functions like $resource.get,
 jQuery.getJSON $http.get or $http.jsonp and we never managed to get the
 returned response in a way that we could use it for further treatment in
 our script. Actually, we were able to send the requests to the server but
 the response is returned in the fom of an URL link which contains the JSON
 output in its body, not in the form of a variable in our Javascript that we
 could manipulate.

 As a matter of fact, we have two issues for this :
 - some of the functions we used (which are based on jsonp) added a
 callback parameter to the sent URL, so the request became invalid with
 'Query malformed at the position' errors
 - I've seen in the OSRM documentation that the JSON output is encoded
 with the Google polyline algorithm so it could be an invalid JSON for
 Javascript (we also observed errors like SyntaxError: JSON.parse:
 unexpected end of data at line 1 column 1 of the JSON data

 We essentially want to use the viaroute service, so our URL is something
 like that : htttp://localhost:5000/viaroute?loc=a,bloc=c,d with a,b, c
 and d random float numbers.

 Has anyone ever tried to run some customized tests on OSRM, with any Web
 language, and if so can he give me some tricks of how he succeeded to get
 the JSON ouptut where he wanted?

 To be clearer of how I proceeded in AngularJS, here the code of my app.js
 :
 var app = angular.module('clientOSRM', ['ngResource']);

 app.controller('appController', ['$scope','$http', 'appServices',
 function ($scope,$http, appServices) {
 //Initialisation de notre input, sa valeur sera stockée en instantané
 dans cette variable (ng-model)
 $scope.valueInput1 = 47.3654647,0.6822917;
 $scope.valueInput2 = 47.3905003,0.6920979;


 var getItineraryParams = function () {
 return {
 start: $scope.valueInput1,
 end: $scope.valueInput2
 //start: 47.3654647,0.6822917,
 //end: 47.3905003,0.6920979
 //start: a,b,
 //end: c,d
 }
 };

 //Une fonction accessible que dans ce controleur (mot clé var)
 var getItinerary = function () {
 appServices.osrm.get(getItineraryParams(),
 function (itinerary) {
 alert(Succes : +typeof itinerary);
 console.log(itinerary);
 },
 function (error) {
 alert(erreur : +typeof error+; status : +error.status);
 console.log(error);
 }
 );
 /*$http.jsonp(
 http://localhost:5000/viaroute?loc=47.3654647,0.6822917loc=47.3905003,0.6920979alt=falsegeometry=falseoutput=json
 )
 .success(function(data, status, headers, config) {
 console.log(data);
   }).
   error(function(data, status, headers, config) {
 console.log(data);
   });*/

 };

 //Une fonction accessible depuis la vue
 //Fonction appelée à l'envoi du formulaire (balise ng-submit dans
 form)
 $scope.submit = function () {
 //On peut récupérer la valeur de notre input !
 //console.log($scope.valueInput1);
 getItinerary();
 };
 }]);

 app.run(function ($rootScope) {

 $rootScope.safeApply = function (fn) {
 var phase = $rootScope.$$phase;
 if (phase === '$apply' || phase === '$digest') {
 if (fn  (typeof(fn) === 'function')) {
 fn();
 }
 } else {
 this.$apply(fn);
 }
 };

Re: [OSM-talk] Use of OSM by municipalities

2015-02-12 Per discussione Andreas Vilén

I have no sources right now but I know that Lund municipality in Sweden
uses OSM in its daily work, if mentioned work does not require better
precision than what we can aquire.

/Andreas

On Thu, Feb 12, 2015 at 9:52 AM, Severin Menard severin.men...@gmail.com
wrote:

 Hi,

 Is there somewhere a collection of use cases of OpenStreetMap data and
 services by municipalities?

 Sincerely,

 Severin

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


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

Re: [OSRM-talk] (no subject)

2015-02-12 Per discussione Guillaume Beraudo

Hi,

If you want raw json data, then use a normal query like $http.get.

Second, you can pass compression=false to bypass the polyline encoding.


Cheers,

Guillaume

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

Re: [OSM-talk] Use of OSM by municipalities

2015-02-12 Per discussione Andreas Vilén

This example might be interesting:
http://kartor.lund.se/resejamforaren/start.htm

On Thu, Feb 12, 2015 at 12:04 PM, Andreas Vilén andreas.vi...@gmail.com
wrote:

 I have no sources right now but I know that Lund municipality in Sweden
 uses OSM in its daily work, if mentioned work does not require better
 precision than what we can aquire.

 /Andreas

 On Thu, Feb 12, 2015 at 9:52 AM, Severin Menard severin.men...@gmail.com
 wrote:

 Hi,

 Is there somewhere a collection of use cases of OpenStreetMap data and
 services by municipalities?

 Sincerely,

 Severin

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



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

Re: [OSM-talk] Use of OSM by municipalities

2015-02-12 Per discussione Robert Banick

I know that some municipalities in the Philippines are using OSM data as a 
foundational dataset. You should check with Jay-Ar (osm: jay-ar) for more info, 
he was telling me about it.


—
Sent from Mailbox

On Thu, Feb 12, 2015 at 8:54 AM, Severin Menard severin.men...@gmail.com
wrote:

 Hi,
 Is there somewhere a collection of use cases of OpenStreetMap data and
 services by municipalities?
 Sincerely,
 Severin___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Dati OpenToscana e Mappatura dei luoghi della cultura

2015-02-12 Per discussione Simone Cortesi

2015-02-12 10:14 GMT+01:00 Matteo Pratosmart pratosm...@gmail.com:

 L'idea di base è sfruttare la rete dei Dig. Champions Toscana al fine di
 verificare se i dati presenti sul portale regionale sono aggiornati o sono
 da integrare con altri dati provenienti dai comuni stessi.

Considera che con wikimedia italia abbiamo un accordo quatro con la
Regione Toscana per la fornitura di dati geografici provenienti sia
dalla regione stessa che da enti minori.

adesso è giu, ma trovi molti dati qui: http://www.regione.toscana.it/-/geoscopio

-- 
-S

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-12 Per discussione Stéphane Péneau

Bonjour Tony,

- Le code Fantoir n'étant pas encore créé, il en faut un autre.

Si oui, dans l'idéal Il faudrait donc un code SUPERFANTOIR, créé par les
communes, et construit de manière identique sur tout le pays.

Finalement, une fois le code superfantoir mis en place, le code fantoir
deviendrait superfétatoire.

désolé...pas résisté

Stf

Le 12/02/2015 10:17, Tony Emery a écrit :

Pour répondre (un peu) à Philippe, ce que j’essaye de vous faire comprendre
c’est que la dénomination des voies reste la compétence de la commune et
seulement de la commune. C’est donc la source la plus proche de la réalité
que nous puissions avoir, notamment parce que la dénomination des voies font
l’objet d’une délibération au conseil municipal. Cette délibération est le
seul document qui fait foi et qui peut être consultée en cas de doute sur la
toponymie (erreur sur une carte, sur une plaque de rue ou autre).

Le deuxième aspect est la réalisation d’une base de données voirie qui va
s’imposer aux communes dans le cadre des « Schémas de Voirie Communale ».
Les communes vont donc devoir faire ce travail de recensement de la voirie
de leur territoire mais, dans le cadre de la mutualisation, ce travail peut
être fait au niveau de l’intercommunalité.
Donc cette identifiant doit rester au niveau des communes, même si elles
sont traitées par les EPCI.

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

Re: [Talk-it] Sicilia 01: un layer per il ricalco

2015-02-12 Per discussione Aury88

aborruso wrote
 Caro Aurerlio,
 verranno pubblicate per tutta la Sicilia, e l'accordo firmato coprirà
 tutti
 questi layer in WMS.

Benissimo!allora non mi rimane che attendere


 E se usassi le immagini LandSat lt;http://libra.developmentseed.org/gt;?

Sembra proprio quello che mi serve...non conoscevo questo
servizio...purtroppo però la scarsa potenza del mio pc non mi permette di
gestire file di quelle dimensioni (oltre 500 MB di immagine) :(
grazie mille comunque., è un servizio che terrò sott'occhio ;)
Ciao,
Aury



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Sicilia-01-un-layer-per-il-ricalco-tp5828143p5833289.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-se] Dåliga och goda nyheter om planet-databasen på openstreetmap.se

2015-02-12 Per discussione Karl Wettin

För knappt två veckor sedan var det ett problem med propageringen från OSMs 
primära databas till förändringsdatan (som resulterade i en tom state.txt i det 
så kallade minutely-store) vilket betyder att vår (och alla andras) databas 
fick hicka och inte klarar av att uppdatera sig längre.

Detta betyder att databasen och kartan på openstreetmap.se inte har uppdaterats 
sedan dess.

För att komma igång igen måste man importera hela planet-databasen från start. 
Detta är något som med lite otur kan ta flera dygn. Kartblad som tidigare inte 
renderats kommer inte ritas under denna period. Har man riktigt mycket otur så 
kommer inga som helst kartblad kunna publiceras medan detta pågår. Det beror 
lite på hur man går till väga. Att hålla tjänsten uppe så mycket som möjligt 
kräver mycket mer manuellt arbete, tid som inte riktigt finns just nu.

Jag försöker ta tag i detta till helgen och skall göra mitt bästa för att 
åtminstone redan renderade kartblad tillhandahålls vid importen av databasen. 
Kan dock inte utlova något i skrivande stund. 
 

De goda nyheterna är att all korruption av databasen i form av data som 
förkastats eller missats (om det nu finns någon) kommer återställas till att 
åter igen bli en exakt kopia av OSMs primära databas. Förhoppningsvis blir även 
databasens bakomliggande fillager något mer optimerad och därmed lite snabbare.



kalle 



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

Re: [Talk-it] Dati OpenToscana e Mappatura dei luoghi della cultura

2015-02-12 Per discussione Bertalan Ivan

Ciao Matteo, listaroli

Dal mio piccolo sto cercando di portare avanti una filosofia di hackathon
cultura/turismo e accessibilità. Per farlo avevo pensato di utilizzare un
po' di strumenti ai quali osm risulti il comun denominatore.

Ho anche abbozzato alcune slides http://bit.ly/1yqvX1Z che per mancanza di
tempo sono rimaste in fase preliminare e con soli dati di esempio per
Lecce. Volendo si potrebbe creare una sorta di libro bianco aperto a tutti
dl quale prendere spunti e valorizzare sempre di più la diffusione della
conoscenza.
Per me mappare è importantissimo, ma insegnare agli altri mappare
correttamente con la forza delle emozioni si producono molti più risultati
e sono tutti positivi.

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

[OSM-talk] guide to vandalism” in OSM?

2015-02-12 Per discussione Dave F.


Hi

http://www.weeklyosm.eu/archives/2388

Under 'Community' there a bullet point titled guide to vandalism” in OSM?
As my French is very poor, could someone translate  expand on the 
process. Why is false POI being added to notes? It seems similar to 
entrapment from what is written.


Dave F.

---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com


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

Re: [OSM-talk] OSM contact for complicated licence violation investigation

2015-02-12 Per discussione SomeoneElse


On 12/02/2015 11:53, Michael Kugelmann wrote:

On 12.02.2015 at 12:30 Richard Z. wrote:

came across a pretty major license violation and need technical
help and another pair of eyes to figure out what is going on.
http://wiki.osm.org/wiki/Data_working_group  or 
http://www.osmfoundation.org/wiki/Data_Working_Group  ?

http://www.osmfoundation.org/wiki/Licensing_Working_Group   ?



Of those, it's http://www.osmfoundation.org/wiki/Licensing_Working_Group .

There are a couple of email addresses at the bottom of that page which 
should help.


Cheers,

Andy


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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-12 Per discussione Tony Emery

verdy_p wrote
Donc oui il faut pouvoir identifier quelle collectivité le fait, et le
fait est qu'elles en le font pas de la même façon sur les voiries
limitrophes partagées.

On s'en fout puisque le tag, tel qu'il est construit, permet d'intégrer les
identifiants de ces collectivités, quelle que soit la manière dont il est
construit. Il est où le problème ?

verdy_p wrote
La base de données voirie sur laquelle je travaille est « l’officiel de la
voirie de la CCPRO »,

Enfin tu réponds à la question ! Donc comme je te répondais depuis le
début c'est un ref:FR:CCPRO=*. Combien de fois je 'ai demandé le
périmètre de cette base et son nom?

Tu rigoles des genoux ? je t'ai dit au moins 20 fois pour qui, avec qui et
sur quel territoire je travaillais !?! Et donc, non c'est pas QUE CCPRO
puisqu'il y a aussi Avignon et son agglo ! en attendant la suite.

verdy_p wrote
Et non les communes ne sont pas compétentes de façon exclusive en tout ce
qui concerne la codification et la planification des réseaux (là on est
dans le cadre des divers plans locaux d'aménagement du territoire, mis en
place par les collectivités, leurs groupements, et par l'Etat, et même
l'Europe, ou par leurs diverses agences selon leurs besoins et compétences
propres).

Je n'ai jamais parlé DES réseaux, j'ai juste parlé de la compétence
exclusive de la commune sur la dénomination des voies. C'est une TRES grande
nuance pour qui sait vraiment de quoi il parle...

verdy_p wrote
Peu importe la compétence des communes ici (cela ne touche qu'à la
création et la dénomination locale, pas à la codification, ni même
l'exploitation puisque les communes ne gèrent pas *toute* la voirie
elles-mêmes et elles seules). Les compétences que tu cite ne sont qu'une
petite partie des besoins et usages.

Je n'ai jamais parlé de code mais d'identifiant unique, nuance. On vois que
tu n'as jamais travaillé sur une base de données voirie ou sur une base de
données adresses pour ne pas voir l'intérêt d'un identifiant unique pour
distinguer une voie d'une autre.

verdy_p wrote
Confusion très visible des codes INSEE utilisés... tiens donc, voilà une
codification intéressante, car justement elle ne vient pas de la
compétence des communes en matière de voirie mais d'un établissement
public de l'Etat où la commune n'a aucun pouvoir ! C'est très troublant de
voir un tag pourtant mentionner commune quand le code commune visible
n'est pas le bon et quand toi même tu justifie que cela vient non pas de
la commune mais d'une CC non mentionnée dans le nom du tag ni dans sa
valeur.

Tu parles de quoi là ? le code INSEE, l'Etat ? c'est quoi le problème ? J'ai
vraiment du mal à te suivre pour le coup !

verdy_p wrote
Et justement les quelques tags que j'avais enlevés étaient sur le
périmètre de la CCPRO, sur des frontières partagés par d'autres
collectivités (qui ne sont pas liées à ce que met en place « l’officiel de
la voirie de la CCPRO »), Tu ne vois pas le problème ? Le projet de la
CCPRO ne veut pas s'imposer comme norme pour les autres (en tout cas pas
dans OSM où la pluralité des sources est mondiale).

Le chemin de Saint-Roman, puisqu'il s'agit de ça,
http://www.openstreetmap.org/way/96962494 est une voie communale de la
commune de Bédarrides qui fait office de frontière avec la commune de
Courthézon et, oh miracle, les 2 communes font partie de la CCPRO, donc, la
CCPRO n'impose rien aux autres interco dommage !

-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833409.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] Contours des communes dans le Gard

Je ne parlais pas de trous à Gruyères, la localité suisse, dans son rendu
OSM.   ;-)

La suite omise n'est pas une réponse directe, c'est malgré tout un sujet
intéressant pour OSM, puisqu'on parle de frontières (un sujet pas simple du
tout quand on commence à évoquer les questions de territorialités multiples
(qu'elles soient conflictuelles, ou partagées paisiblement).

Ces problèmes de trous dans les frontières dans les rendus Mapnik sont là
depuis longtemps (pas qu'en Chine mais partout autour de la Russie
également (et pas seulement sur la zone de conflit avec l'Ukraine (non
officiellement déclaré, sauf pour la Crimée annexée mais sur laquelle il
sera difficile de revenir étant donné la présence russe historique et le
support local massif: l'autodétermination a eu lieu même si ce n'est pas
dans les bonnes formes et il ne semble même pas envisagé à l'Ukraine de
revenir là-dessus alors qu'elle a bien autre chose à faire à l'Est).

Il y a encore des gros problèmes avec un gruyère parsemant la Pologne de
trous parfois même superposés (par les polygones de délimitation de
couverture satellite, qui sont mal tagués)...

Ce dont je parlais a affecté aussi la frontière entre Ukraine et Roumanie
(aucun conflit par là) mais c'est réglé, la Roumaine est à nouveau bien
dessinée et contourée (et pas de menaces de conflits à ses frontières
bulgares, serbes, hongroises, ukrainiennes et moldaves).

Et même chose entre Ukraine et Moldavie (malgré le conflit avec la
Transdniestie indépendandantiste et pro-russe, son seul autre voisin étant
encore aujourd'hui l'Ukraine qui n'a aucune envie d'annexer cette région
moldave, alors que la Moldavie veut se rapprocher de la Roumanie, il n'y a
pas de problème de frontière entre Transdnistrie et Urkaine jusqu'à nouvel
ordre (à moins qu'il se déclare sur le sud vers la Mer Noire pour se
rapprocher de la Crimée : là on tombe sur la zone de conflit les pro-russes
à Odessa qui se verraient faire le pont entre Crimée et Transdistrie,
coupant une bonne partie de l'accès ukrainien à la Mer noire, hormis
peut-être une petite enclave détachée au sud de la Transdnistrie à la
frontière roumaine. Si jamais ça arrive, c'est la Russie qui contrôle
presque tout le nord la Mer noire et touche alors la Roumanie.

Déjà l'extension de Crimée a mis les avions russes plus proches de la
Méditerranée, après ça c'est la stabilité de la Turquie qui est menacée,
autant par le rapprochement des russes que par les actuels conflits
sanglants en Syrie et dans le Caucase russe (tchéthènie), géorgien ou le
vieux conflit azéri-arménien depuis leur indépendance (bon gré mal gré,
l'Arménie est obligée de se rapprocher de la Turquie en dépit du massacre
historique toujours pas reconnu, tandis que la Russie est prête à aider
l'Azerbaidjan pour en reprendre le contrôle et gêner la Turquie).

Compliqué aussi à gérer la frontière entre le nord de l'Inde (Jammu et
Cachemire) et le Pakistan (et en fait c'est maintenant tout le nord du
Pakistan et ses zones tribales hors de contrôle, empiré par la situation
du nord afghan), et là c'est la Chine voisine qui se sent menacée et
renforce sa présence et la pression sur le Xinyang (et le soutien implicite
des russes qui eux renforcent leur soutien aux tadjiks, qui s'opposent
aussi aux ouzbeks venus du nord, de leurs anciennes terres désertifiées par
la quasi-disparition de la mer d'Aral sous l'effet des captures des fleuves
kazakhes). Les populations se concentrent dans ces zones encore riches en
eau.

[début de commentaire]

Dans ce trapèze de l'ouest hymalayen, finalement relativement petit pour la
population qui s'y concentre entre
 (1) Kaboul (afgh.), Islamabad (pak.),
 (2) Jalhandar (ind.), Artux (chin.),
 (3) Almaty (kaz.), Bishkek (kyrg.),
 (4) Shymkent (kaz), Tashkent (uzb.) et Douchanbé (tadj.)
les frontières sont déjà très compliquées (et historiquement n'ont jamais
cessé de bouger) sauf au nord durant la période soviétique surtout à partir
de Staline, et au sud durant l'empire britannique. C'est la route depuis
toujours des migrations et du commerce, celle qui a eu des invasions de
tous les empires européens et asiatiques. Les frontières actuelles sont
pourtant issues des deux anciens empires britanniques et russes, c'est
surtout le premier (partie sud du trapèze) qui est en plein chaos
aujourd'hui. Mais le second (partie nord) n'est pas vraiment mieux et les
zones tribales du sud commencent à y faire tâche d'huile (comme au Caucase
entre les influences russes, turques, arabes et perses), c'est là que les
régimes en place deviennent de plus en plus autoritaires et que les
batailles pour les ressources vont devenir critiques (surtout pour l'eau).
Au milieu de tout ça cette zone de l'ouest hymalayen en plus très exposée
au risque sismique.

Après l'Iran (aujourd'hui relativement stabilisé mais qui a alimenté les
autres conflits du Moyen-Orient), puis l'Irak (effondrement total du régime
fort) où le conflit a débordé maintenant sur la Syrie (effondrement en
cours et déjà

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 12 février 2015 17:59, Tony Emery tony.em...@yahoo.fr a écrit :

 Pour répondre à Philippe, je dirais une chose que j’ai déjà écrite pas mal
 de fois et notamment un peu plus haut, genre le 12/02/2015 à 10 :17 :
 SEULES
 LES COMMUNES ONT LA COMPETENCE EN MATIERE DE CREATION ET DE DENOMINATION DE
 LA VOIRIE.

Je n'ai jamais prétendu le contraire et ce n'était pas mon propos
d'ailleurs.


 Après, qu’une commune choisisse de construire son identifiant d’une façon
 ou
 d’une autre, j’allais dire peu importe si l’on sait de quel commune il
 s’agit et que les identifiants son uniques. Le projet permet de passer de
 l’un à l’autre et c’est à la commune de voir comment elle veut faire, si
 elle souhaite verser ces données dans OSM.


Donc oui il faut pouvoir identifier quelle collectivité le fait, et le fait
est qu'elles en le font pas de la même façon sur les voiries limitrophes
partagées.

La base de données voirie sur laquelle je travaille est « l’officiel de la
 voirie de la CCPRO »,


Enfin tu réponds à la question ! Donc comme je te répondais depuis le début
c'est un ref:FR:CCPRO=*. Combien de fois je 'ai demandé le périmètre de
cette base et son nom?
Et non les communes ne sont pas compétentes de façon exclusive en tout ce
qui concerne la codification et la planification des réseaux (là on est
dans le cadre des divers plans locaux d'aménagement du territoire, mis en
place par les collectivités, leurs groupements, et par l'Etat, et même
l'Europe, ou par leurs diverses agences selon leurs besoins et compétences
propres).

Peu importe la compétence des communes ici (cela ne touche qu'à la création
et la dénomination locale, pas à la codification, ni même l'exploitation
puisque les communes ne gèrent pas *toute* la voirie elles-mêmes et elles
seules). Les compétences que tu cite ne sont qu'une petite partie des
besoins et usages.

Pour le reste, je ne garantit rien si je pars mais je ne pense pas que ce
 soit dans l’intérêt de la collectivité de ne pas continuer… Surtout que
 nous
 avons un logiciel de finance qui tourne derrière…


Ai-je suggéré à un moment qu'une collectivité ne devait pas le faire ou
n'avait pas besoin de le faire ? Désolé pour la poignée de tags non
documentés et qui semblaient visiblement erronés puisque inconnus mal
décrits et faisant apparemment référence à une commune qui n'était pas la
bonne :

Confusion très visible des codes INSEE utilisés... tiens donc, voilà une
codification intéressante, car justement elle ne vient pas de la compétence
des communes en matière de voirie mais d'un établissement public de l'Etat
où la commune n'a aucun pouvoir ! C'est très troublant de voir un tag
pourtant mentionner commune quand le code commune visible n'est pas le
bon et quand toi même tu justifie que cela vient non pas de la commune mais
d'une CC non mentionnée dans le nom du tag ni dans sa valeur.

Et justement les quelques tags que j'avais enlevés étaient sur le périmètre
de la CCPRO, sur des frontières partagés par d'autres collectivités (qui ne
sont pas liées à ce que met en place « l’officiel de la voirie de la CCPRO
»), Tu ne vois pas le problème ? Le projet de la CCPRO ne veut pas
s'imposer comme norme pour les autres (en tout cas pas dans OSM où la
pluralité des sources est mondiale).

Et ça me rappelle le vieux débat ici sur la codification des GR (source non
libre) alors qu'ils utilisent la voirie des communes qui ne sont pas liées
à cette codification et pas obligées non plus d'assurer leur continuité. Si
une commune ou une autre collectivité a besoin de fermer un chemin piéton
et les envoyer ailleurs, elle le fera sans demander la permission à la
FRPP, ni même la contacter pour suggérer un meilleur itinéraire évitant la
section fermée. La commune renommera ou divisera une rue sans lui demander,
elle pourra transformer un chemin piéton en bretelle de rocade ou céder le
terrain au privé qui le fermera. La commune est juste tenue de faire une
enquête publique et d'en tenir compte, l'enquête est une procédure
suffisante d'information, au regard de la loi et des règles des marchés
publics.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation d'OSM par des collectivités

2015-02-12 Per discussione Guillaume Allegre

Le jeu. 12 févr. 2015 à 16:46 +0100, Brice MALLET a écrit :
 Bonjour,
 
 Pour ma part, j'avais complété cette page, chapitre Collectivités
 locales :
 http://wiki.openstreetmap.org/wiki/FR:Sites_en_ligne_utilisant_OSM
 
 Exemples de cas d'utilisation qui vont au-delà de l'affichage d'une
 simple carte :
 http://metz.fr/infos_projets/map_travaux.php
 http://rennes.carte-ouverte.org/
 http://tempo.agglo-pau.fr/chimere/
 http://www.deux-sevres.com/dsappli/routes/InfoRoutes.aspx?type=restrictJ
 
 Plus qu'une nouvelle page, pê envisager la mise en valeur des
 utilisations plus poussées dans cette page déjà existante

Je plussoie. On peut réfléchir (ici) à catégoriser plus finement les 
liens déjà listés.

-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [OSM-talk-fr] Base de données pour le développement

2015-02-12 Per discussione Vincent Frison

Le 12 février 2015 11:26, sly (sylvain letuffe) lis...@letuffe.org a
écrit :

 pré-scriptum: je me demande si on ne serait pas mieux sur la liste dev-fr :
 https://lists.openstreetmap.org/listinfo/dev-fr
 pour ce genre de sujet.


Tout à fait, désolé j'avais pas vu qu'il existait cette liste..


 On jeudi 12 février 2015, Vincent Frison wrote:
  Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
  contenant des éléments provenant de l'API de test (erreur de segmentation
  et strace ne donne pas d'infos supplémentaires très utiles).

 Tu peux indiquer la sortie standard de ton osm2pgsql ?


turman@entropy:~/Workspace/GGTS$~/Software/osm2pgsql/bin/osm2pgsql -c -v -C
1000 -d osm_osm2pgsql_test ~/Workspace/JOSM/testing.osm
osm2pgsql SVN version 0.87.2-dev (64bit id space)

Using built-in tag processing pipeline
Using projection SRS 900913 (Spherical Mercator)
Setting up table: planet_osm_point
Setting up table: planet_osm_line
Setting up table: planet_osm_polygon
Setting up table: planet_osm_roads
Allocating memory for dense node cache
Allocating dense node cache in one big chunk
Allocating memory for sparse node cache
Sharing dense sparse
Node-cache: cache=1000MB, maxblocks=128000*8192, allocation method=3
Mid: Ram, scale=100

Reading in file: /home/turman/Workspace/JOSM/testing.osm
Erreur de segmentation

Sinon les attributs du tag osm sont effectivement différents entre les
fichiers XML suivant qu'il est téléchargés depuis le serveur live ou
exportés depuis JOSM :
osm version='0.6' upload='true' generator='JOSM'
osm version=0.6 generator=CGImap 0.3.3 (21189 thorn-03.openstreetmap.org)
copyright=OpenStreetMap and contributors attribution=
http://www.openstreetmap.org/copyright; license=
http://opendatacommons.org/licenses/odbl/1-0/;

Mais je pense que ça se joue à niveau là (j'ai essayé d'inverser).
D'ailleurs d'après strace :
read(7, lon='2.3358992' /\n  node id='4..., 4096) = 4096
read(7, amp='2015-02-09T20:59:51Z' uid='..., 4096) = 4096
read(7, visible='true' version='1' chang..., 4096) = 4096
read(7, 30212' lon='2.3231313' /\n  nod..., 4096) = 4096
time([1423771735])  = 1423771735
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Erreur de segmentation

..ça plante apparemment en plein milieu du fichier, sur un node plutôt
quelconque:
node id='4298085791' timestamp='2015-02-09T20:59:52Z' uid='2798'
user='Vince' visible='true' version='1' changeset='56187' lat='48.8730212'
lon='2.3231313' /

Et si je ne mets quelques nodes dans le XML ça marche.. du coup ça me fait
penser à un bug de osm2pgsql mais sly je veux bien que tu m'envoie ton XML
de Paris.. ou que je t'envoie le mien :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Sicilia 01: un layer per il ricalco

2015-02-12 Per discussione aborruso

Ciao Aury,


Aury88 wrote
 Sembra proprio quello che mi serve...non conoscevo questo
 servizio...purtroppo però la scarsa potenza del mio pc non mi permette di
 gestire file di quelle dimensioni (oltre 500 MB di immagine) :(

ti rispondo un po' di corsa e me ne scuso. Immagino che il problema per i
500 Mb sia non lo spazio disco, ma il lavoro del processore nel gestire il
singolo file.

Una cosa molto comoda e semplice che puoi fare e convertire il singolo file
scaricato in una piramide di tasselli, esattamente come il rendering di OSM.

Ci sono tanti modi per farlo: da riga di comando c'è il vecchio ed efficace
gdal2tiles.

A quel punto hai una source che puoi leggere anche un PC non potente, e che
puoi usare come sfondo.

Saluti,

a



-
Andrea Borruso 

 
email: aborr...@tin.it 
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E 

--
View this message in context: 
http://gis.19327.n5.nabble.com/Sicilia-01-un-layer-per-il-ricalco-tp5828143p5833401.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-br] erros x relações

Pessoal,

Li agora há pouco a discussão inteira e fiquei um pouco preocupado com
alguns aspectos:

1. O nível da discussão, em alguns momentos, ficou abaixo do que seria
recomendável. Todos nós estamos tentando contribuir para melhorar o mapa, e
devemos ajudar uns aos outros e trabalhar juntos. Acredito que ninguém
tenha a intenção de ofender os outros. Entretanto, às vezes pode surgir
algum mal-entendido e espero que sempre possamos resolver tudo da melhor
forma possível.

2. É importante, ao mapear, não desfazer o trabalho dos outros. Dá um pouco
mais de trabalho, mas se tivermos cuidado de não apagar o que já foi feito,
o mapa como um todo irá evoluir mais rápido.

3. As relações são muito importantes. Estou mapeando todas as rodovias
federais e estaduais do Rio Grande do Sul, e as relações são fundamentais
para organizar o trabalho. Olhem, por exemplo:
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais
. Na coluna Relação, ao clicar no link a, a integridade da relação é
testada. Ao clicar no link j, a relação inteira é carregada no JOSM,
facilitando a edição. Eu testo a integridade das relações com frequência e
conserto os erros que descubro (consequência da edição de outros).
Geralmente é pouca coisa, mas às vezes alguém bagunça bastante (já apagaram
trechos grandes da relação e até a relação inteira, o que dá bastante
trabalho para consertar).

4. O trajeto correto das rodovias também é muito importante. Qualquer
contribuição para deixar o trajeto mais preciso é bem-vinda. No entanto, é
importante cuidar para não desfazer o trabalho dos outros ao editar. É
muito importante colocar o tag source, principalmente nos trechos em que
a rodovia difere da imagem do Bing (às vezes a imagem está desatualizada).

5. O ID parece ser ruim para edições grandes. Nunca usei o ID, mas a
quantidade de reclamações que surgem como consequência do seu uso é enorme.
Já usei o Potlatch e o JOSM. No início o JOSM parece mais complicado, mas é
MUITO melhor. Se alguém da lista edita bastante e ainda não usa o JOSM,
faça um favor a si mesmo e comece a usar. Eu garanto que vale a pena (não
sei como fiquei tanto tempo usando o Potlatch).

6. O JOSM tem um plugin ótimo para restrições de conversão (e ele não
quebra as relações na edição). Sempre que eu edito cruzamentos de rodovias,
eu coloco as relações de restrição necessárias, e isso é MUITO fácil com o
JOSM. Eu seleciono (nessa ordem) a via de origem, o ponto do cruzamento e a
via de destino; clico no botão para adicionar a restrição; seleciono o tipo
de restrição; clico no botão Aceitar. Pronto. Seis cliques do mouse para
definir qualquer tipo de restrição. Outra vantagem é que quando se divide
uma via, o JOSM automaticamente coloca a relação apenas nas vias certas.

7. Não devemos mapear para o renderizador (ou para o aparelho de GPS). Se o
GPS está mandando fazer um self-U-turn em cada esquina, o problema é do GPS
ou do programa que gera o mapa para o GPS a partir da base de dados do OSM.
As restrições de conversão devem ser definidas apenas entre duas vias
diferentes, e apenas quando não o uso do tag oneway não é suficiente.

Desculpem o email longo e por favor não briguem comigo. :)

Em 12 de fevereiro de 2015 14:36, thunder...@gpsinfo.com.br escreveu:

 Nelson,
 seria o caso, entretanto não recomendamos em nossos sites habilita-la
 porque alguns teimam em configurar o navegador para caminho mais curto e
 muitas das vezes se perdem por erros no mapa e não são rapidamente
 instruídos a retornar pelo u-turn.

 Infelizmente não foram poucos os casos de reportes de ingresso em favelas
 aqui no Rio e a dificuldade de saída delas roteado.

 Outra situação é quanto ao retorno em si quando por alguma razão o
 utilizador  descumpre o roteamento calculado. Sabemos que pelo CTB não se
 pode fazer u-turn em uma rodovia. Se for obrigado a retornar por uma
 rodovia onde não existe a frente um retorno próximo, ele deve seguir até o
 primeiro entroncamento para fazer essa manobra. Considero de utilidade o
 navegador informar onde, a que distância se encontra esse entroncamento.

 Eu particularmente prefiro navegar com ela desativada porque sou alertado
 rapidamente quando não sigo o roteamento calculado pelo navegador e posso
 planejar onde será meu retorno.

 Aproveito a ocasião para informar que estou saindo em viagem e não poderei
 responder as próximas mensagens até quinta-feira uma vez que estou me
 deslocando para um local onde não existe net e tampouco cobertura celular.

 []s e bom carnaval a todos.
 Marcio



 -Mensagem Original- From: Nelson A. de Oliveira
 Sent: Thursday, February 12, 2015 2:15 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] erros x relações

 Marcio, o caso não seria habilitar esta opção no Garmin então?

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

 ___
 Talk-br mailing

Re: [OSM-talk] How We Map

2015-02-12 Per discussione Frederik Ramm

Hi,

On 02/12/2015 08:53 PM, Jo Walsh wrote:
 so I can only accept a tiny modicum of credit for
 compressing it :)

... from a dry and almost legalese long-form that nobody wanted to read
into something that radiates community spirit. Credit whom credit is due ;)

Bye
Frederik

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

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

[Talk-it] Percorsi sovrapposti

2015-02-12 Per discussione Michele iw1gfv


Ciao a tutta la lista!
Questa sera ho aperto josm e mi sono trovato molti erroi di verifica, 
controllo meglio e noto dei percorsi sovrapposti creati da mbranco2.
Questi percorsi appartengono anche a delle relazioni che riguardano 
degli itinerari da fare a piedi.


Come devo comportarmi?
Non ho unito i percorsi per non fare pasticci, e non ho contattato 
mbranco2 perchè non saprei bene cosa dirgli.


Mi aiutereste, per favore, a risolvere il problema?
La zona interessata è Castellamonte, e la sua frazione Spineto,
Vedo che alcuni ininerari vanno anche a San Benigno.

http://www.openstreetmap.org/#map=15/45.3820/7.7041

Grazie

--
Michele iw1gfv
www.iw1gfv.it
attachment: iw1gfv.vcf___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione Guillaume Allegre

Le jeu. 12 févr. 2015 à 17:41 +0100, Ab_fab a écrit :
 Le message que j'avais envoyé ce matin

 -
 Last, but not least, ma réponse
 

Bravo pour tes deux réponses, détaillées et très pédagogiques.


La vulgarisation auprès des journalistes est un travail de longue haleine,
dont on ne peut qu'espérer qu'il payera à long terme.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [Talk-it] sito industriale abbandonato

2015-02-12 Per discussione Marco (MarcoR)


On 12/02/15 18:58, demon.box wrote:


che dite?
Grazie.


se più che di una zona industriale si tratta di una sola fabbrica forse 
potrebbe essere più indicato usare:


disused:man_made=works
disused:product=*

+

ruins=yes
barrier=*
etc.

Se il ritorno alla produttività è poco plausibile (perché per esempio 
gli edifici sono pericolanti e/o i macchinari all'interno sono mancanti 
o gravemente danneggiati) io userei abandoned: al posto di disused:


--
Alla prossima,

Marco.

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

Re: [OSM-talk-fr] Contours des communes dans le Gard

2015-02-12 Per discussione Tony Emery

Frédéric Rodrigo-2 wrote
 Et aussi la en version remastériser, colorisé et édition collector :
 https://www.data.gouv.fr/fr/datasets/decoupage-administratif-communal-francais-issu-d-openstreetmap/

J'ai téléchargé les données des régions, départements,  et jusqu'aux
communes au pas de 5m.

Par contre, en les juxtaposant, je vois qu'il y a des décalages dans les
tracés entre les différents contours administratifs. Or, le site dit bien
que La topologie est conservée lors du processus de simplification.

Avez-vous constaté la même chose en téléchargeant les données ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833411.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] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 12 février 2015 22:21, Tony Emery tony.em...@yahoo.fr a écrit :


 Et non, justement car il s'agit là du pouvoir de police du maire, donc ça
 restera à la commune, sauf si l'on supprime les communes.


Et le pouvoir de police du maire ne concerne pas la *codification* des
voies utilisée par les services municipaux ou communautaires.


 C'est d'ailleurs comme ça que l'on met à jour notre base de données, en
 récupérant systématiquement les délibérations des conseils municipaux.


D'accord, mais là encore les identifiants de la CCPRO ne proviennent pas
d'une décision du conseil municipal, c'est la CCPRO qui prend en charge
cette codification pour son SIG et met à les données codifiées obtenues à
disposition des communes (qui ont opté pour l'utilisation du SIG
communautaire mais peuvent encore avoir leur propre SIG avec encore
d'autres identifiants), ou d'autres collectivités qui y ont accès et
veulent faire des références croisées.

Tout ça c'est de l'administratif pur, de la méthode de travail, et ça n'a
rien à voir avec le pouvoir de police des maires sur son territoire, et
ça peut changer (y compris quand les CC changent de périmètre ou
disparaissent en fusionnant ou en se démantelant). Le jour où une commune
change de CC, ses données ne sont pas perdues, mais gardent leur
codification en plus de celle qui va être ajoutée dans leur nouvelle CC qui
suit d'autre règles, ces références cont *coexister* pendant un temps où
elles seront ensemble mais bien séparées dans des champs différents.
Pendant un temps la nouvelle commune d'une CC n'aura pas d'autre
identifiant pour sa voirie, conforme au modèle de sa nouvelle CC.

Comme les réformes territoriales sont nombreuses et fréquentes en ce
moement (et ce n'est pas terminé), les codifications vont se succéder aussi.

L'Insee ne peut tout codifier immédiatement dans son propre référentiel. Sa
seule urgence c'est d'enregistrer les nouveaux établissements publics et
collectivités avec des SIREN, selon sa codification de base en vigueur en
fin d'année N-1. Elle fait ensuite des mises à jour en masse en fin d'année
pour ne les publier que l'année suivante, avec un index des changements
opérés. Les SIG locaux feront la même chose : le référentiel a besoin d'une
stabilité suffisante sinon il ne sert pas à grand chose (sauf usage
purement interne) s'il change en continu (comme changent en continu les
identifiants OSM, dont l'usage est purement interne à sa propre base et
n'obéit à aucun pouvoir de police extérieur et ne résulte d'ailelurs
d'aucune décision humaine, pusiqu'ils sont attribués de façon totalement
automatique et imprévisible).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Percorsi sovrapposti

2015-02-12 Per discussione Federico Cortese

Ho dato un'occhiata veloce e a quanto pare mbranco2 ha duplicato
un'infinità di way.
Poi ha inserito delle relazioni route hiking, andando a riempirle coi
percorsi duplicati.
Manualmente bisognerebbe eliminare tutti i duplicati facendo attenzione ad
eliminare i duplicati nuovi e non quelli storici, quindi eventualmente
andare a riempire le relazioni con le geometrie preesistenti.
Purtroppo però con l'ultimo edit ha toccato 227 way e 2438 nodi, la vedo
molto difficile una correzione manuale, quindi credo che l'unica soluzione
sia un revert.
Bisognerebbe contattarlo e spiegargli che per creare una relazione basta
usare le geometrie già presenti!

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

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

Todas as rodovias RSC-xxx correspondem às BR-xxx (são rodovias estaduais
coincidentes). A relação RSC-xxx é desnecessária. O trecho deve ser
incluído na relação da BR-xxx. Os outros tipos de rodovia estadual que
existem no Rio Grande do Sul são ERS (rodovia estadual) e VRS (rodovia
estadual vicinal). Essas geralmente não coincidem com BR, mas podem
coincidir.

Quanto à ordem no tag ref, se não há placa, eu faço o que o Aun sugeriu
(primeiro BR, em ordem numérica, depois RSC, em ordem numérica, depois ERS,
em ordem numérica, depois VRS, em ordem numérica). Lembro que BR e RSC com
o mesmo número no mesmo trecho são excludentes, ou seja, ou vai um ou vai
outro no tag ref. Se houver placa, o ref da placa vai primeiro.

Em 3 de fevereiro de 2015 12:07, Claiton Neisse claiton.nei...@gmail.com
escreveu:

A RSC-287 começa em Montenegro/RS e termina em Santa Maria/RS. Já a BR-287
segue até São Borja/RS.

Veja a relação da BR-287: http://www.openstreetmap.org/relation/190857

Nesse link você pode ver as coincidências de rodovias no RS:
http://www.daer.rs.gov.br/site/forca_download.php?arquivo=arquivos/sistemas/arquivo27_14.pdf

Quanto as placas, pelo que me lembro constam, ainda a nomenclatura antiga:
RST-287.

Nesse link tem a terminologia utilizada pelo DNIT:
http://www.dnit.gov.br/rodovias/rodovias-federais/terminologias-rodoviarias.

É interessante o que diz o item 2.5 sobre rodovias coincidentes:

*2.5 - RODOVIA ESTADUAL OU MUNICIPAL COINCIDENTESão rodovias construídas
pelos Estados ou Municípios sobre a diretriz de uma Rodovia Federal
Planejada.As diretrizes das Rodovias Federais planejadas muitas vezes
coincidem com trechos de Rodovias Estaduais ou Municipais, entretanto o
traçado definitivo da Rodovia Federal somente será estabelecido após
estudos técnicos e econômicos que serão realizados por ocasião de sua
construção.Assim tais trechos de rodovias Estaduais ou Municipais
superpostas, apesar de listados e codificados como BR’s, não se encontram
sob jurisdição federal e constituem as denominadas rodovias coincidentes
(ex.: Rodovias Estaduais Transitórias).*

Atenciosamente,

Claiton Neisse
55 8147 1030

Em 3 de fevereiro de 2015 11:34, Lists li...@gimnechiske.org escreveu:

Claiton,

Voce tem exemplo onde BR-287 não passa junto com RSC-287, ou RSC-287 não
junto com BR-287? Pelo que eu consegui ver, os RSC e BR mesmo. Caso similar
no Minas Gerais onde MGC e mesmo BR.

Pelo que conheço, este somente e caso nos estados Rio Grande do Sul e
Minas Gerais.

Tem no Espirito Santo o BR-484 e o ES-484 que pelo maioria do trecho e
mesmo, mas tem desvia diferente algum lugares, e também caso com BR-482 e
ES-482. Tem tempo não visitei estes rodovias pessoalmente, mas se lembro
certo, os placas tem BR-xxx, então, deve ser etiquetada com prioridade a
BR, se caso contrario deve usar o estadual.

Aun Johnsen

On Feb 3, 2015, at 10:21, Claiton Neisse claiton.nei...@gmail.com
wrote:

Eu penso que o que vem primeiro deveria depender de quem administra a
via. Se uma rodovia federal coincide com uma rodovia administrada por um
estado da federação, a numeração do estado deveria vir antes. Caso
contrário, a numeração federal viria primeiro.

Ou seja, o primeiro da fila na tag ref, deveria ser quem administra a
rodovia de fato.

Eu concordo que, não é preciso colocar a tag ref em cada membro de uma
relação. Mas, aí surge uma dúvida.

Tomemos uma rodovia administrada por um estado e que coincida com uma
rodovia federal, em um determinado trecho. Cria-se uma relação para cada
uma das rodovias. Se, no trecho em que as rodovias coincidem, não
colocarmos a tag ref, como uma aplicação qualquer, que utilize os dados,
vai decidir quem administra o trecho coincidente? No trecho coincidente,
acredito que cabe o uso da ref.

Esse é o caso da rodovia RSC-287, no Rio Grande do Sul. A RSC-287 é uma
rodovia estadual onde toda a sua extensão coincide com parte da rodovia
federal BR-287. Daí, uma aplicação que renderize esse trecho como BR-287 (e
não como RSC-287) não é realista, porque é uma rodovia estadual e não
federal.

Atenciosamente,

Claiton Neisse
55 8147 1030

Em 1 de fevereiro de 2015 23:41, Lists li...@gimnechiske.org escreveu:

Vitor

Como os rodovias faz parte do relações, não e necessário com ref= no
cada trecho das rodovias. Os refs deve ser renderizados por importância nos
mapas direito da relação.

Em caso nao, os federais primeiro, começando com numeração menor, e
depois os estaduais, também começando com numeração menor.

Por exemplo (nao sei se e um exemplo verdadeiro), onde ha BR-040, BR-116
e RJ-194 juntos, o ref pode ser etiquetado ref=BR-040;BR-116;RJ-194

No meu opinião, fica meia bagunçado fazendo isso no cada trecho, as
vezes o renderizador vai tentar render o ref no pontes pequenas sobre
córregos, e a mapa pode fica meia poluído com refs.

Aun Johnsen

On Feb 1, 2015, at 21:27, Vítor Rodrigo Dias vitor.d...@gmail.com
wrote:

Pessoal,

Re: [Talk-br] BR-116 split and cleanup

2015-02-12 Per discussione Lists

Eu concordo com separa os relações das rodovias maiores, o BR-116 e o BR-101 
ambos e mais que 2000 elementos, e quase 2000 versões. Mas precisamos um 
consenso em como eles deve ser divididos. Não concordo como o Paul Norman 
dividiu o BR-116.

Eu dividi o ES-060 (relação 2055019) entre o area concecionada e o area não 
concecionada (relação 3904464) com o relação 4564066 como super-relação, para 
experimentar se funciona melhor. Um motivo por isso e que area concecionada tem 
um operador próprio (RodoSol) com canal de informacao aos usuários, enquanto o 
outro parte e operado por DER-ES sem nenhuma forma de comunicação oficial.

Eu acho devemos fazer mesmo com os rodovias federais, cada conceição forma um 
relação próprio, com um super-relação juntando tudo.

Aun Johnsen

 On Feb 12, 2015, at 20:40, Flavio Bello Fialho bello.fla...@gmail.com wrote:
 
 Não concordo com essa quebra da BR-116. Eu uso a relação para testar a 
 integridade das rodovias e isso me atrapalhou bastante. Não consigo mais 
 checar a BR-116, cuja relação eu vinha mantendo intacta. Antes de fazer algo 
 desse tipo, devemos ter uma discussão adequada para decidir se deve ou não 
 ser feito, aviso de que isso será feito (na lista, no fórum e no wiki) e 
 tempo suficiente para que todos se manifestem. As rodovias federais do Rio 
 Grande do Sul estão listadas em 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais 
 (testo elas regularmente) e a lista de todas as rodovias federais está em 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Rodovias_Federais 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Rodovias_Federais . 
 Com a alteração, os links para a BR-116 não estão mais funcionando.
 
 Em 2 de fevereiro de 2015 10:28, Nelson A. de Oliveira nao...@gmail.com 
 mailto:nao...@gmail.com escreveu:
 Como o problema de relações de rota não está relacionado com o DWG não
 é preciso incluí-los (DWG e Paul) nas respostas.
 Também não há necessidade de continuar a discussão em inglês (já que é
 a comunidade brasileira que deve decidir qual a melhor forma de manter
 as relações).
 
 O Paul gentilmente avisou sobre a divisão de uma rota apenas porque
 foi necessário quebrá-la para facilitar algumas reversões e remoções
 de objetos.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br 
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 -- 
 Flávio Bello Fialho
 bello.fla...@gmail.com 
 mailto:bello.fla...@gmail.com___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

2015-02-12 Per discussione Tom MacWright

Since two years ago, iD has an range of validations it runs on every
potential changeset, as well as an interface to review  correct potential
errors before saving them.

https://github.com/openstreetmap/iD/blob/master/js/id/validate.js#L1

We welcome contributions to expand these, and have a few proposed additions
which would be good places to start if you want to help:
https://github.com/openstreetmap/iD/issues?q=is%3Aopen+is%3Aissue+label%3Avalidation

On Thu, Feb 12, 2015 at 8:44 PM, Michał Brzozowski www.ha...@gmail.com
wrote:

 I was wondering, what do you think (interpret this only as a question)
 about introducing validation in iD in the future?

 Using MAGIC integrated circuit design tool, that does DRC (Design Rule
 Check) in real time and highlights errors inspired me that OSM editors
 could also incorporate this. It makes sense to me. First, users will not be
 overwhelmed by a sh**load of errors at once and second, they could learn
 what they actually do wrong.

 But this poses challenges, because sometimes when you're editing, there
 will be a temporary error state, to disappear just when you finish a
 sequence (e.g. you don't enter all tags at once so there will be a
 transient place of worship without religion error.) That type of error
 message should not happen, because spamming irrelevant errors only makes
 users ignore them.

 Still, there are checks that can be safely made in real time, like all
 sorts of geometrical tests (self-intersections, building crossing another
 building and so on.). Maybe good-enough heuristics could be applied for
 when the user stopped editing a feature and moved on to another, to address
 the temporary error issue.

 Anyway, thanks in advance to anyone who makes iD more iDiot-proof. It
 really matters a lot, for example there was press coverage (Polish News
 Agency) back in 2014-08-18 that generated 500 or more new users who
 obviously contributed a fair share of mistakes. There was simply no
 manpower available to check edits of all the users, let alone message them
 on what they did wrong.

 Having no severe errors is quite a point of honor to me, as I think we
 must try to be free of all these that cursed satnav told me to do this
 situations. Steve Jobs once told something along the lines of We don't
 ship junk. We make products that we could recommend to our family and
 friends and surely anyone tech-savvy can relate to that feeling of
 embarrassment when a cool gadget/software you show to your family happens
 to betray you. Have your navigation lead you off-road (see: wrong road
 tagging), people will tell that OSM is shit even though other map
 products are not ideal as well.

 Michał


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


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

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

Não sei como é em Minas. No RS, a BR-287 tem trechos em que é federal
(BR-287) e trechos em que é estadual (RSC-287), mas nunca ambos. Na
relação, fica o tag ref=BR-287, mas no trecho, o tag é ref=RSC-287 ou
ref=BR-287 (mas não os dois).

Em 12 de fevereiro de 2015 22:01, Gerald Weber gwebe...@gmail.com
escreveu:



 Quanto à ordem no tag ref, se não há placa, eu faço o que o Aun sugeriu
 (primeiro BR, em ordem numérica, depois RSC, em ordem numérica, depois ERS,
 em ordem numérica, depois VRS, em ordem numérica). Lembro que BR e RSC com
 o mesmo número no mesmo trecho são excludentes, ou seja, ou vai um ou vai
 outro no tag ref. Se houver placa, o ref da placa vai primeiro.


 Você pode por ambas no ref, separados por ponto-e-vírgula

 ref=BR-262;MGC-262

 eu acho bastante útil como usuário do mapa

 abraço

 Gerald

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




-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] BR-116 split and cleanup

Entendo que o histórico estava muito longo e que a rodovia tem muitos
segmentos. Entretanto, dividir a rodovia em relações pequenas prejudica o
controle. Quando eu vejo que uma rodovia ficou descontínua, eu baixo a
rodovia no JOSM e conserto o que ficou errado. Geralmente, aproveito para
corrigir a rodovia no trecho afetado, detalhando os cruzamentos e colocando
as restrições de conversão, de forma que a rodovia fique correta e o
usuário não precise mexer de novo. Assim, é bom que os trechos sejam
longos, pois eu verifico uma grande extensão numa tacada só. Se for para
dividir, proponho que seja dividido por região (Sul, Sudeste, Nordeste,
Norte e Centro-Oeste). Assim, a BR-116 ficaria dividida em 3 relações (NE,
SE e S) e fica mais fácil para as equipes de cada estado trabalharem. Dessa
forma, quando eu verificasse a integridade da BR-116, já o faria em 3
estados (RS, SC e PR). Até agora, as únicas rodovias realmente grandes (em
número de segmentos) são a BR-116 e a BR-101.

2015-02-12 22:48 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com:

 A separação que o Paul fez foi emergencial (para remover alguns dados do
 OSM).
 Foi caso isolado.

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




-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-it] Sondaggio per OpenAerialMap, offerta di lavoro e Google Summer of Code

2015-02-12 Per discussione Cristiano Giovando

Ciao a tutti e scusate per il cross-posting,

Vi inoltro un messaggio riguardo al progetto OpenAerialMap che grazie
a HOT (Humanitarian OpenStreetMap Team) abbiamo ricominciato a
sviluppare a partire da quest'anno.

Si tratta di un breve sondaggio [1] sui modi e usi delle immagini
aeree durante le operazioni di mappatura per progetti umanitari. Se
lavorate in questo campo o conoscete altri gruppi cui inoltrare, vi
saremmo molto grati per il vostro contributo.

Lunedi' inoltre pubblicheremo una call per 2 sviluppatori a contratto
per 6 mesi. Vi mando il link [2] del draft in anteprima nel caso
abbiate commenti o suggerimenti. Il progetto sara' completamente open
source, cosi' come tutta la discussione per lo sviluppo su GitHub [3]
e mailing list [4].

Inoltre stiamo cercando di mandare la domanda di partecipazione a
Google Summer of Code come HOT. Se avete idee che volete sviluppare
con studenti per progetti open source inerenti o in supporto alle
attivita' di OSM e HOT, fateci sapere o proponete direttamente qui [5]
usando l'etichetta GSoC2015.

Grazie e a presto!

Cristiano

[1] http://goo.gl/forms/kUK0nQ7wJh
[2] 
https://docs.google.com/document/d/1LvWGDdWJ2RM8iqDVX8nxmZY7IG7SF5B9EeITtjR1JFo/edit?usp=sharing
[3] https://github.com/hotosm/OpenAerialMap
[4] https://groups.google.com/a/hotosm.org/forum/#!forum/openaerialmap
[5] https://github.com/hotosm/HOT-Project-Ideas/issues


-- Forwarded message --
From: Cristiano Giovando cristiano.giova...@hotosm.org
Date: Thu, Feb 12, 2015 at 5:07 PM
Subject: [OSGeo-Discuss] OpenAerialMap Survey
To: disc...@lists.osgeo.org


Hello OSGeo,

In order to better understand how humanitarian mappers use and share
aerial imagery, we are publishing a short user requirement survey to
collect feedback that will help us to build out OAM:

http://goo.gl/forms/kUK0nQ7wJh

If you use aerial or satellite imagery in your humanitarian mapping
projects (e.g. for tracing or visual analysis), we invite you to
complete section 1. If you or your organization also acquires and
provides aerial imagery for mapping purposes, then it would be great
if you could answer section 2 as well.

The entire survey should not take more than 5 minutes. Contact me with
any question and please forward this message to any colleague or group
working with aerial and satellite imagery in humanitarian projects.

Thank you!

Cristiano


--
Cristiano Giovando
Technical Project Manager
Humanitarian OpenStreetMap Team
http://hot.openstreetmap.org

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

[Talk-br] FIXME

2015-02-12 Per discussione belnuovo


O que deve ser feito quando se encontra esta etiqueta  (
http://www.openstreetmap.org/edit#map=19/-23.19054/-46.89869 ) ?
Nesta URL tinha tags erradas , usandoLIGAçãO DE VIA EXPRESSAao invés
de/LIGAçãO DE VIA TERCIáRIA ./
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] BR-116 split and cleanup

Não concordo com essa quebra da BR-116. Eu uso a relação para testar a
integridade das rodovias e isso me atrapalhou bastante. Não consigo mais
checar a BR-116, cuja relação eu vinha mantendo intacta. Antes de fazer
algo desse tipo, devemos ter uma discussão adequada para decidir se deve ou
não ser feito, aviso de que isso será feito (na lista, no fórum e no wiki)
e tempo suficiente para que todos se manifestem. As rodovias federais do
Rio Grande do Sul estão listadas em
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais
(testo elas regularmente) e a lista de todas as rodovias federais está em
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Rodovias_Federais .
Com a alteração, os links para a BR-116 não estão mais funcionando.

Em 2 de fevereiro de 2015 10:28, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 Como o problema de relações de rota não está relacionado com o DWG não
 é preciso incluí-los (DWG e Paul) nas respostas.
 Também não há necessidade de continuar a discussão em inglês (já que é
 a comunidade brasileira que deve decidir qual a melhor forma de manter
 as relações).

 O Paul gentilmente avisou sobre a divisão de uma rota apenas porque
 foi necessário quebrá-la para facilitar algumas reversões e remoções
 de objetos.

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




-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 12 février 2015 23:01, Tony Emery tony.em...@yahoo.fr a écrit :

 verdy_p wrote
  La base de données voirie sur laquelle je travaille est « l’officiel de
 la
   voirie de la CCPRO »,
 
  Enfin tu réponds à la question ! Donc comme je te répondais depuis le
  début c'est un ref:FR:CCPRO=*. Combien de fois je 'ai demandé le
  périmètre de cette base et son nom?

 Tu rigoles des genoux ? je t'ai dit au moins 20 fois pour qui, avec qui et
 sur quel territoire je travaillais !?! Et donc, non c'est pas QUE CCPRO
 puisqu'il y a aussi Avignon et son agglo ! en attendant la suite.


Là c'est toi qui 'rigole des genoux en étendant trop librement ma réponse
en prenant un autre exemple. Je donnais un exemple correct pour l'exemple
que tu donnais (tu ne parlais pas d'Avignon dans la phrase que je cite en
réponse. L'autre agglo d'Avignon utilisera son tag à elle. Est-ce que les
deux utilisent toujours la même codification commune quand elles sont en
collision ?


 verdy_p wrote
 Je n'ai jamais parlé de code mais d'identifiant unique, nuance. On vois que
 tu n'as jamais travaillé sur une base de données voirie ou sur une base de
 données adresses pour ne pas voir l'intérêt d'un identifiant unique pour
 distinguer une voie d'une autre.


Je n'ai pas parlé de code mais de codification, dont font partie les
identifiants uniques de toute base de données. Peu import esi je n'ai pas
travaillé pour une collectivité j'ai travaillé et travaille encore sur
d'autres bases de données qui ont elles aussi leur codification propre. Et
là encore il faut gérer des codifications de références externes multiples
(et pas synchronisées nécessairement entre elles).


 verdy_p wrote
  Confusion très visible des codes INSEE utilisés... tiens donc, voilà une
  codification intéressante, car justement elle ne vient pas de la
  compétence des communes en matière de voirie mais d'un établissement
  public de l'Etat où la commune n'a aucun pouvoir ! C'est très troublant
 de
  voir un tag pourtant mentionner commune quand le code commune visible
  n'est pas le bon et quand toi même tu justifie que cela vient non pas de
  la commune mais d'une CC non mentionnée dans le nom du tag ni dans sa
  valeur.

 Tu parles de quoi là ? le code INSEE, l'Etat ? c'est quoi le problème ?
 J'ai
 vraiment du mal à te suivre pour le coup !


Je parlais de la valeur de ton tag, même dans l'explication que te donnes
puisque tu dis bien que cela utilise le code INSEE (pas le code CCPRO ou
autre agglo) de la commune (laquelle ? ce n'est pas expliqué dans ta doc
m^me si ici tu l'as décrit mais plus tard). Cette collectivité ne code pas
tout en tout cas ne codifie pas elle-même la/les communes concernées.

 Le chemin de Saint-Roman, puisqu'il s'agit de ça,
 http://www.openstreetmap.org/way/96962494 est une voie communale de la
 commune de Bédarrides qui fait office de frontière avec la commune de
 Courthézon et, oh miracle, les 2 communes font partie de la CCPRO, donc, la
 CCPRO n'impose rien aux autres interco dommage !


Je ne l'ai pas fait par hasard, si je suis tombé sur ce chemin c'est parce
qu'il était rompu et qu'il ma fallu réparer les relations autour (et oui
cela allait beaucoup plus loin que la CCPRO, j'ai fait le tour des
différentes relations brisées et pour certaines ait du en retracer des
petits morceaux manquants, et refusionner là où deux segments successifs
n'étaient pas nécessaires.

Je me suis aperçu de ça avec un trou inexplicable dans les arrondissements
(très visible sur la couche admin_7 du rendu OSM.fr, où la zone n'était pas
rempli de rouge). Là le me suis aperçu que cela allait plus loin et
touchait toute une série de relations (dont les CC, les cantons anciens et
nouveaux, circonscriptions législatives, un bout de parc naturel, un cours
de rivière, quelques itinéraires de bus (relation route), un itinéraire
cyclable... Tout n'était pas venu nécessairement de tes modifs mais au
passage j'ai réparé en globalité tout ce que me signaliait le validateur de
données (en revanche je n'ai pas regardé du tout les landuse qui pour
l'instant n'affichait pas de gros défaut visible.

il peut y avoir quelques un dans ces chemins limitrophes qui n'avait plus
ton tag mais je n'ai pas regardé la totalité des limites communales qui
n'avaient pas été brisées.
Et justement Courthézon ou Bédarrides (je ne sais plus laquelle) était
partiellement brisée ce qui m'a amené à explorer tout leur contour pour le
vérifier et voir où ça clochait.

Et il manquait même toute une petite route en lacets (une dont le tracé
était visiblement très vieux et vraiment trop grossier avec des angles
impossibles ou passant au travers de batiments ou franchisant des ruisseau
d'une rive à l'autre sans aucun pont ni culvert, en diagonale
quasi-parallèle coupant la route sur plusieurs dizaines de mètres). Je n'ai
pas pour autant recré les chemins, j'ai ajouté des points qui manquaient
pour que cela ait un sens, et réaligné quelques uns qui étaient trop
éloignés du centre de la route.

Re: [Talk-br] Prioridades em rodovias com mais de uma ref=

2015-02-12 Per discussione Gerald Weber




 Quanto à ordem no tag ref, se não há placa, eu faço o que o Aun sugeriu
 (primeiro BR, em ordem numérica, depois RSC, em ordem numérica, depois ERS,
 em ordem numérica, depois VRS, em ordem numérica). Lembro que BR e RSC com
 o mesmo número no mesmo trecho são excludentes, ou seja, ou vai um ou vai
 outro no tag ref. Se houver placa, o ref da placa vai primeiro.


Você pode por ambas no ref, separados por ponto-e-vírgula

ref=BR-262;MGC-262

eu acho bastante útil como usuário do mapa

abraço

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

Re: [Talk-br] BR-116 split and cleanup

2015-02-12 Per discussione Nelson A. de Oliveira

A separação que o Paul fez foi emergencial (para remover alguns dados do OSM).
Foi caso isolado.

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

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

2015-02-12 Per discussione Michał Brzozowski

I was wondering, what do you think (interpret this only as a question)
about introducing validation in iD in the future?

Using MAGIC integrated circuit design tool, that does DRC (Design Rule
Check) in real time and highlights errors inspired me that OSM editors
could also incorporate this. It makes sense to me. First, users will not be
overwhelmed by a sh**load of errors at once and second, they could learn
what they actually do wrong.

But this poses challenges, because sometimes when you're editing, there
will be a temporary error state, to disappear just when you finish a
sequence (e.g. you don't enter all tags at once so there will be a
transient place of worship without religion error.) That type of error
message should not happen, because spamming irrelevant errors only makes
users ignore them.

Still, there are checks that can be safely made in real time, like all
sorts of geometrical tests (self-intersections, building crossing another
building and so on.). Maybe good-enough heuristics could be applied for
when the user stopped editing a feature and moved on to another, to address
the temporary error issue.

Anyway, thanks in advance to anyone who makes iD more iDiot-proof. It
really matters a lot, for example there was press coverage (Polish News
Agency) back in 2014-08-18 that generated 500 or more new users who
obviously contributed a fair share of mistakes. There was simply no
manpower available to check edits of all the users, let alone message them
on what they did wrong.

Having no severe errors is quite a point of honor to me, as I think we must
try to be free of all these that cursed satnav told me to do this
situations. Steve Jobs once told something along the lines of We don't
ship junk. We make products that we could recommend to our family and
friends and surely anyone tech-savvy can relate to that feeling of
embarrassment when a cool gadget/software you show to your family happens
to betray you. Have your navigation lead you off-road (see: wrong road
tagging), people will tell that OSM is shit even though other map
products are not ideal as well.

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

[OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione Ab_fab

Bonjour,

Un article de la Voix du Nord d'hier qui monte un peu dans les tours
concernant un tracé en projet pour une voie ferrée près d'Aulnoye-Aymerie

http://www.lavoixdunord.fr/region/avesnois-des-cartes-sur-internet-affichent-deja-le-ia12b45170n2655846

le service uMap est cité, mais sans lien direct vers la carte en question.
Dans la base OSM, c'est ce way qui est en question
http://www.openstreetmap.org/way/244020057#map=14/50.1986/3.8617layers=D

Dans le descriptif, il est indiqué railway = construction, alors que
serait au mieux railway = proposed


   - Proposed - For features that have a strong likelihood of being
   constructed. For a proposed railway line tag it with railway
   http://wiki.openstreetmap.org/wiki/Key:railway=proposed
   http://wiki.openstreetmap.org/wiki/Tag:railway%3Dproposed and also
   proposed http://wiki.openstreetmap.org/wiki/Key:proposed=* where * is
   the type of railway being proposed (rail, subway,light-rail etc). *An
   aspiration on the part of an authority or from an advocacy group which is
   not funded or approved should not be added.*


La dernière phrase veut bien dire que tant qu'il n'y a pas eu
d'officialisation du projet par les autorités, le tracé n'a pas lieu d'être
dans OSM, c'est ça ?

Bonne journée

-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] Use of OSM by municipalities

2015-02-12 Per discussione Severin Menard

Hi,

Is there somewhere a collection of use cases of OpenStreetMap data and
services by municipalities?

Sincerely,

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

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-12 Per discussione Tony Emery

Je n’osais pas le dire, cher Vincent, de peur de passer pour un exploitant
privé de la donnée public mais, effectivement, j’ai aussi dans l’idée que
l’utilisation de ce type de tag sera quasiment impossible. J’avais fait la
même remarque à Jean-Louis quand il voulait intégrer les codes pour les ERP.
Il voulait créer un tag par type d’ERP et je lui ai dit que ce serait
inexploitable pour la suite.
Pourquoi pas le ref:FR mais à vérifier s’il n’y aurait pas de conflit ou de
risque de confusion avec d’autres ref français.

Par contre, le local_ref ne me semble pas forcément approprié. Il serait
plus utile pour récupérer la référence des voies communales (VC…) ou des
chemins ruraux (CR…). Mais ce n’est qu’un avis.

Le deuxième aspect est la réalisation d’une base de données voirie qui va
s’imposer aux communes dans le cadre des « Schémas de Voirie Communale ».
Les communes vont donc devoir faire ce travail de recensement de la voirie
de leur territoire mais, dans le cadre de la mutualisation, ce travail peut
être fait au niveau de l’intercommunalité.
Donc cette identifiant doit rester au niveau des communes, même si elles
sont traitées par les EPCI.

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

[OSM-talk-be] vivaqua

2015-02-12 Per discussione Pierre Parmentier

Just for info: Vivaqua has - among others - the OSM data as background in
their Origine des eaux - VIVAQUA - Herkomst van het water map.

Regards.

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

Re: [Talk-us] For comment: import of amenity=bicycle_repair_stations

2015-02-12 Per discussione Bryce Nesbitt

On Wed, Feb 11, 2015 at 3:36 PM, Greg Morgan dr.kludge...@gmail.com wrote:
 On Wed, Feb 11, 2015 at 2:23 PM, Bryce Nesbitt bry...@obviously.com wrote:
  On Tue, Feb 10, 2015 at 5:04 PM, Greg Morgan dr.kludge...@gmail.com wrote:
  
   Thanks for sharing your mapping project.
   Regards,
   Greg
 
  Greg;
  There are five locations shown on the Arizona State University Tempe campus.
  Could you ground truth those?

 I'll find an excuse to get out that way over the weekend.   One is way out 
 there at the Polytechnic campus.

I uploaded the Arizona State University points to get you hunting :-).

Note that at the Tempe campus, my data shows four stations, the map shows three:
http://www.asu.edu/parking/pdf/bike-map.pdf
I added a matching map note at:
https://www.openstreetmap.org/note/315164

The odd thing about mapping bike repair stations is that a huge
fraction of them are findable via google in the form of press
releases(!).  Often there's no map, just a list of places in the text
of the press release, and perhaps the name of the Boy Scout who
organized the project ;-).

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

Re: [OSM-talk-fr] Cantons

2015-02-12 Per discussione Vincent de Château-Thierry

Bonjour,

 De: Francescu GAROBY f.gar...@gmail.com
 
 Je relance ce sujet : les élections sont dans 1 mois et demi, les
 candidats commencent à être connus (localement) et à se déclarer,
 les médias commencent à parler de l'élection, ...
 Bref, les anciens cantons n'ont plus vraiment de raison d'être
 (personne ne va pas s'intéresser à leur découpe ou à en tracer de
 nouveaux, maintenant), il serait peut-être bon de commencer à faire
 la bascule.
 Je propose que lorsque quelqu'un fait la bascule, il la fasse en même
 temps pour les 2 types de cantons : les anciens (avec l'ajout du
 préfixe disused:* et du tag end_date=2015-03, comme évoqué
 précédemment) et les nouveaux (avec le retrait du préfixe
 planned:*).
 Et ce serait bien que cela soit fait pour tout un département à la
 fois (les nouveaux cantons ne suivant pas les frontières des
 anciens, il risquerait sinon d'y avoir superposition d'anciens pas
 encore désactivés et de nouveaux cantons fraîchement activés, et les
 2 seront considérés comme les cantons officiels par les moteurs de
 rendu)
 Cette façon de faire vous convient-elle ?

Oui pour moi, sur l'ensemble.

vincent

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

Re: [Talk-it] access=designated

2015-02-12 Per discussione Luca Sigfrido Percich

Si, intendeva così.

A milano di oneway=no ne abbiamo più di 3000, alcuni sono stati inseriti
durante la riconciliazione col grafo AMAT. In generale se trovo oneway=yes
o oneway=-1 e la strada è  invece a doppio senso, invece di cancellare il
tag metto oneway=no. Non starei invece ad aggiungerlo dove manca, a meno
che non siano casi dove ero in dubbio e ho verificato il senso di marcia.


Ho trovato 50 access=designated, ricordiamoci di metterli a posto. Ora non
riesco a farlo sistematicamente.

Grazie

Sig

Il giorno 12 febbraio 2015 10:24, emmexx emm...@tiscalinet.it ha scritto:

 Il 02/12/2015 08:56 AM, Aury88 scrisse:

 attento che oneway=no è errato...


 Intendevi dire che NON e' errato, giusto?

 ciao
 maxx


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

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

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione Vincent de Château-Thierry


 De: DH dhel...@free.fr
 
 Quelqu'un a pris contact avec l'auteur initial du tracé (Jacques Lys)
 pour lui demander ses sources ? Peut-être nous écoute-t-il sur cette
 liste ?

Oui, ce matin, par messagerie OSM.

vincent

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

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione Romain MEHUT

Le 12 février 2015 10:32, DH dhel...@free.fr a écrit :


 Quelqu'un a pris contact avec l'auteur initial du tracé (Jacques Lys) pour
 lui demander ses sources ? Peut-être nous écoute-t-il sur cette liste ?


Je l'ai mis en copie.

Romain


 Pour ma part, je vois avec le chargé de projet cité dans l'article pour
 voir si ce tracé pose problème pour SNCF Réseau.

 Denis
 ___
 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] Base de données pour le développement

Il doit y avoir une petite différence entre le XML de base des dumps OSM
et les XML enregistré sur disque par JOSM... compare le début des
fichiers, je pense que c'est par là...


Le 12/02/2015 11:03, Vincent Frison a écrit :
 J'avais mal compris plusieurs choses, déjà qu'on pouvait importer des
 données XML avec osm2pgsql (je pensais bêtement qu'on pouvait lui
 donner que du PBF à manger).

 Ensuite l'idée d'avoir le schéma osm2pgsql avec les IDs du serveur de
 test est pas mal du tout puisqu'effectivement cela me permettrait de
 pouvoir tester directement avec l'API de test (et donc plus besoin de
 m'installer Rails Port + schéma apidb contenant les IDs du vrai serveur). 

 Le problème c'est que osm2pgsql plante dès que j'importe un fichier
 OSM contenant des éléments provenant de l'API de test (erreur de
 segmentation et strace ne donne pas d'infos supplémentaires très
 utiles). 

 J'ai par exemple téléchargé depuis JOSM les quelques bâtiments
 présents dans l'API de test qui sont juste en dessous la Gare de Lyon
 (tours Gamma et Natixis), bâtiment que j'avais uploadé il y a quelques
 jours. Mais osm2pgsql ne veut pas digérer le fichier généré alors
 qu'évidemment ça passe très bien si c'est un fichier OSM de la même
 zone mais exporté depuis le vrai serveur. Il faut donc croire que les
 bâtiments que j'ai uploadé sur l'API de test ne sont pas complètement
 valides.. mais c'est assez étonnant puisque j'ai bien réussi à les
 uploader.

 Pour info j'utilisais une veille version d'osm2pgsql puisque c'était
 celle de Debian Wheezy (0.80). J'ai donc compilé non sans mal la
 version Git (0.87) mais le problème est exactement le même. 

 J'essayerai de refaire des tests de ce soir notamment avec les
 fichiers du cadastre.. ou avec un fichier contenant juste un seul
 bâtiment pour essayer de comprendre où est le problème.



 Le 11 février 2015 08:27, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :

 Euh... en appelant l'API ?

 Pour un test un 'map' sur une petite zone que tu aura préchargé en
 bâtiment comme je l'avais indiqué devrait aller, non ?

 
 http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_bounding_box:_GET_.2Fapi.2F0.6.2Fmap

 Ce que je ferai (encore plus simple):
 - récup des bâtiments d'un arrondissement sur
 cadastre.openstreetmap.fr http://cadastre.openstreetmap.fr
 - ouverture dans JOSM, envoi des bâtiments sur l'API de test
 - après upload, enregistrement dans un fichier .osm (donc tu as
 les ID attribuées par l'API de test)
 - import dans postgres avec osm2pgsql de ce .osm
 - test de ton script sur l'API de test


 Le 10/02/2015 22:42, Vincent Frison a écrit :
 Le 10 février 2015 21:46, Christian Quest
 cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit :

 Il sufit de charger dans ton postgres de test non pas la base
 OSM normale, mais une récupération des données sur l'API de
 test... là tu aura tout synchro pour tes tests.

 Une fois que tout est ok, tu recharge les vraies données OSM
 et tu relance ton script.


 Merci Christian.. mais question sans doute un peu bête: comment
 je fais pour récupérer les données de l'API de test ? 



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

 -- 
 Christian Quest - OpenStreetMap France


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org mailto: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

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Article - La Voix du Nord

J'ai tweeté... espérons qu'ils suivent leur compte ;)


Le 12/02/2015 10:12, althio a écrit :
 Ils ont peut-être contacté OSM-Foundation pr...@osmfoundation.org ou
 un autre truc OSM-international mais pas OSM-fr.

 2015-02-12 9:57 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:
 Ils ont peut être appelé le président d'internet avant OSM... ;)

 Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
 De: Romain MEHUT romain.me...@gmail.com

 Ce qui est rigolo c'est que les journalistes ne savent pas comment
 s'y prendre pour remonter à la source du tracé.
 L'article évoque une prise de contact avec OSM. Mais contact at 
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a été 
 sollicité en direct ?

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

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Base de données pour le développement

2015-02-12 Per discussione Vincent Frison

J'avais mal compris plusieurs choses, déjà qu'on pouvait importer des
données XML avec osm2pgsql (je pensais bêtement qu'on pouvait lui donner
que du PBF à manger).

Ensuite l'idée d'avoir le schéma osm2pgsql avec les IDs du serveur de test
est pas mal du tout puisqu'effectivement cela me permettrait de pouvoir
tester directement avec l'API de test (et donc plus besoin de m'installer
Rails Port + schéma apidb contenant les IDs du vrai serveur).

Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
contenant des éléments provenant de l'API de test (erreur de segmentation
et strace ne donne pas d'infos supplémentaires très utiles).

J'ai par exemple téléchargé depuis JOSM les quelques bâtiments présents
dans l'API de test qui sont juste en dessous la Gare de Lyon (tours Gamma
et Natixis), bâtiment que j'avais uploadé il y a quelques jours. Mais
osm2pgsql ne veut pas digérer le fichier généré alors qu'évidemment ça
passe très bien si c'est un fichier OSM de la même zone mais exporté depuis
le vrai serveur. Il faut donc croire que les bâtiments que j'ai uploadé sur
l'API de test ne sont pas complètement valides.. mais c'est assez étonnant
puisque j'ai bien réussi à les uploader.

Pour info j'utilisais une veille version d'osm2pgsql puisque c'était celle
de Debian Wheezy (0.80). J'ai donc compilé non sans mal la version Git
(0.87) mais le problème est exactement le même.

J'essayerai de refaire des tests de ce soir notamment avec les fichiers du
cadastre.. ou avec un fichier contenant juste un seul bâtiment pour essayer
de comprendre où est le problème.



Le 11 février 2015 08:27, Christian Quest cqu...@openstreetmap.fr a écrit
:

  Euh... en appelant l'API ?

 Pour un test un 'map' sur une petite zone que tu aura préchargé en
 bâtiment comme je l'avais indiqué devrait aller, non ?


 http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_bounding_box:_GET_.2Fapi.2F0.6.2Fmap

 Ce que je ferai (encore plus simple):
 - récup des bâtiments d'un arrondissement sur cadastre.openstreetmap.fr
 - ouverture dans JOSM, envoi des bâtiments sur l'API de test
 - après upload, enregistrement dans un fichier .osm (donc tu as les ID
 attribuées par l'API de test)
 - import dans postgres avec osm2pgsql de ce .osm
 - test de ton script sur l'API de test


 Le 10/02/2015 22:42, Vincent Frison a écrit :

  Le 10 février 2015 21:46, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Il sufit de charger dans ton postgres de test non pas la base OSM
 normale, mais une récupération des données sur l'API de test... là tu aura
 tout synchro pour tes tests.

 Une fois que tout est ok, tu recharge les vraies données OSM et tu
 relance ton script.


  Merci Christian.. mais question sans doute un peu bête: comment je fais
 pour récupérer les données de l'API de test ?



 ___
 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

Re: [Talk-it] access=designated

2015-02-12 Per discussione emmexx


Il 02/12/2015 08:56 AM, Aury88 scrisse:

attento che oneway=no è errato...


Intendevi dire che NON e' errato, giusto?

ciao
maxx

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

Re: [OSM-talk-be] vivaqua

2015-02-12 Per discussione eMerzh

interresting ...

for those who are looking for the specific page ... it's in fact arcgis :

http://www.arcgis.com/apps/OnePane/basicviewer/index.html?extent={%22xmin%22:415418.30213126837,%22ymin%22:6552298.359017144,%22xmax%22:555833.1230909479,%22ymax%22:6620098.003106005,%22spatialReference%22:{%22wkid%22:102100}}appid=527f8b0312da409bade6a79a999b6930

accessible from here:
http://www.vivaqua.be/fr/espace-clients/durete-et-composition-de-leau
 when you look for the composition of the water...




On Thu, Feb 12, 2015 at 10:17 AM, Pierre Parmentier 
pierrecparment...@gmail.com wrote:

 Just for info: Vivaqua has - among others - the OSM data as background in
 their Origine des eaux - VIVAQUA - Herkomst van het water map.

 Regards.

 Pierre P.

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


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

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione DH


Le 12/02/2015 10:12, althio a écrit :

Ils ont peut-être contacté OSM-Foundation pr...@osmfoundation.org ou
un autre truc OSM-international mais pas OSM-fr.

2015-02-12 9:57 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:

Ils ont peut être appelé le président d'internet avant OSM... ;)



Quelqu'un a pris contact avec l'auteur initial du tracé (Jacques Lys) 
pour lui demander ses sources ? Peut-être nous écoute-t-il sur cette liste ?
Pour ma part, je vois avec le chargé de projet cité dans l'article pour 
voir si ce tracé pose problème pour SNCF Réseau.


Denis

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

[OSRM-talk] (no subject)

2015-02-12 Per discussione Romain NKONGO

Hello to all the OSRM community.

I'm a french student who works on a university project, along with my
supervisor and uses the open source project OSRM to achieve it.

At some point, I have to run some tests (like thousands of tests) to
extract some values from the JSON outputs (e.g. the total time). Now our
problem is we tried several ways to do this, by sending HTTP GET requests
to the running server and treat the returned response as JSON. But we tried
with Javascript, jQuery and AngularJS, with functions like $resource.get,
jQuery.getJSON $http.get or $http.jsonp and we never managed to get the
returned response in a way that we could use it for further treatment in
our script. Actually, we were able to send the requests to the server but
the response is returned in the fom of an URL link which contains the JSON
output in its body, not in the form of a variable in our Javascript that we
could manipulate.

As a matter of fact, we have two issues for this :
- some of the functions we used (which are based on jsonp) added a callback
parameter to the sent URL, so the request became invalid with 'Query
malformed at the position' errors
- I've seen in the OSRM documentation that the JSON output is encoded with
the Google polyline algorithm so it could be an invalid JSON for Javascript
(we also observed errors like SyntaxError: JSON.parse: unexpected end of
data at line 1 column 1 of the JSON data

We essentially want to use the viaroute service, so our URL is something
like that : htttp://localhost:5000/viaroute?loc=a,bloc=c,d with a,b, c
and d random float numbers.

Has anyone ever tried to run some customized tests on OSRM, with any Web
language, and if so can he give me some tricks of how he succeeded to get
the JSON ouptut where he wanted?

To be clearer of how I proceeded in AngularJS, here the code of my app.js :
var app = angular.module('clientOSRM', ['ngResource']);

app.controller('appController', ['$scope','$http', 'appServices', function
($scope,$http, appServices) {
//Initialisation de notre input, sa valeur sera stockée en instantané
dans cette variable (ng-model)
$scope.valueInput1 = 47.3654647,0.6822917;
$scope.valueInput2 = 47.3905003,0.6920979;


var getItineraryParams = function () {
return {
start: $scope.valueInput1,
end: $scope.valueInput2
//start: 47.3654647,0.6822917,
//end: 47.3905003,0.6920979
//start: a,b,
//end: c,d
}
};

//Une fonction accessible que dans ce controleur (mot clé var)
var getItinerary = function () {
appServices.osrm.get(getItineraryParams(),
function (itinerary) {
alert(Succes : +typeof itinerary);
console.log(itinerary);
},
function (error) {
alert(erreur : +typeof error+; status : +error.status);
console.log(error);
}
);
/*$http.jsonp(
http://localhost:5000/viaroute?loc=47.3654647,0.6822917loc=47.3905003,0.6920979alt=falsegeometry=falseoutput=json
)
.success(function(data, status, headers, config) {
console.log(data);
  }).
  error(function(data, status, headers, config) {
console.log(data);
  });*/

};

//Une fonction accessible depuis la vue
//Fonction appelée à l'envoi du formulaire (balise ng-submit dans
form)
$scope.submit = function () {
//On peut récupérer la valeur de notre input !
//console.log($scope.valueInput1);
getItinerary();
};
}]);

app.run(function ($rootScope) {

$rootScope.safeApply = function (fn) {
var phase = $rootScope.$$phase;
if (phase === '$apply' || phase === '$digest') {
if (fn  (typeof(fn) === 'function')) {
fn();
}
} else {
this.$apply(fn);
}
};

});

and also the appServices.js code :
app.factory('appServices', function ($resource) {

return {
osrm: $resource(, {}, {
'get': {
method: 'GET',
params: {start: '@start', end: '@end'},
isArray:true,
url: 
http://localhost:5000/viaroute?loc=:startloc=:endalt=falsegeometry=false;
}
})
};
});

In the getItinerary function in app.js, the error function (the 3rd
parameter) is always triggered even with a HTTP status code '200 OK' of the
request.

Any ideas where it could go wrong?

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

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione Ab_fab

Envoyé un message sur le formulaire de contact du site ouèbe de la VDN,
faute de coordonnées directes vers le journaliste.

Le 12 février 2015 10:31, Christian Quest cqu...@openstreetmap.fr a écrit
:

 J'ai tweeté... espérons qu'ils suivent leur compte ;)


 Le 12/02/2015 10:12, althio a écrit :
  Ils ont peut-être contacté OSM-Foundation pr...@osmfoundation.org ou
  un autre truc OSM-international mais pas OSM-fr.
 
  2015-02-12 9:57 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:
  Ils ont peut être appelé le président d'internet avant OSM... ;)
 
  Le 12/02/2015 09:50, Vincent de Château-Thierry a écrit :
  De: Romain MEHUT romain.me...@gmail.com
 
  Ce qui est rigolo c'est que les journalistes ne savent pas comment
  s'y prendre pour remonter à la source du tracé.
  L'article évoque une prise de contact avec OSM. Mais contact at
 openstreetmap.fr n'a rien reçu. Est-ce qu'au moins par ici quelqu'un a
 été sollicité en direct ?
 
  vincent
  ___
  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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Article - La Voix du Nord

2015-02-12 Per discussione althio

J'ai fait un très court OSM-message à Jacques Lys pour le prévenir de
l'actualité en cours.


  Jacques Lys
 12 February 2015 at 08:52

 Bonjour,

 On parle de toi (ou plutôt d'un de tes tracés) sur

 http://www.lavoixdunord.fr/region/avesnois-des-cartes-sur-internet-affichent-deja-le-ia12b45170n2655846

 http://gis.19327.n5.nabble.com/Article-La-Voix-du-Nord-td5833257.html

 Bien à toi

 althio

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

Re: [Talk-br] erros x relações

2015-02-12 Per discussione Roger C. Soares


  
  
Oi Márcio,
  
  Você usa o plugin turnrestrictions no josm?
  
  http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Turnrestrictions
  
  Nunca usei o ID para comparar, mas o turnrestrictions facilita
  bastante a vida no josm...
  
  Atenciosamente,
  Roger.
  
  --
  On 11-02-2015 19:14, thunder...@gpsinfo.com.br wrote:


  

  Gerald,
  em que pese as diferenças entre o JOSM e o ID, muitas das
vezes prefiro o ID dado a praticidade inserida para incluir
restrições de manobra que como você bem sabe poucos
empregam. Prefiro o ID também para alinhar as vias.
   
  Por onde passei me surpreendi com algumas situações,
dentre outras, a saber:
   
  1 – trecho de pista dupla da BR-101 com ambas as pistas
no mesmo sentido impedindo roteamento pela BR-101 de SUL
para NORTE . Corrigido em http://www.openstreetmap.org/way/320461395
   
  2 – faltava a rotatória em http://www.openstreetmap.org/way/327566384
   
  3 – faltava pista dupla em http://www.openstreetmap.org/way/327566383
. Essa falta fazia com que todas as vias residenciais
tivessem acesso para ambas as pistas da rodovia, o que não é
correto.
   
  4 – não existia o trevo em http://www.openstreetmap.org/way/327575047
   
  5 – Não existia o trevo em http://www.openstreetmap.org/way/326622667
   
  etc etc etc
   
  Quando me desloquei de Conceição da Barra para São Mateus
lamentavelmente não obtive roteamento por dentro da cidade
de São Mateus porque faltavam sentidos de direção de vias e
algumas foram editadas como pista dupla de duplo sentido
quando na verdade se tratava de pista simples de sentido
único.
  http://www.openstreetmap.org/way/151554114
  http://www.openstreetmap.org/way/229348449
   
  Um outro problema que identifiquei em São Mateus foi no
trajeto da BR-101 cortando a cidade.
  http://www.openstreetmap.org/way/325783721
  Ali identifiquei total falta de restrições de manobra nos
cruzamentos e muitos acessos desenhados, mas inexistentes.
Os existentes não estavam desenhados.
   
  Quando trefego levo comigo um gravador de mão. Por onde
passei gravei em voz as correções necessárias e venho
gradativamente efetuando-as.
   
  Venho fazendo minha parte e tenho estimulado aos
utilizadores do mapa COCAR  a aprenderem a editar o mapa e
nos ajudarem nessa empreitada.
   
  []s
  Marcio
   
   
  

   
  
From: Gerald Weber 
Sent: Wednesday, February 11, 2015 6:34 PM
To: OpenStreetMap
no Brasil 
Subject: Re: [Talk-br] erros x relações
  

 
  
  
Oi Marcio
   
  pela sua rota quase que nos encontramos por aí esses
dias :)
   
  Felizmente na parte que percorri no ES estava tudo em
ordem. Gravei todo meu percurso em vídeo e estou aos
poucos passando as fotos para o Mapillary. Os tracklogs
eu já coloquei.
   
  Agora o Aun tem toda razão num ponto: é simplesmente
  inviável fazer edições extensas no iD.
  
 
O iD só serve para pequenas
  coisas, adicionar uma padaria aqui, acertar uma mão
  única alí, e olhe lá. Por mim descontinuava esta
  porcaria.
 
O nível de destruição que venho
  tendo de corrigir de usuários do iD já ocupa a maior
  parte do meu tempo, e sinceramente relações de rota e
  de restrição de conversão eu já nem ligo mais em
  corrigir. Aquilo virou completamente impossível de
  manter. 
 
Para edições maiores tem
que fazer o dever de casa e aprender a usar o
  JOSM, não tem outro jeito. O JOSM parece complicado à
  princípio, mas na medida em que a gente aprende não
  vai querer usar outra coisa mais. 
 
Comparativamente, mapear com o
  iD é como bordar com luvas de boxe.
 
abraço a todos
 
Gerald

Re: [OSM-talk-fr] Cantons

Je poursuis une piste... celle des listes électorales. En les géocodant,
on peut avoir une vue assez utile des contours exact des cantons.

Comme chaque électeur peut demander une copie de ces listes (c'est le
Code Electoral qui le dit), on peut se coordonner pour faire la demande
auprès de chaque préfecture, c'est quand même mieux d'être électeur dans
le département. Il suffit de s'engager à ne pas les utiliser pour un
démarcharge commercial des données personnelles qui s'y trouvent (nom,
prénom, date et lieu de naissance) ce qui n'a aucun impact pour ce qu'on
veut faire.

Je vais faire la démarche pour mon département, le 94...

Ceci permettra aussi de trouver les trous dans BANO... des adresses où
il y a (en principe) des électeurs, mais qu'on n'a pas dans BANO.

Le timing est serré pour les élections, mais ça servira au delà...


Le 12/02/2015 09:47, Vincent de Château-Thierry a écrit :
 Bonjour,

 De: Francescu GAROBY f.gar...@gmail.com

 Je relance ce sujet : les élections sont dans 1 mois et demi, les
 candidats commencent à être connus (localement) et à se déclarer,
 les médias commencent à parler de l'élection, ...
 Bref, les anciens cantons n'ont plus vraiment de raison d'être
 (personne ne va pas s'intéresser à leur découpe ou à en tracer de
 nouveaux, maintenant), il serait peut-être bon de commencer à faire
 la bascule.
 Je propose que lorsque quelqu'un fait la bascule, il la fasse en même
 temps pour les 2 types de cantons : les anciens (avec l'ajout du
 préfixe disused:* et du tag end_date=2015-03, comme évoqué
 précédemment) et les nouveaux (avec le retrait du préfixe
 planned:*).
 Et ce serait bien que cela soit fait pour tout un département à la
 fois (les nouveaux cantons ne suivant pas les frontières des
 anciens, il risquerait sinon d'y avoir superposition d'anciens pas
 encore désactivés et de nouveaux cantons fraîchement activés, et les
 2 seront considérés comme les cantons officiels par les moteurs de
 rendu)
 Cette façon de faire vous convient-elle ?
 Oui pour moi, sur l'ensemble.

 vincent

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

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Article - La Voix du Nord