Re: [OSM-legal-talk] Attribution

2014-05-03 Per discussione Jukka Rahkonen
Steve Coast steve@... writes:


 But that’s not what we’re talking about. We’re speaking here about 
 the simple ask, that if you use OSM you please say clearly on the map 
 that it is OSM. You’re getting a great dataset, for free, under an open 
 license, that millions of people are contributing to. We’re not asking 
 for $100,000 license fees, we’re just asking that you say who we are.
 It’s the ultimate human need; I was here. I did this.

OSM is such a strong project that there should be no need to exaggarate. We
have 1.6 million registered users [1] and of those a bit more than 30
has made the last edit into the database [2]. The number of active members
is  growing steadily and linearly [3]. And by looking at the list of Top
users editing over the past in [1], imports has nowadays a huge importance
for the project - I was here, sitting in my own armchair. I did this import.

I agree with the attribution to OSM, we have written rules and all players
should follow them. When looking the attribution from opposite side,
according to our contributor terms all imported data come OSM data as soon
as it is stored into the database and we have no need to mention the origin
of data. However, we voluntarily do that at least to some extent, which is
fair [4] [5] [6].

[1] http://www.openstreetmap.org/stats/data_stats.html
[2] http://osmstats.altogetherlost.com/
[3] http://wiki.openstreetmap.org/wiki/Stats
[4] http://wiki.openstreetmap.org/wiki/Import/Catalogue
[5] http://wiki.openstreetmap.org/wiki/Contributors
[6] http://www.openstreetmap.org/copyright

-Jukka Rahkonen-


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


Re: [OSM-legal-talk] Attribution

2014-05-03 Per discussione Simon Poole


Am 03.05.2014 10:26, schrieb Jukka Rahkonen:
  And by looking at the list of Top
 users editing over the past in [1], imports has nowadays a huge importance
 for the project - I was here, sitting in my own armchair. I did this import.

Since I'm with the project I can't remember any time when import
accounts (even when they were not explicitly declared as such) did not
populate the top positions in that list, which given the nature of the
beast is not a surprise and doesn't indicate importance or lack of such
for the project.

Actually I am fairly sure that imports have diminished in relative
volume and importance, given the extremely large (and some times
extremely bad) imports of the past when we had far less data in total
(adding a couple of million of addresses is peanuts in comparison).

In any case, I can argue that we have the moral and ethical obligation
to provide attribution for all sources that have contributed to OSM,
regardless of third party data or individual mappers by requiring a
clear and obvious notice pointing to OSM and contributors.

Simon



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


Re: [OSM-legal-talk] Guideline review: Substantial

2014-05-03 Per discussione Michael Collinson

Luis,

Thank you very much for your thoughtful comments, I hope you don't mind 
that I've referenced the mail link on the page for resource reading!



On 30/04/2014 00:10, Luis Villa wrote:
I think it is pretty clear that this rule is only for OSM/ODBL, but it 
wouldn't hurt to make that more explicit. (It *has* to be only about 
OSM, because you can't judge whether something is substantial without 
knowing about the nature of the database (quantitative) and how the 
data was obtained (qualitative).)

Good point and done on the general Community Guideline page.


Few other comments:

  * It might be helpful to link to
http://wiki.openstreetmap.org/wiki/Map_features when talking about
Features, assuming those are the same concept, which I admit I'm
still not 100% sure about?
  * It might be helpful to explain better why the page is focused on
insubstantial rather than substantial.
  * The village/town distinction doesn't seem very helpful to me. If
the goal really is to push out commercial projects, very few
commercial projects are going to be viable at the town level - the
vast majority will be national level, with a few exceptions for
London/Paris/NY-level cities. So saying you can use towns would
still block out most commercial use while perhaps allowing some
small governments to do useful things. But I may be
misunderstanding the goal here?
  * I find This definition aims to:...Build a case for the
qualitative interpretation of Substantial to be slightly
confusing - I /think/ that what is meant is something like This
guideline attempts to clarify what uses would constitute a
substantial qualitative use of OSM data (perhaps implying that
many important uses are not going to be quantitatively
substantial?), but I'm really not sure. I would clarify or remove
that.

I've done some rewording to the summary which I hope addresses these. 
I've not added a link to the map features page, they are not (really) 
the same concept. A Feature is how an ordinary map viewing individual 
would see things: a single road (even if broken into different segments 
for speed limits), a lake, a pub (even if tagged with multitudinous 
detail on the beer and ATM machines). A general note to all: these 
guidelines are directed at folks who are not familiar with OSM, so need 
to worded accordingly using simple, hopeful translatable, wording and 
sentences.


 *

Hope this is helpful-


Indeed!

Mike

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


[OSM-legal-talk] Community Guidelines (was Re: Attribution)

2014-05-03 Per discussione Michael Collinson

On 28/04/2014 23:27, Mikel wrote:

Further I note there was 0 (zero) response to the proposed updated community 
guidelines that
go a long way in clarifying a number of the grey areas, indicating that the 
whole upset is not
about fixing real issues.

Simon, first i've heard about this. Can you point to where it's posted please, 
and also, explain the process by which they were created, proposed, and 
approved? Thanks


Mikel and all,

Here is one of the emails:

https://www.mail-archive.com/talk@openstreetmap.org/msg49397.html

And the process and main page are here:

https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines/How_We_Create_Community_Guidelines
https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines

We'd like to get some closure on some of the longer lived items as well 
as better publicise the whole process, so I am about to go to the main 
list.  Any discussion or input however small in the rather calmer waters 
of this list first is greatly welcome.  The more polished the guidelines 
are, the better.


We also have a number of issues that are very immature in terms of 
constructing a useful guideline.  What we have been lacking, with some 
notable exceptions, is data users prepared to give a real use case that 
they can share in a reasonable level of detail.  Being able to deal with 
concrete rather than myriad hypothetical cases makes progress much 
faster. If you are user or potential user of OSM data, do share 
real-world issues here. Or, contact us at le...@osmfoundation.org. We 
can handle commercial-in-confidence provided that the end result is 
shareable publicly and applies to all equally within the parameters of 
our license.


Mike
License Working Group


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


[OSM-legal-talk] The edges of share-alike on data Re: Attribution

2014-05-03 Per discussione Michael Collinson
I've renamed the subject because it has gone way off topic, but I wanted 
to come back on Tobias' comment because it struck a chord and I would 
like to share a personal research topic. I am curious to evolve the idea 
further to see if there is any positive value.


Open data is a different animal to software source code and 
highly-creative works and I suspect it will a few more years yet until 
we understand it all fully.


I personally see this unwanted data  is an underlying theme under many 
of the issues the LWG has been looking at under the Community Guidelines 
process :-


Geocoding: So I have to share a patient's medical record because it is 
geocoded against OSM?


Dynamic Data: So if I use OpenStreetMap car park location data, I have 
to share the real-time occupancy data?


Algorithmic transformations: So I thought of this clever idea to 
pre-format OSM data for fast loading into my game. Now I have to share 
my that or my algorithm?


General maps: I want to use OSM to show locations of restaurants on my 
restaurant review site. Now I have to share the reviews?


And so on.   Now many of these issues may be resolved, and in some case 
have been resolved, in other ways which remain within the scope of the 
current ODbL version. But a very simple way of dealing with everything 
in one go is to say:


*The OpenStreetMap project collects long-lived geospatial data as a set 
of intelligently or machine-made physical observations only.* [Wording 
needs improving!]


And then to say:

*And share-alike only applies to what we collect.*

Again, it just a research topic. I see it as benefiting the 
OpenStreetMap project enormously but at the same time potentially 
debasing the whole concept of share-alike for the wider open data 
community ... perhaps those restaurant reviews should be shared?


Mike



On 30/04/2014 23:35, Tobias Knerr wrote:

On 30.04.2014 19:37, Rob Myers wrote:

On 30/04/14 03:18 AM, Tobias Knerr wrote:

But we have to judge a license based on its actual effects, not the
original intention. What annoys me, for example, is when we require
people to publish data that we wouldn't even want if they offered it.

The users of the data may want it. The license exists to benefit them,
not (just) OSM.

If the actual effects worked against this then yes there would be a problem.

I think there is quite a bit of data that will, with high likelihood,
never be of use to anyone. That's especially true for byproducts of the
creation of a produced work.

But your argument about also shows that there are mappers who ask for a
lot more than just giving data back when you fix things. Thus it would
be foolish for a data consumer to assume they only have to follow that
spirit, as much as I wish that was enough.

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



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


Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

2014-05-03 Per discussione Richard Weait
On Sat, May 3, 2014 at 11:51 AM, Michael Collinson m...@ayeltd.biz wrote:

 Open data is a different animal to software source code and highly-creative
 works and I suspect it will [be] a few more years yet until we understand it 
 all
 fully.

Sure.  Of course, we are part of why it is a big deal now, and we are
also part of why it is still evolving.  It should be no surprise that
Old Model Entities have a hard time keeping up with us.  :-)

[ ... ]

 Again, it just a research topic. I see it as benefiting the OpenStreetMap
 project enormously but at the same time potentially debasing the whole
 concept of share-alike for the wider open data community ... perhaps those
 restaurant reviews should be shared?

One benefit of the community guidelines, and the recognition of them
by ODC-ODbL[1] is that they apply to our community, and not to another
Open Data project community unless they deliberately adopt them.

Another benefit is that the community guidelines are trivially easy
for the OpenStreetMap community to amend and adapt compared to waiting
for an updated version of ODbL.  That gives us the ability to revise
the wording of the community guidelines should that be required to
adapt to our changing world.  That's not a hypothetical situation;
we're changing it.

Super to have your thoughts on this Mike.

[1] http://opendatacommons.org/faq/licenses/#What_is_8216Substantial8217

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


Re: [OSM-legal-talk] Attributing OpenStreetMap at Mapbox

2014-05-03 Per discussione Jukka Rahkonen
Richard Weait richard@... writes:

 
 I feel that the attribution that you currently use provides
 insufficient recognition for OpenStreetMap.

Do you feel that the attribution page should provide better recognition for
OSM that for the other data providers? OSM data is probably the biggest data
source worldwide so it could be reasonable. However, in Finland and Norway,
for example, MapBox may utilize more data from the national mapping agencies
(or maybe not, I do not know). Would that change the situation - localised
ranking of data sources needed?

-Jukka Rahkonen-


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


Re: [OSM-legal-talk] Attributing OpenStreetMap at Mapbox

2014-05-03 Per discussione Simon Poole
Am 03.05.2014 19:34, schrieb Jukka Rahkonen:
 Do you feel that the attribution page should provide better recognition for
 OSM that for the other data providers? OSM data is probably the biggest data
 source worldwide so it could be reasonable. However, in Finland and Norway,
 for example, MapBox may utilize more data from the national mapping agencies
 (or maybe not, I do not know). Would that change the situation - localised
 ranking of data sources needed?

My non-legal take on this is that the employees of the the national
mapping agencies have been fully compensated for creating and working on
the data and outside of essentially pure legal/contractual reasons I do
not see any motivation to give them of their employer any special
recognition. In the case of OSM contributors this is different.

So yes, we are asking to be treated differently, and that with good reasons.

Simon 



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


[OSM-talk] How to handle copyright status of notes information.

2014-05-03 Per discussione colliar
How do you handle the copyright status on information from notes ?

I often find useful information like opening_hours and new openings of
shops/amenities in notes but how do I know if the anonymous user did add
this information from survey or legal sources ?

cu colliar



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


[OSM-talk] Community Guidelines needs your review

2014-05-03 Per discussione Michael Collinson

Hi all,

We've been running under the written-for-data ODbL license for well over 
a year now thanks to the good folks at Open Knowledge Foundation and 
their Open Data Commons project.


The ODbL is written for data in general and still needs some 
interpretation when applied specifically to our geospatial data project. 
So, 5 years ago, we set up a project called Community Guidelines to 
share with end users of OpenStreetMap data how we as a contributing 
community understand things, what our intentions are and what we are 
happy/not happy with.


It is very important that you personally can participate if you want to.

There is more detail in this earlier legal-talk mail 
https://www.mail-archive.com/talk@openstreetmap.org/msg49397.html, but 
the main points are:


1) The front page is at 
https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines


2) The process for developing a Community Guideline from a set of ideas 
to a formal policy is described at 
https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines/How_We_Create_Community_Guidelines


3) If you did not know about them, we appreciate hearing any comments 
that you want to make.


4) We'd like to formalise these guidelines, do you object?

What does Substantial mean?
https://wiki.openstreetmap.org/wiki/Open_Data_License/Substantial_-_Guideline

When is my project a Produced Work?
https://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline
 


Trivial Transformations
https://wiki.openstreetmap.org/wiki/Open_Data_License/Trivial_Transformations_-_Guideline

5) These have been accepted community practise almost since the 
beginning of the project but have never been written down and we have 
had questions about them. Now they have.  Does the write-up seem 
reasonable to you?


Regional Cuts
https://wiki.openstreetmap.org/wiki/Open_Data_License/Regional_Cuts_-_Guideline

Horizontal layers
https://wiki.openstreetmap.org/wiki/Open_Data_License/Horizontal_Layers_-_Guideline

General comments welcome on this list. Detailed comments to legal-talk, on the 
wiki (there is a Discussion section below each guideline) or to 
le...@osmfoundation.org.

Mike

Michael Collinson
Chair, OpenStreetMap Foundation License Working Group









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


Re: [OSM-talk] How to handle copyright status of notes information.

2014-05-03 Per discussione Michael Collinson

On 03/05/2014 17:26, colliar wrote:

How do you handle the copyright status on information from notes ?

I often find useful information like opening_hours and new openings of
shops/amenities in notes but how do I know if the anonymous user did add
this information from survey or legal sources ?

cu colliar
That's an interesting question.  My first reaction would be to accept it 
as made in good faith provided that there was nothing obvious like a 
huge list in a systematic format.


The OpenStreetMap Foundation have signed up the the US Digital Millenium 
Copyright Act and so have a fairly painless procedure to report and 
remove individual items should they creep through.


If anyone working on the notes software and screens is reading this, I 
suggest changing the sentence (Please don't enter personal information 
here.) to (Please don't enter personal information or information from 
copyrighted maps or directory listings here.)


Mike

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


Re: [OSM-talk] How to handle copyright status of notes information.

2014-05-03 Per discussione Simon Poole
Am 03.05.2014 19:35, schrieb Michael Collinson:
 or information from copyrighted maps or directory listings here.
Pull request https://github.com/openstreetmap/openstreetmap-website/pull/736



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


Re: [talk-au] Proposed Data import - Queensland, Australia: Peaks and Mountains

2014-05-03 Per discussione Simon Poole
Christopher,

 I just browsed through the .osm file and then checked the .csv, is it
correct that the import (and the original data) doesn't actually have
any elevation information?

Simon

Am 03.05.2014 21:00, schrieb Christopher Barham:
 Hi,
 I'd like to propose a small data import of ~2500 nodes describing peaks and 
 mountains in Queensland sourced from Qld govt Place names Gazetteer.

 I've had a look at the data to import, and also the existing OSM nodes, and 
 think this could be a viable.  There would be manual review required before 
 uploading, especially to ensure we do not duplicate the existing ~500 nodes, 
 but feel it could be worth it as we are unlikely to get the data any other 
 way for the more remote parts of the state.

 I've documented the proposed import steps on the wiki here:
 https://wiki.openstreetmap.org/wiki/Australia/Queensland/The_Department_of_Environment_and_Resource_Management/Peaks_And_Mountains_Import

 That page also has links to relevant data files I have created for review.

 Please let me have your feedback on this proposal.

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




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


[talk-au] Data set of interest: Geelong roads (incl speed limits, one way, cycle attributes)

2014-05-03 Per discussione Daniel O'Connor
Hey all,
Some work went in earlier to import a number of geelong roofprints, and I
got to talking with the data provider, Martin, about data sets that might
be of interest to the community.

I've just spotted:
http://data.gov.au/dataset/7014a203-2e73-46f8-87b6-09e29172bb08

You can see most of the roads in Geelong are well named:

http://tools.geofabrik.de/osmi/?view=highwayslon=144.38091lat=-38.1zoom=11overlays=name_missing_major,name_missing_minor,name_fixme

There's a lot less data for minor roads:
http://www.itoworld.com/map/124?lon=144.34969lat=-38.15224zoom=11

Presumably a lot are the default.

Interestingly, the data set contains *One Way*, *Cycle* and *Truck Route* flags
as well.

It would be a big deal to import all of this by hand or even script a bunch
of it, so perhaps cleaning up the primary and secondaries would be an
easier starting point (and most useful for routing):

http://www.itoworld.com/map/125?lon=144.32227lat=-38.15209zoom=12
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] Proposed Data import - Queensland, Australia: Peaks and Mountains

2014-05-03 Per discussione Christopher Barham
Hi Simon,
There is no elevation information; data items are name, alt_name and location.


Chas



On 4 May 2014, at 0:08, Simon Poole si...@poole.ch wrote:

 Christopher,
 
 I just browsed through the .osm file and then checked the .csv, is it
 correct that the import (and the original data) doesn't actually have
 any elevation information?
 
 Simon
 
 Am 03.05.2014 21:00, schrieb Christopher Barham:
 Hi,
 I'd like to propose a small data import of ~2500 nodes describing peaks and 
 mountains in Queensland sourced from Qld govt Place names Gazetteer.
 
 I've had a look at the data to import, and also the existing OSM nodes, and 
 think this could be a viable.  There would be manual review required before 
 uploading, especially to ensure we do not duplicate the existing ~500 nodes, 
 but feel it could be worth it as we are unlikely to get the data any other 
 way for the more remote parts of the state.
 
 I've documented the proposed import steps on the wiki here:
 https://wiki.openstreetmap.org/wiki/Australia/Queensland/The_Department_of_Environment_and_Resource_Management/Peaks_And_Mountains_Import
 
 That page also has links to relevant data files I have created for review.
 
 Please let me have your feedback on this proposal.
 
 Regards,
 Chas
 ___
 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [Talk-br] Importação de dados em Naviraí - MS

2014-05-03 Per discussione Paulo Carvalho
Acho tem que explicar a ele para configurar o GlobalMapper para converter
direito as tags.  As tags que apareceram estão fora do padrão OSM.


Em 2 de maio de 2014 23:42, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Ele tinha me dito que:

- O Mapa Municipal, obtera na prefeitura de Naviraí;
- Editou os shapesfile e os converteu para .osm usando o GlobalMapper,
upando estes.

 Parece que esqueci de passar essa informação a vocês. Mas passara o que
 após minha assinatura (abaixo).

 Alexandre Magno


 Em 1 de maio de 2014 01:20, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com escreveu:

 Parte de conversação segue minha assinatura.
 No final da mensagem, ele pediu para eu repassar (autorização).

 Vou perguntar sobre o tal mapa municipal *atualizado*.
 Vou pedir para ele participar do fórum ou da lista talk-br.
 Vou apontar a ele esta mensagem no histórico da talk-br.

 Alexandre Magno

 *pdnzjr*
 1 de Maio de 2014 às 03:48

 On 2014-05-01 03:24:22 UTC Alexandre Magno wrote:


 On 2014-05-01 03:17:42 UTC pdnzjr wrote:

 é que eu editei os shapesfile e converti para osm usando o
 GlobalMapper, depois upei os arquivos. Talvez esta a diferença.



 Quais shapesfiles?



 Não entendo bem estas codificações.



 Nem eu.



 Atrapalha muito isto?



 A questão é se os dados não estão protegidos por direitos autorais. Peço
 que você interaja com a comunidade para dar e obter mais esclarecimentos.


 Nem sabia que tinha como corresponder com usuários

 Foi o seguinte: (Não entendo muito bem; só quis colaborar, rsrsrs)

 Vi um mapa municipal atualizado e o osm tinha poucas informações. Criei
 linhas onde não existia e foi formado as novas ruas e nomeando. Algumas
 para não ficarem sem nomes, tem algumas como caminho sem título, rua, e
 etc. Pensei em ir atualizando com o tempo, mas não sobrava tempo.

 Os editores que eu usei foram GpsMapEdit, Trackmaker (para criar os nós
 de roteamentos) e GlobalMapper para converter de .shp para .osm.

 Nem tive muita preocupação com codificaçãoSe alguém puder me dar umas
 instruções para seguir o padrão. para evitar falhas futuras, estamos aí pra
 contribuir.

 Fontes: Mapa municipal e Mapas do site do IBGE.

 Repassa para os demais...

 Valeu, obrigado pela atenção.


 Em 30 de abril de 2014 22:49, Arlindo Pereira 
 openstreet...@arlindopereira.com escreveu:

 O problema não é a pessoa ter usado Caminho sem título, mas sim a falta
 de resposta quanto à origem dos dados.


 []s
 Arlindo

 2014-04-30 22:43 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 2014-04-30 21:59 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com
 :
  Caminho sem título é um nome default do editor Trackmaker.  Ele
 deve ter
  editado o mapa no Trackmaker e convertido para OSM.  Quanto a isso
 não há
  pecado.  Tem que verificar a fonte.

 Então se a pessoa ignorar a mensagem pergutando sobre a origem a gente
 deixa, é isso?




 ___
 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] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Paulo Carvalho
Marcel, primeiramente seja muito bem vindo ao grupo!

   Quanto às suas inquisições, sugiro se aproximar do projeto Nominatim,
cujo problema central é justamente geocoding reverso e seus desdobramentos,
tais como busca e indexação espacial.  O Nominatim é o que viabiliza as
buscas em serviços baseados em dados OSM.

   Wiki do Nominatim: http://wiki.openstreetmap.org/wiki/Nominatim

   O projeto do mkgmap, compilador de mapas para a plataforma Garmin, lida
com o problema de interpolação dos endereços para poder gerar o mapa Garmin
tal como especificado no formato IMG.

   Wiki do projeto mkgmap: http://wiki.openstreetmap.org/wiki/Mkgmap

grande abraço,

Paulo Carvalho


Em 2 de maio de 2014 16:14, Marcel Mitsuto F. S.
mitsuto+...@gmail.comescreveu:

 Olá,

 Acabei de me registrar aqui na lista, esta é minha primeira mensagem.

 Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é
 o geocode reverso de milhares de endereços (centenas de milhares!).

 Meu problema é que muitos desses endereços são referências de kilometragem
 em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o
 sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa.

 Alguém aqui conhece alguma solução que consiga resolver o caso da
 referência em kilometros nas rodovias? Sei que algumas ferramentas consegue
 fazer interpolação linear no shapefile da rodovia, indicando uma
 aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear
 referencing system), tem alguns problemas ao não considerar a curvatura da
 terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada
 relacionado a LRS.

 Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas
 Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de
 endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse
 realizar geocode reverso com alguma precisão no parse do endereço?

 Obrigado desde já.

 ___
 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] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Fernando Trebien
A princípio, usando o Nominatim (o geocoder do site do OSM), um
interpolador de endereços resolveria a questão parcialmente se
mudarmos a semântica do campo addr:housenumber para rodovias. Ainda
assim, a resolução seria somente quilômetro a quilômetro, e vários
endereços são dados por aí com uma resolução um pouco melhor
(geralmente uma casa decimal a mais). (Mas ter algo quilômetro a
quilômetro é melhor do que nada.)

Se você fizer o seu geocoder do zero, talvez dê pra pensar numa
extensão das tags de endereçamento, tipo addr:km. Daí você poderia
marcar pontos específicos na via com a quilometragem já pré-definida,
e a interpolação fica trivial (não precisaria nem compensar a
curvatura da terra). O único porém é que daí você tem que fazer um
geocoder próprio.

E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
marcar número por número, um por um. Onde se segue alguma regra
uniforme (como a regra de numerar de acordo com a distância em metros
desde o início da rua, onde o início é o lado mais próximo do marco
zero da cidade, ou alguma outra regra parecida) dá pra usar
interpoladores.

2014-05-02 16:14 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
 Olá,

 Acabei de me registrar aqui na lista, esta é minha primeira mensagem.

 Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é o
 geocode reverso de milhares de endereços (centenas de milhares!).

 Meu problema é que muitos desses endereços são referências de kilometragem
 em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o
 sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa.

 Alguém aqui conhece alguma solução que consiga resolver o caso da referência
 em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer
 interpolação linear no shapefile da rodovia, indicando uma aproximação
 linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing
 system), tem alguns problemas ao não considerar a curvatura da terra, etc.
 Estou lendo a documentação do Nominatim mas não encontro nada relacionado a
 LRS.

 Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas Lindas
 de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento
 postal, alguém já utilizou alguma ferramenta que conseguisse realizar
 geocode reverso com alguma precisão no parse do endereço?

 Obrigado desde já.

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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Paulo Carvalho
Já existe padrão para marcos de quilometragem:

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone


Em 3 de maio de 2014 11:49, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 A princípio, usando o Nominatim (o geocoder do site do OSM), um
 interpolador de endereços resolveria a questão parcialmente se
 mudarmos a semântica do campo addr:housenumber para rodovias. Ainda
 assim, a resolução seria somente quilômetro a quilômetro, e vários
 endereços são dados por aí com uma resolução um pouco melhor
 (geralmente uma casa decimal a mais). (Mas ter algo quilômetro a
 quilômetro é melhor do que nada.)

 Se você fizer o seu geocoder do zero, talvez dê pra pensar numa
 extensão das tags de endereçamento, tipo addr:km. Daí você poderia
 marcar pontos específicos na via com a quilometragem já pré-definida,
 e a interpolação fica trivial (não precisaria nem compensar a
 curvatura da terra). O único porém é que daí você tem que fazer um
 geocoder próprio.

 E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
 pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
 marcar número por número, um por um. Onde se segue alguma regra
 uniforme (como a regra de numerar de acordo com a distância em metros
 desde o início da rua, onde o início é o lado mais próximo do marco
 zero da cidade, ou alguma outra regra parecida) dá pra usar
 interpoladores.

 2014-05-02 16:14 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
  Olá,
 
  Acabei de me registrar aqui na lista, esta é minha primeira mensagem.
 
  Estou trabalhando em projetos bigdata e uma das minhas responsabilidades
 é o
  geocode reverso de milhares de endereços (centenas de milhares!).
 
  Meu problema é que muitos desses endereços são referências de
 kilometragem
  em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o
  sistema de endereçamento postal utilizado é o de quadra/lote ou
 lote/casa.
 
  Alguém aqui conhece alguma solução que consiga resolver o caso da
 referência
  em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer
  interpolação linear no shapefile da rodovia, indicando uma aproximação
  linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing
  system), tem alguns problemas ao não considerar a curvatura da terra,
 etc.
  Estou lendo a documentação do Nominatim mas não encontro nada
 relacionado a
  LRS.
 
  Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas
 Lindas
  de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento
  postal, alguém já utilizou alguma ferramenta que conseguisse realizar
  geocode reverso com alguma precisão no parse do endereço?
 
  Obrigado desde já.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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] Primeiro Contato

2014-05-03 Per discussione Marcel Mitsuto F. S.
Olá,

Acabei de me registrar aqui na lista, esta é minha primeira mensagem.

Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é
o geocode reverso de milhares de endereços (centenas de milhares!).

Meu problema é que muitos desses endereços são referências de kilometragem
em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o
sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa.

Alguém aqui conhece alguma solução que consiga resolver o caso da
referência em kilometros nas rodovias? Sei que algumas ferramentas consegue
fazer interpolação linear no shapefile da rodovia, indicando uma
aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear
referencing system), tem alguns problemas ao não considerar a curvatura da
terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada
relacionado a LRS.

Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas
Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de
endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse
realizar geocode reverso com alguma precisão no parse do endereço?

Obrigado desde já.

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


Re: [Talk-br] Correção

2014-05-03 Per discussione Lists
Tem como o comunidade entra em contato com o GeoFabrik pedir subareas do 
Brasil, tem tempo eu pedi estados individuais. E complicado baixar proximo do 
200MB quando o que eu preciso principalmente e os estados do Espirito Santo e 
Rio de Janeiro. Credito que algum outros de voce pode beneficiar do areas 
menores também.

Ja mandei email para la um tempo atras, quando formato .osm passou 200MB, mas 
resposta eu recebi fui que ainda não tinha interessa deste divisão. Se o 
comunidade Brasileira pedir acho que podemos conseguir.

Aun Johnsen

On May 2, 2014, at 18:35, A. Carlos anorcar...@hotmail.com wrote:

 Qto ao tempo de compilação, acho que da pra se basear
 pelo site, o tempo de compilação deles.
  9A.JPG 
 
   Ali sempre consta a última compilação.
  
  
  
  
  
  
 
 ___
 Anor C. A. de Souza   Concórdia 
 SC   
 49-8808-4963
  
  
  
  
  
  
  
  
  
  
 
 
 From: thunder...@gpsinfo.com.br
 To: talk-br@openstreetmap.org
 Date: Fri, 2 May 2014 18:21:26 -0300
 Subject: Re: [Talk-br] Fw: Correção
 
 Paulo,
 observe o mapa Cocar compilado ontem.
  
 Sem%20Título[1].jpg
  
 No mapa OSM, esse trecho ao lado do Estádio Beira Rio já está com pista 
 dupla, entretanto o Cocar compilado ontem  e visto na imagem acima, está com 
 pista simples.
  
 Deduzo que o PBF esteja desatualizado, mas quanto tempo não sei.
  
 []s
 Marcio
  
 From: Paulo Carvalho
 Sent: Friday, May 2, 2014 3:54 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Fw: Correção
  
 Esse trecho em particular ainda consta como simples: 
 http://www.openstreetmap.org/#map=18/-30.07775/-51.24626
 
  
 
 ___ 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] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Alexandre Magno Brito de Medeiros
Onde pode-se consultar sobre essa regra?

Alexandre Magno


Em 3 de maio de 2014 11:49, Fernando Trebien
fernando.treb...@gmail.comescreveu:


 E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
 pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
 marcar número por número, um por um. Onde se segue alguma regra
 uniforme (como a regra de numerar de acordo com a distância em metros
 desde o início da rua, onde o início é o lado mais próximo do marco
 zero da cidade, ou alguma outra regra parecida) dá pra usar
 interpoladores.

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


Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Lists
Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como 
addr:street=Rua Forlan, addr:housenumber=km 20

Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil concertar 
automaticamente se um forma mais certo aparecer.

Aun Johnsen

On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com wrote:

 Onde pode-se consultar sobre essa regra?
 
 Alexandre Magno
 
 
 Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com 
 escreveu:
 
 E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
 pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
 marcar número por número, um por um. Onde se segue alguma regra
 uniforme (como a regra de numerar de acordo com a distância em metros
 desde o início da rua, onde o início é o lado mais próximo do marco
 zero da cidade, ou alguma outra regra parecida) dá pra usar
 interpoladores.
 
 ___
 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] Importação de dados em Naviraí - MS

2014-05-03 Per discussione Paulo Carvalho
Seria bom que ele participasse da lista em primeira pessoa ao invés desse
leva-e-traz por ti.


Em 3 de maio de 2014 14:07, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Ele pode estar acompanhando este tópico em algum dos históricos da lista.
 Mas eu quero dizer a todos que achei melhor apenas começar a apresentar a
 ele o assunto do copyright e da segurança legal. É melhor aceitar as
 limitações legais antes de aprender meramente técnica de importação.

 Alexandre Magno


 Em 3 de maio de 2014 09:36, Paulo Carvalho 
 paulo.r.m.carva...@gmail.comescreveu:

 Acho tem que explicar a ele para configurar o GlobalMapper para converter
 direito as tags.  As tags que apareceram estão fora do padrão OSM.


 ___
 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] Correção

2014-05-03 Per discussione Paulo Carvalho
O .BAT de compilação que disponibilizamos em
http://www.cocardl.com.br/viewtopic.php?f=23t=114 contém processamento
para separar o mapa nos mapas dos estados, embora o download do mapa do
Brasil seja inevitável.  Alguém pode usar os mapas separados e subí-los
para um sevidor web.


Em 3 de maio de 2014 12:42, Lists li...@gimnechiske.org escreveu:

 Tem como o comunidade entra em contato com o GeoFabrik pedir subareas do
 Brasil, tem tempo eu pedi estados individuais. E complicado baixar proximo
 do 200MB quando o que eu preciso principalmente e os estados do Espirito
 Santo e Rio de Janeiro. Credito que algum outros de voce pode beneficiar do
 areas menores também.

 Ja mandei email para la um tempo atras, quando formato .osm passou 200MB,
 mas resposta eu recebi fui que ainda não tinha interessa deste divisão. Se
 o comunidade Brasileira pedir acho que podemos conseguir.

 Aun Johnsen

 On May 2, 2014, at 18:35, A. Carlos anorcar...@hotmail.com wrote:

 Qto ao tempo de compilação, acho que da pra se basear
 pelo site, o tempo de compilação deles.

 9A.JPG



   Ali sempre consta a última compilação.








 *___*
 *Anor C. A. de Souza   Co*
 *ncórdia SC   *
 49-8808-4963













 --
 From: thunder...@gpsinfo.com.br
 To: talk-br@openstreetmap.org
 Date: Fri, 2 May 2014 18:21:26 -0300
 Subject: Re: [Talk-br] Fw: Correção

 Paulo,
 observe o mapa Cocar compilado ontem.

 Sem%20Título[1].jpg

 No mapa OSM, esse trecho ao lado do Estádio Beira Rio já está com pista
 dupla, entretanto o Cocar compilado ontem  e visto na imagem acima, está
 com pista simples.

 Deduzo que o PBF esteja desatualizado, mas quanto tempo não sei.

 []s
 Marcio

 *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Friday, May 2, 2014 3:54 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Fw: Correção

 Esse trecho em particular ainda consta como simples:
 http://www.openstreetmap.org/#map=18/-30.07775/-51.24626



 ___ 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] Importação de dados em Naviraí - MS

2014-05-03 Per discussione Alexandre Magno Brito de Medeiros
Feito. Segue.

*Por favor, fale com a comunidade.*
 pdnzjr http://www.openstreetmap.org/user/pdnzjr
 3 de Maio de 2014 às 18:37

 A discussão na *talk-br*, a respeito de suas 
 ediçõeshttps://www.mail-archive.com/talk-br@openstreetmap.org/msg07066.html,
 está se prolongando demasiadamente. Por isso, quero lhe pedir mais uma vez
 que participe do fórumhttp://forum.openstreetmap.org/viewforum.php?id=74ou 
 da
 lista https://lists.openstreetmap.org/listinfo/talk-br. Pois o ideal é
 que você *fale diretamente com o grupo lá* -- esclarecendo e sendo
 esclarecido sobre o que for necessário -- e não interaja apenas comigo.

 Obrigado pela atenção.




Em 3 de maio de 2014 15:28, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Concordo plenamente. Ou do fórum. Já o convidei umas três vezes para o
 fórum ou para lista. Vou fazê-lo mais uma vez, apontando esta discussão e
 o tamanho dela.

 Alexandre Magno


 Em 3 de maio de 2014 15:13, Paulo Carvalho 
 paulo.r.m.carva...@gmail.comescreveu:

 Seria bom que ele participasse da lista em primeira pessoa ao invés desse
 leva-e-traz por ti.



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


Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Fernando Trebien
Interessante. E funciona com o Nominatim?

2014-05-03 12:01 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
 Já existe padrão para marcos de quilometragem:

 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone


 Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 A princípio, usando o Nominatim (o geocoder do site do OSM), um
 interpolador de endereços resolveria a questão parcialmente se
 mudarmos a semântica do campo addr:housenumber para rodovias. Ainda
 assim, a resolução seria somente quilômetro a quilômetro, e vários
 endereços são dados por aí com uma resolução um pouco melhor
 (geralmente uma casa decimal a mais). (Mas ter algo quilômetro a
 quilômetro é melhor do que nada.)

 Se você fizer o seu geocoder do zero, talvez dê pra pensar numa
 extensão das tags de endereçamento, tipo addr:km. Daí você poderia
 marcar pontos específicos na via com a quilometragem já pré-definida,
 e a interpolação fica trivial (não precisaria nem compensar a
 curvatura da terra). O único porém é que daí você tem que fazer um
 geocoder próprio.

 E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
 pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
 marcar número por número, um por um. Onde se segue alguma regra
 uniforme (como a regra de numerar de acordo com a distância em metros
 desde o início da rua, onde o início é o lado mais próximo do marco
 zero da cidade, ou alguma outra regra parecida) dá pra usar
 interpoladores.

 2014-05-02 16:14 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
  Olá,
 
  Acabei de me registrar aqui na lista, esta é minha primeira mensagem.
 
  Estou trabalhando em projetos bigdata e uma das minhas responsabilidades
  é o
  geocode reverso de milhares de endereços (centenas de milhares!).
 
  Meu problema é que muitos desses endereços são referências de
  kilometragem
  em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o
  sistema de endereçamento postal utilizado é o de quadra/lote ou
  lote/casa.
 
  Alguém aqui conhece alguma solução que consiga resolver o caso da
  referência
  em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer
  interpolação linear no shapefile da rodovia, indicando uma aproximação
  linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing
  system), tem alguns problemas ao não considerar a curvatura da terra,
  etc.
  Estou lendo a documentação do Nominatim mas não encontro nada
  relacionado a
  LRS.
 
  Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas
  Lindas
  de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento
  postal, alguém já utilizou alguma ferramenta que conseguisse realizar
  geocode reverso com alguma precisão no parse do endereço?
 
  Obrigado desde já.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Fernando Trebien
Se você descobrir, me avise. Não faço nem idéia. :P

Aqui em Porto Alegre, a cidade quase toda segue a regra, exceto uma
avenida que tem 3 numerações intercaladas. (As 3 seguem a regra da
distância, mas tomam pontos diferentes da avenida como início.)

Lembro de ter ouvido que no RJ a regra não é seguida à risca.

Se você não descobrir uma fonte confiável pra essa informação (ex.:
prefeitura), o melhor jeito de descobrir é por observação, fazendo
survey.

2014-05-03 13:56 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:
 Onde pode-se consultar sobre essa regra?

 Alexandre Magno


 Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com
 escreveu:


 E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
 pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
 marcar número por número, um por um. Onde se segue alguma regra
 uniforme (como a regra de numerar de acordo com a distância em metros
 desde o início da rua, onde o início é o lado mais próximo do marco
 zero da cidade, ou alguma outra regra parecida) dá pra usar
 interpoladores.



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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Fernando Trebien
Pois é... Algo do tipo addr:km seria logicamente mais sensato, e
funciona com os geocoders atuais. Já highway=milestone serve para
marcar a placa, mas não ajuda na hora de dar endereço a um POI.

2014-05-03 14:27 GMT-03:00 Lists li...@gimnechiske.org:
 Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como
 addr:street=Rua Forlan, addr:housenumber=km 20

 Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil concertar
 automaticamente se um forma mais certo aparecer.

 Aun Johnsen

 On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com wrote:

 Onde pode-se consultar sobre essa regra?

 Alexandre Magno


 Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com
 escreveu:


 E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
 pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
 marcar número por número, um por um. Onde se segue alguma regra
 uniforme (como a regra de numerar de acordo com a distância em metros
 desde o início da rua, onde o início é o lado mais próximo do marco
 zero da cidade, ou alguma outra regra parecida) dá pra usar
 interpoladores.


 ___
 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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Lists
Como saber, addr:km não e documentada, também e disputo no highway=milestone 
entre de uso do pk= (do francês ponto kilometrage) e kp= (do inglês kilometer 
point)

Aun Johnsen

On May 3, 2014, at 16:02, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote:

 Onde está documentada add:km?
 
 
 Em 3 de maio de 2014 15:49, Fernando Trebien fernando.treb...@gmail.com 
 escreveu:
 Pois é... Algo do tipo addr:km seria logicamente mais sensato, e
 funciona com os geocoders atuais. Já highway=milestone serve para
 marcar a placa, mas não ajuda na hora de dar endereço a um POI.
 
 2014-05-03 14:27 GMT-03:00 Lists li...@gimnechiske.org:
  Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como
  addr:street=Rua Forlan, addr:housenumber=km 20
 
  Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil concertar
  automaticamente se um forma mais certo aparecer.
 
  Aun Johnsen
 
  On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros
  alexandre@gmail.com wrote:
 
  Onde pode-se consultar sobre essa regra?
 
  Alexandre Magno
 
 
  Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com
  escreveu:
 
 
  E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
  pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
  marcar número por número, um por um. Onde se segue alguma regra
  uniforme (como a regra de numerar de acordo com a distância em metros
  desde o início da rua, onde o início é o lado mais próximo do marco
  zero da cidade, ou alguma outra regra parecida) dá pra usar
  interpoladores.
 
 
  ___
  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
 
 
 
 
 --
 Fernando Trebien
 +55 (51) 9962-5409
 
 Nullius in verba.
 
 ___
 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] Editor e Layer Strava

2014-05-03 Per discussione Márcio Aguiar Ribeiro
Pessoal,

não sei se estou estou chegando atrasado, mas procurei a discussão aqui no
talk-br e não achei.

Encontrei ontem uma layer do Strava muito interessante que tem um heatmap
de milhões de corridas e trilhas de bicicleta. Além do heatmap (
http://labs.strava.com/heatmap/#5/-41.05137/-14.58221/blue/bike) eles
possuem um editor que consegue ajustar automaticamente sua linha ao traçado
dos dados de GPS
http://strava.github.io/iD/#background=Bingmap=16.97/-122.54464/38.05472().

Quem preferir usar JOSM, como eu, pode adicionar a camada TMS com a URL:

http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png

Abraços

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


Re: [Talk-br] Primeiro Contato

2014-05-03 Per discussione Marcos Fedato
Por favor me corrijam se eu estiver errado, pois trabalho com geocode e até 
então sobre o OSM entendi isso:

Acredito fortemente que não exista dado para isso no OSM hoje.

O sentido de construção da rua no OSM é mais referente ao roteamento de pista 
de mão única do que a numeração.

 Ou seja não se saberia qual o ponto inicial ou o final da estrada para 
atribuir quilometragem.

Realmente a projeção do dado do OSM não é equidistante (uma distancia de 10 
pixel nos pólos representa um tamanho real muito menor que 10 pixels na linha 
do Equador), mas isso não é problema, pois, se ajustaria tranquilamente 
reprojetando o dado do OSM para uma projeção equidistante dado antes de 
processar a kilometragem.

Outro problema seria a incompletude do dado, o OSM normalmente é melhor em 
lugares com uma grande concentração de pessoas com acesso a luz, internet e 
conhecimento de GPS ou outras geotecnologias.

Em cidades menores pode ser que você só tenha mesmo a rodovia principal que 
corta a cidade.

Não que as bases de dados privadas sejam muito diferentes disso, mas é bom 
saber os riscos do seu projeto.

Estou a disposição para dúvidas e discussões sobre geocode (reverso ou não) com 
o OSM.

Marcel Mitsuto F. S. mits...@gmail.com escreveu:

Olá,

Acabei de me registrar aqui na lista, esta é minha primeira mensagem.

Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é
o geocode reverso de milhares de endereços (centenas de milhares!).

Meu problema é que muitos desses endereços são referências de kilometragem
em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o
sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa.

Alguém aqui conhece alguma solução que consiga resolver o caso da
referência em kilometros nas rodovias? Sei que algumas ferramentas consegue
fazer interpolação linear no shapefile da rodovia, indicando uma
aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear
referencing system), tem alguns problemas ao não considerar a curvatura da
terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada
relacionado a LRS.

Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas
Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de
endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse
realizar geocode reverso com alguma precisão no parse do endereço?

Obrigado desde já.

Marcel
___
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] Editor e Layer Strava

2014-05-03 Per discussione Alexandre Magno Brito de Medeiros
Parece que isso seria a solução mais avançada para o aproveitamento
colaborativo daquelas camadas dos mapas municipais censitários do IBGE (que
o Thiago Santos fez).


Em 3 de maio de 2014 17:31, Márcio Aguiar Ribeiro
aguiar.mar...@gmail.comescreveu:

 [...] eles possuem um editor que consegue ajustar automaticamente sua
 linha ao traçado dos dados de GPS
 http://strava.github.io/iD/#background=Bingmap=16.97/-122.54464/38.05472().


 Quem preferir usar JOSM, como eu, pode adicionar a camada TMS com a URL:

 http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png

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


Re: [Talk-br] Editor e Layer Strava

2014-05-03 Per discussione Paulo Carvalho
Convém chamar atenção que nem todas os caminhos assinalados são vias
cicloviárias.


Em 3 de maio de 2014 17:31, Márcio Aguiar Ribeiro
aguiar.mar...@gmail.comescreveu:

 Pessoal,

 não sei se estou estou chegando atrasado, mas procurei a discussão aqui no
 talk-br e não achei.

 Encontrei ontem uma layer do Strava muito interessante que tem um heatmap
 de milhões de corridas e trilhas de bicicleta. Além do heatmap (
 http://labs.strava.com/heatmap/#5/-41.05137/-14.58221/blue/bike) eles
 possuem um editor que consegue ajustar automaticamente sua linha ao traçado
 dos dados de GPS
 http://strava.github.io/iD/#background=Bingmap=16.97/-122.54464/38.05472()
 .

 Quem preferir usar JOSM, como eu, pode adicionar a camada TMS com a URL:

 http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png

 Abraços

 Marcio Aguiar Ribeiro

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


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


[Talk-br] Fwd: Kit de compilação do mapa da América do Sul para Garmin

2014-05-03 Per discussione Paulo Carvalho
Amigos,

   Está disponível o kit para compilação do mapa da América do Sul para
Garmin para aqueles que necessitam circular pelos países vizinhos e que
gostariam de usar um mapa só, calculando rotas entre os países ou sem
precisar trocar de mapa quando cruzar a fronteira.
   O mapa compilado tem as mesmas características e funcionalidades dos
mapas compilados com o kit que gera os conjuntos brasileiros.

http://www.cocardl.com.br/viewtopic.php?f=23t=114

divirtam-se,

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


[Talk-br] Programação OSM no FISL 15

2014-05-03 Per discussione Wille
Além do evento em São Paulo, essa semana teremos atividades do 
OpenStreetMap no FISL 15*,***Fórum Internacional de Software Livre, em 
Porto Alegre.


Teremos duas palestras sobre OSM, uma maratona de tradução do wiki e 
tentaremos participar da Hackathon organizada pela Wikipédia.


A programação está em: http://wiki.openstreetmap.org/wiki/OSM_no_FISL

Até mais,
wille
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)

2014-05-03 Per discussione Fernando Trebien
Oops, me expressei mal. addr:housenumber é o que funcionaria com os
geocoders atuais. addr:km é só uma idéia do que eu acho que faria mais
sentido usar pra mapear, mas mesmo que a tag fosse aprovada hoje (e não é),
levaria um tempo até ser suportada nas aplicações, e isso só se fosse
amplamente difundida.
On May 3, 2014 4:02 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com
wrote:

 Onde está documentada add:km?


 Em 3 de maio de 2014 15:49, Fernando Trebien 
 fernando.treb...@gmail.comescreveu:

 Pois é... Algo do tipo addr:km seria logicamente mais sensato, e
 funciona com os geocoders atuais. Já highway=milestone serve para
 marcar a placa, mas não ajuda na hora de dar endereço a um POI.

 2014-05-03 14:27 GMT-03:00 Lists li...@gimnechiske.org:
  Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como
  addr:street=Rua Forlan, addr:housenumber=km 20
 
  Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil
 concertar
  automaticamente se um forma mais certo aparecer.
 
  Aun Johnsen
 
  On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros
  alexandre@gmail.com wrote:
 
  Onde pode-se consultar sobre essa regra?
 
  Alexandre Magno
 
 
  Em 3 de maio de 2014 11:49, Fernando Trebien 
 fernando.treb...@gmail.com
  escreveu:
 
 
  E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem
  pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha:
  marcar número por número, um por um. Onde se segue alguma regra
  uniforme (como a regra de numerar de acordo com a distância em metros
  desde o início da rua, onde o início é o lado mais próximo do marco
  zero da cidade, ou alguma outra regra parecida) dá pra usar
  interpoladores.
 
 
  ___
  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
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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] RE - Importação de dados em Naviraí - MS

2014-05-03 Per discussione PAULO DINIZ
Olá. Não estava conseguindo entrar na comunidade para prestar informações a 
respeito dos dados obtidos. Nem sei se é por este caminho que devo me comunicar 
com os usuários, se não for, gentileza encaminhar para o local apropriado.

Respondi para o Naoliv

Tenho um Foston bem daqueles antigos e baixei um programa (NoniGpsPlot) e 
comecei a traçar umas rotas. Como no site não tinha tanta informação da cidade 
onde moro, resolvi colocar as informações. Pra facilitar o processo, como não 
manjo muito, editei as rotas em kml, importei no programa GpsMapEdit para 
utilizar no meu gps. Daí que pra exportar o que já tava pronto (dados 
particular em meu navegador), utilizei dos mapas do municipio para colocar os 
nomes nas ruas. Depois converti para osm com o programa GlobalMapper e upei o 
site do OSM. Os mapas do município são aqueles que são utilizados no comercio. 
Não fui a prefeitura e pedir uma autorização. Consegui um mapa do município que 
eles não iam usar mais e iam jogar fora. Usei também imagens googlemaps alem 
dos tracks que fiz no NoniGpsPlot. Depois notei que está causando este 
problema. Tem como corrigir/solucionar isto? No aguardo para orientações.
Paulo

Não tinha muito conhecimento desta ferramenta (OSM) e nem da comunidade, 
achando que somente era necessário acrescentar informações e atualizar e 
pronto, não tomando o cuidado com a fonte.

Gostaria de daqui em diante, contribuir da forma correta, a fim de somente 
ajudar e não atrapalhar esta brilhante ferramente. Case seja necessário a 
exclusão dos dados, fiquem a vontade. O erro não foi intencional, apenas 
ignorancia de minha parte.


Desde já agradeço por entrarem em contato.


Aguardo informações e orientações.


Att, 

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


Re: [Talk-it] openstreetmapper card

2014-05-03 Per discussione Aury88
girarsi_liste wrote
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 Il 02/05/2014 19:40, Aury88 ha scritto:
 la parte nera di questo font: 
 http://i.fonts2u.com/bo/bonk-offset_4.png intendevi questo giusto?
 
 
 Più o meno sì.
 
 
 - -- 
 Simone Girardelli
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 
 iF4EAREIAAYFAlNj2aoACgkQoVS0hKoD3PMdwAEAqjJQqiF8elx0rS+ZHNi+A/TL
 OQpy/smKKYrCf2gGA8MA/jJkxKH5LoNgVDGQaGgZfGzhlSJRo36ngIjL0nKQsKpl
 =WHSy
 -END PGP SIGNATURE-
 
 ___
 Talk-it mailing list

 Talk-it@

 https://lists.openstreetmap.org/listinfo/talk-it

ok, quello è chiamato offset e va bene per graffiti ed altre cose non per un
testo con caratteri normali, perchè lo rende  meno leggibile e pesante alla
vista, sopratutto su caratteri piccoli...al più, ripeto, si può usare il
bold (grassetto) oppure attenuare il colore di sfondo. ma rivedendo anche
nell'attuale situazione ti assicuro che il testo è ben leggibile...forse un
po' meno nelle proposte con i continenti in grigio (sia sfumato che non) ma
in quel caso abbasserei prima di tutto la gradazione dello sfondo ad un
grigino più chiaro :)
saluti 
aury



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5804982.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-it] Traduzione di Mapgive

2014-05-03 Per discussione Maurizio Napolitano
Il lavoro di Cristian ora è su
http://mapgive.openstreetmap.it

grazie Simone

2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:
 Ciao a tutti,

 Non so se tutti su questa lista conoscano Mapgive, questo sito:
 http://mapgive.state.gov/
 creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
 Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
 particolare per tutto ciò che è legato alle operazioni umanitarie ed
 al gruppo HOT (Humanitarian OpenStreetMap team).

 Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
 parte dei transcript dei video che è relativamente lunga), Trovate le
 pagine qui:
 https://github.com/osmItalia/MapgiveIT

 in realtà giusto qualche minuto fa mi sono accorto che anche il sito
 originale è disponibile su github qui[1], però mi sfugge quale sia il
 software[2] che stanno usando per generare le pagine HTML finali.

 La mia idea è che si potrebbe (magari dopo aver capito come farlo in
 modo sensato, usando lo stesso sistema di template usato dal sito
 originale) aggiungere alla sezione storie anche degli esempi
 italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
 e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
 sono sicuro che a voi verranno in mente altre storie belle legate a
 OSM in Italia.

 Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
 in un sottodominio di http://openstreetmap.it (uno dei problemi è che
 Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
 male...).

 Ecco tutto, per il momento.

 Ciao,

 C

 [1] https://github.com/state-hiu/Mapgive
 [2] https://github.com/state-hiu/Mapgive/issues/2

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



-- 
Maurizio Napo Napolitano
http://de.straba.us

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


Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico

2014-05-03 Per discussione Luca Delucchi
2014-05-02 13:59 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com:

 ad Amburgo usano le nostre mappe anche in forma cartacea:
 http://www.openstreetmap.org/user/IOOI/diary/21738


Martin giusto per rompere un po' ma la licenza che indicano (CC-BY-SA)
si riferisce ai dati o alle loro mappe?

 ciao,
 Martin



-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Leonardo

Eccellente lavoro!

Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in 
inglese (ex. Why should you map nella pagina principale)?


Leonardo

Il 03/05/2014 08:35, Maurizio Napolitano ha scritto:

Il lavoro di Cristian ora è su
http://mapgive.openstreetmap.it

grazie Simone

2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:

Ciao a tutti,

Non so se tutti su questa lista conoscano Mapgive, questo sito:
http://mapgive.state.gov/
creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
particolare per tutto ciò che è legato alle operazioni umanitarie ed
al gruppo HOT (Humanitarian OpenStreetMap team).

Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
parte dei transcript dei video che è relativamente lunga), Trovate le
pagine qui:
https://github.com/osmItalia/MapgiveIT

in realtà giusto qualche minuto fa mi sono accorto che anche il sito
originale è disponibile su github qui[1], però mi sfugge quale sia il
software[2] che stanno usando per generare le pagine HTML finali.

La mia idea è che si potrebbe (magari dopo aver capito come farlo in
modo sensato, usando lo stesso sistema di template usato dal sito
originale) aggiungere alla sezione storie anche degli esempi
italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
sono sicuro che a voi verranno in mente altre storie belle legate a
OSM in Italia.

Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
in un sottodominio di http://openstreetmap.it (uno dei problemi è che
Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
male...).

Ecco tutto, per il momento.

Ciao,

C

[1] https://github.com/state-hiu/Mapgive
[2] https://github.com/state-hiu/Mapgive/issues/2

___
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] Traduzione di Mapgive

2014-05-03 Per discussione Maurizio Napolitano
Quella mi sa che è una immagine cmq è tutto su github ;)
Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto:

 Eccellente lavoro!

 Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in
 inglese (ex. Why should you map nella pagina principale)?

 Leonardo

 Il 03/05/2014 08:35, Maurizio Napolitano ha scritto:

 Il lavoro di Cristian ora è su
 http://mapgive.openstreetmap.it

 grazie Simone

 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:

 Ciao a tutti,

 Non so se tutti su questa lista conoscano Mapgive, questo sito:
 http://mapgive.state.gov/
 creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
 Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
 particolare per tutto ciò che è legato alle operazioni umanitarie ed
 al gruppo HOT (Humanitarian OpenStreetMap team).

 Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
 parte dei transcript dei video che è relativamente lunga), Trovate le
 pagine qui:
 https://github.com/osmItalia/MapgiveIT

 in realtà giusto qualche minuto fa mi sono accorto che anche il sito
 originale è disponibile su github qui[1], però mi sfugge quale sia il
 software[2] che stanno usando per generare le pagine HTML finali.

 La mia idea è che si potrebbe (magari dopo aver capito come farlo in
 modo sensato, usando lo stesso sistema di template usato dal sito
 originale) aggiungere alla sezione storie anche degli esempi
 italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
 e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
 sono sicuro che a voi verranno in mente altre storie belle legate a
 OSM in Italia.

 Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
 in un sottodominio di http://openstreetmap.it (uno dei problemi è che
 Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
 male...).

 Ecco tutto, per il momento.

 Ciao,

 C

 [1] https://github.com/state-hiu/Mapgive
 [2] https://github.com/state-hiu/Mapgive/issues/2

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





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

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


Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico

2014-05-03 Per discussione Martin Koppenhoefer


 Am 03/mag/2014 um 09:30 schrieb Luca Delucchi lucadel...@gmail.com:
 
 Martin giusto per rompere un po' ma la licenza che indicano (CC-BY-SA)
 si riferisce ai dati o alle loro mappe?


alle mappe direi, 

Martin

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione sabas88
Riusciamo a recuperare i sottotitoli dei video? Così li traduciamo più
facilmente
On 3 May 2014 12:56, Maurizio Napolitano napoo...@gmail.com wrote:

 Quella mi sa che è una immagine cmq è tutto su github ;)
 Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto:

 Eccellente lavoro!

 Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in
 inglese (ex. Why should you map nella pagina principale)?

 Leonardo

 Il 03/05/2014 08:35, Maurizio Napolitano ha scritto:

 Il lavoro di Cristian ora è su
 http://mapgive.openstreetmap.it

 grazie Simone

 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:

 Ciao a tutti,

 Non so se tutti su questa lista conoscano Mapgive, questo sito:
 http://mapgive.state.gov/
 creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
 Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
 particolare per tutto ciò che è legato alle operazioni umanitarie ed
 al gruppo HOT (Humanitarian OpenStreetMap team).

 Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
 parte dei transcript dei video che è relativamente lunga), Trovate le
 pagine qui:
 https://github.com/osmItalia/MapgiveIT

 in realtà giusto qualche minuto fa mi sono accorto che anche il sito
 originale è disponibile su github qui[1], però mi sfugge quale sia il
 software[2] che stanno usando per generare le pagine HTML finali.

 La mia idea è che si potrebbe (magari dopo aver capito come farlo in
 modo sensato, usando lo stesso sistema di template usato dal sito
 originale) aggiungere alla sezione storie anche degli esempi
 italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
 e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
 sono sicuro che a voi verranno in mente altre storie belle legate a
 OSM in Italia.

 Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
 in un sottodominio di http://openstreetmap.it (uno dei problemi è che
 Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
 male...).

 Ecco tutto, per il momento.

 Ciao,

 C

 [1] https://github.com/state-hiu/Mapgive
 [2] https://github.com/state-hiu/Mapgive/issues/2

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





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


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


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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione sabas88
Si, ho visto le trascrizioni tradotte, ma il sync dei sottotitoli é
lunghetto :D
Se state.gov ci dava i srt ci voleva meno...
 On 3 May 2014 14:36, Maurizio Napolitano napoo...@gmail.com wrote:

 Cristian ha tradotto anche quelli Sarebbe da sincronizzarli
 Il 03/mag/2014 14:32 sabas88 saba...@gmail.com ha scritto:

 Riusciamo a recuperare i sottotitoli dei video? Così li traduciamo più
 facilmente
 On 3 May 2014 12:56, Maurizio Napolitano napoo...@gmail.com wrote:

 Quella mi sa che è una immagine cmq è tutto su github ;)
 Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto:

 Eccellente lavoro!

 Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in
 inglese (ex. Why should you map nella pagina principale)?

 Leonardo

 Il 03/05/2014 08:35, Maurizio Napolitano ha scritto:

 Il lavoro di Cristian ora è su
 http://mapgive.openstreetmap.it

 grazie Simone

 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com
 :

 Ciao a tutti,

 Non so se tutti su questa lista conoscano Mapgive, questo sito:
 http://mapgive.state.gov/
 creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
 Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
 particolare per tutto ciò che è legato alle operazioni umanitarie ed
 al gruppo HOT (Humanitarian OpenStreetMap team).

 Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
 parte dei transcript dei video che è relativamente lunga), Trovate le
 pagine qui:
 https://github.com/osmItalia/MapgiveIT

 in realtà giusto qualche minuto fa mi sono accorto che anche il sito
 originale è disponibile su github qui[1], però mi sfugge quale sia il
 software[2] che stanno usando per generare le pagine HTML finali.

 La mia idea è che si potrebbe (magari dopo aver capito come farlo in
 modo sensato, usando lo stesso sistema di template usato dal sito
 originale) aggiungere alla sezione storie anche degli esempi
 italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
 e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
 sono sicuro che a voi verranno in mente altre storie belle legate a
 OSM in Italia.

 Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
 in un sottodominio di http://openstreetmap.it (uno dei problemi è che
 Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
 male...).

 Ecco tutto, per il momento.

 Ciao,

 C

 [1] https://github.com/state-hiu/Mapgive
 [2] https://github.com/state-hiu/Mapgive/issues/2

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





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


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


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


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


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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Simone Cortesi
ho abbozzato l'inserimento del primo su amara.org, dovreste potervi
collegare e aiutare.

http://www.amara.org/en/videos/9aPZmGG2bIdA/url/955614/

2014-05-03 14:48 GMT+02:00 sabas88 saba...@gmail.com:
 Si, ho visto le trascrizioni tradotte, ma il sync dei sottotitoli é
 lunghetto :D
 Se state.gov ci dava i srt ci voleva meno...

 On 3 May 2014 14:36, Maurizio Napolitano napoo...@gmail.com wrote:

 Cristian ha tradotto anche quelli Sarebbe da sincronizzarli

 Il 03/mag/2014 14:32 sabas88 saba...@gmail.com ha scritto:

 Riusciamo a recuperare i sottotitoli dei video? Così li traduciamo più
 facilmente

 On 3 May 2014 12:56, Maurizio Napolitano napoo...@gmail.com wrote:

 Quella mi sa che è una immagine cmq è tutto su github ;)

 Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto:

 Eccellente lavoro!

 Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in
 inglese (ex. Why should you map nella pagina principale)?

 Leonardo

 Il 03/05/2014 08:35, Maurizio Napolitano ha scritto:

 Il lavoro di Cristian ora è su
 http://mapgive.openstreetmap.it

 grazie Simone

 2014-04-22 20:47 GMT+02:00 Cristian Consonni
 kikkocrist...@gmail.com:

 Ciao a tutti,

 Non so se tutti su questa lista conoscano Mapgive, questo sito:
 http://mapgive.state.gov/
 creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
 Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
 particolare per tutto ciò che è legato alle operazioni umanitarie ed
 al gruppo HOT (Humanitarian OpenStreetMap team).

 Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
 parte dei transcript dei video che è relativamente lunga), Trovate le
 pagine qui:
 https://github.com/osmItalia/MapgiveIT

 in realtà giusto qualche minuto fa mi sono accorto che anche il sito
 originale è disponibile su github qui[1], però mi sfugge quale sia il
 software[2] che stanno usando per generare le pagine HTML finali.

 La mia idea è che si potrebbe (magari dopo aver capito come farlo in
 modo sensato, usando lo stesso sistema di template usato dal sito
 originale) aggiungere alla sezione storie anche degli esempi
 italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
 e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P),
 ma
 sono sicuro che a voi verranno in mente altre storie belle legate a
 OSM in Italia.

 Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
 in un sottodominio di http://openstreetmap.it (uno dei problemi è che
 Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
 male...).

 Ecco tutto, per il momento.

 Ciao,

 C

 [1] https://github.com/state-hiu/Mapgive
 [2] https://github.com/state-hiu/Mapgive/issues/2

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





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


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


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


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


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




-- 
-S

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Cristian Consonni
Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto:
 Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese 
 (ex. Why should you map nella pagina principale)?

È una immagine jpg, quindi non è detto che esista un sorgente
vettoriale, comunque ho chiesto:
https://github.com/state-hiu/Mapgive/issues/2

Il 03 maggio 2014 14:48, sabas88 saba...@gmail.com ha scritto:
 Si, ho visto le trascrizioni tradotte, ma il sync dei sottotitoli é
 lunghetto :D
 Se state.gov ci dava i srt ci voleva meno...

I video sono su Youtube e sono tradotti automaticamente (ovvero con il
sub automatico di Google e poi con il traduttore).
Fortunatamente esiste questo progetto: Google2SRT[*] che permette di
scaricare i sottotitoli.

Li ho messi nella cartella _assets/srt/:
https://github.com/osmItalia/MapgiveIT/commit/84b3a0c67f9ae8cf284d22179b213554987dcdde

Il 03 maggio 2014 15:25, Simone Cortesi sim...@cortesi.com ha scritto:
 ho abbozzato l'inserimento del primo su amara.org, dovreste potervi
 collegare e aiutare.

 http://www.amara.org/en/videos/9aPZmGG2bIdA/url/955614/

Ah, ups... non conoscevo questo sito.
Boh, che sistema preferite?

Ciao,

C
[*] http://sourceforge.net/projects/google2srt/

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


[Talk-it] OsmAnd La versione dell'indice '{0}' non è supportata

2014-05-03 Per discussione Caterpillar
Qualcuno di voi ha mai avuto il seguente problema su OsmAnd?
Aperta l'applicazione si ottiene l'errore La versione dell'indice '{0}'
non è supportata dopodiché si nota che il file della mappa è stato come
cancellato, praticamente occupa 0 byte. Non accade sempre, diciamo una
volta su dieci...
Ho fatto ogni singola prova immaginabile, ho testato la scheda SD,
niente. I sviluppatori mi dicono che devo riprodurre il problema su una
rom stock, ma finora non ci sono riuscito

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


Re: [Talk-it] OsmAnd La versione dell'indice '{0}' non è supportata

2014-05-03 Per discussione Leonardo

File corrotto della mappa worldbase? Lo scarichi col wifi?

Leonardo

l 03/05/2014 15:47, Caterpillar ha scritto:

Qualcuno di voi ha mai avuto il seguente problema su OsmAnd?
Aperta l'applicazione si ottiene l'errore La versione dell'indice '{0}'
non è supportata dopodiché si nota che il file della mappa è stato come
cancellato, praticamente occupa 0 byte. Non accade sempre, diciamo una
volta su dieci...
Ho fatto ogni singola prova immaginabile, ho testato la scheda SD,
niente. I sviluppatori mi dicono che devo riprodurre il problema su una
rom stock, ma finora non ci sono riuscito

___
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] OsmAnd La versione dell'indice '{0}' non è supportata

2014-05-03 Per discussione Caterpillar
Il 03/05/2014 15:49, Leonardo ha scritto:
 File corrotto della mappa worldbase? Lo scarichi col wifi?

 Leonardo
No, di solito accade con le mappe regionali oppure quella intera
dell'Italia. Si lo scarico con il wifi.

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


Re: [Talk-it] OsmAnd La versione dell'indice '{0}' non è supportata

2014-05-03 Per discussione Leonardo

Strano...

Hai provato con i file trasferiti direttamente dal pc?

http://download.osmand.net/list.php

Inoltre hai provato un'installazione pulita (ovvero cancellando 
l'applicazione, eliminando la cartella osmand e reinstallandola da Gplay?


Leonardo

Il 03/05/2014 15:50, Caterpillar ha scritto:

Il 03/05/2014 15:49, Leonardo ha scritto:

File corrotto della mappa worldbase? Lo scarichi col wifi?

Leonardo

No, di solito accade con le mappe regionali oppure quella intera
dell'Italia. Si lo scarico con il wifi.

___
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] OsmAnd La versione dell'indice '{0}' non è supportata

2014-05-03 Per discussione Caterpillar
Il 03/05/2014 15:52, Leonardo ha scritto:
 Strano...

 Hai provato con i file trasferiti direttamente dal pc?

No, non cambierebbe nulla.
 http://download.osmand.net/list.php

 Inoltre hai provato un'installazione pulita (ovvero cancellando
 l'applicazione, eliminando la cartella osmand e reinstallandola da Gplay?

 Leonardo

Si, ho anche cancellato la ROM e fatto un'installazione PULITA. Ho
cancellato la cartella applicazione, cancellato cartella osmand, di
tutto di più. Il fatto è che questo bug ha iniziato a manifestarsi più
di un anno fa dopo un certo aggiornamento di applicazione, e ora ne sono
veramente stufo.

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Leonardo

Ok ho sincronizzato e controllato il primo video:

http://www.amara.org/it/videos/9aPZmGG2bIdA/info/mapgive-drawing-our-resources-together/

Sotto al player selezionate Italiano.

Necessita di un ultimo check da parte della comunità quindi fate sentire 
il vostro feedback. :)


Leonardo

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Alessandro

Il 03/05/2014 17:29, Leonardo ha scritto:

...
Necessita di un ultimo check da parte della comunità quindi fate sentire
il vostro feedback. :)

Ogni tanto all'inizio della frase appare Narratore:, se possibile 
sarebbe da cancellare.
Al minuto 1:58 cambierei in: Mapgive vuole facilitare i nuovi 
volontari on-line nel fare (oppure a fare) i primi passi


Alessandro Ale_Zena_IT

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Simone Cortesi
2014-05-03 15:38 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:
 Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto:
 Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in 
 inglese (ex. Why should you map nella pagina principale)?
 È una immagine jpg, quindi non è detto che esista un sorgente
 vettoriale, comunque ho chiesto:
 https://github.com/state-hiu/Mapgive/issues/2

li ho chiesti via mail, lunedì dovrebbeo mandarli.

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Cascafico Giovanni
Se non ho visto male dallo smartphone, nel Why é stato omesso crisis
management themes, che tra l'altro é l'attività più ambigua di questo
progettone.

--
cascafico.altervista.org
twitter.com/cascafico
Il 03/mag/2014 08:36 Maurizio Napolitano napoo...@gmail.com ha scritto:

 Il lavoro di Cristian ora è su
 http://mapgive.openstreetmap.it

 grazie Simone

 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:
  Ciao a tutti,
 
  Non so se tutti su questa lista conoscano Mapgive, questo sito:
  http://mapgive.state.gov/
  creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
  Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
  particolare per tutto ciò che è legato alle operazioni umanitarie ed
  al gruppo HOT (Humanitarian OpenStreetMap team).
 
  Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
  parte dei transcript dei video che è relativamente lunga), Trovate le
  pagine qui:
  https://github.com/osmItalia/MapgiveIT
 
  in realtà giusto qualche minuto fa mi sono accorto che anche il sito
  originale è disponibile su github qui[1], però mi sfugge quale sia il
  software[2] che stanno usando per generare le pagine HTML finali.
 
  La mia idea è che si potrebbe (magari dopo aver capito come farlo in
  modo sensato, usando lo stesso sistema di template usato dal sito
  originale) aggiungere alla sezione storie anche degli esempi
  italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
  e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
  sono sicuro che a voi verranno in mente altre storie belle legate a
  OSM in Italia.
 
  Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
  in un sottodominio di http://openstreetmap.it (uno dei problemi è che
  Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
  male...).
 
  Ecco tutto, per il momento.
 
  Ciao,
 
  C
 
  [1] https://github.com/state-hiu/Mapgive
  [2] https://github.com/state-hiu/Mapgive/issues/2
 
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-it



 --
 Maurizio Napo Napolitano
 http://de.straba.us

 ___
 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] HELP su Messina

2014-05-03 Per discussione Luigi Toscano
picomiles ha scritto:
 Ciao Maurizio,
 
 ho girato la tua richiesta sulla ml  *
 https://groups.google.com/forum/#!topic/osm-messina/uI3-bQmWwW4 OSM
 Messina* 

Proposta: visto che talk-it-sicilia è pochissimo usata, perché non si uniscono
le forze e migrano su questi lidi invece di un'altra lista esterna?

Ciao
-- 
Luigi


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


Re: [Talk-it] HELP su Messina

2014-05-03 Per discussione Simone Cortesi
2014-05-03 20:23 GMT+02:00 Luigi Toscano luigi.tosc...@tiscali.it:

 ho girato la tua richiesta sulla ml  *
 https://groups.google.com/forum/#!topic/osm-messina/uI3-bQmWwW4 OSM
 Messina*

 Proposta: visto che talk-it-sicilia è pochissimo usata, perché non si uniscono
 le forze e migrano su questi lidi invece di un'altra lista esterna?

+1000

-- 
-S

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Simone Cortesi
qui tutti i link, in una volta sola:

sono TUTTI da sistemare e verificare.

pagina: http://mapgive.openstreetmap.it/perche-mappare/
URL YOUTUBE: https://www.youtube.com/watch?v=C175zW8-6j8
URL AMARA: http://amara.org/en/videos/9aPZmGG2bIdA/it/719093/

primo di pagina: http://mapgive.openstreetmap.it/impara-a-mappare/
URL YOUTUBE: https://www.youtube.com/watch?v=Ir-3K0pjwOI
URL AMARA: http://amara.org/en/videos/FzKCeE96pYLg/it/719180/

secondo di pagina: http://mapgive.openstreetmap.it/impara-a-mappare/
URL YOUTUBE: https://www.youtube.com/watch?v=73XCpTgyhSk
URL AMARA: http://amara.org/en/videos/HbGfPMKCg9W7/it/719323/

2014-05-03 17:29 GMT+02:00 Leonardo kinetocor...@gmail.com:
 Ok ho sincronizzato e controllato il primo video:

 http://www.amara.org/it/videos/9aPZmGG2bIdA/info/mapgive-drawing-our-resources-together/

 Sotto al player selezionate Italiano.

 Necessita di un ultimo check da parte della comunità quindi fate sentire il
 vostro feedback. :)

 Leonardo


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



-- 
-S

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


Re: [Talk-it] Traduzione di Mapgive

2014-05-03 Per discussione Alessandro

Il 03/05/2014 23:51, Simone Cortesi ha scritto:

qui tutti i link, in una volta sola:

sono TUTTI da sistemare e verificare.
..


Un paio di note al volo:

http://mapgive.openstreetmap.it/impara-a-mappare/
Nelle istruzioni di Impara a mappare in OpenStreetMap


In Panoramica di OpenStreetMap

al posto di zoom della maooa oppure visualizzare la propria posizione. 
Selezionare tra diversi layer della mappa, visualizzare le chiave -- 
zoom della mappa oppure visualizzare la propria posizione. Selezionare 
tra diversi layer della mappa, visualizzare le chiavi



In Come fare modifiche in OpenStreetMap

al posto di Ricordati di salva spesso! -- Ricordati di salvare spesso!

al posto di per gli altri che possono aggiungere -- per gli altri 
che potranno aggiungere



In Mappare una linea

al posto di dal quale ha inizio ad una linea. -- dal quale ha inizio 
una linea.



In Mappare un'area
alla fine della frase
diventano parte dei dati OpenStreetMap, sono quindi immediatamente 
disponibile a chiunque nel mondo.

aggiungerei
anche se probabilmente non vedrai subito le modifiche da te compiute 
(per evitare i soliti messaggi: perchè non vedo le mie modifiche?)


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


Re: [Talk-dk] Geodatastyrelsens luftfoto via Proxyserver - et par nye oplysninger

2014-05-03 Per discussione Jonas Häggqvist

On 03-03-2014 09:48, Soren Johannessen wrote:

Spørgsmål - DK Datalicensen er udgivet under worldwide, free,
non-exclusive and otherwise unrestricted

Hvorfor vil I have at OSM skal behandles særskilt med egen tilladelse?

OSM er bare en af mange aktører blandt  mange nye brugere af
offentlige data og er ikke noget specielt i den henseende og skal have
særbehandling.


Ingen ønsker at OSM skal behandles særskilt. Vi er bare ude på at få en 
afklaring på om den kreditering vi kan give opfylder de krav som licensen 
opstiller.


Det spørgsmål er vi mig bekendt stadig ikke kommet nærmere et svar på.


Det har hele tiden været meningen at den åbne datalicens skulle
lettere og sætte gang i digital innovation og ikke sætte kæp i hjulet


Hvad meningen var kan vi jo ikke rigtig bruge til så meget. Vi er nødt til 
at forholde os til licensens ordlyd. Så skulle de måske have lavet en 
enklere licens med færre krav.



Det er heller ikke meningen at  offentlige myndigheder skal bruge tid
på at skrive et par hundrede særskilte aftaler NN firma/org må godt
lave XX produkt , når det står i licens at man er fri til

kopieres, distribueres og offentliggøres,  ændres og sammensættes med
andet materiale bruges kommercielt og ikke-kommercielt


... under forudsætning af at man bla. overholder krav om kildeangivelse.


Næste spørgsmål - Hvis en OSM frivillig indtegner 2 km nye skovstier
efter Geodatastyrelsen luftfoto - Vil nogen off. myndighed lide et
økonomisk tab, når disse geodata bliver brugt af 3. parts udviklere?


Irrelevant. Enten overholder vi licensen eller også gør vi ikke.


Og bemærk det offentlige er jo ikke fuldt med Disney advokater der
skal slå hårdt ned på alt og alle - og i den henseende er det også
relevant at se hvorfor loven blev lavet.

Det er ikke alene virksomheder og den offentlige sektor,der får glæde
af dette. Borgere, foreninger m.m. kan også bruge dataene. Det vil
give spændende digitale muligheder,som vores teknologiske fantasi nok
ikke rækker til at gætte på i dag.
http://www.ft.dk/samling/20121/lovforslag/l71/bilag/10/1194639/index.htm


Igen - vi bliver nødt til at forholde os til den faktiske ordlyd af licensen.


Derudover så videregiver OSM altså ikke geodata - 3. partsudviklere
henter geodata fra OSM - Det kræver en handling - Et Klik på
Download, opsætning af database, der henter nye geodata osv. En API
-request osv.


Selvfølgelig videregiver OSM geodata.

--
Jonas Häggqvist
rasher(at)rasher(dot)dk

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


Re: [Talk-dk] Geodatastyrelsens luftfoto via Proxyserver - et par nye oplysninger

2014-05-03 Per discussione Nick Østergaard
4. mar. 2014 kl. 22.08 skrev Leif Lodahl leiflod...@gmail.com:
 @Gregers,
 Tak for forklaringen.

 Ups. det lille men var bestemt ikke ment som noget negativt. Jeg synes det
 er et super godt initiativ. Blot er jeg lidt betænkelig ved performance, når
 din server bliver default i ID, og så det rent principielle i, at du som
 privatperson skal stille ressourcer til rådighed for os andre.

 Men lad os se hvordan det går, når trækket begynder at blive større.

Lige med hensyn til server ressourcer, så har kalle (#OSM.se@OFTC) fra
openstreetmap.se forespurgt om der var interesse for en VPS for OSM
relaterede ting. Det kunne være det var værd at overveje. Serveren vil
vist være tilbudt af fsdata.se.

Nick

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


[Talk-at] OGD Shapefile - GPX via JOSM und osmconvert

2014-05-03 Per discussione Stefan Tiran
Hallo,

auch wenn die Frage leicht Off-Topic ist:

Ich würde gerne einen Datensatz (konkret Naturdenkmale) aus dem Katalog
der OGD Steiermark-Daten auf mein Garmin spielen und zwar in der Form
von Waypoints in einem GPX. Der Datensatz liegt als Shapefile vor.

Eigentlich wollte ich diesen per JOSM laden, in ein .osm-File (xml)
speichern, dieses dann per osmconvert mit dem Flag --all-to-nodes
bearbeiten, und dann entweder mit JOSM oder gpsbabel in ein .gpx
umwandeln und dann noch per Regular Expression (sed) die Symbole setzen.

Leider scheitert dieses Vorgehen bereits daran, dass nach dem Bearbeiten
mit osmconvert, die Wege nicht wie gedacht zu Knoten geworden sind,
sondern jeder einzelne Knoten von jedem einzelnen Umriss noch da ist und
nur die Tags fehlen.

Falls jemand weiß, woran das liegt oder einen besseren Vorschlag hat,
wie ich den Datensatz auf mein Garmin bekommen wäre ich um Hinweise froh.

Liebe Grüße,
Stefan


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


Re: [Talk-it-trentino] Osm non citato

2014-05-03 Per discussione Marco Ciampa
On Fri, May 02, 2014 at 11:13:57PM +0200, Michele Malfatti wrote: 
 Ciao a tutti ho preso questa mappa al Bike festival oggi a Riva 
 del Garda. La mappa e' Osm ma manca l'attribuzione ad Osm. Michele 

Bravo. In questi casi che si fa?

-- 


Marco Ciampa

L'utopia sta all'orizzonte. Mi avvicino  di due passi, lei si allontana
di due  passi. Faccio dieci  passi e  l'orizzonte si allontana  di dieci
passi.  Per quanto cammini, non la raggiungerò  mai. A cosa serve
l'utopia? A questo: serve a camminare.  Eduardo Galeano

++
| Linux User  #78271 |
| FSFE fellow   #364 |
++


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


[Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap

2014-05-03 Per discussione Rui Oliveira
Caros.

Enviava este email para vos dar conta de uma curiosidade. De facto eu gosto
bastante do OSM, e vejo-o como um banco de dados cartográfico aberto do que
apenas o mapa que vemos quando vamos ao Openstreetmap.org.  Contudo de vez
em quando aparecem coisas bizarras que não têm explicação.

Sabiam que se classificarem um ponto de interesse com a designação Bar
(amenity=bar), aparece o icon no Renderer do openstreetmap.org (Mapnik),
mas se por um lado classificarem o mesmo ponto como Clube Nocturno
(amenity=nightclub) não aparece nada, ou na melhor das hipótese se
especificarem o número da porta, aparece apenas esse número no mapa final?

Não queria fazer disto uma rant, mas... granda bug, porque devem existir
uma infinidade de poi amenity=nightclub que não são mostrados! Descobri
este pormenor agora e pelo vistos já é conhecido... há 4 anos! Podem ver o
ticket de seguida!

https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui
https://github.com/gravitystorm/openstreetmap-carto/issues/456)

Não se compreende uma coisa tão simples como associar um icon (e já houve
propostas bastante apelativas de icons como podem ver no ticket) ainda não
esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e nightclub
não é a mesma coisa? Não necessariamente, é aceite na comunidade que um bar
é um simples sitio onde se pode ir tomar uma bebida e quanto ao nightclub
além de se poder tomar uma bebida tem uma pista de dança.

Eu sei que o openstreetmap não vale apenas pelo que vemos no openstreetmap
mas sim a mais valia é o banco de dados sobre estradas, edificios, poi,
etc.. que pode ser usado de forma aberta por qualquer pessoa. Mas nestas
pequenas coisas a comunidade podia andar mais rápido :)
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt


Re: [Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap

2014-05-03 Per discussione John Packer
Olá Rui,

Contudo de vez em quando aparecem coisas bizarras que não têm explicação.

Na verdade, tem explicação sim.
Em primeiro lugar, entenda que cada mapa exibe o que bem entender, e o
estilo de mapa que é visto no site principal é um de muitos.
Os desenvolvedores deste mapa do site principal são todos voluntários até
onde eu saiba, e tem um tempo limitado, mas aceitam colaborações de outros
usuários.
Esta decisão parece trivial inicialmente, mas quando se recebe dezenas ou
centenas de sugestões todo mês, se vê que não dá pra adicionar tudo, pois
ainda por cima tem que ver se aquilo tem coerência, quão
internacionalizado o ícone é, etc.

E outra coisa, como cada coisa deve ser etiquetada é algo de um certo
consenso da comunidade, e não tem nada oficial sobre como classificar as
coisas, portanto isto *não é* um bug do mapa do site principal.

E às vezes tem coisas que não ficam claras, por exemplo, eu defendo que
amenity=pub é a forma correta de etiquetar a maioria dos bares no Brasil, e
que amenity=bar é mais raro de encontrar, mas é díficil de encaixar
amenity=bar no Brasil porque até onde eu saiba não existe exatamente a
mesma coisa aqui.
Pra ter uma idéia, geralmente amenity=bar tem uma pista de dança, mas
segundo algumas definições na wiki, amenity=nightclub tem mais ênfase em
dança que amenity=bar.

Não sei se os desenvolvedores do estilo de mapa do site principal estão com
dúvidas sobre essa certa ambiguidade e não querem apoiar amenity=nightclub
ou se eles simplesmente estão dedicando o seu tempo em assuntos mais
urgentes.
Mas é bem possível que isto será adicionado um dia, enquanto isto, saiba
que mesmo que não apareça um ícone do local no mapa, ele aparecerá como
resultado de uma pesquisa pelo nome.

Abs,
João



Em 3 de maio de 2014 22:00, Rui Oliveira racoqs...@gmail.com escreveu:

 Caros.

 Enviava este email para vos dar conta de uma curiosidade. De facto eu
 gosto bastante do OSM, e vejo-o como um banco de dados cartográfico aberto
 do que apenas o mapa que vemos quando vamos ao Openstreetmap.org.  Contudo
 de vez em quando aparecem coisas bizarras que não têm explicação.

 Sabiam que se classificarem um ponto de interesse com a designação Bar
 (amenity=bar), aparece o icon no Renderer do openstreetmap.org (Mapnik),
 mas se por um lado classificarem o mesmo ponto como Clube Nocturno
 (amenity=nightclub) não aparece nada, ou na melhor das hipótese se
 especificarem o número da porta, aparece apenas esse número no mapa final?

 Não queria fazer disto uma rant, mas... granda bug, porque devem existir
 uma infinidade de poi amenity=nightclub que não são mostrados! Descobri
 este pormenor agora e pelo vistos já é conhecido... há 4 anos! Podem ver o
 ticket de seguida!

 https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui
 https://github.com/gravitystorm/openstreetmap-carto/issues/456)

 Não se compreende uma coisa tão simples como associar um icon (e já houve
 propostas bastante apelativas de icons como podem ver no ticket) ainda não
 esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e nightclub
 não é a mesma coisa? Não necessariamente, é aceite na comunidade que um bar
 é um simples sitio onde se pode ir tomar uma bebida e quanto ao nightclub
 além de se poder tomar uma bebida tem uma pista de dança.

 Eu sei que o openstreetmap não vale apenas pelo que vemos no openstreetmap
 mas sim a mais valia é o banco de dados sobre estradas, edificios, poi,
 etc.. que pode ser usado de forma aberta por qualquer pessoa. Mas nestas
 pequenas coisas a comunidade podia andar mais rápido :)

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


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


Re: [Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap

2014-05-03 Per discussione Rui Oliveira
2014-05-04 1:23 GMT+00:00 John Packer john.pack...@gmail.com:


 Na verdade, tem explicação sim.
 Em primeiro lugar, entenda que cada mapa exibe o que bem entender, e o
 estilo de mapa que é visto no site principal é um de muitos.
 Os desenvolvedores deste mapa do site principal são todos voluntários até
 onde eu saiba, e tem um tempo limitado, mas aceitam colaborações de outros
 usuários.


Eu sei bem disso, nomeadamente em relação a haver vários renderers(Tile
Maps)  título de curiosidade actualmente o meu favorito é o do
MapSurfer.Net que não sofre destes problemas.

http://wiki.openstreetmap.org/wiki/MapSurfer.NET

Mais Tile Servers aqui

http://wiki.openstreetmap.org/wiki/TMS

E quanto ao facto de dizer que não se compreendia, era já é algo que já
está por decidir há muito tempo, como é obvio  não estava a exigir nada a
ninguém, contudo isso não me impede de fazer uma crítica do meu ponto de
vista construtiva e argumentada.


 Não sei se os desenvolvedores do estilo de mapa do site principal estão
 com dúvidas sobre essa certa ambiguidade e não querem apoiar
 amenity=nightclub ou se eles simplesmente estão dedicando o seu tempo em
 assuntos mais urgentes.
 Mas é bem possível que isto será adicionado um dia, enquanto isto, saiba
 que mesmo que não apareça um ícone do local no mapa, ele aparecerá como
 resultado de uma pesquisa pelo nome.


Eu vi o teu email posterior, e concordo que em portugal (tal como a ideia
que tenho de alguns paises europeus) o nightclub é mais usado para
ambientes nocturnos, discotecas/dancetarias com pistas de dança.

Contudo o que disseste em relação ao amenity=bar, pôs-me a pensar e fiz uma
pesquisa num serviço muito util chamado taginfo (
http://taginfo.openstreetmap.org) dá umas estatisticas interessantes, como
por exemplo:

amenity=bar corresnponde a 61 215  ocorrências no OSM
amenity=nightclub corresponde 8921 ocorrências no OSM


Se for por causa de o número ser consideravelmente menor, até compreendo.
Mas lá está, porque não pub em vez de bar?
uma pesquisa de amenity=pub dá-me 100.780 casos, muito mais que os dois
anteriores. Ou pub será muito diferente de bar? Não são perguntas para
responderes mas para perceberes o meu ponto. No  fundo isto cai sempre
naquele provavelmente que é a única dor de cabeça do OSM, a fragmentação de
tags em que uma pessoa não sabe qual a tag correcta a usar!



 Em 3 de maio de 2014 22:00, Rui Oliveira racoqs...@gmail.com escreveu:

 Caros.

 Enviava este email para vos dar conta de uma curiosidade. De facto eu
 gosto bastante do OSM, e vejo-o como um banco de dados cartográfico aberto
 do que apenas o mapa que vemos quando vamos ao Openstreetmap.org.  Contudo
 de vez em quando aparecem coisas bizarras que não têm explicação.

 Sabiam que se classificarem um ponto de interesse com a designação Bar
 (amenity=bar), aparece o icon no Renderer do openstreetmap.org (Mapnik),
 mas se por um lado classificarem o mesmo ponto como Clube Nocturno
 (amenity=nightclub) não aparece nada, ou na melhor das hipótese se
 especificarem o número da porta, aparece apenas esse número no mapa final?

 Não queria fazer disto uma rant, mas... granda bug, porque devem
 existir uma infinidade de poi amenity=nightclub que não são mostrados!
 Descobri este pormenor agora e pelo vistos já é conhecido... há 4 anos!
 Podem ver o ticket de seguida!

 https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui
 https://github.com/gravitystorm/openstreetmap-carto/issues/456)

 Não se compreende uma coisa tão simples como associar um icon (e já houve
 propostas bastante apelativas de icons como podem ver no ticket) ainda não
 esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e nightclub
 não é a mesma coisa? Não necessariamente, é aceite na comunidade que um bar
 é um simples sitio onde se pode ir tomar uma bebida e quanto ao nightclub
 além de se poder tomar uma bebida tem uma pista de dança.

 Eu sei que o openstreetmap não vale apenas pelo que vemos no
 openstreetmap mas sim a mais valia é o banco de dados sobre estradas,
 edificios, poi, etc.. que pode ser usado de forma aberta por qualquer
 pessoa. Mas nestas pequenas coisas a comunidade podia andar mais rápido :)

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



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


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


Re: [Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap

2014-05-03 Per discussione Fernando Trebien
Na última vez que li sobre esse assunto, descobri que nem em inglês há uma
diferenciação clara entre bar e pub. A diferença parece ser parcialmente
vinculada a  estereótipos: um bar é mais barulhento e nele normalmente se
bebe cerveja e come petiscos, enquanto que um pub é mais chique
(bonito/arrumado/com decoração moderna/com pessoas vestidas em traje menos
casual; tudo isso ou só algumas combinações dessas coisas), geralmente
menos barulhento, e onde se bebe drinks considerados mais rebuscados (e
normalmente mais caros também).

Mas para me manter neutro nesse julgamento, eu normalmente classifico de
acordo com a auto-descrição do estabelecimento: se os donos chamam de bar
(se é o que aparece num cardápio ou na descrição do site do
estabelecimento), então mapeio como bar (independente do estereótipo
descrito no wiki em inglês). Se eles se consideram um pub, mapeio como pub.
Se não tenho absolutamente nenhuma informação, classifico como bar mesmo
(parece ser um conceito mais genérico pela descrição da Wikipédia).

Claro, é bem possível que em Portugal essas coisas tenham nomes próprios.
Aqui no Brasil a tendência tem sido copiar a terminologia anglófona ao
falar desses estabelecimentos.
On May 3, 2014 11:03 PM, Rui Oliveira racoqs...@gmail.com wrote:




 2014-05-04 1:23 GMT+00:00 John Packer john.pack...@gmail.com:


 Na verdade, tem explicação sim.
 Em primeiro lugar, entenda que cada mapa exibe o que bem entender, e o
 estilo de mapa que é visto no site principal é um de muitos.
 Os desenvolvedores deste mapa do site principal são todos voluntários até
 onde eu saiba, e tem um tempo limitado, mas aceitam colaborações de outros
 usuários.


 Eu sei bem disso, nomeadamente em relação a haver vários renderers(Tile
 Maps)  título de curiosidade actualmente o meu favorito é o do
 MapSurfer.Net que não sofre destes problemas.

 http://wiki.openstreetmap.org/wiki/MapSurfer.NET

 Mais Tile Servers aqui

 http://wiki.openstreetmap.org/wiki/TMS

 E quanto ao facto de dizer que não se compreendia, era já é algo que já
 está por decidir há muito tempo, como é obvio  não estava a exigir nada a
 ninguém, contudo isso não me impede de fazer uma crítica do meu ponto de
 vista construtiva e argumentada.


 Não sei se os desenvolvedores do estilo de mapa do site principal estão
 com dúvidas sobre essa certa ambiguidade e não querem apoiar
 amenity=nightclub ou se eles simplesmente estão dedicando o seu tempo em
 assuntos mais urgentes.
 Mas é bem possível que isto será adicionado um dia, enquanto isto, saiba
 que mesmo que não apareça um ícone do local no mapa, ele aparecerá como
 resultado de uma pesquisa pelo nome.


 Eu vi o teu email posterior, e concordo que em portugal (tal como a ideia
 que tenho de alguns paises europeus) o nightclub é mais usado para
 ambientes nocturnos, discotecas/dancetarias com pistas de dança.

 Contudo o que disseste em relação ao amenity=bar, pôs-me a pensar e fiz
 uma pesquisa num serviço muito util chamado taginfo (
 http://taginfo.openstreetmap.org) dá umas estatisticas interessantes,
 como por exemplo:

 amenity=bar corresnponde a 61 215  ocorrências no OSM
 amenity=nightclub corresponde 8921 ocorrências no OSM


 Se for por causa de o número ser consideravelmente menor, até compreendo.
 Mas lá está, porque não pub em vez de bar?
 uma pesquisa de amenity=pub dá-me 100.780 casos, muito mais que os dois
 anteriores. Ou pub será muito diferente de bar? Não são perguntas para
 responderes mas para perceberes o meu ponto. No  fundo isto cai sempre
 naquele provavelmente que é a única dor de cabeça do OSM, a fragmentação de
 tags em que uma pessoa não sabe qual a tag correcta a usar!



 Em 3 de maio de 2014 22:00, Rui Oliveira racoqs...@gmail.com escreveu:

 Caros.

 Enviava este email para vos dar conta de uma curiosidade. De facto eu
 gosto bastante do OSM, e vejo-o como um banco de dados cartográfico aberto
 do que apenas o mapa que vemos quando vamos ao Openstreetmap.org.  Contudo
 de vez em quando aparecem coisas bizarras que não têm explicação.

 Sabiam que se classificarem um ponto de interesse com a designação Bar
 (amenity=bar), aparece o icon no Renderer do openstreetmap.org(Mapnik), mas 
 se por um lado classificarem o mesmo ponto como Clube
 Nocturno (amenity=nightclub) não aparece nada, ou na melhor das hipótese
 se especificarem o número da porta, aparece apenas esse número no mapa
 final?

 Não queria fazer disto uma rant, mas... granda bug, porque devem
 existir uma infinidade de poi amenity=nightclub que não são mostrados!
 Descobri este pormenor agora e pelo vistos já é conhecido... há 4 anos!
 Podem ver o ticket de seguida!

 https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui
 https://github.com/gravitystorm/openstreetmap-carto/issues/456)

 Não se compreende uma coisa tão simples como associar um icon (e já
 houve propostas bastante apelativas de icons como podem ver no ticket)
 ainda não esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e
 

Re: [Talk-cat] Denominació de carrers

2014-05-03 Per discussione Pep Gesti
Ok, gràcies Carlos!
Pep
Pep Gesti

Carlos Sánchez erielk...@gmail.com ha escrit:

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


Re: [Talk-cz] Aktualizace RUIAN

2014-05-03 Per discussione Petr Vejsada
Dne Pá 2. května 2014 15:24:05, Petr Morávek [Xificurk] napsal(a):

 Na to stačí i libxml2:
 xmllint --format file.xml
 
 Ale ty soubory jsou pořád (celkově) dost velké, obzvláště v Praze :/

Jo, to je dobrý, dík.

Tak s Prahou konečně dobojováno, vadný polygon u ZSJ 306045 Za 
Hornoměcholupskou a prázdný polygon u ZSJ 132021 - Horní Měcholupy-sever.

Začnu rozesílat objednaná data na import adres.

--
Petr


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


[OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires

2014-05-03 Per discussione François Lacombe
Bonjour,

Je viens de prendre contact avec deux contributeurs à propos d'un problème
que certains connaissent bien : les nœuds qui se retrouvent partagés entre
des éléments linéaires (routes, lignes électriques) et le zonage terrain ou
autres.
http://www.openstreetmap.org/node/515286478#map=17/43.37259/6.19802

Dans le cas des lignes électriques, les seuls nœuds que l'on doit trouver
sont les supports (pylônes, poteaux). Il n'y a pas d'exception. Rajouter
des nœuds entre ces supports génère des erreurs de QA et des erreurs
topologiques (en plus de me réveiller la nuit ;) ).


Ce sont des problèmes très couteux en temps lorsqu'on veut les corriger
après coup.

Plus largement, peut-être devrait-on proposer un système de couches ou de
filtres efficaces dans JOSM pour éviter ces collisions ?
Ceci permettrait à chaque contributeur de ne pas être pollué avec les
features qu'il n'appréhende pas.
Des discussions semblaient aller dans ce sens, y a-t-il eu quelque chose
d'arrêté ?

La plupart de ces nœuds partagés sont là de manière bien involontaire et
non pas par vandalisme, dans l'attente d'une solution merci de faire
attention.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Petite question de frontière ? - rivière La Laize

2014-05-03 Per discussione Jean-Baptiste Holcroft
Bonjour,

Quelqu'un sait-il corriger ce micro problème ?

http://www.openstreetmap.org/#map=19/49.074465/-0.374887

Le problème : la rivière sert de frontière, mais est clairement mal placée,
donc croisement entre rivière et route.

Est-ce que je déplace la rivière et donc la frontière ou faut-il procéder
différemment ?

Merci pour vos réponses,
--
Jean-Baptiste Holcroft
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Petite question de frontière ? - rivière La Laize

2014-05-03 Per discussione Guillaume Allegre
Le sam. 03 mai 2014 à 15:30 +0200, Jean-Baptiste Holcroft a écrit :
 Bonjour,
 
 Quelqu'un sait-il corriger ce micro problème ?
 
 http://www.openstreetmap.org/#map=19/49.074465/-0.374887
 
 Le problème : la rivière sert de frontière, mais est clairement mal placée,
 donc croisement entre rivière et route.
 
 Est-ce que je déplace la rivière et donc la frontière ou faut-il procéder
 différemment ?

Il n'est pas nécessaire (et parfois pas souhaitable) que la rivière et la 
frontière
aient le même way support.

Le cas classique est le cours d'eau servant de frontière, qui bouge au fil du 
temps 
(travaux, érosion, remblaiement...) alors que la frontière ne change pas 
(bornage
et cadastre fixe). C'est peut-être (probablement) ton cas, je n'ai pas vérifié.

Donc si tu es certain de la rivière, tu peux dessiner son nouveau tracé
(partiel ou total) sans affecter la frontière.





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


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


Re: [OSM-talk-fr] Petite question de frontière ? - rivière La Laize

2014-05-03 Per discussione David Crochet

Bonjour

Le 03/05/2014 15:30, Jean-Baptiste Holcroft a écrit :


Le problème : la rivière sert de frontière, mais est clairement mal
placée, donc croisement entre rivière et route.



Je suis un partisan de la séparations des limites administratives et des 
indications géographiques bougeantes.

Donc je commencerais par dupliquer les deux chemins.

Cordialement

--
David Crochet

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


Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires

2014-05-03 Per discussione Gaël Simon
Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et 
logique d'utiliser une route comme séparation par exemple entre des champs et 
une forêt ?

Gaël

Le 3 mai 2014 à 12:55, François Lacombe francois.laco...@telecom-bretagne.eu 
a écrit :

Bonjour,

Je viens de prendre contact avec deux contributeurs à propos d'un problème que 
certains connaissent bien : les nœuds qui se retrouvent partagés entre des 
éléments linéaires (routes, lignes électriques) et le zonage terrain ou autres.
http://www.openstreetmap.org/node/515286478#map=17/43.37259/6.19802

Dans le cas des lignes électriques, les seuls nœuds que l'on doit trouver sont 
les supports (pylônes, poteaux). Il n'y a pas d'exception. Rajouter des nœuds 
entre ces supports génère des erreurs de QA et des erreurs topologiques (en 
plus de me réveiller la nuit ;) ).


Ce sont des problèmes très couteux en temps lorsqu'on veut les corriger après 
coup.

Plus largement, peut-être devrait-on proposer un système de couches ou de 
filtres efficaces dans JOSM pour éviter ces collisions ?
Ceci permettrait à chaque contributeur de ne pas être pollué avec les features 
qu'il n'appréhende pas.
Des discussions semblaient aller dans ce sens, y a-t-il eu quelque chose 
d'arrêté ?

La plupart de ces nœuds partagés sont là de manière bien involontaire et non 
pas par vandalisme, dans l'attente d'une solution merci de faire attention.


François Lacombe

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires

2014-05-03 Per discussione David Crochet

Bonjour

Le 03/05/2014 19:55, Gaël Simon a écrit :

Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et
logique d'utiliser une route comme séparation par exemple entre des
champs et une forêt ?



Oui et non, car entre une route et une forêt ou une champ, il y a 
souvent une rigole + une largeur d'herbe : 
http://tile.openstreetmap.fr/?zoom=20lat=48.55918lon=-0.90468layers=B000FFF


Cordialement

--
David Crochet

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


Re: [OSM-talk-fr] Accès de certaines voies en France

2014-05-03 Per discussione Waxy
Salut,

Sans rentrer dans des considérations de calcul d'itinéraires, je me
demande s'il n'y a pas un désaccord entre :

http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France

Pas de piéton sur highway=cycleway.

et :
http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dcycleway

qui dit bien que ça implique bicycle=designated mais aussi foot=yes
(dans le cadre sur fond vert, sur la droite de la page).

Donc questions :

1/ Quand on étiquette un highway=cycleway, faut-il nécessairement lui
adjoindre un foot=xxx (xxx pouvant être yes ou no ou designated).

2/ Sinon, un highway=cycleway sans autre chose exclut-il forcément les
piétons ?

Le 24/04/2014 03:28, JB a écrit :
 Pas forcément depuis M. Wiki :
 http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France
 
 Question à deux balles : si une voie est tagguée highway=cycleway +
 foot=yes, le foot=yes prend le dessus ?
 JB.
 
 Le 23/04/2014 22:45, Waxy a écrit :
 Salut,

 L'exemple de style par défaut de mkgmap (création de cartes pour
 navigateurs Garmin à partir de données OSM) évolue.
 Les développeurs ont ajouté un fichier access_country qu'il s'agirait
 de compléter avec les données qui vont bien pour la France.

 Est-ce que ceci vous semble correct ?

 highway=trunk  mkgmap:country=FRA{ add bicycle=no; add foot=no }
 highway=cycleway  mkgmap:country=FRA{ add foot=no }
 highway=bridleway  mkgmap:country=FRA{ add foot=yes }


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


Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires

2014-05-03 Per discussione Philippe Verdy
Ni la rigole ni la zone d'herbe ne sont stables; cela dépend des coupes.
Tant qu'on n'a pas d'élément pour montrer ces autres séparations, on doit
couvrir le terrain en commençant par ce qui est le plus évident.
Car une limite de forêt c'est toujours très flou; de même que la limite
d'un champ s'il n'y a pas de clôture.
Si pour avancer en évitant des erreurs topologiques un peu partout
(d'autant qu'on ne trace le plus souvent pas non plus la largeur de la
route elle-même qui peut elle aussi évoluer), je ne vois aucun mal à
utiliser le filaire de la route comme limite objective (la moins fausse en
fait) entre deux zones dont les limites sont finalement assez floues
relativement à la route.


Le 3 mai 2014 20:26, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 03/05/2014 19:55, Gaël Simon a écrit :

  Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et
 logique d'utiliser une route comme séparation par exemple entre des
 champs et une forêt ?


 Oui et non, car entre une route et une forêt ou une champ, il y a souvent
 une rigole + une largeur d'herbe : http://tile.openstreetmap.fr/?
 zoom=20lat=48.55918lon=-0.90468layers=B000FFF

 Cordialement

 --
 David Crochet


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

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


Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires

2014-05-03 Per discussione Guillaume Allegre
Le sam. 03 mai 2014 à 20:26 +0200, David Crochet a écrit :
 Bonjour
 
 Le 03/05/2014 19:55, Gaël Simon a écrit :
 Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et
 logique d'utiliser une route comme séparation par exemple entre des
 champs et une forêt ?
 
 
 Oui et non, car entre une route et une forêt ou une champ, il y a
 souvent une rigole + une largeur d'herbe : 
 http://tile.openstreetmap.fr/?zoom=20lat=48.55918lon=-0.90468layers=B000FFF
 

D'autant plus qu'on a d'un côté un modèle filaire (la route),
de l'autre un modèle surfacique (les landuses et natural).

Tant qu'on n'a pas de surfacique pour la route, ce n'est pas logique
de coudre les landuses à la route, qui est représentée par son axe.

Pour l'instant, il n'y a que sur les waterways et les railways qu'on peut
avoir un modèle double : filaire + surfacique. J'imagine que ça viendra un jour
aussi pour les voiries.


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


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


[OSM-talk-fr] Tag lotissement

2014-05-03 Per discussione Mides
Bonsoir,

j'ai un petit souci de choix pour un tag.

Comment peut on taguer un lotissement ? J'opterai bien  pour la clé place
mais concernant sa valeur, quelle valeur peut on , ou doit on, utiliser ?

Bonne fin de soirée,

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


Re: [OSM-talk-fr] Tag lotissement

2014-05-03 Per discussione Waxy
Bonsoir,

Le 03/05/2014 18:04, Mides a écrit :
 Bonsoir, 
 
 j'ai un petit souci de choix pour un tag. 
 
 Comment peut on taguer un lotissement ? J'opterai bien  pour la clé
 place mais concernant sa valeur, quelle valeur peut on , ou doit on,
 utiliser ?
 
 Bonne fin de soirée,
 
 Michel

Je dirais un polygone avec landuse=residential.
http://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dresidential

J'ai bon ?

@+

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


Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires

2014-05-03 Per discussione Vincent Pottier

Le 03/05/2014 19:55, Gaël Simon a écrit :
Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant 
et logique d'utiliser une route comme séparation par exemple entre des 
champs et une forêt ?


Gaël


Non.

En fait on représente l'axe de la route.
Or la forêt d'un côté, le champs de l'autre, s’arrêtent bien avant les 
tirets blancs qui sont au milieu de la route.


Donc quitte à faire une approximation, j'évite qu'elle emm...de les 
suivants qui voudront retravailler le tracé.


Quitte à faire une approximation, j'essaie qu'un des côtés soit juste et 
j'englobe sous la route le côté le moins nature. Par exemple pour une 
limite champs-forêt, je trace la limite en bordure de route, côté forêt.


Mais de plus en plus, en mini-mapping (pas encore micro) je laisse 
l'espace de la route entre le champs et la forêt.

http://osm.org/go/0CR1CP8~8

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


[OSM-talk-fr] Leisure:common

2014-05-03 Per discussione Mides
Bonsoir,

si je m'en tiens au Wiki le tag leisure:common est réservé à UK

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

Alors,  comment doit on faire pour taguer une place, arborée,  de 50 X 200
mètres où la circulation motorisée est interdite mais qui n'est pas un
parc. Mise à part utiliser area:yes, highway:pedestrian.

Merci

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


Re: [OSM-talk-fr] Tag lotissement

2014-05-03 Per discussione David Crochet

Bonjour

Même idée : landuse=residential + name=*

Cordialement

--
David Crochet

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


Re: [OSRM-talk] Foot profile

2014-05-03 Per discussione Emmanuel Bégué
On Fri, May 2, 2014 at 12:13 PM, Sarah Hoffmann lon...@denofr.de wrote:

 That's an old unmaintained one which really should be removed.
 Please try one of those two:

 https://github.com/sosm/cbf-routing-profiles/blob/master/foot-city.lua
 https://github.com/sosm/cbf-routing-profiles/blob/master/foot-hiking.lua

 They work fine against OSRM versions 0.3.3 - 0.3.9.

Ok, many thanks for your answer; I followed your instructions and was
able to use those profiles! So that's great, and thank you again. ;-)

Unfortunately the initial problem isn't solved; some points in Paris
(lots of them) are apparently non-navigable by foot -- many times, for
instance, at the center of roundabouts (but not only, and not always).

It's quite strange since when one asks to navigate to/from the middle
of the river, or the center of a building, or the middle of a highway,
a path is found that goes to the nearest accessible point.

So it seems, in principle, a path should always be found? What makes
pathfinding fail in some cases?

I'm using the most recent data published by geofabrik two days ago,
and upgraded Project-OSRM to 3.9.

I'd really like to get to the bottom of this: would it help to run
osrm in debug mode?

Any other idea?

Thanks,
Regards,
EB

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


Re: [OSRM-talk] Foot profile

2014-05-03 Per discussione Martin Koppenhoefer


 Am 03/mag/2014 um 15:00 schrieb Sarah Hoffmann lon...@denofr.de:
 
 you can exclude all ways with area=yes from routing. Simply add something
 like this in way_function() of your profile: 
 
 if way.tags:Find('area') ~= '' then
return 0
 end
 
 But this might do more harm than good.


+1, I wouldn't exclude pedestrian areas from routing. They should of course be 
connected, many situations would become islands if routing on areas is off. 

One issue that currently is yet to solve afaik are pedestrian areas defined by 
multipolygons, their ways should also be integrated into the graph

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


Re: [Talk-GB] [OHM] New York Public Library - Building Inspector

2014-05-03 Per discussione Rob Nickerson
The OS County series includes addresses but is only just coming out of
copyright. I have access to a slippy map with a few sheets scanned but they
look like they're too recent and still in copyright.

It's Chris Fleet at NLS that we need to speak to. He's spoken at sotm
Scotland in the past. I'll follow it up with the Scotland group.

Rob
On 3 May 2014 00:09, Tim Waters chippy2...@gmail.com wrote:

 Those are some good examples - they appear to be around the same scale
 also.
 They are monochrome and don't have addresses which should limit a couple
 of the types of the tasks.  Could be worth trying the Building Inspector
 with this dataset.

 I wonder if there's anyone from the NLS on list?


 On 1 May 2014 19:11, Rob Nickerson rob.j.nicker...@gmail.com wrote:

 Yes, all Open. It's great.

 In terms of how we could use it here in the UK, the best data I can think
 of is the OS Town Plans for Scotland that NLS have as individual map sheets
 and as a slippy map:


 http://maps.nls.uk/geo/explore/#zoom=19lat=57.14443lon=-2.1054layers=B0TFF

 There is also some great London data:


 http://maps.nls.uk/geo/explore/#zoom=19lat=51.52008lon=-0.12473layers=B0FTF

 We have a pretty good relation with NLS. Is there any interest in our
 community to enquire about working with them?

 Rob


 On 30 April 2014 15:46, Tim Waters chippy2...@gmail.com wrote:

 Hi Rob,

 it has been on the list before - but they have recently revamped it and
 added many more features, and maps! In my opinion it's a shining example of
 how geo crowdsourcing applications should be.

 I believe it has been developed internally with the library - and I
 think they are just using Mapbox to host the tiles (originally coming from
 the warper at maps.nypl.org)

 The code is on github: https://github.com/NYPL/building-inspector and
 the data is available to download as well.
 http://buildinginspector.nypl.org/general/data

 Cheers,

 Tim


 On 29 April 2014 22:44, Rob Nickerson rob.j.nicker...@gmail.com wrote:

 Don't think I've spotted this on the historic mailing list so I'll post
 it.

 NYPL digitizing old maps using crowd sourcing. I just gave it a go and
 it works very well.

 http://buildinginspector.nypl.org/

 Looks like Mapbox has some involvement, or at least the map display has
 a similar style to mapbox's. I wonder whether the software is open as we
 can use this to help OpenHistoricMap.

 Rob

 ___
 Historic mailing list
 histo...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/historic





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


[Talk-us] Upcoming talk: Rendering server optimization at SeaPUG

2014-05-03 Per discussione Paul Norman
On Tuesday May 6th I'll be giving a talk in the evening at the Seattle
Postgres Users Group on optimizing the Postgres side of an OpenStreetMap
tile rendering server. This is an adapted version of the talk I gave at the
regional conference in April, which you can see at
http://stateofthemap.us/session/osm2pgsql-mapnik-optimizing-the-rendering-to
olchain/

I'll post slides after the talk, but most of the changes from the previous
version will probably be in what I say, not the slides.

The talk will be in the rooms of SCHARP on the south shore of Lake Union.
I'm probably not sticking around for too long after the talk as I want to
get partway back to Vancouver



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


Re: [Talk-us] Upcoming talk: Rendering server optimization at SeaPUG

2014-05-03 Per discussione Martijn van Exel
Very cool, I am curious what those PG buffs have to say, perhaps you can
take home some power tips. I have a feeling you will know as much if not
more about Postgres optimization as the folks in your audience...

On Saturday, May 3, 2014, Paul Norman penor...@mac.com wrote:

 On Tuesday May 6th I'll be giving a talk in the evening at the Seattle
 Postgres Users Group on optimizing the Postgres side of an OpenStreetMap
 tile rendering server. This is an adapted version of the talk I gave at the
 regional conference in April, which you can see at

 http://stateofthemap.us/session/osm2pgsql-mapnik-optimizing-the-rendering-to
 olchain/

 I'll post slides after the talk, but most of the changes from the previous
 version will probably be in what I say, not the slides.

 The talk will be in the rooms of SCHARP on the south shore of Lake Union.
 I'm probably not sticking around for too long after the talk as I want to
 get partway back to Vancouver



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



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