date:20150511





 Am 10.05.2015 um 11:59 schrieb Catonano caton...@gmail.com:
 
 Dove ho sbagliato ?
 
 http://www.openstreetmap.org/way/344061902


quel oneway=no mi sembra abbastanza superfluo visto che le strade chiuse non 
possono mai essere a senso unico;-)


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

Re: [Talk-ca] Imported data by 'Feldo'

2015-05-11 Thread Richard Weait

Martijn is referring to import errors near the Québec / Labrador border.

On Fri, May 8, 2015 at 4:54 AM, Martijn van Exel m...@rtijn.org wrote:
 Hi all,

 I'm looking at some potentially misguided import attempt. Some
 duplicate ways like these ones look suspicious to me:

 https://www.openstreetmap.org/way/330950347/history#map=17/51.46519/-57.24176
 https://www.openstreetmap.org/way/330950410/history

 Is this a known problem? Is Feldo on this list? I can message him/her
 but as this looks like it happened a couple months ago I thought I'd
 ask on the list first.

 Martijn van Exel
 skype: mvexel

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

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

Re: [OSRM-talk] [API Server] Limitation using service table

2015-05-11 Thread Jorne De Blaere

Hi Axel,

When using osrm-routed you can add the parameter –max-table-size size. When 
using this parameter, the query should work fine

Kind regards,
Jorne

Van: Axel Grimault [mailto:axel.grima...@gmail.com]
Verzonden: maandag 11 mei 2015 14:26
Aan: osrm-talk@openstreetmap.org
Onderwerp: [OSRM-talk] [API Server] Limitation using service table

Hi,

I'm using the server api on local. I request for a 300 coordinates distance 
matrix using the service table through the server api (with an http request).

But, the query always returns a distance_table of 100x100.

I'm wondering if :
- there is a parameters file to configure
- there is some limitations through http request.

Thanks.
Regards.

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

Re: [Talk-it] Estrarre coordinate nodi da relazione

2015-05-11 Thread Federico Cortese

In realtà Via Colombarone non è la prima ma la penultima way della
relazione, comunque il concetto non cambia, perchè non riesco a capire
che regola segua l'ordinamento dei nodi, che sembrano elencati alla
rinfusa.

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

Re: [Talk-it] Estrarre coordinate nodi da relazione

2015-05-11 Thread Federico Cortese

Purtroppo ho gioito troppo presto, perchè le coordinate vengono
elencate in ordine sparso.
Nel tuo esempio Simone i tre nodi di via Colombarone (che è il primo
tratto di route nella relazione) sono elencati nella tabella di
overpass in posizione 44 (primo nodo), 52 (secondo nodo) e 31 (terzo
nodo).
Pensi che ci possa essere un modo per avere un elenco ordinato, in
funzione della posizione nella relazione?

Grazie

Federico

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

Re: [Talk-it] relazione route e maxspeed

2015-05-11 Thread Alessandro Chiostri

Si,
ma in questo caso -giusto per spaccare il capello- non dovrebbe essere
sullE highway , visto che il maxspeed deve essere ripetuto ogni volta che
la strada è divisa ? Dove è illuminata e dove no, dove c'è marciapede e
dove no, ecc.

Il giorno 11 maggio 2015 12:10, Leonardo Frassetto kinetocor...@gmail.com
ha scritto:

 Secondo me sulla highway perche possono esserci diversi pezzi di strada
 con limiti diversi ma che fanno parte della stessa relazione
 Il 11/mag/2015 12:00, demon.box e.rossin...@alice.it ha scritto:

 ma secondo voi su una lunga strada sulla quale ho creato una relazione
 route
 il tag maxspeed lo metto sulla relazione o direttamente sulla highway?
 grazie



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/relazione-route-e-maxspeed-tp5844155.html
 Sent from the Italy General mailing list archive at Nabble.com.

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


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


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

Re: [Talk-it] Estrarre coordinate nodi da relazione





 Am 11.05.2015 um 15:34 schrieb Federico Cortese cortese...@gmail.com:
 
 Pensi che ci possa essere un modo per avere un elenco ordinato, in
 funzione della posizione nella relazione?   



puoi scaricare/filtrare le ways della relazione e poi i nodi e metterle in 
ordine (l'ultimo nodo del way deve coincidere col primo del prossimo way, 
ultimo e primo potrebbero anche invertiti (perché ogni way può essere 
invertito). I ways invece contengono già in ordine tutti i nodi.

Un'altro problema, già sollevato da Volker, è quello delle relazioni malformati 
(che non creano un unico percorso lineare)


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

Re: [Talk-br] edições e pesquisa no OSM e talk

2015-05-11 Thread thundercel

Todos os créditos devem ir para o Bladimir, já que nesse aspecto de relações 
administrativas ele é seguramente bem mais experiente do que eu.

Comecei a experimentar essa edição recentemente e nesse aprendizado acabei 
cometendo alguns erros como particionar (quebrar) o way para retirar o aviso no 
JOSM de longo caminho.

Apesar de muitos aqui defenderem o JOSM somente agora entendi o quanto ele é 
superior ao ID.

Quando um Way é membro de mais de uma relação boundary, quando o particionamos 
pelo ID é quebrada alguma relação boundary da qual ele faz parte. Particionado 
pelo JOSM existe uma validação desse que o particiona também em todas as 
relações boundarys que ele é membro, sem quebrá-las.
Ontem a noite identifiquei as que quebrei e as corrigi quase todas. O Bladimir 
(“meu gurú”) já tinha corrigido a de São Paulo e, portanto, os créditos do 
trabalho devem ser dirigidos a ele.

[]s
Marcio

From: Helio Cesar Tomio 
Sent: Sunday, May 10, 2015 10:29 PM
To: talk-br@openstreetmap.org 
Subject: [Talk-br] edições e pesquisa no OSM e talk

Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações dos limites administrativos.

Colegas, como posso fazer uma pesquisa no OSM, para gerar um relatorio ou lista 
das ruas e servidões da cidade de Jaraguá do Sul?
Gostaria de checar as informações.

E como posso pesquisar os historico das mensagens da talk-br@openstreetmap (as 
mensagens mais antigas)?

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

Re: [OSM-talk] Please ban Xxzme in wiki

2015-05-11 Thread Harry Wood

I have now written some justification for the ban, as I see it, on his talk 
page:
http://wiki.openstreetmap.org/wiki/User_talk:Xxzme#Blocked_for_3_months

My plan was to draw together various threads on his talk page and then write 
something like this immediately before banning him. I was in the process of 
doing this, slowly. But Firefishy beat me to it and banned him, largely due to 
calls on this mailing list I guess.

I felt like some kind of evidence building was needed in this case, because (as 
I described at the link above) Xxzme has actually tempered his rudeness 
somewhat. The justification for the ban is not clearly pinned to one particular 
edit or outburst. It's more a case of sheer quantity of dubious edits he has 
been making. I would say that a user's talk page is a great place to draw 
together threads which build up the picture and help us to conclude that the 
user should be banned in a case like this. As it was, we had several different 
people spending a long time chasing around trying to reason with Xxzme and then 
clearing up after his mess. If more people linked to problems off this user's 
talk page, that might have been a smarter way to organise ourselves. I might 
have been more confident to ban him a few weeks earlier without needing to 
investigate so much myself.

Not that a wiki discussion would ever carry the gravitas of a mailing list 
discussion of course :-)

This is all very unusual. Actual wiki contributors (ignoring spammers) have 
only been banned in a handful of cases over the years. On the one hand this 
means it's worth spending a bit of time considering and justifying. On the 
other hand it's nice that we haven't had to get too heavy on process over the 
years. 

Harry


- Original Message -
From: Richard Fairhurst rich...@systemed.net
To: talk@openstreetmap.org
Cc: 
Sent: Monday, 11 May 2015, 10:08
Subject: Re: [OSM-talk] Please ban Xxzme in wiki

Andy Mabbett wrote:
 In the absence of blatant vandalism or base abuse, I would 
 have expected, first, a recent, clear and unequivocal warning on 
 the user's talk page

No. Please remember that the primary means of discussion and consensus in
OSM is mailing lists, even when the subject is the wiki, and even though the
mailing lists suck. There is no precedent for obtaining consensus on
community decisions via wiki talk pages.

Talk pages might be how it's done in Wikipedia, but we're not Wikipedia.

Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/Please-ban-Xxzme-in-wiki-tp5843984p5844138.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

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

[Talk-de] Update of german Aral petrol stations [2]

2015-05-11 Thread Knut Büscher

 English text (german version below the
english text) 

Hi all,

in February, I informed the OSM community via impo...@openstreetmap.org
and talk-de@openstreetmap.org about plans to update german Aral petrol
stations using a semi-automated process based on BP petrol station data.

See https://wiki.openstreetmap.org/wiki/Updating_german_Aral_petrol_stations
 
After starting this process, I realized the need for detailed
examinations of the existing OSM petrol station objects in order to
match the BP data properly. So the process of matching german BP petrol
station data with existing OSM objects (amenity=fuel) took way longer
than expected. In the end, *8 out of 2.346 petrol stations listed in the
BP data file were identified as missing in OSM* (instead of  420
stations based on the initial estimation). Because these are only 8
objects, I add the content of the corresponding .osm file to this email:

?xml version='1.0' encoding='UTF-8'?
osm version='0.6' upload='false' generator='JOSM'
  node id='-20' action='modify' visible='true' lat='51.484392'
lon='6.975836'
tag k='addr:city' v='Essen' /
tag k='addr:country' v='DE' /
tag k='addr:housenumber' v='298a' /
tag k='addr:postcode' v='45356' /
tag k='addr:street' v='Bottroper Straße' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral Q 1 Tankstellenvertrieb GmbH amp; Co.KG' /
  /node
  node id='-19' action='modify' visible='true' lat='51.634554'
lon='11.147126'
tag k='addr:city' v='Harzgerode' /
tag k='addr:country' v='DE' /
tag k='addr:housenumber' v='88' /
tag k='addr:postcode' v='06493' /
tag k='addr:street' v='Augustenstraße' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral Q 1 Tankstellenvertrieb GmbH amp; Co.KG' /
  /node
  node id='-18' action='modify' visible='true' lat='49.698924'
lon='11.062874'
tag k='addr:city' v='Forchheim' /
tag k='addr:country' v='DE' /
tag k='addr:postcode' v='91301' /
tag k='addr:street' v='Am Halben Weg' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral Karsten Hennig' /
  /node
  node id='-16' action='modify' visible='true' lat='49.66992'
lon='9.002631'
tag k='addr:city' v='Michelstadt' /
tag k='addr:country' v='DE' /
tag k='addr:housenumber' v='60' /
tag k='addr:postcode' v='64720' /
tag k='addr:street' v='Erbacher Straße' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral EFA Tankstellenbetriebe und
Mineralölhandel GmbH' /
  /node
  node id='-13' action='modify' visible='true' lat='47.741719'
lon='8.954761'
tag k='addr:city' v='Radolfzell' /
tag k='addr:country' v='DE' /
tag k='addr:housenumber' v='8' /
tag k='addr:postcode' v='78315' /
tag k='addr:street' v='Eisenbahnstraße' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral Brüder Ley GmbH' /
  /node
  node id='-12' action='modify' visible='true' lat='48.237397'
lon='9.882374'
tag k='addr:city' v='Laupheim' /
tag k='addr:country' v='DE' /
tag k='addr:housenumber' v='91' /
tag k='addr:postcode' v='88471' /
tag k='addr:street' v='Ulmer Straße' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral Rolf Pohl' /
  /node
  node id='-11' action='modify' visible='true' lat='51.322091'
lon='6.591331'
tag k='addr:city' v='Krefeld' /
tag k='addr:country' v='DE' /
tag k='addr:housenumber' v='210' /
tag k='addr:postcode' v='47805' /
tag k='addr:street' v='Untergath' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral Hilde Janßen' /
  /node
  node id='-10' action='modify' visible='true' lat='51.542489'
lon='7.459006'
tag k='addr:city' v='Dortmund' /
tag k='addr:country' v='DE' /
tag k='addr:housenumber' v='79' /
tag k='addr:postcode' v='44145' /
tag k='addr:street' v='Evinger Straße' /
tag k='amenity' v='fuel' /
tag k='brand' v='Aral' /
tag k='name' v='Aral' /
tag k='operator' v='Aral Bavaria Petrol GmbH amp; Co. KG' /
  /node
/osm

Planned next steps:

  * If agreed: upload of this .osm file to add 8 amenity=fuel objects
  * Publish the planned changes of the Aral petrol station tags
  * If changes are agreed: upload of the changeset


Best regards,
Knut

Before proceeding, I first want to answer some open questions. Sorry for
responding that late.

@Bryce Nesbitt:
Q: How do you handle the situation where a station disappears from the
Aral database?
Q: If a station is deleted manually by a mapper in OSM?
Q: If a station is moved manually by an an mapper in OSM.

A: In general, we do not trust

[talk-ph] re-tagging eastern samar roads

2015-05-11 Thread maning sambale

FYI,

I've just visited easter samar and I think the roads should be primary
and trunk.  I've gone ahead and edited them.  I didn't touch any of
the relations tag.
In my view, even if its categorized by DPWH as secondary, the function
is still primary and some are trunk.

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

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

Re: [Talk-it] non appare

2015-05-11 Thread Alberto Nogaro

In Italia capita pure ;-)

 

http://wiki.openstreetmap.org/wiki/File:NoExit_OneWay.jpg

 

Ciao,

Alberto

 

From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Sent: lunedì 11 maggio 2015 14:41
To: openstreetmap list - italiano
Subject: Re: [Talk-it] non appare

 

 

quel oneway=no mi sembra abbastanza superfluo visto che le strade chiuse non 
possono mai essere a senso unico;-)

 

 

ciao 

Martin

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

Re: [Talk-co] Mapas Humanitarios de Colombia hasta Nepal

2015-05-11 Thread hyan...@gmail.com


 Como una anécdota al respecto les cuento que cuando participé en la
 openaccesweek [0] que se hizo en el IGAC, expuse al margen de mi
 intervención el trabajo que se había realizado para la atención de la
 crisis de de Haití  y una alta funcionarío del IGAC entró en pánico y
 agresivamente exclamó Colombia no es Haití!

 [0]
 http://www.openaccessweek.org/group/semana-del-acceso-abierto-en-colombia/page/el-potencial-del-acceso-abierto-a-los-datos

 Humano
 


Talvez hace cuatro años había una autoimagen de suficiencia en los datos
geoespaciales públicos de su propiedad, son temas muy nuevos; pero claro,
cuando se da un desastre no existe (en el mundo) IDE actualizada!

(Además de ser un caso icono global) La comunidad de maperos en Haití hoy
en día cuenta con centenas de kilómetros cuadrados de imágenes aéreas con
drones, de mayor calidad --y por lo tanto capacidad de abstracción de
datos-- que las imágenes satelitales.  De los cuales se elaboran point
clouds en 3D, modelos digitales de elevación (DEM) y se avanza en modelos
dinámicos del agua en conjunto con alertas tempranas a partir de estaciones
meteorológicas.  Ya se conocerán los resultados de Nepal, una de las
ciudades incluidas en http://www.opencitiesproject.org/

Chévere que IGAC entrara como México y Brasil en la tendencia de liberar
datos geoespaciales, ojalá nos den --para orgullo colombiano-- la grata
sorpresa (este año?).

Cuando me refería al liderazgo de ustedes, es porque precisamente --en este
diverso país-- existen muchas instituciones con las cuales aliarse para la
apropiación y uso de los datos geoespaciales abiertos, en contexto de
crisis humanitarias y el desarrollo social/económico.  Este es el primer
paso, luego es posible solicitar imágenes satelitates pre-post desastre
para las AOI's; aunque talvez en ese momento seamos capaces de volar drones
o globos, usar GPS, fieldpapers con lo cual actualizar la cartografía desde
tareas.openstreetmap.co

Adelante!

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

Re: [Talk-it] non appare

2015-05-11 16:20 GMT+02:00 Alberto Nogaro bartosom...@yahoo.it:

 In Italia capita pure ;-)



 http://wiki.openstreetmap.org/wiki/File:NoExit_OneWay.jpg



perché i cartelli spesso sono messi in maniera ambigua, storta o girata e
non si capisce per quale strada o corsia sono pensati. ;-)

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

Re: [Talk-us] New York, Ellis Island Boundary

2015-05-11 Thread Jim McAndrew

This is correct, the island is part of NY, but the water is part of NJ,
when they made the island bigger, the new land was in NJ.

Similar to how Delaware has the entire Delaware Bay in its boundaries. They
added some fill to the NJ side, and now there's a piece of Delaware
connected to New Jersey:
http://www.openstreetmap.org/#map=14/39.6142/-75.5635
http://en.wikipedia.org/wiki/Finns_Point


On Sun, May 10, 2015 at 10:35 AM, Luis Villa l...@lu.is wrote:

 Possibly useful context:
 https://en.wikipedia.org/wiki/New_Jersey_v._New_York

 On Sun, May 10, 2015 at 9:30 AM Richard Welty rwe...@averillpark.net
 wrote:

 On 5/10/15 11:57 AM, Richard Welty wrote:
  On 5/10/15 11:31 AM, Frederik Ramm wrote:
  Hi,
 
 puzzled about
 
  http://www.openstreetmap.org/way/37573502#map=18/40.69986/-74.03910
 
  is this really part of today's political boundary, then (historical)
  should perhaps be removed from the name. And is there any significance
  to the funny shape (an owl sitting on a branch?) or should it rather be
  aligned with the coastline?
 
  this looks like a carve out, a tiny enclave of NYS/NYC surrounded by
  New Jersey. i'll look at the newer TIGER data in a little bit and see
  what i can see there.
 now that i have thought about it, Ellis Island is mostly fill. the
 political
 boundary likely matches the original waterline of the island and it
 was simply never changed. as it was operated by the Federal government,
 there was probably little motivation to do so.

 richard

 --
 rwe...@averillpark.net
  Averill Park Networking - GIS  IT Consulting
  OpenStreetMap - PostgreSQL - Linux
  Java - Web Applications - Search


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


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


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

Re: [talk-ph] re-tagging eastern samar roads

2015-05-11 Thread Ervin Malicdem

This also exists in Leyte and Southern Leyte. I have commented on one of
the changesets the user made last month but there was no response yet. This
is just to confirm that we are still going to follow what is in the
Philippine mapping convention wiki, correct?

If it is, it does need to be reverted.

Ervin M.
*Schadow1 Expeditions* - A Filipino must not be a stranger to his own
motherland.
http://www.s1expeditions.com

On Mon, May 11, 2015 at 10:42 PM, maning sambale emmanuel.samb...@gmail.com
 wrote:

 FYI,

 I've just visited easter samar and I think the roads should be primary
 and trunk.  I've gone ahead and edited them.  I didn't touch any of
 the relations tag.
 In my view, even if its categorized by DPWH as secondary, the function
 is still primary and some are trunk.

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

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

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

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

2015-05-11 Thread Michael Reichert

Hallo Knut,

Am 2015-05-11 um 16:42 schrieb Knut Büscher:
 Nachdem der Prozess begonnen hat, habe ich die Erfordernis für
 detaillierte Einzelfallprüfungen gesehen, um die BP Informationen auch
 mit den richtigen OSM Objekten zu verknüpfen. Der Matching-Prozess der
 BP Tankstellendaten mit den OSM Objekten (amenity=fuel) hat daher viel
 länger gedauert als ursprünglich angenommen. Am Ende wurden *8
 Tankstellen aus 2.346 Tankstellen der BP Daten* identifiziert, für
 welche kein korrespondierendes OSM Objekt gefunden werden konnte. Da es
 sich nur um 8 Objekte handelt, habe ich die zugehörige .osm Datei oben
 in dieser E-Mail integriert.

Ich bin positiv überrascht, dass OSM bei den Aral-Tankstellen zu 99,7
Prozent vollständig ist. AFAIK sogar ohne Tankstellen-Datenspenden bisher.

Gestänkere über Länder, die lieber importieren statt zu mappen, hier
bitte einfügen

 Die weitere Planung:
 
   * Sofern keine Bedenken bestehen: Upload dieser .osm-Datei mit 8 neuen
 nodes amenity=fuel
   * Publikation der geplanten Änderungen an den tags der Aral Tankstellen
   * Sofern diese Änderungen akzeptiert werden: Upload des changesets

Ein Blick auf Bing und anderer für OSM-Zwecke freigegebenen Luftbilder
oder, falls dort vorhanden, Mapillary, würde nicht schaden. Ansonsten
fällt mir nichts ein, was ich kritisieren könnte.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

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

2015-05-11 Thread Bryce Nesbitt

Looks like good work.
Thank you.
Are there any Marine or Aviation fuelling stations in this dataset?

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

Re: [OSM-talk] Broken coastline

2015-05-11 Thread Mike Thompson

On Mon, May 11, 2015 at 1:36 AM, Christoph Hormann chris_horm...@gmx.de
 wrote:

 On Sunday 10 May 2015, Mike Thompson wrote:
  I am considering an edit involving natural=coastline involving the
  Great Lakes that are shared between the US and Canada.  This has been
  discussed on the Talk-US and Talk-Ca lists and there have been no
  objections to date.

 As you know the Great Lakes have a right of continuance in being tagged
 as coastline however you should keep in mind that not having a
 multipolygon relation tagged natural=water representing these lakes
 also has disadvantages, and having relations/nodes tagged place=sea or
 place=lake is awkward and you can't really expect geocoders, renderers
 and other programs to make a special case here.

I don't have a strong preference for how they are represented
(natural=coastline or natural=water), but I believe the mix and incomplete
implementation of the two approaches is causing rendering issues.



  Technical advice is welcome, e.g. how to easily find island ways that
  go clockwise (water on the left)

 Yes, that's a tricky one - i don't think there are that many islands not
 yet tagged coastline though.

I have seen a number of them on the Canadian side.  Regardless of the
number, finding and editing all of them is going to be tedious and error
prone without a way to query for them. I can probably write something that
will operate on the file JOSM downloads that will check to make sure I have
fixed them all, but would like to leverage existing code as much as
possible.





 By the way even if the lakes are tagged as coastline tagging the
 US-Canada boundary within the lakes maritime=yes is not correct.

Good to know.  There actually appears to be two sets of ways in that area,
one set is part of the Canadian Lake Superior relation, and the other part
of the Canadian and US boundary relations.

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

[Talk-de] German translation assist: wiki

2015-05-11 Thread Bryce Nesbitt

Would someone be willing to update:
http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dbicycle_repair_station

With a good translation for:

*A shop that offers bicycle repair should be tagged as a shop. This tag is
intended for standalone repair stations which are typically located outside
and open 24/7. Please see Tag:shop=bicycle. Please do not tag shops with
this tag!*

And perhaps also for:


*The manufacturer of the station, if it is a standard design (e.g. Dero
or Bike Fixstation, or RepairSTAN). For a list of vendors see this
guide
http://guides.obviously.com/Public-Bicycle-Work-and-Repair-Stands-2/1925.*
--
Unfortunately this tag is getting used for things that are not unattended
tool stands.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-br] edições e pesquisa no OSM e talk

Baldemir

Os edicoes voces fiz os ultimos dias foram revertido por um grupo no alemão que 
monitorando e corrigindo limites administrativos

O site que deu link e um ferramento que dar alerta em mudanças dos limites

Entao, maioria do trabalho que vocês fiz com os limites os últimos dias foram 
no lixao porque vocês fiz algum coisas errados.

Olha este site, entender o que eles monitorando, e se não entendo este site, 
não editar mais limites.

Aun Johnsen

 On May 11, 2015, at 15:29, Blademir Andrade de Lima blademi...@hotmail.com 
 wrote:
 
 Desculpe Aun Johnsen, não estou lhe entendendo.
 
 Poderia ser mais claro?
 
 BladeTC
 
 From: li...@gimnechiske.org mailto:li...@gimnechiske.org
 Date: Mon, 11 May 2015 14:17:01 -0300
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] edições e pesquisa no OSM e talk
 
 Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
 referencia desse pagina: 
 http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
  
 http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
 
 Favor para esses edições dos limites ate vocês entender o que chegando esse 
 lista para evitar um edit war
 
 Aun Johnsen
 
 On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
 mailto:blademi...@hotmail.com wrote:
 
 Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência dentro da 
 relação estava fora da ordem. 
 O JOSM corrige isso facilmente.
 
 Abraços, 
 BladeTc
 
 --- Mensagem Original ---
 
 De: Lists li...@gimnechiske.org mailto:li...@gimnechiske.org
 Enviado: 11 de maio de 2015 11:16
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org 
 mailto:talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk
 
 Para ai
 
 Eu comecando ver changesets do tipo “concertando relacoes de limites 
 administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
 QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
 coisa no processo?
 
 Ainda nao ha tempo verificar o que fui editado nesses changesets
 
 Aun Johnsen
 
 On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
 mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br 
 mailto:thunder...@gpsinfo.com.br wrote:
 
 Todos os créditos devem ir para o Bladimir, já que nesse aspecto de relações 
 administrativas ele é seguramente bem mais experiente do que eu.
  
 Comecei a experimentar essa edição recentemente e nesse aprendizado acabei 
 cometendo alguns erros como particionar (quebrar) o way para retirar o aviso 
 no JOSM de longo caminho.
  
 Apesar de muitos aqui defenderem o JOSM somente agora entendi o quanto ele é 
 superior ao ID.
  
 Quando um Way é membro de mais de uma relação boundary, quando o 
 particionamos pelo ID é quebrada alguma relação boundary da qual ele faz 
 parte. Particionado pelo JOSM existe uma validação desse que o particiona 
 também em todas as relações boundarys que ele é membro, sem quebrá-las.
 Ontem a noite identifiquei as que quebrei e as corrigi quase todas. O 
 Bladimir (“meu gurú”) já tinha corrigido a de São Paulo e, portanto, os 
 créditos do trabalho devem ser dirigidos a ele.
  
 []s
 Marcio
  
 From: Helio Cesar Tomio mailto:hcto...@gmail.com
 Sent: Sunday, May 10, 2015 10:29 PM
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: [Talk-br] edições e pesquisa no OSM e talk
  
 Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, 
 referente as relações dos limites administrativos.
  
 Colegas, como posso fazer uma pesquisa no OSM, para gerar um relatorio ou 
 lista das ruas e servidões da cidade de Jaraguá do Sul?
 Gostaria de checar as informações.
  
 E como posso pesquisar os historico das mensagens da talk-br@openstreetmap 
 (as mensagens mais antigas)?
  
 Grato,
 hctomio.
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br 
 https://lists.openstreetmap.org/listinfo/talk-br
 
 Mail Attachment.txt___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br 
 https://lists.openstreetmap.org/listinfo/talk-br
 
 ___ Talk-br mailing list 
 Talk-br@openstreetmap.org 
 mailto:Talk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
  
 https://lists.openstreetmap.org/listinfo/talk-br___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br 
 https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org

Re: [Talk-br] edições e pesquisa no OSM e talk

Baldemir e Marcio

Aqui e resposta do 4rch sobre o que aconteceu com seus edições.

Voces quebrou pelo menus 40 limites administrativas, não so no Brasil mas 
também Venezuela e Colombia.

--
Hallo,

4rch hinterließ einen Kommentar zu einem Kartenänderungssatz, den du 
beobachtest, erstellt von 4rch am 2015-05-11 18:44:47 UTC mit dem Kommentar 
„repaired damaged boundaries“

==
In CS #30952748 (*) Thundercel splitted some boundary ways but he hasn't loaded 
all affected boundary relations into JOSM and so he created about 40 boundary 
relations in Venezuela, Columbia and Brazil with gaps (unclosed multipolygons) 
because the existing relations didn’t reference the newly created ways.

(*) https://www.openstreetmap.org/changeset/30952748 
https://www.openstreetmap.org/changeset/30952748==
Weitere Einzelheiten über den Änderungssatz können gefunden werden unter 
http://www.openstreetmap.org/changeset/30993496 
http://www.openstreetmap.org/changeset/30993496.


Aun Johnsen

 On May 11, 2015, at 15:35, Lists li...@gimnechiske.org wrote:
 
 Baldemir
 
 Os edicoes voces fiz os ultimos dias foram revertido por um grupo no alemão 
 que monitorando e corrigindo limites administrativos
 
 O site que deu link e um ferramento que dar alerta em mudanças dos limites
 
 Entao, maioria do trabalho que vocês fiz com os limites os últimos dias foram 
 no lixao porque vocês fiz algum coisas errados.
 
 Olha este site, entender o que eles monitorando, e se não entendo este site, 
 não editar mais limites.
 
 Aun Johnsen
 
 On May 11, 2015, at 15:29, Blademir Andrade de Lima blademi...@hotmail.com 
 mailto:blademi...@hotmail.com wrote:
 
 Desculpe Aun Johnsen, não estou lhe entendendo.
 
 Poderia ser mais claro?
 
 BladeTC
 
 From: li...@gimnechiske.org mailto:li...@gimnechiske.org
 Date: Mon, 11 May 2015 14:17:01 -0300
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] edições e pesquisa no OSM e talk
 
 Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
 referencia desse pagina: 
 http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
  
 http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
 
 Favor para esses edições dos limites ate vocês entender o que chegando esse 
 lista para evitar um edit war
 
 Aun Johnsen
 
 On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
 mailto:blademi...@hotmail.com wrote:
 
 Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência dentro 
 da relação estava fora da ordem. 
 O JOSM corrige isso facilmente.
 
 Abraços, 
 BladeTc
 
 --- Mensagem Original ---
 
 De: Lists li...@gimnechiske.org mailto:li...@gimnechiske.org
 Enviado: 11 de maio de 2015 11:16
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org 
 mailto:talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk
 
 Para ai
 
 Eu comecando ver changesets do tipo “concertando relacoes de limites 
 administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas 
 de QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou 
 alguma coisa no processo?
 
 Ainda nao ha tempo verificar o que fui editado nesses changesets
 
 Aun Johnsen
 
 On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
 mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br 
 mailto:thunder...@gpsinfo.com.br wrote:
 
 Todos os créditos devem ir para o Bladimir, já que nesse aspecto de relações 
 administrativas ele é seguramente bem mais experiente do que eu.
  
 Comecei a experimentar essa edição recentemente e nesse aprendizado acabei 
 cometendo alguns erros como particionar (quebrar) o way para retirar o aviso 
 no JOSM de longo caminho.
  
 Apesar de muitos aqui defenderem o JOSM somente agora entendi o quanto ele é 
 superior ao ID.
  
 Quando um Way é membro de mais de uma relação boundary, quando o 
 particionamos pelo ID é quebrada alguma relação boundary da qual ele faz 
 parte. Particionado pelo JOSM existe uma validação desse que o particiona 
 também em todas as relações boundarys que ele é membro, sem quebrá-las.
 Ontem a noite identifiquei as que quebrei e as corrigi quase todas. O 
 Bladimir (“meu gurú”) já tinha corrigido a de São Paulo e, portanto, os 
 créditos do trabalho devem ser dirigidos a ele.
  
 []s
 Marcio
  
 From: Helio Cesar Tomio mailto:hcto...@gmail.com
 Sent: Sunday, May 10, 2015 10:29 PM
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: [Talk-br] edições e pesquisa no OSM e talk
  
 Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, 
 referente as relações dos limites administrativos.
  
 Colegas, como posso fazer uma pesquisa no OSM, para gerar um relatorio ou 
 lista das ruas e servidões da cidade de Jaraguá do Sul?
 Gostaria de checar as informações.
  
 E como posso pesquisar os historico das mensagens da talk-br@openstreetmap 
 (as mensagens mais

Re: [Talk-us] New York, Ellis Island Boundary

2015-05-11 Thread Frederik Ramm

Hi,

On 05/10/2015 06:35 PM, Luis Villa wrote:
 Possibly useful context:
 https://en.wikipedia.org/wiki/New_Jersey_v._New_York

That's one of the things that makes me love this hobby/profession so
much. Quirks!

Bye
Frederik

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

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

Re: [OSM-talk] Please ban Xxzme in wiki

2015-05-11 Thread pmailkeey .

On 11 May 2015 at 17:39, Andy Mabbett a...@pigsonthewing.org.uk wrote:

 On 11 May 2015 at 10:08, Richard Fairhurst rich...@systemed.net wrote:
  Andy Mabbett wrote:
  In the absence of blatant vandalism or base abuse, I would
  have expected, first, a recent, clear and unequivocal warning on
  the user's talk page
 
  No. Please remember that the primary means of discussion and consensus in
  OSM is mailing lists, even when the subject is the wiki, and even though
 the
  mailing lists suck. There is no precedent for obtaining consensus on
  community decisions via wiki talk pages.

 In that case: At what point was Xxzme advised of this? Or indeed any
 new user - I certainly never have been.

  Talk pages might be how it's done in Wikipedia, but we're not Wikipedia.

 I don't recall saying that we were (indeed, in another recent
 discussion, I pointed out that we are not).


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



1. If you know they're a wiki user - it seems the wiki is the best place to
deal with the issue. They might not be involved with any mailing list.
2. Do you know that they understand your complaints or is there a 'language
barrier' involved.


-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Diminuzione Tag totali wikipedia

2015-05-11 Thread Simone F.

Il giorno 9 maggio 2015 16:40, Marco (MarcoR) marcx...@gmail.com ha
scritto:

 Qua trovi un estratto per ogni giorno di maggio e poi a scalare mensile e
 annuale:

 http://download.geofabrik.de/europe/italy.html


Grazie, non lo sapevo.

Controllando meglio il periodo 1-7 maggio, mi risulta che i tag tolti dalle
way di ferrovie per lasciarli solo sulla relazione siano ~500 e che sia
quindi questa la causa principale del calo improvviso dei tag.


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

Re: [Talk-br] edições e pesquisa no OSM e talk

 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11

Aun Johnsen

 On May 11, 2015, at 16:16, Blademir Andrade de Lima blademi...@hotmail.com 
 wrote:
 
 Ok, aonde posso ver essas reversões?
 
 BladeTC

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

Re: [Talk-it] senso unico

2015-05-11 Thread Catonano

Il giorno 11 maggio 2015 14:06, emmexx emm...@tiscalinet.it ha scritto:


 Non sempre, ad esempio ora non c'e'.
 Se non ricordo male la data di aggiornamento viene generata da uno script
 esterno, non dagli eseguibili che generano il grafo ed i dati per il
 routing.

 ciao
 maxx


Comunque adesso il routing è corretto. Ecco qua ;-) http://osrm.at/chG
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] edições e pesquisa no OSM e talk

Ok, aonde posso ver essas reversões?
BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 16:13:08 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu conheço nada sobre mensagens ou comunicação sobre este assunto, o caso e que 
muitos relações fui quebrado devido seus edições.
O fato e que relações fui quebrado, e chagesets revertidos.

Aun Johnsen

On May 11, 2015, at 16:04, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Não recebi nenhuma mensagem no website do OSM sobre qualquer erro nem 
discussão em alguma 'changeset' feita por mim.
Não recordo de ter quebrado relação nenhuma. Alias, nos ultimos dias tenho 
concentrado esforços para criar relações administrativas 5 e 7, e não sair 
quebrando nós por aí.
Abraços,BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 15:50:33 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Baldemir e Marcio
Aqui e resposta do 4rch sobre o que aconteceu com seus edições.
Voces quebrou pelo menus 40 limites administrativas, não so no Brasil mas 
também Venezuela e Colombia.
--Hallo,
4rch hinterließ einen Kommentar zu einem Kartenänderungssatz, den du 
beobachtest, erstellt von 4rch am 2015-05-11 18:44:47 UTC mit dem Kommentar 
„repaired damaged boundaries“
==In CS #30952748 (*) Thundercel splitted some boundary ways but he hasn't 
loaded all affected boundary relations into JOSM and so he created about 40 
boundary relations in Venezuela, Columbia and Brazil with gaps (unclosed 
multipolygons) because the existing relations didn’t reference the newly 
created ways.
(*) https://www.openstreetmap.org/changeset/30952748
==Weitere Einzelheiten über den Änderungssatz können gefunden werden unter 
http://www.openstreetmap.org/changeset/30993496.
Aun Johnsen
On May 11, 2015, at 15:35, Lists li...@gimnechiske.org wrote:Baldemir
Os edicoes voces fiz os ultimos dias foram revertido por um grupo no alemão que 
monitorando e corrigindo limites administrativos
O site que deu link e um ferramento que dar alerta em mudanças dos limites
Entao, maioria do trabalho que vocês fiz com os limites os últimos dias foram 
no lixao porque vocês fiz algum coisas errados.
Olha este site, entender o que eles monitorando, e se não entendo este site, 
não editar mais limites.
Aun Johnsen
On May 11, 2015, at 15:29, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Desculpe Aun Johnsen, não estou lhe entendendo.
Poderia ser mais claro?

BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war
Aun Johnsen
On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações

[Talk-GB] May Derby Meet-up: confirmation of date as 19th May

2015-05-11 Thread SK53

Just a quick note to say that I have left the date for the Derby pub
meeting for next Tuesday, 19th May
http://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup. As I stated
before, I will be in London on that date, so wont be there.

I will do the usual reminders later in the week.

Regards,

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

Re: [Talk-br] edições e pesquisa no OSM e talk

Não recebi nenhuma mensagem no website do OSM sobre qualquer erro nem discussão 
em alguma 'changeset' feita por mim.
Não recordo de ter quebrado relação nenhuma. Alias, nos ultimos dias tenho 
concentrado esforços para criar relações administrativas 5 e 7, e não sair 
quebrando nós por aí.
Abraços,BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 15:50:33 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Baldemir e Marcio
Aqui e resposta do 4rch sobre o que aconteceu com seus edições.
Voces quebrou pelo menus 40 limites administrativas, não so no Brasil mas 
também Venezuela e Colombia.
--Hallo,
4rch hinterließ einen Kommentar zu einem Kartenänderungssatz, den du 
beobachtest, erstellt von 4rch am 2015-05-11 18:44:47 UTC mit dem Kommentar 
„repaired damaged boundaries“
==In CS #30952748 (*) Thundercel splitted some boundary ways but he hasn't 
loaded all affected boundary relations into JOSM and so he created about 40 
boundary relations in Venezuela, Columbia and Brazil with gaps (unclosed 
multipolygons) because the existing relations didn’t reference the newly 
created ways.
(*) https://www.openstreetmap.org/changeset/30952748
==Weitere Einzelheiten über den Änderungssatz können gefunden werden unter 
http://www.openstreetmap.org/changeset/30993496.

Aun Johnsen

On May 11, 2015, at 15:35, Lists li...@gimnechiske.org wrote:Baldemir
Os edicoes voces fiz os ultimos dias foram revertido por um grupo no alemão que 
monitorando e corrigindo limites administrativos
O site que deu link e um ferramento que dar alerta em mudanças dos limites
Entao, maioria do trabalho que vocês fiz com os limites os últimos dias foram 
no lixao porque vocês fiz algum coisas errados.
Olha este site, entender o que eles monitorando, e se não entendo este site, 
não editar mais limites.

Aun Johnsen

On May 11, 2015, at 15:29, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Desculpe Aun Johnsen, não estou lhe entendendo.
Poderia ser mais claro?

BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war
Aun Johnsen
On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações dos limites administrativos. Colegas, como posso fazer uma pesquisa 
no OSM, para gerar um relatorio ou lista das ruas e servidões da cidade de 
Jaraguá do Sul?Gostaria de checar as informações. E como posso pesquisar os 
historico das mensagens da talk-br@openstreetmap (as mensagens mais antigas)? 
Grato,hctomio.___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Mail

Re: [Talk-de] Eigene OSM-Karte mit Overpass

2015-05-11 Thread Harald Hartmann

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Robert,

danke für deine generelle Maßnahmen, werde davon sicherlich einige
noch auf meiner Recycling-Map [1] einbauen, in der ich jetzt wie wild
umeinander herscrollen musste um einen 429er zu provozieren.

Ich glaube ich baue zusätzlich auch noch ein, dass man während eine
Abfrage mit Sanduhr bis zum Timeout läuft auch das wegscrollen
verbietet.

Habe aber noch eine Frage: Was verstehst du unter
 - Requests serialisieren

[1] http://osm.haraldhartmann.de/recycling

Viele Grüße,
Harald Hartmann
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVUP3IAAoJEIuLcq40+VqtpxIIAMfteBvfJidPLX+YUWvK38ck
uNsOE5F4iRY8Ul3Yfhy6AEQmQrtKNb4QoZEpMfZPmFtDIclZVrj0BezwWvyvqig6
xGpF4XmWI3xuvzjC4ynWi5tvDmsS0V+9Ti4lwrlaLyvljIQG3SiIRQrdH+tFE4eO
DCbXlMZoODuMskSP/iS1NJxE8WhKgZUnyA8g7ENJSzQLNNh/TQwg+lFhZzuuIfK3
211vnA5TOMe2XzDYACQrTDUZw6DGDDEdPR6LcSq9G6PwFQwh6cbM25yebki4yuAC
7VKG2GBl4HjIDrTUqGA2tkhA3mxzlH+QOyCQt1N1Q6WSBZNPkJ/BxsO0DWtJoQg=
=dENm
-END PGP SIGNATURE-

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

Re: [Talk-br] edições e pesquisa no OSM e talk

Eu conheço nada sobre mensagens ou comunicação sobre este assunto, o caso e que 
muitos relações fui quebrado devido seus edições.

O fato e que relações fui quebrado, e chagesets revertidos.

Aun Johnsen

 On May 11, 2015, at 16:04, Blademir Andrade de Lima blademi...@hotmail.com 
 wrote:
 
 Não recebi nenhuma mensagem no website do OSM sobre qualquer erro nem 
 discussão em alguma 'changeset' feita por mim.
 
 Não recordo de ter quebrado relação nenhuma. Alias, nos ultimos dias tenho 
 concentrado esforços para criar relações administrativas 5 e 7, e não sair 
 quebrando nós por aí.
 
 Abraços,
 BladeTC
 
 
 From: li...@gimnechiske.org mailto:li...@gimnechiske.org
 Date: Mon, 11 May 2015 15:50:33 -0300
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] edições e pesquisa no OSM e talk
 
 Baldemir e Marcio
 
 Aqui e resposta do 4rch sobre o que aconteceu com seus edições.
 
 Voces quebrou pelo menus 40 limites administrativas, não so no Brasil mas 
 também Venezuela e Colombia.
 
 --
 Hallo,
 4rch hinterließ einen Kommentar zu einem Kartenänderungssatz, den du 
 beobachtest, erstellt von 4rch am 2015-05-11 18:44:47 UTC mit dem Kommentar 
 „repaired damaged boundaries“
 ==In CS #30952748 (*) Thundercel splitted some boundary ways but he hasn't 
 loaded all affected boundary relations into JOSM and so he created about 40 
 boundary relations in Venezuela, Columbia and Brazil with gaps (unclosed 
 multipolygons) because the existing relations didn’t reference the newly 
 created ways.
 (*) https://www.openstreetmap.org/changeset/30952748 
 https://www.openstreetmap.org/changeset/30952748
 ==Weitere Einzelheiten über den Änderungssatz können gefunden werden unter 
 http://www.openstreetmap.org/changeset/30993496 
 http://www.openstreetmap.org/changeset/30993496.
 
 Aun Johnsen
 
 On May 11, 2015, at 15:35, Lists li...@gimnechiske.org 
 mailto:li...@gimnechiske.org wrote:
 
 Baldemir
 
 Os edicoes voces fiz os ultimos dias foram revertido por um grupo no alemão 
 que monitorando e corrigindo limites administrativos
 
 O site que deu link e um ferramento que dar alerta em mudanças dos limites
 
 Entao, maioria do trabalho que vocês fiz com os limites os últimos dias foram 
 no lixao porque vocês fiz algum coisas errados.
 
 Olha este site, entender o que eles monitorando, e se não entendo este site, 
 não editar mais limites.
 
 Aun Johnsen
 
 On May 11, 2015, at 15:29, Blademir Andrade de Lima blademi...@hotmail.com 
 mailto:blademi...@hotmail.com wrote:
 
 Desculpe Aun Johnsen, não estou lhe entendendo.
 
 Poderia ser mais claro?
 
 BladeTC
 
 From: li...@gimnechiske.org mailto:li...@gimnechiske.org
 Date: Mon, 11 May 2015 14:17:01 -0300
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] edições e pesquisa no OSM e talk
 
 Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
 referencia desse pagina: 
 http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
  
 http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
 
 Favor para esses edições dos limites ate vocês entender o que chegando esse 
 lista para evitar um edit war
 
 Aun Johnsen
 
 On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
 mailto:blademi...@hotmail.com wrote:
 
 Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência dentro da 
 relação estava fora da ordem. 
 O JOSM corrige isso facilmente.
 
 Abraços, 
 BladeTc
 
 --- Mensagem Original ---
 
 De: Lists li...@gimnechiske.org mailto:li...@gimnechiske.org
 Enviado: 11 de maio de 2015 11:16
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org 
 mailto:talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk
 
 Para ai
 
 Eu comecando ver changesets do tipo “concertando relacoes de limites 
 administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
 QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
 coisa no processo?
 
 Ainda nao ha tempo verificar o que fui editado nesses changesets
 
 Aun Johnsen
 
 On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
 mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br 
 mailto:thunder...@gpsinfo.com.br wrote:
 
 Todos os créditos devem ir para o Bladimir, já que nesse aspecto de relações 
 administrativas ele é seguramente bem mais experiente do que eu.
  
 Comecei a experimentar essa edição recentemente e nesse aprendizado acabei 
 cometendo alguns erros como particionar (quebrar) o way para retirar o aviso 
 no JOSM de longo caminho.
  
 Apesar de muitos aqui defenderem o JOSM somente agora entendi o quanto ele é 
 superior ao ID.
  
 Quando um Way é membro de mais de uma relação boundary, quando o 
 particionamos pelo ID é quebrada alguma relação boundary da qual ele faz 
 parte. Particionado pelo JOSM existe uma validação desse que o particiona

Re: [Talk-de] German translation assist: wiki

2015-05-11 Thread Andreas Schmidt

agreed,

2-4-1-3

is even better than

1 - 3 - 2 - 4

regards,
Andreas

Am 11.05.2015 um 22:14 schrieb Martin Koppenhoefer:



 Am 11.05.2015 um 21:22 schrieb Andreas Schmidt schmidt-postf...@freenet.de:

 With a good translation for:

 *A shop that offers bicycle repair should be tagged as a shop. This tag is
 intended for standalone repair stations which are typically located outside
 and open 24/7. Please see Tag:shop=bicycle. Please do not tag shops with
 this tag!*
 Eine Werkstatt, die Fahrradreparaturen anbietet, sollte als „shop“
 (Werkstatt) getaggt werden.
 Dieser tag, „amenity=bicycle_repair_station“, soll nur verwendet werden
 für allein stehende Selbsthilfe-Reparaturstationen, die sich
 üblicherweise im Freien befinden und jeden Tag 24 Stunden geöffnet sind.
 Vergleiche den tag shop=bicycle.
 Bitte keine Werkstätten mit diesem tag bezeichnen.

 This is a translation sentence by sentence.
 In original English language as well as in the translation I feel the
 sentences are not in a reasonable order.

 In my opinion the sentences should be re-ordered like
 1 - 3 - 2 - 4


 Ich bin für  2-4-1-3

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



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

Re: [Talk-es] Molestar

2015-05-11 Thread Aitor Freire Astray

Hola André, te envío privado con la contraseña. Supongo que ya te habrás
leído todo cuanto hay disponible sobre el proceso de importaciónd el
catastro. En cualquier caso, si tiene dudas este es el sitio apropiado para
expresarlas.


Un saludo!
El 07/05/2015 23:52, André Outeiro an...@outeiro.com escribió:

 Queria contactar com Aitor Freire,  responsable de importación de Catastro
 Lugo.  Como no tengo forma de recuperar la contraseña para acceder al
 listado de miembros de esta lista he optado por esta.  Un saludo a tod@s
 y disculpas

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


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

[OSM-talk-fr] Fwd: [Rappel Adhésion OSMfr] - Renouvelez votre adhésion avant l'Assemblée générale !

2015-05-11 Thread Vincent de Château-Thierry


Bonsoir,

Je relaie ci-dessous le message de Jean (en copie), envoyé initialement 
aux membres de l'association OSM France.
Avec l'échéance de la prochaine assemblée générale lors du SOTM à Brest, 
c'est l'occasion peut-être pour certains de devenir membres de 
l'association, voire, de se porter candidat(e) lors du renouvellement de 
son CA. Sur ce point, attention, les candidatures seront closes le 15 
mai à minuit.

Plus de détails dans les liens du mail de Jean.

merci,
vincent

 Message transféré 
Sujet : [Rappel Adhésion OSMfr] - Renouvelez votre adhésion avant
l'Assemblée générale !
Date :  Fri, 8 May 2015 17:03:10 +0200
De :Jean Karinthi jeankarin...@gmail.com


Bonjour,

Trésorier d'OpenStreetMap et chargé de l'administration de la base
adhérents, je me permet de vous rappeler l'échéance de notre assemblée
générale annuelle, convoquée pour le samedi 30 mai prochain à 17h00 à
Brest dans le cadre de SOTM2015.

Pour mémoire, voici la convocation: http://openstreetmap.fr/ag2015

Afin de pouvoir présenter votre candidature au Conseil d'administration
ou voter les motions proposés et élire le nouveau Conseil, vous devrez
être à jour de votre cotisation.

Pour régler votre cotisation, je vous invite volontiers à utiliser le
module d'adhésion que nous avons ouvert récemment sur la plateforme
HelloAsso

https://www.helloasso.com/associations/openstreetmap-france/adhesions/cotisation

L'inscription à SOTM:
https://www.eventbrite.fr/e/billets-state-of-the-map-france-2015-brest-16641745910

à très bientôt,

Jean Karinthi








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

Re: [Talk-br] edições e pesquisa no OSM e talk

2015-05-11 Thread thundercel

Amigos, em especial o Blad já que não foi ele que cometeu o erro e sim eu como 
disse anteriormente em mensagem aqui nesta lista quando estava eu procedendo 
com a remoção dos avisos no JOSM de ways longos.

A quebra que eu estava fazendo dos ways quebrava a relação porque parte do way 
quebrado não era incluído naquela relação. Aprendi a após a quebra verificar se 
os dois ways resultantes fazem parte da relação.

Se observarem no link apontado pelo Aun ( 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
 ) somente alguns e poucos Boundarys do Brasil tiveram o changeset revertido 
porque depois que identifiquei meu erro dei continuidade a revisão fazendo 
corretamente.

O problema é que essa reversão fez retornar em alguns ways marítimos o 
admin=level 2 nele inserido, porém, como já comentamos aqui nesta lista, quando 
o way é membro de mais de uma relação, o admin_level=2 nele incluído entra em 
conflito com os admin_level contidos na relações as quais ele é membro.

Vejamos um exemplo prático.

O way em https://www.openstreetmap.org/way/249992494 é membro das seguintes 
relações:

Brasil  (admin_level=2)
Região Norte  (admin_level=3)
Estado do Pará (admin_level=4)

Das relações de municípios, distritos e bairros ele não faz parte porque é 
boundary=marítimo.

Estando esse way com admin_level=2 nele e fazendo ele parte das relações 
boundary admin_level= 3 e 4 essa situação se torna conflitante com a relativa 
recente técnica de Relação implantada no OSM.

Por essa razão que removi tão somente a tag admin_level=2 desse way já que cada 
relação que ele faz parte tem a tag admin_level correspondente a relação.

[]s
Marcio


From: Blademir Andrade de Lima 
Sent: Monday, May 11, 2015 4:48 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Ok! Entendi plenamente o ocorrido, e como havia dito em discussões anteriores, 
deviamos fazer isto com cautela e avaliar os riscos, como ocorreu a tempo. 

Afirmo que ninguem aqui agiu inconsequentemente, alias, mantivemos o contato o 
tempo inteiro para medir as ações.

Ficarei a disposição no que necessário.

Att,
BladeTC



___
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: [Talk-br] edições e pesquisa no OSM e talk

Desculpe Aun Johnsen, não estou lhe entendendo.
Poderia ser mais claro?

BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war

Aun Johnsen

On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações dos limites administrativos. Colegas, como posso fazer uma pesquisa 
no OSM, para gerar um relatorio ou lista das ruas e servidões da cidade de 
Jaraguá do Sul?Gostaria de checar as informações. E como posso pesquisar os 
historico das mensagens da talk-br@openstreetmap (as mensagens mais antigas)? 
Grato,hctomio.___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Mail Attachment.txt___Talk-br 
mailing 
listTalk-br@openstreetmap.orghttps://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: [Talk-de] German translation assist: wiki

2015-05-11 Thread Andreas Schmidt



Am 11.05.2015 um 20:35 schrieb Bryce Nesbitt:
 Would someone be willing to update:
 http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dbicycle_repair_station

 With a good translation for:

 *A shop that offers bicycle repair should be tagged as a shop. This tag is
 intended for standalone repair stations which are typically located outside
 and open 24/7. Please see Tag:shop=bicycle. Please do not tag shops with
 this tag!*
Eine Werkstatt, die Fahrradreparaturen anbietet, sollte als „shop“
(Werkstatt) getaggt werden.
Dieser tag, „amenity=bicycle_repair_station“, soll nur verwendet werden
für allein stehende Selbsthilfe-Reparaturstationen, die sich
üblicherweise im Freien befinden und jeden Tag 24 Stunden geöffnet sind.
Vergleiche den tag shop=bicycle.
Bitte keine Werkstätten mit diesem tag bezeichnen.

This is a translation sentence by sentence.
In original English language as well as in the translation I feel the
sentences are not in a reasonable order.

In my opinion the sentences should be re-ordered like
1 - 3 - 2 - 4 which means
Eine Werkstatt, die Fahrradreparaturen anbietet, sollte als „shop“
(Werkstatt) getaggt werden.
Vergleiche den tag shop=bicycle.
Dieser tag, „amenity=bicycle_repair_station“, soll nur verwendet werden
für allein stehende Reparaturstationen, die sich üblicherweise im Freien
befinden und jeden Tag 24 Stunden geöffnet sind.
Bitte keine Werkstätten mit diesem tag bezeichnen.

 *The manufacturer of the station, if it is a standard design (e.g. Dero
 or Bike Fixstation, or RepairSTAN). For a list of vendors see this
 guide
 http://guides.obviously.com/Public-Bicycle-Work-and-Repair-Stands-2/1925.*
Falls die Selbsthilfe-Reparaturstation dem Standard bestimmter
Hersteller folgt, dann kann dieser hier genannt werden (beispielsweise

„Dero“, „Bike Fixstation“, oder „RepairSTAN“)

Eine Liste der Hersteller solcher Selbsthilfe-Reparaturstationen findet
sich hier (auf englisch): 

http://guides.obviously.com/Public-Bicycle-Work-and-Repair-Stands-2/1925.

Andreas



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

Re: [Talk-ca] Toronto OpenStreetMap events May 2015

2015-05-11 Thread Richard Weait

On Mon, May 11, 2015 at 12:42 PM, Colin McGregor colin.mc...@gmail.com wrote:
 Some words of warning regarding GTALug.

Hi Colin,

This is the second time that you have mentioned your unpleasant
experience with GTALug on this list, in the context of the
OpenStreetMap presentation that they have scheduled.  I am sincerely
sorry that you had an experience that was so unpleasant.

I expect that I will attend Stewart's presentation tomorrow.  This may
seem like I am ignoring Colin's advice to stay away. I will also
keep Colin's description of his experience in mind.  I think that both
Stewart and Colin are nice folks, so I do my best to be supportive of
both of them.  Also, Stewart has promised a kazoo solo.  :-)

Beyond that, discussion of GTALug is probably off-topic, unless there
are specific examples from which we might take lessons for our on-line
and in-person communities.

Best Regards and Happy Mapping,
Richard

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

[Talk-at] Einladung zum Mai-Stammtisch in Graz am 18.5. (1W früher)

2015-05-11 Thread Michael Maier

Liebe OpenStreetMap-Interessierte in der Steiermark,

Ich lade herzlich ein zum nächsten OpenStreetMap-Stammtisch Graz am
Montag, 18.8. - dieses Mal eine Woche früher, weil der reguläre Termin
auf Pfingsten fällt.

Der Stammtisch findet um 18:00 im Brot  Spiele in Graz  statt -
Tischreservierung auf „OpenStreetMap“, wir sitzen im Kaminzimmer
(Nichtraucherbereich).

Zwecks Agenda und sonstigem bitte die Wiki-Seite konsultieren:
https://wiki.openstreetmap.org/wiki/Graz/Stammtisch

Ich freue mich auf euer kommen!

lg, Michael

--
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch






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

Re: [OSM-talk-fr] Rendu BANO: visualisation des adresses de la BAN

2015-05-11 Thread Eric Debeau

Bonsoir

Exemple de rue à Rospez avec des numéros assez étranges dans les tranches
5xxx à 9xxx
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.73383/-3.38037

La commune de Rospez utilise la numérotation décamétrique depuis fin 2011,
mais je ne retrouve pas les numéros qui sont sur le terrain et je n'arrive
pas à trouver de lien entre le terrain et les numéros BAN

Eric

2015-04-30 11:48 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

  Oui, j'ai vu ça, mais pas encore trouvé comment gérer ça proprement...

 Il n'est pas impossible que je fasse deux couches séparées: une pour BANO
 (sans BAN) et une avec juste BAN.



 Le 29/04/2015 23:02, Pierre-Yves Berrard a écrit :

  Parfois le rouge pointillé et le rouge de départ se chevauchent, rendant
 le texte carrément illisible.

  PY

 Le 26 avril 2015 17:20, Christian Quest cqu...@openstreetmap.fr a écrit
 :

 Encore un peu de neuf sur le rendu BANO sur les données BAN...

 Afin d'aider à compléter les noms de rues manquants dans OSM, j'ai
 ajouté l'entourage des adresses BAN sur le même principe que celles du
 cadastre.

 Pour les différencier, j'ai mis :
 - en pointillé rouge les adresses BAN pour lesquelles un rapprochement a
 pu être fait avec FANTOIR mais pas avec OSM
 - en pointillé gris les adresse BAN pour lesquelles le rapprochement
 FANTOIR n'a pas pu être fait.

 C'est un premier jet ;)

 Exemple sur une commune au cadastre raster:
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.96311/2.19007

 --
 Christian Quest - OpenStreetMap France


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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr


 --
 Christian Quest - OpenStreetMap France


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


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

Re: [Talk-br] edições e pesquisa no OSM e talk

Ok! Entendi plenamente o ocorrido, e como havia dito em discussões anteriores, 
deviamos fazer isto com cautela e avaliar os riscos, como ocorreu a tempo.
Afirmo que ninguem aqui agiu inconsequentemente, alias, mantivemos o contato o 
tempo inteiro para medir as ações.
Ficarei a disposição no que necessário.
Att,BladeTC   ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] German translation assist: wiki





Am 11.05.2015 um 21:22 schrieb Andreas Schmidt schmidt-postf...@freenet.de:

 With a good translation for:
 
 *A shop that offers bicycle repair should be tagged as a shop. This tag is
 intended for standalone repair stations which are typically located outside
 and open 24/7. Please see Tag:shop=bicycle. Please do not tag shops with
 this tag!*
 Eine Werkstatt, die Fahrradreparaturen anbietet, sollte als „shop“
 (Werkstatt) getaggt werden.
 Dieser tag, „amenity=bicycle_repair_station“, soll nur verwendet werden
 für allein stehende Selbsthilfe-Reparaturstationen, die sich
 üblicherweise im Freien befinden und jeden Tag 24 Stunden geöffnet sind.
 Vergleiche den tag shop=bicycle.
 Bitte keine Werkstätten mit diesem tag bezeichnen.
 
 This is a translation sentence by sentence.
 In original English language as well as in the translation I feel the
 sentences are not in a reasonable order.
 
 In my opinion the sentences should be re-ordered like
 1 - 3 - 2 - 4



Ich bin für  2-4-1-3

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

Re: [Talk-de] Eigene OSM-Karte mit Overpass

2015-05-11 Thread mmd

Hallo Roland, Harald,

Am 11.05.2015 um 19:01 schrieb Roland Olbricht:
 Es sieht eher danach aus, als wenn Briefkästen dann nicht gefunden 
 werden. Es scheint mir beim Drüberschauen vielleicht doch ein
 Problem der briefkastenkarte.de zu sein, weil das Problem auf der
 Beispielseite des Leaflet-Plugins nicht auftritt.

Ich meine mich zu erinnern, dass diese Leaflet-Beispielseite noch auf
die rambler.ru-Instanz zugreift und dort diese Limitierung (noch)
nicht greift.


Am 11.05.2015 um 21:06 schrieb Harald Hartmann:
 danke für deine generelle Maßnahmen, werde davon sicherlich
 einige noch auf meiner Recycling-Map [1] einbauen, in der ich jetzt
 wie wild umeinander herscrollen musste um einen 429er zu
 provozieren.

Am einfachsten lässt sich der Unterschied z.B. mit Firebug in Firefox
(oder auch den Entwicklertools in Chrome) nachvollziehen: Während
deine Recycling-Karte für die BBox genau eine Abfrage absetzt, teilt
die Briefkastenkarte die BBox in viele kleine Unterabschnitte auf und
setzt für jeden dieser Abschnitte einen eigenen Request ab. Das meinte
ich eingangs mit fluten. Serialisieren würde hier bedeuten, immer
nur genau einen Request gleichzeitig abzusetzen.

 Ich glaube ich baue zusätzlich auch noch ein, dass man während
 eine Abfrage mit Sanduhr bis zum Timeout läuft auch das
 wegscrollen verbietet.

Alternativ wäre auch ein /api/kill_my_queries beim Scrollen der Seite
machbar. Dadurch werden noch ausstehende Queries auf dem Server
einfach abgebrochen.

Gruß,
mmd

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

Re: [Talk-br] border_type

Vamos parar de cortar as vias e remover as TAGs, esta causando problemas, como 
foi visto nas outra discussão.
Espero que compreendam.

Att,BladeTC

Date: Sat, 9 May 2015 23:16:02 -0300
From: blademi...@hotmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] border_type

O Josm manda cortar vias acima de 2000 pontos.

BladeTC

--- Mensagem Original ---

De: Lists li...@gimnechiske.org

Enviado: 9 de maio de 2015 21:59

Para: OpenStreetMap no Brasil talk-br@openstreetmap.org

Assunto: Re: [Talk-br] border_type

Marcio et al

Um bom aviso e evitar criar caminhos muito longe (por exemplo tenta fica com 
menus que 500 nos sempre), onde existe caminhos mais longe, e onde esses dar 
problemas com aplicativos, acho que e isso voce tem Marcio, separa-los em 
caminhos menores,
 e sempre fica atento em relações onde faz parte.

Aun Johnsen

On May 9, 2015, at 21:51, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:

E como corrigir way longo?

Particionei (quebrei) um trecho de um way e continuou o aviso. Será que teria 
de particionar mais vezes o way?

From: 
Lists 
Sent: Saturday, May 9, 2015 9:29 PM
To: 
OpenStreetMap no Brasil 
Subject: Re: [Talk-br] border_type

Marcio

O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais, 
existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar com 
500

Aun Johnsen

___

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] Rendu BANO: visualisation des adresses de la BAN

2015-05-11 Thread Jérôme Amagat

Ce que j'ai compris pour ce genre d'adresse à plus de 5000, c'est que le
numéro ne veux rien dire, c'est une adresse mais sans numéro ou numéro
encore inconnu.
Peut être faudrait -t-il ne pas les indiqué (rien ou juste les points sans
le numéro), le problème c'est que ça risque de cacher des adresse à plus de
5000 mètre du début de la rue.

Par contre certain points 5xxx ou plus ont, il me semble, le vrai nom de la
rue mais ne sont pas entouré de pointillés rouges sur le rendu. je sais pas
par contre si c'est possible de faire la différence entre ce vrai nom de
rue et un nom de lieu dit.


Le 11 mai 2015 22:51, Eric Debeau eric.deb...@gmail.com a écrit :

 Bonsoir

 Exemple de rue à Rospez avec des numéros assez étranges dans les tranches
 5xxx à 9xxx
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.73383/-3.38037

 La commune de Rospez utilise la numérotation décamétrique depuis fin 2011,
 mais je ne retrouve pas les numéros qui sont sur le terrain et je n'arrive
 pas à trouver de lien entre le terrain et les numéros BAN

 Eric

 2015-04-30 11:48 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

  Oui, j'ai vu ça, mais pas encore trouvé comment gérer ça proprement...

 Il n'est pas impossible que je fasse deux couches séparées: une pour BANO
 (sans BAN) et une avec juste BAN.



 Le 29/04/2015 23:02, Pierre-Yves Berrard a écrit :

  Parfois le rouge pointillé et le rouge de départ se chevauchent,
 rendant le texte carrément illisible.

  PY

 Le 26 avril 2015 17:20, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 Encore un peu de neuf sur le rendu BANO sur les données BAN...

 Afin d'aider à compléter les noms de rues manquants dans OSM, j'ai
 ajouté l'entourage des adresses BAN sur le même principe que celles du
 cadastre.

 Pour les différencier, j'ai mis :
 - en pointillé rouge les adresses BAN pour lesquelles un rapprochement a
 pu être fait avec FANTOIR mais pas avec OSM
 - en pointillé gris les adresse BAN pour lesquelles le rapprochement
 FANTOIR n'a pas pu être fait.

 C'est un premier jet ;)

 Exemple sur une commune au cadastre raster:

 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.96311/2.19007

 --
 Christian Quest - OpenStreetMap France


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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr


 --
 Christian Quest - OpenStreetMap France


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



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


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

Re: [Talk-at] Grenzen

2015-05-11 Thread Friedrich Volkmann

On 01.01.2015 23:17, Friedrich Volkmann wrote:
 Das Proposal
 (http://wiki.openstreetmap.org/wiki/Proposed_features/admin_title) wurde
 inzwischen einige Male kommentiert und es kam heraus, dass in verschiedenen
 Ländern verschiedene Tags in Gebrauch sind, weil jede Landescommunity ihr
 eigenes Süppchen kocht [...]

 Trotzdem würde ich es begrüßen, wenn sich auch andere Österreicher (außer
 mir) an der Diskussion im Wiki (oder in der tagging-Mailingliste, aber das
 ist sie sowieso schon eingeschlafen) beteiligen würden. Schließlich war die
 Diskussion in Österreich der Auslöser, warum ich das Proposal überhaupt
 angelegt habe.

Der Aufruf war vergebens, kein einziger hat sich beteiligt.

Jetzt ist die letzte Chance, dass ihr euch einbringt, denn weil keiner mehr
was zum Proposal oder zu den Alternativen sagen wollte, habe ich es auf
Voting gestellt. Bisher schaut es nicht gut aus, nur Gegenstimmen, ohne dass
jemand eine Alternative anbieten kann. Keiner will von dem abgehen, was in
seinem Land üblich ist. An einer gemeinsamen Lösung ist keiner interessiert.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[Talk-us] NYC High Line is Wonky on OSM

2015-05-11 Thread Elliott Plack

Friends,

I was attempting to do some pedestrian routing on the High Line (the
elevated park in NYC, see Wikipedia for background) and noticed some
oddities about how it was mapped on OSM. Quickly, this is a former elevated
train viaduct that has been converted into a popular park in Manhattan.
Since this is a popular area, I thought I'd ask the community first. Things
I've noticed:

1. There is a 'building=yes' way for the entire elevated portion, including
many of the supports that hold the platform up. This is pretty cool, and
probably looks neat in 3D. There are some building overlaps, where the line
goes through some buildings. https://www.openstreetmap.org/way/37054313
1a. The building also has the park tagging, which doesn't show up on the
map when tagged to the same way (apparently).
2. There are two parallel ways on the northern part of the park, one for
the former railway, another for the path. I believe that these should be
merged or at least share points. The former railway IS the pedestrian path,
so no need for parallel ways, right?
https://www.openstreetmap.org/way/46481094
2a. https://www.openstreetmap.org/way/305761607
3. Stairs like this should connect to the street.
https://www.openstreetmap.org/way/305761606
4. The 'highway=pedestrian' portion is not tagged as a bridge, which it is,
arguably. But then, if the viaduct is a 'building', is it actually a
bridge? I think it should be tagged as a bridge for cartography purposes.
4a. The 'highway=pedestrian' way does not have a name. The building does,
but that doesn't render well. Named ways should be named, right?
5. There are several 'highway=pedestrian' areas like this one. Is there a
better tag for open space like this?
https://www.openstreetmap.org/way/277945794
6. Things get really crazy with the building passages.
https://www.openstreetmap.org/way/277885773
7. There are a few oddities about the paths extending out from this node,
all these crossing ways are hard to comprehend.
https://www.openstreetmap.org/node/2823299563

Local mappers have clearly spent a lot of time on this, anyone have any
feedback about how this could be mapped better, if at all?


Best,

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

[talk-latam] Estilo de carreteras/caminos en capa Estándar/Humanitaria

2015-05-11 Thread Marco Antonio

En el GSoC 2015 (1) además de otros proyectos se aceptó uno para
mejorar El estilo de carreteras/caminos en la capa Estándar de OSM
porque existe una pila de correcciones por hacer (y una mala
visualización).

Mateusz K. redactó en su diario dos entradas con las que inicia su
investigación y solicita comentarios (feedback) del estilo de
representación de la capa estándar que visualiza las carreteras y
caminos.

* estilo estándar vs google maps
http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/34957

* estilo estándar vs estilo humanitario
http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/34964

Es interesante leer los comentarios porque ejemplifican el problema de
la alta densidad en europa. Al contrario, por este lado del planeta
tenemos el problema inverso por la baja densidad.

Hay muchos errores en la capa estándar (nombres de ciudades por debajo
de carreteras, superficie no representada, nombres de vías, paleta de
colores, entre otros) que de alguna forma la capa humanitaria si lo ha
solucionado.

Sería oportuno expresar nuestra realidad en este proyecto...

(1) 
https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2015/AcceptedProjects

Abrazos,

Marco Antonio

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

Re: [Talk-at] Grenzen

2015-05-11 Thread Erwin Pleyer

Guten Morgen,
Ich sage nur soviel, dass es ziemlich schwierig ist sich an solchen Diskussionen zu beteiligen, wenn man dem Englischen nun mal nicht mächtig ist!
Grüße Erwin

Friedrich Volkmann b...@volki.atschrieb:

On 01.01.2015 23:17, Friedrich Volkmann wrote:
Das Proposal
(http://wiki.openstreetmap.org/wiki/Proposed_features/admin_title) wurde
inzwischen einige Male kommentiert und es kam heraus, dass in verschiedenen
Lndern verschiedene Tags in Gebrauch sind, weil jede Landescommunity ihr
eigenes Sppchen kocht [...]

Trotzdem wrde ich es begren, wenn sich auch andere sterreicher (auer
mir) an der Diskussion im Wiki (oder in der tagging-Mailingliste, aber das
ist sie sowieso schon eingeschlafen) beteiligen wrden. Schlielich war die
Diskussion in sterreich der Auslser, warum ich das Proposal berhaupt
angelegt habe.

Der Aufruf war vergebens, kein einziger hat sich beteiligt.

Jetzt ist die letzte Chance, dass ihr euch einbringt, denn weil keiner mehr
was zum Proposal oder zu den Alternativen sagen wollte, habe ich es auf
Voting gestellt. Bisher schaut es nicht gut aus, nur Gegenstimmen, ohne dass
jemand eine Alternative anbieten kann. Keiner will von dem abgehen, was in
seinem Land blich ist. An einer gemeinsamen Lsung ist keiner interessiert.

--
Friedrich K. Volkmann http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[Talk-br] Ainda é preciso ajudar para mapear o Nepal

2015-05-11 Thread Vitor George

-- Forwarded message -
From: Jean-Guilhem Cailton j...@arkemie.org
Date: dom, 10 de mai de 2015 às 08:52
Subject: [talk-latam] Fwd: [HOT] Urgento : Terremoto en Nepal , todavia se
necesita su ayuda
To: OpenStreetMap Latinoamérica talk-la...@openstreetmap.org
Cc: Pierre Béland pierz...@yahoo.fr

 Hola,

Transferando este mensaje de Pierre, que llama para ayuda para seguir
mapeando en Nepal, especialmente de contribuidores experimentados.

El monzón va a llegar pronto en Nepal. Se necesita ayudar a gente
rápidamente, proporcionarles alimento y abrigo. Todavía hay muchos tareas
urgentes para terminar de detectar campamentos informales en montañas,
pueblos dañados, ...

Por favor, siguen apoyando OSM / Katmandú Living Labs / HOT para apoyar a
Nepal y a la comunidad internacional.

Gracias,

Jean-Guilhem

 Message transféré   Sujet : [HOT] Urgent : Nepal
earthquake , we still need your help  Date : Sun, 10 May 2015 11:11:25
+ (UTC)  De : Pierre Béland pierz...@yahoo.fr
pierz...@yahoo.fr  Répondre
à : Pierre Béland pierz...@yahoo.fr pierz...@yahoo.fr  Pour : HOT
Openstreetmap h...@openstreetmap.org h...@openstreetmap.org

 The monsoon is coming soon in Nepal. To avoid an epidemy, it is necessary
to help people rapidly, provide them food and shelter. There are still many
urgent Jobs to complete to spot damaged villages, Informal camps in
moutains.

 Please continue to support this HOT / OSM / Kathmandu Living Labs to
support the Nepal government and the international community.

 *For all contributors*
% com-
pleted  Task Manager job
 79%   #1018 Nepal Earthquake, 2015, detailed mapping 2nd pass
http://tasks.hotosm.org/project/1018
 91%   #1009 Nepal Earthquake, 2015, Gorkha, Residential areas and buildings
http://tasks.hotosm.org/project/1009

 *For experienced contributors*
% com-
pleted  Task Manager job
 56%   #1024 Nepal Earthquake, 2015, Severely damaged housing areas and IDP
Informal camps, Gorkha http://tasks.hotosm.org/project/1024
61%   #1030 Nepal Earthquake, 2015, Severely damaged housing areas and IDP
Informal camps http://tasks.hotosm.org/project/1030
16%   #1044 Nepal Earthquake, 2015, Severely damaged housing areas and IDP
Informal camps, Trisuli Valley http://tasks.hotosm.org/project/1044
91%   #1023 Nepal Earthquake, 2015, Pilot task, Helicopters landing and
common leisure, Northern Dhading http://tasks.hotosm.org/project/1023

 regard

Pierre

 ___
talk-latam mailing list
talk-la...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam
___
HOT mailing list
h...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-co] Fiesta de mapeo y caminata

2015-05-11 Thread Jaime Mejia

Felicitaciones Leo.

Cordial Saludo,

Jaime Mejía

El 11 de mayo de 2015, 17:29, Leonardo Gutierrez l...@nuevoartesano.com
escribió:

 Con el fin de mejorar el mapa de nuestra ciudad y especialmente de nuestra
 vecindad el sabado pasado nos dedicamos a hacer fieldpapers en Duitama

 Los invito a visitar mi blog


 http://hobbiesleo.blogspot.com/2015/05/field-papers-en-el-colegio-salesiano.html

 ___
 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: [OSM-talk] Broken coastline

2015-05-11 Thread Colin Smale

 

...And this may be different to the limit of government jurisdiction. In
the UK, local authorities' jurisdiction goes (normally) to MLWS (mean
low water - spring tides), which is beyond the MHWS coastline. Why am I
saying this? Please don't use the same way in both the coastline and the
admin boundary, unless you are absolutely sure they coincide by
definition (not by coincidence). 

//colin 

On 2015-05-11 19:39, Malcolm Herring wrote: 

 On 11/05/2015 18:01, pmailkeey . wrote:
 
 Where should the coastline be ? HWM, LWM or MW. What about islands that only 
 appear at low tide !
 
 The most common definition is mean high water - spring tides (MHWS)
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk [1]
 

Links:
--
[1] https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Diminuzione Tag totali wikipedia

2015-05-11 Thread Marco_T

Simone F. wrote
 Controllando meglio il periodo 1-7 maggio, mi risulta che i tag tolti
 dalle
 way di ferrovie per lasciarli solo sulla relazione siano ~500 e che sia
 quindi questa la causa principale del calo improvviso dei tag.

Grazie Simone per il controllo.
Allarme dunque rientrato.
Spero gmail ti digerisca questa mail! (tra l'altro io scrivo su questa ML
con indirizzo libero.it tramite nabble...se puo' essere utile per capire
il problema.)

Ciao.

-- 
Marco_T




--
View this message in context: 
http://gis.19327.n5.nabble.com/Diminuzione-Tag-totali-wikipedia-tp5824663p5844232.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-br] Digest Talk-br, volume 80, assunto 28

Pelo que intendi e nem ciclofaixa e nem ciclovia, e um via dedicada para onibus 
compartilhada com bicicletas (via nao ha acesso em geral access=no, so psv=yes 
e bicycle=yes)

Aun Johnsen

 On May 11, 2015, at 19:53, belnu...@pop.com.br wrote:
 
 Não  entendi o exemplo B4 . Ela é  uma ciclofaixa ou uma ciclovia ?
 
 --
 Enviado do aplicativo myMail para Android
 
 sábado, 09 maio 2015, 09:00AM -03:00 de talk-br-requ...@openstreetmap.org:
 
 Enviar submissões para a lista de discussão Talk-br para
 talk-br@openstreetmap.org
 Para se cadastrar ou descadastrar via WWW, visite o endereço
 https://lists.openstreetmap.org/listinfo/talk-br
 ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
 corpo da mensagem para
 talk-br-requ...@openstreetmap.org
 Você poderá entrar em contato com a pessoa que gerencia a lista pelo
 endereço
 talk-br-ow...@openstreetmap.org
 Quando responder, por favor edite sua linha Assunto assim ela será
 mais específica que Re: Contents of Talk-br digest...
 Tópicos de Hoje:
1. Re: Mapeando ciclofaixa (Márcio Vinícius Pinheiro)
 --
 Message: 1
 Date: Fri, 8 May 2015 20:36:41 -0300
 From: Márcio Vinícius Pinheiro   marcioviniciu...@gmail.com 
 To: OpenStreetMap no Brasil  talk-br@openstreetmap.org 
 Subject: Re: [Talk-br] Mapeando ciclofaixa
 Message-ID:
  CAPMOee=ccMTa9pSVJ_ABsP+uT1KKJ7knOt=+dgu-4zzztfh...@mail.gmail.com 
 Content-Type: text/plain; charset=utf-8
 Não estou entendo essa discussão toda. Qual situação não está exemplificada
 em  http://wiki.openstreetmap.org/wiki/Pt-br:Bicycle ?
 Atenciosamente,
 Márcio Vinícius Pinheiro.
 http://about.me/Doideira
 Em 08/05/2015 20:12,  thunder...@gpsinfo.com.br  escreveu:
Existem comentários muito interessantes sobre isso em
   http://vadebike.org/2008/07/ciclista-so-de-e-usar-o-lado-direito-da-ia/
 
   *From:* Arlindo Pereira  openstreet...@arlindopereira.com 
  *Sent:* Friday, May 8, 2015 6:36 PM
  *To:* OpenStreetMap no Brasil  talk-br@openstreetmap.org 
  *Subject:* Re: [Talk-br] Mapeando ciclofaixa
 
   O CTB diz o seguinte:
 
  Art. 58. Nas vias urbanas e nas rurais de pista dupla, a circulação de
  bicicletas deverá ocorrer, quando não houver ciclovia, ciclofaixa, ou
  acostamento, ou quando não for possível a utilização destes, nos bordos da
  pista de rolamento, no mesmo sentido de circulação regulamentado para a
  via, com preferência sobre os veículos automotores.
 
 
  ___
  Talk-br mailing list
   Talk-br@openstreetmap.org
   https://lists.openstreetmap.org/listinfo/talk-br
 
 
 -- Próxima Parte --
 Um anexo em HTML foi limpo...
 URL:  
 http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150508/71f793e3/attachment-0001.html
  
 --
 Subject: Legenda do Digest
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 --
 Fim da Digest Talk-br, volume 80, assunto 28
 
 
 ___
 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: [Talk-br] edições e pesquisa no OSM e talk

Blademir

Bom voce começando monitorar este. Fica atento no este site com os mudanças
voce fazendo, e corrigir/reverter quando voce ver erros aparecendo. Voce pode
também junta este processo com outros pessoas que trabalhando com limites
administrativas.

Eu acho que com este, meu alerta do situação deu resultado bom no final

Obrigado

Aun Johnsen

On May 11, 2015, at 20:24, Blademir Andrade de Lima blademi...@hotmail.com
wrote:

Boa noite meu caros, gostaria de tecer minhas ponderações ao ocorrido.

Aun Johnsen, realmente, o OSM.wno-edv-service alertou inicialmente sobre as
vias que foram particionadas devido a sua longa extensão (por metros ou
pontos em excesso).

Acontece que durante este processo usando o ID, elas não são automaticamente
REORGANIZADAS, permanecendo quebradas, o que não acontece no JOSM.
Bom, foi isto o que ocorreu primeiro, vamos dar sequencia aos fatos.

Em Seguida, foram excluídos as 'TAGs' admin_level que estão marcadas na via
(way) e não as que estão na relação (relation). Foram dois trabalhos
diferentes.

É redundante adicionar esta TAG diretamente na via, se a mesma ja esta
marcada DENTRO da relação, inclusive, essa informação redundante pode gerar
conflitos, como o que estamos tentando resolver.

Como forma de evitar quaisquer problemas com as relações, das quais me
interessa o assunto, verificarei diariamente qualquer alteração pelo site
OSM.wno-edv-service, em se tratando de Brasil.

Quanto as TAGs 'admin_level' esta discussão tem de ser levada para o OSM, e
sabermos se continuaremos da forma como esta ou se evoluímos o processo.

Um forte abraço a todos,
Blademir Andrade de Lima
BladeTC

From: li...@gimnechiske.org mailto:li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem
referencia desse pagina:
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11

http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11

Favor para esses edições dos limites ate vocês entender o que chegando esse
lista para evitar um edit war

Aun Johnsen

On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com
mailto:blademi...@hotmail.com wrote:

Quebrados, OU fora da sequência. Corrigi alguns em que a sequência dentro da
relação estava fora da ordem.
O JOSM corrige isso facilmente.

Abraços,
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org mailto:li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
mailto:talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai

Eu comecando ver changesets do tipo “concertando relacoes de limites
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma
coisa no processo?

Ainda nao ha tempo verificar o que fui editado nesses changesets

Aun Johnsen

On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br
mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br
mailto:thunder...@gpsinfo.com.br wrote:

Todos os créditos devem ir para o Bladimir, já que nesse aspecto de relações
administrativas ele é seguramente bem mais experiente do que eu.

Comecei a experimentar essa edição recentemente e nesse aprendizado acabei
cometendo alguns erros como particionar (quebrar) o way para retirar o aviso
no JOSM de longo caminho.

Apesar de muitos aqui defenderem o JOSM somente agora entendi o quanto ele é
superior ao ID.

Quando um Way é membro de mais de uma relação boundary, quando o
particionamos pelo ID é quebrada alguma relação boundary da qual ele faz
parte. Particionado pelo JOSM existe uma validação desse que o particiona
também em todas as relações boundarys que ele é membro, sem quebrá-las.
Ontem a noite identifiquei as que quebrei e as corrigi quase todas. O
Bladimir (“meu gurú”) já tinha corrigido a de São Paulo e, portanto, os
créditos do trabalho devem ser dirigidos a ele.

[]s
Marcio

From: Helio Cesar Tomio mailto:hcto...@gmail.com
Sent: Sunday, May 10, 2015 10:29 PM
To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
Subject: [Talk-br] edições e pesquisa no OSM e talk

Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM,
referente as relações dos limites administrativos.

Colegas, como posso fazer uma pesquisa no OSM, para gerar um relatorio ou
lista das ruas e servidões da cidade de Jaraguá do Sul?
Gostaria de checar as informações.

E como posso pesquisar os historico das mensagens da talk-br@openstreetmap
(as mensagens mais antigas)?

Grato,
hctomio.

Re: [Talk-br] Digest Talk-br, volume 80, assunto 28

2015-05-11 Thread belnuovo


Não  entendi o exemplo B4 . Ela é  uma ciclofaixa ou uma ciclovia ?
--
Enviado do aplicativo myMail para Android
sábado, 09 maio 2015, 09:00AM -03:00 de talk-br-requ...@openstreetmap.org:
Enviar submissões para a lista de discussão Talk-br para
talk-br@openstreetmap.org
Para se cadastrar ou descadastrar via WWW, visite o endereço
https://lists.openstreetmap.org/listinfo/talk-br
ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
corpo da mensagem para
talk-br-requ...@openstreetmap.org
Você poderá entrar em contato com a pessoa que gerencia a lista pelo
endereço
talk-br-ow...@openstreetmap.org
Quando responder, por favor edite sua linha Assunto assim ela será
mais específica que Re: Contents of Talk-br digest...
Tópicos de Hoje:
   1. Re: Mapeando ciclofaixa (Márcio Vinícius Pinheiro)
--
Message: 1
Date: Fri, 8 May 2015 20:36:41 -0300
From: Márcio Vinícius Pinheiro   marcioviniciu...@gmail.com 
To: OpenStreetMap no Brasil  talk-br@openstreetmap.org 
Subject: Re: [Talk-br] Mapeando ciclofaixa
Message-ID:
 CAPMOee=ccMTa9pSVJ_ABsP+uT1KKJ7knOt=+dgu-4zzztfh...@mail.gmail.com 
Content-Type: text/plain; charset=utf-8
Não estou entendo essa discussão toda. Qual situação não está exemplificada
em  http://wiki.openstreetmap.org/wiki/Pt-br:Bicycle ?
Atenciosamente,
Márcio Vinícius Pinheiro.
http://about.me/Doideira
Em 08/05/2015 20:12,  thunder...@gpsinfo.com.br  escreveu:
   Existem comentários muito interessantes sobre isso em
  http://vadebike.org/2008/07/ciclista-so-de-e-usar-o-lado-direito-da-ia/

  *From:* Arlindo Pereira  openstreet...@arlindopereira.com 
 *Sent:* Friday, May 8, 2015 6:36 PM
 *To:* OpenStreetMap no Brasil  talk-br@openstreetmap.org 
 *Subject:* Re: [Talk-br] Mapeando ciclofaixa

  O CTB diz o seguinte:

 Art. 58. Nas vias urbanas e nas rurais de pista dupla, a circulação de
 bicicletas deverá ocorrer, quando não houver ciclovia, ciclofaixa, ou
 acostamento, ou quando não for possível a utilização destes, nos bordos da
 pista de rolamento, no mesmo sentido de circulação regulamentado para a
 via, com preferência sobre os veículos automotores.


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


-- Próxima Parte --
Um anexo em HTML foi limpo...
URL:  
http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150508/71f793e3/attachment-0001.html
 
--
Subject: Legenda do Digest
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
--
Fim da Digest Talk-br, volume 80, assunto 28
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] edições e pesquisa no OSM e talk

Boa noite meu caros, gostaria de tecer minhas ponderações ao ocorrido.
Aun Johnsen, realmente, o OSM.wno-edv-service alertou inicialmente sobre as 
vias que foram particionadas devido a sua longa extensão (por metros ou pontos 
em excesso).
Acontece que durante este processo usando o ID, elas não são automaticamente 
REORGANIZADAS, permanecendo quebradas, o que não acontece no JOSM.Bom, foi isto 
o que ocorreu primeiro, vamos dar sequencia aos fatos.
Em Seguida, foram excluídos as 'TAGs' admin_level que estão marcadas na via 
(way) e não as que estão na relação (relation). Foram dois trabalhos diferentes.
É redundante adicionar esta TAG diretamente na via, se a mesma ja esta marcada 
DENTRO da relação, inclusive, essa informação redundante pode gerar conflitos, 
como o que estamos tentando resolver.
Como forma de evitar quaisquer problemas com as relações, das quais me 
interessa o assunto, verificarei diariamente qualquer alteração pelo site 
OSM.wno-edv-service, em se tratando de Brasil.
Quanto as TAGs 'admin_level' esta discussão tem de ser levada para o OSM, e 
sabermos se continuaremos da forma como esta ou se evoluímos o processo.
Um forte abraço a todos,Blademir Andrade de LimaBladeTC
From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war

Aun Johnsen



On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações dos limites administrativos. Colegas, como posso fazer uma pesquisa 
no OSM, para gerar um relatorio ou lista das ruas e servidões da cidade de 
Jaraguá do Sul?Gostaria de checar as informações. E como posso pesquisar os 
historico das mensagens da talk-br@openstreetmap (as mensagens mais antigas)? 
Grato,hctomio.___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Mail Attachment.txt___Talk-br 
mailing 
listTalk-br@openstreetmap.orghttps://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-co] Fiesta de mapeo y caminata

2015-05-11 Thread Leonardo Gutierrez

Con el fin de mejorar el mapa de nuestra ciudad y especialmente de nuestra
vecindad el sabado pasado nos dedicamos a hacer fieldpapers en Duitama

Los invito a visitar mi blog

http://hobbiesleo.blogspot.com/2015/05/field-papers-en-el-colegio-salesiano.html
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSRM-talk] Using map matching for guessing travel mode?

2015-05-11 Thread Patrick Niklaus

 What’s the reason behind the data sample period of 5-10 per minute? Is it a 
 tuning to a specific “zoom level” and average vehicle speed (ie car)?

It's 5-10 seconds between samples. So its 6 to 12 samples per minute.

 Our bike GPS data is sampled every second

You can absolutely down-sample that. 5 seconds between samples is
absolutely fine in my experience (even more so for bikes, which move
slower).

 Would it possible to change the sample rate of the algorithm at either 
 query time or with program options?

You can try change the `map_beta` parameter, but higher sample rates
like in your case should work. The thing is that 60 samples/minute is
pretty wasteful and the request takes much longer than one for 6
samples/minute with gives a similar quality.

One thing you need to watch out for is that the result will contain
multiple sub-matchings. So in case of a bike trace that runs through
some bollards the matching on data prepared by the car profile will
most likely contain two matchings: the trace gets split at the bollard
node because the algorithm fails to find a sensible connecting route.
When you match it on bike data the trace will not get split. In this
case the confidence for each subt-race might be high in both case, the
defining difference is the splitting of the trace for cars but not for
bikes.


On Sat, May 9, 2015 at 6:29 PM, Emil Tin e...@tin.dk wrote:

 Hi Patrick,

 What’s the reason behind the data sample period of 5-10 per minute? Is it a 
 tuning to a specific “zoom level” and average vehicle speed (ie car)?

 Our bike GPS data is sampled every second, which makes more sense for bikes 
 which don’t travel that fast. My guess is we would need this this resolution 
 to capture many of the details that separate car/foot/bike, like how you turn 
 in intersections, etc.

 Would it possible to change the sample rate of the algorithm at either 
 query time or with program options?


 Another challenge could be situations where ways are missing in OSM. But we 
 might be able to recognize these by lookng for low matching matching 
 confidence for all modes.

 The approach would require us to run additional OSRM instances for foto and 
 car - at the moment we only run bike.


 Emil



 On 09 May 2015, at 15:49 , Patrick Niklaus patrick.nikl...@student.kit.edu 
 wrote:

 Hey Emil!

 yes that sounds like a good application for the map matching API. Good
 catch on the missing documentation, I fixed that. :-)
 The only problem I see is that the classification highly depends on a
 sample periods around 5-10s.

 I'm very interested in hearing about the results of this!

 Best,
 Patrick


 On Fri, May 8, 2015 at 8:14 PM, Emil Tin e...@tin.dk wrote:
 Hi,
 I’m wondering if the new map matching feature could be used for guessing
 travel mode?

 We’re currently working on adding a GPS tracking feature to our I BIke CPH
 ap. Both iOS and Android now come with build-in APIs for automatically
 detecting the travel mode, but on iOS the results are surprisingly low
 quliaty. Since we already use OSRM, I’m wondering it it could be used
 improve the detection quality.

 For example, suppose I have a GPS track and need to guess whether the user
 was biking, walking or in a car? Could I use the matching algorithm with
 different profiles (bike/foot/car), and get values expresssing how well the
 track fits each network, ie. the probability that the user was
 biking/walking/driving?

 It might be useful in siutations where the networks differ slighty due to
 things like:

 - Topology. Some ways allow only bikes/walking/cars. Some intersections
 provide different lanes/ways for turning by car/bike/foot.
 - Oneway. Streets might be oneway for cars, but not for bikes.
 - Barriers. You don’t usually pass stairs or bollards by car.


 At https://github.com/Project-OSRM/osrm-backend/wiki/Server-api is written
 that you can pass classify=true to get a confidence value for the matching,
 but it’s not mentioned in the response section?


 Thanks!

 Emil Tin
 CIty of Copenhagen


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


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


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

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

Re: [Talk-co] Reuniones relativas a OSM-co anunciadas en MeetUp

2015-05-11 Thread Andres Gomez Casanova

Buenos días a Todos,

Como les había contado, MeetUp nos permitiría promover más el mareo de 
Colombia, al igual que nuevos miembros (como yo) podrían aprender de los 
expertos (ustedes)

Aquí está el grupo:http://www.meetup.com/Maptime-Colombia-OSM/ 
http://www.meetup.com/Maptime-Colombia-OSM/

Los invito a que se unan al grupo, y comenzamos a organizar fiestas de mapeo.

@hyances @humano quieren ser administradores de ese grupo?

Saludos

 On 07 May 2015, at 14:26, Sergio Orozco Torres scot3...@gmail.com wrote:
 
 Me parece excelente tu idea, es cierto, hay que organizarse, y los meetup son 
 una excelente forma de hacerlo de forma presencial.
 Me tocara ver como organizar uno en Barranquilla, en todo caso, adelante!
 
 Sergio C. Orozco Torres
 scot3004.blogspot.com http://scot3004.blogspot.com/
 Hacktivista de Software Libre y Desarrollador Web
 Estudiante Ing. de Sistemas
 Corporación Universitaria Americana
 
 
 El 3 de mayo de 2015, 13:43, Andres Gomez Casanova ang...@yahoo.com 
 mailto:ang...@yahoo.com escribió:
 Saludos a todos,
 
 Soy un entusiasta de OSM, y he visto que se hacen reuniones para mapear, sin 
 embargo nunca he podido participar.
 Estoy seguro que otras personas como yo podrían participar, y simplemente no 
 saben ni cuándo ni dónde.
 
 Por otro lado, varias comunidades de diversos temas se reunen gracias a la 
 plataforma MeetUp. Viendo el listado de grupos de esa plataforma, en muchos 
 lugares del mundo se convocan las reuniones por ahí (grupos de Maptime o OSM)
 http://www.meetup.com/find/?allMeetups=falsekeywords=Maptimeradius=Infinity 
 http://www.meetup.com/find/?allMeetups=falsekeywords=Maptimeradius=Infinity
 
 Les propongo que hagamos un grupo en MeetUp (yo lo puedo hacer) en donde se 
 convoque a las reuniones. Por tal motivo quisiera conocer el punto de vista 
 de ustedes, y qué información podríamos poner ahí.
 Además, cuándo será la próxima reunión?
 
 Gracias.
  
 Andrés Gómez Casanova
 AngocA 2015
 IBM Certified Advanced Database Administrator - DB2 9 DBA for Linux, UNIX and 
 Windows
 IBM Certified Database Administrator - DB2 9 DBA for Linux, UNIX and Windows
 IBM Certified Database Administrator - DB2 UDB V8.1 for Linux, UNIX and 
 Windows
 IBM Certified Database Associate - DB2 10.1 Fundamentals
 ITIL V3 Foundation Certificate in IT Service Management
 IBM Certified Associate Developer - WebSphere Studio V5.0
 http://angoca.users.sourceforge.net/ http://angoca.users.sourceforge.net/
 ang...@yahoo.com mailto:ang...@yahoo.com mailto:ang...@yahoo.com
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org mailto:Talk-co@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-co 
 https://lists.openstreetmap.org/listinfo/talk-co
 
 

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

[Talk-it] Google Suspends Map Maker After Pranks

2015-05-11 Thread Pietro Blu Giandonato

Non so se avete letto la notizia [1]. Al di là dello scherno :] si tratta
di una situazione interessante.

Secondo voi perché la metodologia wiki di OSM non ha funzionato con Google
Maps?

Probabilmente perché i reviewer sono troppo pochi e il controllo è
inefficace per fare un buon lavoro?

Inoltre, a mio avviso, mentre OSM nasce con uno spirito fortemente
collaborativo, con una base molto solida di mappers *seri*, che hanno
costruito la mappa da zero (sangue, sudore, lacrime e divertimento) la
community è molto affidabile e i prank e/o gli errori vengono fixati
abbastanza facilmente.

Su Google Maps invece probabilmente gli utenti sono più mapper della
domenica, meno attenti ai danni che possono fare, e con meno scrupoli.

Che ne pensate?

-pb

[1] http://www.pcmag.com/article2/0,2817,2484047,00.asp
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Grenzen

2015-05-11 Thread Friedrich Volkmann

On 12.05.2015 06:04, Erwin Pleyer wrote:
 Ich sage nur soviel, dass es ziemlich schwierig ist sich an solchen
 Diskussionen zu beteiligen, wenn man dem Englischen nun mal nicht mächtig ist!

Wenn du stattdessen andere Fremdsprachen gelernt hast, hat das auch seinen
Wert. Aber Englisch muss man heute können, nicht nur für OSM... Man muss es
nicht perfekt können, jeder macht Fehler, auch die Engländer selber.
Wesentlich ist nur, dass andere verstehen, was man meint. Englisch ist vor
allem deshalb schwierig, weil es so viele Vokabel und Idiome gibt, aber grad
da helfen uns http://www.dict.cc, http://dict.leo.org usw. Auch die
Wikipedia und Wiktionary haben eine Übersetzungsfunktion. Zum Glück finden
die Diskussionen nicht mündlich statt, das wär der blanke Horror.

Falls wir international auf keinen gemeinsamen Nenner kommen, müssen wir
eine österreichische Lösung finden, und darüber können wir dann wieder auf
Deutsch diskutieren. Eine Idee hab ich eh schon.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-us] Duplicate nodes in Delaware

2015-05-11 Thread Frederik Ramm

Hi,

On 05/12/2015 12:57 AM, Paul Norman wrote:
 This is currently being reverted. It may take some time, given the size 
 of the changesets.

Reverted in changesets 31020612, 31021138, 31022607, 31022118, 31021597,
31022951.

Bye
Frederik

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

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

Re: [Talk-br] edições e pesquisa no OSM e talk