Re: [Talk-us] Restoring bus routes in Portland

[Peter Dobratz]

Hi Greg,

I've fixed all of the relations that had their contents replaced wholesale
by restoring to the last known good version and then adjusting as necessary
to match the current data.  The one change to my method was to download all
of the relation members after I load the prior version from a .osm XML
file.  That way if any of the relation members have since been deleted they
will be filtered out by JOSM when resolving the conflict with the existing
relation.

I think the rest of the bus route relations in this area are still intact,
but have gaps and/or incorrectly ordered members here and there.  I can fix
these fairly easily though.

Thanks,
Peter



On Sat, May 21, 2016 at 9:43 PM, Greg Morgan  wrote:

> On Fri, May 20, 2016 at 9:24 AM, Peter Dobratz  wrote:
> > Luckily, I saved a link to all of these bus routes on a wiki page as it's
> > impossible to download a relation with zero members (unless you happen to
> > know the ID):
> >
> http://wiki.openstreetmap.org/wiki/Portland,_Oregon/Transit_Route_Relations
>
> Please let me know if you need additional help with the relationships.
> It is unclear to me if this issue has been resolved or not.
>
> You have done the hard work.  You have a handy list of relations.
> I've been thinking of creating such lists for other highways and what
> not.
> If you don't want to hack and whack on an xml file, then you can also
> do something like this.
> 1. ) Select the relation number that you are interested in and copy it
> from your wiki page, control c.
>  The only downside to your wiki page is that you used a name and
> did not directly expose the relation number.
> 2..) In Josm menu bar>File>Down object...
> 3.) The dialog will show with the relation number already filled in.
> 4.) Pick any of the check box options in the dialog. You will have to
> experiment depending on what you are mapping at the time.
>  a.) Since you need to work with different layers pick
> the"Separate layer" check box.
>  b.) Uncheck the other two check boxes:  "Download referrers
> (parent relations)" and "Download relation members".
> 5.) Next click the Download Object button.
> 6.) Another layer can be used to download the current state with the
> steps above.
>  Inside the relation editor is a "Download incomplete members"
> button.  Use this to download all the ways or nodes in a relationship.
>  Of course this is great for working on extending and existing
> relationship.   I don't know if it will help you repair these
> relationships.
> I thought that I'd throw this out there for others.
>
> These are the rules that I use when I am extending a relationship.
> 1.) You have to be careful because you cannot delete. The way or way
> nodes may be connected to other parts of the map.
> 2.) In some node moves, you will have to download more data before
> moving nodes.  That way you see other ways attached to the nodes.
> 3.) Deleting nodes also requires more data.  You have to see the whole
> context with additional downloads of data.
>
> Regards,
> Greg
>
> ___
> 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-us] Restoring bus routes in Portland

[Greg Morgan]

On Fri, May 20, 2016 at 9:24 AM, Peter Dobratz  wrote:
> Luckily, I saved a link to all of these bus routes on a wiki page as it's
> impossible to download a relation with zero members (unless you happen to
> know the ID):
> http://wiki.openstreetmap.org/wiki/Portland,_Oregon/Transit_Route_Relations

Please let me know if you need additional help with the relationships.
It is unclear to me if this issue has been resolved or not.

You have done the hard work.  You have a handy list of relations.
I've been thinking of creating such lists for other highways and what
not.
If you don't want to hack and whack on an xml file, then you can also
do something like this.
1. ) Select the relation number that you are interested in and copy it
from your wiki page, control c.
 The only downside to your wiki page is that you used a name and
did not directly expose the relation number.
2..) In Josm menu bar>File>Down object...
3.) The dialog will show with the relation number already filled in.
4.) Pick any of the check box options in the dialog. You will have to
experiment depending on what you are mapping at the time.
 a.) Since you need to work with different layers pick
the"Separate layer" check box.
 b.) Uncheck the other two check boxes:  "Download referrers
(parent relations)" and "Download relation members".
5.) Next click the Download Object button.
6.) Another layer can be used to download the current state with the
steps above.
 Inside the relation editor is a "Download incomplete members"
button.  Use this to download all the ways or nodes in a relationship.
 Of course this is great for working on extending and existing
relationship.   I don't know if it will help you repair these
relationships.
I thought that I'd throw this out there for others.

These are the rules that I use when I am extending a relationship.
1.) You have to be careful because you cannot delete. The way or way
nodes may be connected to other parts of the map.
2.) In some node moves, you will have to download more data before
moving nodes.  That way you see other ways attached to the nodes.
3.) Deleting nodes also requires more data.  You have to see the whole
context with additional downloads of data.

Regards,
Greg

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

[Talk-br] Importação PMPA / Prédios : esquema de conversão para o OSM

[Sérgio V .]

Boa noite pessoal.

Deu certo fazer no QGIS a conversão das tags do SHP-PMPA total de 500MB / 
500.000 objetos, dividir em SHP menores (50MB), e importar estes direto para o 
JOSM.
100% validando no JOSM (ainda não feito o upload).
Obrigado pelos auxílios e dicas.



Compartilhando o procedimento adotado:


No QGIS:

1. Aberto SHP-PMPA original de 500MB / 500.000 objetos (equivalente a 500.000 
ways em .osm);

2. Convertidos CAMPOS e VALORES de uma só vez nos 500.000 (com o Table Manager 
e Field Calculator); adicionados CAMPOS 'note' e 'layer; apagados CAMPOS sem 
uso para o OSM (e porque causam problema de validação por 'tag inválida');

3. Dividido SHP original de 500MB / 500.000 objetos (ways) em 10 arquivos 
menores .SHP de +/- 50MB, conforme os SETORES no original.



No JOSM:

4. Aberto SHP (com plugin OpenData) de 50MB e salvo como .osm:

Por enquanto, testado só com o 1º SHP de 52MB.

(funcionou melhor que ogr2osm, pois veio sem tags 'vazias' ('null'): o ogr2osm 
dá problema de não apagar as tags com valor null, que depois no JOSM acusaram 
50.000 problemas no validador, e teria que apagar de novo tudo no JOSM.)

5. Apagado campo original "SETOR" (só usado para subdividir o SHP);

6. Passado validador no JOSM (com as tags convertidas antes no QGIS):

-Dos 54.498 ways, acusou apenas:

a)ERRORS:   Duplicate ways(36=menos de 1 por 1.000)  - casos em que ways inner 
foram duplicados, fazendo parte de 2 multipol: da base e do corpo.

Resolução: removido multipolígono da base e ways inner, mantidos só way 
(ex-outer) da "base" adicionando building=yes e relação multipolígono do 
"corpo" com respectivos inner.

:OK, CORRIGIDO E VALIDADO

b)WARNIGS:

Building inside building (1)

:OK, CORRIGIDO E VALIDADO

Ways with same position (2)

:OK, CORRIGIDO E VALIDADO

Mixed type duplicated nodes - Duplicated nodes (1)

:OK, CORRIGIDO E VALIDADO

Key 'description' invalid. - Property values contain multiple white spaces (9) 
- casos de campo 'description' com string variável

:OK, CORRIGIDO E VALIDADO



STATS:



PMPA-SETOR: 01-12  (de 51 setores)

Arquivo .shp(+dbf+...):51,8MB

Arquivo .osm:  50,4MB

TOTAL DE OBJETOS no .shp:  53.013

WAYS no .osm:  54.498

NODES no .osm: 402.211

RELATIONS no .osm: 839

TOTAL DE OBJETOS no .osm:  457.548



Desempenho NO JOSM:

MEMÓRIA MÁX. atingida: 2,4GB  (de 3,3GB livres)

CPU MÁX. atingida: 70%

TEMPO ESTIMADO P/UPLOAD:   3 horas (Não feito upload ainda; só comparado com o 
de 9MB que levou 30min)



- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Bug no JOSM 10168

[Gerald Weber]

Uso esta versão 10168 há algum tempo e não encontrei problemas. Meu sistema
é linux com java 1.8

veja se não é questão de versão de java, penso ter lido que o josm deixaria
de funcionar com java 1.7 algum dia destes

abraço

Gerald

2016-05-21 16:17 GMT-03:00 santamariense :

> Acabei de instalar a versão 10168 do JOSM no computador Windows. Não
> estão funcionando as opções de copiar, colar e colar tags. Sem elas
> fica impraticável fazer os meu mapeamentos, porque utilizo muito estes
> comandos. É um bug, ou alguma configuração? Alguém poderia comunicar
> os desenvolvedores do JOSM?
>
> ___
> 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

[OSM-talk] Wikipedia articles about OSM

[Daniel Koć]

Hi,

I've just created some basic Wikipedia articles about popular OSM 
editors:


https://en.wikipedia.org/wiki/JOSM
https://en.wikipedia.org/wiki/ID_%28software%29

I'm not afraid that JOSM entry will be really deleted (probably this 
user is just not aware of our toolbox), but if anybody would like to 
further expand them or write new articles about other OSM-related 
projects linked from this template:


https://en.wikipedia.org/wiki/Template:OpenStreetMap

it would be really nice.

--
"Low, low, low..." [M. Kempa]

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

Re: [OSM-talk] How do you read the OSM mailing lists?

[Mark Bradley]

> Date: Sat, 21 May 2016 00:45:19 +0200
> From: malenki 
> To: talk@openstreetmap.org
> Subject: Re: [OSM-talk] OT: How do you read OSM Emaillists?
> 
> On Fri, 20 May 2016 15:12:55 +0200,
> Hakuch wrote:
> 
> > However, Iam interested what you use to read the osm mailing lists?
> 
> I use Claws Mail since ~15 years and read OSM MLs using the nntp-gateway 
> gmane.
> Quite comfortable imho.
> 
> hth
> Thomas



There's also the open source SquirrelMail (squirrelmail.org).  Haven't tried it.

Mark Bradley


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

[Talk-br] Bug no JOSM 10168

[santamariense]

Acabei de instalar a versão 10168 do JOSM no computador Windows. Não
estão funcionando as opções de copiar, colar e colar tags. Sem elas
fica impraticável fazer os meu mapeamentos, porque utilizo muito estes
comandos. É um bug, ou alguma configuração? Alguém poderia comunicar
os desenvolvedores do JOSM?

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

Re: [Talk-GB] Defibrillator Mapping

[Dave F]

Have you been in contact with this organisation?

http://www.heartsafe.org.uk/AED-Locations

Dave F.

On 21/05/2016 19:48, Robert Whittaker (OSM lists) wrote:

On 22 April 2016 at 14:43, Robert Whittaker (OSM lists)
 wrote:

A rough and ready tool can be
found at http://robert.mathmos.net/osm/defib/progress/ for any other
locals who want to use it.


[snip]

In terms of getting more data, I've put in FOI requests to the East
and West Midlands Ambulance Services for starters, so we'll see what
line they take...

I've had replies from both now. East Midlands supplied a list without
postcodes or coordinates [2], so I've asked if they really don't have
any better location info. West Midlands supplied a list with postcodes
[2] -- and I've now loaded them into my tool [3].

Happy mapping,

Robert.

[1] https://www.whatdotheyknow.com/request/public_access_defibrillator_loca
[2] https://www.whatdotheyknow.com/request/public_access_defibrillator_loca_2
[3] http://robert.mathmos.net/osm/defib/progress/




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


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

Re: [Talk-GB] Defibrillator Mapping

[Robert Whittaker (OSM lists)]

On 22 April 2016 at 14:43, Robert Whittaker (OSM lists)
 wrote:
> A rough and ready tool can be
> found at http://robert.mathmos.net/osm/defib/progress/ for any other
> locals who want to use it.
>
[snip]
>
> In terms of getting more data, I've put in FOI requests to the East
> and West Midlands Ambulance Services for starters, so we'll see what
> line they take...

I've had replies from both now. East Midlands supplied a list without
postcodes or coordinates [2], so I've asked if they really don't have
any better location info. West Midlands supplied a list with postcodes
[2] -- and I've now loaded them into my tool [3].

Happy mapping,

Robert.

[1] https://www.whatdotheyknow.com/request/public_access_defibrillator_loca
[2] https://www.whatdotheyknow.com/request/public_access_defibrillator_loca_2
[3] http://robert.mathmos.net/osm/defib/progress/

-- 
Robert Whittaker

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

Re: [Talk-us] TopOSM

[Clifford Snow]

TopOSM looks like a good candidate for a hack session at SOTM-US. Let me
know if you are interested so I can find a room for people to meet on July
25th.

On Sat, May 21, 2016 at 9:37 AM, Bill Ricker  wrote:

>
>
> On Sat, May 21, 2016 at 10:06 AM, Lars Ahlzen  wrote:
>
> TopOSM was never rendered on-the-fly. It's just a (very large) set of
>> static tiles (currently hosted by Stamen).
>> ​
>>
>
> ​And that's appreciated.​
>
> There's already the OSM cycle map which has a lot of the same features,
>> though with a slightly different focus. I guess one advantage of something
>> like toposm is that it can use higher-resolution data from sources like
>> USGS, and uses US conventions for things like units, symbols and other
>> cartographic details.
>>
>
> ​Yes and yes
> ​
>
>
>> Would it be would be worth picking it up again?
>>
>
> yes, but which goal? ​reordered:
> ​
>
>
>> ​​To update it I'd have to either re-render and upload the entire set, or
>> improve it until it can be rendered in real time. I was working on the
>> latter [1] but never quite finished it.​
>>
>>
> ​If the horsepower to render it real-time is available, it would be nice
> to have, but seems unnecessary.​
> Cyclically updating periodically on a background process would likely be
> good enough.
> For 'real time', cycle-map is good enough.
> The elegance of TopOsm is worth waiting for.​
>
> --
> Bill Ricker
> bill.n1...@gmail.com
> https://www.linkedin.com/in/n1vux
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TopOSM

[Bill Ricker]

On Sat, May 21, 2016 at 10:06 AM, Lars Ahlzen  wrote:

TopOSM was never rendered on-the-fly. It's just a (very large) set of
> static tiles (currently hosted by Stamen).
> ​
>

​And that's appreciated.​

There's already the OSM cycle map which has a lot of the same features,
> though with a slightly different focus. I guess one advantage of something
> like toposm is that it can use higher-resolution data from sources like
> USGS, and uses US conventions for things like units, symbols and other
> cartographic details.
>

​Yes and yes
​


> Would it be would be worth picking it up again?
>

yes, but which goal? ​reordered:
​


> ​​To update it I'd have to either re-render and upload the entire set, or
> improve it until it can be rendered in real time. I was working on the
> latter [1] but never quite finished it.​
>
>
​If the horsepower to render it real-time is available, it would be nice to
have, but seems unnecessary.​
Cyclically updating periodically on a background process would likely be
good enough.
For 'real time', cycle-map is good enough.
The elegance of TopOsm is worth waiting for.​

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TopOSM

[Marc Gemis]

there is also https://opentopomap.org, is this similar to what you need ?

regards

m

On Sat, May 21, 2016 at 4:06 PM, Lars Ahlzen  wrote:
> On 05/20/2016 10:58 PM, Richard Welty wrote:
>>
>> On 5/20/16 9:24 PM, Clifford Snow wrote:
>>>
>>> I was just on TopOSM [1] which appears to be very outdated. Does
>>> anyone know who maintains this site?
>>>
>>> [1] http://toposm.ahlzen.com/
>>
>> lars ahlzen maintains it. not sure if he's still monitoring this list
>> closely or not.
>
>
> I do. It's pretty out of date indeed.
>
> TopOSM was never rendered on-the-fly. It's just a (very large) set of static
> tiles (currently hosted by Stamen). To update it I'd have to either
> re-render and upload the entire set, or improve it until it can be rendered
> in real time. I was working on the latter [1] but never quite finished it.
>
> There's already the OSM cycle map which has a lot of the same features,
> though with a slightly different focus. I guess one advantage of something
> like toposm is that it can use higher-resolution data from sources like
> USGS, and uses US conventions for things like units, symbols and other
> cartographic details.
>
> Would it be would be worth picking it up again?
>
> - Lars
>
> [1] https://github.com/Ahlzen/TopOSM2
>
> ___
> 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-us] TopOSM

[Tod Fitch]

> On May 21, 2016, at 7:06 AM, Lars Ahlzen  wrote:
> 
> On 05/20/2016 10:58 PM, Richard Welty wrote:
>> On 5/20/16 9:24 PM, Clifford Snow wrote:
>>> I was just on TopOSM [1] which appears to be very outdated. Does
>>> anyone know who maintains this site?
>>> 
>>> [1] http://toposm.ahlzen.com/
>> lars ahlzen maintains it. not sure if he's still monitoring this list
>> closely or not.
> 
> I do. It's pretty out of date indeed.
> 
> TopOSM was never rendered on-the-fly. It's just a (very large) set of static 
> tiles (currently hosted by Stamen). To update it I'd have to either re-render 
> and upload the entire set, or improve it until it can be rendered in real 
> time. I was working on the latter [1] but never quite finished it.
> 
> There's already the OSM cycle map which has a lot of the same features, 
> though with a slightly different focus. I guess one advantage of something 
> like toposm is that it can use higher-resolution data from sources like USGS, 
> and uses US conventions for things like units, symbols and other cartographic 
> details.
> 
> Would it be would be worth picking it up again?
> 
> - Lars
> 
> [1] https://github.com/Ahlzen/TopOSM2
> 
> 

I like the style used to generate it and if it were current as far as OSM data 
would use it and recommend it to others.

Thanks!

-Tod




smime.p7s
Description: S/MIME cryptographic signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TopOSM

[Lars Ahlzen]

On 05/20/2016 10:58 PM, Richard Welty wrote:

On 5/20/16 9:24 PM, Clifford Snow wrote:

I was just on TopOSM [1] which appears to be very outdated. Does
anyone know who maintains this site?

[1] http://toposm.ahlzen.com/

lars ahlzen maintains it. not sure if he's still monitoring this list
closely or not.


I do. It's pretty out of date indeed.

TopOSM was never rendered on-the-fly. It's just a (very large) set of 
static tiles (currently hosted by Stamen). To update it I'd have to 
either re-render and upload the entire set, or improve it until it can 
be rendered in real time. I was working on the latter [1] but never 
quite finished it.


There's already the OSM cycle map which has a lot of the same features, 
though with a slightly different focus. I guess one advantage of 
something like toposm is that it can use higher-resolution data from 
sources like USGS, and uses US conventions for things like units, 
symbols and other cartographic details.


Would it be would be worth picking it up again?

- Lars

[1] https://github.com/Ahlzen/TopOSM2

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

Re: [OSM-talk-be] Landuse mapping

[Ruben Maes]

--- English below -

Thursday 19 May 2016 21:14:58, Marc Gemis:
> Recentelijk ben ik hier en daar wat landuse beginnen corrigeren of wat
> extra detail beginnen toevoegen. Ik vind het niet zo eenvoudig om
> alles mooi te classificeren.
> Hoe zouden jullie bv
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-rXpM5hd/0/O/DSC_7398.jpg
> 
> en
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-8nCSVqP/0/O/DSC_7396.jpg
> 
> taggen ?

Ik dacht meteen aan natural=wetland, en gepaste subtags.

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland

> Jammer dat er hier niet rechtstreeks foto's kunnen worden gezet. Ik
> wel nog wel wat plekjes waar ik de landuse zou willen van aanpassen en
> waar ik hulp bij nodig heb. Hebben jullie suggesties om gemakkelijker
> over foto's te discussieren ? Het forum is jammer genoeg vrij doods.

-- English ---
Thursday 19 May 2016 21:14:58, Marc Gemis:
> Recently, I started mapping landuse. In the beginning some small
> changes or extra detail, but now I want to make more involving
> changes. But that is pretty hard. Can you help to map
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-rXpM5hd/0/O/DSC_7398.jpg
> 
> and
> 
> https://photos.smugmug.com/OSM/OSM-2016/2016-03-27-Stotert-Olmen/i-8nCSVqP/0/O/DSC_7396.jpg

I immediately thought of natural=wetland, and fitting subtags.

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland

> I know this is not the best media to discuss photo's, but nobody is
> reading the forum. Other suggestions to handle this ?
> 
> met vriendelijke groeten/regards

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-ja] ロゴの使用について

[Satoshi IIDA]

いいだです。

OSM Japanのロゴですが、ライセンスのページに記載があり、
CC-BY-SA 3.0で利用可能です。
https://openstreetmap.jp/terms_and_privacy

また、本家のロゴですが、こちらも、CC-BY-SA 3.0となっています。
https://wiki.openstreetmap.org/wiki/File:Public-images-osm_logo.svg

以下のページから、それぞれの画像のページに移動すると、確認が可能です。
https://wiki.openstreetmap.org/wiki/Logos



2016年5月21日 8:21 多田 真遵 :

> お世話になっております。うぃるこむです。
>
> OSMJapanのロゴ
>
> https://openstreetmap.jp/sites/default/files/OSM-JP-logo-web-with-text_0.png
> をスライドで利用したいのですが、規約は有りますでしょうか？
>
> また本家のロゴ
>
> https://www.openstreetmap.org/assets/osm_logo-996b7c3ec7a97045cfd49c5a00cce7f27af5738e46ca78ffb98580b04c2048ac.svg
> の利用規約も教えて欲しいです。
>
> 探したけど見付かりませんでした…。
>
> 以上、宜しくお願いします。
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
>


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-gb-westmidlands] Acock's Green well uncovered

[Andy Mabbett]

Have you mapped this yet, Brian?


http://www.birminghammail.co.uk/news/midlands-news/ancient-water-well-discovered-acocks-11365399

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

[OSM-talk-fr] Entretien avec des contributeurs OSM

[Rolandbes]

Bonjour, Je suis étudiant en Master Recherche en gestion à l'EM Lyon.
J'écris actuellement un mémoire sur l'impact des pratiques collaboratives
sur le travail.

La financiarisation des entreprises depuis les années 70 à rendu le travail
invisible du fait de la bureaucratie croissante des grandes entreprises
visant à contrôler de manière toujours plus rationnelle le salarié.

Mais la révolution numérique et le développement d'espace collaboratifs
apparaissent comme des contre tendances à ce phénomène global et pourraient
bien constituer un modèle économique viable.

J'étudie en quoi le fait de contribuer à des logiciels libres comme
openstreetmap permet d'offrir de vrais espaces de développement pour les
individus.

J'aurais donc souhaité m'entretenir avec certains contributeurs afin d'en
savoir plus sur leurs perceptions vis-à-vis de leur travail.

L'entretien est plutôt de type qualitatif et dure donc environ 45 minutes.
Les entretiens sont audio, donc si vous n'etes pas sur lyon, je peux vous
appeler ou créer une conférence libre type firefox hello.

Merci de me contacter si vous êtes intéressés !

Roland

bessenay.rol...@gmail.com



--
View this message in context: 
http://gis.19327.n5.nabble.com/Entretien-avec-des-contributeurs-OSM-tp5873894.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Le 20/05/2016 à 09:33, Eric Sibert a écrit :

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/ 



Tu as fait des acquisitions de combien de temps?

j'ai cherché à savoir si ce décalage venait de la différence entre 
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système, 
celle-ci devrait s'annuler quand tu cherches la différence entre tes 
deux stations.





La différence entre les deux systèmes est négligeable d'après ce que 
j'ai pu lire... de l'ordre du millimètre.



1 bémol, la vue n'est pas complètement dégagée, il y a une grande 
haie de peuplier pas très loin.


Normalement, les algorithmes mettent un poids décroissant plus les 
satellites sont bas sur l'horizon, principalement pour compenser la 
traversée plus importante de l'atmosphère. En plus, on peut souvent 
rajouter un angle de coupure, genre 10 ou 20°. Il n'y a pas une option 
comme ça dans RTKlib? On peut aussi être perturbé par les réflexions 
sur le sol, surtout si on n'a pas une protection choke ring sous 
l'antenne.




Oui, RTKlib permet d'éliminer les sat en dessous d'un certain angle au 
dessus de l'horizon. Par défaut c'est 15°. On peut aussi éliminer tel ou 
tel sat en indiquant son identifiant.



--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] BANO, lieux-dits et adresses

[osm . sanspourriel]

Le 2016-05-19 à 07:42, Christian Quest - cqu...@openstreetmap.fr a écrit :
Donc dans OSM ils devraient être taggués comme les POI qu'ils sont, et 
rien n'empêche de metre le ref:FR:FANTOIR dessus, sauf que le libellé 
risque de coincer (name="Arcueil Cachan" pour la station de métro, 
alors que pour matcher à FANTOIR il faudrait ajouter "Métro").
Comme il y a déjà une tolérance vis-à-vis des abréviations de 
dénominations de voies (R, AV, ALL...), on peut imaginer que le fait 
d'entrer un code FANTOIR sur une station de métro permet d'ajouter METRO 
pour vérifier la correspondance.



 * Que faire pour des voies type "Route départementale XXX" ?

   Ce qui complique la situation c'est que ces routes ont généralement
   aussi d'autres noms. Par exemple en 16337 la "RTE DEPARTEMENTALE NO
   948" s'appelle aussi "Route de Limoges" d'un coté et "Route de
   Confolens" de l'autre et il y a trois id FANTOIR.


FANTOIR n'est pas parfait... là ça va vraiment dépendre de l'existence 
d'adresses sur chaque portion. Si il y a vraiment des adresses sur la 
portion indiquée RD948, il est fort possible que ce soit vraiment 
l'adresse des habitants (je connais des cas comme ça).
Je suppose que les codes correspondent à des sections de la route, donc 
il faut couper la route en 3 segments au moins dans ce cas.
Chaque segment ayant son propre code FANTOIR pour permettre le 
rapprochement.
Reste à voir sur le terrain si on sait où commence et s'arrête le code 
en question (panneau, numéros de plaques, ...).


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

Re: [Talk-it] OSMIT2016

[Alessandro Palmas]

Il 20/05/2016 21:25, Paolo Monegato ha scritto:

> Com'è andata oggi?

Direi molto bene per gli standard italiani. Nel senso che eravamo in 65 o
66; in Germania ad esempio fanno ben altri numeri, ma siamo contenti.


Il 21/05/2016 09:36, Luca Moiana ha scritto:
> Sono state registrate le presentazioni?
> Verranno condivise le slide?
>
> La curiosità cresce
>

Stiamo iniziando a caricarle su http://conf.openstreetmap.it/

Alessandro Ale_Zena_IT


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

Re: [Talk-it] OSMIT2016

[Luca Moiana]

Sono state registrate le presentazioni?Verranno condivise le slide?
La curiosità cresce
buon lavoro
L

> To: talk-it@openstreetmap.org
> From: gato.selvad...@gmail.com
> Date: Fri, 20 May 2016 21:25:02 +0200
> Subject: Re: [Talk-it] OSMIT2016
> 
> Il 19/05/2016 15:21, Alessandro Palmas ha scritto:
> > Volker mi segnala che il suo treno arriverà un pò dopo rispetto all'orario
> > indicato in programma; penso che comunque argomenti di discussione ce ne
> > siano e non ci annoieremo di certo.
> 
> Com'è andata oggi?
> 
> A domani
> Paolo M
> 
> 
> ___
> 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