date:20150220


Effectivement, c'est bien un problème dans Osmose.
Je vais voir comment corriger ça.


Le 20/02/2015 12:04, lenny.libre a écrit :

+1 ; par contre, Osmose le signale comme erreur


Je ne pense pas, l'erreur doit être autre, tu as un lien ?


*Plusieurs relations pour la même rue*
*relation 4548495
http://www.openstreetmap.org/browse/relation/4548495* rawedit
http://osmose.openstreetmap.fr/fr/map/# analyse1
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=4548495
analyse2
http://osm8.openstreetmap.fr/%7Eosmbin/analyse-relation-open.py?4548495 josm
http://localhost:8111/import?url=http://www.openstreetmap.org/api/0.6/relation/4548495/full
edit http://osmose.openstreetmap.fr/fr/map/#
*ref:FR:FANTOIR* = 332810642U
*type* = associatedStreet
*relation 4548496
http://www.openstreetmap.org/browse/relation/4548496* rawedit
http://osmose.openstreetmap.fr/fr/map/# analyse1
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=4548496
analyse2
http://osm8.openstreetmap.fr/%7Eosmbin/analyse-relation-open.py?4548496 josm
http://localhost:8111/import?url=http://www.openstreetmap.org/api/0.6/relation/4548496/full
edit http://osmose.openstreetmap.fr/fr/map/#
*ref:FR:FANTOIR* = 330632046T
*type* = associatedStreet
Erreur reportée le : 2015-02-19
osm-show
http://www.openstreetmap.org/?lat=44.8480039lon=-0.6336735zoom=18
osm-edit
http://www.openstreetmap.org/edit?lat=44.8480039lon=-0.6336735zoom=18 josm
zone
http://localhost:8111/load_and_zoom?left=-0.6356735bottom=44.8460039right=-0.6316735top=44.85000390004select=relation4548495,relation4548496

*changer le statut :* corrigé
http://osmose.openstreetmap.fr/fr/api/0.2/error/2056490435/done faux
positif http://osmose.openstreetmap.fr/fr/api/0.2/error/2056490435/false



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

Re: [OSM-talk-fr] BANO : Reconnaissance des voies


Le 20/02/2015 11:26, lenny.libre a écrit :


Le 19/02/2015 23:04, Vincent de Château-Thierry a écrit :



Bon cela dit merci, ça m'aide pour mes propres modifs. Du coup la rue en
question est incluse dans deux relations associatedStreet ?


Oui

+1 ; par contre, Osmose le signale comme erreur


Je ne pense pas, l'erreur doit être autre, tu as un lien ?


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

Re: [Talk-it] Differenza no_left_turn only_straight_on

2015-02-20 Thread emmexx


Il 02/20/2015 11:16 AM, Andrea De Gradi scrisse:


Certamente iD permette di modificare tutti i tipi di relazioni ma il
tool grafico che mette a disposizione per indicare le tourn restriction
https://www.mapbox.com/blog/simple-editing-for-turn-restrictions-in-openstreetmap/
inserisce solo no_tourn_left, no_tourn_right, no_straight_on e no_u_tourn.


Non ho mai usato Id ma lo ho appena aperto, ho cliccato su relazioni e 
poi su crea, ho scelto restrizioni d'accesso e appare un elenco di 
restrizioni simile a quello di josm e del wiki.


ciao
maxx

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

Re: [Talk-it] Differenza no_left_turn only_straight_on

2015-02-20 Thread emmexx


Il 02/20/2015 11:32 AM, emmexx scrisse:


Non ho mai usato Id ma lo ho appena aperto, ho cliccato su relazioni e
poi su crea, ho scelto restrizioni d'accesso e appare un elenco di
restrizioni simile a quello di josm e del wiki.


Capito! Il tool grafico per inserire la relazione non fa scegliere il 
tipo di restrizione.

Non volevo pasticciare e non ho approfondito.

Ho notato anche che le turn restriction esistenti non sono indicate. 
Speriamo in bene...


ciao
maxx


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

Re: [OSM-talk-fr] cadastre.openstreetmap et import d'adresses

D'abord je vais importer les adresses dans OSM et après, j'envoie les agents
sur le terrain pour contrôler.



-
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/cadastre-openstreetmap-et-import-d-adresses-tp5834244p5834354.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] Quality of OSM Notes

2015-02-20 Thread Toby Murray

On Feb 20, 2015 1:37 AM, Bryce Nesbitt bry...@obviously.com wrote:

 A fair number of the notes in my areas were people (usually correctly)
identifying the business at a given location.
 Perhaps an easy form could prompt them to enter complete data.  This
would unburden the note system.

I believe it was Ian Dees who came up with http://onosm.org/ to address
this. It collects detailed information and then creates an actionable note
with that information.

As for useless notes, most of the ones I've seen and closed come from
Craigslist. They are the ones that start with bounds: and a URL which
used to show a box on the map to indicate the users viewport when they
created the note but now just shows the map centered on the note. Some of
them are complaining about how their listing isn't showing right on the
Craigslist website. The marginally useful ones are the ones that say my
neighborhood is missing

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

Re: [OSM-talk-fr] cadastre.openstreetmap et import d'adresses

2015-02-20 Thread Pierre-Yves Berrard

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

 [...]

 De plus, en comparant la BANO à OSM (dans lequel j'ai versé les adresses
 via
 cadastre.openstreetmap), je constate qu'il y a des adresses manquantes
 http://gis.19327.n5.nabble.com/file/n5834332/Capture.png
 Le n° 97 est bien sourcé OSM, pourtant, il n'existe pas dans OSM (le
 point
 bleu ciel)


Il existe dans OSM : http://www.openstreetmap.org/node/3355799895
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Open Data Ville de Détroit

2015-02-20 Thread dHuy Pierre

Bonjour à tous,Juste pour info, la ville de détroit à ouvert ses données à 
travers un site https://data.detroitmi.gov/Il est possible de travailler dessus 
assez facilement et à distance.Aux amateurs de traitement de données 
o/Librement,Pierre
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre.openstreetmap et import d'adresses

Ça me rassure. Je continue mon import d'adresses alors...



-
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/cadastre-openstreetmap-et-import-d-adresses-tp5834244p5834341.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

[OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

La cartographie des nouveaux cantons départementaux avance mais est
encore loin d'être complète.

Ces limites de cantons sont pas mal demandées actuellement et si nous
pouvions mettre le paquet pour avoir rapidement quelque chose de complet
ça pourrait faire briller OSM une fois de plus !

Ce Lundi se tient un hackathon à propos des élections, co-organisé par
Sciences Po, le Ministère de l'Intérieur et Etalab:
https://www.etalab.gouv.fr/open-data-camp-elections

Voilà pour le contexte... maintenant comment faire pour accélérer ?

J'ai cherché une source officielle de ce découpage, et n'ai pas pu en
trouver pour l'instant.

Je me suis rabattu sur les listes électorales avec l'intention de les
géocoder (avec BANO) pour retrouver les limites des bureaux de votes et
des cantons. Je n'ai pu obtenir que 4 départements et la qualité et la
cohérence des données ne facilite pas autant le travail que je le
pensais. C'est toutefois un moyen de contrôle intéressant mais pas une
vraie façon d’accélérer la saisie.

Retour aux bases...

La source officielle est bien sûr le JORF, et celui-ci a été repris très
proprement dans wikipédia (ce qui peut faciliter son exploitation).

Une page du wiki OSM fait l'état des lieux et permet de se coordonner :
http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Nouveaux_cantons_pour_2015

Demain c'est l'opendataday... nous n'avons rien organisé de très formel,
mais à cette occasion si vous voulez consacrer du temps pour avancer sur
cette thématique ça serait faire d'une pierre deux coups !


Bon découpage !

-- 
Christian Quest - OpenStreetMap France


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread chris66

Am 19.02.2015 um 23:29 schrieb Florian Lohoff:

 Gibt es stand heute irgendeine Routingengine für OSM die
 Geometrien der Straße (Also ausser länge) auswertet? Ich kenne
 derzeit keine. 

Garmin mit OSM Karten macht das (Spitzwinkel-Malus).

 Defakto sind alle router heute total stumpf:
 
 switch(highway)
   trunk)
   avgspeed=75
   residential)
   avgspeed=10
 
 So zur Veranschaulichung. Selbst der Maxspeed wird nicht in jedem
 fall zu rate gezogen. Damit lassen sich auch für 90-95% aller
 fälle sehr passable resultate erzielen.

Ja, für die Routenfindung reicht es die Straßenklassifikation
heranzuziehen. Mehr Heuristik ist manchmal sogar kontraproduktiv.
Die Ampelvermeidungsstategie von OSRM hat manchmal zu merkwürdigen
Routen geführt.

maxspeed-Auswertung ist aber nützlich zur Verbesserung der ETA
(estimated time of arrival) Kalkulation.

Chris




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

Re: [OSM-talk-fr] cadastre.openstreetmap et import d'adresses


Le 20/02/2015 09:23, Tony Emery a écrit :
 Du coup, j'ai un doute.

 S'il y a l'accès aux données BANO, ça sert à rien d'envoyer les données dans
 OSM via cadastre.openstreetmap ?

BANO permet de réduire la pression pour importer en masse un peu à la
va-vite les adresses dans OSM.
Ce qui est plus intéressant c'est d'intégrer les adresses en apportant
un contrôle de qualité, c'est à dire une vraie valeur ajoutée par
rapport à ce qu'on a à disposition via BANO.
De plus cette valeur ajoutée et amélioration de la qualité profite aussi
directement à BANO.


-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

2015-02-20 Thread Hélène PETIT


J'ai entrepris les cantons de haute-garonne il y a quelques temps,
puis j'ai été rebutée par des détails, certes, mais qui m'ont gonflée :
j'avais commencé par utiliser la page wikipedia,
https://fr.wikipedia.org/wiki/Liste_des_cantons_de_la_Haute-Garonne
mais j'y ai trouvé des erreurs ; j'en ai corrigé deux ou trois, puis 
j'en ai eu marre, et j'ai travaillé avec le décret :

http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621951
puis, quand j'ai voulu continuer, quelqu'un avait modifié mon travail en 
rajoutant une vingtaine de traduction des noms de canton dans chaque 
relation, ce qui m'a empêché de copier une relation pour en générer une 
autre (sauf à modifier à chaque coup toutes les traductions -bonjour les 
trucs écrits de droite à gauche-).
Puis je me suis rendu compte que les cantons qui avaient été créés 
contiennent eux-mêmes des relations de communes (et non pas seulement 
les chemins extérieurs) ce qui a rendu inopérants mes scripts 
d'affichage des cantons pour les copains.

Alors, j'ai un peu jeté l'éponge.

Le 20/02/2015 09:53, Christian Quest a écrit :

La cartographie des nouveaux cantons départementaux avance mais est
encore loin d'être complète.

Ces limites de cantons sont pas mal demandées actuellement et si nous
pouvions mettre le paquet pour avoir rapidement quelque chose de complet
ça pourrait faire briller OSM une fois de plus !

Ce Lundi se tient un hackathon à propos des élections, co-organisé par
Sciences Po, le Ministère de l'Intérieur et Etalab:
https://www.etalab.gouv.fr/open-data-camp-elections

Voilà pour le contexte... maintenant comment faire pour accélérer ?

J'ai cherché une source officielle de ce découpage, et n'ai pas pu en
trouver pour l'instant.

Je me suis rabattu sur les listes électorales avec l'intention de les
géocoder (avec BANO) pour retrouver les limites des bureaux de votes et
des cantons. Je n'ai pu obtenir que 4 départements et la qualité et la
cohérence des données ne facilite pas autant le travail que je le
pensais. C'est toutefois un moyen de contrôle intéressant mais pas une
vraie façon d’accélérer la saisie.

Retour aux bases...

La source officielle est bien sûr le JORF, et celui-ci a été repris très
proprement dans wikipédia (ce qui peut faciliter son exploitation).

Une page du wiki OSM fait l'état des lieux et permet de se coordonner :
http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Nouveaux_cantons_pour_2015

Demain c'est l'opendataday... nous n'avons rien organisé de très formel,
mais à cette occasion si vous voulez consacrer du temps pour avancer sur
cette thématique ça serait faire d'une pierre deux coups !


Bon découpage !




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

Re: [OSM-legal-talk] Updated geocoding community guideline proposal

2015-02-20 Thread Simon Poole



Am 20.02.2015 um 08:52 schrieb Simon Poole:
...
 
 Treating the geocoded results plus input data as a derivative DB
 sidesteps various issues. 
...

I should have mentioned that the single biggest advantage is that it
doesn't require us to supply a definition of what geocoding actually
is. Trying to nail that down in a general and future proof way has been
one of the larger roadblocks. Just imagine when OSM doesn't just have
address data for everything, but it is attached to the corresponding
entrance of office (indoor mapping).

Simon



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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Martin Vonwald

Am 19. Februar 2015 um 23:06 schrieb Garry garr...@gmx.de:

 Am 19.02.2015 um 11:31 schrieb Martin Vonwald:

 Kein professioneller Router geht davon aus, dass man die maximal erlaubte
 Geschwindigkeit auch tatsächlich fahren kann. Je nach Verlauf der Straße
 werden deutlich niedrigere Geschwindigkeiten angenommen. Auf einer völlig
 geraden Autobahn im ebenen Gebiet nimmt ein guter Router eine
 Geschwindigkeit nahe der erlaubten an, idR ca. 5%-10% darunter. Auf einer
 Passstraße, wo sich eine Serpentine an die nächste reiht, interessiert
 einen professionellen Router die maximal


 Woher hat er die Information?
 Aus dem Preprocessing, Tags oder schaut er sich jedesmal den Verlauf an?
 Letzteres könnte langwierig werden, oder?


Aus dem Preprocessing wo auch der Streckenverlauf ausgewertet wird. Tags
wären völlig sinnlos, denn wofür sollen sie gelten: den Fußgänger, das
Fahrrad, den Kombi, den Kleinlaster oder den Sattelschlepper? Nur falls das
nicht offensichtlich ist: auf ein Fahrrad haben enge Kurven deutlich
weniger Auswirkung als auf einen Sattelschlepper und einem Fußgänger ist es
völlig egal. Auch das Höhenprofil wirkt sich unterschiedlich aus.

Beste Grüße,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] cadastre.openstreetmap et import d'adresses

Du coup, j'ai un doute.

S'il y a l'accès aux données BANO, ça sert à rien d'envoyer les données dans
OSM via cadastre.openstreetmap ?

De plus, en comparant la BANO à OSM (dans lequel j'ai versé les adresses via
cadastre.openstreetmap), je constate qu'il y a des adresses manquantes
http://gis.19327.n5.nabble.com/file/n5834332/Capture.png 
Le n° 97 est bien sourcé OSM, pourtant, il n'existe pas dans OSM (le point
bleu ciel)



-
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/cadastre-openstreetmap-et-import-d-adresses-tp5834244p5834332.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: [Talk-GB] OS OpenData now OGL

2015-02-20 Thread Robert Whittaker (OSM lists)

On 18 February 2015 at 13:52, Robert Whittaker (OSM lists)
robert.whittaker+...@gmail.com wrote:
 The OS OpenData Licence is also used by Local Authorities and other
 Public Bodies when licensing Geographic Data that's been derived from
 OS Products under a Public Sector Mapping Agreement exemption. The
 licence has prevented the use of this data in OSM up to this point. I
 would imagine that the announcement from OS means that the licence
 they allow third parties to release OS-derived data under will also
 change to the OGL. But at the moment, it's not clear if or how this
 will happen, and whether it will be retrospectively applied to
 previous releases. I've contacted OS to ask about this
 (https://twitter.com/rjw62/status/567741494686384128), and hope to
 receive a reply shortly.

I've now had a reply from OS about this. They say:



Previous such releases will not necessarily be included - only those
that we are informed about in the future.

If the dataset had already been notified to us, or we had approved a
derived data exemption application on terms equivalent to OS OpenData
terms then members are not expected to do anything (i.e. there is no
need to take any retrospective action), as they have already been
granted a worldwide, royalty free, perpetual, non-exclusive licence
to use the Information.

All they need to do is to check that that are attaching the correct
acknowledgement to the derived data for the licence they are using.
Nonetheless, they can move across to the Open Government Licence (v3)
terms if they want to, or (for example) they are refreshing the
dataset.

This information will be added into the public sector licensing guidance soon.



I think it means that new PSMA exemptions will use the OGL by default.
For existing ones, the public authority isn't under any obligation to
change the licence, but will be able to do so if they want to. I've
posted further details/background at
http://robert.mathmos.net/osm/notes/os-odl-to-ogl.html

It might take some individual contacting of councils etc. to persuade
them to change their licences, but in general this is good news.
Hopefully OS will issue good guidance to make things as simple as
possible for public authorities to understand and act on.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Holger Jeromin

Alexander Lehner wrote on 19.02.2015 17:07:

 On Thu, 19 Feb 2015, Florian Lohoff wrote:
 Anliegerverbote sind ein extrem schwieriges Thema zu dem auch noch
 anderes gehört wie z.b. Tracks. Am Ende werden alle verbote zu einem
 access=destination. Selbst wenn auf einer Straße ein access=no oder
 das nur ein Fußweg ist muss der router das dingen benutzen wenn
 das Ziel an diesem Weg liegt. Deshalb macht OSRM auch murks wenn
 ich nach Hause möchte. Ich liege an einem Waldweg - nicht asphaltiert,
 forstwirtschaftlicher Verkehr frei - typ track/grade4. Ja - den muss man
 befahren um zu mir zu kommen.
 Dem kann ich mich nur anschliessen, ich wohne aehnlich 'privilegiert' 
 (Sackgasse, Schotterweg, Privatweg).
 Bis vor ein paar Jahren haben kommerzielle Navis das ueberhaupt nicht 
 gefunden, OSM schon. Inzwischen sagen sie 'die Route beinhaltet 
 nicht-befestigte Teile' oder so...
 Wenn es keine alternative Zufahrt gibt, muss man da halt durch.

Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
Ich will bei einem ein Meter breiten Trampelpfad nicht mit dem Auto
geführt werden.

Da fänd ich es sinnvoll, wenn ein Router fürs Auto sagt:
Hier kommst/darfst du nicht hin, parke dein Auto entweder irgendwo (oder
an dem Parkplatz xy) und geh den Rest zu Fuß (wenn die Daten das dann
erlauben).

Evtl ist bei euch ja auch folgendes Tagging richtiger:
foot=yes
bicycle=yes
motorcar=private
agricultural=yes

-- 
Grüße
Holger


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

Re: [Talk-it] Differenza no_left_turn only_straight_on

2015-02-20 Thread Andrea De Gradi

Il giorno 19 febbraio 2015 14:07, Marcello ha scritto:


 Il 17/02/2015 14:20, Andrea De Gradi ha scritto:

   Ciao a tutti, io sono dega180, l'utente che ha generato questa
 discussione insieme ad emmexx.

 Ciao

   Secondo me ai fini del routing, mettere il no_left_tourn è equivalente
 a mettere only_straight_on quando la svolta a destra è vietata dalla
 presenza di un senso unico. Inoltre, questo tipo di relazioni sembrano
 avere l'obiettivo di indicare all'utente gli obblighi di svolta e non il
 tipo di cartello presente che invece io avrei mappato usando un punto
 taggato con traffic_sign=*.

  Ovvio che poi uno dice: Se c'è una relazione per ogni tipo di cartello,
 non costa nulla far combaciare la relazione con il cartello.

 Secondo me la questione trattata similmente a quella riguardante il
 oneway=no, se lo si inserisce la mappatura risulta più precisa, se non lo
 si inserisce l'efficacia nella pratica è la stessa. Dunque utilizzare tutti
 i tipi di restriction è consigliabile ma non strettamente necessario.

  Teniamo anche conto che finché l'editor di default nell'interfaccia di
 osm.org (cioè iD) permetterà di inserire solo i no_left/right_turn, non
 potremmo certamente considerare come sbagliato il metodo che ho utilizzato.
 Altrimenti uno dei tool ufficiali di modifica di OSM sarebbe inutilizzabile
 per i tourn restriction perché agirebbe contro il nostro consenso, sarebbe
 un paradosso non vi pare?

   Senza entrare nel merito di quale relazione sia meglio utilizzare nel
 caso specifico, vedo che anche in iD oltre alle relazioni di divieto di
 svolta sono presenti anche quelle di obbligo, tra le quali c'è direzione
 obbligatoria dritto.

 Ciao
 Marcello


Certamente iD permette di modificare tutti i tipi di relazioni ma il tool
grafico che mette a disposizione per indicare le tourn restriction
https://www.mapbox.com/blog/simple-editing-for-turn-restrictions-in-openstreetmap/
inserisce solo no_tourn_left, no_tourn_right, no_straight_on e no_u_tourn.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-co] OSM Colombia y OpenDataDay

2015-02-20 Thread Harrier Co

hola

Respecto a datos abiertos este item llamado Centros de ayuda en el catalogo 
de datos al parecer tiene coordenadas que no coinciden, a alguno de ustedes les 
coinciden las coordenadas de hospitales? 
http://datosabiertoscolombia.cloudapp.net/frm/catalogo/frmCatalogo.aspx?dsId=10584

en un caso especifico por ejemplo  la coordenada del hospital del Libano Tolima


harrierco

Date: Mon, 16 Feb 2015 10:10:49 -0500
From: hyan...@gmail.com
To: talk-co@openstreetmap.org
Subject: [Talk-co] OSM Colombia y OpenDataDay

Estimados maperos:

Este sábado en el marco del Día de los Datos Abiertos [1] estaremos haciendo 
una fiesta de mapeo con miras a un proyecto piloto para el mapeo de 
asentamientos precarios, en conjunto con TECHO ONG y Universidad de San 
Buenaventura.

La tarea es la #10 en el gestor, trabajaremos con imagen Bing de 2012.

https://wiki.openstreetmap.org/wiki/Isla_de_leon

La idea inicial es el uso de los datos abiertos para la reducción del riesgo y 
la planeación urbana, este es el primer paso.

Saludos,

Humberto Yances








[1] http://opendataday.org/


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Martin Koppenhoefer

Am 20. Februar 2015 um 00:32 schrieb Patrick Niklaus 
patrick.nikl...@student.kit.edu:

 Also: Bitte nicht Anfangen unnötig genaue Geometrien zu erfassen. Das führt
 nur zu unnötig großen Daten!



das sehe ich evtl. anders (wobei, vielleicht auch nicht, unnötig genau
will ich auch nicht, aber was damit gemeint ist, sollte man vielleicht
vorher klären). Genaue Geometrien zu erfassen halte ich für wichtig,
geometrische Details sind genauso Informationen wie tags auch, und man kann
durchaus was damit anfangen. Ich will nicht dazu aufrufen, alle 5 cm einen
Node zu setzen (da man Kurven ja beliebig fein in Linienzüge umwandeln
kann, ist es natürlich immer möglich, die Nodeanzahl einer nicht geraden
Strecke zu erhöhen und damit eine feinere Auflösung zu erhalten), sondern
würde das eher an den Winkeln ausmachen, d.h. je stärker gekrümmt um so
enger sollten auch die Nodes gesetzt werden.

Wen unnötig große Daten stören, der kann sich die Daten ja wieder grob
rechnen, das ist trivial, während es anders rum kaum geht.

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Martin Koppenhoefer

Am 20. Februar 2015 um 10:42 schrieb Holger Jeromin mailgm...@katur.de:

 Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
 Ich will bei einem ein Meter breiten Trampelpfad nicht mit dem Auto
 geführt werden.




das ist aber kein Problem, zumindest nicht so, evtl. tritt ein Problem bei
sehr langen Fahrzeugen wie z.B. LKW auf. Prinzipiell ist doch aus unseren
Daten klar, ob ein PKW von der Breite her durchkommt (highway path vs.
track/service, im Zweifel kann man noch width angeben oder entsprechende
legale Beschränkungen).

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread fly

Am 20.02.2015 um 13:39 schrieb Martin Koppenhoefer:
 Am 20. Februar 2015 um 10:42 schrieb Holger Jeromin mailgm...@katur.de:
 
 Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
 Ich will bei einem ein Meter breiten Trampelpfad nicht mit dem Auto
 geführt werden.

 
 
 
 das ist aber kein Problem, zumindest nicht so, evtl. tritt ein Problem bei
 sehr langen Fahrzeugen wie z.B. LKW auf. Prinzipiell ist doch aus unseren
 Daten klar, ob ein PKW von der Breite her durchkommt (highway path vs.
 track/service, im Zweifel kann man noch width angeben oder entsprechende
 legale Beschränkungen).

track/service vs path funktioniert nur in eine Richtung. Ein
highway=path kann auch 10 Meter breit sein und vehicle=private ist durch
aus möglich.

cu fly


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

Re: [Talk-de] SotM.us güstige Flüge

2015-02-20 Thread Michael Kugelmann


Am 19.02.2015 um 10:16 schrieb Christoph Hormann:

On Thursday 19 February 2015, Peter Barth wrote:

dass sich der Termin zig mal verschoben hat, hab ich mitbekommen.
Aber woher hast du die Info, dass es gar keine SOTM geben wird?

http://wiki.osmfoundation.org/wiki/Board/Minutes/2015-02-16

Dass man solche Informationen quasi Im Keller hinter einer Tür mit der
Aufschrift 'Vorsicht, bissiger Leopard!' findet ist natürlich alles
andere als eine kommunikative Meisterleistung...
Wobei da ja auch klar steht dass das zu kommunizieren sei, was bis 
jetzt nicht gemacht wurde.

Zitat:
=Schnipp===
Board agrees that SotM-WG can and should announce ASAP that there is no 
SotM-2015, and commence work on the bid process for SotM 2016

=Schnapp===
OK, das F2F lief gerade erst diese Woche in Berlin = die Leute müssen 
auch erst mal wieder zuhaus ankommen. Aber es ist IMHO schon etwas 
irgendwie bezeichnend was die SOTM (bzw. im speziellen 2015) angeht...



Wäre ja eigentlich sinnvoll, wenn es dann auch wieder 'ne SotM-EU gäbe,
aber natürlich nicht wieder in Deutschland.

+1
Grundsätzlich hätte ich mit einer SOTM-EU @DE kein Problem, aber die 
anderen Communities sollen auch Ihre Chance kriegen.   ;-)
Wobei: es ist etwas knapp (oder zumindest sportlich) jetzt noch eine 
Konferenz komplett aus dem Boden zu stampfen.
Für die deutschsprachige Community somit ein Grund mehr die FOSSGIS zu 
besuchen.



Grüße,
Michael.

PS: hatte vorgestern auch keine preiswerten Flüge gefunden, irgendwo 
ging es bei rund 600€ los. Selbst wenn man noch 15% abrechnen würde ist 
das viel Geld für Privatpersonen (da kommt ja noch Übernachtung @NYC 
dazu, auch kein Kindespiel)...



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

[OSM-talk-be] AGIV mobile mapping toepassing

2015-02-20 Thread hvdb

In twee jaar tijd worden alle berijdbare wegen van Vlaanderen (ongeveer
64.000 km) in kaart gebracht. Vanaf eind november zijn de eerste gemeenten
beschikbaar in de webapplicatie. Stapsgewijs worden er gemeenten toegevoegd
:
http://www.image-v.be/page/planning
http://www.orbitgt.com/kb/agiv/index
http://www.orbitgt.com/kb/agiv/beelden_databank


In oktober van verleden jaar is AGIV, het Agentschap voor Geografische
Informatie Vlaanderen (onderdeel van de Vlaamse Overheid) gestart met het
maken van nieuwe mobilemappingbeelden van heel Vlaanderen. Je kan deze
beelden vergelijken met de panoramische beelden van Google Streetview.
Hiervoor doet men een beroep op de firma Image-V die gedurende twee jaar
met camerawagens alle Vlaamse gemeenten zullen fotograferen. De wagens zijn
uitgerust met een 360°-camera en laserscanners.

In Bocholt zal dit gebeuren in het eerste kwartaal van 2015.

http://www.hbvl.be/cnt/dmf20150122_01487930/camerawagen-maakt-beelden-van-bocholt-voor-agiv

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

[OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

2015-02-20 Thread Landry Breuil

Hello,

je viens de regarder mon monitoring, et je me suis rendu compte que les
utilisateurs de nos flux ortho utilisent encore surtout
http://wms.craig.fr/osm , qui n'est pas tuilé (et donc charge le serveur
inutilement...)

Sur la page http://josm.openstreetmap.de/wiki/Maps (qui a ma connaissance
est la source utilisée par JOSM pour les flux utilisés) sont encore listés
les anciens flux.

Est-ce que quelqu'un peut modifier la configuration par défaut pour que
soient utilisés au choix le TMS ou le WMS-tuilé suivants :

- tms:http://tiles.craig.fr/osm/tms/1.0.0/ortho_2013/webmercator/
{zoom-1}/{x}/{-y}.jpeg
- le WMS tuilé: http://tiles.craig.fr/osm/service?
http://tiles.craig.fr/osm/service/ faire get layers, et selectionner
'ortho_2013'. (donc
http://tiles.craig.fr/osm/service?service=wmsrequest=getmapversion=1.1.1layers=ortho_2013format=image/jpegSRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}
pour l'url complete d'une requete je pense)

Et supprimer les anciennes couches par agglo (moulins/le
puy/vichy/montlucon qui ont été supprimées du service..

Merci!

Landry

Ps: Je vois que http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG
n'est pas a jour non plus.. je crois qu'il va falloir que je le fasse
moi-même :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] Incluindo Hot Spots Wi-fi

2015-02-20 Thread Marcelo Pereira

Eu tb não entendi o que mudaria se os pontos estivessem ou não em lugares
públicos, mas pelo que li e vi de onde foram instalados os hotspots, serão
em praças e afins, lugares de concentração pública.



Em 19 de fevereiro de 2015 21:12, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Por que?

 Em 19 de fevereiro de 2015 20:53, Nelson A. de Oliveira nao...@gmail.com
 escreveu:


 A minha dúvida é se os pontos estão em algum tipo de local público
 (praça, ginásio de esporte, etc) ou se ficam instalados no meio da cidade,
 sem lugar específico.


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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Differenza no_left_turn only_straight_on

2015-02-20 Thread Marcello

In effetti anch'io iD l'ho usato molto raramente e solo per inserire
qualche dettaglio minore, per il resto ho sempre usato JOSM. Ho visto
che con il tool che appare cliccando sul nodo relativo all'incrocio si
potrebbe anche creare la restrizione equivalente alla only_stright_on,
ma verrebbero create tre relazioni di divieto invece di una di obbligo
soltanto.

Anche l'inserimento della relazione di obbligo scegliendola dalla lista
delle relazioni mi sembra tutt'altro che intuitivo, dato che viene
creata con un solo elemento a cui va assegnato il ruolo corretto, poi
ogni altro elemento va selezionato e inserito nella relazione. Adesso
capisco perché tempo fa un utente usando iD cancellò gran parte dei
membri delle restrizioni di svolta che avevo inserito in quella zona!

Ciao
Marcello

Il 20/02/2015 11:42, emmexx ha scritto:
 Il 02/20/2015 11:32 AM, emmexx scrisse:

 Non ho mai usato Id ma lo ho appena aperto, ho cliccato su relazioni e
 poi su crea, ho scelto restrizioni d'accesso e appare un elenco di
 restrizioni simile a quello di josm e del wiki.

 Capito! Il tool grafico per inserire la relazione non fa scegliere il
 tipo di restrizione.
 Non volevo pasticciare e non ho approfondito.

 Ho notato anche che le turn restriction esistenti non sono indicate.
 Speriamo in bene...

 ciao
 maxx





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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Martin Koppenhoefer

Am 20. Februar 2015 um 00:32 schrieb Patrick Niklaus 
patrick.nikl...@student.kit.edu:

 Also: Bitte nicht Anfangen unnötig genaue Geometrien zu erfassen. Das führt
 nur zu unnötig großen Daten!



das sehe ich evtl. anders (wobei, vielleicht auch nicht, unnötig genau
will ich auch nicht, aber was damit gemeint ist, sollte man vielleicht
vorher klären). Genaue Geometrien zu erfassen halte ich für wichtig,
geometrische Details sind genauso Informationen wie tags auch, und man kann
durchaus was damit anfangen. Ich will nicht dazu aufrufen, alle 5 cm einen
Node zu setzen (da man Kurven ja beliebig fein in Linienzüge umwandeln
kann, ist es natürlich immer möglich, die Nodeanzahl einer nicht geraden
Strecke zu erhöhen und damit eine feinere Auflösung zu erhalten), sondern
würde das eher an den Winkeln ausmachen, d.h. je stärker gekrümmt um so
enger sollten auch die Nodes gesetzt werden.

Wen unnötig große Daten stören, der kann sich die Daten ja wieder grob
rechnen, das ist trivial, während es anders rum kaum geht.

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Florian Lohoff


Hola,

On Fri, Feb 20, 2015 at 10:42:24AM +0100, Holger Jeromin wrote:
 Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
 Ich will bei einem ein Meter breiten Trampelpfad nicht mit dem Auto
 geführt werden.

Es gibt keinen alternativen weg. Es gibt keine Möglichkeit anders zu mir
zu kommen. Soll also der Router 500m entfernt auf einer Service road
(Die völlig abstrus liegt aber geometrisch am nächsten am ziel ist)
stoppen und dir noch eine Luftlinie zeigen? So geschieht das im moment.

 Da fänd ich es sinnvoll, wenn ein Router fürs Auto sagt:
 Hier kommst/darfst du nicht hin, parke dein Auto entweder irgendwo (oder
 an dem Parkplatz xy) und geh den Rest zu Fuß (wenn die Daten das dann
 erlauben).

Also das sollte man schon selber entscheiden können ob ich mit dem Auto
noch irgendwo reinfahre oder nicht. Das ist so ein bischen wie die
Leute die dem Navi hinterher hin den Fluß fahren. 

 Evtl ist bei euch ja auch folgendes Tagging richtiger:
 foot=yes
 bicycle=yes
 motorcar=private
 agricultural=yes

Der Punkt ist das OSRM stand heute KEINE tracks benutzt. Egal was
passiert. Wenn es aber die einzige möglichkeit ist einen Ort zu
erreichen ist die Nutzung legitim. MapQuest macht es vor. Mapfactor
Navigator auch.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-at] shop=books;stationery - Bitte um Vorschläge

2015-02-20 Thread Kevin Kofler

Friedrich Volkmann wrote:
 Das Ergebnis wäre im konkreten Fall das selbe wie wenn man nur
 shop=stationery taggt, denn shop:books=yes wird von keiner Anwendung
 ausgewertet.

Naja, ganz so einfach kann man sich's auch nicht machen, note= oder ähnlich 
werden ja auch nicht ausgewertet (wie auch?), und trotzdem von den meisten 
Leuten als sinnvoll betrachtet. Andererseits können Phantasietags auch zu 
Datenmüll werden, vor allem, wenn sich jeder einen anderen Tag für dasselbe 
ausdenkt. (Gab's nicht irgendwann auch sells:books=yes und sells=books 
als Vorschläge? Die habe ich im Wiki aber nicht gefunden, vielleicht wurden 
sie wieder rausgelöscht.)

Kevin Kofler


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

Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

Salut Landry,

Sauf erreur, il me semble que tu peux faire directement la modif sur le
wiki.
Celle-ci sera répercutée automatiquement (ou presque).


Le 20/02/2015 13:26, Landry Breuil a écrit :
 Hello,

 je viens de regarder mon monitoring, et je me suis rendu compte que
 les utilisateurs de nos flux ortho utilisent encore surtout
 http://wms.craig.fr/osm , qui n'est pas tuilé (et donc charge le
 serveur inutilement...)

 Sur la page http://josm.openstreetmap.de/wiki/Maps (qui a ma
 connaissance est la source utilisée par JOSM pour les flux utilisés)
 sont encore listés les anciens flux.

 Est-ce que quelqu'un peut modifier la configuration par défaut pour
 que soient utilisés au choix le TMS ou le WMS-tuilé suivants :

 - tms:http://tiles.craig.fr/osm/tms/1.0.0/ortho_2013/webmercator/
 http://tiles.craig.fr/osm/tms/1.0.0/ortho_2013/webmercator/{zoom-1}/{x}/{-y}.jpeg
 - le WMS tuilé: http://tiles.craig.fr/osm/service?
 http://tiles.craig.fr/osm/service/ faire get layers, et selectionner
 'ortho_2013'.
 (donchttp://tiles.craig.fr/osm/service?service=wmsrequest=getmapversion=1.1.1layers=ortho_2013format=image/jpegSRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}
 http://tiles.craig.fr/osm/service?service=wmsrequest=getmapversion=1.1.1layers=ortho_2013format=image/jpegSRS=%7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D
 pour l'url complete d'une requete je pense)

 Et supprimer les anciennes couches par agglo (moulins/le
 puy/vichy/montlucon qui ont été supprimées du service..

 Merci!

 Landry

 Ps: Je vois que
 http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG n'est pas
 a jour non plus.. je crois qu'il va falloir que je le fasse moi-même :)


 ___
 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] AGIV mobile mapping toepassing

2015-02-20 Thread Jo

Wij van onze kant zijn begonnen met het in beeld brengen van alle wegen mbv
Mapillary,com. Het lijkt er niet op dat we van soortgelijke beelden gebruik
zullen kunnen maken om OSM te verbeteren, behalve als we ze zelf verzamelen.

Ik had ook 's een mail geschreven naar 'verkeersbor...@mow.vlaanderen.be'
een paar weken terug, maar die was geen antwoord waardig, blijkbaar.

Groeten,

Op 20 februari 2015 14:29 schreef hvdb henk...@gmail.com:

In twee jaar tijd worden alle berijdbare wegen van Vlaanderen (ongeveer
64.000 km) in kaart gebracht. Vanaf eind november zijn de eerste gemeenten
beschikbaar in de webapplicatie. Stapsgewijs worden er gemeenten toegevoegd
:
http://www.image-v.be/page/planning
http://www.orbitgt.com/kb/agiv/index
http://www.orbitgt.com/kb/agiv/beelden_databank

In oktober van verleden jaar is AGIV, het Agentschap voor Geografische
Informatie Vlaanderen (onderdeel van de Vlaamse Overheid) gestart met het
maken van nieuwe mobilemappingbeelden van heel Vlaanderen. Je kan deze
beelden vergelijken met de panoramische beelden van Google Streetview.
Hiervoor doet men een beroep op de firma Image-V die gedurende twee jaar
met camerawagens alle Vlaamse gemeenten zullen fotograferen. De wagens zijn
uitgerust met een 360°-camera en laserscanners.

In Bocholt zal dit gebeuren in het eerste kwartaal van 2015.

http://www.hbvl.be/cnt/dmf20150122_01487930/camerawagen-maakt-beelden-van-bocholt-voor-agiv

great ;)

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Holger Jeromin

Florian Lohoff wrote on 20.02.2015 14:16:

 On Fri, Feb 20, 2015 at 10:42:24AM +0100, Holger Jeromin wrote:
 Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
 Ich will bei einem ein Meter breiten Trampelpfad nicht mit dem Auto
 geführt werden.
 Es gibt keinen alternativen weg. Es gibt keine Möglichkeit anders zu mir
 zu kommen. Soll also der Router 500m entfernt auf einer Service road
 (Die völlig abstrus liegt aber geometrisch am nächsten am ziel ist)
 stoppen und dir noch eine Luftlinie zeigen? So geschieht das im moment.

 Da fänd ich es sinnvoll, wenn ein Router fürs Auto sagt:
 Hier kommst/darfst du nicht hin, parke dein Auto entweder irgendwo (oder
 an dem Parkplatz xy) und geh den Rest zu Fuß (wenn die Daten das dann
 erlauben).
 Also das sollte man schon selber entscheiden können ob ich mit dem Auto
 noch irgendwo reinfahre oder nicht. Das ist so ein bischen wie die

Ein Navi/Karte ist eigentlich dazu da, dir von zuhause zu sagen, was
geht und was nicht.

 Leute die dem Navi hinterher hin den Fluß fahren. 

Aber der Router kann nicht entscheiden, ob es sinnvoll ist den Track
jetzt zu benutzen oder nicht.
Oder willst du, dass der Router dich mit deinem Auto bis auf das
Basislager des Mt.Everest lotst, da Wenn es keine alternative Zufahrt
gibt, muss man da halt durch. auch hier gilt?

 Evtl ist bei euch ja auch folgendes Tagging richtiger:
 foot=yes
 bicycle=yes
 motorcar=private
 agricultural=yes
 Der Punkt ist das OSRM stand heute KEINE tracks benutzt. Egal was
 passiert. Wenn es aber die einzige möglichkeit ist einen Ort zu
 erreichen ist die Nutzung legitim. MapQuest macht es vor. Mapfactor
 Navigator auch.

https://github.com/Project-OSRM/osrm-backend/issues/1219#issuecomment-59010196

-- 
Grüße
Holger Jeromin


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

[Talk-gb-westmidlands] Old railway-yard wall, Curzon Street, Birmingham

2015-02-20 Thread Andy Mabbett

Those of you with a facination for old structures or railways may be
interested in this massive retaining wall, which I photographed and
mapped today:

   https://www.openstreetmap.org/way/329306383

   https://commons.wikimedia.org/wiki/Category:Curzon_Street_wall,_Birmingham

it's at: 52.4830139, -1.8868312 and is behind Millennium Point,
reatnig the mound on which the Ormistoni Academy sits.

It was apparntly built by the railway company (LB or LNWR) who had a
yard there.

I'm told it has some form of heritage protection (perhaps locally
listed?) but haven't yet traced a record of that.

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

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

Re: [Talk-co] OSM Colombia y OpenDataDay

2015-02-20 Thread Fredy Rivera

2015-02-20 7:29 GMT-05:00 Harrier Co harrie...@hotmail.com:
 hola

 Respecto a datos abiertos este item llamado Centros de ayuda en el
 catalogo de datos al parecer tiene coordenadas que no coinciden, a alguno de
 ustedes les coinciden las coordenadas de hospitales?
 http://datosabiertoscolombia.cloudapp.net/frm/catalogo/frmCatalogo.aspx?dsId=10584

 en un caso especifico por ejemplo  la coordenada del hospital del Libano
 Tolima
además que los datos están cortados, los correos electrónicos
desactualizados y Victor Hugo Castellanos hace como 10 años no es el
gerente.
salu2



 harrierco

 
 Date: Mon, 16 Feb 2015 10:10:49 -0500
 From: hyan...@gmail.com
 To: talk-co@openstreetmap.org
 Subject: [Talk-co] OSM Colombia y OpenDataDay


 Estimados maperos:

 Este sábado en el marco del Día de los Datos Abiertos [1] estaremos haciendo
 una fiesta de mapeo con miras a un proyecto piloto para el mapeo de
 asentamientos precarios, en conjunto con TECHO ONG y Universidad de San
 Buenaventura.

 La tarea es la #10 en el gestor, trabajaremos con imagen Bing de 2012.

 https://wiki.openstreetmap.org/wiki/Isla_de_leon

 La idea inicial es el uso de los datos abiertos para la reducción del riesgo
 y la planeación urbana, este es el primer paso.

 Saludos,

 Humberto Yances







 
 [1] http://opendataday.org/

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

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




-- 
##
 |___|__\___
 | _ |   |_ |  }
 (_)  (_)

Twitter: @fredy_rivera

Phone USA:  (347) 688-4473

Mobil telephone: +57 3044886255

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

Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

2015-02-20 Thread Philippe Verdy

Ce n'est pas pour m'amuser comme tu dis car au passage je fais des tas de
vérifications de cohérence et effet activement trouve des données oubliées,
des liens erronées, des références fausses, des oublis de noms... Ce n'est
pas si simple quand ces nouvelles entités n'ont comme référence que des
textes a interpréter et c'est un bon moyen de faire une vérif globale qu'un
robot ne parvient pas a faire aussi finement ou avec assez de détails pour
résoudre des cas divers.
Et c'est fait depuis de nombreux mois des le début des premiers décrets.
D'ailleurs est moi seul pendant longtemps qui me suis occupe de la page
wiki de suivi, jusque très récemment. Je trouve très moche de venir a la
fin aloès que j'ai fait un travail considérable dessus depuis un an et pas
les quelques uns qui ont commence il y a deux semaines.
Pendant un an pourtant je n'ai rien fait sous le silence. Je savais que la
tache serait longue.
Mêle la liste complète des décrets au Jo je l'ai compilée au jour le jour y
compris les corrigendas. J'ai mis en place le suivi integral de chaque
cantin et teste la page wiki pour voir qu'elle pourrait les lister tous.
J'ai mis la grille de statut par département. J'ai du aussi modifier la
liste pour qu'elle n'affiche aucune icône sinon le wiki explose avec trop
de sous modèles inclus. Toutes les régions terminées c'est moi qui les ai
faites avec très peu d'aide extérieure.
Et mêle quand certains ont aide, sur quelques cantons, merci a eux, il a
fallu tout de me le recontroler et j'ai trouve des oublis et des communes
dans les mauvais cantons...
On NZ peut pas tout charger dans un éditeur comme josm. Très vite ca
atteint des gigas de taille VM ces relations sont une aide précieuse pour
éviter de tout recharge dans une zone
 Le 20 févr. 2015 17:02, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 C'est Philippe qui s'amuse et qui complique avec des subarea,
 des political_fraction et des collection

 Le 20 février 2015 10:59, Hélène PETIT h...@free.fr a écrit :

 J'ai entrepris les cantons de haute-garonne il y a quelques temps,
 puis j'ai été rebutée par des détails, certes, mais qui m'ont gonflée :
 j'avais commencé par utiliser la page wikipedia,
 https://fr.wikipedia.org/wiki/Liste_des_cantons_de_la_Haute-Garonne
 mais j'y ai trouvé des erreurs ; j'en ai corrigé deux ou trois, puis j'en
 ai eu marre, et j'ai travaillé avec le décret :
 http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=
 JORFTEXT28621951
 puis, quand j'ai voulu continuer, quelqu'un avait modifié mon travail en
 rajoutant une vingtaine de traduction des noms de canton dans chaque
 relation, ce qui m'a empêché de copier une relation pour en générer une
 autre (sauf à modifier à chaque coup toutes les traductions -bonjour les
 trucs écrits de droite à gauche-).
 Puis je me suis rendu compte que les cantons qui avaient été créés
 contiennent eux-mêmes des relations de communes (et non pas seulement les
 chemins extérieurs) ce qui a rendu inopérants mes scripts d'affichage des
 cantons pour les copains.
 Alors, j'ai un peu jeté l'éponge.

 Le 20/02/2015 09:53, Christian Quest a écrit :

  La cartographie des nouveaux cantons départementaux avance mais est
 encore loin d'être complète.

 Ces limites de cantons sont pas mal demandées actuellement et si nous
 pouvions mettre le paquet pour avoir rapidement quelque chose de complet
 ça pourrait faire briller OSM une fois de plus !

 Ce Lundi se tient un hackathon à propos des élections, co-organisé par
 Sciences Po, le Ministère de l'Intérieur et Etalab:
 https://www.etalab.gouv.fr/open-data-camp-elections

 Voilà pour le contexte... maintenant comment faire pour accélérer ?

 J'ai cherché une source officielle de ce découpage, et n'ai pas pu en
 trouver pour l'instant.

 Je me suis rabattu sur les listes électorales avec l'intention de les
 géocoder (avec BANO) pour retrouver les limites des bureaux de votes et
 des cantons. Je n'ai pu obtenir que 4 départements et la qualité et la
 cohérence des données ne facilite pas autant le travail que je le
 pensais. C'est toutefois un moyen de contrôle intéressant mais pas une
 vraie façon d’accélérer la saisie.

 Retour aux bases...

 La source officielle est bien sûr le JORF, et celui-ci a été repris très
 proprement dans wikipédia (ce qui peut faciliter son exploitation).

 Une page du wiki OSM fait l'état des lieux et permet de se coordonner :
 http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#
 Nouveaux_cantons_pour_2015

 Demain c'est l'opendataday... nous n'avons rien organisé de très formel,
 mais à cette occasion si vous voulez consacrer du temps pour avancer sur
 cette thématique ça serait faire d'une pierre deux coups !


 Bon découpage !



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



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org

Re: [OSM-talk] Quality of OSM Notes

2015-02-20 Thread Ian Dees

On Fri, Feb 20, 2015 at 12:39 PM, Bryce Nesbitt bry...@obviously.com
wrote:


 In general feel that more friction should be added to the notes process,
 so it's harder to make a note, so there are less notes.
 That process should continue until the production and processing of notes
 gets into balance.


Adding arbitrary friction to the notes process is not the way to go. If
JOSM is our advanced, iD our intermediate, and notes our beginner editing
method, then adding friction means we'll have fewer mappers and less
interest.

If you find that there are too many notes, then filter out the ones that
bother you. If you have ideas for improving the process of adding notes
(keeping in mind that OSM.org is not the only place they come from), then I
suggest you write a pull request and convince Tom and EWG to accept the
change. I bet results and data from usability testing would help define
what changes should be made.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Quality of OSM Notes

On Fri, Feb 20, 2015 at 12:42 PM, Martijn van Exel m...@rtijn.org wrote:

 In general I think it should be easier, not harder, to create notes and
 Ian's onosm is a good example of how to accomplish that. Adding artificial
 friction makes no sense to me. Less notes should not be an objective,
 smarter ways to look at them and process them should.


Not *artificial* friction, but *friction* that results in better notes.
Just enough friction that the ecosystem is in balance: the number of notes
created and evaluated are in harmony.






For example the main notes form could be expanded to:


*What needs updating?* _
(required)
*How do you know?*
(required)
*Optional: let the mapper who will read you note know a little about you.
There is no need to leave a name:*
___(optional)
*[BUTTON: SUBMIT]*


Please confirm: a volunteer will read your note, which is as follows:
* Right turn restriction here: bikes only for a right turn.
* I pass it every day when biking to work.  Here's a link to a photo
http://picpaste.org/sfsf
* I am a student at the School of Hard Knocks
*[BUTTON: PUBLISH ON OPEN STREET MAP]*






The objective should be that valuable notes are seen in a timely manner, by
someone able to evaluate and resolve them.

*Too many low quality notes and you burn out the mapper energy to respond
to them!*
*Eventually it could become a negative cycle: fewer mappers clearing notes,
leads to more clutter, leads to fewer mappers*
*clearing them.*

Perhaps the most frustrating type of note is one where the writer clearly
meant to help, but there's just not
enough information available to act on it.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-br] Aplicativo recomendado

2015-02-20 Thread Márcio Aguiar Ribeiro

Pessoal,

qual o aplicativo recomendado para iOS e Android.

Dei as boas vindas à um usuário da minha região e ele só reclamou que as
ruas que ele estava colocando não estava atualizando no aplicativo. Ele
falou que usa um tal de navigator. Qual a recomendação pra ele?


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

Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

2015-02-20 Thread Landry Breuil

2015-02-20 15:07 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:

  Salut Landry,


Hello,



 Sauf erreur, il me semble que tu peux faire directement la modif sur le
 wiki.
 Celle-ci sera répercutée automatiquement (ou presque).


Certes, sauf que j'ai bien trop peur de tout péter :)

C'est pour ca que je préfère demander ici, ou je suis sur qu'il y'a des
personnes qui savent le faire correctement...

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

[Talk-us] Mappy Hour this Monday

2015-02-20 Thread Martijn van Exel

Hi all -
It's time for our mappy hour again! Monday 5:30pm PST / 8:30pm EST
https://plus.google.com/events/cegj4oaqaionnmt3dhdb4rlq9gk
Be there or be spherical mercator.

-- 
Martijn van Exel
skype: mvexel
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] Aplicativo recomendado

2015-02-20 Thread Blademir

Na minha ultima viagem usei dois GPS nativos IGO 8.3 e TomTom ( atualizados) e 
foram uma decepção. A salvação foi o NavFree, mas o mapa não atualiza desde 
2013, estou procurando um que mantenha sempre atualizado.
Se alguem souber um pra carro me avise.
Att
BladeTC

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 20 de fevereiro de 2015 20:58
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Aplicativo recomendado

No iOS uso OpenMaps para visualização, e Go Map!! para edições rápidas. Ainda 
não achei um aplicativa de roteamento que vou recomendar, porque uso o telefone 
bastante no viagem, e quando não uso por email ou ligações, tirando fotos com 
Mapillary (que e outro aplicativo que recomendo)

Aun Johnsen

 On Feb 20, 2015, at 19:10, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com 
 wrote:

 Pessoal,

 qual o aplicativo recomendado para iOS e Android.

 Dei as boas vindas à um usuário da minha região e ele só reclamou que as ruas 
 que ele estava colocando não estava atualizando no aplicativo. Ele falou que 
 usa um tal de navigator. Qual a recomendação pra ele?


 Marcio Aguiar Ribeiro
 ___
 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

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

[Talk-us] Code Across Tulsa mapping party

2015-02-20 Thread Paul Johnson

Sorry for the late notice, I just remembered just just now myself.  Tonight
starting at 18:00 running all weekend long, coders, makers and mappers from
metro Tulsa and beyond will be getting together at the Hardesty Arts
Center, 117 N Boston Av, Tulsa.

Bus service available inbound until around 20:00, outbound until 22:30 on
lines 222 and 860 in both directions, nearest stop ids should be 5500, 5504
and 5499, or park on the other side of the center of the universe at
Williams North or Union Station lots.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

2015-02-20 Thread Pierre-Yves Berrard

Le 20 février 2015 21:52, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:

 Le 20/02/2015 21:01, Pierre-Yves Berrard a écrit :

 Le 20 février 2015 20:14, Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com a écrit :

 Bonjour,

 On a mis en place un petit serveur qui permet d'avoir le cadastre
 par tuiles. Ça facilité l'utilisation (et la configuration dans Josm
 !) mais ça permet aussi d'avoir un mode joker qui détecte
 automatiquement la commune en cours de visualisation. Donc un seul
 TMS pour toutes les communes :
 [...]


 Super boulot !
 (j'en avais marre de changer les paramètres dans les préférences de JOSM)

 En plus, fini le scintillement dû au rechargement à chaque niveau de
 zoom. Les tuiles seraient stockées quelque part en cache ?


 C'est Josm qui fait du cache.


Certes mais je ne trouve pas le cache associé à ces tuiles à l'endroit où
sont stockées les autres couches (bano etc.) sur mon disque dur...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] Aplicativo recomendado

2015-02-20 Thread Lists

No iOS uso OpenMaps para visualização, e Go Map!! para edições rápidas. Ainda 
não achei um aplicativa de roteamento que vou recomendar, porque uso o telefone 
bastante no viagem, e quando não uso por email ou ligações, tirando fotos com 
Mapillary (que e outro aplicativo que recomendo)

Aun Johnsen

 On Feb 20, 2015, at 19:10, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com 
 wrote:
 
 Pessoal,
 
 qual o aplicativo recomendado para iOS e Android.
 
 Dei as boas vindas à um usuário da minha região e ele só reclamou que as ruas 
 que ele estava colocando não estava atualizando no aplicativo. Ele falou que 
 usa um tal de navigator. Qual a recomendação pra ele?
 
 
 Marcio Aguiar Ribeiro
 ___
 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] Quality of OSM Notes

*A challenge*: clear 50 notes, and come back to this discussion with your
ideas ;-).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Bernhard Weiskopf

Falls du Abbiegerelationen findest die nicht funktionieren ...

Mir ist das hier aufgefallen:
https://www.openstreetmap.org/directions?engine=osrm_carroute=49.51347%2C8.54672%3B49.51337%2C8.54679#map=19/49.51335/8.54609
Am Kreuzungssternpunkt darf nicht gewendet werden (Relation: only straight
forward)

Gefährlich sind solche Streckenführungen, wo von einer trunk road in eine
schmale Anliegerstraße (Schaafeckweg) geroutet wird, die man nicht benutzen
darf und auf der trunk road niemand mit einem bremsenden Fahrzeug rechnet:
https://www.openstreetmap.org/directions?engine=osrm_carroute=49.51705%2C8.54314%3B49.51503%2C8.54752#map=17/49.51708/8.54751
Normalerweise darf in einen Anliegerbereich nur dann eingefahren werden, wenn
er bis zum Ziel nicht mehr verlassen wird. Das klappt aber nur, wenn
destination im Anliegerbereich lückenlos eingetragen ist, was oft nicht der
Fall ist. Das ist sicherlich schwierig auszuwerten.

Seltsam finde ich auch solche Wendemanöver, wo man gar nicht wenden kann und
hier dazu eine Straße mit access = private benutzen muss:
https://www.openstreetmap.org/directions?engine=osrm_carroute=49.50801%2C8.53086%3B49.50812%2C8.53112#map=19/49.50800/8.53132

Bernhard

-Ursprüngliche Nachricht-
Von: Patrick Niklaus [mailto:patrick.nikl...@student.kit.edu]
Gesendet: Freitag, 20. Februar 2015 00:32
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch
Abbiegerelationen und Anliegerstraßen beachtet, die gehören meiner
Meinung nach zu den Grundfunktionen.

Falls du Abbiegerelationen findest die nicht funktionieren, dann poste das
bitte hier [1]. Momentan nicht unterstützt werden lediglich
Abbiegerelationen bei den via ein Way ist.

Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem als
vielleicht zu grob erfasste Straßenverläufe die den realen Verlauf zu
sehr begradigen.

Auf Grund der Größe der Daten verwerfen die meisten Router die
geometrische Information schon beim Pre-Processing*. Das worauf der
wirkliche Routing-Algorithmus ausgeführt ist deutlich abstrakter als das
Straßennetzwerk das ein Mensch auf einer Karte wahrnimmt. (* zumindest
für das eigentliche Routing, am Ende braucht man es schon wieder um eine
Linie auf die Karte zeichnen zu können)
Also: Bitte nicht Anfangen unnötig genaue Geometrien zu erfassen. Das
führt nur zu unnötig großen Daten! (ein echtes Problem, zusehen auch bei
den TIGER Imports in den USA)

Um tatsächlich halbwegs verlässliche ETAs zu bekommen braucht es
allerdings wirklich gemessene Daten von echten Fahrzeugen (kann aus
hinreichend vielen GPS Traces berechnet werden). OSM kann einfach Dinge
wie Verkehrsaufkommen u.Ä. nicht erfassen. Wenn man das nicht hat,
muss man sich leider auf Heuristiken verlassen [2]. Hinreichende
Abdeckung von maxspeed Tags kann da sicherlich nicht schaden.

Wer wirklich helfen will die Daten zu verbessern sollte sich auf zwei Dinge
konzentrieren: Konnektivität, Abbiegerelationen, Zugangsberschränkungen.
Natürlich ist fehlende Straßen erfassen auch gut. :-) map.project-osrm.org
hat ein Small Components Layer um das Konnektivität fixen etwas
einfacher zu machen. Pinke Straßen sind nicht mit dem Rest des
Straßennetzwerks verbunden.

[1] https://github.com/Project-OSRM/osrm-backend/issues
[2]
https://github.com/Project-OSRM/osrm-
backend/blob/develop/profiles/car.lua
...

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Bernhard Weiskopf

 Von: Bernhard Weiskopf [mailto:bweisk...@gmx.de]
 Gesendet: Freitag, 20. Februar 2015 22:50
 An: 'Openstreetmap allgemeines in Deutsch'
 Betreff: AW: [Talk-de] heise berichtet ueber osm.org-Routing integration
 
  Falls du Abbiegerelationen findest die nicht funktionieren ...
 
 Mir ist das hier aufgefallen:
 https://www.openstreetmap.org/directions?engine=osrm_carroute=49.
 51347%2C8.54672%3B49.51337%2C8.54679#map=19/49.51335/8.54609
 Am Kreuzungssternpunkt darf nicht gewendet werden (Relation: only
 straight forward)

Gerade bemerkt:

Bei OSRM direkt stimmt die Streckenführung: http://osrm.at/b3P
Die fehlerhafte Darstellung bei openstreetmap.org liegt vermutlich an der zu 
groben Auflösung der Streckenmarkierung.

Bernhard



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

Re: [OSM-talk] Quality of OSM Notes

2015-02-20 Thread Martijn van Exel

As for Scout, I talked about this in my diary entry
http://www.openstreetmap.org/user/mvexel/diary/28208 some time ago - not
all of these are going to be useful and there is going to be noise. We're
looking at improving the quality of the notes that make it through - which
is already a tiny, tiny fraction the notes we get internally. Only through
making mistakes do we learn how to get it right - not by not doing it in
the first place. I would say it's a stretch to call this a 'huge waste' of
our time - as I write this there are only a little over 100 notes posted on
OSM through our Scout users.

In general I think it should be easier, not harder, to create notes and
Ian's onosm is a good example of how to accomplish that. Adding artificial
friction makes no sense to me. Less notes should not be an objective,
smarter ways to look at them and process them should.

On Thu, Feb 19, 2015 at 11:33 PM, Hans De Kryger hans.dekryge...@gmail.com
wrote:

 I been meaning to write up an email about this subject last week but never
 got to it. The problem with osm notes i have is scout. The last week I've
 been trying to close a lot of scout notes and have found that at least 75
 of them are app errors. Of which i can doing nothing but close. Just a huge
 waste of my and other mappers time. Must of them just say app won't pin my
 location down or  i hate this app! Very long list. But in the end it's
 not a map issue but a app issue.
 On Feb 19, 2015 11:34 PM, Bryce Nesbitt bry...@obviously.com wrote:

 In preparation for a project, I made a concerted effort to clear notes
 in areas I know well.
 There were a few gems in there, but mostly it was pretty rough going.

 Many open notes were not actionable:

 1) Pure junk (empty, scribbles)
 2) Unsolvable wishes
 3) Incomplete information (with no way to contact the poster).
 4) Requests to add a particular business, which did not interest me.

 5) Private notes made by note author for themselves.
 6) Lazy Requests to do cleanup that the note writer did not want to do
 themselves.

 7) Gripes about other mappers.

 8) Stuff that had already been done.



 What could be done to make notes better?


 The current top page introduction reads:

 *Spotted a mistake or something missing? Let other mappers know so we can
 fix it. Move the marker to the correct position and type a note to explain
 the problem. (Please don't enter personal information or information from
 copyrighted maps or directory listings.)*


 Could there be a multi step form?  Or an extended description:

 Spotted a mistake or something missing? Let other mappers know so a
 volunteer can have a look. Move the marker to the correct position and type
 a note to explain the problem.

 * Please don't enter personal information or information from copyrighted
 maps or directory listings.
 * Please do include references to websites, photos or other documentation.
 * Please try to be complete, and write with the reader in mind.

 * For adding features, consider adding them yourself, rather than leaving
 a note.  OSM is easy to edit, and your fellow mappers and community members
 value contributions.




 

 If the number of notes grows faster than the number of mappers, that's a
 problem.  Notes
 will cease to be useful.  There are two solutions:

 1) Get more experienced mappers to process notes
 2) Increase the friction of creating a note, in hopes that means less
 notes of higher quality.



 Your thoughs?

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


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




-- 
Martijn van Exel
skype: mvexel
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] Neveřejné rekreační středisko

2015-02-20 Thread Matěj Cepl

Dobrý den,

jak mám označit http://www.openstreetmap.org/way/192051536 ...  
jedná se o Diecézní centrum života mládeže Vesmír hradeckého 
biskupství. Takže je to něco jako hotel, ale zároveň bych nerad 
uživatele OSM nerad zavedl, kdyby si snad mysleli, že tam můžou 
přijet a někdo je ubytuje (je to pouze pro předem nahlášené 
organizované skupiny).

V http://www.openstreetmap.org/changeset/28988302 jsem přidal 
správné označení, URL, a telefon, ale nevím jak dál.

Nějaké nápady?

Matěj


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

Re: [Talk-br] Aplicativo recomendado

2015-02-20 Thread Alexandre Magno Brito de Medeiros

Recomendado para que propósito?
Para navegação automotiva, testes básicos, o MapsFactor funcionou.
Para navegação outdoor (desportiva), o OruxMaps é bem completo.
Tem vários outros que o pessoal aí. Aguarde.

Alexandre Magno

Em 20 de fevereiro de 2015 19:10, Márcio Aguiar Ribeiro 
aguiar.mar...@gmail.com escreveu:

 Pessoal,

 qual o aplicativo recomendado para iOS e Android.

 Dei as boas vindas à um usuário da minha região e ele só reclamou que as
 ruas que ele estava colocando não estava atualizando no aplicativo. Ele
 falou que usa um tal de navigator. Qual a recomendação pra ele?

 Marcio Aguiar Ribeiro

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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker


Le 20/02/2015 21:01, Pierre-Yves Berrard a écrit :

Le 20 février 2015 20:14, Frédéric Rodrigo fred.rodr...@gmail.com
mailto:fred.rodr...@gmail.com a écrit :

Bonjour,

On a mis en place un petit serveur qui permet d'avoir le cadastre
par tuiles. Ça facilité l'utilisation (et la configuration dans Josm
!) mais ça permet aussi d'avoir un mode joker qui détecte
automatiquement la commune en cours de visualisation. Donc un seul
TMS pour toutes les communes :
[...]


Super boulot !
(j'en avais marre de changer les paramètres dans les préférences de JOSM)

En plus, fini le scintillement dû au rechargement à chaque niveau de
zoom. Les tuiles seraient stockées quelque part en cache ?


C'est Josm qui fait du cache.


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

Re: [OSM-talk-fr] BANO : Reconnaissance des voies

2015-02-20 Thread Vincent de Château-Thierry


Bonsoir,

Le 20/02/2015 06:28, « Ano59 » a écrit :

Le 20/02/2015 05:46, Philippe Verdy a écrit :


Et on l'a vu, les name:left et name:right ne suffisent pas pour les
noeuds d'adresse


Je ne sais pas si on se comprend bien en fait.

Ma demande / proposition, c'était que BANO reconnaisse les name:right et
name:left sur un way avec un tag highway=* au même titre qu'il reconnaît
les name tout court.

Probablement une mauvaise compréhension de mes propos, donc. Car
effectivement je vois pas l'intérêt d'ajouter name, name:left ou
name:right sur un noeud d'adresse. Ou bien si c'était bien ce qui avait
été compris, c'est moi qui ne percute pas.


Pas de souci, c'était très clair. Philippe parle de name:left et 
name:right pour des points, ce qui d'un point de vue géométrique est 
fortiche. C'est quoi le côté droit ou gauche d'un point ??? Le point de 
côté, je connais. Le côté d'un point, non.



Le 19/02/2015 23:04, Vincent de Château-Thierry a écrit :


Pour t'économiser il y a l'outil de génération d'adresses :
http://cadastre.openstreetmap.fr/?type=adresses


Merci, je l'utilise déjà toutefois. ;-) C'est juste un peu lourd à
dégainer quand d'ordinaire je passe en coup de vent sur une commune
après l'autre en ajoutant des tags name=* à tout va.


D'accord là-dessus, le service n'est pas réactif à la seconde, plutôt à 
la minute, donc pas adapté à de la contribution en passant.


vincent

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

Re: [Talk-cz] Neveřejné rekreační středisko

2015-02-20 Thread Marián Kyral

Já bych dal: access=private   (Only with permission of the owner on an
individual basis)

http://wiki.openstreetmap.org/wiki/Key:access

Marián

Dne 20.2.2015 v 23:33 Matěj Cepl napsal(a):
 Dobrý den,

 jak mám označit http://www.openstreetmap.org/way/192051536 ...  
 jedná se o Diecézní centrum života mládeže Vesmír hradeckého 
 biskupství. Takže je to něco jako hotel, ale zároveň bych nerad 
 uživatele OSM nerad zavedl, kdyby si snad mysleli, že tam můžou 
 přijet a někdo je ubytuje (je to pouze pro předem nahlášené 
 organizované skupiny).

 V http://www.openstreetmap.org/changeset/28988302 jsem přidal 
 správné označení, URL, a telefon, ale nevím jak dál.

 Nějaké nápady?

 Matěj


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


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

[OSM-talk] Warning: OSM password phishing

2015-02-20 Thread Ilya Zverev


Hi, one of our users by mistake logged in on another site:

http://www.reidel.me/index.php

It looks like the OSM forum and mirrors it nearly in real time. Please 
be careful and check the address bar before typing a password.


(Of course it can be an alternative URL for our forum, since it still is 
not on OSM servers, but you can never be too careful.)


IZ

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

Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

2015-02-20 Thread Nicolas Dumoulin

Salut Landry, salut les gens,

Le vendredi 20 février 2015 13:26:55 Landry Breuil a écrit :
 Est-ce que quelqu'un peut modifier la configuration par défaut pour que
 soient utilisés au choix le TMS ou le WMS-tuilé suivants :

J'ai essayé de mettre à jour http://josm.openstreetmap.de/wiki/Maps/France[1] 
selon tes dires. Je me suis raté au début, mais je pense avoir corrigé l'URL … 
mon josm ne 
l'a pas encore pris en compte. Je verrai demain …
Par contre, pour la source, j'ai mis Orthophotographie CRAIG/Sintegra/IGN 
2013 car 
l'entrée agrége les données des 4 départements. Ça te va, ou bien il faut 
séparer en deux 
entrées, une avec la source Sintegra et l'autre pour IGN ?
J'ai un peu mis à jour 
https://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG au 
passage.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


[1] http://josm.openstreetmap.de/wiki/Maps/France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] 基盤地図情報のインポートについて

2015-02-20 Thread Taro Matsuzawa


松澤です。

ちょいと作ってみた。

http://overpass-turbo.eu/s/7Mq
これは千駄ヶ谷周辺で僕とikiyaさんの二人のbuildingを探したもの。

(
  way(user:smellman)({{bbox}});
  way(user:ikiya)({{bbox}});
);
(
  way._[building=yes]({{bbox}});
);

way._(user〜
で絞り込みができないので、
ユーザの方をbboxで先に絞り込んでunionを作って、
そこからbuilding=yesを絞り込む感じ。

これでどうかなー？

On 2015/02/20 20:22, Satoshi IIDA wrote:


いいだです。

  松澤さん
ありがとうございます。
ごめんなさい、僕の意図がちょっと伝わってなかったです。

  * ユーザは 徳島県オープンデータ あるいは mitsurukikkawaが編集を
行った (user:徳島県オープンデータ)
ここのところを1回のクエリで作れないかな、と思って、
格納先の変数を ._ではなくて .a と .b に分けたりとかしていたのですが、う
まくゆかず。

まぁ、2ユーザぶん別々にクエリすればよいので実用には足りるのですが、
1回のクエリで済むと手間が減る、というくらいでした。
いただいたクエリで動くようなので、これで調査します。


--
Satoshi IIDA
mail: nyamp...@gmail.com mailto:nyamp...@gmail.com
twitter: @nyampire


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




--
Taro Matsuzawa
Georepublic Japan
mail: t...@georepublic.co.jp
web: http://georepublic.co.jp

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

Re: [Talk-br] Aplicativo recomendado

2015-02-20 Thread Tarcisio Oliveira

Uso o básico para Android OsmAnd para navegação e consulta de locais e 
para gravar as trilhas o osmtracker.



Tarcisio Oliveira

On 20-02-2015 20:43, Blademir wrote:

Na minha ultima viagem usei dois GPS nativos IGO 8.3 e TomTom ( atualizados) e 
foram uma decepção. A salvação foi o NavFree, mas o mapa não atualiza desde 
2013, estou procurando um que mantenha sempre atualizado.
Se alguem souber um pra carro me avise.
Att
BladeTC

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 20 de fevereiro de 2015 20:58
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Aplicativo recomendado

No iOS uso OpenMaps para visualização, e Go Map!! para edições rápidas. Ainda 
não achei um aplicativa de roteamento que vou recomendar, porque uso o telefone 
bastante no viagem, e quando não uso por email ou ligações, tirando fotos com 
Mapillary (que e outro aplicativo que recomendo)

Aun Johnsen


On Feb 20, 2015, at 19:10, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com 
wrote:

Pessoal,

qual o aplicativo recomendado para iOS e Android.

Dei as boas vindas à um usuário da minha região e ele só reclamou que as ruas 
que ele estava colocando não estava atualizando no aplicativo. Ele falou que 
usa um tal de navigator. Qual a recomendação pra ele?


Marcio Aguiar Ribeiro
___
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

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





smime.p7s
Description: Assinatura criptográfica S/MIME
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Quality of OSM Notes

2015-02-20 Thread Hans De Kryger

On Feb 20, 2015 1:42 PM, Martijn van Exel m...@rtijn.org wrote:

 As for Scout, I talked about this in my diary entry some time ago - not
all of these are going to be useful and there is going to be noise. We're
looking at improving the quality of the notes that make it through - which
is already a tiny, tiny fraction the notes we get internally. Only through
making mistakes do we learn how to get it right - not by not doing it in
the first place. I would say it's a stretch to call this a 'huge waste' of
our time - as I write this there are only a little over 100 notes posted on
OSM through our Scout users.

 In general I think it should be easier, not harder, to create notes and
Ian's onosm is a good example of how to accomplish that. Adding artificial
friction makes no sense to me. Less notes should not be an objective,
smarter ways to look at them and process them should.

Thanks martijn for replying. I know it's hard to sort through the mass
amount of notes you guys get. I didn't mean to throw you guys under the
bus. It's just overwhelming the notes that are out there. I'm glad to hear
you guys are still working to improve the quality of your notes.


 On Thu, Feb 19, 2015 at 11:33 PM, Hans De Kryger 
hans.dekryge...@gmail.com wrote:

 I been meaning to write up an email about this subject last week but
never got to it. The problem with osm notes i have is scout. The last week
I've been trying to close a lot of scout notes and have found that at least
75 of them are app errors. Of which i can doing nothing but close. Just a
huge waste of my and other mappers time. Must of them just say app won't
pin my location down or  i hate this app! Very long list. But in the end
it's not a map issue but a app issue.

 On Feb 19, 2015 11:34 PM, Bryce Nesbitt bry...@obviously.com wrote:

 In preparation for a project, I made a concerted effort to clear
notes in areas I know well.
 There were a few gems in there, but mostly it was pretty rough going.

 Many open notes were not actionable:

 1) Pure junk (empty, scribbles)
 2) Unsolvable wishes
 3) Incomplete information (with no way to contact the poster).
 4) Requests to add a particular business, which did not interest me.

 5) Private notes made by note author for themselves.
 6) Lazy Requests to do cleanup that the note writer did not want to do
themselves.

 7) Gripes about other mappers.

 8) Stuff that had already been done.



 What could be done to make notes better?


 The current top page introduction reads:

 Spotted a mistake or something missing? Let other mappers know so we
can fix it. Move the marker to the correct position and type a note to
explain the problem. (Please don't enter personal information or
information from copyrighted maps or directory listings.)


 Could there be a multi step form?  Or an extended description:

 Spotted a mistake or something missing? Let other mappers know so a
volunteer can have a look. Move the marker to the correct position and type
a note to explain the problem.

 * Please don't enter personal information or information from
copyrighted maps or directory listings.
 * Please do include references to websites, photos or other
documentation.
 * Please try to be complete, and write with the reader in mind.

 * For adding features, consider adding them yourself, rather than
leaving a note.  OSM is easy to edit, and your fellow mappers and community
members value contributions.




 

 If the number of notes grows faster than the number of mappers, that's
a problem.  Notes
 will cease to be useful.  There are two solutions:

 1) Get more experienced mappers to process notes
 2) Increase the friction of creating a note, in hopes that means less
notes of higher quality.



 Your thoughs?

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


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




 --
 Martijn van Exel
 skype: mvexel
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Quality of OSM Notes

2015-02-20 Thread Greg Troxel


Bryce Nesbitt bry...@obviously.com writes:

 6) Lazy Requests to do cleanup that the note writer did not want to do
 themselves.

That's unnecessarily perjorative.  I've seen a number of notes around me
that could be characterized that way, and I've entered a number myself.
I view it as a public shared todo list.  I've fixed some of them myself,
others (esp. oceanvortex) have fixed some, and some remain.   It's far
faster to drop a note than to do the work, and often it's simply a
matter of half an hour with bing and tiger or the massgis parcels layer
to resolve.

I consider this use case to be a successful example of notes.

That said, there is a lot of junk.  But I just close them if I can't
figure them out and if I'm fairly sure I wouldn't be able to if I showed
up.



pgpCCtM9r35pG.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-au] Using roads dataset from data.sa.gov.au

2015-02-20 Thread Henry Haselgrove

Hi everyone,

 

I have recently been looking at the roads dataset on data.sa.gov.au, and
trying to figure out if there is a good way to use it in OSM.

 

One thing I have tried so far is to process the data in a manner that
identifies roads that are missing or incorrectly tagged in OSM.  The result
is a .osm file that contains approximately 20,000 ways from data.sa.gov.au
that are either missing or named differently to what is in OSM. The data
covers not only SA but also the western 100km of VIC. I don't think that
automatically merging this data into OSM would be a good idea, unless anyone
knows of a clever way to do that. However I reckon the file could be a
valuable source for manual edits. 

 

I put a brief description of my work on the wiki:

 

https://wiki.openstreetmap.org/wiki/Import/South_Australian_Roads

 

I would be interested in other ideas you might have for how to use the
source dataset. I should mention that, in the .osm file I have distilled so
far, I tried to include only public roads, by excluding any way that does
not have a name. About half of the source dataset consists of unnamed ways,
which seem to be a combination of private access roads and driveways, and
rural tracks. Perhaps some of this data could be useful in OSM too.

 

Cheers,

 

Henry

 

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

Re: [OSM-talk] Quality of OSM Notes

2015-02-20 Thread Michał Brzozowski

On Fri, Feb 20, 2015 at 10:11 PM, Bryce Nesbitt bry...@obviously.com wrote:
 Perhaps the most frustrating type of note is one where the writer clearly
 meant to help, but there's just not
 enough information available to act on it.

I can also relate to this. Any help on getting this is appreciated:
https://github.com/openstreetmap/openstreetmap-website/issues/776

Maybe I could do research into an app which would allow for no-frills
GPS trace collection and upload to some service (actually this can be
done in HTML5 - you can ask specifically for GPS in geolocation API).
This way when someone complains about missing roundabout that happens
to be yet invisible in aerial photos, we could ask the person to get a
trace.

Another thing that would be nice: categorization of open notes (like:
needs more info, needs aerial photos/GPS traces, check later (ongoing
construction), etc)

Michał

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

Re: [OSM-talk] Quality of OSM Notes

2015-02-20 Thread Hans De Kryger

On Feb 20, 2015 6:00 PM, Greg Troxel g...@ir.bbn.com wrote:


 Bryce Nesbitt bry...@obviously.com writes:

  6) Lazy Requests to do cleanup that the note writer did not want to do
  themselves.

 That's unnecessarily perjorative.  I've seen a number of notes around me
 that could be characterized that way, and I've entered a number myself.
 I view it as a public shared todo list.  I've fixed some of them myself,
 others (esp. oceanvortex) have fixed some, and some remain.   It's far
 faster to drop a note than to do the work, and often it's simply a
 matter of half an hour with bing and tiger or the massgis parcels layer
 to resolve.

 I consider this use case to be a successful example of notes.

 That said, there is a lot of junk.  But I just close them if I can't
 figure them out and if I'm fairly sure I wouldn't be able to if I showed
 up.

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

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

Re: [OSM-talk-fr] BANO : Reconnaissance des voies

2015-02-20 Thread « Ano59 »



Le 20/02/2015 05:46, Philippe Verdy a écrit :



Le 19 février 2015 22:39, « Ano59 » news_advertis...@yahoo.fr 
mailto:news_advertis...@yahoo.fr a écrit :


Bonjour,

Le 19/02/2015 11:42, Christian Quest a écrit :

Le 19/02/2015 00:39, « Ano59 » a écrit :

 Bonjour,

 Contribuant régulièrement dans la région NPDC, je
fais partie de
la mailing-list de cette région. On m'a redirigé ici afin
que je
puisse mettre quelques questions / suggestions concernant
BANO, en
particulier en ce qui concerne la reconnaissance des
voies. Je vais
faire ça un peu en vrac au fil des problèmes rencontrés.

 Déjà première suggestion : serait-il possible que
BANO reconnaisse
les voies OSM portant un tag name:left ou name:right ? En
mappant
certaines rues entre deux villes, je me suis rendu compte
que le cas
arrivait souvent (la rue a deux noms différents selon la
ville). Ces
voies ne sont pas reconnues dans BANO : au mieux seule la
portion avec
un seule nom est reconnue, si elle existe.

En créant 2 relations associatedStreet distincte les scripts BANO
retrouveront leurs petits.


C'est un peu dommage dans la mesure où créer à la main les
relations associatedStreet et ajouter chaque adresse est très
chronophage par rapport à un ajout name:left et name:right...

Ce n'est pas si chronophage que ça car il y a en fait peu de voies où 
c'est nécessaire.


Et on l'a vu, les name:left et name:right ne suffisent pas pour les 
noeuds d'adresse (à moins que sur chacun d'eux on renseigne aussi 
addr:street, voire même addr:postcode (qui feraient mieux d'être dans 
la relation associated Street correcte pour chaque commune (ou secteur 
postal en cas de changement de code postal, y compris au sein d'une 
même commune, car les facteurs font les deux côtés en même temps même 
si ces côtés ont des noms du rue différents et sont en fait sur des 
communes différentes).


Là où il n'y a pas de problème de confusion (nom de rue unique, une 
seule commune, un seul code postal) taguer uniquement les noeuds et 
way suffit. Les names:left et name:right sont à bannir absolument !



Le 21/02/2015 01:08, Philippe Verdy a écrit :



Le 20 février 2015 23:25, Vincent de Château-Thierry v...@laposte.net 
mailto:v...@laposte.net a écrit :


Bonsoir,


Probablement une mauvaise compréhension de mes propos, donc. Car
effectivement je vois pas l'intérêt d'ajouter name, name:left ou
name:right sur un noeud d'adresse. Ou bien si c'était bien ce
qui avait
été compris, c'est moi qui ne percute pas.


Pas de souci, c'était très clair. Philippe parle de name:left et
name:right pour des points, ce qui d'un point de vue géométrique
est fortiche. C'est quoi le côté droit ou gauche d'un point ??? Le
point de côté, je connais. Le côté d'un point, non.


Comment te permets-tu de réinterpréter ce que j'ai écrit et qui ne dit 
pas du tout ça ! Je parlais bel et bien des name:left / right  sur les 
ways. Je n'ai jamais eu l'idée même de mettre ça sur les noeuds 
d'adresse où la droite et la gauche n'a aucun sens.


Merci donc de me relire dans ce que j'ai écrit et qui ne parlait que 
des ways, mais qui pose ensuite problème si on n'a pas de relation 
pour savoitr comment rattacher les noeuds d'adresse à ces ways 
(d'auant plus que l'interpréation de left et right n'est pas 
stable du tout quand les éditeurs ou les erreurs de manipulations font 
que bien souvent ils sont inversés ou que le reversement du tracé ne 
modifie pas toujours ces tags (même dans JOSM qui au préalable au 
moins nous avertit, mais bien des utilsiateurs de JOSM ne comprennent 
pas ce message et cliquent sur le bouton pour ne pas modifier ne nom 
de ces tags, d'autant lus que pour eux ils voient la droite et la 
gauche en fonction de l'orientation à l'écran où pour eux, la droite 
c'est en fait l'est et la gauche c'est l'ouest... j'en ai vu assez 
souvent, et qui en plus ont réglé leur éditeur pour qu'il n'affiche 
pas les flèches de tracé).


Les éditeurs d'itinéraires (pour bus par exemple) font des tonnes 
d'erreurs ou renversent à loisir les chemins (et même peuvent les 
mettre en contre-sens d'un sens unique et omettre de changer un 
oneway=yes en oneway=-1, et cça fausse complètement le sens de la 
droite et la gauche).


La praticité des tags name:left et name:right est certes mauvaise. Du 
coup j'imagine que pour une telle rue, le mieux serait de mettre une 
double relation associatedStreet ?


Mais une question subsiste : pour les ways à proprement parler, on met 
quoi comme nom ? Aucun tag de nom ? Un tag name simple (mais avec quel 
nom ?) ? Les fameux name:left et name:right ?


Cordialement,
« Ano59 ».

Re: [OSM-ja] Geodata Platform

2015-02-20 Thread yuu hayashi

緊急リリース！

変換プログラムのバグを取りました。
既存のバス停データを避ける機能を追加しました。

http://sourceforge.jp/projects/convbusstop/downloads/62848/ConvBusstop20150221.zip/

（ちゃんと動くことも確認済みです）


2015年2月15日 8:55 大和田健一 ml.ohw...@gmail.com:

 いいださん
 情報ありがとう。
 トライしてみます。

 ---
 大和田健一 ml.ohw...@gmail.com



 いいだです。
 交通、のカテゴリ内にありますよー。

 http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-N07.html
 http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-P11.html

 また、バス停のデータについては
 変換スクリプトが既にあります。
 (これも、本格的に進めるために、
 コミュニティインポート、という形でimports MLに提案するのがよいのかしらん？)

 http://wiki.openstreetmap.org/wiki/Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1



 2015年2月15日 8:35 大和田健一 ml.ohw...@gmail.com:

 あっ！ 国交省ですね。

 来週 OpenDataDay なので、何かやりたいと思ってます。
 ひとまず、バス停とバスルートかな。

 国土数値情報は、これかと思いますが。
 この中にないような。
 http://nlftp.mlit.go.jp/ksj/index.html

 OSM 以外でも参考可能にするために、
 LinkData.org に入れようとも思ってます。
 GeoJSON が出来るのかは分からないけど。

 ---
 大和田健一 ml.ohw...@gmail.com



 いいだです。

 地理院ではなく、国交省さんの出している
 国土数値情報じゃないかな、と思いますが、
 以前にいくつかのデータはOSMに投入されていると認識しています。
 (行政区境データのリファインを僕が作業中であることも含めて)

 http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import

 また、過去に行われたインポートが中途で終わってしまっていて、
 県によってはデータが未投入である場合もあるかとは思います。

 個人的に、バスルートデータは一時期、トレース用に参照ができるように
 タイル化なりGeoJSON化するなりしようと考えていたのですが、作業が途中で止まっています。

 どのデータを使いたいなど、ありますか？


 2015年2月15日 0:03 大和田健一 ml.ohw...@gmail.com:

 ゴーガさんが Geodata Platform というサイトを開設しました。
 http://www.geodata-platform.com/

 見てみると、病院とかバス停とか、役に立ちそうなデータがありました。
 オリジナルは、国土地理院 みたいです。
 OSM にこの辺のデータは入ってないようですが。
 何か問題があるのかな。
 単に手が足りていないだけ。

 −−−
 大和田健一 ml.ohw...@gmail.com

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




 --
 Satoshi IIDA
 mail: nyamp...@gmail.com
 twitter: @nyampire

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



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




 --
 Satoshi IIDA
 mail: nyamp...@gmail.com
 twitter: @nyampire

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



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


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Holger Jeromin

Holger Jeromin wrote on 20.02.2015 15:21:
 Florian Lohoff wrote on 20.02.2015 14:16:
 On Fri, Feb 20, 2015 at 10:42:24AM +0100, Holger Jeromin wrote:
 Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
 ...
 Evtl ist bei euch ja auch folgendes Tagging richtiger:
 foot=yes
 bicycle=yes
 motorcar=private
 agricultural=yes
 Der Punkt ist das OSRM stand heute KEINE tracks benutzt. Egal was
 passiert. Wenn es aber die einzige möglichkeit ist einen Ort zu
 erreichen ist die Nutzung legitim. MapQuest macht es vor. Mapfactor
 Navigator auch.
 https://github.com/Project-OSRM/osrm-backend/issues/1219#issuecomment-59010196

Danke, dass du mir die Stelle per Mail geschickt hast. Der Weg hat ja
schon folgende Tags:
hgv=destination
highway=track
motorcar=destination
motorcycle=destination

Ich hätte gedacht, dass osrm tracks nutzt, wenn der access richtig ist.
Dann mach doch ein neues Ticket auf.
Obige Kombi sollte definitiv im Auto-Profil erlaubt sein.

-- 
Grüße
Holger


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

Re: [OSM-talk-be] AGIV mobile mapping toepassing

2015-02-20 Thread Glenn Plas

Weeral een dienst die gesponsord door belastingsgeld een publiek goed
probeert uit te melken.

Het is niet voor niets dat Belgie op plaats 53 staat in de OKFN index op
OpenData gebruik.

Ik vrees dat dit aan ons voorbij zal gaan. De verkeersborden database
zou eigenlijk al heel wat zijn. Er is blijkbaar geen beleid om met onze
vragen om te gaan. (heb het ook gedaan paar jaar terug, ik wacht nog steeds)

http://index.okfn.org/place/

Glenn

On 20-02-15 14:59, Sander Deryckere wrote:
Zie hun informatienota:
https://www.agiv.be/~/media/agiv/producten/mobilemapping/documenten/informatienota%20inwinning%20panoramische%20beelden.pdf

Deze belofte om de beelden niet te verspreiden maakt het zowat
onmogelijk om dat wel to doen (ik zou ook niet houden van overheden die
hun beloftes niet nakomen).

In het beste geval kan een ontwikkelaar (of een firma) toegang krijgen
tot de foto's, om er op die manier nuttige data uit te halen (zoals die
verkeersborden), en die dan te publiceren.

Mvg,
Sander

Op 20 februari 2015 14:51 schreef Jo winfi...@gmail.com
mailto:winfi...@gmail.com:

Wij van onze kant zijn begonnen met het in beeld brengen van alle
wegen mbv Mapillary,com. Het lijkt er niet op dat we van
soortgelijke beelden gebruik zullen kunnen maken om OSM te
verbeteren, behalve als we ze zelf verzamelen.

Ik had ook 's een mail geschreven naar
'verkeersbor...@mow.vlaanderen.be
mailto:verkeersbor...@mow.vlaanderen.be' een paar weken terug,
maar die was geen antwoord waardig, blijkbaar.

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

[OSM-talk-be] OKFN is toch een vzw ?

2015-02-20 Thread hvdb

 De 360°-beeldendatabank Vlaanderen worden stapsgewijs en gratis
opengesteld voor alle deelnemers GDI-Vlaanderen. Ook dienstverleners die
een opdracht van algemeen belang voor een deelnemer GDI-Vlaanderen
uitvoeren, kunnen toegang krijgen voor de duur van de opdracht. De
360°-beeldendatabank Vlaanderen wordt niet opengesteld voor het brede
publiek.
https://www.agiv.be/news/2015/februari/nieuwe-mobilemappingbeelden-beschikbaar-360-beeldendatabank-vlaanderen


Zoals in het GDI-decreet wordt gesteld is een deelnemer aan GDI-Vlaanderen
: iedere instantie in de zin van artikel 4, § 1, van het decreet van 26
maart 2004 betreffende de openbaarheid van bestuur.
https://www.agiv.be/over-agiv/deelnemers-partners/nieuwe-deelnemer-gdi-vlaanderen


artikel 4, § 1 :
5° de andere gemeentelijke en provinciale instellingen, *met inbegrip van
de verenigingen zonder winstoogmerk waarin één of meer gemeenten of de
provincies minstens de helft van de stemmen in één van de beheersorganen
heeft of de helft van de financiering voor haar rekening neemt; *
http://openbaarheid.vlaanderen.be/nlapps/docs/default.asp?id=15

Kan OKFN, dat een vzw is, hieraan geen 'mouw aanpassen' ?
http://www.openknowledge.be/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] cadastre.openstreetmap et import d'adresses

si tu savais ce que je suis obligé de faire en contrepartie



-
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/cadastre-openstreetmap-et-import-d-adresses-tp5834244p5834387.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] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

2015-02-20 Thread Jérôme Amagat

Et il manque environ 600 cantons sur 2000

Le 20 février 2015 17:00, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 C'est Philippe qui s'amuse et qui complique avec des subarea,
 des political_fraction et des collection

 Le 20 février 2015 10:59, Hélène PETIT h...@free.fr a écrit :

 J'ai entrepris les cantons de haute-garonne il y a quelques temps,
 puis j'ai été rebutée par des détails, certes, mais qui m'ont gonflée :
 j'avais commencé par utiliser la page wikipedia,
 https://fr.wikipedia.org/wiki/Liste_des_cantons_de_la_Haute-Garonne
 mais j'y ai trouvé des erreurs ; j'en ai corrigé deux ou trois, puis j'en
 ai eu marre, et j'ai travaillé avec le décret :
 http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=
 JORFTEXT28621951
 puis, quand j'ai voulu continuer, quelqu'un avait modifié mon travail en
 rajoutant une vingtaine de traduction des noms de canton dans chaque
 relation, ce qui m'a empêché de copier une relation pour en générer une
 autre (sauf à modifier à chaque coup toutes les traductions -bonjour les
 trucs écrits de droite à gauche-).
 Puis je me suis rendu compte que les cantons qui avaient été créés
 contiennent eux-mêmes des relations de communes (et non pas seulement les
 chemins extérieurs) ce qui a rendu inopérants mes scripts d'affichage des
 cantons pour les copains.
 Alors, j'ai un peu jeté l'éponge.

 Le 20/02/2015 09:53, Christian Quest a écrit :

  La cartographie des nouveaux cantons départementaux avance mais est
 encore loin d'être complète.

 Ces limites de cantons sont pas mal demandées actuellement et si nous
 pouvions mettre le paquet pour avoir rapidement quelque chose de complet
 ça pourrait faire briller OSM une fois de plus !

 Ce Lundi se tient un hackathon à propos des élections, co-organisé par
 Sciences Po, le Ministère de l'Intérieur et Etalab:
 https://www.etalab.gouv.fr/open-data-camp-elections

 Voilà pour le contexte... maintenant comment faire pour accélérer ?

 J'ai cherché une source officielle de ce découpage, et n'ai pas pu en
 trouver pour l'instant.

 Je me suis rabattu sur les listes électorales avec l'intention de les
 géocoder (avec BANO) pour retrouver les limites des bureaux de votes et
 des cantons. Je n'ai pu obtenir que 4 départements et la qualité et la
 cohérence des données ne facilite pas autant le travail que je le
 pensais. C'est toutefois un moyen de contrôle intéressant mais pas une
 vraie façon d’accélérer la saisie.

 Retour aux bases...

 La source officielle est bien sûr le JORF, et celui-ci a été repris très
 proprement dans wikipédia (ce qui peut faciliter son exploitation).

 Une page du wiki OSM fait l'état des lieux et permet de se coordonner :
 http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#
 Nouveaux_cantons_pour_2015

 Demain c'est l'opendataday... nous n'avons rien organisé de très formel,
 mais à cette occasion si vous voulez consacrer du temps pour avancer sur
 cette thématique ça serait faire d'une pierre deux coups !


 Bon découpage !



 ___
 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] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

2015-02-20 Thread Jérôme Amagat

C'est Philippe qui s'amuse et qui complique avec des subarea,
des political_fraction et des collection

Le 20 février 2015 10:59, Hélène PETIT h...@free.fr a écrit :

 J'ai entrepris les cantons de haute-garonne il y a quelques temps,
 puis j'ai été rebutée par des détails, certes, mais qui m'ont gonflée :
 j'avais commencé par utiliser la page wikipedia,
 https://fr.wikipedia.org/wiki/Liste_des_cantons_de_la_Haute-Garonne
 mais j'y ai trouvé des erreurs ; j'en ai corrigé deux ou trois, puis j'en
 ai eu marre, et j'ai travaillé avec le décret :
 http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621951
 puis, quand j'ai voulu continuer, quelqu'un avait modifié mon travail en
 rajoutant une vingtaine de traduction des noms de canton dans chaque
 relation, ce qui m'a empêché de copier une relation pour en générer une
 autre (sauf à modifier à chaque coup toutes les traductions -bonjour les
 trucs écrits de droite à gauche-).
 Puis je me suis rendu compte que les cantons qui avaient été créés
 contiennent eux-mêmes des relations de communes (et non pas seulement les
 chemins extérieurs) ce qui a rendu inopérants mes scripts d'affichage des
 cantons pour les copains.
 Alors, j'ai un peu jeté l'éponge.

 Le 20/02/2015 09:53, Christian Quest a écrit :

  La cartographie des nouveaux cantons départementaux avance mais est
 encore loin d'être complète.

 Ces limites de cantons sont pas mal demandées actuellement et si nous
 pouvions mettre le paquet pour avoir rapidement quelque chose de complet
 ça pourrait faire briller OSM une fois de plus !

 Ce Lundi se tient un hackathon à propos des élections, co-organisé par
 Sciences Po, le Ministère de l'Intérieur et Etalab:
 https://www.etalab.gouv.fr/open-data-camp-elections

 Voilà pour le contexte... maintenant comment faire pour accélérer ?

 J'ai cherché une source officielle de ce découpage, et n'ai pas pu en
 trouver pour l'instant.

 Je me suis rabattu sur les listes électorales avec l'intention de les
 géocoder (avec BANO) pour retrouver les limites des bureaux de votes et
 des cantons. Je n'ai pu obtenir que 4 départements et la qualité et la
 cohérence des données ne facilite pas autant le travail que je le
 pensais. C'est toutefois un moyen de contrôle intéressant mais pas une
 vraie façon d’accélérer la saisie.

 Retour aux bases...

 La source officielle est bien sûr le JORF, et celui-ci a été repris très
 proprement dans wikipédia (ce qui peut faciliter son exploitation).

 Une page du wiki OSM fait l'état des lieux et permet de se coordonner :
 http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#
 Nouveaux_cantons_pour_2015

 Demain c'est l'opendataday... nous n'avons rien organisé de très formel,
 mais à cette occasion si vous voulez consacrer du temps pour avancer sur
 cette thématique ça serait faire d'une pierre deux coups !


 Bon découpage !



 ___
 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-au] Using roads dataset from data.sa.gov.au

2015-02-20 Thread Daniel O'Connor

Softgrow has done some work in metro Adelaide around checking roads:

http://wiki.openstreetmap.org/wiki/WikiProject_South_Australia

I would be keen for:
- New roads (housing developments etc) in metro, outer metro areas first
- Identifying naming conflicts in metro areas next

The later I would recommend manual checking of (happy to help) to avoid
clobbering roads that simply need splitting using a process like the one on
the sa project page.
On 21/02/2015 12:20 PM, Henry Haselgrove haselgr...@gmail.com wrote:

 Hi everyone,



 I have recently been looking at the “roads” dataset on data.sa.gov.au,
 and trying to figure out if there is a good way to use it in OSM.



 One thing I have tried so far is to process the data in a manner that
 identifies roads that are missing or incorrectly tagged in OSM.  The result
 is a .osm file that contains approximately 20,000 ways from data.sa.gov.au
 that are either missing or named differently to what is in OSM. The data
 covers not only SA but also the western 100km of VIC. I don’t think that
 automatically merging this data into OSM would be a good idea, unless
 anyone knows of a clever way to do that. However I reckon the file could be
 a valuable source for manual edits.



 I put a brief description of my work on the wiki:



 https://wiki.openstreetmap.org/wiki/Import/South_Australian_Roads



 I would be interested in other ideas you might have for how to use the
 source dataset. I should mention that, in the .osm file I have distilled so
 far, I tried to include only public roads, by excluding any way that does
 not have a name. About half of the source dataset consists of unnamed ways,
 which seem to be a combination of private access roads and driveways, and
 rural tracks. Perhaps some of this data could be useful in OSM too.



 Cheers,



 Henry



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


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

[OSM-talk] Mapping of temporary features/conditions

2015-02-20 Thread Mike Thompson

Hello,
I am preparing a talk to introduce new mappers to OSM.  I want to provide
them some guidance as to what general things we map and don't map.  The
beginners guide provides much of this.  One thing that is not addressed is
the mapping of temporary features/conditions.  It seems common sense to me
that we don't map very temporary things, such as cars in parking lots or
snow cover (unless it is a year-round snow field or glacier).  However, I
cannot find anything on the wiki that explicit states this.

I did read the wiki page for the crop=* key[1] which states it is
recommended that this tag only be used for areas where the same crop is
repeatedly (e.g. grown year after year). Otherwise it is easy for the value
to become inaccurate in OSM. This seems to support my point, albeit only
for the specific case of crops.

I also read the wiki page on the temporary:date_on=* tag[2] which seems to
suggest some temporary things can be mapped, but they should be tagged as
such.

A) Is there agreement to generally not map most temporary
features/conditions?
B) Is this explicitly documented on the wiki? Can someone provide me a
link?


Mike
[1] http://wiki.openstreetmap.org/wiki/Key:crop
[2] http://wiki.openstreetmap.org/wiki/Key:temporary:date_on
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Quality of OSM Notes

On Fri, Feb 20, 2015 at 12:29 AM, Toby Murray toby.mur...@gmail.com wrote:

 I believe it was Ian Dees who came up with http://onosm.org/ to address
 this. It collects detailed information and then creates an actionable note
 with that information.

What would it take to get onosm or something like that linked to from the
notes interface?


It should also be made clear that non-retail (e.g. online) businesses and
consultancies are not mappable.


In general feel that more friction should be added to the notes process,
so it's harder to make a note, so there are less notes.
That process should continue until the production and processing of notes
gets into balance.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] AGIV mobile mapping toepassing

2015-02-20 Thread Sander Deryckere

Hier heb ik geen problemen mee. De overheid heeft veel privacy-gevoelige
data, en die moet niet altijd publiek gemaakt worden (in veel gevallen,
liever niet zelfs).

De verkeersborden database zou natuurlijk meer dan welkom zijn, en dan zou
het eindelijk mogelijk zijn om eens een goed navigatietoestel voor
vrachtwagens te maken. Tegenwoordig worden vrachtwagens op onbekend terrein
nog veel te vaak door kleine straatjes gesstuurd, of zelfs straten waar ze
niet over mogen. De commerciële navigatiediensten bieden geen oplossing
aan, maar in OSM worden die maximum gewichten vaak ook niet getagged, omdat
we er vaak als automobilist of fietser niet op letten.

Eigenlijk zie ik enkel maar voordelen bij het vrijgeven van de
verkeersborden database.

Wat die site van OFKN betreft, die zipcode colom zou wel iets groener
mogen. Inmiddels zijn alle adressen van Brussel en Vlaanderen vrijgegeven
(inclusief poscodes), wat Wallonië betreft ken ik de stand van zaken niet.

Groeten,
Sander

Op 20 februari 2015 16:55 schreef Glenn Plas gl...@byte-consult.be:

Weeral een dienst die gesponsord door belastingsgeld een publiek goed
probeert uit te melken.

Het is niet voor niets dat Belgie op plaats 53 staat in de OKFN index op
OpenData gebruik.

http://index.okfn.org/place/

Glenn

On 20-02-15 14:59, Sander Deryckere wrote:
Zie hun informatienota:

https://www.agiv.be/~/media/agiv/producten/mobilemapping/documenten/informatienota%20inwinning%20panoramische%20beelden.pdf

Deze belofte om de beelden niet te verspreiden maakt het zowat
onmogelijk om dat wel to doen (ik zou ook niet houden van overheden die
hun beloftes niet nakomen).

In het beste geval kan een ontwikkelaar (of een firma) toegang krijgen
tot de foto's, om er op die manier nuttige data uit te halen (zoals die
verkeersborden), en die dan te publiceren.

Mvg,
Sander

Op 20 februari 2015 14:51 schreef Jo winfi...@gmail.com
mailto:winfi...@gmail.com:

Wij van onze kant zijn begonnen met het in beeld brengen van alle
wegen mbv Mapillary,com. Het lijkt er niet op dat we van
soortgelijke beelden gebruik zullen kunnen maken om OSM te
verbeteren, behalve als we ze zelf verzamelen.

Ik had ook 's een mail geschreven naar
'verkeersbor...@mow.vlaanderen.be
mailto:verkeersbor...@mow.vlaanderen.be' een paar weken terug,
maar die was geen antwoord waardig, blijkbaar.

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

Re: [OSM-talk-be] AGIV mobile mapping toepassing

2015-02-20 Thread Marc Gemis

Ik zou nu ook weer niet teveel verwachten van die verkeersborden databank:
http://www.demorgen.be/binnenland/verkeersbordendatabank-een-lege-doos-van-20-miljoen-euro-a2161434/

mvg

2015-02-20 17:28 GMT+01:00 Sander Deryckere sander...@gmail.com:

Hier heb ik geen problemen mee. De overheid heeft veel privacy-gevoelige
data, en die moet niet altijd publiek gemaakt worden (in veel gevallen,
liever niet zelfs).

Eigenlijk zie ik enkel maar voordelen bij het vrijgeven van de
verkeersborden database.

Groeten,
Sander

Op 20 februari 2015 16:55 schreef Glenn Plas gl...@byte-consult.be:

Weeral een dienst die gesponsord door belastingsgeld een publiek goed
probeert uit te melken.

Het is niet voor niets dat Belgie op plaats 53 staat in de OKFN index op
OpenData gebruik.

http://index.okfn.org/place/

Glenn

On 20-02-15 14:59, Sander Deryckere wrote:
Zie hun informatienota:

https://www.agiv.be/~/media/agiv/producten/mobilemapping/documenten/informatienota%20inwinning%20panoramische%20beelden.pdf

Deze belofte om de beelden niet te verspreiden maakt het zowat
onmogelijk om dat wel to doen (ik zou ook niet houden van overheden die
hun beloftes niet nakomen).

In het beste geval kan een ontwikkelaar (of een firma) toegang krijgen
tot de foto's, om er op die manier nuttige data uit te halen (zoals die
verkeersborden), en die dan te publiceren.

Mvg,
Sander

Op 20 februari 2015 14:51 schreef Jo winfi...@gmail.com
mailto:winfi...@gmail.com:

Wij van onze kant zijn begonnen met het in beeld brengen van alle
wegen mbv Mapillary,com. Het lijkt er niet op dat we van
soortgelijke beelden gebruik zullen kunnen maken om OSM te
verbeteren, behalve als we ze zelf verzamelen.

Ik had ook 's een mail geschreven naar
'verkeersbor...@mow.vlaanderen.be
mailto:verkeersbor...@mow.vlaanderen.be' een paar weken terug,
maar die was geen antwoord waardig, blijkbaar.

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

Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

Voilà pour le rendu cantons2015 à utiliser dans JOSM:

tms[20]:http://{switch:a,b,c}.layers.openstreetmap.fr/cantons2015/{zoom}/{x}/{y}.png

Par contre, le shapefile semble décale de 55m vers ENE... tenez en
compte, je cherche à remettre ça d'applomb.


Le 20/02/2015 17:34, Christian Quest a écrit :
 Et ceci va pouvoir nous aider:
 https://www.data.gouv.fr/fr/datasets/contours-des-cantons-electoraux-departementaux-2015/

 Ca vient d'arriver sur data.gouv.fr...

 Je vais mettre en place un rendu transparent pour aider à la
 constitution et au contrôle.
 Pour les cantons formés de communes pleines, comcommaker est idéal.
 Pour les autres, le rendu sera sûrement plus utile...


 Le 20/02/2015 17:01, Jérôme Amagat a écrit :
 Et il manque environ 600 cantons sur 2000

 Le 20 février 2015 17:00, Jérôme Amagat jerome.ama...@gmail.com
 mailto:jerome.ama...@gmail.com a écrit :

 C'est Philippe qui s'amuse et qui complique avec des subarea,
 des political_fraction et des collection

 Le 20 février 2015 10:59, Hélène PETIT h...@free.fr
 mailto:h...@free.fr a écrit :

 J'ai entrepris les cantons de haute-garonne il y a quelques
 temps,
 puis j'ai été rebutée par des détails, certes, mais qui m'ont
 gonflée :
 j'avais commencé par utiliser la page wikipedia,
 https://fr.wikipedia.org/wiki/Liste_des_cantons_de_la_Haute-Garonne
 mais j'y ai trouvé des erreurs ; j'en ai corrigé deux ou
 trois, puis j'en ai eu marre, et j'ai travaillé avec le décret :
 
 http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621951
 puis, quand j'ai voulu continuer, quelqu'un avait modifié mon
 travail en rajoutant une vingtaine de traduction des noms de
 canton dans chaque relation, ce qui m'a empêché de copier une
 relation pour en générer une autre (sauf à modifier à chaque
 coup toutes les traductions -bonjour les trucs écrits de
 droite à gauche-).
 Puis je me suis rendu compte que les cantons qui avaient été
 créés contiennent eux-mêmes des relations de communes (et non
 pas seulement les chemins extérieurs) ce qui a rendu
 inopérants mes scripts d'affichage des cantons pour les copains.
 Alors, j'ai un peu jeté l'éponge.

 Le 20/02/2015 09:53, Christian Quest a écrit :

 La cartographie des nouveaux cantons départementaux
 avance mais est
 encore loin d'être complète.

 Ces limites de cantons sont pas mal demandées
 actuellement et si nous
 pouvions mettre le paquet pour avoir rapidement quelque
 chose de complet
 ça pourrait faire briller OSM une fois de plus !

 Ce Lundi se tient un hackathon à propos des élections,
 co-organisé par
 Sciences Po, le Ministère de l'Intérieur et Etalab:
 https://www.etalab.gouv.fr/open-data-camp-elections

 Voilà pour le contexte... maintenant comment faire pour
 accélérer ?

 J'ai cherché une source officielle de ce découpage, et
 n'ai pas pu en
 trouver pour l'instant.

 Je me suis rabattu sur les listes électorales avec
 l'intention de les
 géocoder (avec BANO) pour retrouver les limites des
 bureaux de votes et
 des cantons. Je n'ai pu obtenir que 4 départements et la
 qualité et la
 cohérence des données ne facilite pas autant le travail
 que je le
 pensais. C'est toutefois un moyen de contrôle intéressant
 mais pas une
 vraie façon d’accélérer la saisie.

 Retour aux bases...

 La source officielle est bien sûr le JORF, et celui-ci a
 été repris très
 proprement dans wikipédia (ce qui peut faciliter son
 exploitation).

 Une page du wiki OSM fait l'état des lieux et permet de
 se coordonner :
 
 http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Nouveaux_cantons_pour_2015

 Demain c'est l'opendataday... nous n'avons rien organisé
 de très formel,
 mais à cette occasion si vous voulez consacrer du temps
 pour avancer sur
 cette thématique ça serait faire d'une pierre deux coups !


 Bon découpage !



 ___
 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

-- 
Christian Quest - OpenStreetMap France

___

Re: [OSM-talk-be] AGIV mobile mapping toepassing

2015-02-20 Thread Glenn Plas

On 20-02-15 17:41, Marc Gemis wrote:
 Ik zou nu ook weer niet teveel verwachten van die verkeersborden
 databank: 
 http://www.demorgen.be/binnenland/verkeersbordendatabank-een-lege-doos-van-20-miljoen-euro-a2161434/
 

Het is tenminste een centrale database, dat is al heel wat.  Of het
allemaal wel juist is ligt vooral aan de mensen die verantwoordelijk
zijn voor de content denk ik.

Interessant artikel wel.

Glenn

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-20 Thread Wolfgang Hinsch

Am Freitag, 20. Februar 2015, 00:32:24 schrieb Patrick Niklaus:
  Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch
 
 Abbiegerelationen und Anliegerstraßen beachtet, die gehören meiner Meinung
 nach zu den Grundfunktionen.
 
 Falls du Abbiegerelationen findest die nicht funktionieren, dann poste das
 bitte hier [1]. Momentan nicht unterstützt werden lediglich
 Abbiegerelationen bei den via ein Way ist.

Was schade ist, denn an dieser Stelle 

http://www.openstreetmap.org/directions?engine=osrm_carroute=53.60779%2C10.03524%3B53.60774%2C10.03872#map=18/53.60797/10.03697

gibt es dazu keine Alternative. Am Ende der Verkehrsinsel beginnt nahtlos eine 
Busspur, die nicht gequert werden darf. Rechtsabbieger müssen also rechts an 
der Verkehrsinsel vorbei fahren, alle anderen links. Google behilft sich mit 
falscher Straßendarstellung, die können es also auch nicht. Hätte OSM also die 
Nase vorn haben können...

Gruß, Wolfgang


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

Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

Et ceci va pouvoir nous aider:
https://www.data.gouv.fr/fr/datasets/contours-des-cantons-electoraux-departementaux-2015/

Ca vient d'arriver sur data.gouv.fr...

Je vais mettre en place un rendu transparent pour aider à la
constitution et au contrôle.
Pour les cantons formés de communes pleines, comcommaker est idéal. Pour
les autres, le rendu sera sûrement plus utile...


Le 20/02/2015 17:01, Jérôme Amagat a écrit :
 Et il manque environ 600 cantons sur 2000

 Le 20 février 2015 17:00, Jérôme Amagat jerome.ama...@gmail.com
 mailto:jerome.ama...@gmail.com a écrit :

 C'est Philippe qui s'amuse et qui complique avec des subarea,
 des political_fraction et des collection

 Le 20 février 2015 10:59, Hélène PETIT h...@free.fr
 mailto:h...@free.fr a écrit :

 J'ai entrepris les cantons de haute-garonne il y a quelques temps,
 puis j'ai été rebutée par des détails, certes, mais qui m'ont
 gonflée :
 j'avais commencé par utiliser la page wikipedia,
 https://fr.wikipedia.org/wiki/Liste_des_cantons_de_la_Haute-Garonne
 mais j'y ai trouvé des erreurs ; j'en ai corrigé deux ou
 trois, puis j'en ai eu marre, et j'ai travaillé avec le décret :
 
 http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621951
 puis, quand j'ai voulu continuer, quelqu'un avait modifié mon
 travail en rajoutant une vingtaine de traduction des noms de
 canton dans chaque relation, ce qui m'a empêché de copier une
 relation pour en générer une autre (sauf à modifier à chaque
 coup toutes les traductions -bonjour les trucs écrits de
 droite à gauche-).
 Puis je me suis rendu compte que les cantons qui avaient été
 créés contiennent eux-mêmes des relations de communes (et non
 pas seulement les chemins extérieurs) ce qui a rendu
 inopérants mes scripts d'affichage des cantons pour les copains.
 Alors, j'ai un peu jeté l'éponge.

 Le 20/02/2015 09:53, Christian Quest a écrit :

 La cartographie des nouveaux cantons départementaux avance
 mais est
 encore loin d'être complète.

 Ces limites de cantons sont pas mal demandées actuellement
 et si nous
 pouvions mettre le paquet pour avoir rapidement quelque
 chose de complet
 ça pourrait faire briller OSM une fois de plus !

 Ce Lundi se tient un hackathon à propos des élections,
 co-organisé par
 Sciences Po, le Ministère de l'Intérieur et Etalab:
 https://www.etalab.gouv.fr/open-data-camp-elections

 Voilà pour le contexte... maintenant comment faire pour
 accélérer ?

 J'ai cherché une source officielle de ce découpage, et
 n'ai pas pu en
 trouver pour l'instant.

 Je me suis rabattu sur les listes électorales avec
 l'intention de les
 géocoder (avec BANO) pour retrouver les limites des
 bureaux de votes et
 des cantons. Je n'ai pu obtenir que 4 départements et la
 qualité et la
 cohérence des données ne facilite pas autant le travail
 que je le
 pensais. C'est toutefois un moyen de contrôle intéressant
 mais pas une
 vraie façon d’accélérer la saisie.

 Retour aux bases...

 La source officielle est bien sûr le JORF, et celui-ci a
 été repris très
 proprement dans wikipédia (ce qui peut faciliter son
 exploitation).

 Une page du wiki OSM fait l'état des lieux et permet de se
 coordonner :
 
 http://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Nouveaux_cantons_pour_2015

 Demain c'est l'opendataday... nous n'avons rien organisé
 de très formel,
 mais à cette occasion si vous voulez consacrer du temps
 pour avancer sur
 cette thématique ça serait faire d'une pierre deux coups !


 Bon découpage !



 ___
 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] Quality of OSM Notes

On Fri, Feb 20, 2015 at 8:42 PM, Michał Brzozowski www.ha...@gmail.com
wrote:

 On Fri, Feb 20, 2015 at 10:11 PM, Bryce Nesbitt bry...@obviously.com
 wrote:
  Perhaps the most frustrating type of note is one where the writer clearly
  meant to help, but there's just not
  enough information available to act on it.

 I can also relate to this. Any help on getting this is appreciated:
 https://github.com/openstreetmap/openstreetmap-website/issues/776


+1 on this
We have in general only one chance to collect data from a non-mapping note
maker.
After that they're gone.
I feel the notes form can ask more, and be just as interesting and
attractive to use.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Warning: OSM password phishing

Sigh.  Unfortunately mentioning the URL of a bad site can help increase
the credibility and reach of
the bad site.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] OKFN is toch een vzw ?

2015-02-20 Thread Ben Abelshausen

Hallo,

Ik denk niet dat er hier iets mogelijk is. En moesten we toegang kunnen
verkrijgen is het nog niet zeker of we er iets mee kunnen (mogen) doen in
het kader van OSM. Misschien dat iemand de beelden kan verwerken en die
data kan publiceren ergens. Dat is het enige wat we hiervan kunnen
verwachten denk ik. (zie ook andere email thread)

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

2015-02-20 17:13 GMT+01:00 hvdb henk...@gmail.com:

 De 360°-beeldendatabank Vlaanderen worden stapsgewijs en gratis
 opengesteld voor alle deelnemers GDI-Vlaanderen. Ook dienstverleners die
 een opdracht van algemeen belang voor een deelnemer GDI-Vlaanderen
 uitvoeren, kunnen toegang krijgen voor de duur van de opdracht. De
 360°-beeldendatabank Vlaanderen wordt niet opengesteld voor het brede
 publiek.

 https://www.agiv.be/news/2015/februari/nieuwe-mobilemappingbeelden-beschikbaar-360-beeldendatabank-vlaanderen


 Zoals in het GDI-decreet wordt gesteld is een deelnemer aan GDI-Vlaanderen
 : iedere instantie in de zin van artikel 4, § 1, van het decreet van 26
 maart 2004 betreffende de openbaarheid van bestuur.

 https://www.agiv.be/over-agiv/deelnemers-partners/nieuwe-deelnemer-gdi-vlaanderen


 artikel 4, § 1 :
 5° de andere gemeentelijke en provinciale instellingen, *met inbegrip van
 de verenigingen zonder winstoogmerk waarin één of meer gemeenten of de
 provincies minstens de helft van de stemmen in één van de beheersorganen
 heeft of de helft van de financiering voor haar rekening neemt; *
 http://openbaarheid.vlaanderen.be/nlapps/docs/default.asp?id=15

 Kan OKFN, dat een vzw is, hieraan geen 'mouw aanpassen' ?
 http://www.openknowledge.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

[OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

Bonjour,

On a mis en place un petit serveur qui permet d'avoir le cadastre par
tuiles. Ça facilité l'utilisation (et la configuration dans Josm !) mais
ça permet aussi d'avoir un mode joker qui détecte automatiquement la
commune en cours de visualisation. Donc un seul TMS pour toutes les
communes :

tms[20]:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png

Ce service ne redistribue pas le cadastre. En fonction des coordonnées
de chaque tuile il détermine dans qu'elle commune on se trouve et fait
une redirection de l'image demandé vers le serveur WMS du cadastre avec
les bons paramètres. Comme les tuiles TMS ne sont pas bien grandes et
que le WMS n'est pas fait pour ça, le texte est facilement coupé.

Comme il peut n'y avoir que une seule commune à la fois sur une tuile, à
la jointure des communes il y a des défauts. Il y a donc le mode double
joker permettant de superposer une autre couche transparente complétant
la première (il y a aussi le triple, la quadruple, etc n-joker).

tms[20]:http://tms.cadastre.openstreetmap.fr/**/tout/{z}/{x}/{y}.png

Le proxy de tuile peut aussi ne servir que une seule commune si ont met
le code insee à la place de *. Le style des tuiles peut être changé,
il y des styles prédéfinit : tout, semi et transp. Mais il
possible de définir son propre style par une combinaison au choix parmi :

BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION
Il faut ajouter TRANSPARENT=TRUE à la fin du style pour avoir le fond
transparent.

On peut voir ce que donne le double joker en ligne :
http://tms.cadastre.openstreetmap.fr/

Pour les curieux le code est disponible :
https://github.com/osm-fr/cadastre-joker

Tout est dans ce fichier (et oui 100 lignes de code, page web comprise):
https://github.com/osm-fr/cadastre-joker/blob/master/whoots.rb

Frédéric.

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

Re: [OSM-talk-fr] BANO : Reconnaissance des voies

2015-02-20 Thread Philippe Verdy

Le 20 février 2015 23:25, Vincent de Château-Thierry v...@laposte.net a
écrit :

 Bonsoir,


 Probablement une mauvaise compréhension de mes propos, donc. Car
 effectivement je vois pas l'intérêt d'ajouter name, name:left ou
 name:right sur un noeud d'adresse. Ou bien si c'était bien ce qui avait
 été compris, c'est moi qui ne percute pas.


 Pas de souci, c'était très clair. Philippe parle de name:left et
 name:right pour des points, ce qui d'un point de vue géométrique est
 fortiche. C'est quoi le côté droit ou gauche d'un point ??? Le point de
 côté, je connais. Le côté d'un point, non.


Comment te permets-tu de réinterpréter ce que j'ai écrit et qui ne dit pas
du tout ça ! Je parlais bel et bien des name:left / right  sur les ways. Je
n'ai jamais eu l'idée même de mettre ça sur les noeuds d'adresse où la
droite et la gauche n'a aucun sens.

Merci donc de me relire dans ce que j'ai écrit et qui ne parlait que des
ways, mais qui pose ensuite problème si on n'a pas de relation pour savoitr
comment rattacher les noeuds d'adresse à ces ways (d'auant plus que
l'interpréation de left et right n'est pas stable du tout quand les
éditeurs ou les erreurs de manipulations font que bien souvent ils sont
inversés ou que le reversement du tracé ne modifie pas toujours ces tags
(même dans JOSM qui au préalable au moins nous avertit, mais bien des
utilsiateurs de JOSM ne comprennent pas ce message et cliquent sur le
bouton pour ne pas modifier ne nom de ces tags, d'autant lus que pour eux
ils voient la droite et la gauche en fonction de l'orientation à l'écran où
pour eux, la droite c'est en fait l'est et la gauche c'est l'ouest... j'en
ai vu assez souvent, et qui en plus ont réglé leur éditeur pour qu'il
n'affiche pas les flèches de tracé).

Les éditeurs d'itinéraires (pour bus par exemple) font des tonnes d'erreurs
ou renversent à loisir les chemins (et même peuvent les mettre en
contre-sens d'un sens unique et omettre de changer un oneway=yes en
oneway=-1, et cça fausse complètement le sens de la droite et la gauche).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] Aplicativo recomendado

2015-02-20 Thread Márcio Vinícius Pinheiro

Para navegação, consulta, pesquisa e trilhas também uso o OsmAnd. Os mapas
são atualizados mais ou menos de 15 em 15 dias e mesmo que o usuário não
pague pela versão pró (que limite a quantidade de downloads) ele pode
baixar essas atualizações do site. Aliás, o usuário pode até criar o mapa
da região que quiser a partir do OSM (embora eu mesmo nunca tenha tentado).

Não conheço os outros citados, mas considero o OsmAnd bem completo
(especialmente com os diversos plugins disponíveis) e fácil de usar (a
interface melhorou bastante de uns tempos pra cá).

Para edição, embora eu seja simpático à ideia de editar o OSM in locus, não
achei muito prático fazê-lo no celular (tentei via vespucci).

Atenciosamente,
Márcio Vinícius Pinheiro.
http://about.me/Doideira
Em 21/02/2015 00:17, Tarcisio Oliveira tarci...@ymail.com escreveu:

 Uso o básico para Android OsmAnd para navegação e consulta de locais e
 para gravar as trilhas o osmtracker.


 Tarcisio Oliveira

 On 20-02-2015 20:43, Blademir wrote:

 Na minha ultima viagem usei dois GPS nativos IGO 8.3 e TomTom (
 atualizados) e foram uma decepção. A salvação foi o NavFree, mas o mapa não
 atualiza desde 2013, estou procurando um que mantenha sempre atualizado.
 Se alguem souber um pra carro me avise.
 Att
 BladeTC

 --- Mensagem Original ---

 De: Lists li...@gimnechiske.org
 Enviado: 20 de fevereiro de 2015 20:58
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] Aplicativo recomendado

 No iOS uso OpenMaps para visualização, e Go Map!! para edições rápidas.
 Ainda não achei um aplicativa de roteamento que vou recomendar, porque uso
 o telefone bastante no viagem, e quando não uso por email ou ligações,
 tirando fotos com Mapillary (que e outro aplicativo que recomendo)

 Aun Johnsen

  On Feb 20, 2015, at 19:10, Márcio Aguiar Ribeiro 
 aguiar.mar...@gmail.com wrote:

 Pessoal,

 qual o aplicativo recomendado para iOS e Android.

 Dei as boas vindas à um usuário da minha região e ele só reclamou que as
 ruas que ele estava colocando não estava atualizando no aplicativo. Ele
 falou que usa um tal de navigator. Qual a recomendação pra ele?


 Marcio Aguiar Ribeiro
 ___
 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

 ___
 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


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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

2015-02-20 Thread Pierre-Yves Berrard

Le 20 février 2015 20:14, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:

 Bonjour,

 On a mis en place un petit serveur qui permet d'avoir le cadastre par
 tuiles. Ça facilité l'utilisation (et la configuration dans Josm !) mais ça
 permet aussi d'avoir un mode joker qui détecte automatiquement la commune
 en cours de visualisation. Donc un seul TMS pour toutes les communes :
 [...]


Super boulot !
(j'en avais marre de changer les paramètres dans les préférences de JOSM)

En plus, fini le scintillement dû au rechargement à chaque niveau de zoom.
Les tuiles seraient stockées quelque part en cache ?

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

Re: [Talk-us] Why does the USA currently lag in OSM map quality?