Re: [talk-ph] [HOT] Interim Report: Typhoon Haiyan (Yolanda) Damage Assessment

[maning sambale]

An update to this report is now available:
http://reliefweb.int/sites/reliefweb.int/files/resources/clay.westrope-28042014-065633-PHL_OSM-Damage-Assessment_Final-Report_To-submit.pdf

In a gist:
The assessment found an overall accuracy rate of 36 per cent with
general underrepresentation of damage when compared with field
assessment data.

Lots of things discussed in the report which we can look into to
improve our response mapping.

On Thu, Feb 13, 2014 at 6:03 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
 This report is a preliminary assessment on the use of OSM data for
 estimating infrastructure damage.
 http://americanredcross.github.io/OSM-Assessment/

 There is much we can learn on what OSM can improve on.  While the
 report highlights some limitations in the current state of usability
 of OSM data for damage assessment,
 I think this is a matter of improving our coordination, processes and
 tools while at the same time, recognizing the limits given the number
 and expertise of volunteers and available imagery.


 -- Forwarded message --
 From: Banick, Robert robert.ban...@redcross.org
 Date: Wed, Feb 12, 2014 at 10:22 PM
 Subject: [HOT] Interim Report: Typhoon Haiyan (Yolanda) Damage Assessment
 To: h...@openstreetmap.org h...@openstreetmap.org
 Cc: Clay impact clay.westr...@impact-initiatives.org, Kunce, Dale
 dale.ku...@redcross.org


 Dear HOT Communuity,



 The American Red Cross and the REACH Initiative are pleased to present
 an interim assessment report on the validity of the building damages
 assessed through OpenStreetMap in the weeks following Typhoon Haiyan.
 You can find a print copy attached and a more interactive website
 version at the above link.


 The results were unfortunately negative and underline real limitations
 in OpenStreetMap’s ability to capture these results in the present.
 Neverthless, this report identifies strong promise in the OSM model of
 crowdsourcing and highlights the investments needed to make that
 potential possible.  It’s our sincere hope that funders, NGO partners
 and most especially the OpenStreetMap community will rally around
 these investments so that OSM can play an even stronger and more
 operationally useful role in future disaster responses.


 We are indebted to the US Agency for International Development’s
 Office of Foreign Disaster Assistance (OFDA) for funding this
 assessment and look forward to future partnerships to improve the
 utility of open data and OpenStreetMap in particular for disaster
 response.



 With all the best,

 Robert Banick, Dale Kunce and Clay Westrope

 American Red Cross  REACH Initiative


 Robert Banick | Field GIS Coordinator | International Services | Ì
 American Red Cross

 2025 E Street NW, Washington, DC 20006\


 ___
 HOT mailing list
 h...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/hot




 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --



-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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

Re: [OSM-talk-be] Complex kruispunt / Complex crossing

[Jo]

We have more recent AGIV imagery now. All I see wrong is that the cycleway
is connected to the underground waterway. But the main road is too.
Probably to silence validator warnings in a totally inappropriate way...

I still think it's correct to draw the cycleways separate cases like this.

Marc, you opened a can of worms there :-) But it's good that the subject of
using separate ways to represent lanes is brought up on the list.

Jo


2014-05-13 8:15 GMT+02:00 Wouter Hamelinck wouter.hameli...@gmail.com:

 Wow, based on the Bing images a simple T-crossing and a bypass is all
 there is in reality.
 Also, note the nice examples of about everything that can go wrong
 when drawing parallel cycleways along the N47.

 wouter

 2014-05-13 6:35 GMT+02:00 Jo winfi...@gmail.com:
  Zeker wel, het klopt niet om een aparte weg te tekenen voor elk rijvak.
 
  Absolutely, using a separate way to represent traffic lanes is not how
 it's
  supposed to be done.
 
  Jo
 
 
  2014-05-13 5:48 GMT+02:00 Marc Gemis marc.ge...@gmail.com:
 
  Hallo,
 
  Ik vraag me af of het OK is het volgende kruispunt te vereenvoudigen via
  turn:lanes : http://osm.org/go/0Ejo5_fqb--?way=51738440
 
  I wonder whether it's ok to simplify the following crossing with
  turn:lanes tagging: http://osm.org/go/0Ejo5_fqb--?way=51738440
 
  met vriendelijke groeten
  regards
 
  m
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 



 --
 Den som ikke tror på seg selv kommer ingen vei.
- Thor Heyerdahl

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

Re: [OSM-talk-be] Complex kruispunt / Complex crossing

[Marc Gemis]

Jo,

a can of worms ? I hope it , this mailing list is too quiet :-)

Wouter,

While I understand that for routing one does not need the separate
cycleways, I don't see much difference in a router that sends me over the
N47 with separate cycleways (illegal in your eyes) or without separate
cycleways (ok for you).

The possible problem with a badly connected separate cycleway, is that a
GPS with very high precision, won't let me make the second left turn into
Baan nr. 90

So as long as the N47 is not tagged with bicycle = no, there won't be any
problem IMHO
But as you wrote, you get the same result with less work by putting tags on
the main road.

regards

m



On Tue, May 13, 2014 at 10:34 AM, Wouter Hamelinck 
wouter.hameli...@gmail.com wrote:

 OK, I'll bite about the cycleway.

 Go a bit south and you will see something called Macharisdreef and
 something called Baan nr. 90. Imagine you want to cycle from
 Macharisdreef to Baan nr. 90 along that N47 and use only the map data
 as a routing algorithm would do.
 * First attempt: well it is obvious, you just take the cycleway at the
 east of the N47 to cycle from the one to the other. Shortest, lots of
 cycleway, it looks perfect. Reality: this is illegal, you only can
 follow that cycleway north, otherwise you cycle on the wrong side of
 the road. So we have to correct the data. Let's say we put a
 oneway=yes on the eastern cycleway.
 * Second attempt: well obvious again, you simply take the N47 instead
 of that cycleway. Only slightly longer, a bit less attractive, but not
 too bad. Reality: this is illegal. There are cycleways, you have to
 follow those. So we have to correct the data. Somehow we have to make
 explicit that you are not supposed to cycle on the N47 but have to
 follow the parallel cycleways. So let's put some tag explaining that
 on the N47. I don't really care which one. It could be boldly
 bicycle=no or the proposed bicycle=use_sidepath or whatever. I'm just
 not supposed to cycle over the highway=primary.
 * Third attempt: let's see. When leaving Macharisdreef, I have only
 two options. Either I take the N47, but that is illegal, or I take the
 cycleway east of N47. Nothing else connects to Marcharisdreef. So my
 only option is to follow the eastern cycleway to the north. Hmm, I
 then can cross the N47 right before that terribly complicated junction
 and start following the western cycleway. Until I find a place to
 cross the N47 again. The first one that I find is right at the
 roundabout about 500m to the south. There, I can traverse to the
 eastern cycleway and follow that north to Baan nr. 90. OK, I have a
 solution. Not exactly short (about 1km instead of the 50m in my
 previous attempts), but at least it is legal. Reality: not entirely
 legal (at least at the roundabout you should go around it instead of
 traversing before the roundabout), but close enough for me. With the
 slightest bit of common sense I wouldn't follow that anyhow. What I
 would do is traverse N47, follow the western cycleway and traverse
 again when I am at Baan nr. 90. Why didn't the algorithm propose that?
 Simple: the road to the east of N47 are not connected to the western
 cycleway and vice verse. So we have to modify the data again. At every
 point where there is a sideroad from only one side we need to add a
 short cycleway to connect the cycleway on the other side with the
 junction.

 Once those junctions are made, I will get the obvious, correct route.

 Conclusion: lots of work and near impossible to maintain.

 Now, let's see what happens if I tag the cycle paths on the
 highway=primary in stead of drawing them separately. It is in any case
 a lot less work. No need to draw the separate cycleways and no need to
 add all the technical tags on both highway=primary and
 highway=cycleway that I described previously to get correct results. I
 just add cycleway=lane or something similar to the highway=primary.
 What does the algorithm say? I will just say: At the end of
 Macharisdreef turn left on N47. I know there are are cycle lanes so
 you should follow those instead of cycling in the middle of the road.
 And after 50m you turn left in Baan nr. 90..
 Simple, clear, robust.

 That is why I only will draw separate cycleways if there really is no
 other option. Even if it is not wrong to draw to the cycleway
 separately, it is just a lot of work, impossible to maintain and a
 huge source of errors waiting to happen.

 Bonus question 1: what happens with routing for pedestrians in both
 situations?
 Bonus question 2: in how many ways is it possible to make mistakes
 when mapping cycling routes? Especially the case of a route that can
 be followed in both directions is enlightening.
 Bonus question 3: which situation has the least tags (=lowest database
 size) and the least junctions and ways (=greater efficiency for
 routing algorithms like Dijkstra)?

 wouter

 On Tue, May 13, 2014 at 9:16 AM, Jo winfi...@gmail.com wrote:
  We have more recent AGIV 

Re: [OSM-talk-be] TEC Open Data: let's start !

[André Pirard]

On 2014-05-13 16:57, Julien Fastré wrote :
 We do agree with Champs Libres to install a WMS service with TEC
 information (bus lines  stops). I had a problem to do that: we do
 have reached our quota of IPv4 addresses on our servers and we would
 do it with IPv6-only (tunnels IPv4-Ipv6 with sixxs or something else
 should work and assure the connectivity).
You can configure a host as a NAT router.  Assuming it's on host a.b.c.b
(Internet address) and 192.168.0.0 is a local LAN,
it would translate a.b.c.b:8080 - 192.168.0.X:80 to access http port 80
of host X through port 8080 of the former.

Cheers,

André.



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

Re: [OSM-talk-be] TEC Open Data: let's start !

[Julien Fastré]

Le 13/05/14 18:18, André Pirard a écrit :
 On 2014-05-13 16:57, Julien Fastré wrote :
 We do agree with Champs Libres to install a WMS service with TEC
 information (bus lines  stops). I had a problem to do that: we do
 have reached our quota of IPv4 addresses on our servers and we would
 do it with IPv6-only (tunnels IPv4-Ipv6 with sixxs or something else
 should work and assure the connectivity).
 You can configure a host as a NAT router.  Assuming it's on host
 a.b.c.b (Internet address) and 192.168.0.0 is a local LAN,
 it would translate a.b.c.b:8080 - 192.168.0.X:80 to access http port
 80 of host X through port 8080 of the former.
Regarding our current installation, we had to reject this possibility
because this should not meet our requirements... More details in private
if you need this.

Thanks!
Julien

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

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

[Paul Norman]

 From: Luis Villa [mailto:lvi...@wikimedia.org] 
 Sent: Monday, May 12, 2014 3:17 PM
 To: Licensing and other legal discussions.
 Subject: Re: [OSM-legal-talk] Community Guidelines (was Re: Attribution)

  The LWG has spent considerable time discussing the geocoding issue, so
  it is not as if we've ignored the subject.
 
 Didn't mean to imply that work hasn't been done! I've read all the 
 public threads I can find :) But the wiki doesn't reflect that, and the 
 wiki is where most outsiders are going to go to try to figure out the 
 question, since it is most googleable, linked to from many places, etc. 

One of the big differences between Wikipedia and OSM communications is 
that we don't generally use the wiki for discussion, we use it for 
documentation. Ideally when something is settled the documentation will 
get updated accordingly, but the discussions and work themselves won't 
appear on the wiki. Of course, as with most projects, documentation 
often lags behind... 

  So, yes, I think it might be fair to say that the LWG has punted on the
  geocoding issue at least for now, to spend its time on issues which are
  more likely to be resolved.
  
 I think it would be helpful if the wiki at least reflected that. If 
 there were links from there to the relevant mailing list threads, it 
 would (1) warn people that this is a tough issue and (2) they might find 
 some useful analysis/background in them. 
 
 Normally I'd try to organize some of that myself, but since I'm a lawyer 
 for an organization that will likely consider some sort of geocoding at 
 some point in the future I'm extremely reluctant to put words in 
 anyone's mouth or in anyone's wiki. 

It's important to remember that the wiki is the community edited and not 
an official OSMF position. Obviously you need to be comfortable that 
you're okay in any edits you're doing, but from an OSM side I don't see 
any issues with the edits you've described, particularly since you're 
not stating what the share-alike implications of geocoding are, but 
you're linking to existing discussions of the matter. 

When it comes to writing guidelines, I know I'd love it if someone else 
were to submit well written guidelines that agree with the ODbL and what 
we want to say. Obviously the LWG wouldn't simply copy/paste without 
reviewing and probably modifying text. 

As an aside, my last job involved writing guidelines on interpretation 
of health and safety regulations for the local health and safety 
regulator. It takes a specialized skillset and way of thinking.


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

Re: [OSM-talk] .poly file for Spain used by Geofabrik

[Frederik Ramm]

Hi,

On 13.05.2014 16:47, Juan Lucas Domínguez Rubio wrote:
 Perhaps there is a reason why the .poly file for Spain used by Geofabrik
 does not include the Canary Islands (5% of Spain's population).

Yes, the reason is that we're first cutting up the planet into
continents and then further into countries. Therefore there's a separate
extract in the Africa folder that has the Canaries.

Bye
Frederik

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

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

[OSM-talk] man_made=quay ?

[Jean-Marc Liotier]

http://wiki.openstreetmap.org/wiki/Harbour mentions quays, but while we
have 158 546 man_made=pier there are only 70 man_made=quay:
http://taginfo.openstreetmap.org/tags/man_made=quay

The page for proposed harbour features mention quays but does not even
propose a tag for them !
http://wiki.openstreetmap.org/wiki/Proposed_features/Harbour#Quay

What sort of conspiracy against quays is going on here ?

Considering the success of man_made=pier, I propose the anointment of
the similarly modeled man_made=quay - to be applied to a way along a
riverbank or the edge of a harbour's water, and of course mentioned in
the wiki.

Does anyone here finds problems in that proposal, before I begin tagging
quays all over the place ?

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

Re: [OSM-talk] man_made=quay ?

[Malcolm Herring]

On 13/05/2014 20:57, Jean-Marc Liotier wrote:

there are only 70 man_made=quay


There are also 106 instances of man_made=wharf. The IHO treat quay and 
wharf as synonyms.



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

[OSM-talk] This has to stop: User Diaries Spam

[Andreas Goss]

First of all let me say I'm a huge fan of the diaries, I think it is 
great that OpenStreetMap gives every user the chance to present his own 
blog to a larger audiance.


BUT something has to be done against the Spam on the User Diaries page. 
This could be done by moderating faster, but then there is still the 
problem with Twitter and other feed based systems.

Just today I got this: http://i.imgur.com/jKAxzLh.png

You know what the first thing is I would do if I wasn't really committed 
to OpenStreetMap? I would UNFOLLOW that account. I actually had this set 
up for Facebook, but got rid of it, because it was so annoying.


OpenStreetMap already isn't doing that much regarding social media and 
Marketin/PR, so can we at least do it right with the few channels that 
exist?


The best solution in my opinion -if possible- would be to limit the 
access to diaries to accounts that have existed for a certain time and 
have some edits (just like 1 week and 5-10 Edits) or maybe easier 
require moderator approval for every account that isn't 1 week or month 
old. A general approval for the diaries by moderator approval for the 
first posts only might also be a solution.


I also wrote 2 diary entries about this some time ago:
http://www.openstreetmap.org/user/AndiG88/diary/21188
http://www.openstreetmap.org/user/AndiG88/diary/21156

Andi

PS: Then there is also the issue with profile backlink spam and while 
there is a page on the wiki to report it, but usually very little 
happens if you do: http://wiki.openstreetmap.org/wiki/Spam

__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88‎


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

[OSM-talk] Organizational mapping policy

[Paul Norman]

We have more and more organizations and businesses mapping in OSM. 
Multiple organizations have been conducting paid editing in Europe and 
the US. This generally comes to light *after* complaints are made - with 
the company usually not identifying who they are, what their goals are, 
and what they want, beforehand. There have also been difficulties 
determining what has been mapped on behalf of an organization. 

We will likely see more of this type of editing in the future, and while 
not necessarily bad, there are differences between it and normal 
editing. Recent events in a project similar to OpenStreetMap - Wikipedia 
- have demonstrated that the participation of organizations in data 
editing can occasionally lead to misunderstandings or disharmony in the 
project, particularly where a lack of transparency is involved. 

For this reason the DWG is considering if it is necessary to issue 
guidelines for organizational editing. Some previous discussion is at 
http://lists.osm.org/pipermail/osmf-talk/2013-November/002344.html 

There are some activities we do not want to cover in the guidelines

- Unorganized editing by employees, e.g. a shop owner adding their shop
  or nearby details to the map

- Editors mapping in response to a contest or similar where the contest
  organizer does not have the power to require them to edit 

- Individuals who, on their own accord, decide to participate in an 
  organised effort or challenge, like local mapping parties, Mapathons, 
  HOT projects, etc

Some possible guideline requirements could involve 

- Disclosing those who are directing them (e.g. employers or who they 
  are contracting for) on the users page

- Creating a wiki page with links to user pages of users mapping under 
  an organization's direction

- Requiring those working on broader projects to communicate and get 
  feedback from the community before starting

- Requiring disclosure of proprietary third-party sources used. 
  Organizations may have data from third parties that they can legally 
  use when contributing to OSM, but aren't able to directly show others
  the data

- Maintaining separate accounts if doing both personal and organizational 
  editing

The extent of editing activities covered is something else that needs to 
be discussed.

Some types of activities that *could* be covered are

- Teachers requiring their students to edit OSM as part of a course

- Consultants editing for multiple clients

- Being required to edit as part of an employment relationship

SEO spammers would be covered by this policy, but are not the target. 
They would ignore it, so we'll just end up using the existing tools 
of reverting and blocking.

Paul Norman
For the Data Working Group



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

Re: [OSM-talk] man_made=quay ?

[Jean-Marc Liotier]

On 05/13/2014 10:15 PM, Malcolm Herring wrote:
 On 13/05/2014 20:57, Jean-Marc Liotier wrote:
 there are only 70 man_made=quay

 There are also 106 instances of man_made=wharf. The IHO treat quay and
 wharf as synonyms.

Also, Wikipedia's quay page redirects to wharf - so let's say that
wharf shall be the canonical appellation.

There is no documentation of man_made=wharf in the wiki either... I'll
write that and explain the 'quay' synonymy, unless someone barges in and
explain that we are making an horrible mistake.

Nevertheless, I am surprised about of few wharf/quays are modeled -
especially considering all the contributor interest about rivers, canals
and even harbours. Well... I guess it has to start somewhere !

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

[talk-au] VicMap in Potlatch2

[Steve Bennett]

Hi all,
  I've just discovered you can add VicMap, Victoria's open data licensed
authoritative mapping service, into Potlatch 2. It's not at all obvious
how, so here's the answer:

In Background, click Edit then add:
http://whoots.mapwarper.net:80/tms/$z/$x/$y/WEB_MERCATOR/http://api.maps.vic.gov.au/geowebcacheWM/service/wms?VERSION=1.1.1TILED=true

To explain:
- Vicmap provides an API which is basically a weird forked version of
OpenLayers:
http://api.maps.vic.gov.au/index.php/developers-resources/javascript-api
- Digging through that you can find their actual WMS endpoint, which is
http://api.maps.vic.gov.au/vicmapapi/map/wms
- Except, that data is in EPSG 3111 projection, rather than the web
standard EPSG 3857. Their documentation says that EPSG 3857 will be
available by the end of August 2013, then no more info about it:
http://api.maps.vic.gov.au/index.php/product-information/projections-sacles/web-mercator
- Anyway it turns out the EPSG 3857 projection is available at
http://api.maps.vic.gov.au/geowebcacheWM/service/wms (I assume the WM
stands for 'web mercator', aka EPSG 3857)
- But still, it's only provided as a WMS service, which isn't directly
supported by Potlatch 2. That's why you need to use the
whoots.mapwarper.netproxying service which converts WMS to web tiles.

Enjoy.

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

Re: [talk-au] VicMap in Potlatch2

[Ross Scanlon]

Thanks.

It can also be used in josm.

Edit-Preferences-WMS/TMS

add a new tms

http://whoots.mapwarper.net:80/tms/{zoom}/{x}/{y}/WEB_MERCATOR/http://api.maps.vic.gov.au/geowebcacheWM/service/wms?VERSION=1.1.1TILED=true

Cheers
Ross


On 14/05/14 11:08, Steve Bennett wrote:

Hi all,
   I've just discovered you can add VicMap, Victoria's open data
licensed authoritative mapping service, into Potlatch 2. It's not at all
obvious how, so here's the answer:

In Background, click Edit then add:
http://whoots.mapwarper.net:80/tms/$z/$x/$y/WEB_MERCATOR/http://api.maps.vic.gov.au/geowebcacheWM/service/wms?VERSION=1.1.1TILED=true

To explain:
- Vicmap provides an API which is basically a weird forked version of
OpenLayers:
http://api.maps.vic.gov.au/index.php/developers-resources/javascript-api
- Digging through that you can find their actual WMS endpoint, which is
http://api.maps.vic.gov.au/vicmapapi/map/wms
- Except, that data is in EPSG 3111 projection, rather than the web
standard EPSG 3857. Their documentation says that EPSG 3857 will be
available by the end of August 2013, then no more info about it:
http://api.maps.vic.gov.au/index.php/product-information/projections-sacles/web-mercator
- Anyway it turns out the EPSG 3857 projection is available at
http://api.maps.vic.gov.au/geowebcacheWM/service/wms (I assume the WM
stands for 'web mercator', aka EPSG 3857)
- But still, it's only provided as a WMS service, which isn't directly
supported by Potlatch 2. That's why you need to use the
whoots.mapwarper.net http://whoots.mapwarper.net proxying service
which converts WMS to web tiles.

Enjoy.

Steve


___
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

Re: [OSM-talk-ie] Dublin street names from Dublin City Council

[Nick Burrett]

Would it be better to run it across all of Ireland? The roads in one town
should have the same translation as any other town. You could collect the
existing translations in OSM to augment the city list, then apply that
countrywide.

I was thinking of a similar scheme for shops to rationalise discrepancies
in say the shop tag given to Boots.
On 13 May 2014 17:48, Mike Połtyn hole...@gmail.com wrote:

 Hi everybody.

 I am fairly new to OSM and this is my first post here, so I want to
 introduce myself. Hi, my name is Michał Połtyn; I am a web developer
 from Poland, currently living in Dublin. My nickname on OSM is Holek.

 Now, that's good enough, so let's cut to the chase, shall we? I have
 been adding Irish names to Dublin streets[1] by hand[2] recently[3],
 and I thought there's a better way.

 Turns out, Dublin City Council releases a PDF with all city names in
 English and Irish.[4]

 Now, I found out that this dataset is also available on
 dublinked.com[5] as XLS or CSV (the most important for us), where it's
 licensed as Public data, available to everyone. I would assume this
 means public domain; in the end it is just a list of properties.

 My idea was to add all missing Irish names to streets in Dublin in one
 big changeset, and report all other conflicting names on a Wiki page
 to review. I thought I could prepare a bot script to add all name:ga
 tags for all matching streets and run it during Dublin hackaton next
 Sunday under a supervision of OSM masters :)

 What are your thoughts, concerns? I'm open for suggestions, critique,
 and any good word in general.

 Take care, everybody!
 --
 Michał Hołek Połtyn

 [1] http://www.openstreetmap.org/changeset/22218893
 [2] http://www.openstreetmap.org/changeset/22234506
 [3] http://www.openstreetmap.org/changeset/22218453
 [4]
 http://www.dublincity.ie/SiteCollectionDocuments/Sr%C3%A1idainmneacha%20Bhaile%20Atha%20Cliath.pdf
 (PDF, 357 KB)
 [5] http://dublinked.com/datastore/datasets/dataset-213.php

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

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

Re: [Talk-br] Maratona de Edições da Copa

[Fernando Trebien]

Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na tela,
acho que mais gente deixaria o programa aberto e visível enquanto mapeia
(eu tinha uma tendência a deixar o MoPad em segundo plano pra usar o espaço
da tela pra fazer a tradução).

Temos algum objetivo específico com a maratona? Tipo mapear o entorno de
estádios, ou mapear alojamentos, aeroportos, pontos turísticos?
On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com wrote:

 O MoPad não funcionou bem, durante do FISL?


 Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

 *[...]* a ideia de fazer uma maratona de edições nas cidades sede da
 Copa.
 *[...]* Poderíamos nos reunir em um canal de IRC e quem quiser organizar
 eventos presenciais em suas cidades.


 ___
 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] Maratona de Edições da Copa

[Fernando Trebien]

Pensei em mais uma sugestão de assunto. O que mais falta no mapa
brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
da maratona.

Nos dias anteriores à maratona, os participantes observariam nas suas
cidades se a numeração é normalmente sequencial (caso em que dá pra
usar interpoladores) ou se é irregular (caso em que é necessário
mapear o endereço de cada residência individualmente). Poderiam
inclusive começar a coletar esses endereços, usando métodos como o
FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
preferência. E no dia, nós nos preocuparíamos em colocar esses
endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
resolver eventuais problemas (casos em que por exemplo o Nominatim não
está retornando os endereços).

Podemos escolher lugares relacionados com a Copa (estádios, regiões
hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
endereços nas proximidades desses centros. Isso daria visibilidade ao
problema e provavelmente estimularia outros usuários a continuar esse
mapeamento depois.

Os participantes da maratona também poderiam aproveitar os dias
anteriores para investigar se existe uma fonte de dados de endereços
importável na sua cidade e/ou no seu estado. Daí no dia da maratona
estaríamos ajudando-os com o processo de importação.

O que acham?

2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:
 Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki para
 convidar pessoas que talvez não ler este lista.

 Aun Johnsen

 On May 13, 2014, at 8:54, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na tela,
 acho que mais gente deixaria o programa aberto e visível enquanto mapeia (eu
 tinha uma tendência a deixar o MoPad em segundo plano pra usar o espaço da
 tela pra fazer a tradução).

 Temos algum objetivo específico com a maratona? Tipo mapear o entorno de
 estádios, ou mapear alojamentos, aeroportos, pontos turísticos?

 On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com wrote:

 O MoPad não funcionou bem, durante do FISL?


 Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

 [...] a ideia de fazer uma maratona de edições nas cidades sede da Copa.
 [...] Poderíamos nos reunir em um canal de IRC e quem quiser organizar
 eventos presenciais em suas cidades.


 ___
 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




-- 
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] Maratona de Edições da Copa

[Wille]

Concordo!

Então seriam 3 objetivos gerais:

1. Melhorar o mapeamento no entorno dos estádios;
2. Melhorar o mapeamento de POIs úteis a turistas: pontos turísticos, 
hotéis, restaurantes...
3. Melhorar os endereços das regiões que se encaixam nos critérios acima 
mencionados.


A data pode ser dia 30/05 mesmo?

Criei a página no Wiki: 
http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014


abçs,
wille

On 13-05-2014 11:36, Fernando Trebien wrote:

Pensei em mais uma sugestão de assunto. O que mais falta no mapa
brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
da maratona.

Nos dias anteriores à maratona, os participantes observariam nas suas
cidades se a numeração é normalmente sequencial (caso em que dá pra
usar interpoladores) ou se é irregular (caso em que é necessário
mapear o endereço de cada residência individualmente). Poderiam
inclusive começar a coletar esses endereços, usando métodos como o
FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
preferência. E no dia, nós nos preocuparíamos em colocar esses
endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
resolver eventuais problemas (casos em que por exemplo o Nominatim não
está retornando os endereços).

Podemos escolher lugares relacionados com a Copa (estádios, regiões
hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
endereços nas proximidades desses centros. Isso daria visibilidade ao
problema e provavelmente estimularia outros usuários a continuar esse
mapeamento depois.

Os participantes da maratona também poderiam aproveitar os dias
anteriores para investigar se existe uma fonte de dados de endereços
importável na sua cidade e/ou no seu estado. Daí no dia da maratona
estaríamos ajudando-os com o processo de importação.

O que acham?

2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:

Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki para
convidar pessoas que talvez não ler este lista.

Aun Johnsen

On May 13, 2014, at 8:54, Fernando Trebien fernando.treb...@gmail.com
wrote:

Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na tela,
acho que mais gente deixaria o programa aberto e visível enquanto mapeia (eu
tinha uma tendência a deixar o MoPad em segundo plano pra usar o espaço da
tela pra fazer a tradução).

Temos algum objetivo específico com a maratona? Tipo mapear o entorno de
estádios, ou mapear alojamentos, aeroportos, pontos turísticos?

On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
alexandre@gmail.com wrote:

O MoPad não funcionou bem, durante do FISL?


Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

[...] a ideia de fazer uma maratona de edições nas cidades sede da Copa.
[...] Poderíamos nos reunir em um canal de IRC e quem quiser organizar
eventos presenciais em suas cidades.


___
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] Maratona de Edições da Copa

[Vitor George]

Muito legal!

O que vocês acham de chamar de Mapatona?

Também podemos divulgar em inglês, já que pode rolar muito mapeamento de
cadeira.


2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

 Concordo!

 Então seriam 3 objetivos gerais:

 1. Melhorar o mapeamento no entorno dos estádios;
 2. Melhorar o mapeamento de POIs úteis a turistas: pontos turísticos,
 hotéis, restaurantes...
 3. Melhorar os endereços das regiões que se encaixam nos critérios acima
 mencionados.

 A data pode ser dia 30/05 mesmo?

 Criei a página no Wiki: http://wiki.openstreetmap.org/
 wiki/Mapathon_Copa_2014

 abçs,
 wille


 On 13-05-2014 11:36, Fernando Trebien wrote:

 Pensei em mais uma sugestão de assunto. O que mais falta no mapa
 brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
 da maratona.

 Nos dias anteriores à maratona, os participantes observariam nas suas
 cidades se a numeração é normalmente sequencial (caso em que dá pra
 usar interpoladores) ou se é irregular (caso em que é necessário
 mapear o endereço de cada residência individualmente). Poderiam
 inclusive começar a coletar esses endereços, usando métodos como o
 FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
 preferência. E no dia, nós nos preocuparíamos em colocar esses
 endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
 resolver eventuais problemas (casos em que por exemplo o Nominatim não
 está retornando os endereços).

 Podemos escolher lugares relacionados com a Copa (estádios, regiões
 hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
 endereços nas proximidades desses centros. Isso daria visibilidade ao
 problema e provavelmente estimularia outros usuários a continuar esse
 mapeamento depois.

 Os participantes da maratona também poderiam aproveitar os dias
 anteriores para investigar se existe uma fonte de dados de endereços
 importável na sua cidade e/ou no seu estado. Daí no dia da maratona
 estaríamos ajudando-os com o processo de importação.

 O que acham?

 2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:

 Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki para
 convidar pessoas que talvez não ler este lista.

 Aun Johnsen

 On May 13, 2014, at 8:54, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na
 tela,
 acho que mais gente deixaria o programa aberto e visível enquanto mapeia
 (eu
 tinha uma tendência a deixar o MoPad em segundo plano pra usar o espaço
 da
 tela pra fazer a tradução).

 Temos algum objetivo específico com a maratona? Tipo mapear o entorno de
 estádios, ou mapear alojamentos, aeroportos, pontos turísticos?

 On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com wrote:

 O MoPad não funcionou bem, durante do FISL?


 Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

 [...] a ideia de fazer uma maratona de edições nas cidades sede da
 Copa.
 [...] Poderíamos nos reunir em um canal de IRC e quem quiser organizar
 eventos presenciais em suas cidades.


 ___
 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

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

Re: [Talk-br] Maratona de Edições da Copa

[Fernando Trebien]

Eu concordo, e posso ajudar se quiserem. Mas pra não dar confusão (e
quem sabe até estimular a participação internacional), talvez seja bom
ter um canal também pros estrangeiros que não falam português.

2014-05-13 12:35 GMT-03:00 Vitor George vitor.geo...@gmail.com:
 Muito legal!

 O que vocês acham de chamar de Mapatona?

 Também podemos divulgar em inglês, já que pode rolar muito mapeamento de
 cadeira.


 2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

 Concordo!


 Então seriam 3 objetivos gerais:

 1. Melhorar o mapeamento no entorno dos estádios;
 2. Melhorar o mapeamento de POIs úteis a turistas: pontos turísticos,
 hotéis, restaurantes...
 3. Melhorar os endereços das regiões que se encaixam nos critérios acima
 mencionados.

 A data pode ser dia 30/05 mesmo?

 Criei a página no Wiki:
 http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014

 abçs,
 wille


 On 13-05-2014 11:36, Fernando Trebien wrote:

 Pensei em mais uma sugestão de assunto. O que mais falta no mapa
 brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
 da maratona.

 Nos dias anteriores à maratona, os participantes observariam nas suas
 cidades se a numeração é normalmente sequencial (caso em que dá pra
 usar interpoladores) ou se é irregular (caso em que é necessário
 mapear o endereço de cada residência individualmente). Poderiam
 inclusive começar a coletar esses endereços, usando métodos como o
 FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
 preferência. E no dia, nós nos preocuparíamos em colocar esses
 endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
 resolver eventuais problemas (casos em que por exemplo o Nominatim não
 está retornando os endereços).

 Podemos escolher lugares relacionados com a Copa (estádios, regiões
 hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
 endereços nas proximidades desses centros. Isso daria visibilidade ao
 problema e provavelmente estimularia outros usuários a continuar esse
 mapeamento depois.

 Os participantes da maratona também poderiam aproveitar os dias
 anteriores para investigar se existe uma fonte de dados de endereços
 importável na sua cidade e/ou no seu estado. Daí no dia da maratona
 estaríamos ajudando-os com o processo de importação.

 O que acham?

 2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:

 Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki para
 convidar pessoas que talvez não ler este lista.

 Aun Johnsen

 On May 13, 2014, at 8:54, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na
 tela,
 acho que mais gente deixaria o programa aberto e visível enquanto mapeia
 (eu
 tinha uma tendência a deixar o MoPad em segundo plano pra usar o espaço
 da
 tela pra fazer a tradução).

 Temos algum objetivo específico com a maratona? Tipo mapear o entorno de
 estádios, ou mapear alojamentos, aeroportos, pontos turísticos?

 On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com wrote:

 O MoPad não funcionou bem, durante do FISL?


 Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

 [...] a ideia de fazer uma maratona de edições nas cidades sede da
 Copa.
 [...] Poderíamos nos reunir em um canal de IRC e quem quiser organizar
 eventos presenciais em suas cidades.


 ___
 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



 ___
 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] Maratona de Edições da Copa

[Fernando Trebien]

Eu tava pensando em usar o wiki para dividir a tarefa do CNEFE (e
outras) em partes e inclusive publicar o resultado da comparação
pré-computado por setor. Daí as pessoas poderiam simplesmente indicar
no wiki quais setores que elas estão comparando (pra ninguém
trabalhar no mesmo lugar ao mesmo tempo) e quais já compararam (pra
ninguém fazer trabalho que já foi feito.

Talvez interesse a forma com que o Herman Peifer fez a comparação aqui
pro RS. O arquivo tem 31 MB e inclui o código-fonte do script
utilizado (só tem umas dependências externas, que eu ainda não
estudei): http://ubuntuone.com/6N2YtX8yCafGRChhNUcx1I

Seria então uma questão de repetir isso para o Brasil todo, e daí
rodar lá o script em Python ou o em Lua que faz a comparação com
Levenshtein, e armazenar em algum lugar o resultado da comparação por
setor (um arquivo para cada setor). Daí cada pessoa escolhe um setor,
compara manualmente (e tem que ser manualmente! porque exige
julgamento crítico, porque muitas vezes o OSM está mais certo que o
CNEFE), e por fim sinaliza no wiki que já fez.

2014-05-13 12:34 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com:
 Pessoal,

 acho bacana,

 talvez haja interesse também de gente fora do Brasil.

 Saindo um pouco numa tangente:
  há um tempo estou pensando em propor uma hackton para fazer as coisas da
 importação do CNEFE. Poderiamos tentar fazer para as cidades da copa.
 Basicamente se conseguirmos bater os nomes de ruas do CNEFE com os do OSM
 (com alguma validação humana), dá para pegar os números a partir do CNEFE.
 Os nomes de rua não são muito confiáveis no CNEFE, mas acho que os números
 são bem mais confiávies.

 Mas enfim, é muito mais uma maratona de programação do que de mapeamento
 tradicional. Acho que seria algo em paralelo, mas que pode ajudar a maratona
 mais tradicional da COPA.

 Será que haveria  pessoas com estas habilidades de programação interessados?

 abs
 Lucas








 2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

 Concordo!

 Então seriam 3 objetivos gerais:

 1. Melhorar o mapeamento no entorno dos estádios;
 2. Melhorar o mapeamento de POIs úteis a turistas: pontos turísticos,
 hotéis, restaurantes...
 3. Melhorar os endereços das regiões que se encaixam nos critérios acima
 mencionados.

 A data pode ser dia 30/05 mesmo?

 Criei a página no Wiki:
 http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014

 abçs,
 wille


 On 13-05-2014 11:36, Fernando Trebien wrote:

 Pensei em mais uma sugestão de assunto. O que mais falta no mapa
 brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
 da maratona.

 Nos dias anteriores à maratona, os participantes observariam nas suas
 cidades se a numeração é normalmente sequencial (caso em que dá pra
 usar interpoladores) ou se é irregular (caso em que é necessário
 mapear o endereço de cada residência individualmente). Poderiam
 inclusive começar a coletar esses endereços, usando métodos como o
 FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
 preferência. E no dia, nós nos preocuparíamos em colocar esses
 endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
 resolver eventuais problemas (casos em que por exemplo o Nominatim não
 está retornando os endereços).

 Podemos escolher lugares relacionados com a Copa (estádios, regiões
 hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
 endereços nas proximidades desses centros. Isso daria visibilidade ao
 problema e provavelmente estimularia outros usuários a continuar esse
 mapeamento depois.

 Os participantes da maratona também poderiam aproveitar os dias
 anteriores para investigar se existe uma fonte de dados de endereços
 importável na sua cidade e/ou no seu estado. Daí no dia da maratona
 estaríamos ajudando-os com o processo de importação.

 O que acham?

 2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:

 Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki para
 convidar pessoas que talvez não ler este lista.

 Aun Johnsen

 On May 13, 2014, at 8:54, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na
 tela,
 acho que mais gente deixaria o programa aberto e visível enquanto mapeia
 (eu
 tinha uma tendência a deixar o MoPad em segundo plano pra usar o espaço
 da
 tela pra fazer a tradução).

 Temos algum objetivo específico com a maratona? Tipo mapear o entorno de
 estádios, ou mapear alojamentos, aeroportos, pontos turísticos?

 On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com wrote:

 O MoPad não funcionou bem, durante do FISL?


 Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

 [...] a ideia de fazer uma maratona de edições nas cidades sede da
 Copa.
 [...] Poderíamos nos reunir em um canal de IRC e quem quiser organizar
 eventos presenciais em suas cidades.


 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 

[Talk-br] RES: Maratona de Edições da Copa

[Reinaldo Neves]

Creio que o primeiro ponto seria melhorar a nomenclatura das ruas, não que
numeração não seja importante, mas até pode esperar.  

A zona leste de São Paulo, onde fica o estádio por exemplo, em sua maior
parte tem apenas os eixos de rua e nome nas avenidas mais importantes,
exceto algumas edições que fiz ultimamente com ajuda do setor censitário e
pesquisa de campo pois moro na região.

Nos pois creio que posso ajudar pois tenho uma base de dados de são Paulo
contendo estacoes de metro, cptm, alguns hotéis, redes de farmácia,
bibliotecas, delegacias de policia, etc com a identificação, endereço e
lat/long em formato decimal.  Caso alguém possa processar isso só me
informar que disponibilizo o arquivo.  Esses dados fazem parte de um dos
softwares da minha empresa, e é resultado de levantamento interno, portanto
não há restrição de uso.

Reinaldo 

-Mensagem original-
De: Fernando Trebien [mailto:fernando.treb...@gmail.com] 
Enviada em: terça-feira, 13 de maio de 2014 12:49
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Maratona de Edições da Copa

Eu concordo, e posso ajudar se quiserem. Mas pra não dar confusão (e quem
sabe até estimular a participação internacional), talvez seja bom ter um
canal também pros estrangeiros que não falam português.

2014-05-13 12:35 GMT-03:00 Vitor George vitor.geo...@gmail.com:
 Muito legal!

 O que vocês acham de chamar de Mapatona?

 Também podemos divulgar em inglês, já que pode rolar muito mapeamento 
 de cadeira.


 2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

 Concordo!


 Então seriam 3 objetivos gerais:

 1. Melhorar o mapeamento no entorno dos estádios; 2. Melhorar o 
 mapeamento de POIs úteis a turistas: pontos turísticos, hotéis, 
 restaurantes...
 3. Melhorar os endereços das regiões que se encaixam nos critérios 
 acima mencionados.

 A data pode ser dia 30/05 mesmo?

 Criei a página no Wiki:
 http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014

 abçs,
 wille


 On 13-05-2014 11:36, Fernando Trebien wrote:

 Pensei em mais uma sugestão de assunto. O que mais falta no mapa 
 brasileiro para os usuários comuns? Endereços! Esse poderia ser o 
 foco da maratona.

 Nos dias anteriores à maratona, os participantes observariam nas 
 suas cidades se a numeração é normalmente sequencial (caso em que dá 
 pra usar interpoladores) ou se é irregular (caso em que é necessário 
 mapear o endereço de cada residência individualmente). Poderiam 
 inclusive começar a coletar esses endereços, usando métodos como o 
 FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua 
 preferência. E no dia, nós nos preocuparíamos em colocar esses 
 endereços no mapa e em ajudar respondendo dúvidas sobre como mapear 
 e resolver eventuais problemas (casos em que por exemplo o Nominatim 
 não está retornando os endereços).

 Podemos escolher lugares relacionados com a Copa (estádios, regiões 
 hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os 
 endereços nas proximidades desses centros. Isso daria visibilidade 
 ao problema e provavelmente estimularia outros usuários a continuar 
 esse mapeamento depois.

 Os participantes da maratona também poderiam aproveitar os dias 
 anteriores para investigar se existe uma fonte de dados de endereços 
 importável na sua cidade e/ou no seu estado. Daí no dia da maratona 
 estaríamos ajudando-os com o processo de importação.

 O que acham?

 2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:

 Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki 
 para convidar pessoas que talvez não ler este lista.

 Aun Johnsen

 On May 13, 2014, at 8:54, Fernando Trebien 
 fernando.treb...@gmail.com
 wrote:

 Acho que funcionou bem, mas como clientes IRC ocupam menos espaço 
 na tela, acho que mais gente deixaria o programa aberto e visível 
 enquanto mapeia (eu tinha uma tendência a deixar o MoPad em segundo 
 plano pra usar o espaço da tela pra fazer a tradução).

 Temos algum objetivo específico com a maratona? Tipo mapear o 
 entorno de estádios, ou mapear alojamentos, aeroportos, pontos
turísticos?

 On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com wrote:

 O MoPad não funcionou bem, durante do FISL?


 Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

 [...] a ideia de fazer uma maratona de edições nas cidades sede 
 da Copa.
 [...] Poderíamos nos reunir em um canal de IRC e quem quiser 
 organizar eventos presenciais em suas cidades.


 ___
 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 

Re: [Talk-br] Maratona de Edições da Copa

[Wille]

Pode ser Mapatona sim!

Coloquei a lista de cidades sede com link para o mapa da cidade e para o 
estádio no wiki.




On 13-05-2014 12:48, Fernando Trebien wrote:

Eu concordo, e posso ajudar se quiserem. Mas pra não dar confusão (e
quem sabe até estimular a participação internacional), talvez seja bom
ter um canal também pros estrangeiros que não falam português.

2014-05-13 12:35 GMT-03:00 Vitor George vitor.geo...@gmail.com:

Muito legal!

O que vocês acham de chamar de Mapatona?

Também podemos divulgar em inglês, já que pode rolar muito mapeamento de
cadeira.


2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

Concordo!


Então seriam 3 objetivos gerais:

1. Melhorar o mapeamento no entorno dos estádios;
2. Melhorar o mapeamento de POIs úteis a turistas: pontos turísticos,
hotéis, restaurantes...
3. Melhorar os endereços das regiões que se encaixam nos critérios acima
mencionados.

A data pode ser dia 30/05 mesmo?

Criei a página no Wiki:
http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014

abçs,
wille


On 13-05-2014 11:36, Fernando Trebien wrote:

Pensei em mais uma sugestão de assunto. O que mais falta no mapa
brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
da maratona.

Nos dias anteriores à maratona, os participantes observariam nas suas
cidades se a numeração é normalmente sequencial (caso em que dá pra
usar interpoladores) ou se é irregular (caso em que é necessário
mapear o endereço de cada residência individualmente). Poderiam
inclusive começar a coletar esses endereços, usando métodos como o
FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
preferência. E no dia, nós nos preocuparíamos em colocar esses
endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
resolver eventuais problemas (casos em que por exemplo o Nominatim não
está retornando os endereços).

Podemos escolher lugares relacionados com a Copa (estádios, regiões
hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
endereços nas proximidades desses centros. Isso daria visibilidade ao
problema e provavelmente estimularia outros usuários a continuar esse
mapeamento depois.

Os participantes da maratona também poderiam aproveitar os dias
anteriores para investigar se existe uma fonte de dados de endereços
importável na sua cidade e/ou no seu estado. Daí no dia da maratona
estaríamos ajudando-os com o processo de importação.

O que acham?

2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:

Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki para
convidar pessoas que talvez não ler este lista.

Aun Johnsen

On May 13, 2014, at 8:54, Fernando Trebien fernando.treb...@gmail.com
wrote:

Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na
tela,
acho que mais gente deixaria o programa aberto e visível enquanto mapeia
(eu
tinha uma tendência a deixar o MoPad em segundo plano pra usar o espaço
da
tela pra fazer a tradução).

Temos algum objetivo específico com a maratona? Tipo mapear o entorno de
estádios, ou mapear alojamentos, aeroportos, pontos turísticos?

On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
alexandre@gmail.com wrote:

O MoPad não funcionou bem, durante do FISL?


Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

[...] a ideia de fazer uma maratona de edições nas cidades sede da
Copa.
[...] Poderíamos nos reunir em um canal de IRC e quem quiser organizar
eventos presenciais em suas cidades.


___
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



___
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] Renderizações diferentes de diversos mapas

[John Packer]

Uma pequena observação: O mapa humanitário também mostra assentos e também
lâmpadas de ruas, mas só em níveis de zoom bem ampliados.


Em 12 de maio de 2014 22:48, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Que interessante esse OpenMapSurfer! Algumas outras coisas a mais que
 ele mostra: [1]
 * cercas em 3D
 * assentos/bancos

 Mas também encontrei uns bugs [2] que talvez seria legal reportar pro
 desenvolvedor.

 [1]
 http://www.openmapsurfer.uni-hd.de/?zoom=18lat=-30.05095lon=-51.23043layers=B0FTFF
 [2]
 http://www.openmapsurfer.uni-hd.de/?zoom=17lat=-30.0243lon=-51.16738layers=B0FTFF

 2014-05-12 22:07 GMT-03:00 John Packer john.pack...@gmail.com:
  Amigos,
 
  De vez em quando, descubro um mapa diferente que exibe diferentes
 objetos do
  mapa, que acho bem legal, então queria comentar rapidamente sobre uns:
 
  * O OpenMapSurfer:
   ** exibe o código IATA dos aeroportos nos níveis de zoom 13 e 14;
   ** exibe placas Pare (highway=stop) e Dê a preferência
  (highway=give_way);
   ** exibe um relevo 2.5D básico para as construções que tem ou o número
 de
  andares(building:levels) ou altura(height) (pena que o tipo de teto ainda
  não é renderizado).
 
  * O mapa Humanitário:
   ** exibe borracharias (shop=tyres) e torres de comunicação
 (man_made=tower
  + tower:type=communication);
   ** exibe corredores (highway=corridor) como uma linha fina e branca
 
  * E o mapa Ciclístico (cycle map):
   ** exibe faixas de pedestre(highway=crossing) como pontos amarelos e
  estacionamentos de bicicleta(amenity=bicycle_parking) como pontos azuis
 
  * Coisas que talvez você não saiba o mapa oficial do OSM:
  ** ele exibe saídas de autoestradas/BR (com highway=motorway_junction)
  ** recentemente ele começou a exibir caminhos cobertos (highway=footway +
  covered=*)
 
  O Historische Objekte não é um mapa, mas uma camada de objetos, que eu
 acho
  legal. Ele mostra monumentos, memoriais e até mesmo aquelas cruzes de
  beira-estrada que as pessoas colocam em curvas onde motoristas morrem. (e
  tudo isso com a chave historic=*)
 
  Abs,
  João
 
  ___
  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] Definição de prazos para reversão de edições

[Arlindo Pereira]

A ideia do Fernando Trebien de definirmos prazos para reversões de acordo
com a quantidade de edições me parece muito válida. Separei a thread para o
assunto levantar mais atenção de todos.

Eu concordo com os prazos, e também com a opinião do Nelson de que devemos
reverter primeiro e perguntar depois quando há muita remoção no changeset.
Entretanto, não faço a verificação de edições todos os dias. Portanto, acho
que poderíamos chegar num meio termo: o prazo para reversão poderia ser de
~24 horas/3 dias/1 semana da edição, sendo que se a edição for detectada
num prazo superior, faremos a reversão imediatamente. O que vocês acham?


[]s
Arlindo Pereira


2014-05-12 22:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 No Rio em especial, por ter um grande volume de edições, eu acho que o
 prazo para reversão poderia ser menor do que o que se emprega no resto
 do Brasil. Do contrário, se uma reversão for mesmo necessária, deixar
 passar muito tempo significa que muitas edições legítimas de usuários
 bem comportados (daqueles que fazem edições menores e devidamente
 comentadas) serão perdidas, e isso me parece meio injusto. De uma
 certa forma, nessas áreas, quem faz grandes edições sem o devido
 cuidado (comentar corretamente e/ou comunicar a comunidade) demonstra
 indiretamente que não se importa muito com o tempo e esforço dos
 outros colaboradores.

 Tipo, no Rio de Janeiro, acho que esse prazo poderia ser de ~24 horas
 (ou até menos), enquanto que no resto (Porto Alegre, por exemplo)
 poderia ser de uns 3 dias e, em cidades pequenas do interior, até 1
 semana. O que acham?

 2014-05-12 21:03 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:
  Apenas para registro,
 
  detectei uma edição aqui na RMRJ bastante destrutiva, removendo *muitos*
  elementos. Vejam só: http://www.openstreetmap.org/changeset/22272862
 
 
  Enviei hoje para o usuário Thiago Pv a seguinte mensagem:
 
 
  Olá Thiago,
 
  sua edição changeset #22272862 foi destrutiva, apagando diversos
 elementos
  mapeados por outros usuários. Acredito que você tenha feito de maneira
  não-intencional. O que você desejava fazer?
 
  http://www.openstreetmap.org/changeset/22272862
 
  Caso não haja resposta, irei reverter esta edição.
 
  Abraços,
  Arlindo Pereira
 
  ___
  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

Re: [Talk-br] Edição destrutiva no Rio de Janeiro

[Arlindo Pereira]

Trocamos mensagens hoje, expostas abaixo. De qualquer maneira, gostaria de
solicitar a reversão imediata do changeset
22272862http://www.openstreetmap.org/changeset/22272862 e
que, se possível, quem o fizer guarde um arquivo .osm para que ele possa ir
subindo as coisas aos poucos.

O usuário respondeu com a seguinte mensagem:


 Thiago Pv http://www.openstreetmap.org/user/Thiago%20Pv
13 de Maio de 2014 às 14:13

Bom dia Arlindo,

Eu imaginei que seria polêmico esse changeset pois eu acabei me empolgando
e trabalhei demais num só, o que sei que não é recomendável. No total, se
não me engano, foram quase 8000 modificações, coisa que somente me
arrependo por dificultar a validação por quem avalia friamente a lista de
modificações e acaba criando mesmo este tipo de confusão, mas vou tentar
esclarecer.

Primeiramente, em resumo, o pesado das modificações foram no ajuste da
Avenida das Américas, incluindo as vias do BRT e posicionamento das
estações, desde o lado de Guaratiba da Grota Funda até a parte pouco após o
Barra Shopping, seus links de saída para as vias laterais e acesso às vias
residenciais, também tratei pesadamente as vias dos condomínios na parte
superior da Av das Américas compreendidos entre a Av. Salvador Allende e o
Aeroporto de Jacarepaguá a nas vias de acesso à Península, atrás dos
shoppings (todo o trabalho foi baseado em trilhas de GPS e também com o uso
das imagens do Bing, além do conhecimento pessoal pois circulo muito
naquela região).

Com relação às exclusões de Linhas, a maioria delas se tratavam de pequenos
links entre vias paralelas e de alguma forma foram substituídas ou refeitas
no local onde de fato existe o caminho e não foi deixado nenhum gap no
mapa, tanto que a maioria destas vias excluídas não possui nem nome. Além
disso haviam diversos casos de vias duplicadas sobrepostas, e trechos de
uma rua ou avenida com atributos idênticos mas eram separadas em vias
diferentes e no caso eu somente uni elas transformando-as num só elemento
(haviam muitos casos assim), isso é importante inclusive para homogeneizar
os as informações do elemento pois muitas vezes um pedaço da via está com
os dados mais completos, por exemplo em alguns casos num trecho o nome era
escrito com acento e no outro não, ou então diferença de maiúscula no nome
e ao unir foi mantido apenas o atributo correto, neste tipo caso de união
de duas vias um dos elementos acaba sendo excluído, quando efetivamente
nada muda. Entendo que sua preocupação nesse caso possa se dar quando há a
associação do elemento com relações, de transportes por exemplo, mas eu
avaliei caso a caso e não fiz a união nestas situações.

No caso dos nós é inevitável que se exclua muitos, salvo raras exceções, se
tratavam de nós excessivos de vias, principalmente naquele caso de longas
avenidas retas eu busquei otimizar o uso demasiado e desnecessário. Nós com
atributos foram sempre mantidos. E neste changeset também inclui a
resolução de diversas inconsistências apontadas pelo validador do JOSM eu
fiz uma limpeza também de pontos de identificação duplicados sobre áreas já
definidas com a mesma identificação, por exemplo quando criam uma praça e
usam a ferramenta de área para desenhar o território da praça e nele
colocam todos os atributos da praça mas redundantemente criam um ponto
sobre aquela área com os mesmos atributos, algo que é errado e o validador
indica na relação de erros e avisos (também vi vários casos).

Claro que além destas razões levantadas aqui há outras centenas
particulares que não recordarei devido ao universo de alterações do
changeset.

Para verificar a qualidade da alteração sugiro comparar visualmente o antes
e depois principalmente nas regiões onde mais efetuei alterações e verá
como aumentou a abrangência de ruas mapeadas, acessos, links e como
melhorou a definição e o alinhamento delas, principalmente os retornos na
Av. das Américas e o bonito desenho de ondas nas ruas dos condomínios
naquela região que estavam enquadradadas (anti aliasing braçal :), o
condomínio atrás do aeroporto, etc... Eu tentei descobrir uma forma de
visualizar um mapa anterior à modificação mas não descobri como.

Percebo que você é a pessoa mais participativa e comprometida com a
qualidade do mapa do Rio mas peço que fique tranquilo que esse também é o
meu objetivo e eu tenho o defeito de ser bastante perfeccionista nas coisas
que me dedico e não farei qualquer tipo de vandalismo no mapeamento alheio,
exclusões no meu caso são com o simples objetivo de otimização e melhora
mas nunca destrutivo.

Para finalizar peço que não reverta o changeset e caso identifique qualquer
falha, que obviamente não posso garantir que não tenha cometido nenhuma,
reverta somente aquele elemento e se possível me informe para que eu possa
verificar e corrigir com melhores informações até mesmo visitando
pessoalmente o ponto. É difícil quantificar erros mas duvido que possam
ultrapassar 5% de todo o trabalho desse changeset e seria um desperdício de
todo o restante =95% 

Re: [Talk-br] Edição destrutiva no Rio de Janeiro

[Fernando Trebien]

Cara, eu tenho condições de reverter hoje lá pelas 18h (tô sem a
infraestrutura necessária aqui), salvando uma cópia do estado atual
(anterior à reversão), mas se alguém quiser se adiantar, dou todo o meu
apoio. Eu começaria aplicando o Reverter do JOSM (vai levar muito tempo pra
baixar todos os milhares de objetos modificados) e dando um Ctrl+Z para
desfazer a reversão. Isso deve dar os objetos modificados no seu estado
imediatamente após a edição. Daí é só salvar o arquivo, dar mais um Ctrl+Z
(para aplicar a reversão), resolver os conflitos (que devem ser muitos!) e
enviar. Caso os conflitos realmente sejam muitos (centenas, ou milhares),
também dá pra pular a etapa de solução de conflitos e rodar a reversão com
o script revert.pl.


2014-05-13 14:23 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com
:

 Trocamos mensagens hoje, expostas abaixo. De qualquer maneira, gostaria de
 solicitar a reversão imediata do changeset 
 22272862http://www.openstreetmap.org/changeset/22272862 e
 que, se possível, quem o fizer guarde um arquivo .osm para que ele possa ir
 subindo as coisas aos poucos.

 O usuário respondeu com a seguinte mensagem:


  Thiago Pv http://www.openstreetmap.org/user/Thiago%20Pv
 13 de Maio de 2014 às 14:13

 Bom dia Arlindo,

 Eu imaginei que seria polêmico esse changeset pois eu acabei me empolgando
 e trabalhei demais num só, o que sei que não é recomendável. No total, se
 não me engano, foram quase 8000 modificações, coisa que somente me
 arrependo por dificultar a validação por quem avalia friamente a lista de
 modificações e acaba criando mesmo este tipo de confusão, mas vou tentar
 esclarecer.

 Primeiramente, em resumo, o pesado das modificações foram no ajuste da
 Avenida das Américas, incluindo as vias do BRT e posicionamento das
 estações, desde o lado de Guaratiba da Grota Funda até a parte pouco após o
 Barra Shopping, seus links de saída para as vias laterais e acesso às vias
 residenciais, também tratei pesadamente as vias dos condomínios na parte
 superior da Av das Américas compreendidos entre a Av. Salvador Allende e o
 Aeroporto de Jacarepaguá a nas vias de acesso à Península, atrás dos
 shoppings (todo o trabalho foi baseado em trilhas de GPS e também com o uso
 das imagens do Bing, além do conhecimento pessoal pois circulo muito
 naquela região).

 Com relação às exclusões de Linhas, a maioria delas se tratavam de
 pequenos links entre vias paralelas e de alguma forma foram substituídas ou
 refeitas no local onde de fato existe o caminho e não foi deixado nenhum
 gap no mapa, tanto que a maioria destas vias excluídas não possui nem nome.
 Além disso haviam diversos casos de vias duplicadas sobrepostas, e trechos
 de uma rua ou avenida com atributos idênticos mas eram separadas em vias
 diferentes e no caso eu somente uni elas transformando-as num só elemento
 (haviam muitos casos assim), isso é importante inclusive para homogeneizar
 os as informações do elemento pois muitas vezes um pedaço da via está com
 os dados mais completos, por exemplo em alguns casos num trecho o nome era
 escrito com acento e no outro não, ou então diferença de maiúscula no nome
 e ao unir foi mantido apenas o atributo correto, neste tipo caso de união
 de duas vias um dos elementos acaba sendo excluído, quando efetivamente
 nada muda. Entendo que sua preocupação nesse caso possa se dar quando há a
 associação do elemento com relações, de transportes por exemplo, mas eu
 avaliei caso a caso e não fiz a união nestas situações.

 No caso dos nós é inevitável que se exclua muitos, salvo raras exceções,
 se tratavam de nós excessivos de vias, principalmente naquele caso de
 longas avenidas retas eu busquei otimizar o uso demasiado e desnecessário.
 Nós com atributos foram sempre mantidos. E neste changeset também inclui a
 resolução de diversas inconsistências apontadas pelo validador do JOSM eu
 fiz uma limpeza também de pontos de identificação duplicados sobre áreas já
 definidas com a mesma identificação, por exemplo quando criam uma praça e
 usam a ferramenta de área para desenhar o território da praça e nele
 colocam todos os atributos da praça mas redundantemente criam um ponto
 sobre aquela área com os mesmos atributos, algo que é errado e o validador
 indica na relação de erros e avisos (também vi vários casos).

 Claro que além destas razões levantadas aqui há outras centenas
 particulares que não recordarei devido ao universo de alterações do
 changeset.

 Para verificar a qualidade da alteração sugiro comparar visualmente o
 antes e depois principalmente nas regiões onde mais efetuei alterações e
 verá como aumentou a abrangência de ruas mapeadas, acessos, links e como
 melhorou a definição e o alinhamento delas, principalmente os retornos na
 Av. das Américas e o bonito desenho de ondas nas ruas dos condomínios
 naquela região que estavam enquadradadas (anti aliasing braçal :), o
 condomínio atrás do aeroporto, etc... Eu tentei descobrir uma forma de
 visualizar um mapa anterior 

Re: [Talk-br] Edição destrutiva no Rio de Janeiro

[Arlindo Pereira]

Beleza, hoje eu não vou ter como reverter (trabalhando até tarde). Se
ninguém mais o fizer, agradeço se vc botar a mão na massa. =)

[]s
Arlindo

2014-05-13 15:12 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Cara, eu tenho condições de reverter hoje lá pelas 18h (tô sem a
 infraestrutura necessária aqui), salvando uma cópia do estado atual
 (anterior à reversão), mas se alguém quiser se adiantar, dou todo o meu
 apoio. Eu começaria aplicando o Reverter do JOSM (vai levar muito tempo pra
 baixar todos os milhares de objetos modificados) e dando um Ctrl+Z para
 desfazer a reversão. Isso deve dar os objetos modificados no seu estado
 imediatamente após a edição. Daí é só salvar o arquivo, dar mais um Ctrl+Z
 (para aplicar a reversão), resolver os conflitos (que devem ser muitos!) e
 enviar. Caso os conflitos realmente sejam muitos (centenas, ou milhares),
 também dá pra pular a etapa de solução de conflitos e rodar a reversão com
 o script revert.pl.


 2014-05-13 14:23 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Trocamos mensagens hoje, expostas abaixo. De qualquer maneira, gostaria de
 solicitar a reversão imediata do changeset 
 22272862http://www.openstreetmap.org/changeset/22272862 e
 que, se possível, quem o fizer guarde um arquivo .osm para que ele possa ir
 subindo as coisas aos poucos.

 O usuário respondeu com a seguinte mensagem:


  Thiago Pv http://www.openstreetmap.org/user/Thiago%20Pv
 13 de Maio de 2014 às 14:13

 Bom dia Arlindo,

 Eu imaginei que seria polêmico esse changeset pois eu acabei me
 empolgando e trabalhei demais num só, o que sei que não é recomendável. No
 total, se não me engano, foram quase 8000 modificações, coisa que somente
 me arrependo por dificultar a validação por quem avalia friamente a lista
 de modificações e acaba criando mesmo este tipo de confusão, mas vou tentar
 esclarecer.

 Primeiramente, em resumo, o pesado das modificações foram no ajuste da
 Avenida das Américas, incluindo as vias do BRT e posicionamento das
 estações, desde o lado de Guaratiba da Grota Funda até a parte pouco após o
 Barra Shopping, seus links de saída para as vias laterais e acesso às vias
 residenciais, também tratei pesadamente as vias dos condomínios na parte
 superior da Av das Américas compreendidos entre a Av. Salvador Allende e o
 Aeroporto de Jacarepaguá a nas vias de acesso à Península, atrás dos
 shoppings (todo o trabalho foi baseado em trilhas de GPS e também com o uso
 das imagens do Bing, além do conhecimento pessoal pois circulo muito
 naquela região).

 Com relação às exclusões de Linhas, a maioria delas se tratavam de
 pequenos links entre vias paralelas e de alguma forma foram substituídas ou
 refeitas no local onde de fato existe o caminho e não foi deixado nenhum
 gap no mapa, tanto que a maioria destas vias excluídas não possui nem nome.
 Além disso haviam diversos casos de vias duplicadas sobrepostas, e trechos
 de uma rua ou avenida com atributos idênticos mas eram separadas em vias
 diferentes e no caso eu somente uni elas transformando-as num só elemento
 (haviam muitos casos assim), isso é importante inclusive para homogeneizar
 os as informações do elemento pois muitas vezes um pedaço da via está com
 os dados mais completos, por exemplo em alguns casos num trecho o nome era
 escrito com acento e no outro não, ou então diferença de maiúscula no nome
 e ao unir foi mantido apenas o atributo correto, neste tipo caso de união
 de duas vias um dos elementos acaba sendo excluído, quando efetivamente
 nada muda. Entendo que sua preocupação nesse caso possa se dar quando há a
 associação do elemento com relações, de transportes por exemplo, mas eu
 avaliei caso a caso e não fiz a união nestas situações.

 No caso dos nós é inevitável que se exclua muitos, salvo raras exceções,
 se tratavam de nós excessivos de vias, principalmente naquele caso de
 longas avenidas retas eu busquei otimizar o uso demasiado e desnecessário.
 Nós com atributos foram sempre mantidos. E neste changeset também inclui a
 resolução de diversas inconsistências apontadas pelo validador do JOSM eu
 fiz uma limpeza também de pontos de identificação duplicados sobre áreas já
 definidas com a mesma identificação, por exemplo quando criam uma praça e
 usam a ferramenta de área para desenhar o território da praça e nele
 colocam todos os atributos da praça mas redundantemente criam um ponto
 sobre aquela área com os mesmos atributos, algo que é errado e o validador
 indica na relação de erros e avisos (também vi vários casos).

 Claro que além destas razões levantadas aqui há outras centenas
 particulares que não recordarei devido ao universo de alterações do
 changeset.

 Para verificar a qualidade da alteração sugiro comparar visualmente o
 antes e depois principalmente nas regiões onde mais efetuei alterações e
 verá como aumentou a abrangência de ruas mapeadas, acessos, links e como
 melhorou a definição e o alinhamento delas, principalmente os retornos na
 Av. das 

Re: [Talk-br] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM

[Arlindo Pereira]

Peraí, quase um milhão de linhas? Isso não me parece muito correto...

Aqui está o wiki mostrando o tagueamento de pontos e rotas de ônibus:
http://wiki.openstreetmap.org/wiki/Buses

Não me parece o tipo de dado adequado para uma importação automática, ou
mesmo semiautomática, uma vez que alguns pontos e linhas já estão mapeados,
e também porque o modelo de dados requer o seccionamento das vias (ruas) já
mapeadas no OSM. Sugiro que esses dados sejam subidos para o wiki, e por lá
seja coordenado uma força-tarefa, aonde cada mapeador fica responsável pela
importação de uma linha por vez.


[]s
Arlindo

2014-05-13 15:32 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:

 O sptrans liberou dados geolocalizados de todas as paradas de ônibus e de
 todas as linhas operadas pela instituição. São 18602 paradas, e 735697
 linhas.

 Gostaria de saber de vocês a melhor estratégia para adicionar estes pontos
 ao OSM.

 Eu li alguns tutoriais e aprendi um bocado sobre as tags, mas ainda tenho
 dúvidas sobre como enviar as modificações e como fazer isso da melhor
 maneira possível.

 São shapefiles das rotas de cada linha, coordenadas das paradas, possui
 dados de tempos de parada médio em cada parada por linha, custos e custos
 de integrações, e dias de operação de cada linha.

 Venho pensando nisso pois outro dia fui levantar quantas paradas de ônibus
 existem mapeados no OSM e fiquei realmente desapontado com a qualidade da
 informação. Pelo menos em São Paulo, gostaria de resover essa questão.

 Obrigado.

 ___
 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] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM

[Marcel Mitsuto F. S.]

Eu disse automático?


2014-05-13 15:37 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com
:

 Peraí, quase um milhão de linhas? Isso não me parece muito correto...

 Aqui está o wiki mostrando o tagueamento de pontos e rotas de ônibus:
 http://wiki.openstreetmap.org/wiki/Buses

 Não me parece o tipo de dado adequado para uma importação automática, ou
 mesmo semiautomática, uma vez que alguns pontos e linhas já estão mapeados,
 e também porque o modelo de dados requer o seccionamento das vias (ruas) já
 mapeadas no OSM. Sugiro que esses dados sejam subidos para o wiki, e por lá
 seja coordenado uma força-tarefa, aonde cada mapeador fica responsável pela
 importação de uma linha por vez.


 []s
 Arlindo

 2014-05-13 15:32 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:

 O sptrans liberou dados geolocalizados de todas as paradas de ônibus e de
 todas as linhas operadas pela instituição. São 18602 paradas, e 735697
 linhas.

 Gostaria de saber de vocês a melhor estratégia para adicionar estes
 pontos ao OSM.

 Eu li alguns tutoriais e aprendi um bocado sobre as tags, mas ainda tenho
 dúvidas sobre como enviar as modificações e como fazer isso da melhor
 maneira possível.

 São shapefiles das rotas de cada linha, coordenadas das paradas, possui
 dados de tempos de parada médio em cada parada por linha, custos e custos
 de integrações, e dias de operação de cada linha.

 Venho pensando nisso pois outro dia fui levantar quantas paradas de
 ônibus existem mapeados no OSM e fiquei realmente desapontado com a
 qualidade da informação. Pelo menos em São Paulo, gostaria de resover essa
 questão.

 Obrigado.

 ___
 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] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM

[Nelson A. de Oliveira]

2014-05-13 15:48 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
 Eu disse automático?

Não disse. Nem o Arlindo disse que você importaria de forma automática.
Ele só reforçou/relembrou, a quem possa se interessar, que algo
automático não é o melhor caminho neste caso.

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

Re: [Talk-br] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM

[Marcel Mitsuto F. S.]

Sim, entendi o recado, e vou seguir a recomendação e subir os arquivos no
wiki...

[]s


2014-05-13 15:56 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 2014-05-13 15:48 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
  Eu disse automático?

 Não disse. Nem o Arlindo disse que você importaria de forma automática.
 Ele só reforçou/relembrou, a quem possa se interessar, que algo
 automático não é o melhor caminho neste caso.

 ___
 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] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM

[Fernando Trebien]

Quando subir, não esquece de definir a licença dos dados de acordo com
os termos de uso da SPTrans.

18 mil paradas, vai precisar de bastante mão de obra pra não ser
automático. Eu comecei a pensar sobre esse problema ano passado [1] e
no fim não dei continuidade (pretendo dar ainda, mas não priorizei)
porque:
- geralmente os dados vêm com uma informação interessante: a
associação entre as paradas e as linhas de ônibus; seria interessante
manter essa associação no OSM (um mesmo ônibus pode parar só em
algumas paradas específicas de uma avenida)
- dá pra pensar em formas automáticas de fazer a importação,
modificando o processo de conflação (mas exige um programador e
análises geométricas avançadas, ou no mínimo alguns truques com os
programas de conflação que tem por aí); quem fizer isso poderia já
fazer um tutorial pra ajudar os demais
- ainda não temos uma forma muito fácil de detectar quando alguém
quebrou uma relação de rota e, com várias linhas de ônibus passando
nas avenidas principais da maior cidade do Brasil, é quase certo que
isso vai acontecer, e muitas vezes, provavelmente todos os dias

(esse era um dos motivos para eu estar pressionando os autores do iD a
darem um alerta quando uma edição estivesse alterando uma relação, mas
até agora não atenderam)

Isso obviamente não é impedimento para dar início ao processo, mas é
algo que sugere de que devemos pensar mais sobre como monitorar as
edições para consertar esse problema quando ele aparecer.
Especialmente em São Paulo, que é uma cidade enorme, talvez seria
legal dividir a cidade em regiões e ter pelo menos 1 pessoa
acompanhando as edições em cada região com frequência.

[1] http://forum.openstreetmap.org/viewtopic.php?id=21839

2014-05-13 16:05 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
 Sim, entendi o recado, e vou seguir a recomendação e subir os arquivos no
 wiki...

 []s


 2014-05-13 15:56 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 2014-05-13 15:48 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
  Eu disse automático?

 Não disse. Nem o Arlindo disse que você importaria de forma automática.
 Ele só reforçou/relembrou, a quem possa se interessar, que algo
 automático não é o melhor caminho neste caso.

 ___
 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] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM

[Marcel Mitsuto F. S.]

Olha, monitorar alterações via RSS dá pra fazer automagicamente com um robo
que recebe o update, avalia/classifica a alteração e envia aqui na lista os
mais urgentes/críticos dentro dos períodos determinados para cada cidade
(li uma thread hoje sobre 24hs/3dias/21dias).

E sobre os updates, o que daria pra fazer de maneira automática é digerir o
dado fornecido pela sptrans e gerar os payloads para as requisições de
update da API. E sobre digerir o dado que eu levantei essa discussão, pois
gostaria de saber quais possibilidades para isso (investigando rotas das
linhas, quais pontos quais linhas param, e tudo que puder ser atribuído a
uma rota ou a uma parada).

[]s


2014-05-13 16:14 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Quando subir, não esquece de definir a licença dos dados de acordo com
 os termos de uso da SPTrans.

 18 mil paradas, vai precisar de bastante mão de obra pra não ser
 automático. Eu comecei a pensar sobre esse problema ano passado [1] e
 no fim não dei continuidade (pretendo dar ainda, mas não priorizei)
 porque:
 - geralmente os dados vêm com uma informação interessante: a
 associação entre as paradas e as linhas de ônibus; seria interessante
 manter essa associação no OSM (um mesmo ônibus pode parar só em
 algumas paradas específicas de uma avenida)
 - dá pra pensar em formas automáticas de fazer a importação,
 modificando o processo de conflação (mas exige um programador e
 análises geométricas avançadas, ou no mínimo alguns truques com os
 programas de conflação que tem por aí); quem fizer isso poderia já
 fazer um tutorial pra ajudar os demais
 - ainda não temos uma forma muito fácil de detectar quando alguém
 quebrou uma relação de rota e, com várias linhas de ônibus passando
 nas avenidas principais da maior cidade do Brasil, é quase certo que
 isso vai acontecer, e muitas vezes, provavelmente todos os dias

 (esse era um dos motivos para eu estar pressionando os autores do iD a
 darem um alerta quando uma edição estivesse alterando uma relação, mas
 até agora não atenderam)

 Isso obviamente não é impedimento para dar início ao processo, mas é
 algo que sugere de que devemos pensar mais sobre como monitorar as
 edições para consertar esse problema quando ele aparecer.
 Especialmente em São Paulo, que é uma cidade enorme, talvez seria
 legal dividir a cidade em regiões e ter pelo menos 1 pessoa
 acompanhando as edições em cada região com frequência.

 [1] http://forum.openstreetmap.org/viewtopic.php?id=21839

 2014-05-13 16:05 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com:
  Sim, entendi o recado, e vou seguir a recomendação e subir os arquivos no
  wiki...
 
  []s
 
 
  2014-05-13 15:56 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
 
  2014-05-13 15:48 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com
 :
   Eu disse automático?
 
  Não disse. Nem o Arlindo disse que você importaria de forma automática.
  Ele só reforçou/relembrou, a quem possa se interessar, que algo
  automático não é o melhor caminho neste caso.
 
  ___
  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

Re: [Talk-br] Maratona de Edições da Copa

[Lucas Ferreira Mation]

Já tem uma Wiki sobre a Mapatona rolando???


2014-05-13 13:33 GMT-03:00 Wille wi...@wille.blog.br:

 Pode ser Mapatona sim!

 Coloquei a lista de cidades sede com link para o mapa da cidade e para o
 estádio no wiki.




 On 13-05-2014 12:48, Fernando Trebien wrote:

 Eu concordo, e posso ajudar se quiserem. Mas pra não dar confusão (e
 quem sabe até estimular a participação internacional), talvez seja bom
 ter um canal também pros estrangeiros que não falam português.

 2014-05-13 12:35 GMT-03:00 Vitor George vitor.geo...@gmail.com:

 Muito legal!

 O que vocês acham de chamar de Mapatona?

 Também podemos divulgar em inglês, já que pode rolar muito mapeamento de
 cadeira.


 2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

 Concordo!


 Então seriam 3 objetivos gerais:

 1. Melhorar o mapeamento no entorno dos estádios;
 2. Melhorar o mapeamento de POIs úteis a turistas: pontos turísticos,
 hotéis, restaurantes...
 3. Melhorar os endereços das regiões que se encaixam nos critérios acima
 mencionados.

 A data pode ser dia 30/05 mesmo?

 Criei a página no Wiki:
 http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014

 abçs,
 wille


 On 13-05-2014 11:36, Fernando Trebien wrote:

 Pensei em mais uma sugestão de assunto. O que mais falta no mapa
 brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
 da maratona.

 Nos dias anteriores à maratona, os participantes observariam nas suas
 cidades se a numeração é normalmente sequencial (caso em que dá pra
 usar interpoladores) ou se é irregular (caso em que é necessário
 mapear o endereço de cada residência individualmente). Poderiam
 inclusive começar a coletar esses endereços, usando métodos como o
 FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
 preferência. E no dia, nós nos preocuparíamos em colocar esses
 endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
 resolver eventuais problemas (casos em que por exemplo o Nominatim não
 está retornando os endereços).

 Podemos escolher lugares relacionados com a Copa (estádios, regiões
 hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
 endereços nas proximidades desses centros. Isso daria visibilidade ao
 problema e provavelmente estimularia outros usuários a continuar esse
 mapeamento depois.

 Os participantes da maratona também poderiam aproveitar os dias
 anteriores para investigar se existe uma fonte de dados de endereços
 importável na sua cidade e/ou no seu estado. Daí no dia da maratona
 estaríamos ajudando-os com o processo de importação.

 O que acham?

 2014-05-13 11:12 GMT-03:00 Lists li...@gimnechiske.org:

 Quando definido o dia e o alvo do Mapaton, podemos devulgar no Wiki
 para
 convidar pessoas que talvez não ler este lista.

 Aun Johnsen

 On May 13, 2014, at 8:54, Fernando Trebien 
 fernando.treb...@gmail.com
 wrote:

 Acho que funcionou bem, mas como clientes IRC ocupam menos espaço na
 tela,
 acho que mais gente deixaria o programa aberto e visível enquanto
 mapeia
 (eu
 tinha uma tendência a deixar o MoPad em segundo plano pra usar o
 espaço
 da
 tela pra fazer a tradução).

 Temos algum objetivo específico com a maratona? Tipo mapear o entorno
 de
 estádios, ou mapear alojamentos, aeroportos, pontos turísticos?

 On May 13, 2014 12:12 AM, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com wrote:

 O MoPad não funcionou bem, durante do FISL?


 Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu:

 [...] a ideia de fazer uma maratona de edições nas cidades sede da
 Copa.
 [...] Poderíamos nos reunir em um canal de IRC e quem quiser
 organizar
 eventos presenciais em suas cidades.


 ___
 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



 ___
 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] Edição destrutiva no Rio de Janeiro

[Arlindo Pereira]

Ele me mandou agora esta mensagem. O que vocês acham? Preciso de ajuda para
passar um pente fino nesse changeset, não terei tempo para verificar as
modificações uma a uma.

[]s
Arlindo

Então Arlindo,

Realmente, eu percebi que enquanto eu não havia efetuado o upload das
minhas alterações o PauloCarvalhoRJ havia submetido um changeset exatamente
na região em que eu estava trabalhando e obviamente que eu percebi o bom
trabalho que ele estava realizando e não queria degradar o esforço dele (e
pra falar a verdade fiquei até meio desesperado pois eu também não queria
jogar tudo o que tinha feito fora), mas eu pesquisei e descobri que o JOSM
tem uma ferramenta ótima para tratar dos conflitos que permite analisar
caso a caso, nó por nó, via por via onde houve uma diferença de versão
entre os elementos modificados no arquivo .osm e os mesmos elementos no
banco de dados no momento do upload (ou a qualquer momento na verdade). E
essa ferramenta permite que em cada caso de conflito (quando a versão do
elemento é alterada no banco de dados no momento entre o meu download e o
respectivo upload das modificações), por exemplo um nó ou uma via que
sofreu uma modificação após eu ter baixado no JOSM e que na minha edição eu
deletei, ou o contrário o elemento foi deletado mas eu mantive no meu e fiz
alguma modificação mas alguém efetuou um edit e o apagou, o JOSM gera uma
lista com todos os conflitos existentes naquele momento e permite que cada
caso seja tratado permitindo que se opte tanto pela versão do servidor como
pela versão local, isso a nível de atributo do tag e posição geográfica,
por exemplo, tiveram muitos casos em que ele havia inserido atributos de
nome da rua ou outros mas havia mantido a posição e eu optei por manter o
atributo que ele gerou e a posição que eu havia ajustado, dessa forma
atendendo a ambos, e a maioria dos casos foram exatamente desse tipo.
Provavelmente o que eu apaguei da criação dele é porque eu também já havia
criado um elemento com o mesmo objetivo, tanto que a região agora se
encontra praticamente completa e só mesmo um morador seria capaz de
identificar detalhes que possam ser melhorados em termos de mapeamento.
Claro que ainda faltam alguns nomes de ruas e outros atributos ainda podem
ser explorados haja visto a infinidade de possibilidades que o OSM nos
permite, mas o básico para uma pessoa usar com o objetivo de navegação.

Quanto às restrições, eu estou ciente e até sei onde ficavam, todas ali na
região do retorno da Av. das Américas em frente ao Barra Shopping e 1 ou 2
cruzamentos depois desse. Essa foi a questão que eu disse que estou
comprometido em corrigir iniciando exatamente naquela avenida.

Na verdade eu ainda tenho o arquivo, mas deixar de remover os pontos os
pontos que eu removi nunca seria capaz de refazer o trabalho feito pois
como disse na outra mensagem grande parte das modificações se deram
justamente na limpeza de desconformidades apontados pelo validador do JOSM
que está de acordo com as regras do Wiki e otimização de excesso de pontos
sem atributos principalmente em vias.

O que você comentou sobre as vias separadas eu expliquei na mensagem
anterior mesmo deixando claro que eu tomei esse cuidado de verificar em
cada item se haviam relações associadas.

Peço que antes de efetuar a reversão tente exportar uma imagem daquela
região como está e como ficará.

Reforçando, não há como efetuar otimização e correção de erros sem que haja
exclusões. Aproveitando que o Paulo Carvalho é constante na lista ele
poderia avaliar se considera o changeset destrutivo.

Será bastante lamentável, mas ok, o critério é de vocês.




2014-05-13 15:23 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com
:

 Beleza, hoje eu não vou ter como reverter (trabalhando até tarde). Se
 ninguém mais o fizer, agradeço se vc botar a mão na massa. =)

 []s
 Arlindo

 2014-05-13 15:12 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Cara, eu tenho condições de reverter hoje lá pelas 18h (tô sem a
 infraestrutura necessária aqui), salvando uma cópia do estado atual
 (anterior à reversão), mas se alguém quiser se adiantar, dou todo o meu
 apoio. Eu começaria aplicando o Reverter do JOSM (vai levar muito tempo pra
 baixar todos os milhares de objetos modificados) e dando um Ctrl+Z para
 desfazer a reversão. Isso deve dar os objetos modificados no seu estado
 imediatamente após a edição. Daí é só salvar o arquivo, dar mais um Ctrl+Z
 (para aplicar a reversão), resolver os conflitos (que devem ser muitos!) e
 enviar. Caso os conflitos realmente sejam muitos (centenas, ou milhares),
 também dá pra pular a etapa de solução de conflitos e rodar a reversão com
 o script revert.pl.


 2014-05-13 14:23 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Trocamos mensagens hoje, expostas abaixo. De qualquer maneira, gostaria
 de solicitar a reversão imediata do changeset 
 22272862http://www.openstreetmap.org/changeset/22272862 e
 que, se possível, quem o fizer guarde um arquivo .osm 

Re: [Talk-br] Maratona de Edições da Copa

[Alexandre Magno Brito de Medeiros]

O osmbrasil.zapto.org recebeu recentemente melhoria no recolhimento dos
endereços. Os próximos passos são (1) validação da entrada
textualhttps://github.com/sabas/suosm/issues/13#issuecomment-42135712e
(2) auxílio
para diminuição de replicações
indesejadashttps://github.com/alexandre-mbm/osm-zapto/issues/12#issuecomment-42913227.
Essa última *feature* já está sendo implementada na versão italiana. As
duas versões tem estado sincronizadas. Talvez o site já seja utilizável num
caráter mais privado, sem ampla difusão. Ele não está preparado para ser
visitado por preenchedores de formulário mal intencionados ou
demasiadamente despreparados. Se alguém quiser implementar algo, fique à
vontade. Mas, por favor, participe das conversações nas *issues. *Elas
acabam funcionando como documentação. Eu, particularmente, agora vou
focar na internacionalização https://github.com/osmlab/onosm.org/issues/4,
mas estarei disponível para aceitar e fazer *merge* de eventuais *pull
requests*. Esse foco é necessário para solucionar dificuldades graves que
estão existindo com o versionamento do
códigohttps://github.com/sabas/suosm/issues/12#issuecomment-42911453;
a coisa está suportável enquanto o projeto é quase minúsculo.

Alexandre Magno


Em 13 de maio de 2014 11:36, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Pensei em mais uma sugestão de assunto. O que mais falta no mapa
 brasileiro para os usuários comuns? Endereços! Esse poderia ser o foco
 da maratona.

 *[...]* Poderiam
 inclusive começar a coletar esses endereços, usando métodos como o
 FieldPapers, tracklogs (à la OSMAnd), ou qualquer outro de sua
 preferência. E no dia, nós nos preocuparíamos em colocar esses
 endereços no mapa e em ajudar respondendo dúvidas sobre como mapear e
 resolver eventuais problemas (casos em que por exemplo o Nominatim não
 está retornando os endereços).

 Podemos escolher lugares relacionados com a Copa (estádios, regiões
 hoteleiras e/ou turísticas, regiões boêmias, etc.) e mapear os
 endereços nas proximidades desses centros.* [...]*

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

Re: [Talk-br] Maratona de Edições da Copa

[Alexandre Magno Brito de Medeiros]

2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

 *[...]*
 Criei a página no Wiki:
 http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014


A resposta (acima) para a pergunta do Lucas (abaixo).


Em 13 de maio de 2014 17:13, Lucas Ferreira Mation
lucasmat...@gmail.comescreveu:

 Já tem uma Wiki sobre a Mapatona rolando???


 2014-05-13 13:33 GMT-03:00 Wille wi...@wille.blog.br:

 Pode ser Mapatona sim!

 Coloquei a lista de cidades sede com link para o mapa da cidade e para o
 estádio no wiki.


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

Re: [Talk-br] Maratona de Edições da Copa

[Wille]

Esse da Amazônia está todo errado. A pessoa desenhou até a linha de meio 
campo...


A Arena das Dunas tem uma área de construção em torno dele que talvez 
deva ser apagada, visto que o estádio já foi inaugurado. Alguém aí de 
Natal pode confirmar?




On 13-05-2014 21:25, Fernando Trebien wrote:

Que curiosos esses estádios, especialmente o primeiro:
* http://www.openstreetmap.org/#map=19/-3.08321/-60.02801
* http://www.openstreetmap.org/#map=18/-5.82665/-35.21170

2014-05-13 18:06 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:

2014-05-13 11:44 GMT-03:00 Wille wi...@wille.blog.br:

[...]
Criei a página no Wiki:
http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014


A resposta (acima) para a pergunta do Lucas (abaixo).


Em 13 de maio de 2014 17:13, Lucas Ferreira Mation lucasmat...@gmail.com
escreveu:


Já tem uma Wiki sobre a Mapatona rolando???


2014-05-13 13:33 GMT-03:00 Wille wi...@wille.blog.br:


Pode ser Mapatona sim!

Coloquei a lista de cidades sede com link para o mapa da cidade e para o
estádio no wiki.


___
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] Maratona de Edições da Copa

[GEO]

Fico muito feliz da idéia da COPA DOS MAPAS estar indo adiante. Isso tudo
conversei com o Gonçalo (zalitoar) e comentei com Wille.

O nome ficou bom, Mapathon
http://wiki.openstreetmap.org/wiki/Mapathon_Copa_2014

A ideia era algum tipo de competição entre as 12 cidades sede, os
participantes não precisam ser necessariamente do local, mas os objetivos
serão melhor alcançados com conhecimento local dos POIs, que podem incluir
pontos de taxi, de ônibus, faixas de pedestre, calçadas... estacionamentos
no entorno do estádio, que é o caso aqui de Brasília. Alem de hotéis, bares
e restaurantes.

Acho q a preocupação deve ser turística sim,mas que tenha a Mobilidade
com um importante tema, servindo para roteamento também.
E a idéia de COMPETIÇÃO, usando na MENSAGEM DE ALTERAÇÃO uma tag
específica do evento (ex: copa_2014), traria maior publicidade e mais
participantes ao projeto.
A tag serviria para pontuar as equipes que mais contribuíram, mas no final
todas as 12 cidade sede saem ganhando.
Mas concordo com a ideia de uma mapping party ou uma noite virada de
edições para o dia 30 de maio.
Saudaçoes geográficas,
Pedro FC (user:ElementoGEO)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Edição destrutiva no Rio de Janeiro

[Fernando Trebien]

Que hora para o OSMHV estar fora do ar:
http://osmhv.openstreetmap.de/changeset.jsp?id=22272862

Comecei a analisar, mas vai levar um tempo.


2014-05-13 17:11 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com
:

 Ele me mandou agora esta mensagem. O que vocês acham? Preciso de ajuda
 para passar um pente fino nesse changeset, não terei tempo para verificar
 as modificações uma a uma.

 []s
 Arlindo

 Então Arlindo,

 Realmente, eu percebi que enquanto eu não havia efetuado o upload das
 minhas alterações o PauloCarvalhoRJ havia submetido um changeset exatamente
 na região em que eu estava trabalhando e obviamente que eu percebi o bom
 trabalho que ele estava realizando e não queria degradar o esforço dele (e
 pra falar a verdade fiquei até meio desesperado pois eu também não queria
 jogar tudo o que tinha feito fora), mas eu pesquisei e descobri que o JOSM
 tem uma ferramenta ótima para tratar dos conflitos que permite analisar
 caso a caso, nó por nó, via por via onde houve uma diferença de versão
 entre os elementos modificados no arquivo .osm e os mesmos elementos no
 banco de dados no momento do upload (ou a qualquer momento na verdade). E
 essa ferramenta permite que em cada caso de conflito (quando a versão do
 elemento é alterada no banco de dados no momento entre o meu download e o
 respectivo upload das modificações), por exemplo um nó ou uma via que
 sofreu uma modificação após eu ter baixado no JOSM e que na minha edição eu
 deletei, ou o contrário o elemento foi deletado mas eu mantive no meu e fiz
 alguma modificação mas alguém efetuou um edit e o apagou, o JOSM gera uma
 lista com todos os conflitos existentes naquele momento e permite que cada
 caso seja tratado permitindo que se opte tanto pela versão do servidor como
 pela versão local, isso a nível de atributo do tag e posição geográfica,
 por exemplo, tiveram muitos casos em que ele havia inserido atributos de
 nome da rua ou outros mas havia mantido a posição e eu optei por manter o
 atributo que ele gerou e a posição que eu havia ajustado, dessa forma
 atendendo a ambos, e a maioria dos casos foram exatamente desse tipo.
 Provavelmente o que eu apaguei da criação dele é porque eu também já havia
 criado um elemento com o mesmo objetivo, tanto que a região agora se
 encontra praticamente completa e só mesmo um morador seria capaz de
 identificar detalhes que possam ser melhorados em termos de mapeamento.
 Claro que ainda faltam alguns nomes de ruas e outros atributos ainda podem
 ser explorados haja visto a infinidade de possibilidades que o OSM nos
 permite, mas o básico para uma pessoa usar com o objetivo de navegação.

 Quanto às restrições, eu estou ciente e até sei onde ficavam, todas ali na
 região do retorno da Av. das Américas em frente ao Barra Shopping e 1 ou 2
 cruzamentos depois desse. Essa foi a questão que eu disse que estou
 comprometido em corrigir iniciando exatamente naquela avenida.

 Na verdade eu ainda tenho o arquivo, mas deixar de remover os pontos os
 pontos que eu removi nunca seria capaz de refazer o trabalho feito pois
 como disse na outra mensagem grande parte das modificações se deram
 justamente na limpeza de desconformidades apontados pelo validador do JOSM
 que está de acordo com as regras do Wiki e otimização de excesso de pontos
 sem atributos principalmente em vias.

 O que você comentou sobre as vias separadas eu expliquei na mensagem
 anterior mesmo deixando claro que eu tomei esse cuidado de verificar em
 cada item se haviam relações associadas.

 Peço que antes de efetuar a reversão tente exportar uma imagem daquela
 região como está e como ficará.

 Reforçando, não há como efetuar otimização e correção de erros sem que
 haja exclusões. Aproveitando que o Paulo Carvalho é constante na lista ele
 poderia avaliar se considera o changeset destrutivo.

 Será bastante lamentável, mas ok, o critério é de vocês.




 2014-05-13 15:23 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Beleza, hoje eu não vou ter como reverter (trabalhando até tarde). Se
 ninguém mais o fizer, agradeço se vc botar a mão na massa. =)

 []s
 Arlindo

 2014-05-13 15:12 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Cara, eu tenho condições de reverter hoje lá pelas 18h (tô sem a
 infraestrutura necessária aqui), salvando uma cópia do estado atual
 (anterior à reversão), mas se alguém quiser se adiantar, dou todo o meu
 apoio. Eu começaria aplicando o Reverter do JOSM (vai levar muito tempo pra
 baixar todos os milhares de objetos modificados) e dando um Ctrl+Z para
 desfazer a reversão. Isso deve dar os objetos modificados no seu estado
 imediatamente após a edição. Daí é só salvar o arquivo, dar mais um Ctrl+Z
 (para aplicar a reversão), resolver os conflitos (que devem ser muitos!) e
 enviar. Caso os conflitos realmente sejam muitos (centenas, ou milhares),
 também dá pra pular a etapa de solução de conflitos e rodar a reversão com
 o script revert.pl.


 2014-05-13 14:23 GMT-03:00 Arlindo 

Re: [Talk-br] Maratona de Edições da Copa

[Alexandre Magno Brito de Medeiros]

Bráulio, é uma oportunidade para usar o Mapillary. Eu não posso porque não
tenho à disposição um aparelho que o suporte. Depois de divulgadas a fotos
no site do Mapillary, acho que rapidamente um grupo de natalenses (a serem
convidados) quereria mapear a nova área de lazer.


Em 13 de maio de 2014 21:49, Bráulio brauliobeze...@gmail.com escreveu:

 É, o mapeamento da Arena das Dunas está errado mesmo. Eu fiz esse
 mapeamento meio tosco enquanto ainda estava em construção, pra não ficar o
 vazio. O estádio foi inaugurado, mas ainda há muitas obras em torno dele. É
 necessário dar uma passada lá para mapear direitinho, principalmente os
 acessos. Moro a 1km de lá, mas não sei quando terei tempo :) .

 2014-05-13 21:40 GMT-03:00 Wille wi...@wille.blog.br:

 Esse da Amazônia está todo errado. A pessoa desenhou até a linha de meio
 campo...

 A Arena das Dunas tem uma área de construção em torno dele que talvez
 deva ser apagada, visto que o estádio já foi inaugurado. Alguém aí de Natal
 pode confirmar?

 On 13-05-2014 21:25, Fernando Trebien wrote:

 Que curiosos esses estádios, especialmente o primeiro:
 * http://www.openstreetmap.org/#map=19/-3.08321/-60.02801
 * http://www.openstreetmap.org/#map=18/-5.82665/-35.21170


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

Re: [Talk-br] Edição destrutiva no Rio de Janeiro

[Fernando Trebien]

Ainda não terminei de analisar, mas só pra compartilhar, eis um pacote com:
* o arquivo .OSM anterior à edição
* o arquivo .OSM posterior
* a comparação gerada pelo osmdiff

https://www.dropbox.com/s/9os7qjfrxlfxo2f/rj-rio-2014-05-11.zip

Em geral, pareceram edições corretas e de certa forma cuidadosas. Não
analisei tudo ainda, e as relações são um assunto à parte - especialmente
aquelas que foram quebradas ao excluir linhas, se é que houve alguma.


2014-05-13 23:38 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Que hora para o OSMHV estar fora do ar:
 http://osmhv.openstreetmap.de/changeset.jsp?id=22272862

 Comecei a analisar, mas vai levar um tempo.


 2014-05-13 17:11 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Ele me mandou agora esta mensagem. O que vocês acham? Preciso de ajuda
 para passar um pente fino nesse changeset, não terei tempo para verificar
 as modificações uma a uma.

 []s
 Arlindo

 Então Arlindo,

 Realmente, eu percebi que enquanto eu não havia efetuado o upload das
 minhas alterações o PauloCarvalhoRJ havia submetido um changeset exatamente
 na região em que eu estava trabalhando e obviamente que eu percebi o bom
 trabalho que ele estava realizando e não queria degradar o esforço dele (e
 pra falar a verdade fiquei até meio desesperado pois eu também não queria
 jogar tudo o que tinha feito fora), mas eu pesquisei e descobri que o JOSM
 tem uma ferramenta ótima para tratar dos conflitos que permite analisar
 caso a caso, nó por nó, via por via onde houve uma diferença de versão
 entre os elementos modificados no arquivo .osm e os mesmos elementos no
 banco de dados no momento do upload (ou a qualquer momento na verdade). E
 essa ferramenta permite que em cada caso de conflito (quando a versão do
 elemento é alterada no banco de dados no momento entre o meu download e o
 respectivo upload das modificações), por exemplo um nó ou uma via que
 sofreu uma modificação após eu ter baixado no JOSM e que na minha edição eu
 deletei, ou o contrário o elemento foi deletado mas eu mantive no meu e fiz
 alguma modificação mas alguém efetuou um edit e o apagou, o JOSM gera uma
 lista com todos os conflitos existentes naquele momento e permite que cada
 caso seja tratado permitindo que se opte tanto pela versão do servidor como
 pela versão local, isso a nível de atributo do tag e posição geográfica,
 por exemplo, tiveram muitos casos em que ele havia inserido atributos de
 nome da rua ou outros mas havia mantido a posição e eu optei por manter o
 atributo que ele gerou e a posição que eu havia ajustado, dessa forma
 atendendo a ambos, e a maioria dos casos foram exatamente desse tipo.
 Provavelmente o que eu apaguei da criação dele é porque eu também já havia
 criado um elemento com o mesmo objetivo, tanto que a região agora se
 encontra praticamente completa e só mesmo um morador seria capaz de
 identificar detalhes que possam ser melhorados em termos de mapeamento.
 Claro que ainda faltam alguns nomes de ruas e outros atributos ainda podem
 ser explorados haja visto a infinidade de possibilidades que o OSM nos
 permite, mas o básico para uma pessoa usar com o objetivo de navegação.

 Quanto às restrições, eu estou ciente e até sei onde ficavam, todas ali
 na região do retorno da Av. das Américas em frente ao Barra Shopping e 1 ou
 2 cruzamentos depois desse. Essa foi a questão que eu disse que estou
 comprometido em corrigir iniciando exatamente naquela avenida.

 Na verdade eu ainda tenho o arquivo, mas deixar de remover os pontos os
 pontos que eu removi nunca seria capaz de refazer o trabalho feito pois
 como disse na outra mensagem grande parte das modificações se deram
 justamente na limpeza de desconformidades apontados pelo validador do JOSM
 que está de acordo com as regras do Wiki e otimização de excesso de pontos
 sem atributos principalmente em vias.

 O que você comentou sobre as vias separadas eu expliquei na mensagem
 anterior mesmo deixando claro que eu tomei esse cuidado de verificar em
 cada item se haviam relações associadas.

 Peço que antes de efetuar a reversão tente exportar uma imagem daquela
 região como está e como ficará.

 Reforçando, não há como efetuar otimização e correção de erros sem que
 haja exclusões. Aproveitando que o Paulo Carvalho é constante na lista ele
 poderia avaliar se considera o changeset destrutivo.

 Será bastante lamentável, mas ok, o critério é de vocês.




 2014-05-13 15:23 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Beleza, hoje eu não vou ter como reverter (trabalhando até tarde). Se
 ninguém mais o fizer, agradeço se vc botar a mão na massa. =)

 []s
 Arlindo

 2014-05-13 15:12 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com
 :

 Cara, eu tenho condições de reverter hoje lá pelas 18h (tô sem a
 infraestrutura necessária aqui), salvando uma cópia do estado atual
 (anterior à reversão), mas se alguém quiser se adiantar, dou todo o meu
 apoio. Eu começaria aplicando o Reverter do JOSM 

Re: [Talk-br] Edição destrutiva no Rio de Janeiro

[Fernando Trebien]

Mas uma coisa que dá pra perguntar é: por que ele excluiu interpoladores de
endereço nessa região do mapa?
http://www.openstreetmap.org/node/2836404056#map=19/-22.99663/-43.41427


2014-05-14 1:20 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Ainda não terminei de analisar, mas só pra compartilhar, eis um pacote com:
 * o arquivo .OSM anterior à edição
 * o arquivo .OSM posterior
 * a comparação gerada pelo osmdiff

 https://www.dropbox.com/s/9os7qjfrxlfxo2f/rj-rio-2014-05-11.zip

 Em geral, pareceram edições corretas e de certa forma cuidadosas. Não
 analisei tudo ainda, e as relações são um assunto à parte - especialmente
 aquelas que foram quebradas ao excluir linhas, se é que houve alguma.


 2014-05-13 23:38 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Que hora para o OSMHV estar fora do ar:
 http://osmhv.openstreetmap.de/changeset.jsp?id=22272862

 Comecei a analisar, mas vai levar um tempo.


 2014-05-13 17:11 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Ele me mandou agora esta mensagem. O que vocês acham? Preciso de ajuda
 para passar um pente fino nesse changeset, não terei tempo para verificar
 as modificações uma a uma.

 []s
 Arlindo

 Então Arlindo,

 Realmente, eu percebi que enquanto eu não havia efetuado o upload das
 minhas alterações o PauloCarvalhoRJ havia submetido um changeset exatamente
 na região em que eu estava trabalhando e obviamente que eu percebi o bom
 trabalho que ele estava realizando e não queria degradar o esforço dele (e
 pra falar a verdade fiquei até meio desesperado pois eu também não queria
 jogar tudo o que tinha feito fora), mas eu pesquisei e descobri que o JOSM
 tem uma ferramenta ótima para tratar dos conflitos que permite analisar
 caso a caso, nó por nó, via por via onde houve uma diferença de versão
 entre os elementos modificados no arquivo .osm e os mesmos elementos no
 banco de dados no momento do upload (ou a qualquer momento na verdade). E
 essa ferramenta permite que em cada caso de conflito (quando a versão do
 elemento é alterada no banco de dados no momento entre o meu download e o
 respectivo upload das modificações), por exemplo um nó ou uma via que
 sofreu uma modificação após eu ter baixado no JOSM e que na minha edição eu
 deletei, ou o contrário o elemento foi deletado mas eu mantive no meu e fiz
 alguma modificação mas alguém efetuou um edit e o apagou, o JOSM gera uma
 lista com todos os conflitos existentes naquele momento e permite que cada
 caso seja tratado permitindo que se opte tanto pela versão do servidor como
 pela versão local, isso a nível de atributo do tag e posição geográfica,
 por exemplo, tiveram muitos casos em que ele havia inserido atributos de
 nome da rua ou outros mas havia mantido a posição e eu optei por manter o
 atributo que ele gerou e a posição que eu havia ajustado, dessa forma
 atendendo a ambos, e a maioria dos casos foram exatamente desse tipo.
 Provavelmente o que eu apaguei da criação dele é porque eu também já havia
 criado um elemento com o mesmo objetivo, tanto que a região agora se
 encontra praticamente completa e só mesmo um morador seria capaz de
 identificar detalhes que possam ser melhorados em termos de mapeamento.
 Claro que ainda faltam alguns nomes de ruas e outros atributos ainda podem
 ser explorados haja visto a infinidade de possibilidades que o OSM nos
 permite, mas o básico para uma pessoa usar com o objetivo de navegação.

 Quanto às restrições, eu estou ciente e até sei onde ficavam, todas ali
 na região do retorno da Av. das Américas em frente ao Barra Shopping e 1 ou
 2 cruzamentos depois desse. Essa foi a questão que eu disse que estou
 comprometido em corrigir iniciando exatamente naquela avenida.

 Na verdade eu ainda tenho o arquivo, mas deixar de remover os pontos os
 pontos que eu removi nunca seria capaz de refazer o trabalho feito pois
 como disse na outra mensagem grande parte das modificações se deram
 justamente na limpeza de desconformidades apontados pelo validador do JOSM
 que está de acordo com as regras do Wiki e otimização de excesso de pontos
 sem atributos principalmente em vias.

 O que você comentou sobre as vias separadas eu expliquei na mensagem
 anterior mesmo deixando claro que eu tomei esse cuidado de verificar em
 cada item se haviam relações associadas.

 Peço que antes de efetuar a reversão tente exportar uma imagem daquela
 região como está e como ficará.

 Reforçando, não há como efetuar otimização e correção de erros sem que
 haja exclusões. Aproveitando que o Paulo Carvalho é constante na lista ele
 poderia avaliar se considera o changeset destrutivo.

 Será bastante lamentável, mas ok, o critério é de vocês.




 2014-05-13 15:23 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Beleza, hoje eu não vou ter como reverter (trabalhando até tarde). Se
 ninguém mais o fizer, agradeço se vc botar a mão na massa. =)

 []s
 Arlindo

 2014-05-13 15:12 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com
 

Re: [Talk-de] JOSM Tag-Template ??

[fly]

Am 13.05.2014 07:58, schrieb Georg Feddern:
 Am 12.05.2014 23:01, schrieb Johannes:
 Keine Idee?
 
 keine, die Dir vermutlich wirklich weiterhelfen wird ...
 
 A) JOSM Sourcecode anpassen und compilieren - dann behält man die
 Vorbelegung mit den zuletzt eingegebenen Werten.
 B) Eigenes Preset schreiben - dann hat man aber keine Vorbelegung mit
 den zuletzt eingegebenen Werten.
 C) One-Click-Preset mit den verschiedenen leveln anlegen und in die
 Toolbar einhängen.

Ja, diese Möglichkeiten gingen mir auch durch den Kopf. Zusätzlich hilft
es vielleicht auch die Liste der zuletzt eingegebenen Tags im Add
Value Dialog (glaube der heißt Eigenschaft hinzufügen auf Deutsch)
auf 30 Einträge zu vergrößern.Allerdings weiß ich nicht wie gut die
Tastaturkombinationen mit zweistelligen Zahlen funktioniert. Die ersten
zehn sind auf jeden Fall belegt. [1]


fly


[1] https://josm.openstreetmap.de/wiki/Help/Dialog/AddValue


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

[Talk-de] Einladung und Call for Papers für die Kieler Open Source und Linux Tage

[Michael Reichert]

Hallo,

das kam gerade bei uns vom Wochennotizteam. Wer möchte sicv drum kümmern.

Viele Grüße

Michael


 Ursprüngliche Nachricht 
Von: Maren Hachmann ma...@goos-habermann.de
Gesendet: 13. Mai 2014 14:52:50 MESZ
An: b...@openstreetmap.de
Betreff: [Blog] Einladung und Call for Papers für die Kieler Open Source und 
Linux Tage


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo liebe openstreetmap-Blogger!

Wir möchten das OSM-Projekt einladen, bei den Kieler Open Source und
Linux Tagen, einem mittelgroßen Linux-Event in Kiel, mitzumachen.

Hier die Details:

Datum: 19. + 20. September 2014, voraussichtlich je ca. 11 - 17 Uhr
(20.9. ist SFD)
Ort: Kieler Innovations- und Technologiezentrum (KiTZ), neben der
Christian-Albrechts-Universität

Gesucht werden: Vorträge, Workshops, Aussteller

Der Fokus der Kieler Open Source und Linux Tage liegt auf Vorträgen und
Workshops (ca. 3 Tracks parallel, 5 möglich), die üblicherweise sehr gut
besucht bzw. ausgebucht sind (für Workshops sollen sich die Teilnehmer
voranmelden). Die Ausstellungsfläche ist ausreichend für etwa 20 Aussteller.
Das Ereignis findet in diesem Jahr bereits zum 12. Mal statt. Wir
möchten unseren Besuchern gerne ein Programm bieten, dass alle
'Expertisegrade' abdeckt - also sowohl Inhalte für Anfänger als auch für
Experten enthält.

Extras: Kaffeeflatrate, wetterabhängig Software-Freedom-Frühstück am
Samstag, kostenlose Parkplätze vorhanden, voraussichtlich wieder
Live-Stream aus dem großen Vortragssaal, abends Tombola, voraussichtlich
Linux Lounge für gemütliches Beisammensein, Verpflegung vorhanden (zum
Selbstkostenpreis), keine Standgebühr für freie Projekte,
behindertengerechte Sanitäranlage vorhanden, Aufzug vorhanden, Eintritt
frei für alle, WLAN und Strom an jedem Stand und in den Vortrags- /
Workshopräumen

Wir würden uns sehr freuen, Euch in diesem Jahr als Aussteller,
Workshop-Veranstalter und/oder Vortragende begrüßen zu dürfen!

Ihr könnt uns am besten über unser Kontaktformular erreichen:
http://www.kieler-linuxtage.de/index.php?seite=anmeldung.phpuntermenu=Kontakt

Wenn Ihr schon konkrete Pläne habt, könnt Ihr Euch aber auch selbst als
Vortragende/Workshopabhalter eintragen:
http://www.kieler-linuxtage.de/index.php?seite=programmplaneruntermenu=Vortrag%20eintragen

Bis bald in Kiel!

Viele Grüße,

 Maren von den Kieler Open Source und Linux Tagen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlNyFaIACgkQKoYx0uUjpE1FbgD/cpifXzowyJhLQJ+7c9HBALNg
A49GYMR+PkAzM3XaH1wA/0/XakMdvjl3QIMz8RPYILFTvvMYrlNhIARS6BtiZqtL
=gP+W
-END PGP SIGNATURE-

___
Blog mailing list
b...@lists.openstreetmap.de
http://lists.openstreetmap.de/mailman/listinfo/blog

-- 
Diese Nachricht wurde auf einem Smartphone verfasst, enthält daher Tippfejler 
und ist nicht signiert.

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

Re: [Talk-de] JOSM Tag-Template ??

[Johannes]

Hallo Georg, danke für deine Ideen. Wie erstelle ich den einen
One-Click-Preset?

Ansonsten tut sich vielleicht hier (josm-scripting-plugin + hot key)
eine Lösung auf:
https://github.com/Gubaer/josm-scripting-plugin/issues/24

Gruß Johannes

Am 13.05.2014 07:58, schrieb Georg Feddern:
 Moin,
 
 Am 12.05.2014 23:01, schrieb Johannes:
 Keine Idee?
 
 keine, die Dir vermutlich wirklich weiterhelfen wird ...
 
 A) JOSM Sourcecode anpassen und compilieren - dann behält man die
 Vorbelegung mit den zuletzt eingegebenen Werten.
 B) Eigenes Preset schreiben - dann hat man aber keine Vorbelegung mit
 den zuletzt eingegebenen Werten.
 C) One-Click-Preset mit den verschiedenen leveln anlegen und in die
 Toolbar einhängen.
 
 Gruß
 Georg
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de



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

Re: [Talk-de] TRAVIC [was: Wochennotiz Nr. 198 29.4.-5.5.2014]

[Stefan Keller]

https://www.geops.de/%C3%BCber-uns

LG, Stefan


Am 9. Mai 2014 12:33 schrieb Alexander Lehner leh...@edv-buero-lehner.de:



 On Thu, 8 May 2014, wn reader wrote:

  Hallo,

 die Wochennotiz Nr. 198 mit allen wichtigen Neuigkeiten aus der
 OpenStreetMap Welt ist da:

 http://blog.openstreetmap.de/blog/2014/05/wochennotiz-nr-198/



 Danke erstmal wieder fuer die nette Zusammenstellung!

 Kann mir jemand einen Kontakt zu den Machern der TRAVIC Karte vermitteln,
 auf der Zuege live visualisiert werden?

 Ich kenne einen kleinen Eisenbahnerverein, der mit historischen Dampflocks
 Touristenfahrten veranstaltet.
 Das waere natuerlich nett, deren Fahrplaene dort einzuspeisen und die
 TRAVIC Seite auf deren Homepage zu verlinken.

 A.


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

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

Re: [Talk-de] JOSM Tag-Template ??

[gmbo]

Es gibt da ein Beispiel in den Presets.
http://josm.openstreetmap.de/josmfile?page=Presets/OneClickzip=1
Sollte leicht anpassbar sein.

Gruß Gisbert

Am 13.05.2014 17:39, schrieb Johannes:

Hallo Georg, danke für deine Ideen. Wie erstelle ich den einen
One-Click-Preset?

Ansonsten tut sich vielleicht hier (josm-scripting-plugin + hot key)
eine Lösung auf:
https://github.com/Gubaer/josm-scripting-plugin/issues/24

Gruß Johannes

Am 13.05.2014 07:58, schrieb Georg Feddern:

Moin,

Am 12.05.2014 23:01, schrieb Johannes:

Keine Idee?

keine, die Dir vermutlich wirklich weiterhelfen wird ...

A) JOSM Sourcecode anpassen und compilieren - dann behält man die
Vorbelegung mit den zuletzt eingegebenen Werten.
B) Eigenes Preset schreiben - dann hat man aber keine Vorbelegung mit
den zuletzt eingegebenen Werten.
C) One-Click-Preset mit den verschiedenen leveln anlegen und in die
Toolbar einhängen.

Gruß
Georg

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



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


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

[Talk-it] Vettorializzare da WMS

[cascafico]

Ciao lista,

tempo fa avevo scaricato (ed usato poco) il plugin JOSM lakewalker che
dovrebbe aiutare nel vettorializzare immagini WMS di origine Landsat. Mi
chiedevo se esite qualche plugin di questo genere ed un po' più raffinato,
qualcosa che possa anche campionare una zona dell'immagine riconoscendone
una signature.

L'idea sarebbe di mappare in modo semi-automatico come si discuteva qui [1]
e nello specifico pensavo  l'uso dell'eternit, anche considerando il fatto
che gli ultimi rilasci di immagery sono molto risoluti.


[1]
http://gis.19327.n5.nabble.com/Per-i-maghi-di-GIS-vettorializzare-immagini-raster-td5366637.html




-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Vettorializzare-da-WMS-tp5806085.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] Vettorializzare da WMS

[Luca Delucchi]

2014-05-13 8:53 GMT+02:00 cascafico cascaf...@gmail.com:
 Ciao lista,


ciao,

 tempo fa avevo scaricato (ed usato poco) il plugin JOSM lakewalker che
 dovrebbe aiutare nel vettorializzare immagini WMS di origine Landsat. Mi
 chiedevo se esite qualche plugin di questo genere ed un po' più raffinato,
 qualcosa che possa anche campionare una zona dell'immagine riconoscendone
 una signature.


non è proprio una cosa banale studia un pochino i metodi di
riclassificazione di GRASS [0]

 L'idea sarebbe di mappare in modo semi-automatico come si discuteva qui [1]
 e nello specifico pensavo  l'uso dell'eternit, anche considerando il fatto
 che gli ultimi rilasci di immagery sono molto risoluti.


eh, meglio usare dati ben più precisi di landsat.

[0] http://grasswiki.osgeo.org/wiki/Image_classification

-- 
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] maproulette italiano

[Martin Koppenhoefer]

Un'altra domanda: come correggete i problemi? Per esempio qui:
https://www.openstreetmap.org/way/110954824
Uno potrebbe cominciare a vedere se gli altri edits di questo utente
avevano senso, perché qui siamo in versione 16 e probabilmente ci sono
delle versioni migliori prima, e forse ha senso un revert completo. D'altro
canto un landuse che attraversa una rotatoria in mezzo, con nodi in comune
ad un fiume ed ai centri delle strade per me non ha alcun senso --- e
staccare tutti i nodi, spostare ogni singolo nodo ad una posizione sensata
e spezzare l'area in delle untità più gestibili mi sembra tanto più lavoro
di ridisegnare da capo, anche perché alla fine non ci sarebbe comunque
niente di quello che ora c'è.


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

Re: [Talk-it] maproulette italiano

[Mario Pichetti]

+1:-)

Il 13/05/2014 11:15, Martin Koppenhoefer ha scritto:
Un'altra domanda: come correggete i problemi? Per esempio qui: 
https://www.openstreetmap.org/way/110954824
Uno potrebbe cominciare a vedere se gli altri edits di questo utente 
avevano senso, perché qui siamo in versione 16 e probabilmente ci sono 
delle versioni migliori prima, e forse ha senso un revert completo. 
D'altro canto un landuse che attraversa una rotatoria in mezzo, con 
nodi in comune ad un fiume ed ai centri delle strade per me non ha 
alcun senso --- e staccare tutti i nodi, spostare ogni singolo nodo ad 
una posizione sensata e spezzare l'area in delle untità più gestibili 
mi sembra tanto più lavoro di ridisegnare da capo, anche perché alla 
fine non ci sarebbe comunque niente di quello che ora c'è.



ciao,
Martin


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

[Talk-it] aiuto: sabato a padova

[Simone Cortesi]

Ciao,
avrei bisogno di qualcuno che parlasse di OSM, sabato, a Padova.

Io non riesco ad andare.

Mi mandate un messaggio? Grazie!

--

Sabato 17 maggio, a Padova, in occasione dell'evento
#Maddalene-Restart, organizzato con Tam Teatromusica.

L'idea è quella di utilizzarlo come punto di ritrovo, per incontrarsi
dal vivo e fare due chiacchiere.

Ci sarà gente dalle 10.00 in poi, la sera alle 18.00 si faranno delle
presentazioni, sia su Wikipedia sia su OpenStreetMap.

Infine alle 20.30 pizza nei dintorni.

Per i dettagli:
http://it.wikipedia.org/wiki/Wikipedia:Raduni/Padova_17_maggio_2014

-- 
-S

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

Re: [Talk-it] aiuto: sabato a padova

[Volker Schmidt]

Purtroppo io non sarò a Padova sabato. Porto un gruppo di ciclisti FIAB a
Montagnana alla festa del prosciutto. Partiamo sabato alle 9 e torniamo
domenica sera.

Mi dispiace veramente.

Volker


2014-05-13 15:47 GMT+02:00 Simone Cortesi sim...@cortesi.com:

 Ciao,
 avrei bisogno di qualcuno che parlasse di OSM, sabato, a Padova.

 Io non riesco ad andare.

 Mi mandate un messaggio? Grazie!

 --

 Sabato 17 maggio, a Padova, in occasione dell'evento
 #Maddalene-Restart, organizzato con Tam Teatromusica.

 L'idea è quella di utilizzarlo come punto di ritrovo, per incontrarsi
 dal vivo e fare due chiacchiere.

 Ci sarà gente dalle 10.00 in poi, la sera alle 18.00 si faranno delle
 presentazioni, sia su Wikipedia sia su OpenStreetMap.

 Infine alle 20.30 pizza nei dintorni.

 Per i dettagli:
 http://it.wikipedia.org/wiki/Wikipedia:Raduni/Padova_17_maggio_2014

 --
 -S

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

[Talk-it] Mapgive in italiano sul sito ANSA

[Maurizio Napolitano]

http://www.ansa.it/sito/notizie/tecnologia/2014/05/12/mappare-il-mondo-per-salvarlo-dalle-emergenze_e395a015-9dc3-46b7-8609-5274f83f0e37.html

-- 
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] aiuto: sabato a padova

[yahoo-pier_andreit]

On 05/13/2014 03:57 PM, Volker Schmidt wrote:

Purtroppo io non sarò a Padova sabato. Porto un gruppo di ciclisti FIAB
a Montagnana alla festa del prosciutto. Partiamo sabato alle 9 e
torniamo domenica sera.

Mi dispiace veramente.

Volker


mi raccomando la mappatura dei prosciutti:-) :-) :-) :-) :-)


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

Re: [Talk-it] aiuto: sabato a padova

[Tiziano D'Angelo]

Ciao Simone,
come ti preannunciavo via mail sono impegnato in una gara di nuoto a
Treviso. Ho controllato la startlist e ho una staffetta dalle 18.45 in poi,
quindi non ce la faccio a rientrare prima nemmeno se volessi.
Anche a me dispiace moltissimo!
Ciao
Tiziano


2014-05-13 15:57 GMT+02:00 Volker Schmidt vosc...@gmail.com:

 Purtroppo io non sarò a Padova sabato. Porto un gruppo di ciclisti FIAB a
 Montagnana alla festa del prosciutto. Partiamo sabato alle 9 e torniamo
 domenica sera.

 Mi dispiace veramente.

 Volker


 2014-05-13 15:47 GMT+02:00 Simone Cortesi sim...@cortesi.com:

 Ciao,
 avrei bisogno di qualcuno che parlasse di OSM, sabato, a Padova.

 Io non riesco ad andare.

 Mi mandate un messaggio? Grazie!

 --

 Sabato 17 maggio, a Padova, in occasione dell'evento
 #Maddalene-Restart, organizzato con Tam Teatromusica.

 L'idea è quella di utilizzarlo come punto di ritrovo, per incontrarsi
 dal vivo e fare due chiacchiere.

 Ci sarà gente dalle 10.00 in poi, la sera alle 18.00 si faranno delle
 presentazioni, sia su Wikipedia sia su OpenStreetMap.

 Infine alle 20.30 pizza nei dintorni.

 Per i dettagli:
 http://it.wikipedia.org/wiki/Wikipedia:Raduni/Padova_17_maggio_2014

 --
 -S



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

Re: [Talk-it] Mapgive in italiano sul sito ANSA

[Luca Delucchi]

On 13 May 2014 16:11, Maurizio Napolitano napoo...@gmail.com wrote:
 http://www.ansa.it/sito/notizie/tecnologia/2014/05/12/mappare-il-mondo-per-salvarlo-dalle-emergenze_e395a015-9dc3-46b7-8609-5274f83f0e37.html


bravi!

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


-- 
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

[Talk-dk] Nedtagne vindmøller / huse

[Lars Gravengaard]

Tak for svarene.

Jeg tror at jeg vil tilføje removed som foreslået. Så må fremtiden vise
hvad der sker ved en database opdatering.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-se] Administrativ indelning av Malmö

[Andreas Vilén]

Ingen har några invändningar mot mitt förslag?


2014-03-26 12:38 GMT+01:00 Andreas Vilén andreas.vi...@gmail.com:

 Idag är Malmö indelat i fyra stadsdelsområden, Väster, Öster, Norr och
 Söder. Dessa är taggade som administrativ gräns 8 men utan placetagg:
 http://www.openstreetmap.org/relation/3049248

 Förr delades Malmö in i stadsdelar med mer intuitiva namn. Dessa verkar nu
 ha nergraderats till noder med place=suburb:
 http://www.openstreetmap.org/node/314525859

 Det finns dock fortfarande ett antal delområden som stadsdelarna är
 indelade i. Dessa är taggade som administrativ nivå 10:
 http://www.openstreetmap.org/relation/3050032

 Vissa är även taggade som suburb:
 http://www.openstreetmap.org/relation/3050085

 Mitt förslag är att alla delområden som idag har adm-nivå 10 även taggas
 som place=neighbourhood (och sen får vi hoppas på att namnen börjar
 renderas igen...), så länge de inte enbart består av parker. Förr
 renderades exempelvis Kroksbäcksparken dubbelt, både som park och som
 administrativt område. En park kan ju heller inte kallas bostadsområde.

 Är detta ett okej förslag, eller ska bostadsområden istället taggas upp
 med separata noder, med risk för dubbelrendering och inte lika konsekvent
 taggning? Det känns i alla fall som att place=neighbourhood och inte
 =suburb passar bäst för delområdena. Däremot anser jag att place=suburb
 gärna får ligga kvar på de äldre stadsdelarna, då dessa namn är väl
 inarbetade till skillnad från de nya väderstrecksbaserade som nog passar
 bäst just som administrativa/statistiska enheter.

 MVH Andreas

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

Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[César Martínez Izquierdo]

Hola,

En la zona en la que me considero local mapper la mayoría de estas
localities se corresponden con partidas de riego o  partidas agrarias. En
este caso creo que deberían reemplazarse con polígonos (y eliminar los
puntos, ya que no es concretamente ese punto el que se llama Marrroyo, San
Juan o Rascaña sino toda la zona), pero no es fácil porque no dispongo de
las delimitaciones exactas.

En otros casos existe algún elemento (ermita, fuente, pico, masía, etc) que
da nombre a la zona (Esperanza, Alto del Águila, Chirivilla, Rodana...) y
creo que lo que se debería mover el punto hasta donde esté el elemento (no
suelen coincidir exactamente con el rgbe) y etiquetarlo correctamente. O si
ya existe otro nodo correctamente etiquetado y situado, borrar el punto
importado del ngbe, ya que en este caso no aporta nada adicional y no
podemos convertir OSM en un backup de ngbe.

Por último, no acabo de ver la utilidad de reflejar los cambios en el wiki,
cuando es posible obtener esta información automáticamente a partir del
historial.

Saludos,

César


2014-05-12 16:50 GMT+02:00 Jonas Andradas j.andra...@gmail.com:

 2014-05-12 16:35 GMT+02:00 Jesús Gómez Fernández 
 jesus.gomez.f...@gmail.com:

 Estoy de acuerdo con Carlos. Los nombres de parajes es información muy
 valiosa para cualquier tipo de trabajo en el campo: desde las actividades
 de montaña hasta cualquier labor catastral. Un mapa a escala adecuada
 debería incorporarlos.


 Estoy de acuerdo en que son importantes, y precisamente por eso no veo mal
 que estén en OSM

 (...)


  El 12/05/14 15:32, Luis García Castro escribió:


 El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió:

 Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya
 los hay bien definidos: town, village, city...


 En mi opinión el problema no es tanto del etiquetado como de la forma en
 la que OSM muestra estos parajes. Aparecen muy destacados cuando es una
 información muy poco útil y de valor más puramente histórico que práctico.
 Para la mayor parte de los usuarios es básicamente ruido.


 Sin embargo, para mí que no utilizo los parajes en absoluto, es cierto que
 cuando aplicaciones como OsmAnd me muestran el mapa lleno de nombres de
 parajes a veces me introducen ruido que no quiero/necesito.  Sin embargo,
 puesto que son renderizacinoes vectoriales (no teselas), creo que el hecho
 de que no aparecieran, o estuvieran menos destacados, o sólo en
 determinadas escalas, debería ser algo a tratar con el equipo de desarrollo
 de la(s) aplicación(es) (en el caso que comento, OsmAnd), que fuera
 configurable si se muestran o no, o que hubiese varios perfiles.   No
 creo que no se deban incluir los parajes en OSM porque en las
 visualizaciones actuales haya gente a la que no le aporten información (y
 yo soy el primero que no los uso/miro). En todo caso, esto sería a tratar
 con el equipo de renderización, supongo.




 --
 Jonás Andradas


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




-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
   Blog: http://geotechnotes.wordpress.com/
   ETC-SIA: http://sia.eionet.europa.eu/
   Universitat Autònoma de Barcelona (SPAIN)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Matías Taborda Barroso]

Buenos dias.

Al parecer el tema ha dado para abrir un pequeño e interesante debate a
cuenta de los toponimos. Vamos a sacar unas pequeñas conclusiones si os
parece y damos por terminado el asunto.

Dejando como unica aportacion negativa, el inicio de la discusion, es
decir, la inadecuada interpretacion que los anglosajones hacen de lo que en
España entendemos como parajes y que hemos adaptado a lo que OSM denomina
place=locality.

Sin embargo, creo que no se adapta exactamente a lo que nos ocupa y visto
lo visto alomejor seria posible discutir con el mundo anglosajon, la
creacion de otro tipo de etiqueta o bien explicarles de una vez por todas
que son nuestros parajes y ver que opinan ellos. Dando por hecho que
algunos nombres de parajes si que se puedan adaptar a otra etiqueta, pero
la gran mayoria son eso, parajes (lugar sin definicion exacta de limites
que se llama asi y punto).


Por otro lado, creo que estamos de acuerdo que por uno u otros motivos la
incorporacion de estos toponimos no deja de ser algo positivo. Entiendo que
es tal la cantidad (no sabia que tres cuartas partes) que a diferentes
usuarios y con determinadas herramientas pueda causar ruido. Por cierto
en relacion a OsmAnd, me suena que quizas cada usuario pueda componer sus
propios mapas (http://wiki.openstreetmap.org/wiki/OsmAndMapCreator). En
cuanto a la renderizacion, pues si que al parecer le da importancia a los
place=locality, precisamente por eso, porque esa etiqueta no está pensada
para este tipo de toponimos, pero que le vamos a hacer, a mi me gusta la
cerveza y me gustaria que le diera mas importacia a los bares :) :). Ya
sabemos, no se mapea para el renderizador ¿no?.

La situacion exacta del nodo del toponimos se corresponde con el vertice
inferior izquierdo del rotulo en el mapa 1/25000 del IGN, del cual esta
sacada la informacion. ¿Que significa?. Pues que si consideramos el tamaño
de rotulacion de algunos nombres en este mapa mas el factor de escala,
muchas veces el nodo del toponimo esta bastante alejado del lugar que el
mapeador local conoce con ese nombre. Pues para eso estamos, para modificar
todo lo que se pueda ajustar a la realidad.

Cesar, lo de anotar los cambios en la wiki fue lo que se nos ocurrio en
aquel momento, porque hablamos con el IGN y nos dijeron que podría ser
interesante recoger el porque de esas modificaciones (que es lo que se pide
en la wiki y que no quedaria reflejado en el historial); sin embargo para
serte sincero, no creo que nunca el IGN ponga interes en esas
modificaciones y pedirle a todos los usuarios que hacen modificaciones que
ademas anoten el cambio en la wiki es mucho trabajo.

Saludos y gracias a todos por vuestas aportaciones.






El 13 de mayo de 2014, 10:22, César Martínez Izquierdo
cesar@gmail.comescribió:

 Hola,

 En la zona en la que me considero local mapper la mayoría de estas
 localities se corresponden con partidas de riego o  partidas agrarias. En
 este caso creo que deberían reemplazarse con polígonos (y eliminar los
 puntos, ya que no es concretamente ese punto el que se llama Marrroyo, San
 Juan o Rascaña sino toda la zona), pero no es fácil porque no dispongo de
 las delimitaciones exactas.

 En otros casos existe algún elemento (ermita, fuente, pico, masía, etc)
 que da nombre a la zona (Esperanza, Alto del Águila, Chirivilla, Rodana...)
 y creo que lo que se debería mover el punto hasta donde esté el elemento
 (no suelen coincidir exactamente con el rgbe) y etiquetarlo correctamente.
 O si ya existe otro nodo correctamente etiquetado y situado, borrar el
 punto importado del ngbe, ya que en este caso no aporta nada adicional y no
 podemos convertir OSM en un backup de ngbe.

 Por último, no acabo de ver la utilidad de reflejar los cambios en el
 wiki, cuando es posible obtener esta información automáticamente a partir
 del historial.

 Saludos,

 César


 2014-05-12 16:50 GMT+02:00 Jonas Andradas j.andra...@gmail.com:

  2014-05-12 16:35 GMT+02:00 Jesús Gómez Fernández 
 jesus.gomez.f...@gmail.com:

 Estoy de acuerdo con Carlos. Los nombres de parajes es información muy
 valiosa para cualquier tipo de trabajo en el campo: desde las actividades
 de montaña hasta cualquier labor catastral. Un mapa a escala adecuada
 debería incorporarlos.


 Estoy de acuerdo en que son importantes, y precisamente por eso no veo
 mal que estén en OSM

 (...)


  El 12/05/14 15:32, Luis García Castro escribió:


 El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió:

 Yo votaría por dejarlo como está, ya que para sitios donde vive gente
 ya los hay bien definidos: town, village, city...


 En mi opinión el problema no es tanto del etiquetado como de la forma en
 la que OSM muestra estos parajes. Aparecen muy destacados cuando es una
 información muy poco útil y de valor más puramente histórico que práctico.
 Para la mayor parte de los usuarios es básicamente ruido.


 Sin embargo, para mí que no utilizo los parajes en absoluto, es cierto
 que cuando aplicaciones 

Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Roberto Pla]

Entiendo que hay muchas cosas criticables, pero, ¿Cual es el motivo de
critica en esta parte del mapa (Arnedo)?

http://www.openstreetmap.org/?lat=42.22779lon=-2.10184zoom=17

El comentario:
Dear OpenStreetMap: I’m sure Spanish architecture is full of
surprises, but is it possible that you exaggerated a little with these
buildings? (based on a reader’s submission - thanks!)

Claro que si es de hace 2 años, como la vista del mapa es actual, a lo
mejor la discrepancia ha desaparecido...:\
-- 
Roberto Plà
http://robertopla.net/

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

Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Óscar Zorrilla Alonso]

Hola Roberto,
Respecto a la queja de Arnedo, estaba bien puesta, gran parte de la Rioja era 
un desastre, los pueblos tan sólo tenían edificios, ni calles ni nada.
En Arnedo procedí a borrar todas esas áreas residenciales que muchas veces 
incluían patios, zonas sin edificar, huertas, edificios... y trazar las calles.
Hay muchos mas sitios que convendría arreglar en la Rioja. Te dejo un ejemplo 
de cómo están muchos de ellos:
http://www.openstreetmap.org/#map=16/42.2522/-2.1312
http://www.openstreetmap.org/#map=16/42.3476/-2.2364
Un saludo
Óscar Zorrilla

--- Mensaje Original ---

Desde: Roberto Pla p...@aire.org
Enviado: 13 de mayo de 2014 11:13
Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org
Asunto: Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo 
Peor de OSM.

Entiendo que hay muchas cosas criticables, pero, ¿Cual es el motivo de
critica en esta parte del mapa (Arnedo)?

http://www.openstreetmap.org/?lat=42.22779lon=-2.10184zoom=17

El comentario:
Dear OpenStreetMap: I’m sure Spanish architecture is full of
surprises, but is it possible that you exaggerated a little with these
buildings? (based on a reader’s submission - thanks!)

Claro que si es de hace 2 años, como la vista del mapa es actual, a lo
mejor la discrepancia ha desaparecido...:\
--
Roberto Plà
http://robertopla.net/

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

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

Re: [Talk-es] Configurar o Address no MKgmapp

[Carlos Dávila]

El 13/05/14 00:35, A. Carlos escribió:



Buenas noches, damas y caballeros ..

Alguien de esta lista, tiene la costumbre de producir sus propios 
mapas específicos utilizando Mkgmapp ?


Estoy tratando de formar un IMG , he descargado todo lo que necesitaba 
, compilar el mapa de la derecha , pero estoy pecando cuando configure 
la dirección en styless .


Como que estoy tratando de hacer una IMG Brasil , la investigación en 
el GPS cuando introduzco una ciudad, que me muestra en la pantalla de 
la ciudad y el estado que es , lo que es correcto.


Sin embargo , El estutura de Brasil en la división sería:

País, Región , Estado, Macrroregições , micro y Munícipos .

Pero no todos los estados de esta clasificación en OSM está bien hecho 
, con la inclusión de Macro y Micro Regiones ..


Así, en estos estados , estados, consultable en el GPS que me muestra 
la ciudad y el estado , lo costilla derecha ...


Unidos que tenemos estos micro y macro regições que pone en pantalla 
la ciudad y micro .
Lo que yo quería es unificar esta macro en todas las situaciones que 
se muestran sólo
la ciudad y el estado serían - administrador de nivel de administrador 
4 y el nivel 8 .


Y eso es el establecimiento de la dirección que estoy pecando ..




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


Puedes configurar qué nivel administrativo aparece en las búsquedas 
mediante el archivo resources/styles/tu_estilo/inc/address
Es necesario disponer de unos límites administrativos correctos en OSM 
para obtener unos buenos resultados y usar el parámetro --bounds. La 
última vez que miré los límites de Brasil estaban bastante incompletos, 
no sé si habrán mejorado.
Si sabes inglés te sugiero que hagas este tipo de consultas en un foro 
más específico, como es la lista de correo de mkgmap 
(http://www.mkgmap.org.uk/maillist)


--
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, 
.ppt, .pptx, .mdb, mdbx
Instale LibreOffice desde http://es.libreoffice.org/descarga/
LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. 
Gratis y totalmente legal.
LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas 
versiones.

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

Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.

[Roberto Pla]

 Hay muchos mas sitios que convendría arreglar en la Rioja. Te dejo un ejemplo 
 de cómo están muchos de ellos:

Ya veo, gracias por la explicación.


-- 
Roberto Plà
http://robertopla.net/

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

Re: [Talk-at] Fotos Linuxwochen

[Christian Aigner]

Am 12.05.2014 18:00, schrieb Robert Kaiser:
 Hallo,
 
 Ich hab meine Fotos von den Linuxwochen auf Flickr gestellt, sind auch
 einige vom Stand dabei:
 https://www.flickr.com/photos/kairo_at/sets/72157644641427044/
 
 Grüße,
 KaiRo

Die Fotos sind wirklich schön geworden.

LG,
Christian



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

Re: [Talk-at] Fotos Linuxwochen

[Simon Legner]

Hallo!

On 12/05/14 18:00, Robert Kaiser wrote:

Ich hab meine Fotos von den Linuxwochen auf Flickr gestellt


Tolle Fotos.

Mein einziges Foto gibt's unter 
http://wiki.openstreetmap.org/wiki/File:Linuxwochen_Wien_2014-05-08T17-41-18.jpg


Grüße
Simon

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

Re: [Talk-at] Fotos Linuxwochen

[Andreas Labres]

On 13.05.14 10:04, Simon Legner wrote:
 Mein einziges Foto gibt's unter
 http://wiki.openstreetmap.org/wiki/File:Linuxwochen_Wien_2014-05-08T17-41-18.jpg

Dieses OSM staff Foto find' ich super! :))

Hier gibt's auch ein paar mit Dir drauf... :)

https://wiki.openstreetmap.org/wiki/Wien/Linuxwochen2014#Fotos

lg
Andreas

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

[Talk-at] Vorbestellte Shirts

[Andreas Labres]

Hallo!

Auch hier nochmal zur Info: die via Doodle vorbestellten Shirts wären jetzt
versandbereit. Allerdings kostet das Polo 30,- und das T-Shirt 20,- Euro
(jeweils 100% organic cotton, fairwear, respect-code, von Swicher [swiss made]).
Bitte E-Mail an mich, wer das vorbestellte Shirt tatsächlich haben möchte und
wohin ich es schicken soll.

Speziell: paging *Martin Dauser*, nachdem die mir bekannte Emailadresse 
bounced...

Übrigens, falls sonst noch jemand eins möchte, es sind noch welche da...

Servus, Andreas

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

Re: [Talk-at] Vorbestellte Shirts

[Werner Macho]

Hi Andreas!

Is schicken wirklich notwendig? Ich würds mir auch am Stammtisch
abholen .. mal wieder ein Grund 100% zu kommen .. Und der nächste
Geburtstag dauert nun wieder ne weile :)

lg Werner


2014-05-13 11:49 GMT+02:00 Andreas Labres l...@lab.at:
 Hallo!

 Auch hier nochmal zur Info: die via Doodle vorbestellten Shirts wären jetzt
 versandbereit. Allerdings kostet das Polo 30,- und das T-Shirt 20,- Euro
 (jeweils 100% organic cotton, fairwear, respect-code, von Swicher [swiss 
 made]).
 Bitte E-Mail an mich, wer das vorbestellte Shirt tatsächlich haben möchte und
 wohin ich es schicken soll.

 Speziell: paging *Martin Dauser*, nachdem die mir bekannte Emailadresse 
 bounced...

 Übrigens, falls sonst noch jemand eins möchte, es sind noch welche da...

 Servus, Andreas

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

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

Re: [Talk-at] Vorbestellte Shirts

[Markus Mayr]

Wie wäre es mit der Nennung eines Kontos, um das Polo / Shirt auch  zu
bezahlen?
;-)

On 2014-05-13 11:49, Andreas Labres wrote:
 Hallo!

 Auch hier nochmal zur Info: die via Doodle vorbestellten Shirts wären jetzt
 versandbereit. Allerdings kostet das Polo 30,- und das T-Shirt 20,- Euro
 (jeweils 100% organic cotton, fairwear, respect-code, von Swicher [swiss 
 made]).
 Bitte E-Mail an mich, wer das vorbestellte Shirt tatsächlich haben möchte und
 wohin ich es schicken soll.

 Speziell: paging *Martin Dauser*, nachdem die mir bekannte Emailadresse 
 bounced...

 Übrigens, falls sonst noch jemand eins möchte, es sind noch welche da...

 Servus, Andreas

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


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

Re: [Talk-at] Fotos Linuxwochen

[Markus Mayr]

*haha* Das könnte fast als Werbephoto für die T-Shirts durchgehen.


On 2014-05-13 10:59, Andreas Labres wrote:
 On 13.05.14 10:04, Simon Legner wrote:
 Mein einziges Foto gibt's unter
 http://wiki.openstreetmap.org/wiki/File:Linuxwochen_Wien_2014-05-08T17-41-18.jpg
 Dieses OSM staff Foto find' ich super! :))

 Hier gibt's auch ein paar mit Dir drauf... :)

 https://wiki.openstreetmap.org/wiki/Wien/Linuxwochen2014#Fotos

 lg
 Andreas

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


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

Re: [Talk-at] Vorbestellte Shirts

[Andreas Labres]

On 13.05.14 12:13, Markus Mayr wrote:
 Wie wäre es mit der Nennung eines Kontos, um das Polo / Shirt auch zu
 bezahlen? ;-)

https://wiki.openstreetmap.org/wiki/OSM-AT   ;)

Kontonummer: *148908* - BLZ: *34543* (Raiffeisenbank St.Ulrich-Steyr)
IBAN: *AT25345430148908* - BIC/SWIFT Code: *RZOOAT2L543*

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

Re: [Talk-at] Vorbestellte Shirts

[Holger Schöner]

Hallo Andreas,

Ich würde das Polo auch für €30 gerne nehmen! Für mich wäre Versand
wirklich sehr zu begrüßen (Adresse schicke ich privat). Wieviel Porto
soll ich denn dann noch dazu überweisen?

Oder gibt es noch weitere Bestellungen aus Linz, sodass du dir den
Versand vereinfachen kannst? In Linz sollte ich es mir abholen können,
oder wir machen auch mal wieder einen Stammtisch ...

 Kontonummer: *148908* - BLZ: *34543* (Raiffeisenbank St.Ulrich-Steyr)
 IBAN: *AT25345430148908* - BIC/SWIFT Code: *RZOOAT2L543*

Viele Grüße, Holger
-- 
Holger Schoener nume...@ancalime.de

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

[Talk-ro] Mapping Party OpenStreetMap in Bucuresti - 17-18 mai 2014

[Badita Florin]

În weekendul 17-18 Mai 2014, în Bucuresti, un grup de oameni entuziaști și
pasionați de OpenStreetMap își vor aduce aportul în proiectul global de
cartografiere colaborativă, ce a determinat dezvoltarea celei mai dinamice
hărți digitale a lumii și a hărții cu cea mai rapidă creștere a numărului
de utilizatori.


Link Eveniment https://www.facebook.com/events/560777397374381/

Locatia urmeaza sa fie anuntat miercuri.


Este prima ediție pentru orașul nostru, dar genul acesta de manifestări se
organizează în foarte multe țări sub numele de ”mapping party”. Invitația
la aceste ”petreceri” este deschisă oricărei persoane ce deține un aparat
GPS sau un smartphone și celor ce au puțin timp liber și doresc să
contribuie la dezvoltarea acestui proiect.
Mai mult de 1.500.000 de contribuabili sunt înregistrați în întreaga lume.

Există deja unele ţări (de exemplu, Germania), în care bogăţia
informaţiilor OpenStreetMap a depăşit, deja, pe cea a celorlaţi concurenţi
comerciali precum Google.

În prezent, în România, datele existente acoperă toată rețeaua de drumuri
europene care traversează România și o mare parte a drumurilor naționale
ajungând la o acoperire de aprox. 90% din aceste drumuri.


Ce este OpenStreetMap?

OpenStreetMap (prescurtat OSM) este un proiect colectiv, în regim open
source, ce are ca scop construirea unei baze de date geografice globale cum
ar fi atlasele rutiere, folosind atât date introduse manual, având ca
fundal imagini spațiale, cât și date colectate de pe dispozitive GPS.
Proiectul a fost demarat datorită faptului că, cele mai multe hărţi
considerate disponibile, au de fapt restricţii legale sau tehnice cu
privire la utilizarea lor, fapt ce împiedică folosirea lor într-un mod
creativ, productiv, sau neaşteptat.

Ce înseamnă ”open source” (date deschise)?

Datele deschise sunt date publicate sub o licență liberă și într-un format
deschis, care permit folosirea lor legală în alte proiecte (redistribuirea)
și „recombinarea” (reutilizarea) pentru a produce noi informații.
Scopul comunităților implicate în acest proiect este de-a oferii publicului
propriul său set de hărți, fără erori și detalii necompletate. Informația
geografică este una singură, aparține tuturor și toți trebuie să avem
dreptul să contribuim liber la perfecționarea hărților pe care le folosim.


O zi faina,

Florin Badita

OpenStreetMap România https://www.facebook.com/OsmRomania
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

[Talk-cz] uzivatel geosense

[Jachym Cepicky]

Zdravím,

můžete prosím mrknout na těchhle pár změn, jestli jsou OK?

www.openstreetmap.org/user/Geosense/history

Nedělal jsem to já, ale mám v tom dost prsty, byl bych rád, kdy mi někdo
potvrdil, že ty změny jsou OK a že takhle můžeme pokračovat

dík

Jachym
-- 
Jachym Cepicky
URL: http://geosense.cz
e-mail: jachym.cepicky at geosense cz
PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp
@jachymc

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

Re: [Talk-cz] uzivatel geosense

[jzvc]

Dne 13.5.2014 17:39, Jachym Cepicky napsal(a):

Zdravím,

můžete prosím mrknout na těchhle pár změn, jestli jsou OK?

www.openstreetmap.org/user/Geosense/history

Nedělal jsem to já, ale mám v tom dost prsty, byl bych rád, kdy mi někdo
potvrdil, že ty změny jsou OK a že takhle můžeme pokračovat

dík

Jachym



Cus, nevidim na tom nic co by stalo za hovor = OK ;D, jen jedno 
upozorneni, zahlid sem tam src bing - davej si pozor na to, ze bing byva 
v nekterych mistech i o desitky metru mimo. Je dobry si ho pred pouzitim 
aspon pokusit posunout vuci katastralni mape. V JOSM to udelas nad 
vrstvou v seznamu pravo nahore. Ale je to lokalni vec = i kdyz to 
peclive nastavis na jednom miste, na jinym to opet sedet nebude (posun 
je ruznej).




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

Re: [Talk-cz] Aktualizace RUIAN

[Martin Kokes]

Ty chyby jsou tam myslím od března, už jsem to hlásil na podp...@cuzk.cz.

MK

Petr Vejsada  píše v diskusním příspěvku news:5233309.6ma79d05rp@mrnous...

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

Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM

[Petr Vejsada]

Dobrý den,

i já jsem si dal na čas s odpovědí. I po takto celkem dlouhém čase jsem trochu 
na rozpacích, co k tomu napsat. Budu se teď věnovat jen tomu, čím se aktivně 
zabývám v OSM, tedy importu adresních míst. Budovám (stavebním objektům) se 
budu věnovat jen do té míry, do jaké SO souvisejí s adresami.

Nejprve chci poděkovat za obsáhlé vysvětlení procesů, jak data vznikají a 
jejich toku. K tomu, co snad chápu - chápu důvody, proč musely být vytvořeny 
fiktivní SO při migraci z ÚIR-ADR. Chápu, že vedle těchto fiktivních SO reálně 
existují i skutečné SO, ke kterým ta adresní místa z ÚIR-ADR patří. Chápu i 
to, že nemusí být snadné spárovat fiktivní SO s těmi reálnými. Přestávám chápat 
v momentě, že ty reálné SO mají také svoje adresy a tyto adresy jsou buď zcela 
odlišné a nebo se liší o násobky tisíce - fiktivní SO má číslo evidenční 1034 a 
reálný má číslo evidenční 34, případně naopak. Toto přeci nemůže být náhoda, 
neboť se jedná, jak už jsem psal, odhadem o desítky tisíc případů. Navíc to 
není věc, která vznikla až s RUIAN. V OSM tyto dvojité adresy buď byly a nebo 
nebyly, ale vždy u nich byla poznámka 'Nekonzistence KM a DB' či tak nějak 
podobně. Neznám přesně historii těch importů do OSM a tak se k tomu nemohu 
přesněji vyjádřit.

V RUIAN tedy teď jsou reálné a fiktivní SO (bez ohledu na to, zda mají či 
nemají hranice). Bylo by více než vhodné, aby ty fiktivní SO byly nějakým 
způsobem označeny. Dnes to mohu odhadovat například podle počtu vyplněných 
polí. Mám-li dva SO milimetr od sebe, přičemž jeden má popsaný způsob 
vytápění, způsob využití, počet bytů, pater atd. a ten druhý tyto údaje nemá, 
odhaduji, že ten druhý neexistuje. Oba tyto SO mají své adresní místo. Zde už 
není snadné rozlišit, které je skutečné a které je fiktivní. To z toho důvodu, 
že fiktivní SO, které byly vytvořeny za účelem převedení adres do RUIAN, mohou 
být navázány na reálná adresní místa.

Otázka: Může být naopak reálný SO navázán na fiktivní adresní místo? Toto si 
nedokážu odpovědět.

Snažím se maximálně vyhnout se sarkasmu, ale malou dávku si přeci jen 
neodpustím:

Máme zahradní chatku 4x4 metry a uvnitř této chatky leží duch, tedy definiční 
bod jiného SO. Jsou oba tyto SO reálné? Na tuto otázku si troufám odpovědět s 
vysokou mírou pravděpodobnosti: ne, oba tyto SO nejsou reálné. Toto musíte vy 
řešit celé roky? (píšu 'vy', nikoli 'Vy'; mám tím na mysli instituci, kterou 
zde, alespoň v mých očích, zastupujete). Fiktivní SO, které byly do RUIAN 
zavedeny v souvislosti s přebíráním dat z ÚIR-ADR jsou fiktivní, není to tak, 
že některé z nich už možná neexistují. Neexistuje a nikdy neexistoval žádný z 
nich a tedy to není třeba zkoumat.

Ta adresní místa typu 34 x 1034 - to je to, co mě teď nejvíce zajímá. Které z 
nich je vymyšlené a které je skutečné? Lze to nějak poznat? Nebo snad mají být 
obě tyto adresy reálné? Jedna zahradní chatka a dvě adresy? Jak toto vzniklo? 
Proč to tam je?

K ostatním chybám v RUIAN - import adres už je za polovinou, což je dobře a na 
druhou stranu i škoda - byla to příležitost, kdy se někdo z OSM komunity 
dostal k problematickým místům a byla možnost je hlásit. Mapování samozřejmě 
nekončí a i po dokončení importu adres budeme mapovat dále a objevovat chybnou 
geometrii budov, více budov na sobě apod. Sice nemohu mluvit za všechny, ale 
troufám si odhadnout, že systém, který by umožňoval snadno hlásit chyby na 
příslušné pracoviště vytvoříme. Potřebujeme však vědět, co potřebujete vy, 
takže se těším(e) na ten návrh řešení.

--
Zdraví
Petr Vejsada

Dne Čt 1. května 2014 21:49:35, Petr Souček napsal(a):

 Dobrý den,
 
 po přečtení dalších příspěvků jsem se rozhodl nejdříve některé věci
 vyjasnit, abyste věděli a pochopili, jak je to s daty RÚIAN.
 
 ---
 
 Z jakých zdrojů vznikl RÚIAN?
   Základní registr nevznikl na zelené louce, ale údaje do něj byly
 namigrovány z různých zdrojů (zdroje jsou také uvedeny v ZZR). Zákonem
 stanovenými zdrojovými daty pro prvotní naplnění ISÚI/RÚIAN byly: Informační
 systém katastru nemovitostí (ISKN), Územně identifikační registr adres
 (ÚIR-ADR), Registr sčítacích obvodů (RSO), Databáze dodacích míst  České
 pošty (DDM), Registr komunálních symbolů (REKOS) a Základní báze
 geografických dat (ZABAGED). Například zdrojem adresních míst byl výše
 zmiňovaný ÚIR-ADR.
 
 Jak probíhá aktualizace údajů v RÚIAN?
   Aktualizace probíhá průběžně ve dvou agendových informačních systémech
 (AIS), kterými jsou ISKN a ISÚI. Editorem v ISKN jsou katastrální úřad,
 respektive katastrální pracoviště. Editorem v ISÚI jsou ČÚZK
 (http://www.cuzk.cz), ČSÚ (http://www.czso.cz/), obce a stavební úřady
 (nejen obecné stavební úřady, ale i speciální, vojenské a jiné stavební
 úřady, viz jejich seznam na
 http://www.mmr.cz/getmedia/60165ee1-89b7-4d6f-9286-9f33af95456c/Prehled-stav
 ebnich-uradu-a-jejich-cinnost.pdf). Editory jasně definuje ZZR
 (http://www.zakonyprolidi.cz/cs/2009-111).
 
 Jaký je vztah mezi RÚIAN, ISÚI a ISKN?
   ISÚI a ISKN jsou editační 

Re: [Talk-cz] Aktualizace RUIAN

[Petr Vejsada]

Zdravím,

Dne Út 13. května 2014 20:58:37, Martin Kokes napsal(a):

 Ty chyby jsou tam myslím od března, už jsem to hlásil na podp...@cuzk.cz.

jelikož zpracovávám změnové soubory takřka denně, tak jsem si toho všiml asi 
brzy.

28. března jsem posílal na podp...@cuzk.cz tento mail:

***
Dobrý den,

pro projekt Openstreetmap používáme jako jeden ze zdrojů dat RUIAN. V poslední 
době dochází k neobvyklostem ve změnových souborech. Konkrétně se jedná o 
nevalidní polygony a chybějící identifikaci obce u katastrálního území.

Příklady:

Změnový soubor 20140324_ST_ZKSH.xml.gz obsahuje, podle mého názoru, nevalidní 
polygon u ZSJ 306045 - polygon je uzavřený a na jeho konci ještě přebývá 
ocásek v podobě jednoho bodu navíc

Změnový soubor 20140327_ST_ZKSH.xml.gz obsahuje katastrální území 920681 a 
katastrální území 929930, ale u obou chybí vazba na obec (chybí kód obce). Je 
to takto v pořádku? Může být katastrální území, které nenáleží žádné obci?

Pokud jde opravdu o chyby, přimlouval bych se za to, aby změnový soubor byl 
rozdělený na řádky alespoň elementy vf:x/vf:x. Řádek, dlouhý 67MB 
se opravdu ručně opravuje dost nepohodlně.

Děkuji předem za vyjádření.

--
Zdraví
Petr Vejsada

***

Odpověď žádná, polygon neopraven, ta vazba na obec opravena byla i bez mého 
upozornění.
--
Petr


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

Re: [Talk-cz] Aktualizace RUIAN

[Martin Kokes]

Nojo, paní Landová z podpory bývá dost skoupá na vyjádření, většinou něco 
někam forwardne a děj se vůle boží. Pak možná forwardne zpátky nějakou 
odpověď. :-) Většinou pomůže oslovení někoho dalšího, který je více 
vstřícný, třeba tu vidím, že se zapojil Petr Souček. Můžete zkusit i Pavel 
Šidlichovský, který vede správu ZABAGEDu (a tím pádem asi i adresní místa). 
E-maily snadno odvodíte jmeno.prijmeni.


MK

Petr Vejsada  píše v diskusním příspěvku news:2002810.zTFi1LYSpi@mrnous...

Zdravím,

Dne Út 13. května 2014 20:58:37, Martin Kokes napsal(a):


Ty chyby jsou tam myslím od března, už jsem to hlásil na podp...@cuzk.cz.


jelikož zpracovávám změnové soubory takřka denně, tak jsem si toho všiml asi
brzy.

28. března jsem posílal na podp...@cuzk.cz tento mail:

***
Dobrý den,

pro projekt Openstreetmap používáme jako jeden ze zdrojů dat RUIAN. V 
poslední

době dochází k neobvyklostem ve změnových souborech. Konkrétně se jedná o
nevalidní polygony a chybějící identifikaci obce u katastrálního území.

Příklady:

Změnový soubor 20140324_ST_ZKSH.xml.gz obsahuje, podle mého názoru, 
nevalidní

polygon u ZSJ 306045 - polygon je uzavřený a na jeho konci ještě přebývá
ocásek v podobě jednoho bodu navíc

Změnový soubor 20140327_ST_ZKSH.xml.gz obsahuje katastrální území 920681 a
katastrální území 929930, ale u obou chybí vazba na obec (chybí kód obce). 
Je

to takto v pořádku? Může být katastrální území, které nenáleží žádné obci?

Pokud jde opravdu o chyby, přimlouval bych se za to, aby změnový soubor byl
rozdělený na řádky alespoň elementy vf:x/vf:x. Řádek, dlouhý 
67MB

se opravdu ručně opravuje dost nepohodlně.

Děkuji předem za vyjádření.

--
Zdraví
Petr Vejsada

***

Odpověď žádná, polygon neopraven, ta vazba na obec opravena byla i bez mého
upozornění.
--
Petr 




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

Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?

[Petr Vejsada]

Zdravím,

tato problematika mi není úplně jasná, tak se třeba zeptám blbě - co je na tom 
k počítání? IMO jde o to, tu databázi, co máte k dispozici, převést do 
zdrojové formy pro nad2bin, pustit na to nad2bin a pak už jen upravit definici 
+proj ... a od té doby to Postgis bude umět, ne? Netuším formát té zdrojové 
formy ani nevím, jak vypadá ta databáze bodů. Je někde k dispozici k 
nahlédnutí či sosnutí?

--
Petr

Dne Út 13. května 2014 21:56:26, Martin Kokes napsal(a):

 Mám celou databázi polohového bodového pole TB, ZhB a CZEPOS v
 ETRS89(ETRF2000)  S-JTSK, nechtěl by mi někdo, kdo se víc orientuje v GDAL
 (Jáchym Čepický?) pomoci vytvoři nový nadgrid ntv2?
 http://lists.maptools.org/pipermail/proj/2013-January/006539.html
 Docela by nám to všem pomohlo v souvislosti s propojením s RÚIAN, protože
 přiznejme si, sedmiprvková transformace není v pohraničí to pravé ořechové.
 
 viz. http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid
 http://www.kma.zcu.cz/main.php?KMAfile=./STRUCTURE/05_ebooks/04_Zaverecne_pr
 ace/zav_prace.phpDRC=./STRUCTURE/05_ebooks/04_Zaverecne_prace/DRL=CZDROF=
 0osCislo=52920
 
 Psal jsem si na to téma s p. Ježkem, zkoušel jsem kontaktovat p. Chlupa, ale
 bez výsledku. Jsem na to ochotný dát volnou výpočetní kapacitu na postgisu
 na Xeon E5 3.6 GHz s SSD.
 
 MK
 
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] prapodivné tvary domů

[Petr Vejsada]

Dne Út 13. května 2014 22:33:43, Karel Volný napsal(a):

 - schválně se neobracím přímo na uživatele Frettie, který tam má poslední
 editaci, neb hned vedle obdobně zasahoval CzechAddress

Czechaddress se toliko hrabe v tagách addr:. Někdy 'nelegálně' přidává budovy 
z RUIAN, ale toto nejsou tvary z RUIAN, takže nevím, jak k tomu autor přišel.  
V RUIAN jsou ty obyčejné obdélníky, tedy tradičně ;-) navrstvené na sebe místo 
vedle sebe, http://ruian.poloha.net/19/49.22593/15.88272

--
Petr


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

Re: [Talk-cz] prapodivné tvary domů

[Petr Vejsada]

Ah, už vím, co to je. Jsou to polygony parcel, nikoli baráků. 
http://ruian.poloha.net/19/49.22593/15.88272 a rozsvítit parcely.

Dne Út 13. května 2014 22:33:43, Karel Volný napsal(a):

 může mi prosím někdo vysvětlit například tohle:

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

Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?

[Petr Vejsada]

Dobrá, tak jsem se mírně znemožnil ;-). Počítat potřebujeme ten vlastní grid. 
Vstupem je databáze bodů a ta se bude interpolovat.

Kromě Postgisu tedy potřebujeme ještě R a PL/R, k tomu možná něco z CRANu. 
Zacházet s R celkem zvládám, i když v jiné oblasti než jsou geo-úlohy. Zdá se 
mi, že k pochopení, dostatečnému ke zprovoznění úlohy, mi chybí porozumění 
všem parametrům funkce dataz_tps_raster.

Máme tam:

CREATE OR REPLACE FUNCTION dataz_tps_raster
(
tab character varying,
col character varying, 
numx integer, 
numy integer, 
srid integer, 
zoom numeric
)
 RETURNS raster AS
$$
...

parametry:
tab - jméno tabulky s body
col - jméno sloupce, jakého?
numx - nevím - používá se jako parametr st_makeemptyraster
numy - nevím - dtto
srid - čeho SRID? 


nemohu nalézt tyto funkce:
- dataz_create_vector
- dataz_return_value


struktura tabulky tab:
- the_geom - asi geometrie bodu, kterého? Křovákova nebo WGS84?
- 'col' - ???

Je to někomu jasnější?

--
Petr



Dne Út 13. května 2014 22:49:17, Petr Vejsada napsal(a):

 Zdravím,
 
 tato problematika mi není úplně jasná, tak se třeba zeptám blbě - co je na
 tom k počítání? IMO jde o to, tu databázi, co máte k dispozici, převést do
 zdrojové formy pro nad2bin, pustit na to nad2bin a pak už jen upravit
 definici +proj ... a od té doby to Postgis bude umět, ne? Netuším formát té
 zdrojové formy ani nevím, jak vypadá ta databáze bodů. Je někde k dispozici
 k nahlédnutí či sosnutí?
 
 --
 Petr
 
 Dne Út 13. května 2014 21:56:26, Martin Kokes napsal(a):
  Mám celou databázi polohového bodového pole TB, ZhB a CZEPOS v
  ETRS89(ETRF2000)  S-JTSK, nechtěl by mi někdo, kdo se víc orientuje v
  GDAL (Jáchym Čepický?) pomoci vytvoři nový nadgrid ntv2?
  http://lists.maptools.org/pipermail/proj/2013-January/006539.html
  Docela by nám to všem pomohlo v souvislosti s propojením s RÚIAN, protože
  přiznejme si, sedmiprvková transformace není v pohraničí to pravé
  ořechové.
  
  viz. http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid
  http://www.kma.zcu.cz/main.php?KMAfile=./STRUCTURE/05_ebooks/04_Zaverecne_
  pr
  ace/zav_prace.phpDRC=./STRUCTURE/05_ebooks/04_Zaverecne_prace/DRL=CZDR
  OF= 0osCislo=52920
  
  Psal jsem si na to téma s p. Ježkem, zkoušel jsem kontaktovat p. Chlupa,
  ale bez výsledku. Jsem na to ochotný dát volnou výpočetní kapacitu na
  postgisu na Xeon E5 3.6 GHz s SSD.
  
  MK
  
  
  
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] prapodivné tvary domů

[Karel Volný]

Dne Út 13. května 2014 22:52:24, Petr Vejsada napsal(a):
 Dne Út 13. května 2014 22:33:43, Karel Volný napsal(a):
  - schválně se neobracím přímo na uživatele Frettie, který tam má poslední
  editaci, neb hned vedle obdobně zasahoval CzechAddress
 
 Czechaddress se toliko hrabe v tagách addr:.

pardon, nekontroloval jsem komplet historii všech zmršených domů, ale ...

 Někdy 'nelegálně' přidává
 budovy z RUIAN, ale toto nejsou tvary z RUIAN, takže nevím, jak k tomu
 autor přišel. V RUIAN jsou ty obyčejné obdélníky, tedy tradičně ;-)
 navrstvené na sebe místo vedle sebe,
 http://ruian.poloha.net/19/49.22593/15.88272

... takže to vlastně udělat mohl?

nicméně u toho sousedního domu koukám, že poslední úprava má 9 bodů stejně 
jako předposlední, oproti pěti bodům v mojí verzi, tzn. ty čtyři navíc tvořící 
výkus přeci jen přidal Frettie ... haló, copak to má být?

 Ah, už vím, co to je. Jsou to polygony parcel, nikoli baráků. 
 http://ruian.poloha.net/19/49.22593/15.88272 a rozsvítit parcely.

nojo, ale v OSM je to jako součást budovy

navíc mi není jasné, jak tam vznikly ty zakřivení a vůbec ... když se na to 
podívám do katastru, tak je to krásně rovné (hm, ono vlastně i na tom tvém 
odkazu se to dá víc nazoomovat, hau) - a navíc mi došlo, že ty kudrlinky do 
ulice jsou schodiště a ty dozadu k lesu jsou stříšky nad zadními vchody ... no 
tak to by mělo být značeno úplně jinak

jo a naokraj, nevím proč, ale v Osmandu ty tvary vypadají ještě úchylněji 
(ostatně v tom jsem si toho všiml)

K.


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

Re: [Talk-cz] prapodivné tvary domů

[Petr Vejsada]

Dne St 14. května 2014 01:00:30, Karel Volný napsal(a):

  Ah, už vím, co to je. Jsou to polygony parcel, nikoli baráků. 
  http://ruian.poloha.net/19/49.22593/15.88272 a rozsvítit parcely.
 
 nojo, ale v OSM je to jako součást budovy

 parcela je pozemek, jehož hranice *někdy* mohou být totožné s hranicemi 
budovy. Jindy jsou si podobné, ale nejsou zcela totožné. A jindy jsou si zcela 
nepodobné, třeba parcela má 1000m2 a uprostřed je dům 150m2.
 
 navíc mi není jasné, jak tam vznikly ty zakřivení a vůbec ... když se na to 
 podívám do katastru, tak je to krásně rovné (hm, ono vlastně i na tom tvém
 odkazu se to dá víc nazoomovat, hau) - a navíc mi došlo, že ty kudrlinky do
 ulice jsou schodiště a ty dozadu k lesu jsou stříšky nad zadními vchody ...
 no tak to by mělo být značeno úplně jinak

Asi je to obkreslené z KM, tedy jsou obkreslené parcely místo budov,

--
Petr


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

Re: [OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication

[Christian Quest]

Toutes les videos de la journée de vendredi sont maintenant en ligne sur
Dailymotion et listées sur http://lanyrd.com/2014/sotmfr/video/


Le 12 mai 2014 11:32, Christian Quest cqu...@openstreetmap.fr a écrit :

 Et voilà, 6 de plus... http://lanyrd.com/2014/sotmfr/video/

 Je continue


 Le 11 mai 2014 14:50, Christian Quest cqu...@openstreetmap.fr a écrit :

 Je me remet aux upload...


 Le 11 mai 2014 14:38, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Des avancées là dessus ?

 Sinon je me lance la dedans... mais je n'ai ni les connaissance ni
 probablement le matériel qui va bien.

 Ça me semble quand même important de publier ces vidéos.

 Frédéric.


 Le 23/04/2014 09:56, François Lacombe a écrit :

 Bonjour Christophe,


 Le 22 avril 2014 19:36, Christophe Merlet red...@redfoxcenter.org
 mailto:red...@redfoxcenter.org a écrit :


 Le 22/04/2014 18:48, François Lacombe a écrit :

 Bonjour,

 Concernant les confs du 05/04, il ne semble y avoir que celles
 données
 au 4ième étage sur le serveur de RedFox.


 Il y a aussi celles du rez de chaussée.
 Malheureusement elles n'ont pas été segmentée à la source, et ça
 pèse lourd !!

 /20140405-101056_7585/  9,3 Go
 /20140405-114439_5e07/  1,6 Go
 /20140405-134335_775d/  22,3 Go !!


 En effet c'est assez conséquent.

 J'ai également un octocoeur, sous windows avec une bonne connexion.
 Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja
 commencé.

 On verra après pour l'encodage.

 *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




 --
 Christian Quest - OpenStreetMap France
 Conférence State Of The Map France du 4 au 6 avril à 
 Parishttp://openstreetmap.fr/sotmfr




 --
 Christian Quest - OpenStreetMap France
 Conférence State Of The Map France du 4 au 6 avril à 
 Parishttp://openstreetmap.fr/sotmfr




-- 
Christian Quest - OpenStreetMap France
Conférence State Of The Map France du 4 au 6 avril à
Parishttp://openstreetmap.fr/sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag lotissement

[Pieren]

Je trouve ces deux façons de faire horriblement compliquées et
injustifiées. Il n'y a aucune raison valable de dupliquer le way
inner ou faire un multipolygone qui n'est pas multi autre que
celle de palier un problème de rendu. Il vaudrait mieux trouver la
solution du côté d'osm2pgsql (en acceptant les inner avec les mêmes
tag que le outer) plutôt que d'imposer ces bricolages aux
contributeurs.

Pieren

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

Re: [OSM-talk-fr] Un MOOC OSM ?

[Jean-Guilhem Cailton]

Bonjour,

Le cours a été lancé hier à 14 h. (Je m'y suis aussi inscrit). La
première semaine est consacrée essentiellement à la familiarisation avec
le fonctionnement du MOOC et à la formation des équipes.

(Pour ceux que ça pourrait inquiéter, l'inscription aux groupes G+ ou FB
n'est pas nécessaire. Ils sont juste destinés aux échanges informels
autour du cours. Pour la logistique du cours, ou pour les problèmes
techniques, les forums intégrés de la plate-forme FUN (France Université
Numérique) sont recommandés. Et, pour la communauté OSM, on dispose déjà
de certains autres canaux d'échange, comme cette liste. A propos de
réseaux sociaux, pour ceux qui préfèrent Twitter, le mot-dièze est #MOOCAZ).


Il me semble que le niveau où un MOOC OSM pourrait apporter le plus
serait le plus introductif possible. A destination de la grande majorité
des non-contributeurs, qui se sont inscrits sans jamais contribuer, ou
à peine. Et surtout de l'encore bien plus grande majorité de ceux qui
n'ont pas pas franchi ce pas. Alors qu'OSM aurait besoin de
contributeurs partout. Et aussi qu'OSM pourrait être utile partout.

En effet, les dimensions synchrone et coopérative (entre apprenants)
propres aux MOOC pourraient permettre à certains de surmonter des
obstacles que même un ensemble de documents comme Learnosm.org ne permet
pas de franchir.

Un MOOC Introduction à OSM, à destination du grand public de l'espace
francophone (dans un premier temps, avant d'éventuelles traductions si
ça marche bien) pourrait même être vu comme une nouvelle sorte de
cartopartie géante...

Bien cordialement,

Jean-Guilhem




Le 12/05/2014 11:07, Vincent Bergeot a écrit :
 bonjour,
 je pense m'être inscrit mais je n'ai pas de nouvelles et rien de
 visible sur le site.
 Ai-je raté une étape ?

 Sinon pour le contenu, il me semble que le mooc a plus intérêt à
 traiter d'OSM, dont un module sur les moyens de communications grands
 publics (ex de la carto et de son organisation).

 Le public du mooc est important à définir :

   * grand public
   * contributeurs débutants
   * contributeurs expérimentés
   * enseignants et animateurs : osm à l'école et au centre de loisirs,
   * collectivités !!!

 Mais sans doute que cela fera partie des questions à se poser lorsque
 le mooc commencera :)

 Cordialement

 -- 
 Vincent Bergeot



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

Re: [OSM-talk-fr] Un MOOC OSM ?

[Ab_fab]

Bonjour,

Je te rejoins tout à fait.

Et concernant la teneur des contributions, je dirais qu'il ne faut pas se
fermer sur un thème particulier.
Chaque contributeur a son approche, ses marottes.

learnosm.org suit un peu la même trame que le manuel flossmanual consacré à
OSM, qui date désormais, et à qui il manque pas mal de choses relatives au
contexte français (outils de contrôle qualité, usage du cadastre ...)
Pour mémoire un pad [2] recense les voies d'améliorations possibles pour
une version remise à jour du manuel.

J'imagine que cela reste un bon substrat pour une documentation de MOOC
consacré à OSM.

Bonne journée

***
[1] http://fr.flossmanuals.net/openstreetmap/
[2] http://piratepad.net/OSM-frEvolutions

Le 13 mai 2014 11:32, Jean-Guilhem Cailton j...@arkemie.com a écrit :

  Bonjour,

 (...)
 Il me semble que le niveau où un MOOC OSM pourrait apporter le plus serait
 le plus introductif possible. A destination de la grande majorité des
 non-contributeurs, qui se sont inscrits sans jamais contribuer, ou à
 peine. Et surtout de l'encore bien plus grande majorité de ceux qui n'ont
 pas pas franchi ce pas. Alors qu'OSM aurait besoin de contributeurs
 partout. Et aussi qu'OSM pourrait être utile partout.
 (...)
 Bien cordialement,

 Jean-Guilhem




 Le 12/05/2014 11:07, Vincent Bergeot a écrit :

 bonjour,
 je pense m'être inscrit mais je n'ai pas de nouvelles et rien de visible
 sur le site.
 Ai-je raté une étape ?

 Sinon pour le contenu, il me semble que le mooc a plus intérêt à traiter
 d'OSM, dont un module sur les moyens de communications grands publics (ex
 de la carto et de son organisation).

 Le public du mooc est important à définir :

- grand public
- contributeurs débutants
 - contributeurs expérimentés
- enseignants et animateurs : osm à l'école et au centre de loisirs,
- collectivités !!!

 Mais sans doute que cela fera partie des questions à se poser lorsque le
 mooc commencera :)

 Cordialement

 --
 Vincent Bergeot





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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO... premiers pas...

[Christian Quest]

Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :

https://openstreetmap.fr/outils/bano/status

J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
lesquelles on n'a pas pu faire de rapprochement avec OSM.
Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
permettre le rapprochement à la prochaine itération de BANO.

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

Re: [OSM-talk-fr] Un MOOC OSM ?

[Philippe Verdy]

Le 13 mai 2014 11:32, Jean-Guilhem Cailton j...@arkemie.com a écrit :

  Un MOOC Introduction à OSM, à destination du grand public de l'espace
 francophone (dans un premier temps, avant d'éventuelles traductions si ça
 marche bien) pourrait même être vu comme une nouvelle sorte de cartopartie
 géante...


Loin de vouloir tempérer ton optimisme, les MOOC sont un concept nouveau à
la mode mais il faut tout de même savoir que même si des écoles ou
universités s'y mettent (avec quelques réserves, notamment en France dans
le secteur public universitaire), les plus gros MOOC actuels n'ont pas
encore dépassé quelques centaines de participants (et pas en France).

Différents concepts ont été expérimenté avec diverses plateformes (surtout
commerciales et encore assez chères), mais le problème est que les MOOC
n'ont pas encore réussi à convaincre un grand public, mais s'adresse
surtout à des étudiants déjà intéressés à un sujet mais qui pensent faire
des économies sur une formation.

Le M de MOOC (massive) n'a pas encore été prouvé et les expérimentations
faites coutent assez cher et pour réussir un minimum demandent qu'il y ait
un suivi jusqu'au bout. Hors les premiers résultats donnent des taux de
suivi plutôt faibles, avec un taux d'abandon important (beaucoup plus qu'un
cursus universitaire).

Le MOOC ne résoud pas les questions de language et niveau de compréhension,
d'interactivité réelle entre étudiants (s'il y a interactivité il faut des
moyens importants du côté des formateurs qui y sont connectés. Les MOOC
dispensent rarement des certifications, quand ils le font c'est une carotte
sensée motiver les étudiants, alors que ces certificats ne sont pas encore
reconnus, mais ces certificats viennent avec des conntraintes : temps
limité pour suivre le MOOC, système de notation... avec un rendu sur ce
dernier point qui a aussi réduit encore plus la participation.

On peut toujours essayer le MOOC, mais sans doute pas croire qu'on arrivera
à évaluer les étudiant, à mesurer le bénéfice obtenu sur leurs
connaissances s ni à les garder suffisamment nombreux. Et beaucoup de
contributeurs bénévoles occasionnels que vous voulez cibler seront rebutés
immédiatement si le système leur impose des contraintes sur le temps
d'apprentissage ou le passage obligé sur certains points.

Je pense donc encore que pour OSM, il est dans doute préférable d'avoir une
sorte de wiki social, mélant dans les mêmes pages des parties documentaires
qui grossissent avec le temps, un whiteboard effaçable,, un fil continu
d'échange entre utilisateurs (sans intervention réelle des formateurs, à
peine un modérateur sur un flux continu qui a une durée de conservation
limitée, les plus expérimentés seulement allant compléter la partie
documentaire. On peut imaginer que cette interactivité s'appuie sur un
réseau social (type Twitter ou Facebook, où pourront être dispensés
régulièrement des liens vers les meilleurs petits documents faciles à lire,
sélectionnés dans une base documentaire enrichie petit à petit par les
meilleurs participants et quelques formateurs).

Si on veut réellemrnt que ce soit massif, le temps des formateurs sera
compté: sur OSM ils ne pourront pas être connecté en permanence, il faut
que le système s'autoentretienne, quitte à ce qu'une partie du contenu
visualisé déborde du cours strict pour admettre aussi de la créativité, de
l'expérimentation, et un suivi à postériori (avec des outils statistiques
ou des moteurs de recherche sur les échanges passés).

Sinon autant aller vers un système comme Wikiversité (sachant aussi que
pour l'instant il reste très peu utilisé et pas massif non plus). Ce
qui finalement marche le mieux pour l'instant ce sont les meetings
communautaires aux bons endroits (mais il faut y aller ou militer pour
imposer sa présence et aussi des moyens humains et financiers pour aider
ceux qui voudront participer à de nombreux événements; et la Fondation OSM
ou l'asso n'en ont ni les moyens ni le temps)

Enfin vos objectifs de viser tout le monde dans un même MOOC peuvent vite
se heurter au niveau de compréhension ou à l'expression différente des
besoins selon les publics. Viser le grand public ou viser les collectivités
ne peut pas utiliser la même forme. Plus le public visé est déjà investi
dans le monde de la cartographie numérique (SIG) plus le formalisme du MOOC
s'impose et plus il faut du contenu étoffé: la forme MOOC est à mon avis de
moins en moins adaptée, quand ils préféreront la forme rapport de projet,
téléchargeable, imprimable sur quelques pages, ou la renconte sur place
avec les décideurs (en franchissant aussi certains obstacles hiérarchiques
ou des résistances par ceux qui ont des responsabilités et craignent de les
perdre.

Et pour susciter un intéret massif, il faut aussi rendre cela attractif.
Pour eux je crois plus au succès si cela prend la forme d'un jeu ou
s'intègre à un jeu existant On peut aussi chercher à viser l'intégration
d'OSM dans plus d'applications disposant d'un retour social (y 

Re: [OSM-talk-fr] Tag lotissement

[Philippe Verdy]

Tu ne dis pas quelles sont ces deux façons de faire, Même si on lisant ta
réponse sommaire j'ai l'impression qu'on défend la même chose. Mais faute
de détail dans ton message (pusique tu n'as rien cité avec) impossible de
le savoir ce que tu défends réellement.
Si tu dis ici que jai défendu selon toi la duplication de ways, ce n'est
pas du tout ce que j'ai écrit et tu as mal lu.

Pour moi le seul cas où des polygones dupliqués sont justifiés c'est quand
leurs tags sont incompatibles ensembles sur le même objet et ça concerne
essentiellement le cas où un même tag doit prendre deux valeurs simultanées
alors que logiquement ces des valeurs sont incompatibles (exemple : deux
hauteurs différentes : cas qui survient avec les étages d'un même bâtiment
par exemple; cas de batiments-ponts, ou de certaines données 3D simples non
modélisées dans une base à part)

Et pourtant on devrait pouvoir éviter la duplication en utilisant une
relation et en permettant d'avoir deux fois le même membre avec des rôles
différents (à condition de codifier les rôles avec une partie donnée); ou
en autorisant pour ce cas là des relations à 1 seul membre (le même pour
toutes) pour y mettre sur chacune des tags différents, puis référencer ces
relations dans une relation mère construisant l'objet complet.
Je pense qu'on peut toujours s'arranger pour éviter la duplication des
polygones à condition d'accepter les relations à 1 seul membre (qu'on ne
peut pas fusionner dans l'objet membre qu'elles référencent).

Et sur ce point il est alors justifier d'apporter une modif à JOSM ou les
outils d'analyse pour qu'il ne râlent pas sur toutes les relations à
membre unique, en lui faisant détecter les tags qui sont incompatibles
entre eux pour une telle fusion vers le membre hors de la relation.


Le 13 mai 2014 10:29, Pieren pier...@gmail.com a écrit :

 Je trouve ces deux façons de faire horriblement compliquées et
 injustifiées. Il n'y a aucune raison valable de dupliquer le way
 inner ou faire un multipolygone qui n'est pas multi autre que
 celle de palier un problème de rendu. Il vaudrait mieux trouver la
 solution du côté d'osm2pgsql (en acceptant les inner avec les mêmes
 tag que le outer) plutôt que d'imposer ces bricolages aux
 contributeurs.

 Pieren

 ___
 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

[OSM-talk-fr] erreur Osmose 7090 : nœud sur chemins

[Lenny]

Bonjour,
Ce matin, j'ai reçu un paquet d'erreurs 7090 highway absent ou barrier 
isolé 


Je reçois cette erreur sur :
les panneaux cédez le passage - highway = give_way - 
http://www.openstreetmap.org/browse/node/2566897464
les passages protégés - highway = crossing - 
http://www.openstreetmap.org/node/442095173
les feux -highway = traffic_signals - 
http://www.openstreetmap.org/browse/node/344541580
les fonds d'impasses - highway = turning_circle - 
http://www.openstreetmap.org/browse/node/2329692091
les portails - barrier = bump_gate - 
http://www.openstreetmap.org/browse/node/2661680913
les bretelles highway = motorway_junction - 
http://www.openstreetmap.org/browse/node/338451082

... et d'autres

Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!

merci d'avance pour les informations que vous pourriez me donner.
cordialement
Lenny

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

Re: [OSM-talk-fr] erreur Osmose 7090 : nœud sur chemins

[Philippe Verdy]

Visiblement un problème de SQL dans Osmose qui ne trouve plus les ways en
question, ou une anomalie dans sa propre base de données.
Effectivement il y a plein de ces faux positifs qui se multiplient un peu
partout dans les analyses de type tag à retirer (ce qu'il ne fait pas
faire évidemment).
Je soupçonne l'effet inattendu d'une modif dans le code d'Osmose dans sa
façon de gérer les requêtes d'analyse (du genre: code déplacé et mauvais
replacement d'accolades fermant un bloc conditionnel qui génère les
requêtes SQL, ou effacement par erreur d'un point d'exclamation dans un
!=, erreur de compilation corrigée en remettant un == à la place...
suppression inattendue de la remise à zéro 'un compteur dans une boucle (en
dépl_ant la déclaration d'une variable locale dans une boucle pour la
placer hors de la boucle.)
Cela me semble être donc un accident de programmation.
S'il s'agissait d'une anomalie de la base je pense qu'on aurait beaucoup
plus d'erreurs rapportée mais là ça touche seulement certaines analyses
liées aux interactions noeud-chemin.
Dans le même temps des vraies erreurs sur ces types d'interaction ne sont
plus détectées. Visiblement un test a un résultat inversé.

Autres faux positifs nouveau du même genre les mini_roundaout posés
correctement dans un carrefour, les fins de lignes électriques sur des
noeuds power=tower ou pole, correctement posés (lignes électriques
prétendues non terminées...)


Le 13 mai 2014 14:26, Lenny lenny.li...@orange.fr a écrit :

 Bonjour,
 Ce matin, j'ai reçu un paquet d'erreurs 7090 highway absent ou barrier
 isolé 

 Je reçois cette erreur sur :
 les panneaux cédez le passage - highway = give_way -
 http://www.openstreetmap.org/browse/node/2566897464
 les passages protégés - highway = crossing - http://www.openstreetmap.org/
 node/442095173
 les feux -highway = traffic_signals - http://www.openstreetmap.org/
 browse/node/344541580
 les fonds d'impasses - highway = turning_circle -
 http://www.openstreetmap.org/browse/node/2329692091
 les portails - barrier = bump_gate - http://www.openstreetmap.org/
 browse/node/2661680913
 les bretelles highway = motorway_junction - http://www.openstreetmap.org/
 browse/node/338451082
 ... et d'autres

 Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!

 merci d'avance pour les informations que vous pourriez me donner.
 cordialement
 Lenny

 ___
 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] erreur Osmose 7090 : nœud sur chemins

[Philippe Verdy]

Autres erreurs nouvelles : rond-point manquant (TMC) signalé là où il y a
bien un nœud mini_roundabout (et non pas un chemin rond)
aussi la même erreur dans un carrefour où une des voies qui le traverse
forme un chemin un peu arrondi sans qu'il y ait de rond point (les autres
rues traversent le même point central (ce n'est pas du tout un rond-point
c'est un carrefour normal où la rue qui se prolonge n'est pas celle la plus
en face de l'autre partie, j'ai du mal à voir comment Osmose croit que ce
devrait être un rond-point, rien ne l'indique, même pas un tronçon à sens
unique).


Le 13 mai 2014 15:09, Philippe Verdy verd...@wanadoo.fr a écrit :

 Visiblement un problème de SQL dans Osmose qui ne trouve plus les ways en
 question, ou une anomalie dans sa propre base de données.
 Effectivement il y a plein de ces faux positifs qui se multiplient un peu
 partout dans les analyses de type tag à retirer (ce qu'il ne fait pas
 faire évidemment).
 Je soupçonne l'effet inattendu d'une modif dans le code d'Osmose dans sa
 façon de gérer les requêtes d'analyse (du genre: code déplacé et mauvais
 replacement d'accolades fermant un bloc conditionnel qui génère les
 requêtes SQL, ou effacement par erreur d'un point d'exclamation dans un
 !=, erreur de compilation corrigée en remettant un == à la place...
 suppression inattendue de la remise à zéro 'un compteur dans une boucle (en
 dépl_ant la déclaration d'une variable locale dans une boucle pour la
 placer hors de la boucle.)
 Cela me semble être donc un accident de programmation.
 S'il s'agissait d'une anomalie de la base je pense qu'on aurait beaucoup
 plus d'erreurs rapportée mais là ça touche seulement certaines analyses
 liées aux interactions noeud-chemin.
 Dans le même temps des vraies erreurs sur ces types d'interaction ne sont
 plus détectées. Visiblement un test a un résultat inversé.

 Autres faux positifs nouveau du même genre les mini_roundaout posés
 correctement dans un carrefour, les fins de lignes électriques sur des
 noeuds power=tower ou pole, correctement posés (lignes électriques
 prétendues non terminées...)


 Le 13 mai 2014 14:26, Lenny lenny.li...@orange.fr a écrit :

 Bonjour,
 Ce matin, j'ai reçu un paquet d'erreurs 7090 highway absent ou barrier
 isolé 

 Je reçois cette erreur sur :
 les panneaux cédez le passage - highway = give_way -
 http://www.openstreetmap.org/browse/node/2566897464
 les passages protégés - highway = crossing -
 http://www.openstreetmap.org/node/442095173
 les feux -highway = traffic_signals - http://www.openstreetmap.org/
 browse/node/344541580
 les fonds d'impasses - highway = turning_circle -
 http://www.openstreetmap.org/browse/node/2329692091
 les portails - barrier = bump_gate - http://www.openstreetmap.org/
 browse/node/2661680913
 les bretelles highway = motorway_junction - http://www.openstreetmap.org/
 browse/node/338451082
 ... et d'autres

 Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!

 merci d'avance pour les informations que vous pourriez me donner.
 cordialement
 Lenny

 ___
 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] erreur Osmose 7090 : nœud sur chemins - BUG

[Frédéric Rodrigo]

Bonjour,

Pas de panique. C'est un bug d'Osmose. Ça sera normalement corrigé dans 
la soirée.


Frédéric.


Le 13/05/2014 14:26, Lenny a écrit :

Bonjour,
Ce matin, j'ai reçu un paquet d'erreurs 7090 highway absent ou barrier
isolé 

Je reçois cette erreur sur :
les panneaux cédez le passage - highway = give_way -
http://www.openstreetmap.org/browse/node/2566897464
les passages protégés - highway = crossing -
http://www.openstreetmap.org/node/442095173
les feux -highway = traffic_signals -
http://www.openstreetmap.org/browse/node/344541580
les fonds d'impasses - highway = turning_circle -
http://www.openstreetmap.org/browse/node/2329692091
les portails - barrier = bump_gate -
http://www.openstreetmap.org/browse/node/2661680913
les bretelles highway = motorway_junction -
http://www.openstreetmap.org/browse/node/338451082
... et d'autres

Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!

merci d'avance pour les informations que vous pourriez me donner.
cordialement
Lenny

___
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