Re: [talk-ph] Updated node density maps

[Eugene Alvin Villar]

Hello all,

I have updated the node density maps for July 1, 2016:
http://wiki.openstreetmap.org/wiki/Philippines/Node_density_maps

Some observations:
- The full impact of Project NOAH's task #1636 in Cavite is now visible
- The initial activity of Project NOAH's task #1966 in Zambales can be seen
- There are pockets of activity in northern Cebu, eastern Leyte, and Butuan

~Eugene


On Tue, Jun 14, 2016 at 9:34 AM, maning sambale 
wrote:

> Thanks for this Eugene.  Interesting that Metro Manila is still getting
> updated.
>
> On Mon, Jun 13, 2016 at 9:33 PM, Eugene Alvin Villar 
> wrote:
> > Hello all,
> >
> > I've completed the node density maps for 2015 and 2016-to-date:
> > http://wiki.openstreetmap.org/wiki/Philippines/Node_density_maps
> >
> > Some things that I've noticed:
> > - 2016 Q1 shows activity due to HOT tasks #1129 (Missing Maps - Leyte),
> > #1636 (Project NOAH - Cavite), and #1684 (Project NOAH - Camiguin)
> > - 2015 Q4 shows a lot of activity in La Union and Benguet. I don't know
> > what's the reason.
> > - 2015 Q2 shows the activity from the Luzon roads mapping project
> >
> > ~Eugene
> >
> > ___
> > talk-ph mailing list
> > talk-ph@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ph
> >
>
>
>
> --
> 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-pe] Mapping Raymi Oxapampa

[Johnattan Rupire]

En Oxapampa el día martes 26 se desarrollará una Mapping Raymi [1]
Por si alguien está por allí o saben de alguien por donde hacer contacto
y compartirles la la actividad, remotamente también se puede particpar,
por supuesto!

Seguimos!

[1] http://osmpe.ourproject.org/2016/07/14/mapping-raymi-oxapampa/

-- 
Johnattan Rupire
@johnarupire
http://nomadas.ourproject.org

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

Re: [Talk-ca] New project with OSM at Statistics Canada

[Heather Leson]

Hi

Maybe the osm ca community could set up an adhoc call or working group to
see how this can help all your efforts?

I'm not in Canada for the foreseeable future and don't have the bandwidth
but this might be a good way to build the relationship.

Excited to see how it plays out.

Heather

On 19 Jul 2016 05:11, "Stewart C. Russell"  wrote:

> On 2016-07-18 04:08 PM, john whelan wrote:
> >
> > … for the pilot what they would like
> > is a few tags adding to existing buildings.  These would be things such
> > as postcode
>
> Ooh, lemme order popcorn so I can watch Canada Post sue Statistics
> Canada for use of "their" precious codes ...
>
>  Stewart
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] New project with OSM at Statistics Canada

[Stewart C. Russell]

On 2016-07-18 04:08 PM, john whelan wrote:
> 
> … for the pilot what they would like
> is a few tags adding to existing buildings.  These would be things such
> as postcode

Ooh, lemme order popcorn so I can watch Canada Post sue Statistics
Canada for use of "their" precious codes ...

 Stewart


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

[Talk-br] RES: RES: Faces de Logradouros

[Blademir Andrade de Lima]

Eu quero separar por estado, e por exemplo, Minas Gerais teria 350MB, pesa um 
pouco, mas já abri arquivos piores no JOSM. A soma dos estados da quase 2GB. Já 
baixei tudo no meu Notebook.

Obrigado pela ajuda Marco!

Att,
BladeTC

Enviado do Email para Windows 10

De: Marcos Fedato
Enviado:segunda-feira, 18 de julho de 2016 21:24
Para: OpenStreetMap no Brasil; Luis 
Bahiana
Assunto: Re: [Talk-br] RES: Faces de Logradouros

Da sim, não parece q a soma deles passe os 4gb de limite dos shapefiles.
Qualquer suite GIS consegue fazer isso fácil no ArcGIS da pra usar o append pra 
juntar tudo em uma única feature class / arquivo.
A real implicação é performance na visualizacão pq é muito dado.
Aí depois vc pode criar um índice espacial que é a forma do visualizador não 
varrer o Brasil todo pra saber o que cai na sua tela, com índice ele sabe q 
parte vc ta exibindo e monta a tela já com os dados certos beeem mais rápido.
Atenciosamente,Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.

 Mensagem original 
De: Blademir Andrade de Lima  
Data: 18/07/2016  20:31  (GMT-03:00) Para: Luis Bahiana 
, talk-br@openstreetmap.org Assunto: 
[Talk-br] RES:  Faces de Logradouros 

Amigos, tenho uma duvida técnica quando aos dados abaixo do Censo 2010.

Como vcs sabem, eles estão separados por Estado e Município (Geocodigo) e 
subdividido internamente em Face/Setor/Subdistrito.

Tem como condensar todos os municípios em um só arquivo, assim como é com os 
outros arquivos do IBGE?

Forte Abraço!
BladeTC

Enviado do Email para Windows 10

De: Luis Bahiana
Enviado:quinta-feira, 14 de julho de 2016 15:56
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Faces de Logradouros

Corrigindo a ultima postagem :

*O IBGE disponibiliza hoje (14/07/2016), em seu portal na internet, a Base
de Faces de Logradouros do Censo Demográfico 2010, que contempla todos os
5.570 municípios brasileiros. São arquivos vetoriais digitais que mostram
as extensões compreendidas entre, por exemplo, quarteirões de uma rua,
praça etc. Para trabalhar com a base, é necessário utilizar softwares de
geoprocessamento, como as plataformas livres TerraView, Quantum Gis, dentre
outras. Clique aqui

para
acessar todas as informações disponíveis e fazer o download dos arquivos da
Base de Faces de Logradouros.*
--

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
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: [Talk-br] RES: Faces de Logradouros

[Marcos Fedato]

Da sim, não parece q a soma deles passe os 4gb de limite dos shapefiles.
Qualquer suite GIS consegue fazer isso fácil no ArcGIS da pra usar o append pra 
juntar tudo em uma única feature class / arquivo.
A real implicação é performance na visualizacão pq é muito dado.
Aí depois vc pode criar um índice espacial que é a forma do visualizador não 
varrer o Brasil todo pra saber o que cai na sua tela, com índice ele sabe q 
parte vc ta exibindo e monta a tela já com os dados certos beeem mais rápido.
Atenciosamente,Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.

 Mensagem original 
De: Blademir Andrade de Lima  
Data: 18/07/2016  20:31  (GMT-03:00) Para: Luis Bahiana 
, talk-br@openstreetmap.org Assunto: 
[Talk-br] RES:  Faces de Logradouros 

Amigos, tenho uma duvida técnica quando aos dados abaixo do Censo 2010.

Como vcs sabem, eles estão separados por Estado e Município (Geocodigo) e 
subdividido internamente em Face/Setor/Subdistrito.

Tem como condensar todos os municípios em um só arquivo, assim como é com os 
outros arquivos do IBGE?

Forte Abraço!
BladeTC

Enviado do Email para Windows 10

De: Luis Bahiana
Enviado:quinta-feira, 14 de julho de 2016 15:56
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Faces de Logradouros

Corrigindo a ultima postagem :

*O IBGE disponibiliza hoje (14/07/2016), em seu portal na internet, a Base
de Faces de Logradouros do Censo Demográfico 2010, que contempla todos os
5.570 municípios brasileiros. São arquivos vetoriais digitais que mostram
as extensões compreendidas entre, por exemplo, quarteirões de uma rua,
praça etc. Para trabalhar com a base, é necessário utilizar softwares de
geoprocessamento, como as plataformas livres TerraView, Quantum Gis, dentre
outras. Clique aqui

para
acessar todas as informações disponíveis e fazer o download dos arquivos da
Base de Faces de Logradouros.*
--

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-us] Status and progress: NYS DEC Lands reimport

[Kevin Kenny]

The reimport of NYS DEC Lands that I proposed this spring is now complete,
except as noted below. Now would be a good time to check that I got it
right.

I am aware of the following issues that need to be resolved before I call
the import 'complete.'

(1) I have not imported a fair number of parcels in the Long Island pine
barrens. The reason is that local mappers have in many cases reused the
nodes marking the parcel boundaries as edges of polygons that specify
further land uses, or land covers (wood, scrub, wetland, meadow, etc.) In
many cases, these appear to have been attempts to tag for the renderer,
since inspection of aerial photographs shows land cover inconsistent with
the tagging (natural=wood on what is obviously a  brownfield site or a
tidal flat, for example). This will require rather a lot of hand work to
reconcile, and it's in an area where I don't have recent "boots on the
ground" experience. If some local mappers from Suffolk County are willing
to step forward and help me, that would be a tremendous relief. I can put
up a .osm file with the DEC data as it should appear; other tagging (such
as natural=*, landuse=*, related tags) obviously has to be reconciled with
what's already there.

(2) All the Long Island parcels, with the exception of the Ridge
Conservation Area, need a mechanical edit to replace 'access=yes' with
'access=permit permit:website=http://www.dec.ny.gov/outdoor/7815.html.' I
was unaware of this restriction when I started the import, and put Long
Island on hold when I learnt about it, but there are a fair number of
parcels already imported that need to be revised. I can come up with a
script to identify them.

(3) There are areas that comprise multiple separated parcels where a glitch
in the import resulted in duplication of the multipolygon relation.
Northern Montezuma Wildlife Management Area is the only one that I'm aware
of, but I'm working up a script to audit the entire import and report
duplicates.

(4) Wildlife Management Areas exist that are not the current incarnation of
the former State Game Farms. It would be a good idea to tag all Wildlife
Management Areas with 'protection_object=habitat' rather than the current
'protection_object=hunting;fishing'. I fixed a couple of these manually,
but want to do a mechanical edit to replace the rest.

(5) I want to add leisure=nature_reserve to the landuse=aquaculture and
boundary=protected_area that is present on the state fish hatcheries. This
is not exactly a lie, since the land is protected, and if it is no longer
used as a hatchery, it would revert to the default of 'state forest.' It's
consciously tagging for the renderer, since there's otherwise nothing there
that renders at all.

(6) A number of parcels on the Hudson enjoy Federal as well as State
protection, as the Hudson River National Estuarine Research Reserve. I need
to finish researching which those are, and create a super-relation for them.

(7) Many website=* links are dead or go to incorrect places. I have a
script written already to enumerate the parcels that link to a website
whose title differs significantly from the parcel name. These need to be
inspected and better links found, if possible. (Failing anything else,
links to the correct DEC regional office.) This is work that I could share
out fairly easily, if anyone else wants to participate.

(8) I have wikipedia= links for only a few of the most prominent sites. I'm
sure that there are others with a Wikipedia presence, and searching for
them could be partially automated. This is a low-urgency job, and again
could be shared out pretty easily.

On the whole, this reimport went considerably better than I expected. There
were a few glitches that had to be corrected by stopping the import, doing
mechanical edits, and resuming the import from where it left off, but on
the whole the process was extremely smooth. In the vast majority of cases,
there was no incompatible editing done since the initial import, so it was
merely, "out with the old, in with the new." A check in JOSM for
conflicting data took no more than a few seconds. (The other end of the
spectrum was that a great many islands in the Adirondacks had to be drawn
and added to their respective lakes. This got quite tedious indeed.)

Thanks to all who helped with this!

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

[Talk-br] RES: Faces de Logradouros

[Blademir Andrade de Lima]

Amigos, tenho uma duvida técnica quando aos dados abaixo do Censo 2010.

Como vcs sabem, eles estão separados por Estado e Município (Geocodigo) e 
subdividido internamente em Face/Setor/Subdistrito.

Tem como condensar todos os municípios em um só arquivo, assim como é com os 
outros arquivos do IBGE?

Forte Abraço!
BladeTC

Enviado do Email para Windows 10

De: Luis Bahiana
Enviado:quinta-feira, 14 de julho de 2016 15:56
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Faces de Logradouros

Corrigindo a ultima postagem :

*O IBGE disponibiliza hoje (14/07/2016), em seu portal na internet, a Base
de Faces de Logradouros do Censo Demográfico 2010, que contempla todos os
5.570 municípios brasileiros. São arquivos vetoriais digitais que mostram
as extensões compreendidas entre, por exemplo, quarteirões de uma rua,
praça etc. Para trabalhar com a base, é necessário utilizar softwares de
geoprocessamento, como as plataformas livres TerraView, Quantum Gis, dentre
outras. Clique aqui

para
acessar todas as informações disponíveis e fazer o download dos arquivos da
Base de Faces de Logradouros.*
--

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
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-be] GR: stand van zaken

[Ruben Maes]

On Monday, 18 July 2016 19 h 02 min 30 s CEST joost schouppe wrote:
> Nog eentje: ik ben geneigd te vermijden van een polygoon (bijvoorbeeld een
> plein) mee te geven aan een wandelroute. Ik heb al twee strategieën gezien
> om dat te doen: met een untagged lijn die als enige nut heeft lid van de
> relatie te zijn; of als een pad dat wel getekend staat maar niet bestaat.
> Ik neig zelf naar dat eerst (liever iets lelijks dan iets incorrect). Maar
> misschien zien jullie dat anders?

Ik heb al een paar keer highway:virtual=* gebruikt. De mogelijke waarden zijn 
hetzelfde als bij highway=* en drukken ook hetzelfde uit, maar met de 
betekenis dat de weg niet als lineaire feature te zien is op de grond.

Het proposal stelt origineel highway=virtual voor, maar dat is niet praktisch 
omdat je dan alle toegelaten vervoerswijzen expliciet moet taggen.

Zie de wikipagina: https://wiki.openstreetmap.org/wiki/Proposed_features/
virtual_highway

-- 
Dit bericht is ondertekend met OpenPGP.

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: [Talk-ca] New project with OSM at Statistics Canada

[James]

Should be pretty easy on the Gatineau sode as all the address points are
there, as for Ottawa, not so much until they decide to change their license

On Jul 18, 2016 11:28 AM, "Ellefsen, Bjenk (STATCAN)" <
bjenk.ellef...@canada.ca> wrote:

> Dear members of the Board of Directors,
>
> My name is Bjenk Ellefsen. I am working for the Data Exploration and
> Integration Lab at Statistics Canada.
>
> I am writing to inform you that earlier this month, Statistics Canada
> initiated a two-year pilot project aimed at understanding the potential of
> data crowdsourcing for statistical purposes.
>
> We are planning to use OpenStreetMap as a platform for inviting
> contributors to crowdsource information on non-residential buildings
> (footprints, addresses and simple building attributes). The pilot project
> will focus on the Ottawa-Gatineau region.
>
> We have assembled a multi-disciplinary project team, which includes people
> from five divisions of Statistics Canada and also from the municipalities
> of Ottawa and Gatineau.
>
> In November of last year, my chief, Alessandro Alasia, spoke with Paul
> Norman. At that time, we were exploring the idea of crowdsourcing. We have
> done quite a lot of background research and planning since then (although
> much learning remains to be done). The preliminary idea has evolved in a
> proof of concept proposal and, from there, into the current project.
>
> Earlier this month we held a first meeting/conference call with the local
> (Canada/Ottawa) OSM community. We hope to strengthen these ties further in
> the coming months by engaging the OSM community through Talk-ca.
>
> This pilot project is a major innovative undertaking for our Agency. There
> are a multitude of aspects that we need to assess and learn about
> (including the IT dimension, communications,  legal aspects, etc.).
>
> For this reason, there is also a lot of excitement about the project and
> much curiosity from senior management. We know that crowdsourcing is a
> reality but, as far as I know, there has been no other attempt to assess
> its potential from the perspective of a national statistical office.
>
> One of our Assistant Chief Statisticians, in particular, who is
> championing the innovation projects at Statistics Canada, has a keen
> interest in this project. At some point, we would like to have an
> “institutional” meeting between Statistics Canada and OSM (although I am
> not quite sure in which shape and form this can take place). I am open to
> your suggestions.
>
> I am copying my colleague Bjenk Ellefsen, who is part of our team and who
> will follow-up on most of the communication with the OSM community on
> Talk-Ca.
>
> I look forward to hearing from you and to engaging the OSM community on
> this project.
>
> I will soon write more about the project!
>
> Regards,
>
>
>
> Bjenk Ellefsen, PhD
>
> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
> l’intégration de données (LEID)
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistique Canada
> (343) 998-3004
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] New project with OSM at Statistics Canada

[john whelan]

I suspect that Stats Canada has an official party line and Bjenk's email
shows all the signs of a press release.

I've met with some of the people involved and my impression is that some
managers find the idea that OpenStreetMap does not have a CEO who makes
decisions very difficult to accept.

However the impression I got is that for the pilot what they would like is
a few tags adding to existing buildings.  These would be things such as
postcode and the number of stories using tags that are already in wide use
within OSM.  Having said that different people within Stats Canada probably
have their own ideas and part of Bjenk's role will be to reconcile
everything together.

Cheerio John
On 18 Jul 2016 12:51 pm, "Pierre Béland"  wrote:

> Bonjour Bjenk
>
> Les contributeurs de certains pays ont des organisations plus structurées,
> ce qui n'est pas le cas au Canada.
>
> La coordination des contributeurs canadiens se fait via cette liste-ci
> (ie. discussion et coordonnation) et via divers groupes locaux tels Ottawa,
> Toronto, Montréal, Québec, etc.
>
> Le mieux est de présenter vos projets sur la liste et inviter les groupes
> intéressés à vous contacter.
>
> Les contributeurs s'intéressent à diverses problématiques et pourraient
> par exemple vous proposer d'intégrer des informations relatives aux types
> d'accès aux immeubles publics par les handicapés.
>
>
> Pierre
>
>
> --
> *De :* john whelan 
> *À :* "Ellefsen, Bjenk (STATCAN)" 
> *Cc :* Talk-CA OpenStreetMap 
> *Envoyé le :* lundi 18 juillet 2016 12h07
> *Objet :* Re: [Talk-ca] New project with OSM at Statistics Canada
>
> >Board of Directors
>
> I don't think there is such a thing on talk-ca.
>
> Cheerio John
>
> On 18 July 2016 at 11:27, Ellefsen, Bjenk (STATCAN) <
> bjenk.ellef...@canada.ca> wrote:
>
> Dear members of the Board of Directors,
>
> My name is Bjenk Ellefsen. I am working for the Data Exploration and
> Integration Lab at Statistics Canada.
>
> I am writing to inform you that earlier this month, Statistics Canada
> initiated a two-year pilot project aimed at understanding the potential of
> data crowdsourcing for statistical purposes.
>
> We are planning to use OpenStreetMap as a platform for inviting
> contributors to crowdsource information on non-residential buildings
> (footprints, addresses and simple building attributes). The pilot project
> will focus on the Ottawa-Gatineau region.
>
> We have assembled a multi-disciplinary project team, which includes people
> from five divisions of Statistics Canada and also from the municipalities
> of Ottawa and Gatineau.
>
> In November of last year, my chief, Alessandro Alasia, spoke with Paul
> Norman. At that time, we were exploring the idea of crowdsourcing. We have
> done quite a lot of background research and planning since then (although
> much learning remains to be done). The preliminary idea has evolved in a
> proof of concept proposal and, from there, into the current project.
>
> Earlier this month we held a first meeting/conference call with the local
> (Canada/Ottawa) OSM community. We hope to strengthen these ties further in
> the coming months by engaging the OSM community through Talk-ca.
>
> This pilot project is a major innovative undertaking for our Agency. There
> are a multitude of aspects that we need to assess and learn about
> (including the IT dimension, communications,  legal aspects, etc.).
>
> For this reason, there is also a lot of excitement about the project and
> much curiosity from senior management. We know that crowdsourcing is a
> reality but, as far as I know, there has been no other attempt to assess
> its potential from the perspective of a national statistical office.
>
> One of our Assistant Chief Statisticians, in particular, who is
> championing the innovation projects at Statistics Canada, has a keen
> interest in this project. At some point, we would like to have an
> “institutional” meeting between Statistics Canada and OSM (although I am
> not quite sure in which shape and form this can take place). I am open to
> your suggestions.
>
> I am copying my colleague Bjenk Ellefsen, who is part of our team and who
> will follow-up on most of the communication with the OSM community on
> Talk-Ca.
>
> I look forward to hearing from you and to engaging the OSM community on
> this project.
>
> I will soon write more about the project!
>
> Regards,
>
>
>
> Bjenk Ellefsen, PhD
>
> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
> l’intégration de données (LEID)
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistique Canada
> (343) 998-3004
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> 

Re: [OSM-talk] Automated edits code of conduct

[tuxayo]

On 18/07/2016 15:57, Martin Koppenhoefer wrote:
>> Il giorno 18 lug 2016, alle ore 00:01, tuxayo  ha scritto:
>>
>> If the edit was discussed and approved, then if after the fact, damage
>> that was considered acceptable is discovered. Or damage that doesn't
>> question the validity of the whole changeset (risk of many more damage
>> unnoticed).
> 
> 
> the fact that you discover some damage after the automatic edit, 
> automatically leads to the assumption that there might be more of it which 
> you simply haven't yet discovered.

If there is no reliable way to tell that there are no similar instances
of the discovered damaged object I agree that the damage can't be
considered acceptable by lack of info.

> [...]
> Often the people cleaning up the "clean-up" are not the same people that have 
> done the initial cleaning, and considering that everybody is working on a 
> volunteer basis,
> but that only the people doing the first clean-up are working in a
field they have chosen (while the DWG is "forced" to look at the
problems others have introduced in a field they have chosen)
> [...]

That's a good analysis because indeed as the DWG is the final (and
almost only used) place to report these issues. They are basically
compelled to fix them.

That's why not having enough resources has bad consequences. And I hope
we will be able to find a simple way to insert a process step before the
DWG to allow anyone to contribute handling these issues.
Because as DWG membership implies moderation rights, it restricts the
number of possible members due to the responsibility coming with it.
Which prevent some contributors having the time, will and skills to do
90% (the rest requires moderation rights) of the tasks in AECoC issues
handling process to participate.


Cheers,
-- 
tuxayo

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

Re: [Talk-ca] New project with OSM at Statistics Canada

[Ellefsen, Bjenk (STATCAN)]

Pierre,

Merci de l’information. Je suivrai cette semaine avec plus de détails.

Je trouve l’idée d’informations sur les types d’accès intéressante. Je décrirai 
les informations de bases que Statistique Canada voudrait recueillir et les 
suggestions seront bienvenues !

Bjenk

From: Pierre Béland [mailto:pierz...@yahoo.fr]
Sent: July-18-16 12:47 PM
To: Talk-CA OpenStreetMap 
Cc: Ellefsen, Bjenk (STATCAN) 
Subject: Re: [Talk-ca] New project with OSM at Statistics Canada

Bonjour Bjenk


Les contributeurs de certains pays ont des organisations plus structurées, ce 
qui n'est pas le cas au Canada.


La coordination des contributeurs canadiens se fait via cette liste-ci (ie. 
discussion et coordonnation) et via divers groupes locaux tels Ottawa, Toronto, 
Montréal, Québec, etc.



Le mieux est de présenter vos projets sur la liste et inviter les groupes 
intéressés à vous contacter.


Les contributeurs s'intéressent à diverses problématiques et pourraient par 
exemple vous proposer d'intégrer des informations relatives aux types d'accès 
aux immeubles publics par les handicapés.



Pierre


De : john whelan >
À : "Ellefsen, Bjenk (STATCAN)" 
>
Cc : Talk-CA OpenStreetMap 
>
Envoyé le : lundi 18 juillet 2016 12h07
Objet : Re: [Talk-ca] New project with OSM at Statistics Canada

>Board of Directors
I don't think there is such a thing on talk-ca.
Cheerio John

On 18 July 2016 at 11:27, Ellefsen, Bjenk (STATCAN) 
> wrote:
Dear members of the Board of Directors,

My name is Bjenk Ellefsen. I am working for the Data Exploration and 
Integration Lab at Statistics Canada.

I am writing to inform you that earlier this month, Statistics Canada initiated 
a two-year pilot project aimed at understanding the potential of data 
crowdsourcing for statistical purposes.

We are planning to use OpenStreetMap as a platform for inviting contributors to 
crowdsource information on non-residential buildings (footprints, addresses and 
simple building attributes). The pilot project will focus on the 
Ottawa-Gatineau region.

We have assembled a multi-disciplinary project team, which includes people from 
five divisions of Statistics Canada and also from the municipalities of Ottawa 
and Gatineau.

In November of last year, my chief, Alessandro Alasia, spoke with Paul Norman. 
At that time, we were exploring the idea of crowdsourcing. We have done quite a 
lot of background research and planning since then (although much learning 
remains to be done). The preliminary idea has evolved in a proof of concept 
proposal and, from there, into the current project.

Earlier this month we held a first meeting/conference call with the local 
(Canada/Ottawa) OSM community. We hope to strengthen these ties further in the 
coming months by engaging the OSM community through Talk-ca.

This pilot project is a major innovative undertaking for our Agency. There are 
a multitude of aspects that we need to assess and learn about (including the IT 
dimension, communications,  legal aspects, etc.).

For this reason, there is also a lot of excitement about the project and much 
curiosity from senior management. We know that crowdsourcing is a reality but, 
as far as I know, there has been no other attempt to assess its potential from 
the perspective of a national statistical office.

One of our Assistant Chief Statisticians, in particular, who is championing the 
innovation projects at Statistics Canada, has a keen interest in this project. 
At some point, we would like to have an “institutional” meeting between 
Statistics Canada and OSM (although I am not quite sure in which shape and form 
this can take place). I am open to your suggestions.

I am copying my colleague Bjenk Ellefsen, who is part of our team and who will 
follow-up on most of the communication with the OSM community on Talk-Ca.

I look forward to hearing from you and to engaging the OSM community on this 
project.

I will soon write more about the project!

Regards,



Bjenk Ellefsen, PhD

Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et 
l’intégration de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004




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


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

___
Talk-ca mailing list

Re: [Talk-ca] New project with OSM at Statistics Canada

[Ellefsen, Bjenk (STATCAN)]

As noted by John,

The message should have read, dear members of the OSM community!

☺

Bjenk

De : john whelan >
À : "Ellefsen, Bjenk (STATCAN)" 
>
Cc : Talk-CA OpenStreetMap 
>
Envoyé le : lundi 18 juillet 2016 12h07
Objet : Re: [Talk-ca] New project with OSM at Statistics Canada

>Board of Directors
I don't think there is such a thing on talk-ca.
Cheerio John

On 18 July 2016 at 11:27, Ellefsen, Bjenk (STATCAN) 
> wrote:
Dear members of the Board of Directors,

My name is Bjenk Ellefsen. I am working for the Data Exploration and 
Integration Lab at Statistics Canada.

I am writing to inform you that earlier this month, Statistics Canada initiated 
a two-year pilot project aimed at understanding the potential of data 
crowdsourcing for statistical purposes.

We are planning to use OpenStreetMap as a platform for inviting contributors to 
crowdsource information on non-residential buildings (footprints, addresses and 
simple building attributes). The pilot project will focus on the 
Ottawa-Gatineau region.

We have assembled a multi-disciplinary project team, which includes people from 
five divisions of Statistics Canada and also from the municipalities of Ottawa 
and Gatineau.

In November of last year, my chief, Alessandro Alasia, spoke with Paul Norman. 
At that time, we were exploring the idea of crowdsourcing. We have done quite a 
lot of background research and planning since then (although much learning 
remains to be done). The preliminary idea has evolved in a proof of concept 
proposal and, from there, into the current project.

Earlier this month we held a first meeting/conference call with the local 
(Canada/Ottawa) OSM community. We hope to strengthen these ties further in the 
coming months by engaging the OSM community through Talk-ca.

This pilot project is a major innovative undertaking for our Agency. There are 
a multitude of aspects that we need to assess and learn about (including the IT 
dimension, communications,  legal aspects, etc.).

For this reason, there is also a lot of excitement about the project and much 
curiosity from senior management. We know that crowdsourcing is a reality but, 
as far as I know, there has been no other attempt to assess its potential from 
the perspective of a national statistical office.

One of our Assistant Chief Statisticians, in particular, who is championing the 
innovation projects at Statistics Canada, has a keen interest in this project. 
At some point, we would like to have an “institutional” meeting between 
Statistics Canada and OSM (although I am not quite sure in which shape and form 
this can take place). I am open to your suggestions.

I am copying my colleague Bjenk Ellefsen, who is part of our team and who will 
follow-up on most of the communication with the OSM community on Talk-Ca.

I look forward to hearing from you and to engaging the OSM community on this 
project.

I will soon write more about the project!

Regards,



Bjenk Ellefsen, PhD

Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et 
l’intégration de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004




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


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

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

Re: [OSM-talk-be] rendering

[Marc Gemis]

met maperative zou je dat redelijk eenvoudig zelf moeten kunnen maken
je moet dan wel software lokaal installeren

2016-07-18 20:19 GMT+02:00 wannes :
> je GPX opladen in www.afstandmeten.nl en dan afdrukken.
>
> Je kan ook eens contact opnemen met
> www.legendstracking.com/index.php/dodentocht/ zij bieden tracking aan
> voor 20 euro. En dan ziet je familie je op de kaart, constant, niet
> alleen aan de checkpoints.
>
> 2016-07-18 20:10 GMT+02:00 Bart Vanherck :
>> Beste mappers,
>>
>> Weet iemand in de groep hier of er ergens een service of een programma
>> bestaat waarmee ik een gpx trace op een openstreetmap layer kan plaatsen.
>> Het doel is om een redelijk gedetailleerde kaart te hebben om af te printen.
>>
>> Ik ga namelijk de dodentocht doen, en mijn volgers zouden graag weten hoe de
>> wandeling loopt. En internet access is niet mogelijk, vandaar de noodzaak om
>> alles af te printen op papier.
>>
>> alvast bedankt,
>>
>> Bart
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> --
> wannes
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] rendering

[André Pirard]

  
  
On 2016-07-18 20:10, Bart Vanherck
  wrote:


  Beste mappers,


Weet iemand in de groep hier of er ergens een service of
  een programma bestaat waarmee ik een gpx trace op een
  openstreetmap layer kan plaatsen. Het doel is om een redelijk
  gedetailleerde kaart te hebben om af te printen.


Ik ga namelijk de dodentocht doen, en mijn volgers zouden
  graag weten hoe de wandeling loopt. En internet access is niet
  mogelijk, vandaar de noodzaak om alles af te printen op
  papier.


alvast bedankt,


Bart

  

Salut Bart et tous,

GPSVisualizer.com doit
faire ce que tu veux.
Mais beaucoup diront qu'avant d'imprimer il faut penser à
l'environnement !!!
Après chargement du fichier GPX sur un smartphone, le programme
OSMand sera non seulement capable de montrer la piste GPX sur fond
OSM mais aussi de la suivre en mode GPS, et ce sans Internet et sans
papier.
Il faut vivre avec son temps et il y a de quoi amuser les promeneurs
en ayant en poche un smartphone qui dit "tournez à gauche" ou bien
"vous dépassez la vitesse limitée".  Dans un magasin, j'aime lui
faire dire "Faites demi-tour dès que possible".

Cordialement,



  

  André.

  


  


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

[OSM-talk-be] rendering

[Bart Vanherck]

Beste mappers,

Weet iemand in de groep hier of er ergens een service of een programma
bestaat waarmee ik een gpx trace op een openstreetmap layer kan plaatsen.
Het doel is om een redelijk gedetailleerde kaart te hebben om af te printen.

Ik ga namelijk de dodentocht doen, en mijn volgers zouden graag weten hoe
de wandeling loopt. En internet access is niet mogelijk, vandaar de
noodzaak om alles af te printen op papier.

alvast bedankt,

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

Re: [OSM-talk-be] rendering

[Sander Deryckere]

Best even kijken op http://wiki.openstreetmap.org/wiki/OSM_on_Paper , ik
zelf vind https://www.mapz.com/ wel goed, al is het niet gratis voor alle
doeleinden.

Als je tevreden bent met een screenshot, dan is umap ook heel goed.

Mvg,
Sander
Op 18-jul.-2016 20:11 schreef "Bart Vanherck" :

> Beste mappers,
>
> Weet iemand in de groep hier of er ergens een service of een programma
> bestaat waarmee ik een gpx trace op een openstreetmap layer kan plaatsen.
> Het doel is om een redelijk gedetailleerde kaart te hebben om af te printen.
>
> Ik ga namelijk de dodentocht doen, en mijn volgers zouden graag weten hoe
> de wandeling loopt. En internet access is niet mogelijk, vandaar de
> noodzaak om alles af te printen op papier.
>
> alvast bedankt,
>
> Bart
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Suddivisioni di Roma

[Davio]

Nel 66 c'erano 12 circoscrizioni, poi nel 72 sono diventate 20 (19 dopo il
distacco di Fiumicino), per poi essere ridotte a 15 con l'ultima odierna
riforma. 

Nel 66 non ho capito però che ruolo svolgevano le circoscrizioni



-
Davide
--
View this message in context: 
http://gis.19327.n5.nabble.com/Suddivisioni-di-Roma-tp5878082p5878662.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

[OSM-talk-be] GR: stand van zaken

[joost schouppe]

Hoi,

Ondertussen hebben we een eerste meeting gehad met de provinciale
verantwoordelijken van Grote Routepaden. De reacties waren overwegend
positief, maar aan mappen zelf zijn we niet echt toegekomen.

Alleszins was iedereen akkoord om eerst en vooral de afstemming OSM-Grote
Routepaden GPX'en te doen. De methodiek die we daar voorlopig voor
gebruiken is met Wiki en umap. Zie de GR5 op onze wiki [1]. Eerst een link
naar de relevante pagina van Groteroutepaden, en naar de umap [2]. De umap
dient vooral om visueel te laten zien waar de verschillen zitten. Wat ik al
kon opkuisen zonder lokaal surveyen is al gebeurd (gaten invullen, hier en
daar een pad toevoegen). Daarnaast zijn de meeste punten die je op de kaart
ziet staan zaken die lokaal gesurveyed moeten worden, of besproken met de
vrijwilligers van Groteroutepaden. Er kan wellicht ook nog wat uitgezuiverd
worden door de pdf's met routewijzigingen te bekijken: die hebben wij wel
eens gemist.

Eens dat rond is, zou ik de openstaande bolletjes tot OSM Note maken, in de
hoop dat lokale mappers het oplossen. Enthousiaste mensen mogen natuurlijk
nu al beginnen surveyen :)

Tweede complexiteit zijn al de varianten en verbindingen. Om praktische
redenen zou ik voorstellen die in een masterrelatie samen te brengen. Samen
met Groteroutepaden moeten we nog bekijken welke er ontbreken of te veel
zijn.

Nog een meer technische vraag voor onze kant: de GR5 is ook de E2; maar
toch heeft iemand die als een eigen relatie gemapped (3228572). Volgens mij
beter om die als enige lid de relatie voor de GR5 in Vlaanderen mee te
geven.

Nog eentje: ik ben geneigd te vermijden van een polygoon (bijvoorbeeld een
plein) mee te geven aan een wandelroute. Ik heb al twee strategieën gezien
om dat te doen: met een untagged lijn die als enige nut heeft lid van de
relatie te zijn; of als een pad dat wel getekend staat maar niet bestaat.
Ik neig zelf naar dat eerst (liever iets lelijks dan iets incorrect). Maar
misschien zien jullie dat anders?

Naast de enkele bestaande umap's nakijken op te surveyen punten, kan je ook
zelf een route adopteren. Eenvoudigste is om een bestaande umap te klonen,
de datalagen leeg te maken en de OSM datalagen aan te passen met de juiste
relation IDs. (dat doe je bij eigenschappen van de laag, Remote Data, in de
url  zoeken naar relation%28X% en de X vervangen door het juiste
nummer. De relevante relatie-nummers vindt je op de wiki of met
waymarkedtrails.org

O, en we zouden het bijna vergeten; ze hebben een zeer fijn artikeltje
geschreven over de samenwerking, in hun ledenblad en online [3]


[1]:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes#Main_routes
[2]: http://umap.openstreetmap.fr/nl/map/gr5_93577
[3]:
http://www.groteroutepaden.be/nl/nieuws/1/221/gr-en-openstreetmap-trekken-dezelfde-kaart.html
-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-ca] New project with OSM at Statistics Canada

[Pierre Béland]

Bonjour Bjenk
Les contributeurs de certains pays ont des organisations plus structurées, ce 
qui n'est pas le cas au Canada.
La coordination des contributeurs canadiens se fait via cette liste-ci (ie. 
discussion et coordonnation) et via divers groupes locaux tels Ottawa, Toronto, 
Montréal, Québec, etc.  

Le mieux est de présenter vos projets sur la liste et inviter les groupes 
intéressés à vous contacter.
Les contributeurs s'intéressent à diverses problématiques et pourraient par 
exemple vous proposer d'intégrer des informations relatives aux types d'accès 
aux immeubles publics par les handicapés.
 
 
Pierre 


  De : john whelan 
 À : "Ellefsen, Bjenk (STATCAN)"  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : lundi 18 juillet 2016 12h07
 Objet : Re: [Talk-ca] New project with OSM at Statistics Canada
   
>Board of Directors

I don't think there is such a thing on talk-ca.

Cheerio John

On 18 July 2016 at 11:27, Ellefsen, Bjenk (STATCAN)  
wrote:

Dear members of the Board of Directors, My name is Bjenk Ellefsen. I am working 
for the Data Exploration and Integration Lab at Statistics Canada.  I am 
writing to inform you that earlier this month, Statistics Canada initiated a 
two-year pilot project aimed at understanding the potential of data 
crowdsourcing for statistical purposes.  We are planning to use OpenStreetMap 
as a platform for inviting contributors to crowdsource information on 
non-residential buildings (footprints, addresses and simple building 
attributes). The pilot project will focus on the Ottawa-Gatineau region.  We 
have assembled a multi-disciplinary project team, which includes people from 
five divisions of Statistics Canada and also from the municipalities of Ottawa 
and Gatineau.  In November of last year, my chief, Alessandro Alasia, spoke 
with Paul Norman. At that time, we were exploring the idea of crowdsourcing. We 
have done quite a lot of background research and planning since then (although 
much learning remains to be done).The preliminary idea has evolved in a proof 
of concept proposal and, from there, into the current project.  Earlier this 
month we held a first meeting/conference call with the local (Canada/Ottawa) 
OSM community. We hope to strengthen these ties further in the coming months by 
engaging the OSM community through Talk-ca.  This pilot project is a major 
innovative undertaking for our Agency. There are a multitude of aspects that we 
need to assess and learn about (including the IT dimension, communications,  
legal aspects, etc.).  For this reason, there is also a lot of excitement about 
the project and much curiosity from senior management. We know that 
crowdsourcing is a reality but, as far as I know, there has been no other 
attempt to assess its potential from the perspectiveof a national statistical 
office. One of our Assistant Chief Statisticians, in particular, who is 
championing the innovation projects at Statistics Canada, has a keen interest 
in this project. At some point, we would like to have an “institutional” 
meeting between Statistics Canada andOSM (although I am not quite sure in which 
shape and form this can take place). I am open to your suggestions.   I am 
copying my colleague Bjenk Ellefsen, who is part of our team and who will 
follow-up on most of the communication with the OSM community on Talk-Ca.  I 
look forward to hearing from you and to engaging the OSM community on this 
project.   I will soon write more about the project! Regards,   Bjenk Ellefsen, 
PhD Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et 
l’intégration de données (LEID)Center for Special Business Projects | Centre 
des Projets Spéciaux sur les entreprisesStatistics Canada | Statistique 
Canada(343) 998-3004   
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca




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


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

Re: [Talk-br] API Open Street Map

[Paulo Vianna]

Alexandre é por aí mesmo.

É isso aí que eu preciso, porém com uma ressalva com base na sua frase: *Usar
rota pré-gravada tem a enorme desvantagem da rigidez. Se há um trecho em
obras, ou agora uma contramão que existe e antes não existia* é o
complemento do que preciso.

Neste link  na figura
da esquerda uso o OSRM e na da direita estou testando a aplicação Remix e
lá posso tanto percorrer com rotas pré gravadas, quanto editar para caso
exista um trecho em obras.

Quanto aos itens que você listou, só o primeiro é pertinente para mim, pois
não o utilizarei em clientes mobile, mas sim na web mesmo.

O que preciso em suma é fazer isso aí que o OSRM faz, mas que me dê a opção
de editar e abrir uma exceção para o fluxo.Você conhece alguma ferramenta
que me permite fazer isso e que eu possa pegar esses eventos com Java
Script?

Desde já agradeço.



Em 15 de julho de 2016 21:34, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Paulo Vianna,
>
> Usar rota pré-gravada tem a enorme desvantagem da rigidez. Se há um trecho
> em obras, ou agora uma contramão que existe e antes não existia, já viu...
>
> Estou entendendo cada vez mais o que você quer. Conheço produtos pagos com
> tais funcionalidades.
>
> Em seu lugar, eu faria P no sentido seguinte:
>
>- Usar o OSRM
>*
>- Gravar o track localmente
>- Transmitir a posição por 3G
>
> * Buscar alternativa a ele, também.
>
> Em outras palavras, eu faria roteamento, comunicaria posição, mas não
> deixaria de gravar tudo.
>
> Saber eu não sei, porque nunca fiz. Mas imagino que, tendo os caminhos do
> roteamento, dados pelo roteador, você coloca o objeto rastreado dentro da
> via através de uma função que mapeie um domínio no outro: pegar o ponto
> rastreado e colocá-lo do ponto mais próximo da linha mais próxima (menor
> distância).
>
> Alexandre Magno
>
>
>
> Em 15 de julho de 2016 19:02, Paulo Vianna 
> escreveu:
>
>> Ei Alexandre, obrigado mais uma vez pela resposta.
>>
>> Não tem mistério a aplicação, eu só defino a rota de cada veículo e não
>> sei se necessariamente se isso seria um roteador (acho que deve ser). São
>> veículos que tem que cumprir um determinado caminho. Ah pra que isso? Eu
>> usarei para saber qual a quilometragem exata que cada veículo percorrerá
>> porque guardarei num banco de dados geográfico e para visualizar no mapa
>> onde estarão estas rotas.
>>
>> Mas como eu disse: usarei e guardarei! Pois hoje uma empresa guarda estes
>> dados de rota e não temos acesso. A única coisa que guardamos são os pontos
>> de parada onde estes veículos podem parar. E isso sim eu guardo num banco
>> de dados geográfico e exibo no componente do dot.net que te passei o
>> link. Não tem segredo, se resume a isso.
>>
>> O ideal do meu ponto de vista seria ter um GPS para rastrear este
>> veículos e ver o bichinho passeando no mapa, mas infelizmente não temos.
>> Então eu penso que se for para substituir a app de rotas da empresa
>> terceirizada, que seja mais inteligente, senão é melhor ficar do jeito que
>> está.
>>
>> Agora, vou pegar o que *Hélio* disse:
>>
>>
>> *Se essas rotas fossem pré gravadas, seria possível copiar as vias do osm
>> em um arquivo e entao vc teria a coincidência exata do traçado.*
>> Se vocês visitarem esta página:
>> http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Valhalla, verão
>> que existe uma engine chamada Valhalla que o Mapzen utiliza para desenhar
>> suas rotas (do jeito que eu espero fazer). Eu não sei ao certo, mas
>> acredito que já existam camadas prontas com rotas pré gravadas para
>> pedestres, bikes, carros, etc e isso me permitiria fazer o que você diz
>> Hélio, ter a coincidência exata do meu traçado sem inconsistências como um
>> traçado torto por exemplo. Porém, o acesso a isso pelo que andei lendo é
>> limitado. Como a minha app é apenas interna, não faz diferença, mas eu não
>> sei ainda se eu iria usar isso.
>>
>> Outra frase do Hélio:
>>
>> *O GPS garmin tem uma função que automaticamente posiciona o veículo
>> exatamente sobre o mapa, mesmo que o traçado da via esteja deslocado em
>> relação a posição real do veículo*
>>
>> Exatamente! Não só o Garmin, mas todo o aparelho de GPS que conheço faz
>> isso. Eles já tem estas rotas certinhas, então eu penso comigo: por que eu
>> não tenho acesso a isso? Por que eu tenho que desenhar o traçado? Como eu
>> acesso isso, sendo que eu imagino que estes caras também usam o OSM por
>> baixo dos panos?
>>
>> Agora Alexandre, quando você diz:
>>
>> *Se não querem, aproveitar os traços do OSM, como sugere o Helio, parece
>> ser uma boa.*
>>
>> É claro que eu quero aproveitar estes traços! Até porque eu gravarei
>> todas as linhas e os vértices no meu banco de dados espacial no formato
>> line e depois quando precisar editar, carregarei as minhas rotas no OSM a
>> partir das informações vindas do 

[OSM-co] Zoom 19 en Umap

[hyan...@gmail.com]

Hola comunidad,

Como sabrán la capa mapnik ofrece z19; sin embargo en la instancia para
Colombia llega hasta el 18 ¿hay chance para actualizar esa restricción?

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

Re: [Talk-br] Ibge disponibliza arquivos de setores e faces de quadra

[Vítor Rodrigo Dias]

Mas daria pra fazer um cruzamento de dados com a numeração dos lotes
contendo quadras e faces, o que o IBGE tem...

Em seg, 18 de jul de 2016 às 09:25, Vitor George 
escreveu:

> Muito interessante, daria para fazer uma camada base do IBGE mais precisa
> e com o nome dos logradouros. Uma pena que não tenha a numeração dos lotes.
> Obrigado por compartilhar, Luis.
>
> 2016-07-14 15:52 GMT-03:00 Luis Bahiana :
>
>> Olá Amigos !
>>
>> Acessem o link :
>>
>>
>> http://saladeimprensa.ibge.gov.br/noticias?view=noticia=1=1=3213
>> --
>>
>> Luis Cavalcanti da Cunha Bahiana
>>
>> Geógrafo : Coordenação de Geografia - IBGE
>>
>> ___
>> 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: [Talk-ca] New project with OSM at Statistics Canada

[john whelan]

>Board of Directors

I don't think there is such a thing on talk-ca.

Cheerio John

On 18 July 2016 at 11:27, Ellefsen, Bjenk (STATCAN) <
bjenk.ellef...@canada.ca> wrote:

> Dear members of the Board of Directors,
>
> My name is Bjenk Ellefsen. I am working for the Data Exploration and
> Integration Lab at Statistics Canada.
>
> I am writing to inform you that earlier this month, Statistics Canada
> initiated a two-year pilot project aimed at understanding the potential of
> data crowdsourcing for statistical purposes.
>
> We are planning to use OpenStreetMap as a platform for inviting
> contributors to crowdsource information on non-residential buildings
> (footprints, addresses and simple building attributes). The pilot project
> will focus on the Ottawa-Gatineau region.
>
> We have assembled a multi-disciplinary project team, which includes people
> from five divisions of Statistics Canada and also from the municipalities
> of Ottawa and Gatineau.
>
> In November of last year, my chief, Alessandro Alasia, spoke with Paul
> Norman. At that time, we were exploring the idea of crowdsourcing. We have
> done quite a lot of background research and planning since then (although
> much learning remains to be done). The preliminary idea has evolved in a
> proof of concept proposal and, from there, into the current project.
>
> Earlier this month we held a first meeting/conference call with the local
> (Canada/Ottawa) OSM community. We hope to strengthen these ties further in
> the coming months by engaging the OSM community through Talk-ca.
>
> This pilot project is a major innovative undertaking for our Agency. There
> are a multitude of aspects that we need to assess and learn about
> (including the IT dimension, communications,  legal aspects, etc.).
>
> For this reason, there is also a lot of excitement about the project and
> much curiosity from senior management. We know that crowdsourcing is a
> reality but, as far as I know, there has been no other attempt to assess
> its potential from the perspective of a national statistical office.
>
> One of our Assistant Chief Statisticians, in particular, who is
> championing the innovation projects at Statistics Canada, has a keen
> interest in this project. At some point, we would like to have an
> “institutional” meeting between Statistics Canada and OSM (although I am
> not quite sure in which shape and form this can take place). I am open to
> your suggestions.
>
> I am copying my colleague Bjenk Ellefsen, who is part of our team and who
> will follow-up on most of the communication with the OSM community on
> Talk-Ca.
>
> I look forward to hearing from you and to engaging the OSM community on
> this project.
>
> I will soon write more about the project!
>
> Regards,
>
>
>
> Bjenk Ellefsen, PhD
>
> Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et
> l’intégration de données (LEID)
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistique Canada
> (343) 998-3004
>
>
>
>
> ___
> 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

[OSM-ja] 京都国宝・浪漫マッピングパーティ第２回特別編 サントリー京都ビール工場、恵解山古墳、ねじりまんぽ

[yasunari]

京都の山下です。みなさんこんにちわ。

京都国宝・浪漫マッピングパーティ
新シリーズ第２回は 8/20 に特別編
サントリー京都ビール工場、恵解山古墳、ねじりまんぽ
https://openstreetmap.doorkeeper.jp/events/48975

みなさん、どうぞお越しください！！
--
山下康成＠京都府向日市

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

Re: [Talk-it] Suddivisioni di Roma

[Martin Koppenhoefer]

sent from a phone

> Il giorno 18 lug 2016, alle ore 17:10, Davio  ha 
> scritto:
> 
> Gli Ortsteile sono assimilabili ai nostri municipi di Roma.


no
non si vota un consiglio per un Ortsteil (non esiste), si vota solo al Bezirk 
(il quale corrisponde in qualche modo al Municipio), e solo per un partito (i 
deputati lavorono per un rimborso spese / sono volontari). Poi al comune di 
Roma (Capitale) corrisponde niente, perché Stadt Berlin è anche Land Berlin e 
admin level 4.


> 
> Un tempo le suddivisioni toponomastiche di Roma erano congrue ovunque con le
> circoscrizioni (ora municipi).


quando? Io sono convinto che c'erano sempre più toponomi che entità 
amministrative 

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

Re: [Talk-gb-westmidlands] August meeting in Pershore

[Brian Prangle]

Let's go for Sat Aug 6th. Anyone know which is a good pub for the lunchtime
meet?

Regards

Brian

On Fri, Jul 15, 2016 at 3:57 PM, Brian Prangle  wrote:

> Hi everyone
>
> My August diary is filling fast. Currently the only Saturdays I have left
> are 6 and 27. Which one suits folk best? I'd prefer 6 August .
>
> Regards
>
> Brian
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

[Talk-ca] New project with OSM at Statistics Canada

[Ellefsen, Bjenk (STATCAN)]

Dear members of the Board of Directors,

My name is Bjenk Ellefsen. I am working for the Data Exploration and 
Integration Lab at Statistics Canada.

I am writing to inform you that earlier this month, Statistics Canada initiated 
a two-year pilot project aimed at understanding the potential of data 
crowdsourcing for statistical purposes.

We are planning to use OpenStreetMap as a platform for inviting contributors to 
crowdsource information on non-residential buildings (footprints, addresses and 
simple building attributes). The pilot project will focus on the 
Ottawa-Gatineau region.

We have assembled a multi-disciplinary project team, which includes people from 
five divisions of Statistics Canada and also from the municipalities of Ottawa 
and Gatineau.

In November of last year, my chief, Alessandro Alasia, spoke with Paul Norman. 
At that time, we were exploring the idea of crowdsourcing. We have done quite a 
lot of background research and planning since then (although much learning 
remains to be done). The preliminary idea has evolved in a proof of concept 
proposal and, from there, into the current project.

Earlier this month we held a first meeting/conference call with the local 
(Canada/Ottawa) OSM community. We hope to strengthen these ties further in the 
coming months by engaging the OSM community through Talk-ca.

This pilot project is a major innovative undertaking for our Agency. There are 
a multitude of aspects that we need to assess and learn about (including the IT 
dimension, communications,  legal aspects, etc.).

For this reason, there is also a lot of excitement about the project and much 
curiosity from senior management. We know that crowdsourcing is a reality but, 
as far as I know, there has been no other attempt to assess its potential from 
the perspective of a national statistical office.

One of our Assistant Chief Statisticians, in particular, who is championing the 
innovation projects at Statistics Canada, has a keen interest in this project. 
At some point, we would like to have an "institutional" meeting between 
Statistics Canada and OSM (although I am not quite sure in which shape and form 
this can take place). I am open to your suggestions.

I am copying my colleague Bjenk Ellefsen, who is part of our team and who will 
follow-up on most of the communication with the OSM community on Talk-Ca.

I look forward to hearing from you and to engaging the OSM community on this 
project.

I will soon write more about the project!

Regards,



Bjenk Ellefsen, PhD

Data Exploration and Integration Lab (DEIL) | Lab pour l'exploration et 
l'intégration de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004



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

Re: [Talk-it] Suddivisioni di Roma

[Davio]

Gli Ortsteile sono assimilabili ai nostri municipi di Roma.

Un tempo le suddivisioni toponomastiche di Roma erano congrue ovunque con le
circoscrizioni (ora municipi). Poi cambiando i confini dei municipi di anno
in anno ora ci ritroviamo una suddivisione che ricade in due municipi...



-
Davide
--
View this message in context: 
http://gis.19327.n5.nabble.com/Suddivisioni-di-Roma-tp5878082p5878656.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-au] The Australian Productivity Commission public inquiry on Data Availability and Use.

[Edoardo Neerhut]

Thanks for sharing this Nev. Will put in a submission.

On Sat, Jul 16, 2016 at 7:35 AM, Nev Wedding  wrote:

> for info…
> The public inquiry will investigate ways to improve the availability and
> use of public and private sector data.
> The Australian Productivity Commission has released an issues paper and is
> asking for feedback.
> Initial submissions are due by Friday 29 July 2016.
>
> http://www.pc.gov.au/inquiries/current/data-access
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>


-- 
Kind regards,

Ed & The Mapillary Team
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

Il 18/07/2016 16:07, Andrea Musuruane ha scritto:


*NB: Non dimenticate di discutere dell'import sulla mailing list 
internazionale dedicata!*


Ciao,

Andrea



Piccolo particolare che m'era sfuggito pensando bastasse solo 
documentarlo sulla wiki.

Qualcuno che lo ha già fatto potrebbe tenere i rapporti diplomatici :-) ?

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

Re: [Talk-it] import civici Emilia Romagna

[Marco_T]

Alessandro Palmas wrote
> Intanto possiamo lavorare sulla Provincia di Reggio, calcolando che dopo 
> aver importato c'è la conciliazione degli addr:street inseriti con il 
> name della strada (o l'eventuale aggiunta del name se la strada non ce 
> l'ha ancora), un pò di lavoro lo abbiamo già :-)

Avendo fatto (per mesi) la stessa cosa a seguito dell'import civici FVG, in
questo possa dare una mano anche io.
Segnalo le seguenti problematiche che avevo riscontrato e che dovranno
essere risolte a mano:

- verificare che il nome della way corrisponda esattamente all'indirizzo
importato (specifiche ISTAT);

- interrompere le way ai limiti del confine comunale (di solito il nome
della via cambia);

- sistemare name:left name:right nel caso lungo la way passi un confine
comunale e la strada si chiami diversamente a destra/sinistra;

- in questa fase si puo' approfittare per aggiungere non solo le strade
"ufficiali" mancanti in mappa ma anche eventuali stradine (service) che
portano alle abitazioni non a ridosso della strada principale. Questo
agevola notevolemente il routing in caso di ricerca/soccorso in tali zone.

OSMInspector (addresses) puo' aiutare moltissimo in questa fase. Inoltre se
viene mantenuta l'esatta corrispondenza del nome tra address e street
risulta facile con questo strumento verificare eventuali manomissioni.

Note sparse Pre import:
- per alcune località/frazioni di montagna che difatto hanno una sola via
senza nome che attraversa l'abitato, in FVG abbiamo usato address:place e
non address:street (su questo saranno piu' precisi Damjan e Cascafico,
se mi leggono)

- i nomi vanno messi sempre per esteso e piu' completi possibile. In
generale abbiamo seguito queste indicazioni:
https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo

In particolare:
- abbiamo deciso di inserire i titoli onorifici in minuscolo (Via don Luigi
Sturzo, Via senatore., Via generale Luigi Cadorna...) Solo i santi in
maiuscolo (Via San Giovanni);

- nel caso di cognomi con congiunzione: Via Leonardo da Vinci, Via Enrico De
Nicola la congiunzione e' stata messa minuscola se morto prima del 1800,
maiuscola se morto dopo;

- i numeri romani in forma estesa (Via papa Giovanni Ventitreesimo, Piazza
Primo Maggio).

Sarebbe comunque da scrivere qualcosa a livello di wiki "name" a memoria dei
prossimi import.

Saluti.

--
Marco_T



--
View this message in context: 
http://gis.19327.n5.nabble.com/import-civici-Emilia-Romagna-tp5877116p5878654.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-au] Possible illegal imports in Western Australia (Andy Townsend)

[Andy Townsend]

On 18/07/2016 14:13, Warren wrote:
I am reasonably local.  Both areas have had recent road building.  But 
I think they are now complete.  I will divert when I am close and 
resort to a gps trace. 


Excellent stuff - thanks.

Best Regards,

Andy


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

Re: [Talk-it] import civici Emilia Romagna

[Andrea Musuruane]

2016-07-18 12:13 GMT+02:00 Alessandro Palmas :

> Il 18/07/2016 11:49, Andrea Musuruane ha scritto:
>
>> Ciao,
>> se volete (con un po' di pazienza), posso fare un file di traduzione
>> per ogr2osm analogo a quelli già presenti qui:
>> https://github.com/musuruan/osm_imports/tree/master/
>>
>> che fa quello elencato nel workflow in un colpo solo.
>>
>>
> Benissimo!
> Intanto possiamo lavorare sulla Provincia di Reggio, calcolando che dopo
> aver importato c'è la conciliazione degli addr:street inseriti con il name
> della strada (o l'eventuale aggiunta del name se la strada non ce l'ha
> ancora), un pò di lavoro lo abbiamo già :-)


La prima versione la trovate qui:
https://github.com/musuruan/osm_imports/tree/master/regione_emilia_romagna

Qui trovate alcuni file che ho convertito per esempio:
https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/reggio.osm

https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/piacenza.osm

https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/parma.osm

https://dl.dropboxusercontent.com/u/12575912/emilia-romagna/ferrara.osm

Per Ferrara, si nota che i dati sono gli stessi messi a disposizione dal
Comune, però l'allineamento è differente.

*NB: Non dimenticate di discutere dell'import sulla mailing list
internazionale dedicata!*

Ciao,

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

Re: [OSM-talk-fr] Ombrage du relief avec Maperitive

[Léo Serre]

Salut,

JB a fait ce que tu essayes de faire, des infos, tutos et autre ici : 
http://wiki.openstreetmap.org/wiki/R25_Maperitive_style

Pour ma part j'avais suivi son tuto à la lettre et c'était parfait.

Léo

Le 18/07/2016 à 14:52, Samy Mezani a écrit :

Bonjour,

Je cherche à faire une carte pour un syndicat d'initiative d'une 
petite commune de Saône-et-Loire à partir des données OSM qu'on a 
ajouté. L'objectif est de tracer un sentier de découverte géologique 
sur un fond Mapnik avec l'ombrage du relief.


Un aperçu du parcours : https://www.openstreetmap.org/relation/6283049

Je souhaite utiliser Maperitive pour exporter un fichier qui pourra 
être modifié par leurs soins.


Dans Maperitive, je n'arrive pas à avoir une résolution suffisante 
pour l'ombrage du relief avec une commande du style 
generate-relief-igor. Je travaille à une échelle de l'ordre du 1/25000e.


Est-ce quelqu'un aurait une solution pour avoir un rendu moins 
pixellisé ?


Merci

Samy

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


--
LSTRONIC logo

Léo SERRE

mail l...@lstronic.com 
website lstronic.com 

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

Re: [OSM-talk] Automated edits code of conduct

[Martin Koppenhoefer]

sent from a phone

> Il giorno 18 lug 2016, alle ore 00:01, tuxayo  ha scritto:
> 
> If the edit was discussed and approved, then if after the fact, damage
> that was considered acceptable is discovered. Or damage that doesn't
> question the validity of the whole changeset (risk of many more damage
> unnoticed).


the fact that you discover some damage after the automatic edit, automatically 
leads to the assumption that there might be more of it which you simply haven't 
yet discovered.

Now the problem with reverts is that they become more difficult the longer you 
wait. Often the people cleaning up the "clean-up" are not the same people that 
have done the initial cleaning, and considering that everybody is working on a 
volunteer basis, but that only the people doing the first clean-up are working 
in a field they have chosen (while the DWG is "forced" to look at the problems 
others have introduced in a field they have chosen), it seems reasonable to 
bias the decision pro revert (I am not saying that every damage>0 should lead 
to automatic revert, fixing the detected damage can also be an option).


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

Re: [Talk-it] cosa vuol dire "eccetto traffico locale"?

[Andrea Lattmann]

>Dall'interpretazione di un cartello stradale si è entrati a discutere
>su aspetti socio/culturali dell'Italia.

Il passo è veramente breve, perché non è normale 26 mail per riuscire ad 
interpretare un cartello, ed è normale chiedersi il perché: per amor proprio e 
della nostra terra. 

>C'è chi si lamenta, io invece lo vedo come un modo di vivere che ci
>contraddistingue da altri paesi, che fa parte di noi e della nostra
>cultura.

...che prima o poi dovrà cambiare per forza di cose. Comunque io non ne vado 
fiero...

>paese di fantasisti ; )
>That's Italy!

Bellissima la definizione di fantasisti!
Io su parecchie cosette userei un altra definizione. ;-)

Comunque t' invidio! Beato te! E' da una vita che cerco di fregarmene invece mi 
sento una ... 
Ormai siamo in [OT]: 
Cerco di non lamentarmi... Giusto oggi ho saputo di una cosa grave, i VVF hanno 
detto ad un' azienda che non fa niente se non hanno sostituito gli estintori 
non omologati, se è da 5 anni che non li revisionano, l' importante è che 
vengano controllati, poi si sono soffermati su uno sfiato di un serbatoio 
perché il terminale era in plastica e non in metallo.
Cerco di ragionare da fantasista:
Chi se ne frega, tanto se scoppia un incendio crepano loro non io! ;-D
That's Italy!
Ed ora andiamo avanti con OSM sperando di trovare qualche altro cartello da 
fantasista il più in la possibile! :-D


Andrea Lattmann

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

Re: [talk-au] Possible illegal imports in Western Australia (Andy Townsend)

[Warren]

acy regulations
was not addressed in the response, which in itself would be a killer.

It depends if it's part of the license or a reminder that in Australia
there are other laws that may effect what you can do with the data.

If it's the former, the data is not available under CC BY 4.0 or an
open license and they're falsely advertising that the data is
available under an open license. If it's a reminder then it doesn't
add any new requirements.

If they want it to be a reminder, I'd suggest wording like

Users are reminded that the Australian Privacy Principles under the
Privacy Act 1988 (Cth) may impose additional restrictions on how they
use the data.

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

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-au/attachments/20160718/a931e690/attachment-0001.html>

--

Message: 4
Date: Mon, 18 Jul 2016 12:48:44 +1000
From: Frank <sundowne...@optusnet.com.au>
To: talk-au <talk-au@openstreetmap.org>
Subject: [talk-au] Almost finished LPI Post Offices
Message-ID: <100bd62d-56d2-5225-bc91-f9c26784d...@optusnet.com.au>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,

I have almost finished including the LPI Post Offices.

I have completed country NSW and ACT. These were checked with the Ozie
post website to 'see' if they were still current.. where not I tagged
them obsolete:amenity=post_office ... so they won't render but still be
in the data base for others to see. I have yet to complete the Sydney,
Wollongong and Newcastle areas. I have added addresses from the LPI base
map where I could determine it, a few of these differed from the Ozie
post data .. but either not significantly, or if there is doubt then I
included a fixme tag. All of my additions have a source tag.

I did notice that the past OSM post offices entries had some short
comings - no name, name=Australia Post .. and almost certainly no
address. Of course I did not replace these .. even where the LPI data
indicated a displacement of over 80 metres .. I regarded that as close
enough for walking distance. One was tagged source survey .. but it is
over the road in another building .. connected by a covered bridge ..
left that one there too .. but added name.

Once completed I will go back over my obsolete:amenity entries to
confirm that they are in fact obsolete ... I have noticed some
exceptions due to the way the Ozie post web search operates. :-!



So once I finish .. then there are lots more to do.

Libraries, tourist offices, police stations for example.

If you want to do areas .. then parks, as in city/town parks?

For addresses then adding that to the major population centres streets
would be helpfull.


What will I add next to the map?

  From the LPI data .. something of use to me (i.e. none of the above :-) ).

For 'housekeeping' on the map? sport=football sport=multi and
sport=hockey still annoy me but they have little impact on the map. Yet
to clarify the city/town/hamlet problem for Australia... I need to work
on the data, particularly the population data. Yes, I know some think
that services is a better way .. but I still think that the population
gives a very good indication and can be used as a primary iteration of
the classification. And will identify those that need 'looking at'.

For the OSMwiki ..

Document sport=long_jump, tipple_jump, discus_throw and hammer_throw.

Clarify the words on the Australian tagging guide lines for 'access=no'
problem, probably more important than the sports documentation?







--

Subject: Digest Footer

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


--

End of Talk-au Digest, Vol 109, Issue 16




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

Re: [talk-au] Wikidata IDs in OSM

[Marc Gemis]

I guess you are aware that one of the recent updates of iD adds the
wikidata code when you add the wikipedia page ?
The feature is described in https://www.mapbox.com/blog/id-wikidata/
This makes it rather easy to add both tag.
It will also search for the wikipedia page when you start typing the
wikipedia page name

regards

On Mon, Jul 18, 2016 at 2:49 PM, Andrew Harvey  wrote:
>> Secondly, we have had success in using a bot to add IDs automatically,
>> but the bot approval list requires local agreement. How would you feel
>> about us, or one of you (I think the code can be shared), doing so for
>> all of Australia, or on a state-by-state (or other division) basis?
>
> Interesting, I recently had a go at adding Wikidata IDs into OSM for
> some features in Australia, but I quickly gave up on the manual
> process.
>
> I'm keen an an automated/semi-automated approach, but of course it
> would be important that any automated process didn't overwrite
> existing wikidata keys (but maybe reported them for follow up if they
> are in conflict).
>
> Interested in what others here think.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

[Talk-cz] Červencový mapathon Missing maps - právě jsme otevřeli registraci

[Jan . BOHM]

Dobrý den,

právě jsme otevřeli registraci na červencový mapathon Missing maps.
Registrovat se můžete na této adrese:
https://www.eventbrite.co.uk/e/missing-maps-czech-republic-treti-mapathon-tickets-26633756282

Srdečně vás zvu, našli jsme neuvěřitelně příjemné místo - K10 coworking - a
mapathon v těchto prostorách bude opravdu radost.

Zároveň jsme založili skupinu Missing maps Česká republika na Facebooku,
která by měla pomoci lepšímu propojení lidí, kteří se o Missing maps v ČR
zajímají:
https://www.facebook.com/groups/missingmapscz/

Píšu to takto stručně, protože jsem o Missing maps psal do tohoto fóra už v
minulých měsících. Pokud nevíte, o co jde, tady nabízím krátké shrnutí:

Missing maps je iniciativa, která pomáhá humanitárním organizacím působit v
místech, pro která nejsou dostupné žádné mapy. Prostřednictvím
OpenStreetMap kreslí ve svém prohlížeči dobrovolníci v Česku (a v jiných
státech) mapy podle satelitních snímků. Tyhle mapy pak např. Lékaři bez
hranic používají při poskytování život zachraňující zdravotní péče. V Praze
organizují Lékaři bez hranic každý měsíc mapathony, na kterých společně
mapujeme jednu oblast, učíme mapovat a představujeme práci Lékařů bez
hranic v terénu.
Více info najdete také zde:
http://www.lekari-bez-hranic.cz/cz/missing-maps-zaplnujte-bila-mista-na-mapach

S pozdravem
Jan Böhm






Jan Böhm
Digital Strategist

Lékaři bez hranic / Médecins Sans Frontières
Seifertova 555/47, 130 00 Praha 3, Czech Republic
Office: (+420) 257 090 150, Desk: (+420) 257 090 152


http://www.lekari-bez-hranic.cz/cz/zastavte-tyto-utoky
(Embedded image moved to file: pic11942.jpg)

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

[OSM-talk-fr] Ombrage du relief avec Maperitive

[Samy Mezani]

Bonjour,

Je cherche à faire une carte pour un syndicat d'initiative d'une petite 
commune de Saône-et-Loire à partir des données OSM qu'on a ajouté. 
L'objectif est de tracer un sentier de découverte géologique sur un fond 
Mapnik avec l'ombrage du relief.


Un aperçu du parcours : https://www.openstreetmap.org/relation/6283049

Je souhaite utiliser Maperitive pour exporter un fichier qui pourra être 
modifié par leurs soins.


Dans Maperitive, je n'arrive pas à avoir une résolution suffisante pour 
l'ombrage du relief avec une commande du style generate-relief-igor. Je 
travaille à une échelle de l'ordre du 1/25000e.


Est-ce quelqu'un aurait une solution pour avoir un rendu moins pixellisé ?

Merci

Samy

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

Re: [talk-au] Wikidata IDs in OSM

[Andrew Harvey]

> Secondly, we have had success in using a bot to add IDs automatically,
> but the bot approval list requires local agreement. How would you feel
> about us, or one of you (I think the code can be shared), doing so for
> all of Australia, or on a state-by-state (or other division) basis?

Interesting, I recently had a go at adding Wikidata IDs into OSM for
some features in Australia, but I quickly gave up on the manual
process.

I'm keen an an automated/semi-automated approach, but of course it
would be important that any automated process didn't overwrite
existing wikidata keys (but maybe reported them for follow up if they
are in conflict).

Interested in what others here think.

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

[talk-au] Wikidata IDs in OSM

[Andy Mabbett]

Hi folks,

Up here in the UK, and elsewhere, we're adding Wikidata IDs to objects in OSM.

For example:

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

includes the ID "Q5642705", which refers to:

   https://www.wikidata.org/wiki/Q5642705

Firstly, I'd like to encourage you to add IDs manually, as described at:

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

Secondly, we have had success in using a bot to add IDs automatically,
but the bot approval list requires local agreement. How would you feel
about us, or one of you (I think the code can be shared), doing so for
all of Australia, or on a state-by-state (or other division) basis?

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

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

Re: [Talk-br] Ibge disponibliza arquivos de setores e faces de quadra

[Vitor George]

Muito interessante, daria para fazer uma camada base do IBGE mais precisa e
com o nome dos logradouros. Uma pena que não tenha a numeração dos lotes.
Obrigado por compartilhar, Luis.

2016-07-14 15:52 GMT-03:00 Luis Bahiana :

> Olá Amigos !
>
> Acessem o link :
>
>
> http://saladeimprensa.ibge.gov.br/noticias?view=noticia=1=1=3213
> --
>
> Luis Cavalcanti da Cunha Bahiana
>
> Geógrafo : Coordenação de Geografia - IBGE
>
> ___
> 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-at] Urheberrechtsabgaben und Verwertungsgesellschaften

[liberalerhumanist]

> Ich bin mir ziemlich sicher, dass meine
Webspaceprovider keine Logs an die VG Wort weitergeben,

 

Man muss für die VG Wort einen so genannten Zählpixel in die Website einbinden.

 

Was das restliche Problem betrifft: Man sollte versuchen, hier Lobbying zu betreiben. Eventuell lassen ich ähnlich orientierte Gruppierungen (z.b. Wikimedia) dafür gewinnen.

 

MfG, LH

 



Gesendet: Montag, 18. Juli 2016 um 13:34 Uhr
Von: "Friedrich Volkmann" 
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

Vor einem halben Jahr habe ich diesen Tread gestartet (unten ein Fullquote,
weil es so lang her ist), und nun kann ich weiteres berichten.

Wie gesagt betreffen uns als Mapper die Urheberrechtsabgaben doppelt:
Erstens stehen uns als Urhebern Tantiemen zu, zweitens ist es absurd wenn
wir als Urheber selber Urheberrechtsabgaben zahlen.

Zum ersten Punkt habe ich geschrieben, dass von den bestehenden
Verwertungsgesellschaften bestensfalls die Literar Mechana zuständig
scheint. Ich habe bei Claudia Wagner von der Literar Mechana angefragt und
sie meint, dass "Online Landkarten und darauf basierende Routinganwendungen
nicht meldefähig" sein werden. (Bei der Gelegenheit fragte ich auch, wei das
mit Web veröffentlichten Texten, z.B. auf der eigenen Homepage, ist. Die
Antwort war, dass Texte und Textdokumente, die im Internet erscheinen, bei
der deutschen Schwestergesellschaft VG Wort "im Rahmen der Zugriffszählung"
meldefähig seien. Zugriffszählung heißt, dass um so mehr Tantiemen anfallen,
je höher die Zugriffszahlen. Wie die VG Wort die Zugriffe zählen will,
bleibt schleierhaft. Ich bin mir ziemlich sicher, dass meine
Webspaceprovider keine Logs an die VG Wort weitergeben, denn erstens dürfen
sie das aus Datenschutzgründen nicht, und zweitens haben sie auch gar kein
Interesse an dieser Weitergabe.)

Um unsere Ansprüche durchzusetzen, gibt es anscheinend keine andere
Möglichkeit, als eine neue Verwertungsgesellschaft für Datenbanken o.ä. zu
gründen. Ein logischer Name wär "data mechana".

Zum anderen Punkt habe ich, nachdem ich von der Austro Mechana 1½ Monate
keine Antwort erhalten hatte, Tobias Zehenthofer von der Austri Mechana
persönlich angeschrieben und er schrieb mir zurück, dass er dafür zuständig
ist. Ich solle für die Rückforderung ein Formular ausfüllen und es gemeinsam
mit der Rechnung ihm mailen. Das habe ich nun gemacht. Daraufhin schrieb er
mir, dass Privatpersonen nun doch keine Rückerstattung bekommen. Die Austro
Mechana hebt zwar die in der Urheberrechtsnovelle 2015 neu eingeführten
Abgaben ein, verweigert zugleich aber die in der selben Novelle
vorgeschriebenen Rückerstattungen. Das ist um so verwunderlicher, als die
Verwertungsgesellschaften dem Vernehmen nach doch am Kompromiss der
Interessensvertretungen beteiligt waren, welcher der Novelle zu Grunde liegt.

Die Verwertungsgesellschaften können leider tun, was sie wollen, weil es
keine Möglichkeit gibt, sie für Gesetzesverletzungen zur Rechenschaft zu
ziehen. Es gibt im Gesetz keine Strafbestimmungen, und Amtsmissbrauch (§302
StGB) ist es auch nicht, weil die Funktionäre der Verwertungsgesellschaften
keine Beamten sind.

On 25.01.2016 04:17, Friedrich Volkmann wrote:
> Vielleicht kann sich noch der eine oder andere noch erinnern, dass die
> Austro Mechana 2010 sich über ein Urteil des OGH hinweggesetzt und
> Urhebberechtsabgaben (URA, neuerdings auch Speichermedienvergütung genannt)
> auf Festplatten eingefordert hat. Nicht alle Händler fügten sich der
> Forderung, deshalb betrieben die Verwertungsgesellschaften Lobbying in der
> Politik und erreichten mit Mitteln, die sich jeder selber denken kann, dass
> die SPÖ-Minister Schmied und dann Ostermayer der Abgabe wohlwollend
> gegenüberstanden. Nach Verhandlungen der Industrie mit dem Handel - die
> Konsumentenvertreter spielten nicht wirklich mit - wurde im Herbst die
> Abgabe auf alle Arten von Speichermedien (Festplatten, SD-Karten, USB-Sticks
> usw.) gesetzlich gedeckt.
>
> Das neue Gesetz sieht aber auch vor, dass die Verwertungsgesellschaft die
> URA zurückzuzahlen hat "an den Letztverbraucher, der Speichermedien zu einem
> Preis erworben hat, der die bezahlte Vergütung einschließt, diese jedoch
> nicht für Vervielfältigungen zum eigenen oder privaten Gebrauch benutzt oder
> benutzen lässt" (Urheberrechtsgesetz=UrhG §42b Abs. 6) und dafür "auf ihrer
> Website einen einfachen, verständlichen und für den durchschnittlichen
> Nutzer nachvollziehbaren Weg für die Geltendmachung des Rückersatzanspruchs
> und der Befreiung von der Zahlungspflicht anzubieten, der eine wirksame
> Geltendmachung ermöglicht und mit keiner übermäßigen Erschwernis verbunden
> ist" (Abs. 8). Wie sich die Austro Mechana schon nicht ans Urteil des OGH
> hielt, hält sie sich nun auch nicht an diese §§, denn auf ihrer Website
> www.aume.at ist keine einfache Möglichkeit der Rückerstattung zu finden.
> Wenn man genau sucht, findet man Formulare für Firmen, für 

Re: [Talk-it] import civici Emilia Romagna

[Bruno]

In effetti aiuterebbe molto.Io comunque sono disponibile a fare un po' di 
verifiche degli import, provincia di Reggio Emilia




Messaggio originale

Da: "Andrea Musuruane" 

Data: 18/07/2016 11.49

A: "openstreetmap list - italiano"

Ogg: Re: [Talk-it] import civici Emilia Romagna



Ciao,
se volete (con un po' di pazienza), posso fare un file di traduzione per 
ogr2osm analogo a quelli già presenti qui:
https://github.com/musuruan/osm_imports/tree/master/

che fa quello elencato nel workflow in un colpo solo.

Ciao,

Andrea


2016-07-18 10:04 GMT+02:00 Alessandro Palmas :
Ciao lista,

ho aggiornato la pagina wiki. Mancano le info dettagliate su come evitare le 
duplicazioni dei numeri civici. I contributi sulla wiki sono più che benvenuti.



http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016



Ho preparato la Provincia di Reggio Emilia (e quella di Piacenza che non ho 
caricato perchè in mancanza di volontari la gestirei io) dividendola in singoli 
comuni, se qualcuno volesse partire con i comuni piccoli controlli 
preventivamente con una query con Overpass.



Ricordo che per le operazioni di import va creata un'utenza ad hoc.





Alessandro Ale_Zena_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-at] Urheberrechtsabgaben und Verwertungsgesellschaften

[Friedrich Volkmann]

Vor einem halben Jahr habe ich diesen Tread gestartet (unten ein Fullquote, 
weil es so lang her ist), und nun kann ich weiteres berichten.


Wie gesagt betreffen uns als Mapper die Urheberrechtsabgaben doppelt: 
Erstens stehen uns als Urhebern Tantiemen zu, zweitens ist es absurd wenn 
wir als Urheber selber Urheberrechtsabgaben zahlen.


Zum ersten Punkt habe ich geschrieben, dass von den bestehenden 
Verwertungsgesellschaften bestensfalls die Literar Mechana zuständig 
scheint. Ich habe bei Claudia Wagner von der Literar Mechana angefragt und 
sie meint, dass "Online Landkarten und darauf basierende Routinganwendungen 
nicht meldefähig" sein werden. (Bei der Gelegenheit fragte ich auch, wei das 
mit Web veröffentlichten Texten, z.B. auf der eigenen Homepage, ist. Die 
Antwort war, dass Texte und Textdokumente, die im Internet erscheinen, bei 
der deutschen Schwestergesellschaft VG Wort "im Rahmen der Zugriffszählung" 
meldefähig seien. Zugriffszählung heißt, dass um so mehr Tantiemen anfallen, 
je höher die Zugriffszahlen. Wie die VG Wort die Zugriffe zählen will, 
bleibt schleierhaft. Ich bin mir ziemlich sicher, dass meine 
Webspaceprovider keine Logs an die VG Wort weitergeben, denn erstens dürfen 
sie das aus Datenschutzgründen nicht, und zweitens haben sie auch gar kein 
Interesse an dieser Weitergabe.)


Um unsere Ansprüche durchzusetzen, gibt es anscheinend keine andere 
Möglichkeit, als eine neue Verwertungsgesellschaft für Datenbanken o.ä. zu 
gründen. Ein logischer Name wär "data mechana".


Zum anderen Punkt habe ich, nachdem ich von der Austro Mechana 1½ Monate 
keine Antwort erhalten hatte, Tobias Zehenthofer von der Austri Mechana 
persönlich angeschrieben und er schrieb mir zurück, dass er dafür zuständig 
ist. Ich solle für die Rückforderung ein Formular ausfüllen und es gemeinsam 
mit der Rechnung ihm mailen. Das habe ich nun gemacht. Daraufhin schrieb er 
mir, dass Privatpersonen nun doch keine Rückerstattung bekommen. Die Austro 
Mechana hebt zwar die in der Urheberrechtsnovelle 2015 neu eingeführten 
Abgaben ein, verweigert zugleich aber die in der selben Novelle 
vorgeschriebenen Rückerstattungen. Das ist um so verwunderlicher, als die 
Verwertungsgesellschaften dem Vernehmen nach doch am Kompromiss der 
Interessensvertretungen beteiligt waren, welcher der Novelle zu Grunde liegt.


Die Verwertungsgesellschaften können leider tun, was sie wollen, weil es 
keine Möglichkeit gibt, sie für Gesetzesverletzungen zur Rechenschaft zu 
ziehen. Es gibt im Gesetz keine Strafbestimmungen, und Amtsmissbrauch (§302 
StGB) ist es auch nicht, weil die Funktionäre der Verwertungsgesellschaften 
keine Beamten sind.


On 25.01.2016 04:17, Friedrich Volkmann wrote:

Vielleicht kann sich noch der eine oder andere noch erinnern, dass die
Austro Mechana 2010 sich über ein Urteil des OGH hinweggesetzt und
Urhebberechtsabgaben (URA, neuerdings auch Speichermedienvergütung genannt)
auf Festplatten eingefordert hat. Nicht alle Händler fügten sich der
Forderung, deshalb betrieben die Verwertungsgesellschaften Lobbying in der
Politik und erreichten mit Mitteln, die sich jeder selber denken kann, dass
die SPÖ-Minister Schmied und dann Ostermayer der Abgabe wohlwollend
gegenüberstanden. Nach Verhandlungen der Industrie mit dem Handel - die
Konsumentenvertreter spielten nicht wirklich mit - wurde im Herbst die
Abgabe auf alle Arten von Speichermedien (Festplatten, SD-Karten, USB-Sticks
usw.) gesetzlich gedeckt.

Das neue Gesetz sieht aber auch vor, dass die Verwertungsgesellschaft die
URA zurückzuzahlen hat "an den Letztverbraucher, der Speichermedien zu einem
Preis erworben hat, der die bezahlte Vergütung einschließt, diese jedoch
nicht für Vervielfältigungen zum eigenen oder privaten Gebrauch benutzt oder
benutzen lässt" (Urheberrechtsgesetz=UrhG §42b Abs. 6) und dafür "auf ihrer
Website einen einfachen, verständlichen und für den durchschnittlichen
Nutzer nachvollziehbaren Weg für die Geltendmachung des Rückersatzanspruchs
und der Befreiung von der Zahlungspflicht anzubieten, der eine wirksame
Geltendmachung ermöglicht und mit keiner übermäßigen Erschwernis verbunden
ist" (Abs. 8). Wie sich die Austro Mechana schon nicht ans Urteil des OGH
hielt, hält sie sich nun auch nicht an diese §§, denn auf ihrer Website
www.aume.at ist keine einfache Möglichkeit der Rückerstattung zu finden.
Wenn man genau sucht, findet man Formulare für Firmen, für Konsumenten gibt
es nichts. Und sogar für Firmen ist die Rückforderung kompliziert und
kostspielig (Porto). Ich habe die Austro Mechana darum am 3. Jänner per Mail
um Auskunft gebeten. Es kam schnell eine automatische
Mailempfangsbestätigung, auf eine Antwort warte ich immer noch.

Das betrifft uns als Mapper in vielfacher Hinsicht. Wenn wir eine
Speicherkarte fürs Garmin kaufen, zahlen wir URA an die Austro Mechana. Wenn
wir eine Speicherkarte für die Kamera kaufen, ebenso. Wenn wir ein Handy
kaufen, ditto. Wenn wir die Daten auf die Festplatte kopieren - für die
haben wir 

Re: [OSM-talk-fr] Affichage étrange sur le layer zones à mapper du service tile.openstreetmap.fr

[Jérôme Seigneuret]

Salut,

Tu peux demander le rafraîchissement au serveur:

http//c.tile.openstreetmap.fr/qa/16/33470/23896.png*/dirty*

*Je l'ai fait sur le niveau 15 pour Le Triadou*

Il faudra attendre la prise en compte de la requête (délai de
rafraichissement)

PS: La page suivante
ne
précise pas les délais de rafraîchissements des tuiles. Ajouter les
méthodes et les délais sur la page du wiki serait bien utile.

Jérôme

Le 18 juillet 2016 à 10:57, Nicolas Moyroud  a écrit :

> Bonjour,
>
> J'ai remarqué un truc étrange sur le rendu tile fr concernant les icônes
> vert+bleu qui indiquent qu'une commune est disponible au cadastre vectoriel
> mais que les bâtiments n'ont pas été ajoutés dans OSM. Il y a 2 communes
> dans ma zone où l'ajout des bâtiments a déjà été réalisé depuis pas mal de
> temps, mais pour lesquelles l'icône reste étrangement présent (quel que
> soit le niveau de zoom).
> Le Triadou :
> http://tile.openstreetmap.fr/?zoom=15=43.73837=3.85247=B000TF
> Montesquieu :
> http://tile.openstreetmap.fr/?zoom=15=43.56554=3.27638=B000TF
> C'est bizarre non ?
>
> Nicolas
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

Il 18/07/2016 11:49, Andrea Musuruane ha scritto:

Ciao,
se volete (con un po' di pazienza), posso fare un file di 
traduzione per ogr2osm analogo a quelli già presenti qui:

https://github.com/musuruan/osm_imports/tree/master/

che fa quello elencato nel workflow in un colpo solo.



Benissimo!
Intanto possiamo lavorare sulla Provincia di Reggio, calcolando che dopo 
aver importato c'è la conciliazione degli addr:street inseriti con il 
name della strada (o l'eventuale aggiunta del name se la strada non ce 
l'ha ancora), un pò di lavoro lo abbiamo già :-)


Alessandro

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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

Il 18/07/2016 11:43, Lorenzo "Beba" Beltrami ha scritto:

Ciao Alessandro,
ottimo lavoro! Appena ho un po' di tempo comincio a lavorarci.

Ti segnalo subito che nello zip i file Collagna.csv e Correggio.csv 
sono identici.


Ho aggiornato il file su dropbox, in effetti sono 9600 civici



Ho una domanda da fare: l'account ad hoc deve essere per ogni import?


No, creane uno per gli import, ad esempio NonnEmiliaService-import




Alessandro Ale_Zena_IT

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

Re: [Talk-it] import civici Emilia Romagna

[Andrea Musuruane]

Ciao,
se volete (con un po' di pazienza), posso fare un file di traduzione
per ogr2osm analogo a quelli già presenti qui:
https://github.com/musuruan/osm_imports/tree/master/

che fa quello elencato nel workflow in un colpo solo.

Ciao,

Andrea


2016-07-18 10:04 GMT+02:00 Alessandro Palmas :

> Ciao lista,
> ho aggiornato la pagina wiki. Mancano le info dettagliate su come evitare
> le duplicazioni dei numeri civici. I contributi sulla wiki sono più che
> benvenuti.
>
>
> http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
>
> Ho preparato la Provincia di Reggio Emilia (e quella di Piacenza che non
> ho caricato perchè in mancanza di volontari la gestirei io) dividendola in
> singoli comuni, se qualcuno volesse partire con i comuni piccoli controlli
> preventivamente con una query con Overpass.
>
> Ricordo che per le operazioni di import va creata un'utenza ad hoc.
>
>
> Alessandro Ale_Zena_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] import civici Emilia Romagna

[Lorenzo "Beba" Beltrami]

Ciao Alessandro,
ottimo lavoro! Appena ho un po' di tempo comincio a lavorarci.

Ti segnalo subito che nello zip i file Collagna.csv e Correggio.csv sono
identici.
Nello specifico è un doppione del comune di Collagna (ex comune, siccome
ora si è fuso con Ligonchio, Busana e Ramiseto nel comune di Ventasso[1]).
Prova a rifare il csv di Correggio. Te ne accorgi subito perché Correggio è
il comune più popoloso dopo Reggio Emilia per cui dovrebbe essere uno dei
file con più record.

Ho una domanda da fare: l'account ad hoc deve essere per ogni import?
Cioè dev'essere un "doppio" del mio account ("NonnEmiliaService") o
dell'import principale ("ImportCiviciReggioEmilia") o dei singoli import
("ImportCiviciCollagna", "ImportCiviciCorreggio", ecc.)?

Ciao e grazie!
Lorenzo

[1] https://it.wikipedia.org/wiki/Ventasso#Storia

Il giorno 18 luglio 2016 10:04, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Ciao lista,
> ho aggiornato la pagina wiki. Mancano le info dettagliate su come evitare
> le duplicazioni dei numeri civici. I contributi sulla wiki sono più che
> benvenuti.
>
>
> http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
>
> Ho preparato la Provincia di Reggio Emilia (e quella di Piacenza che non
> ho caricato perchè in mancanza di volontari la gestirei io) dividendola in
> singoli comuni, se qualcuno volesse partire con i comuni piccoli controlli
> preventivamente con una query con Overpass.
>
> Ricordo che per le operazioni di import va creata un'utenza ad hoc.
>
>
> Alessandro Ale_Zena_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: [OSM-talk-be] Opening_hours How to contact maker of POI map

[joost schouppe]

Je kan onderaan de pagina doorklikken naar de Github pagina, en dan een
Issue maken:

https://github.com/opening-hours/opening_hours_map/issues



2016-07-18 10:35 GMT+02:00 Jakka :

>
> http://openingh.openstreetmap.de/?zoom=9=50.95311=4.58209=B0T=none=opening_hours
>
> I would like that a search box is present. Like de standard in
> http://www.openstreetmap.org/#map=8/50.656/4.897
> Now wile scrolling to the correct place it is trying to retrieve all data
> from server
>
> Question: How to contact maker of map?
>
> Thx
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

[OSM-talk-fr] Affichage étrange sur le layer zones à mapper du service tile.openstreetmap.fr

[Nicolas Moyroud]

Bonjour,

J'ai remarqué un truc étrange sur le rendu tile fr concernant les icônes 
vert+bleu qui indiquent qu'une commune est disponible au cadastre 
vectoriel mais que les bâtiments n'ont pas été ajoutés dans OSM. Il y a 
2 communes dans ma zone où l'ajout des bâtiments a déjà été réalisé 
depuis pas mal de temps, mais pour lesquelles l'icône reste étrangement 
présent (quel que soit le niveau de zoom).
Le Triadou : 
http://tile.openstreetmap.fr/?zoom=15=43.73837=3.85247=B000TF
Montesquieu : 
http://tile.openstreetmap.fr/?zoom=15=43.56554=3.27638=B000TF

C'est bizarre non ?

Nicolas


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

[OSM-talk-be] Opening_hours How to contact maker of POI map

[Jakka]

http://openingh.openstreetmap.de/?zoom=9=50.95311=4.58209=B0T=none=opening_hours

I would like that a search box is present. Like de standard in 
http://www.openstreetmap.org/#map=8/50.656/4.897
Now wile scrolling to the correct place it is trying to retrieve all 
data from server


Question: How to contact maker of map?

Thx


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

Re: [Talk-it] cosa vuol dire "eccetto traffico locale"?

[Giovanni Caudullo]

Dall'interpretazione di un cartello stradale si è entrati a discutere
su aspetti socio/culturali dell'Italia.
Dopo anni ad interrograrmi sul perchè di certe cose, ho smesso.
Ripeto, l'Italia è così, con tante cose piccole o grandi prive di
senso, come un cartello da interpretare che crea più confusione che
aiutare l'utente della strada.
C'è chi si lamenta, io invece lo vedo come un modo di vivere che ci
contraddistingue da altri paesi, che fa parte di noi e della nostra
cultura.
Potremmo discutere per anni su questo e dai cartelli arriveremo
all'amministrazione, la politica, la legislatura, tutto.

Quindi la mia interpretazione del cartello sarà all'italiana: sto
transitando e vedo il cartello, se ho un'alternativa non ci passo, se
invece non vedo alternative, passo e poi me la gioco se mi fermano.

Se tutto fosse tutto preciso e chiaro, saremmo finlandesi o norvegesi,
ma non sarebbe più lo stesso paese di fantasisti ; )
That's Italy!

Ciao a tutti
G


Il 14 luglio 2016 14:50, Andrea Lattmann  ha scritto:
>  >ma perché accettano che le cose vanno così?
>
> Perché non c'è altra scelta! Se provi a dire qualche cosa, passi dalla parte 
> del cattivo e comunque non vieni ascoltato.
> Alla fine ci perdiamo tutti, ma molti non se ne rendono neanche conto!
> L' unica cosa che ci è rimasta è sperare in un miracolo.
>
> Andrea Lattmann
>
> ___
> 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-us] weeklyOSM #312 05.07.2016-11.07.2016

[weeklyteam]

The weekly round-up of OSM news, issue # 312,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/7855/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

Ciao lista,
ho aggiornato la pagina wiki. Mancano le info dettagliate su come 
evitare le duplicazioni dei numeri civici. I contributi sulla wiki sono 
più che benvenuti.


http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016

Ho preparato la Provincia di Reggio Emilia (e quella di Piacenza che non 
ho caricato perchè in mancanza di volontari la gestirei io) dividendola 
in singoli comuni, se qualcuno volesse partire con i comuni piccoli 
controlli preventivamente con una query con Overpass.


Ricordo che per le operazioni di import va creata un'utenza ad hoc.


Alessandro Ale_Zena_IT

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

[Talk-it] Archivio di Stato di Milano

[Federico Leva (Nemo)]

Mi pare che non sia mai stato segnalato in lista questo sito 
dell'archivio di Stato di Milano: ATLANTE DEI CATASTI STORICI E DELLE 
CARTE TOPOGRAFICHE DELLA LOMBARDIA http://www.asmilano.it/Divenire/home.htm


Esempio di mappa: 
http://www.asmilano.it/Divenire/document.htm?idDoc=10649099=10649098=0=0 
(usano Flash appositamente per diffondere l'infelicità umana, ma la 
tecnologia sottostante è moderna, http://iipimage.sourceforge.net ).


Ci sono anche cose piú antiche in http://www.asmilano.it/AriannaWeb/ , 
provate per esempio a cliccare Registri ducali > Registri ducali > 
Trattati di pace (sotto) > Immagini (destra).


Per scaricare le immagini si dovrebbero pagare cifre improbabili, magari 
però per qualche ricerca speciale torna utile. :)


Nemo

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

[Talk-it] Richiesta per elaborazione mappa tematica su base OSM

[Stefano]

Ciao,
vi giro questa richiesta arrivata alla pagina FB di OSM.
Se qualcuno è interessato in calce trovate l'email di contatto.
Grazie,
Stefano

---

Ciao a tutti voi, sono la responsabile di un progetto italiano in campo
biologico e vi scrivo perché sto cercando di costruire una mappa con OSM.
Ho il problema di poter visualizzare i dati in ordine gerarchico, in
livelli annidati, rispettare l’ordine tassonomico degli animali da
segnalare. Allego la struttura che dovrebbero avere i nostri marker: tutti
i livelli e i marker dovrebbero poter essere resi visibili o invisibili
secondo necessità, come si può facilmente fare su GoogleEarth

http://imgur.com/8SNG37r

Qualcuno ha suggerimenti o ci può aiutare?

Gli editor provati sinora (Umaps e maphubs) non ci permettono di
organizzare una mappa del genere.

Grazie mille!

Marta Capuccini

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

Re: [Talk-TW] 將國土測繪中心OpenData版地圖加入iD

[Rex Tsai]

看了 WMTS API[1] 的 bounding box，沒有正確設定[2]。
我建議區域應該包含所有有效圖磚。

看起來區域是
27 115.3
-85 120

[1] http://maps.nlsc.gov.tw/S_Maps/wmts
[2]

臺灣通用電子地圖(套疊等高線)opendata
EMAP5_OPENDATA

1.2857401186623102E7 2213892.182859725
1.3914936349159202E7 3123471.7491045767


Default Style
default

image/jpeg

GoogleMapsCompatible

http://maps.nlsc.gov.tw/S_Maps/wmts/EMAP5_OPENDATA/{Style}/{TileMatrixSet}/{TileMatrix}/{TileRow}/{TileCol}"/>


Cheers
-Rex

在 2016年7月13日 下午7:15，Dennis Raylin Chen  寫道：
> 各位好：
>
> 我打算將國土測繪中心OpenData版本地圖加到iD的圖層選單裡，由於需要用GeoJson限定地圖有效範圍
> 各位覺得有效地理範圍需要包到地圖上有的釣魚臺或東沙嗎？
>
> http://bl.ocks.org/anonymous/raw/acedbc3462dca96a16c17f16d1170c63/
>
> Dennis
>
> ___
> Talk-TW mailing list
> Talk-TW@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tw
>
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw