Re: [OSM-talk] I’m running for OSMF board and I’ve set up office hours for questions

[Alexandre Oliveira]

> First, the text of the ODbL is explicit about “reasonably calculated” 
> awareness. FB believes its maps comply with this. The ODbL does not require 
> that “every” person see the attribution. It requires that “any” person can. 
> FB’s attribution to OSM is available to any viewer in a place that is 
> commonly associated with attribution.
Not true. The button is barely visible and only those really looking
for attribution will be able to spot the button, and even then it's
very easy to miss the button.


>  I don’t want to repeat myself too much, but the ODbL is very terse and 
> leaves a lot of room for interpretation.
Uhh, except not? It leaves a lot of room for interpretation because
corporate users want to read imaginary text between the lines. The
ODbL license text is crystal clear that the attribution should be
somewhere visible, and hiding under interaction of a nearly-hidden
button is not visible.


> Common practices for data attribution in map and non-map domains rely on 
> click-through interactions like the ones FB uses.
This image shows otherwise[0]


> and that the words in the corner of a map are relevant to how that basemap 
> was produced and not (for example) the location of a friend or venue overlaid 
> on top of it.
I would agree with you if FB and Mapbox (another corporate user that
doesn't attribute OSM correctly) used OSM data solely for displaying
POIs, which isn't the case.


> My interest as a board member is in maintaining this open approach to uses 
> that are bigger, weirder, more niche, or otherwise different than OSM might 
> have previously imagined.
By undermining attribution of a big, open and free dataset, it would
only please corporate users.


> but in general it’s much more likely that FB and other companies’ need for a 
> high-quality, free, global map with a healthy org behind it is *strongly 
> aligned* with OSMF’s interests.
Nope. The corporate users want a free database, so they don't have to
pay a single cent of royalties to who produced the database. They want
to use something free and open, but don't want to credit it. They want
to change attribution guidelines so they don't have to worry about
potential lawsuits that may follow.

I really don't understand how hard is it to add a text on the corner
of the map including the words "(c) OpenStreetMap contributors" and
linking to the project. You're not paying and once you add attribution
you shouldn't worry about it anymore. Why do corporate users have to
make things so hard?


Corporate users have succeeded in pushing their agenda in the working
group writing the attribution guidelines draft. Just take a look,
there are so many examples accepted by the WG that go against what's
written in the ODbL (splash screen being one of them)[1].

[0] https://www.systemed.net/osm/attribution.png
[1] https://wiki.openstreetmap.org/wiki/Draft_Attribution_Guideline/2020v2

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

Re: [OSM-talk] I’m running for OSMF board and I’ve set up office hours for questions

[Alexandre Oliveira]

I would like to ask a question related to #1.

Let's make a thought exercise. OSM provides geographical data, right? By
definition, a map is a visualization of geographical and other types of
data. In this case, a tile server is nothing more than the visual
representation of the geographical data. Don't you agree that without the
data OSM provides there would be no map (of course you can use other
sources like Google or Bing), since there would be no data to be visualized
and represented?

So why is attribution not necessary? The most important part of the map is
its data, without it there is no map. So I can't understand why you're so
hostile towards proper attribution which is REQUIRED by the ODbL.

I would also like to ask, given the circumstances, would it be fair if I
use Mapillary images (now that the service is in the hands of Facebook) and
hide attribution credits under a button your average user won't ever see?
They might think that data comes from Street View by Google.


And finally, I'd like to remind everyone that the LeafletJS library, used
by many, comes with attribution enabled by default, if there is no
attribution it was removed intentionally and in bad faith.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Let's talk Attribution

[Alexandre Oliveira]

> Other widespread online mapping services also require this kind of
> *attribution
> on the map*, usually even more prominently (brand logo with much bigger
> size than our textual example).

I'd like to emphasize what I said in the previous messages sent to
this thread - OpenStreetMap is a data provider and without data you
don't have a map (in other words: a map is a visualization of a
dataset). Mapbox provides a map (read: visualization of data from
OSM), so why is it okay for Mapbox, which is no secret that they use
OSM data, to put a giant watermark in the corner of the map, but for
them it is absolutely unacceptable to add a small text on the other
corner of the map crediting OSM for the data source? Without OSM,
there would be no data for Mapbox to produce a map.

And I would also like to say that the 2nd version of the draft
proposed by the LWG is as bad as the first draft. The first version
had lots of feedback from the community and it seems to me that the
LWG ignored all this feedback and just went with what corporate users
participating in the LWG proposed.

For example, they are proposing that it would be absolutely acceptable
to attribute OSM in a splash screen that disappears after 3-5 seconds
when you start an application. I have pointed out this controversial
idea, because in the meeting minutes the LWG says a splash screen is
not acceptable, and then proceed to suggest it as an acceptable
attribution because it was suggested by corporations.


I honestly hope that the OSMF rejects the draft as it is right now,
because the current draft provides several breaches to allow companies
like Mapbox and Facebook to undermine the importance of the
OpenStreetMap project.

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

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Alexandre Oliveira]

> At this time nobody is proposing anything more than giving P2 a bit more life 
> for a small sum of money

And as myself and others have brought up, it's not a good idea to
spend money to port P2 from a dead technology to another dead
technology, if people still use it it's much more beneficial in the
long term to port it to modern web technologies than have to spend a
few thousand bucks every once in a while to port a software that's
pretty important for OSM (even though its usage has decreased over the
years the changeset amount is still high) to another dead technology.

As someone (I can't recall who it was) said, "$2500 is not much", then
if the OSMF wants to spend it on useless efforts (i.e. porting P2 from
Flash to Air) then why not give it to me then, if the OSMF wants to
spend this money? :P Jokes aside, if the OSMF really wants to spend
this money I'd suggest it to be spent somewhere else if the board is
so keen on setting up life support and going through the stress that
it is to maintain dead libraries.

-- 
Atenciosamente,
Alexandre Oliveira.

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

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Alexandre Oliveira]

I'd like to share my two cents on the matter of supporting Potlatch 2,
an editor built with (now) dead technology.

I don't think it's worth spending money to update P2 to Air. As others
have stated, Air has been discontinued as well, and it was developed
by Adobe, probably with the same amount of security flaws as Flash
had, which contributed to its demise. I don't see Air as different
even though it's being maintained now by Samsung.

Just take a look. The web is different than when P2 released; flash is
deprecated and a synonym for vulnerable systems, Air tried to take off
but now it's just another dead technology. What are the benefits of
porting P2 to Air? It may be easier because Air may share some code
with Flash, which in turn makes it easier to port to.

However, I think that the OSMF should find someone familiar with Flash
and look forward to porting P2 to modern web technologies (please not
Electron!), like WebAssembly or Web 2.0. Be it JavaScript,
CoffeeScript or TypeScript, React, Angular, Vue.js or any other modern
web tech, it doesn't matter. I think it's going to be money well spent
if P2 was ported to a supported web technology and not something that
died a few years ago and is on life support, and barely anyone uses it
nowadays.

IMO porting P2 to Air is just a waste of money and time from the
developer, and we will reach the same point in the future, be it
either for deprecating P2 or looking to port it to newer web
technologies. OSMF should prepare for the future and not continue
using deprecated technology.

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

Re: [OSM-talk] Heresy - pure discussion

[Alexandre Oliveira]

gt;>> met
>>>>> the English guy who originated them at a Microsoft presentation.  They
>>>>> can
>>>>> be applied to any environment.
>>>>>
>>>>> I think we either run the largest PostgreSQL database there is or it
>>>>> is close to it.  From a reliability point of view my professional hat
>>>>> says
>>>>> this is not where you want to be. You want to be more mainstream with
>>>>> someone else being on the bleeding edge.
>>>>>
>>>>> So the heresy would be look at the implications of changing to
>>>>> Microsoft SQL server in the cloud.  There is lots of documentation and
>>>>> given that Microsoft has worked closely with us in the past the cost
>>>>> might
>>>>> not be too bad.  I do understand that we have a large investment in
>>>>> our
>>>>> current set up both as an organisation and personally and many will
>>>>> consider this as heresy but now is probably the time to think about
>>>>> it.
>>>>>
>>>>> Cheerio John
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Your message to rolland.desroc...@motioncares.ca couldn't be
>>>>> delivered.
>>>>> Rolland.desrocher wasn't found at motioncares.ca.
>>>>> jwhelan0112 Office 365 Rolland.desrocher
>>>>> *Action Required*
>>>>> Recipient
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Unknown To address
>>>>>
>>>>>
>>>>> How to Fix It
>>>>> The address may be misspelled or may not exist. Try one or more of the
>>>>> following:
>>>>>
>>>>>- Send the message again following these steps: In Outlook, open
>>>>>this non-delivery report (NDR) and choose *Send Again* from the
>>>>>Report ribbon. In Outlook on the web, select this NDR, then select
>>>>> the link
>>>>>"*To send this message again, click here.*" Then delete and retype
>>>>>the entire recipient address. If prompted with an Auto-Complete
>>>>> List
>>>>>suggestion don't select it. After typing the complete address,
>>>>> click
>>>>>*Send*.
>>>>>- Contact the recipient (by phone, for example) to check that the
>>>>>address exists and is correct.
>>>>>- The recipient may have set up email forwarding to an incorrect
>>>>>address. Ask them to check that any forwarding they've set up is
>>>>> working
>>>>>correctly.
>>>>>- Clear the recipient Auto-Complete List in Outlook or Outlook on
>>>>>the web by following the steps in this article: Fix email delivery
>>>>>issues for error code 5.1.10 in Office 365
>>>>><https://go.microsoft.com/fwlink/?LinkId=532972>, and then send the
>>>>>message again. Retype the entire recipient address before selecting
>>>>>*Send*.
>>>>>
>>>>> If the problem continues, forward this message to your email admin. If
>>>>> you're an email admin, refer to the *More Info for Email Admins*
>>>>> section below.
>>>>>
>>>>
>>>> --
>>>> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser
>>>> ma brièveté.
>>>>
>>>
>> --
>> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser
>> ma
>> brièveté.
>>
>


-- 
Atenciosamente,
Alexandre Oliveira.

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

Re: [OSM-talk] Let's talk Attribution

[Alexandre Oliveira]

> OSM has imported sources that are ODbL. The attribution to those sources does 
> not appear on the map, but rather after several clicks (usually first to the 
> copyright
> page, then the contributors page). If that's not acceptable under ODbL for a 
> map that has multiple data sources, then OSM would be violating others' ODbL 
> licenses.

IANAL, but when contacting government agencies in Brazil requesting
permission to use their data, I always ask if the agency is okay with
attribution through the wiki page that the attribution text links to
and they all agree with it, so it's not a violation of the terms of
the license?

> The key difference is between using a service (such as tiles hosted by a 
> company, such as Mapbox), and using open data that originated with but *is 
> not hosted* by an
> entity. I agree that if someone were to use OSM tiles hosted by OSM, then 
> attribution should be visible in the corner at all times.

This hostility against FLOSS bugs me. Companies are hostile towards
something that is free and libre, with no restriction of use, the only
thing we ask for is attribution so people can be informed about where
the data you're using originated from. And it's not exclusive to OSM,
not crediting FLOSS on purpose because it's "open" is a trend in tech
companies, as mentioned a few replies ago by some user. And what we've
seen here is a clear example of this trend: Mapbox exploiting OSM for
its data without proper attribution (or hiding it), and instead
misdirecting users to think Mapbox created both the data and tile
service.

As mentioned by Martin:

> actually you even have to put a mapbox logo on the map if you show your own 
> data, hosted by mapbox:
https://docs.mapbox.com/help/how-mapbox-works/attribution/
>
> Maps using Mapbox map designs or data supplied by Mapbox must display both 
> the Mapbox wordmark and text attribution.
>
> You must also display the Mapbox wordmark if your map uses a custom style or 
> custom data hosted by Mapbox.

I wouldn't be surprised if I was required to add a visible attribution
to Mapbox if I used its data and OSM tiles, for example. Or would it
be okay to hide the attribution because I'm using data that "isn't
hosted" by an entity? Or because OSM is FLOSS, a special treatment is
required?

I would like to propose a thought exercise. What is the most important
part of the map, its tiles or its data? I like to think that a map is
a visual representation of data, so a tile would be its visual
representation. A map isn't a map without data, and you can't build a
map tile without data. So, why is it that the visible attribution
should be to its visual part, instead of its data?

One idea I had (and is against my personal beliefs): add DRM to OSM
data, so we can control access and usage by corporate entities that
don't properly attribute OSM. It would be some sort of "reverse-DRM"
(because DRM acts against users, this one would act against
companies). Imagine clicking on a POI in your Mapbox hosted map and
instead of showing its details, it would display "Attribution is
required before you can read the details!", à la
#AttributionIsNotOptional. I'm pretty sure companies would rush and
say the lack of attribution was accidental.

I'm not fond of DRM and I really hope we don't reach this extent of
turning OSM less free because of corporate lobbying against crediting
the crucial part of a map.


As Joseph said:

> The attribution goes on the map.
> This is not a difficult requirement to meet.


> The most recent version of the guidelines
> drafted by the LWG is almost there, but has drawn community criticism
> about being too generous especially w.r.t. initially hidden attribution.

Is there anywhere I can share my two cents about the guidelines?


-- 
Atenciosamente,
Alexandre Oliveira.

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

Re: [OSM-talk] Let's talk Attribution

[Alexandre Oliveira]

> Mapbox also has a whitelabling option for customers to remove the logo from 
> Mapbox tiles. But again, we're talking about the tile service. It would be 
> quite reasonable for OSM to add a logo to the OSM tiles and make keeping that 
> logo on there a condition of using OSM tiles.
> Mapbox employees have contributed to OSM for years. That data belongs to 
> Mapbox but is shared with the world through OSM and ODbL. Attribution for 
> that doesn't appear on-map unless the user is also using Mapbox tiles.

So, if I understood it correctly, you're implying that it's totally
fine to hide data source attribution several clicks away or not
attributing at all? And that the attribution on the corners of the map
are only feasible if you're using OSM's tiles?

What I don't understand is the positioning of corporate users of OSM.
Sure, Mapbox has a business model that depends on attribution and even
then you're obliged to follow their terms of use and policies if you
choose their service. How is that different from OSM? Both provide the
same services, you can choose both Mapbox and OSM for tiles or data,
and even then, you are required to follow their licenses and
terms/policies.

Let's take a look at a situation. If I use Mapbox and remove their
attribution, I'm violating their terms and could have my service
suspended or legal action could be taken. OSM is exactly the same; if
you don't attribute or hide attribution you're violating the terms of
the license.

It looks like that corporate users are lobbying for relaxing
attribution guidelines so they don't have to bother properly
attributing data that comes from an open database. Asking again, why
is it so difficult to just add a piece of text on the map attributing
OSM? You're not paying to use that data as it's free, and now you
don't even want to acknowledge the hard work volunteers have put into
making OSM a great geodata database.

I thought it would be different with Mapbox as I've seen several
projects that use it with OSM data, but it looks like every corporate
user has a similar opinion regarding attribution.

-- 
Atenciosamente,
Alexandre Oliveira.

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

Re: [OSM-talk] Let's talk Attribution

[Alexandre Oliveira]

> I absolutely agree that looking at industry standard seems a good indication 
> of what is reasonable.
> If someone is hitting OSM's tile server, then that would be the industry 
> equivalent of using Google or HERE's API, for which they typically require 
> on-map logo attribution.
> For using *data* from someone's geodatabase, on the other hand, the standard 
> attribution for webmaps varies widely from on-map to after several menu 
> choices; and the standard attribution on mobile is 5-6 clicks from the UI.
> Check out HERE's webmap: https://mobile.here.com/?x=ep. It takes 3 clicks to 
> get to this page: https://mobile.here.com/about/notices. And another 4 clicks 
> to get to this page: 
> https://legal.here.com/en-gb/terms/general-content-supplier-terms-and-notices
> After researching this question, I found no commercial data provider that 
> required data attribution as prominently as the FAQ suggests. Industry 
> standard would suggest a *much* less strict interpretation of what is 
> "reasonable" under the ODbL.

I disagree. Google Maps provides both the tiles and the map data, and
I'm pretty sure the attribution works for both services they provide,
i.e., if you used Google's map data you'd still be required to
attribute them in the map layer. The thing is, they don't allow
separation between the tiles and the map data. Assuming someone is
using OSM map data and saying attribution should be less strict is
like selling proprietary software without a EULA or ToS then
complaining that someone is using your software "the wrong way".

> It’s a database technically, but it’s a database purpose-built for making 
> maps. Hence the name OpenStreetMap.
>
> The attribution goes on the map.
>
> This is not a difficult requirement to meet.

Literally this. If the idea is to be an alternative map to proprietary
maps, why do we need to be so passive about attribution? OSM barely
attracts contributors with projects that use attribution, removing the
need of attribution or making it optional (like some people think it
should be) would be the nail in the coffin for the project.

I don't understand. What's the problem about copying what every other
proprietary map does, adding a credit on top of the map layer? Mapping
libraries do this, Google Maps and Bing do it (and they're source for
data). Do we want big companies like Netflix stealing our precious
hard work without even crediting the people that spent their time on
improving OSM? They used OSM data on their recent movie "All The
Bright Places"[0].

> The FAQ is not the license. The license is the ODbL. The ODbL says absolutely 
> nothing about whether attribution should be on a map or not. Read it here: 
> https://opendatacommons.org/licenses/odbl/index.html

And the FAQ specifies conditions to attribute the data. The license
text says there should be attribution, and the FAQ tells you how to do
it. Of course, it would be better if there was a Terms of Use document
for OSM data that explicitly stated that you need to credit OSM for
the map data by adding a text box over the map with the text "(C)
OpenStreetMap contributors" and linking to the wiki page with a list
of contributors.


This "our attribution guideline is too strict! we should make it less
strict!" mentality is saddening. It only enforces the stereotype for
open source and data that "oh, if it's open I can simply steal this
code and not credit the original authors, everyone will think I am
badass for making this!". Is it so hard to stop removing a single line
of code from your projects, so that they can properly attribute OSM?
(AFAIK Leaflet and Mapbox have attribution enabled by default)

[0] https://twitter.com/iamnunocaldeira/status/1254421478705188866

-- 
Atenciosamente,
Alexandre Oliveira.

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

[OSM-talk] Let's talk Attribution

[Alexandre Oliveira]

Hello!

I'll try to be brief and explain the main problems that exist with
OSM's way of handling lack of (proper) attribution.

According to the wiki page[0]:

> Our requested attribution is "© OpenStreetMap contributors".
> You must also make it clear that the data is available under the Open 
> Database Licence. This can be achieved by providing a "License" or "Terms" 
> link which links to www.openstreetmap.org/copyright or 
> www.opendatacommons.org/licenses/odbl.
>
> This credit needs to appear in a place reasonable to the medium you are 
> utilising. In other words, you should expect to credit OpenStreetMap in the 
> same way and with the same prominence as would be expected by any other map 
> supplier. Therefore:
>- For a browsable electronic map (e.g. embedded in a web page or mobile 
> phone application), the credit should appear in the corner of the map, as 
> commonly seen with map APIs/libraries such as Google Maps.
>- For a printed map, the credit should appear beside the map if that is 
> where other such credits appear, and/or in the "acknowledgements" section of 
> the publication (often at the start of a book or magazine).

Now, let's take a look at a few projects that use OSM and don't abide
by our own guidelines:

Facebook: I've seen some complaints over the course of the last year
regarding lack of attribution from the company. I decided to take a
look myself this year and was surprised, they actually attribute
OpenStreetMap, but not in the way described in the wiki page. On
desktop, there's an information button on the bottom-right corner of
the map, where the attribution should be, and when you click it
there's the attribution text. Note that the icon is barely visible and
I presume most people simply ignore it because it's barely
noticeable[1].

You may think "well, it's fine". Except it's not. On the mobile
version of the Facebook page, there's no attribution at all, simply a
map. And worse, it redirects to Google Maps when you click on it. I
brought this issue to the IRC channel #osm on OFTC and I was shocked
at the attitude of some members that "it was fine" and that Facebook's
attribution cannot be considered a case of "no attribution". I
disagree. If this is the position of the majority of the OSM
Foundation and members of the project, we have a problem, and I'll
explain below. Honestly, it seems to me that because Facebook is a
sponsor of the project, they can do attribution in whichever way
they'd like to, or even remove attribution, something like "I pay for
this project so its rules doesn't apply to me". And from what I've
gathered by my own research, it looks like the OSMF doesn't even care
about Facebook's lack of proper attribution.

Moovit:

The Moovit web app[2] on desktop has the correct attribution, there's
a small text box on the bottom-left corner including the attribution
text "(C) OpenStreetMap contributors". However, in their mobile app,
the attribution is hidden under 2-3 windows, requiring too much user
input to learn where the map and its data come from. This would be
okay for any other project, but it doesn't follow the guidelines
written on the wiki. Once again I brought this issue to the IRC
channel on OFTC, and I learned that the OSMF had already contacted
Moovit to fix their attribution. If I'm not mistaken, once again my
message was met with "hiding attribution is not a case of no
attribution".


I've read the LWG meeting minutes from both February 13 and March 12
this year and one particular topic caught my eye:

> 1-user interaction: suggestion from a company to have a side swipe for this, 
> as this is what users are expecting. Maybe add a note to that effect.

Once again, contradicting the attribution guidelines as stated in the wiki.

I'd like to point out, why are the members of both the Foundation and
the OSM project being so passive about not having proper attribution
from projects? I've read on the IRC chat something on the lines of
"we're open data, we're not like google so we shouldn't care that much
about attribution". This is wrong.

Take a look at the most common licenses used for open source software;
they require proper attribution. Proprietary software isn't that much
different, when you install it, you need to accept a Terms of Service,
End User License Agreement or similar legal document. Take a look at
Google, if you use their Maps library or data, you NEED to attribute
it. Why does OpenStreetMap have to be different? When you decide to
use it for a project, you're agreeing to the license terms, and you're
expected to give proper credits to the project, as required by the
license.


This is a big deal. Part of the reason the myth that open source
licenses aren't legally binding is because people simply ignore their
product's license violations.  Whenever someone violates the license
of a software, the company sues the person that violated the license.
The only difference here is that the user/developer violating the
license 

Re: [Talk-br] Nova proposta de classificação viária

[Alexandre Oliveira]

Eu gostaria de sugerir que as classificações viárias para vias
"municipais" (de menor importância se comparadas a rodovias estaduais e
federais), pois ajudaria muito mapeadores iniciantes como eu.

Acredito que as páginas atuais para classificações viárias na Wiki estão
confusas. Outro dia fui reclassificar uma avenida que corta três bairros
em BH e não sabia qual página usar, me deparei com uma que possuía um
fluxograma, que considerava qualquer tipo de via mas era um pouco
confuso de compreender, e depois a própria página da tag `highway` em
português, que, apesar de descrever critérios para cada tipo de
classificação, me deixou mais confuso. Por exemplo, as definiçãos de
`secondary` e `tertiary` são bem semelhantes e no caso eu não sabia qual
escolher.

O problema mencionado acima é uma avenida que cruza três bairros, e no
meio do caminho sua classificação era rebaixada. Estou falando da Av.
Professor Mario Werneck, de BH. O próprio plano diretor mais recente da
cidade (2019) a considera como arterial, até ela mudar de nome para Av.
Aggeo Pio Sobrinho, onde passa a ser considerada coletora até cruzar com
a Rua Úrsula Paulino e finalmente chegar na Av. Teresa Cristina[1]
(arterial é laranja, coletora é amarela. Hierarquia viária mais
recente[2]). Contudo, passando quase que diariamente por estes trechos
mencionados, sei que a realidade é outra, apesar da troca de nome, a
avenida ao todo mantém sua importância ao atravessar os bairros,
portanto para mim esse rebaixamento de classificação é equivocado.

A sugestão proposta pelo santamariense no grupo de suporte foi seguir a
classificação da primeira avenida (Mário Werneck), que foi o que fiz.
Antes, a Av. Mário Werneck era uma `secondary`, e, ao trocar de nome
para Av. Aggeo Pio Sobrinho e mais pra frente para Av. Dom João VI, ela
era rebaixada para `tertiary`, porém, como disse, esse rebaixamento não
condiz com a importância dessas vias.



Outro ponto que gostaria de questionar é justamente o princípio de
continuidade. Tem uma via que eu considero problemática, a Av. Nossa
Senhora do Carmo. Até mais ou menos um pouco à frente do cruzamento e do
viaduto da avenida, ela muda de nome e torna-se uma rodovia federal, a
BR-356[3], com base no BHMap, portal de dados georreferenciados da
prefeitura. Já no plano diretor, a situação é outra e a avenida somente
torna-se uma rodovia federal após o trevo do BH Shopping[4], sendo
considerada uma via de ligação regional.

No caso, qual seria o certo para ser representado no mapa? Atualmente, o
que está mapeado é justamente o primeiro caso que mencionei[5].



Seguindo o plano diretor, a grande maioria das ruas do centro de Belo
Horizonte são arteriais[5], porém apenas umas três avenidas são
consideradas `primary`, as principais avenidas do centro são `secondary`
e nem todas as ruas, consideradas arteriais pelo plano diretor, são
`tertiary`[6]. Como ficaria o mapeamento neste caso, visto que o centro
é uma região de alto tráfego de veículos?



O Gerald mencionou o uso dos dados do DEER, mas eles não seriam
aplicados somente para as rodovias sob sua jurisdição, que seriam as
estaduais e federais? Quais dados deveríamos usar para as vias
municipais? E no caso, qual dado usar, o portal de dados
georreferenciados da prefeitura ou o plano diretor da cidade?



[1] https://i.imgur.com/3dxuh8u.png (grifo próprio)
[2]
http://cmbhsildownload.cmbh.mg.gov.br/silinternet/servico/download/documentoDaNorma?idDocDaNorma=2c907f766c440a9f016c76339e9d00ca
[3] https://www.openstreetmap.org/way/362639212#map=17/-19.95819/-43.94155
[4] https://i.imgur.com/mZ4eMMi.png
[5] https://i.imgur.com/MNR607q.png
[6] https://www.openstreetmap.org/#map=15/-19.9243/-43.9384



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

Re: [Talk-br] Importação de dados da PBH/Prodabel

[Alexandre Oliveira]

Boa tarde!

A importação dos marcos geodésicos foi realizada e está disponível
através do seguinte link:
https://www.openstreetmap.org/changeset/77789007



-- 
Atenciosamente,
Alexandre Oliveira.

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

[Talk-br] Importação de dados da PBH/Prodabel

[Alexandre Oliveira]

Boa tarde!

Como dito anteriormente em um email que enviei para esta lista[1],
estou elaborando um plano para importar os dados de prédios e endereços
que a prefeitura de Belo Horizonte possui, no seu portal próprio, sob a
licença ODbL[2].

Algumas semanas atrás, confirmei a existência de marcos geodésicos que
a prefeitura instalou na cidade. Os marcos foram instalados em 2008 e
estão "ativos" até hoje, conforme as informações disponíveis no portal
de dados georreferenciados da prefeitura (os marcos foram visitados
neste ano).

Além das coordenadas de cada marco geodésico (que foram obtidas com um
aparelho de GPS), há também um link para a monografia de cada marco,
que contém uma foto do lugar onde foi instalado o marco, suas
coordenadas em SAD-69 e SIRGAS 2000 e uma breve descrição do local onde
foi instalado. Exemplo de monografia[3].

Eu baixei a camada e abri-a no QGIS. O portal BHMap, que utiliza o
software GeoServer, possui uma API que permite converter os dados para
a projeção que se deseja. Os dados estão na projeção EPSG 31983,
portanto, na hora de baixar a camada, solicitei a conversão para a
projeção EPSG:4326, utilizada pelo JOSM. É bem simples realizar a
conversão, basta especificar a projeção através de um parâmetro no URL
para baixar a camada[4].

No QGIS, abri a camada que baixei e usei o editor de campo para
atribuir as tags que são utilizadas pelo OSM. A monografia de cada
marco foi incluída na tag `website` e, para a "elevação" (na wiki há
uma diferença entre altitude e elevação) foi utilizada a tag
`ele:EPSG31983`. Abaixo segue um exemplo das tags do OSM que foram
utilizadas, e seus respectivos valores:

- name=M-095
- man_made=survey_point
- ele:EPSG31983=858.2
- source=Superintendência de Geoprocessamento Corporativo da Prodabel/
 PMBH
- description=chapa de bronze chumbada contendo o número do vértice,
  algumas vezes em uma base piramidal de concreto de
  tamanhos 12x12cm (base), 15x15cm (topo) e 50cm de altura
- 
website=https://bhgeo.pbh.gov.br/sites/geoportal.pbh.gov.br/files/BHGEO/MARCO_GEODESICO/M-095.pdf


A exemplo do que foi realizado pelo usuário smaprs em Porto Alegre[5],
uma relação foi criada, contendo todos os 50 marcos geodésicos
instalados na cidade.

Com isso, seguindo as orientações da wiki para realizar importações,
gostaria de solicitar a aprovação desta proposta de importação dos
marcos geodésicos, que podem ser utilizados para auxiliar no
alinhamento das camadas do OSM com outras fontes de dados, já que os
marcos foram posicionados com precisão através da utilização de
aparelhos de GPS.


[1] https://lists.openstreetmap.org/pipermail/talk-br/2019-September/012686.html
[2] 
https://wiki.openstreetmap.org/wiki/Pt:Importa%C3%A7%C3%A3o_de_dados_do_BHMap
[3] 
https://bhgeo.pbh.gov.br/sites/geoportal.pbh.gov.br/files/BHGEO/MARCO_GEODESICO/M-092.pdf
[4] 
http://bhmap.pbh.gov.br/v2/api/wfs?service=WFS=1.0.0=GetFeature=ide_bhgeo:MARCO_GEODESICO=EPSG:4326=application%2Fjson
[5] 
https://wiki.openstreetmap.org/w/index.php?title=Pt:Import/Catalogue/Brazil_PMPA_Buildings_Import#Metodologia_e_Documenta.C3.A7.C3.A3o


---
Atenciosamente,
Alexandre.

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

Re: [Talk-br] Proposta de importação de dados da PBH/Prodabel

[Alexandre Oliveira]

Boa noite,

Gostaria de informar que criei uma página na wiki para documentar o
plano e o processo de importação[0].

Também gostaria de pedir a cooperação e a gentileza para aqueles que
forem mapear prédios em BH, que somente adicionem a tag `building` em
geometrias, como é especificado na página da wiki (em inglês)[1]. Em
outras palavras, peço que não usem a tag para demarcar áreas, pois
dificultará o processo de importação.

[0] 
https://wiki.openstreetmap.org/wiki/Pt:Importa%C3%A7%C3%A3o_de_dados_do_BHMap
[1] https://wiki.openstreetmap.org/wiki/Buildings

On 9/9/19, Alexandre Oliveira  wrote:
> Boa noite,
>
> A Prefeitura de Belo Horizonte (PBH) disponibiliza, através da
> Prodabel, várias camadas de dados georreferenciaados através do portal
> BHMap[0].
>
> Venho desde abril observando e analisando possíveis camadas e dados
> que poderiam ser importados para o OSM e que beneficiariam os usuários
> do mapa localizados em Belo Horizonte. Entre essas camadas, uma delas
> fornece a geometria das edificações existentes em BH, que é o objetivo
> principal desta proposta.
>
> Os dados do portal estão disponíveis sob a licença ODbL[1], então
> acredito que não há necessidade de abrir um chamado solicitando
> autorização para uso dos dados.
>
> Estive conversando com o naoliv e parece que o processo para importar
> estes dados é simples (porém trabalhoso). Ele me alertou sobre
> possíveis conflitos que poderiam acontecer (por exemplo, devido ao uso
> incorreto da tag `building=yes`), e me passou uma query[2] do Overpass
> para corrigir estes problemas para que não houvesse dificuldades na
> hora de importar os prédios. Importei os prédios no QGIS e fui
> arrumando as edificações com maior área que estavam utilizando a tag
> `building` da maneira errada. Como eram mais de 10mil prédios ao todo,
> fui verificando apenas aqueles que tinham maior área. As alterações
> estão no meu usuário do OSM[3] (começa no changeset 70091873).
>
> O processo, como disse, deve ser simples. Há, mais ou menos, 740mil
> prédios mapeados pela Prodabel/PBH, e no OSM existem, atualmente, uns
> 10mil. A camada parece estar alinhada com a imagem de satélite do
> Bing[4] (inclusive é possível obter a ortofoto utilizada para o
> mapeamento no próprio BHMap, datada de 2015). Como foi sugerido pelo
> naoliv, os passos seriam os seguintes:
>
> 1. (Re)Verificação do uso da tag `building=yes` nos prédios mapeados no
> OSM;
> 2. Preparação da camada de edificações do BHMap
>   a. Verificar o alinhamento da camada com os dados existentes no OSM;
>   b. Adicionar as tags do OSM necessárias aos prédios (seria feito por
> script)
> - Existem outras camadas com informações essenciais disponíveis no
> BHMap. Por exemplo, há camadas que listam escolas, hospitais, UPAs,
> parques, praças, cemitérios (há também uma camada que lista os
> comércios existentes sob o nome de "Atividades Econômicas")
> - Essas camadas seriam usadas para detalhar as edificações
>
>   c. Verificar e mesclar as duas camadas (a nova, da PBH, com a
> existente, do OSM)
> - no caso, o que foi mapeado no OSM seria mantido, porém seriam
> feitas algumas correções com base nos dados a serem importados
>
> 3. Validação e apresentação da proposta de importação na Wiki
>
> Como disse, o processo é simples, porém trabalhoso. Agradeço a ajuda
> do naoliv e do Sérgio (que fez um processo similar em Porto Alegre) e
> gostaria que a comunidade apresentasse sugestões para o plano.
> Atualmente não fiz nada em relação a camada da prefeitura, estive
> apenas verificando e corrigindo algumas áreas prediais que poderiam
> complicar o processo.
>
> Em relação ao alinhamento da camada oriunda da PBH, até onde sei não
> existe uma iniciativa similar à Prefeitura de Porto Alegre que
> construiu marcos geodésicos físicos na cidade. Existe a rede do IBGE,
> porém não é tão fácil confirmar a existência das estações sem a ajuda
> de um funcionário do instituto.
>
> [0] http://bhmap.pbh.gov.br
> [1] https://dados.pbh.gov.br/dataset/portal-bhmap
> [2] https://overpass-turbo.eu/s/HRU
> [3] https://www.openstreetmap.org/user/_aoalmeida/history
> [4] https://i.imgur.com/DhswZsB.jpg
>


-- 
Atenciosamente,
Alexandre Oliveira.

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

[Talk-br] Proposta de importação de dados da PBH/Prodabel

[Alexandre Oliveira]

Boa noite,

A Prefeitura de Belo Horizonte (PBH) disponibiliza, através da
Prodabel, várias camadas de dados georreferenciaados através do portal
BHMap[0].

Venho desde abril observando e analisando possíveis camadas e dados
que poderiam ser importados para o OSM e que beneficiariam os usuários
do mapa localizados em Belo Horizonte. Entre essas camadas, uma delas
fornece a geometria das edificações existentes em BH, que é o objetivo
principal desta proposta.

Os dados do portal estão disponíveis sob a licença ODbL[1], então
acredito que não há necessidade de abrir um chamado solicitando
autorização para uso dos dados.

Estive conversando com o naoliv e parece que o processo para importar
estes dados é simples (porém trabalhoso). Ele me alertou sobre
possíveis conflitos que poderiam acontecer (por exemplo, devido ao uso
incorreto da tag `building=yes`), e me passou uma query[2] do Overpass
para corrigir estes problemas para que não houvesse dificuldades na
hora de importar os prédios. Importei os prédios no QGIS e fui
arrumando as edificações com maior área que estavam utilizando a tag
`building` da maneira errada. Como eram mais de 10mil prédios ao todo,
fui verificando apenas aqueles que tinham maior área. As alterações
estão no meu usuário do OSM[3] (começa no changeset 70091873).

O processo, como disse, deve ser simples. Há, mais ou menos, 740mil
prédios mapeados pela Prodabel/PBH, e no OSM existem, atualmente, uns
10mil. A camada parece estar alinhada com a imagem de satélite do
Bing[4] (inclusive é possível obter a ortofoto utilizada para o
mapeamento no próprio BHMap, datada de 2015). Como foi sugerido pelo
naoliv, os passos seriam os seguintes:

1. (Re)Verificação do uso da tag `building=yes` nos prédios mapeados no OSM;
2. Preparação da camada de edificações do BHMap
  a. Verificar o alinhamento da camada com os dados existentes no OSM;
  b. Adicionar as tags do OSM necessárias aos prédios (seria feito por script)
- Existem outras camadas com informações essenciais disponíveis no
BHMap. Por exemplo, há camadas que listam escolas, hospitais, UPAs,
parques, praças, cemitérios (há também uma camada que lista os
comércios existentes sob o nome de "Atividades Econômicas")
- Essas camadas seriam usadas para detalhar as edificações

  c. Verificar e mesclar as duas camadas (a nova, da PBH, com a
existente, do OSM)
- no caso, o que foi mapeado no OSM seria mantido, porém seriam
feitas algumas correções com base nos dados a serem importados

3. Validação e apresentação da proposta de importação na Wiki

Como disse, o processo é simples, porém trabalhoso. Agradeço a ajuda
do naoliv e do Sérgio (que fez um processo similar em Porto Alegre) e
gostaria que a comunidade apresentasse sugestões para o plano.
Atualmente não fiz nada em relação a camada da prefeitura, estive
apenas verificando e corrigindo algumas áreas prediais que poderiam
complicar o processo.

Em relação ao alinhamento da camada oriunda da PBH, até onde sei não
existe uma iniciativa similar à Prefeitura de Porto Alegre que
construiu marcos geodésicos físicos na cidade. Existe a rede do IBGE,
porém não é tão fácil confirmar a existência das estações sem a ajuda
de um funcionário do instituto.

[0] http://bhmap.pbh.gov.br
[1] https://dados.pbh.gov.br/dataset/portal-bhmap
[2] https://overpass-turbo.eu/s/HRU
[3] https://www.openstreetmap.org/user/_aoalmeida/history
[4] https://i.imgur.com/DhswZsB.jpg

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

Re: [Talk-br] Importar endereços da prefeitura de belo horizonte para o openstreetmaps

[Alexandre Oliveira]

Eu queria adicionar que tinha levantado essa possibilidade há alguns
meses atrás e até conversei com o Thierry e outros membros da
comunidade sobre a importação destes endereços. O que eu descobri é
que havia um desalinhamento entre a camada da PBH e o dataset do OSM,
porém usei um shapefile diferente. [1]

Não vou escrever muito, mas queria dizer que estive em contato durante
alguns meses com o Augusto Stoffel (que importou uma camada da
Prodabel no projeto OpenAddresses) e nós estávamos pensando em jeitos
de fazer essa importação. Acabou que não recebi nenhuma resposta dele
nos últimos meses. Eu também entrei em contato com o naoliv para pedir
ajuda com este processo, já que ele ajudou o Sergio a importar os
prédios na cidade de Porto Alegre.[2]

O que ele me disse foi que primeiro, precisaremos de fazer uma
correção manual de algumas construções já mapeadas no OSM, para não
perdermos alguns prédios quando realizarmos a importação. Eu comecei a
fazer isso algumas semanas atrás[3], arrumei algumas áreas que estavam
com tags erradas (por exemplo, delimitavam a área de um clube como
"tag=building" e isso complica o processo de importação). Porém, são
mais ou menos 10mil nodes/ways com esta tag em BH e o processo vai ser
meio difícil.

O que foi sugerido pelo naoliv: identificar nodes mapeados com
"tag=building" e fazer a correção manual delas. Ele me passou uma
query do overpass para extrair estes nodes e sugeriu usar o QGIS para
identificar quais tem a maior área, para reduzirmos o número de
prédios que serão excluídos da importação. A query encontra-se aqui:
[4]

E só por curiosidade: BH tem mais ou menos 740mil prédios mapeados na
camada da Prodabel, e o OSM possui em torno de 10mil. O processo vai
demorar um pouco (demora pra caramba pra importar os 740mil prédios no
JOSM), portanto, toda ajuda é bem-vinda!

Se quiser conversar mais sobre este assunto, estou no Telegram ou no
IRC, ou pode ser por aqui mesmo.

[1] https://lists.openstreetmap.org/pipermail/talk-br/2019-February/012593.html
[2] 
https://wiki.openstreetmap.org/wiki/Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
[3] https://www.openstreetmap.org/changeset/70091873#map=17/-19.82463/-43.89091
[4] http://overpass-turbo.eu/s/HRU

On 5/30/19, Navegante Doalem  wrote:
> Prezados,
> Conforme discutido anteriormente, a prefeitura de Belo Horizonte
> disponibiliza uma série de informações da cidade no portal
> https://bhgeo.pbh.gov.br/, no programa de dados abertos
> (https://dados.pbh.gov.br/dataset/portal-bhmap)
>
> Segue um link para uma extensão do programa ogr2osm que traduz os
> dados do servidor WFS consultando a camada BHMAP_ENDERECO_PBH
> e traduz isso para um arquivo .osm que pode ser importado no JOSM.
>
> O programa está disponível em https://github.com/navegantedoalem/ogr2osm
> Caso queira testar, veja o conteiner exemplo em
> https://github.com/navegantedoalem/container_enderecos_bh com
> instruções de como usar.
>
> Este programa pode ser usado para fazer uma importação inicial, que
> deve ser conferida para evitar endereços duplicados, nomes de ruas
> diferentes dos endereços, entre outros problemas, como capitalização e
> padrão do nome das ruas diferente entre a prefeitura e o banco do
> openstreetmaps.
> O plugin coloured streets ajuda a apresentar esses problemas. É
> necessário fazer a correção manual das diferenças de nomes e dos
> endereços já presentes no openstreetmap.
>
> Isto poderia ser uma importação inicial interessante, e pode ser
> extendida para outras cidades que exportam dados WFS.
> Além dos endereços, existe uma série de outros dados que podem ser
> integrados no JOSM usando uma extensão do plugin opendata.
> Não fiz nada a respeito, mas é possível mostrar as camadas da fotos
> ortograficas como fundo do JOSM (preferências/WMS TMS) ou criar um
> plugin para interpretar os dados da mesma forma que é feito para
> alguns provedores da França.
>
> Outra opção é realizar uma importação controlada, usando uma chave de
> correspondência entre os dados da prefeitura e do openstreetmaps,
> permitindo importações incrementais e atualizações.
>
> Nenhuma alteração foi realizada na base principal do openstreetmaps ainda.
>
> O que acham de usar esse tipo de abordagem para importar os endereços
> desta cidade? E de outras cidades usando a mesma abordagem?
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>


-- 
Atenciosamente,
Alexandre Oliveira.

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

Re: [Talk-br] Importar arquivos shapefile no OSM

[Alexandre Oliveira]

No JOSM basta abrir e selecionar o arquivo para abrir. Aparece algum
erro quando você tenta abrir o arquivo?

On 5/1/19, giotome  wrote:
> Olá, estou tentanto importar arquivos shapefile no OSM, tentei com o Editor
> Potlatch e com o JOSM mas não funcionou ainda! Alguém teria alguma dica ou
> passo a passo de como posso fazer essa importação?
>
> Muito obrigada,
>
> Giovanna


-- 
Atenciosamente,
Alexandre Oliveira.

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

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

[Alexandre Oliveira]

Eu enviei um email pessoal para o Grant sugerindo algumas empresas
brasileiras, para ver se ele consegue alguma parceria. Ele também me disse
que a solução mais adequada seria conseguir o apoio de universidades para
que elas possam hospedar o cache do Brasil. Não é um grande problema, visto
que algumas universidades já alocam recursos para mirrors de distribuições
de Linux.

On Sat, 23 Feb 2019, 19:13 Peter Krauss,  wrote:

>
> Sugiro uma vaquinha chamando principalmente pessoas jurídicas... pode ser
> o APOIE.ME que é para contribuições recorrentes e já rodou com projeto
> OSM-BR .
>
> Nunca instalei tile-server, e não sei como se comporta em *cluster*, vale
> perguntar pro Grant.
>
> Quanto ao melhor hosting, deve ter uma dezena, sempre é bom fazer uma
> planilha de cotações... Alguns bem conhecidos aqui do Talk-BR,
> e que cujas VMs rodam bem com outras ferramentas OSM:
>  https://www.digitalocean.com/pricing/
>  um pouco mais de US$40/mes pois precisa mais que 5T trafego, equivale
> ~R$150/mes
>  https://www.webfaction.com/
>  .. parece mais caro, R$200/mes
>   ..
> A todas as empresas de hosting vale mandar um e-mail negociando, inclusive
> por ser apoio à OSMF dá para chorar um bom desconto.
>
>
>
>
>
> On Sat, Feb 23, 2019 at 12:57 PM Paulo Carvalho <
> paulo.r.m.carva...@gmail.com> wrote:
>
>> 8GB de RAM e 168GB de armazenamento é um requisito pequeno (ao menos em
>> relação ao que estou acostumado).  O que complica mesmo é o requisito de
>> tráfego de dados.  70Mb/s se traduz em  23TB/mês.  É um requisito grande.
>> No AWS (infra da Amazon), a solução mais barata para esse requisito é
>> contratar um plano de US$80,00 para ser o servidor master ( 16GB RAM +
>> 320GB de disco + 6TB de tráfego).  Para os 17TB restantes, contratar mais
>> oito planos de US$5,00 ( 1GB RAM + 40GB de disco + 2TB de tráfego ) apenas
>> para compartilhar o link. Sairia tudo por US$120,00 mensais.
>>
>> Se for possível por o serviço de tiling em cluster, daria para contratar
>> 12 planos de US$5,00 ( 1GB de RAM + 40GB de disco + 2TB de tráfego ), que
>> seria mais barato ainda (US$60,00 mensais).  Mas, repetindo, para essa
>> solução, os programas do OSM têm que poder funcionar em cluster, pois um
>> plano de US$5,00 sozinho não atende os requisitos de memória e de
>> armazenamento.
>>
>> AWS é só uma sugestão.  A Google tem planos similares para servidores
>> virtuais.
>>
>> att,
>>
>> PC
>>
>> Em sáb, 23 de fev de 2019 às 05:14, Peter Krauss 
>> escreveu:
>>
>>> - - - Tradução do e-mail (fw anexo) do Grant:  - - -
>>>
>>> Olá OpenStreetMap Talk-BR,
>>>
>>> Introdução rápida: faço parte da equipe voluntária de Operações
>>>https://wiki.osmfoundation.org/wiki/Operations_Working_Group
>>> a qual mantém os servidores do OpenStreetMap.org rodando.
>>>
>>> Nosso servidor CDN (Rede de Fornecimento de Conteúdo)
>>>tile.openstreetmap.org
>>> seria muito beneficiado por ter um servidor de cache no Brasil.
>>> Isso tornaria o mapa renderizado padrão do site OpenStreetMap.org
>>> mais rápido para os brasileiros.
>>>
>>> Veja como estão hoje as conexões da rede CDN por país,
>>>   The live CDN Country -> Edge Cache Mapping:
>>>   https://dns.openstreetmap.org/tile.openstreetmap.org.html
>>>
>>> Conhece alguém que possa ajudar?
>>> Estamos procurando idealmente um servidor físico dedicado ou VM poderosa
>>> com 8 GB ou + de RAM e pelo menos 146 GB de armazenamento.
>>> Mais detalhes em
>>>   https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>>>
>>> Nosso atual pico de tráfego no Brasil é atualmente de cerca
>>> de 70.000.000 bits por segundo.
>>>
>>> Discriminação completa, em bits por segundo:
>>>
>>> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>>>
>>> Sinta-se à vontade para entrar em contato comigo se preferir.
>>>
>>> Atenciosamente,
>>>
>>> Grant
>>>
>>> - - - - - - - - - - - - - - - - - - - -
>>>
>>>
>>> On Tue, Feb 19, 2019 at 5:16 PM Grant Slater <
>>> openstreet...@firefishy.com> wrote:
>>>
 Hi OpenStreetMap Talk-BR,

 (Please would someone kindly translate this into Portugês?)

 Quick Introduction: I am part of the volunteer Operations team who run
 the OpenStreetMap.org servers.

 Our tile.openstreetmap.org CDN would greatly benefit from having a
 cache server in Brazil.
 It would make the default rendered map on OpenStreetMap.org much
 faster for Brazilians.

 The live CDN Country -> Edge Cache Mapping:
 https://dns.openstreetmap.org/tile.openstreetmap.org.html

 Know anyone who could help?
 We're ideally looking for a dedicated physical server or powerful VM
 with 8GB+
 RAM and at least 146GB of storage.
 More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

 Our current peak Brazil traffic is currently around 70,000,000 bits per
 second.

 Full breakdown here in bits per second:

 

Re: [Talk-br] Importação de shapefiles da PBH

[Alexandre Oliveira]

- Região do Caiçaras, zoom "distante" [1] e zoom próximo [2]
- Outra região no entorno no JOSM com o mapa BHMap [3]

[1] https://i.imgur.com/d2RIA2O.png
[2] https://i.imgur.com/omQy2y7.png
[3] https://i.imgur.com/yaPatdM.png

Em 23/02/2019, Alexandre Oliveira escreveu:
> Ativei sim. Infelizmente não consegui dar um zoom de perto no
> navegador, pois alguns tiles não carregavam. Mas em um zoom mais
> distante, é possível ver que os traços de GPS estão sobrepondo as
> avenidas e ruas no mapa. No entanto, existem alguns traços que acabam
> fazendo um caminho diferente.
>
> Se tivesse como definir que tipo de veículo foi usado para gravar a
> trilha do GPS, acredito que seria mais fácil. As trilhas de GPS também
> estão sobrepondo o caminho das ruas e avenidas na camada do BHMap.
>
> Em 20/02/2019, Thierry Jean escreveu:
>> Muito bom que vc tenha esta competência técnica para fuçar e encontrar
>> soluções e problemas. Vai ser bom vc poder participar da reunião.
>>
>> Lembre que o qu está certo, é a realidade, não a Prefeitura ou o OSM.
>> Talvez
>> seja necessário ter uma verifcação com a posição GPS de algumas ruas.
>> Você
>> chegou a ativar a camada "Trilhas GPS" no OSM?
>>
>> Abs,
>>
>>
>> Thierry Jean
>> M. +55 11 99607 1319
>>
>>
>>
>> 
>> De: Alexandre Oliveira 
>> Enviado: terça-feira, 19 de fevereiro de 2019 17:16
>> Para: OpenStreetMap no Brasil
>> Assunto: Re: [Talk-br] Importação de shapefiles da PBH
>>
>> Bom, resolvi fuçar mais um pouco e consegui importar os tiles do BHMap no
>> JOSM.
>>
>> Comparei com o OSM e com as camadas que a PBH disponibiliza e percebi
>> que há um certo erro em relação aos dados que a própria prefeitura
>> disponibiliza. Por exemplo, em [1] (escala 10,0 m), há uma diferença
>> de mais ou menos 6,7 m (em escala) de um ponto da borda do círculo da
>> rotatória (BHMap) até um segmento da rotatória (camada
>> TRECHO_CIRCULACAO do GeoPortal da PBH) [2]. Há também casos em que os
>> segmentos das ruas, fornecidos pela camada TRECHO_CIRCULACAO, obtida
>> no GeoPortal da PBH, "invadem" os limites do BHMap entre vias e lotes
>> [3].
>>
>> Ambos estão usando a projeção SIRGAS 2000 (EPSG:31983). Espero que
>> estas dúvidas possam ser esclarecidas na próxima reunião com a
>> Prodabel.
>>
>> [1] https://i.imgur.com/V7kmxgZ.png
>> [2] https://i.imgur.com/1tjqvze.png
>> [3] https://i.imgur.com/MxmAUZd.png
>>
>> Em 30/01/2019, Alexandre Oliveira escreveu:
>>> Opa, esqueci de mandar o link. Aqui vai:
>>>
>>> [1] https://geodadosbh.pbh.gov.br/
>>>
>>> Em 30/01/2019, Alexandre Oliveira escreveu:
>>>> Eu baixei as camadas que foram atualizadas em 2018 no portal da
>>>> PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
>>>> numerações de cada imóvel de BH.
>>>>
>>>> Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
>>>> porém acredito que esteja alinhado com as camadas de circulação
>>>> (vias), portanto pode haver algum desalinhamento com os dados que o
>>>> OSM já possui.
>>>>
>>>>
>>>> Em 30/01/2019, Vítor Rodrigo Dias escreveu:
>>>>> Prezados,
>>>>>
>>>>> Há um tempo, vi que a PBH também disponibiliza um arquivo com
>>>>> numerações
>>>>> de
>>>>> porta, mas não tive tempo ou conhecimento suficiente para trabalhar
>>>>> nesses
>>>>> arquivos e importá-los. Alguém se habilita a tal?
>>>>>
>>>>> Vítor Rodrigo Dias
>>>>> Revisor de textos
>>>>> Tradutor de inglês e espanhol
>>>>> Telefones: 31 99916-1719
>>>>>
>>>>>
>>>>> Em qua, 30 de jan de 2019 às 14:27, Thierry Jean
>>>>> 
>>>>> escreveu:
>>>>>
>>>>>> Alexandre,
>>>>>>
>>>>>> Que legal que você identificou isto e está na própria cidade de Belo
>>>>>> Horizonte.
>>>>>>
>>>>>> Gostaria de apresentar você para Karla Borges, Superintendente da
>>>>>> área
>>>>>> de
>>>>>> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira
>>>>>> vez
>>>>>> no
>>>>>> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos
>>>>>> da
>>>>&

Re: [Talk-br] Importação de shapefiles da PBH

[Alexandre Oliveira]

Ativei sim. Infelizmente não consegui dar um zoom de perto no
navegador, pois alguns tiles não carregavam. Mas em um zoom mais
distante, é possível ver que os traços de GPS estão sobrepondo as
avenidas e ruas no mapa. No entanto, existem alguns traços que acabam
fazendo um caminho diferente.

Se tivesse como definir que tipo de veículo foi usado para gravar a
trilha do GPS, acredito que seria mais fácil. As trilhas de GPS também
estão sobrepondo o caminho das ruas e avenidas na camada do BHMap.

Em 20/02/2019, Thierry Jean escreveu:
> Muito bom que vc tenha esta competência técnica para fuçar e encontrar
> soluções e problemas. Vai ser bom vc poder participar da reunião.
>
> Lembre que o qu está certo, é a realidade, não a Prefeitura ou o OSM. Talvez
> seja necessário ter uma verifcação com a posição GPS de algumas ruas. Você
> chegou a ativar a camada "Trilhas GPS" no OSM?
>
> Abs,
>
>
> Thierry Jean
> M. +55 11 99607 1319
>
>
>
> 
> De: Alexandre Oliveira 
> Enviado: terça-feira, 19 de fevereiro de 2019 17:16
> Para: OpenStreetMap no Brasil
> Assunto: Re: [Talk-br] Importação de shapefiles da PBH
>
> Bom, resolvi fuçar mais um pouco e consegui importar os tiles do BHMap no
> JOSM.
>
> Comparei com o OSM e com as camadas que a PBH disponibiliza e percebi
> que há um certo erro em relação aos dados que a própria prefeitura
> disponibiliza. Por exemplo, em [1] (escala 10,0 m), há uma diferença
> de mais ou menos 6,7 m (em escala) de um ponto da borda do círculo da
> rotatória (BHMap) até um segmento da rotatória (camada
> TRECHO_CIRCULACAO do GeoPortal da PBH) [2]. Há também casos em que os
> segmentos das ruas, fornecidos pela camada TRECHO_CIRCULACAO, obtida
> no GeoPortal da PBH, "invadem" os limites do BHMap entre vias e lotes
> [3].
>
> Ambos estão usando a projeção SIRGAS 2000 (EPSG:31983). Espero que
> estas dúvidas possam ser esclarecidas na próxima reunião com a
> Prodabel.
>
> [1] https://i.imgur.com/V7kmxgZ.png
> [2] https://i.imgur.com/1tjqvze.png
> [3] https://i.imgur.com/MxmAUZd.png
>
> Em 30/01/2019, Alexandre Oliveira escreveu:
>> Opa, esqueci de mandar o link. Aqui vai:
>>
>> [1] https://geodadosbh.pbh.gov.br/
>>
>> Em 30/01/2019, Alexandre Oliveira escreveu:
>>> Eu baixei as camadas que foram atualizadas em 2018 no portal da
>>> PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
>>> numerações de cada imóvel de BH.
>>>
>>> Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
>>> porém acredito que esteja alinhado com as camadas de circulação
>>> (vias), portanto pode haver algum desalinhamento com os dados que o
>>> OSM já possui.
>>>
>>>
>>> Em 30/01/2019, Vítor Rodrigo Dias escreveu:
>>>> Prezados,
>>>>
>>>> Há um tempo, vi que a PBH também disponibiliza um arquivo com
>>>> numerações
>>>> de
>>>> porta, mas não tive tempo ou conhecimento suficiente para trabalhar
>>>> nesses
>>>> arquivos e importá-los. Alguém se habilita a tal?
>>>>
>>>> Vítor Rodrigo Dias
>>>> Revisor de textos
>>>> Tradutor de inglês e espanhol
>>>> Telefones: 31 99916-1719
>>>>
>>>>
>>>> Em qua, 30 de jan de 2019 às 14:27, Thierry Jean
>>>> 
>>>> escreveu:
>>>>
>>>>> Alexandre,
>>>>>
>>>>> Que legal que você identificou isto e está na própria cidade de Belo
>>>>> Horizonte.
>>>>>
>>>>> Gostaria de apresentar você para Karla Borges, Superintendente da área
>>>>> de
>>>>> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira vez
>>>>> no
>>>>> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos da
>>>>> INDE
>>>>> que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver
>>>>> mais
>>>>> com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.
>>>>>
>>>>> Passe-me seu celular. Vamos conversar e alinhar.
>>>>>
>>>>> Abs,
>>>>>
>>>>> Thierry Jean
>>>>> M. +55 11 99607 1319
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *De:* Sérgio V. 
>>>>> *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
>>>>> *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
>>>>> *Assunto:*

Re: [Talk-br] Importação de shapefiles da PBH

[Alexandre Oliveira]

Bom, resolvi fuçar mais um pouco e consegui importar os tiles do BHMap no JOSM.

Comparei com o OSM e com as camadas que a PBH disponibiliza e percebi
que há um certo erro em relação aos dados que a própria prefeitura
disponibiliza. Por exemplo, em [1] (escala 10,0 m), há uma diferença
de mais ou menos 6,7 m (em escala) de um ponto da borda do círculo da
rotatória (BHMap) até um segmento da rotatória (camada
TRECHO_CIRCULACAO do GeoPortal da PBH) [2]. Há também casos em que os
segmentos das ruas, fornecidos pela camada TRECHO_CIRCULACAO, obtida
no GeoPortal da PBH, "invadem" os limites do BHMap entre vias e lotes
[3].

Ambos estão usando a projeção SIRGAS 2000 (EPSG:31983). Espero que
estas dúvidas possam ser esclarecidas na próxima reunião com a
Prodabel.

[1] https://i.imgur.com/V7kmxgZ.png
[2] https://i.imgur.com/1tjqvze.png
[3] https://i.imgur.com/MxmAUZd.png

Em 30/01/2019, Alexandre Oliveira escreveu:
> Opa, esqueci de mandar o link. Aqui vai:
>
> [1] https://geodadosbh.pbh.gov.br/
>
> Em 30/01/2019, Alexandre Oliveira escreveu:
>> Eu baixei as camadas que foram atualizadas em 2018 no portal da
>> PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
>> numerações de cada imóvel de BH.
>>
>> Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
>> porém acredito que esteja alinhado com as camadas de circulação
>> (vias), portanto pode haver algum desalinhamento com os dados que o
>> OSM já possui.
>>
>>
>> Em 30/01/2019, Vítor Rodrigo Dias escreveu:
>>> Prezados,
>>>
>>> Há um tempo, vi que a PBH também disponibiliza um arquivo com numerações
>>> de
>>> porta, mas não tive tempo ou conhecimento suficiente para trabalhar
>>> nesses
>>> arquivos e importá-los. Alguém se habilita a tal?
>>>
>>> Vítor Rodrigo Dias
>>> Revisor de textos
>>> Tradutor de inglês e espanhol
>>> Telefones: 31 99916-1719
>>>
>>>
>>> Em qua, 30 de jan de 2019 às 14:27, Thierry Jean
>>> 
>>> escreveu:
>>>
>>>> Alexandre,
>>>>
>>>> Que legal que você identificou isto e está na própria cidade de Belo
>>>> Horizonte.
>>>>
>>>> Gostaria de apresentar você para Karla Borges, Superintendente da área
>>>> de
>>>> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira vez
>>>> no
>>>> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos da
>>>> INDE
>>>> que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver
>>>> mais
>>>> com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.
>>>>
>>>> Passe-me seu celular. Vamos conversar e alinhar.
>>>>
>>>> Abs,
>>>>
>>>> Thierry Jean
>>>> M. +55 11 99607 1319
>>>>
>>>>
>>>>
>>>> --
>>>> *De:* Sérgio V. 
>>>> *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
>>>> *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
>>>> *Assunto:* Re: [Talk-br] Importação de shapefiles da PBH
>>>>
>>>> Bom dia Alexandre.
>>>> Algumas considerações que creio podem ajudar:
>>>> 1- nas fotos seria útil manter a escala gráfica do JOSM, para poder
>>>> avaliar o quanto é a diferença; não me pareceu muito mais desalinhadas
>>>> do
>>>> que o comumente observado em outros materiais de OSM e prefeituras;
>>>> sempre
>>>> existe algum desalinhamento entre materiais de fontes diversas, feitos
>>>> sobre imagens diversas;
>>>> 2-o fato de ser WGS84 no OSM e SIRGAS2000 na prefeitura não deve ser em
>>>> si
>>>> causa de alguma diferença, pois ambos são praticamente idênticos, o
>>>> SIRGAS2000 foi uma padronização para ajustar ao padrão WGS84; a causa
>>>> principal de diferenças costuma ser o fato de que o que é mapeado no
>>>> OSM
>>>> é sobretudo sobre imagens (como BING principalmente), estas sim podem
>>>> ter
>>>> desalinhamentos, sobretudo no passado;
>>>> 3-para saber qual dos 2 está mais alinhado, a melhor forma é comparar
>>>> com
>>>> traçados de GPS, ou com elementos de coordenadas exatas, como marcos
>>>> geodésicos que possam ser visíveis em imagens. Com os GPS do OSM pode
>>>> fazer
>>>> no JOSM mesmo.
>>>> 4-como exemplo, em Porto Alegre quando importei os prédios da
>>>> prefeitura
&g

Re: [Talk-br] Importação de shapefiles da PBH

[Alexandre Oliveira]

Opa, esqueci de mandar o link. Aqui vai:

[1] https://geodadosbh.pbh.gov.br/

Em 30/01/2019, Alexandre Oliveira escreveu:
> Eu baixei as camadas que foram atualizadas em 2018 no portal da
> PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
> numerações de cada imóvel de BH.
>
> Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
> porém acredito que esteja alinhado com as camadas de circulação
> (vias), portanto pode haver algum desalinhamento com os dados que o
> OSM já possui.
>
>
> Em 30/01/2019, Vítor Rodrigo Dias escreveu:
>> Prezados,
>>
>> Há um tempo, vi que a PBH também disponibiliza um arquivo com numerações
>> de
>> porta, mas não tive tempo ou conhecimento suficiente para trabalhar
>> nesses
>> arquivos e importá-los. Alguém se habilita a tal?
>>
>> Vítor Rodrigo Dias
>> Revisor de textos
>> Tradutor de inglês e espanhol
>> Telefones: 31 99916-1719
>>
>>
>> Em qua, 30 de jan de 2019 às 14:27, Thierry Jean
>> 
>> escreveu:
>>
>>> Alexandre,
>>>
>>> Que legal que você identificou isto e está na própria cidade de Belo
>>> Horizonte.
>>>
>>> Gostaria de apresentar você para Karla Borges, Superintendente da área
>>> de
>>> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira vez
>>> no
>>> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos da
>>> INDE
>>> que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver mais
>>> com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.
>>>
>>> Passe-me seu celular. Vamos conversar e alinhar.
>>>
>>> Abs,
>>>
>>> Thierry Jean
>>> M. +55 11 99607 1319
>>>
>>>
>>>
>>> --
>>> *De:* Sérgio V. 
>>> *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
>>> *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
>>> *Assunto:* Re: [Talk-br] Importação de shapefiles da PBH
>>>
>>> Bom dia Alexandre.
>>> Algumas considerações que creio podem ajudar:
>>> 1- nas fotos seria útil manter a escala gráfica do JOSM, para poder
>>> avaliar o quanto é a diferença; não me pareceu muito mais desalinhadas
>>> do
>>> que o comumente observado em outros materiais de OSM e prefeituras;
>>> sempre
>>> existe algum desalinhamento entre materiais de fontes diversas, feitos
>>> sobre imagens diversas;
>>> 2-o fato de ser WGS84 no OSM e SIRGAS2000 na prefeitura não deve ser em
>>> si
>>> causa de alguma diferença, pois ambos são praticamente idênticos, o
>>> SIRGAS2000 foi uma padronização para ajustar ao padrão WGS84; a causa
>>> principal de diferenças costuma ser o fato de que o que é mapeado no OSM
>>> é sobretudo sobre imagens (como BING principalmente), estas sim podem
>>> ter
>>> desalinhamentos, sobretudo no passado;
>>> 3-para saber qual dos 2 está mais alinhado, a melhor forma é comparar
>>> com
>>> traçados de GPS, ou com elementos de coordenadas exatas, como marcos
>>> geodésicos que possam ser visíveis em imagens. Com os GPS do OSM pode
>>> fazer
>>> no JOSM mesmo.
>>> 4-como exemplo, em Porto Alegre quando importei os prédios da prefeitura
>>> em 2016, verifiquei um deslocamento médio de 6m para NE, um pouco
>>> variável
>>> em regiões diversas do município; confirmou comparando com os marcos
>>> geodésicos visíveis de coordenadas exatas oficiais; aí procedi com um
>>> realinhamento manual da cidade, rua por rua, onde mais necessário; sem
>>> ainda importar os prédios; deslocamentos menores que 50% da largura da
>>> rua
>>> não são muito significativos (se a rua tem 8m, 4m de deslocamento do
>>> eixo
>>> permanece dentro);
>>> 5-importante é não ter vias cortando outras coisas, como prédios.
>>> Att.,
>>>
>>> - - - - - - - - - - - - - - - -
>>>
>>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>>
>>> --
>>> *De:* Alexandre Oliveira 
>>> *Enviado:* quarta-feira, 30 de janeiro de 2019 02:31
>>> *Para:* talk-br
>>> *Assunto:* [Talk-br] Importação de shapefiles da PBH
>>>
>>> Bom dia (ou boa noite?),
>>>
>>> Estava fuçando o site da prefeitura de Belo Horizonte procurando mapas
>>> e outras coisas que poderiam auxiliar no mapeamento da cidade e
>>> descobri que existem camadas g

Re: [Talk-br] Importação de shapefiles da PBH

[Alexandre Oliveira]

Eu baixei as camadas que foram atualizadas em 2018 no portal da
PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
numerações de cada imóvel de BH.

Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
porém acredito que esteja alinhado com as camadas de circulação
(vias), portanto pode haver algum desalinhamento com os dados que o
OSM já possui.


Em 30/01/2019, Vítor Rodrigo Dias escreveu:
> Prezados,
>
> Há um tempo, vi que a PBH também disponibiliza um arquivo com numerações de
> porta, mas não tive tempo ou conhecimento suficiente para trabalhar nesses
> arquivos e importá-los. Alguém se habilita a tal?
>
> Vítor Rodrigo Dias
> Revisor de textos
> Tradutor de inglês e espanhol
> Telefones: 31 99916-1719
>
>
> Em qua, 30 de jan de 2019 às 14:27, Thierry Jean 
> escreveu:
>
>> Alexandre,
>>
>> Que legal que você identificou isto e está na própria cidade de Belo
>> Horizonte.
>>
>> Gostaria de apresentar você para Karla Borges, Superintendente da área de
>> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira vez no
>> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos da
>> INDE
>> que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver mais
>> com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.
>>
>> Passe-me seu celular. Vamos conversar e alinhar.
>>
>> Abs,
>>
>> Thierry Jean
>> M. +55 11 99607 1319
>>
>>
>>
>> --
>> *De:* Sérgio V. 
>> *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
>> *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
>> *Assunto:* Re: [Talk-br] Importação de shapefiles da PBH
>>
>> Bom dia Alexandre.
>> Algumas considerações que creio podem ajudar:
>> 1- nas fotos seria útil manter a escala gráfica do JOSM, para poder
>> avaliar o quanto é a diferença; não me pareceu muito mais desalinhadas do
>> que o comumente observado em outros materiais de OSM e prefeituras;
>> sempre
>> existe algum desalinhamento entre materiais de fontes diversas, feitos
>> sobre imagens diversas;
>> 2-o fato de ser WGS84 no OSM e SIRGAS2000 na prefeitura não deve ser em
>> si
>> causa de alguma diferença, pois ambos são praticamente idênticos, o
>> SIRGAS2000 foi uma padronização para ajustar ao padrão WGS84; a causa
>> principal de diferenças costuma ser o fato de que o que é mapeado no OSM
>> é sobretudo sobre imagens (como BING principalmente), estas sim podem ter
>> desalinhamentos, sobretudo no passado;
>> 3-para saber qual dos 2 está mais alinhado, a melhor forma é comparar com
>> traçados de GPS, ou com elementos de coordenadas exatas, como marcos
>> geodésicos que possam ser visíveis em imagens. Com os GPS do OSM pode
>> fazer
>> no JOSM mesmo.
>> 4-como exemplo, em Porto Alegre quando importei os prédios da prefeitura
>> em 2016, verifiquei um deslocamento médio de 6m para NE, um pouco
>> variável
>> em regiões diversas do município; confirmou comparando com os marcos
>> geodésicos visíveis de coordenadas exatas oficiais; aí procedi com um
>> realinhamento manual da cidade, rua por rua, onde mais necessário; sem
>> ainda importar os prédios; deslocamentos menores que 50% da largura da
>> rua
>> não são muito significativos (se a rua tem 8m, 4m de deslocamento do eixo
>> permanece dentro);
>> 5-importante é não ter vias cortando outras coisas, como prédios.
>> Att.,
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>
>> --
>> *De:* Alexandre Oliveira 
>> *Enviado:* quarta-feira, 30 de janeiro de 2019 02:31
>> *Para:* talk-br
>> *Assunto:* [Talk-br] Importação de shapefiles da PBH
>>
>> Bom dia (ou boa noite?),
>>
>> Estava fuçando o site da prefeitura de Belo Horizonte procurando mapas
>> e outras coisas que poderiam auxiliar no mapeamento da cidade e
>> descobri que existem camadas georreferenciadas disponíveis no site
>> deles.
>>
>> Baixei as camadas e abri no JOSM. Percebi, comparando a região do
>> bairro Pampulha, que há um desalinhamento entre os dados do OSM e da
>> PBH, conforme escrito na wiki[1].
>>
>> Procurei e achei um link[2] de uma discussão na lista em inglês do OSM
>> de alguém com o mesmo problema de desalinhamento, e o que o pessoal
>> recomendou pra ele foi uma linha de código para ser passada ao ogr2osm
>> para fazer a correção necessária.
>>
>> Porém, ao consultar a wiki[3], descobri que o formato utilizado pe

[Talk-br] Importação de shapefiles da PBH

[Alexandre Oliveira]

Bom dia (ou boa noite?),

Estava fuçando o site da prefeitura de Belo Horizonte procurando mapas
e outras coisas que poderiam auxiliar no mapeamento da cidade e
descobri que existem camadas georreferenciadas disponíveis no site
deles.

Baixei as camadas e abri no JOSM. Percebi, comparando a região do
bairro Pampulha, que há um desalinhamento entre os dados do OSM e da
PBH, conforme escrito na wiki[1].

Procurei e achei um link[2] de uma discussão na lista em inglês do OSM
de alguém com o mesmo problema de desalinhamento, e o que o pessoal
recomendou pra ele foi uma linha de código para ser passada ao ogr2osm
para fazer a correção necessária.

Porém, ao consultar a wiki[3], descobri que o formato utilizado pelo
OSM (WGS84) é praticamente o mesmo utilizado nas camadas da PBH, que
são SIRGAS2000. Só que não é o que eu vi ao importar as camadas no
JOSM([4] e [5]).

Alguém tem alguma ideia do que pode ser feito? Até agora percebi que
tem algumas delimitações de bairros desalinhadas e as vias estão
desalinhadas também.

[1] 
https://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_de_endere%C3%A7os_do_Brasil
[2] https://lists.openstreetmap.org/pipermail/talk/2010-May/050065.html
[3] 
https://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_das_Redes_Geod%C3%A9sicas_do_IBGE
"Sobre as referências (CRS) dos dados do IBGE"
[4] https://i.imgur.com/XoSqalT.png
[5] https://i.imgur.com/bOYGN8G.png (o traço cinza é o da camada da PBH)

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

Re: [Talk-br] HOTOSM Tasking Manager - Barragem em Brumadinho

[Alexandre Oliveira]

Para armazenar as imagens, seria necessário somente um servidor, ou
teria que fazer alguma outra coisa com elas?

On 27/01/2019 08:51, Theo A wrote:
> Obrigada, estamos trabalhando nisso. Sabem se essa informação está
> armazenada em algum lugar? Se não conseguirmos armazená-la,  o público não
> terá condições de adicionar imagens manualmente
> 
> On Sat, 26 Jan 2019 at 23:29, Narcélio de Sá Pereira Filho <
> narceliosapere...@gmail.com> wrote:
> 
>> Prezado segue o link para download de uma Imagem PLEIADES de 50 cm de
>> resolução colorida RGB de 18-01-19 de Brumadinho. MG, Mina Corrego do
>> Feijão. Ortoretificada UTM WGS 84 Fuso 23 S GEOTIF , KMZ e ECW.
>> Ortoretificada com parâmetros orbitais. A mesma pode ser utilizada para o
>> pŕe-mapeamento da área do sinistro.
>> link:
>> http://www.engesat.com.br/sobre-brumadinho-mg-dia-25-01-19/
>>
>> Atenciosamente
>> *[image: cropped-logo_512.png]*
>>
>> *Narcélio de Sá*
>> Mestre em Geografia - UFC
>> Analista de Sistema de Informação Geográfica - CAGECE
>> Coordenador da comunidade QGIS Brasil 
>> www.narceliodesa.com
>> [image: Facebook]  
>> [image:
>> Twitter]  [image: Google Plus]
>> 
>>  [image: Youtube]  [image:
>> Linkedin] 
>>
>>
>> Em sáb, 26 de jan de 2019 às 18:03, Theo A 
>> escreveu:
>>
>>> Caros membros da OSM Brazil,
>>>
>>>
>>>
>>> O Humanitarian OpenStreetMap Team está consciente dos acontecimentos nas
>>> áreas ao redor da barragem em Brumadinho.
>>>
>>>
>>>
>>> Estamos em processo de criação de novas tasks no nosso Tasking Manager
>>> para ajudar nos esforços de recuperação. Nosso Tasking Manager, que poderá
>>> ser encontrado encontrado através do link https://tasks.hotosm.org/
>>> ,
>>> dirige os usuários para areas específicas que serão mapeadas no
>>> OpenStreetMaps, ajudando assim a coordenar os esforços de recuperação.
>>>
>>>
>>>
>>> Caso haja qualquer pergunta, por favor sintam-se à vontade para nos
>>> contactar: activat...@hotosm.org ou faça parte da conversa no nosso
>>> Slack: http://slack.hotosm.org/
>>> 
>>> .
>>>
>>>
>>>
>>> Obrigado com antecedência por suas contribuições.
>>>
>>>
>>>
>>> Cumprimentos,
>>>
>>> Humanitarian OpenStreetMap Team - Disaster Activation Coordination.
>>> ___
>>> 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] BH Map como fonte de dados

[Alexandre Oliveira]

Esqueci de comentar que, de acordo com o site da Prefeitura de Belo
Horizonte, eles permitem a utilização dos dados disponíveis no site
deles. Aqui tem o link para os termos de uso:
https://prefeitura.pbh.gov.br/sites/default/files/imagens/authenticated%2C%20editor_a_bhtrans/Termo%20de%20Uso%20de%20Dados%20-%20BHTRANS.pdf

Eu encontrei esse mapa BH Map fuçando na página de Dados Abertos:
https://dados.pbh.gov.br/dataset

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

[Talk-br] BH Map como fonte de dados

[Alexandre Oliveira]

Ei pessoal!

Sou um novato, contribui algumas edições acredito que há 2 anos, e meu
interesse pelo OSM foi despertado novamente.


Gostaria de saber se eu poderia usar o BH Map[1] como fonte para as
edições? Não apenas como consulta, mas, por exemplo, para estabelecer a
área de casas, edifícios, etc. Parece que o sistema deles já tem
delimitado as áreas construídas, o que facilitaria muito, em vez de
ficar usando a imagem aérea fornecida pelo OSM.


[1] http://bhmap.pbh.gov.br/v2/mapa/

Obrigado!
Alexandre


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