Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Patrick Kilian
Hi,

  4. There are concerns that iD (and thus osm.org http://osm.org) will
 promote Facebook and Twitter, over other social networks.

The problem I have with those big share buttons is not that they promote
Facebook or Twitter over G+ or other sites but that the (hopefully soon
default) editor promotes commercial social sites at all!

Those sites to not have you or me or the mapper sharing edits as
customers but large advertising networks. We are the product they sell.
Featuring their logo in such a prominent way suggests that a new mapper
should tweet his edit or post it to facebook to be a good member of our
community. I see that as very harmful to our undertaking of liberating
data and knowledge from the giants of the web to create a free and open
map of the world. Pushing integration with social sites directly
undermines our message of you don't have to give all your data to
google to see them on a nice map.

I guess I should really start a company that openly sells user data to
the most evil customers that I can find and demand equal placement in iD
just to prove a point.

If you really want that feature in iD because you are a stupid I have
nothing to hide post-privacy hipster who feels cool if he is a mayor of
$somewhere in foursquare, at least hide it behind a neutral share with
friends button. It don't have to be plugable or fancy, but don't give
it equal footing with view on map.

And no I wont stop bitching and complaining no matter if you call me
caustic or harmful in private discussions. When I made remarks about
the NSA doesn't have to track you, you give all your data to facebook
anyway I was considered slightly nuts. Now we learned about prism. When
I said I don't want to use google docs for HOT stuff I was considered
nuts, but now we've seen that a 5 minute google outage reduces the
internet traffic by about 40% percent. We really have to stop using the
giant of the internet. And I will continue raising that point even if it
makes me feel like Casandra.



Despite all that I find iD a very usable editor. I wont abandon JOSM for
it, but I wont hessitate to recommend iD either and I really hope that
it will be the default editor soon.


Just my 2 cents,
Patrick Petschge Kilian

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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Lester Caine

Kai Krueger wrote:

Toby Murray-2 wrote

We aren't trying to make The Perfect Editor here.  We are trying to replace
an aging editor with something more current. Let us not make perfection the
enemy of progress.



Although a perfect editor would of course be nice, it isn't really
achievable so yes, we don't want to let the perfect be enemy of progress.
But we do want to make sure it actually is progress.


I think the fundamental problem is 'aging' ... people seem to think that all 
these nice new wizbangs are progress such as that informationless curved pallet. 
Now if there were some nice COLOURED icons on it to remind me what each button 
as then I'd not have to hover over every one.


My main problem however is the map display itself! I currently have Id up on one 
screen and P2 on the other showing the same area of map with openstreetview as a 
background, and to be honest, the P2 display may seem 'dated' but at least it's 
crisp and readable. The horizontal hashing and other 'eyecandy' on the Id 
display make it very difficult to see the details that I could now be tracing. 
Move to satellite and the 'effect' on my monitor is even more pronounced. I need 
to switch off the hashing as optically it's distorting the view of the field 
boundaries below.


Click on an area that you want to realign, and that pigging pallet overlays the 
very lines you want to SEE to move. And I'm with others here, having the 
'delete' as the first 'hidden button' is not the safest of places to have it! At 
the very least a 'do you want to' is essential. But I WILL add here I have the 
SAME complaint with P2 anyway! There should be a 'do you want to' but with P2 at 
least it is a positive action to go down to the corner, something right under 
your mouse is all to easy to hit.


How do I drop a simple POI in on Id? The menu on P2 may take up a large area, 
but simply dragging something suitable onto the map works well for me and is 
normally the sort of fast update I'm trying to achieve. I've not worked out how 
to do that yet on Id? It keeps highlighting the landuse area I'm dropping into 
rather than giving me a new node? OK not sure what was going on then, but now 
I've found it, but the list of options for nodes is going to be a lot slower to 
navigate ... pigging monochorme icons again ... and half of the ones I use don't 
even have their icon (gate for instance).


NO ... I'm not finding this an improvement ... P2 has it's faults, but at least 
it IS usable for the quick editing. Id needs you to know a lot more already to 
be able to add the sort of simple stuff a novice user will be looking at first 
:( Add the P2 menus in place of the limited list and that would be an 
improvement ... with the nice coloured icons ... it makes picking up a group of 
similar node flags a lot easier!


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Jukka Rahkonen
Frederik Ramm frederik at remote.org writes:


 
 (It would be cool if the make square tool would reject the making 
 square of very un-square things like roundabouts, but all our other 
 editors will happily square a circle for you so it would be a bit unfair 
 to demand different from iD I think.)

At least for me the make square tool in P2 adjusts only lines which
already make an almost right angle and that is indeed cool. But that is just
a detail and not a strong reason for keeping P2 as a default editor. Myself
I continue to use P2 because I can configure several custom base layers and
select them with function keys and because for me P2 draws vectors faster
when panning and zooming (Windows 7, Firefox v. 23.0.1) but iD is also good
enough. Both editors have their own strong points and I do not hate either
of them. I like Merkaartor and JOSM too but perhaps I am on a wrong list
with my positive feelings. Well, I admit that the Java applet was not an
especially reliable editor.

-Jukka Rahkonen-


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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Lester Caine

Lester Caine wrote:

NO ... I'm not finding this an improvement ... P2 has it's faults, but at least
it IS usable for the quick editing. Id needs you to know a lot more already to
be able to add the sort of simple stuff a novice user will be looking at first
:( Add the P2 menus in place of the limited list and that would be an
improvement ... with the nice coloured icons ... it makes picking up a group of
similar node flags a lot easier!


Just to expand on that ... I've added a few boundaries and buildings using both 
editors. On P2 I can draw a line around an area then add lines to create the 
building detail. In Id I can't get it to recognise the new closed line as an 
area? And I can't see how to make the building a house or a garage ... so I 
dropped back to P2 to complete that detail!


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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


Re: [OSM-talk] Endorsing properietary social platforms (was: Making iD the default editor on osm.org)

2013-08-20 Per discussione Paul Norman
 From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
 Subject: Re: [OSM-talk] Endorsing properietary social platforms (was:
 Making iD the default editor on osm.org)
 
 Il giorno 18/ago/2013, alle ore 03:07, Kathleen Danielson
 kathleen.daniel...@gmail.com ha scritto:
 
  in some countries, there's more OSM activity on Facebook than there is
 on the national OSM mailing list, and all that without our involvement.
 
 this sounds like a problem though, as it could imply you have to be on
 Facebook (or similar) in these countries in order to participate in
 local discussions.

Yes, in some countries the local community uses Facebook to communicate.

I periodically have to contact a local community, so I've looked at how 
they communicate. There are OSM local communities that meet primarily on

- OSM.org forums
- Google Groups
- Facebook
- 3rd party forums
- Mailing lists
- The OSM wiki
- Non-OSM wikis


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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Lester Caine

Lester Caine wrote:

people seem to think that all these nice new wizbangs are progress such as that
informationless curved pallet


Me again ...
*NOW* I'm getting icons on the curved pallet!
That was blank while I was playing earlier ... did I just happen to hit 
something to enable them?
Only having the delete button showing for nodes is even more accident prone? ... 
but while that pallet does get out of the way at times, both it and the other 
pop-up helps always seem to be just where you want to be moving to and their 
flashing on and off is more irritating then helpful once you have seen them a 
couple of times :( And I do need to work out how to get Id to properly handle 
areas built up by adding detail to existing areas and lines. Taking an existing 
block and sub dividing into separate buildings is the usual detail I'm adding 
and while P2 is not ideal, Id does not seem to understand a closed loop at all 
unless it created it as an area?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Paul Norman
P1 was removed from the list because an absurdly high percentage of new
mappers were still choosing it as their first editor, clearly in error. I
believe you can still set it as your default editor if you really want to,

 

From: Dave F. [mailto:dave...@madasafish.com] 
Sent: Friday, August 16, 2013 3:13 PM
To: Toby Murray
Cc: Talk Openstreetmap
Subject: Re: [OSM-talk] Making iD the default editor on osm.org

 

Thanks for that tip. Although it would be so much easier if it hadn't been
remove from the list.

Dave F.  

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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Martin Koppenhoefer


Il giorno 19/ago/2013, alle ore 23:44, John Firebaugh 
john.fireba...@gmail.com ha scritto:

 Well, we could try sending them polite emails, welcoming them to the 
 community, expressing appreciations for their contributions, and 
 constructively suggesting how to improve their future edits.


personally I do this, and usually I also recommend they use Josm for their 
edits ;-)
I'd love to recommend iD in the future, but currently despite some visual and 
practical points on the pro iD side we are not yet there (IMHO)

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


Re: [OSM-talk] Making iD the default editor on osm.org - some numbers

2013-08-20 Per discussione SomeoneElse

Frederik Ramm wrote:

Hi,

it has been proposed to make the newly released iD v1.1 the 
default editor on openstreetmap.org, meaning that if someone doesn't 
explicitly chose an editor they will open iD instead of Potlatch.


In an attempt to put some numbers to to the errors made by new mappers 
debate, I've done a count-back of new users and editors that they use 
for they area that I keep an eye on in the UK (England and bits of 
Wales, not including bits that I'm unfamiliar with such as London and 
the south-east)


During the last month in this area:

P2  iD  JOSM Other (Wheelmap / Go Map! / POI+)
Made no newbie errors34  17 3 3
Made at least one newbie error   40  16 1 3
Made more serious errors  5   0 1  0

Where I've noticed that a mapper used both iD and P2 I've counted them 
in both columns.


Newbie errors on Potlatch include things like nodes duplicating ways, 
and unjoined ways.


Newbie errors on iD include things like unexpected deletions and 
changing thing X to be thing ywhen thing x still exists.


More serious errors are things like doodles (including people trying 
to draw bike routes using MQ's Potlatch), misinterpreting imagery to 
draw roads that don't exist / add roads that aren't there and one of the 
perennial delete things to make printed map nicer. People who have 
chosen iD or JOSM have chosen a different editor to the default - I 
suspect that the doodlers aren't making errors because they're using 
Potlatch; they're doing it because they don't know what OSM _is_. 
They're the easiest errors to fix, though.


FWIW I've not noticed a greater proportion of messed up relations with 
either P2 or iD.  The area that I'm looking at has less of those than 
e.g. central London, though.  This period largely predates relations in 
the iD UI.


Cheers,
Andy


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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Tom MacWright
iD has a wonderful 'tutorial mode', as well as documentation that explains,
in detail, how to add POIs and do other actions. Given that iD is not
Potlatch, the ways you do these things is not the same as Potlatch, but new
users will not have used Potlatch and will use the tutorial to learn the
editor, rather than assuming that it does the same thing as Potlatch.

And, please, no more all-capitals and !s. I know it's the way you prefer to
communicate, but here on talk@ it's already terribly difficult to figure
out who's angry (everyone?) and what's yelling and what's normal
discussion, so it would be wonderful if you could try to adapt to a less
flashy style.


On Tue, Aug 20, 2013 at 6:42 AM, Martin Koppenhoefer dieterdre...@gmail.com
 wrote:



 Il giorno 19/ago/2013, alle ore 23:44, John Firebaugh 
 john.fireba...@gmail.com ha scritto:

  Well, we could try sending them polite emails, welcoming them to the
 community, expressing appreciations for their contributions, and
 constructively suggesting how to improve their future edits.


 personally I do this, and usually I also recommend they use Josm for their
 edits ;-)
 I'd love to recommend iD in the future, but currently despite some visual
 and practical points on the pro iD side we are not yet there (IMHO)

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

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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Chris Fleming
On Fri, Aug 16, 2013 at 08:59:28AM +0200, Frederik Ramm wrote:
 Hi,
 
 it has been proposed to make the newly released iD v1.1 the default
 editor on openstreetmap.org, meaning that if someone doesn't explicitly
 chose an editor they will open iD instead of Potlatch.

I say go for it, from all the conversations I've had with new and old
(non mailing list) mappers locally the consensus is that iD is a much
more accessible tool for newbies and is a pleasure to use.

Yes there is still a lot of work to do; we need to move forward and stop
looking over our shoulders 

Ban Potlatch!

Cheers
Chris


--
e: m...@chrisfleming.org
m: 07980 214061
w: http://chrisfleming.org/
t: @chrisfl

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


[OSM-talk] iD crashing repeatedly.

2013-08-20 Per discussione Dave F.

Hi

With the desire to make ID the default editor I've tried using it to see 
if it's up to P2's functionality. Sadly it keeps crashing almost 
instantly just from panning/zooming around. It crashes Firefox (23.01) 
completely  displays a Mozilla crash report, the (intricate) details of 
which are listed below. Before logging a report does anyone if there is 
a simple solution?


AdapterDeviceID: 0x0de5
AdapterVendorID: 0x10de
Add-ons: 
wrc%40avast.com:8.0.1489,%7B972ce4c6-7e08-4474-a285-3208198ce6fd%7D:2.0,%7B972ce4c6-7e08-4474-a285-3208198ce6fd%7D:23.0.1,en-gb%40flyingtophat.co.uk:1.19.3,%7Bd10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d%7D:2.3.2

AvailablePageFile: 10401120256
AvailablePhysicalMemory: 4222619648
AvailableVirtualMemory: 3455971328
BuildID: 20130814063812
CrashTime: 1377002725
EMCheckCompatibility: true
InstallTime: 1376745423
Notes: AdapterVendorID: 0x10de, AdapterDeviceID: 0x0de5, 
AdapterSubsysID: , AdapterDriverVersion: 8.17.12.6716

D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+
ProductID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384}
ProductName: Firefox
ReleaseChannel: release
SecondsSinceLastCrash: 469
StartupTime: 1377002680
SystemMemoryUsePercentage: 34
Theme: classic/1.0
Throttleable: 1
TotalVirtualMemory: 4294836224
URL: http://www.openstreetmap.org/edit?editor=id#map=18/51.41199/-2.56781
Vendor: Mozilla
Version: 23.0.1
Winsock_LSP: MSAFD Tcpip [TCP/IP] : 2 : 1 : 
%SystemRoot%\system32\mswsock.dll

 MSAFD Tcpip [UDP/IP] : 2 : 2 :
 MSAFD Tcpip [RAW/IP] : 2 : 3 : %SystemRoot%\system32\mswsock.dll
 MSAFD Tcpip [TCP/IPv6] : 2 : 1 :
 MSAFD Tcpip [UDP/IPv6] : 2 : 2 : %SystemRoot%\system32\mswsock.dll
 MSAFD Tcpip [RAW/IPv6] : 2 : 3 :
 RSVP TCPv6 Service Provider : 2 : 1 : %SystemRoot%\system32\mswsock.dll
 RSVP TCP Service Provider : 2 : 1 :
 RSVP UDPv6 Service Provider : 2 : 2 : %SystemRoot%\system32\mswsock.dll
 RSVP UDP Service Provider : 2 : 2 :

This report also contains technical information about the state of the 
application when it crashed.


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


Re: [OSM-talk] iD crashing repeatedly.

2013-08-20 Per discussione Grant Slater
On 20 August 2013 13:46, Dave F. dave...@madasafish.com wrote:

 With the desire to make ID the default editor I've tried using it to see if
 it's up to P2's functionality. Sadly it keeps crashing almost instantly just
 from panning/zooming around. It crashes Firefox (23.01) completely 
 displays a Mozilla crash report, the (intricate) details of which are listed
 below. Before logging a report does anyone if there is a simple solution?


This is Firefox crashing, not iD.
At a guess I would imagine it is bad video drivers playing up with
Firefox's hardware acceleration.
You could try disable the acceleration: Firefox's Options and go to
Advanced. Uncheck Use Hardware Acceleration When Available.

/ Grant

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


Re: [OSM-talk] iD crashing repeatedly.

2013-08-20 Per discussione Bryce Nesbitt
A strong bug report would list the Operating System and version, and
include reports on the behavior on other comparable platforms (e.g. what
happens with Chrome/IE/Opera on the same machine), and with other complex
javascript applications.

A browser crashing is a browser bug: nothing iD can do should crash
Firefox.  The bug is a reportable bug against Firefox, and it might be a
really hard one to ever resolve.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Bryce Nesbitt
On Mon, Aug 19, 2013 at 12:07 PM, Frederik Ramm frede...@remote.org wrote:

 It has been claimed often that iD damages relations. Can we somehow
 substantiate that claim?

 Could anyone provide a detailed description of a non-esoteric use case
 that involves
 * a kind (and structure) of relation that is very common and thus likely
 to be encountered by a new contributor;
 * a simple-looking edit that is likely to be made by a new contributor and
 that results in a broken relation in iD?
 In what way will the relation be broken, and what indication (if any) does
 iD display about the problem?

 This is a honest question because I haven't researched the claims in depth
 ...


Here's a way I once damaged a relation, and could do it again with iD:

There was a section of messed up road.  In order to keep the context on
screen, I drew the correct road, tagged it as a road, then deleted the
squiggle.
iD could improve on this by noting I've drawn a line between two ways
within the same relation, and asking me what I meant.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Tom MacWright
In this case and others, we should keep in mind whether P2 or JOSM have
safer or smarter behavior. Would they 'notice' that this new road segment
has meaning? Put another way: iD will never prevent all mistakes, but does
it prevent less than P2 and co? (in this case, I think the answer is no)


On Tue, Aug 20, 2013 at 4:53 PM, Bryce Nesbitt bry...@obviously.com wrote:

 On Mon, Aug 19, 2013 at 12:07 PM, Frederik Ramm frede...@remote.orgwrote:

 It has been claimed often that iD damages relations. Can we somehow
 substantiate that claim?

 Could anyone provide a detailed description of a non-esoteric use case
 that involves
 * a kind (and structure) of relation that is very common and thus likely
 to be encountered by a new contributor;
 * a simple-looking edit that is likely to be made by a new contributor
 and that results in a broken relation in iD?
 In what way will the relation be broken, and what indication (if any)
 does iD display about the problem?

 This is a honest question because I haven't researched the claims in
 depth ...


 Here's a way I once damaged a relation, and could do it again with iD:

 There was a section of messed up road.  In order to keep the context on
 screen, I drew the correct road, tagged it as a road, then deleted the
 squiggle.
 iD could improve on this by noting I've drawn a line between two ways
 within the same relation, and asking me what I meant.

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


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


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Janko Mihelić
2013/8/20 Tom MacWright t...@macwright.org

 In this case and others, we should keep in mind whether P2 or JOSM have
 safer or smarter behavior. Would they 'notice' that this new road segment
 has meaning? Put another way: iD will never prevent all mistakes, but does
 it prevent less than P2 and co? (in this case, I think the answer is no)


JOSM and Potlatch show directly on the 'via' node that there is something
on a junction. That way an editor can see there is something that should
maybe be left alone. With ID it's less visible.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Bryce Nesbitt
On Tue, Aug 20, 2013 at 2:10 PM, Tom MacWright t...@macwright.org wrote:

 In this case and others, we should keep in mind whether P2 or JOSM have
 safer or smarter behavior. Would they 'notice' that this new road segment
 has meaning? Put another way: iD will never prevent all mistakes, but does
 it prevent less than P2 and co? (in this case, I think the answer is no)


It is clear that the project team's sights are set far higher than
replicating P2.
iD raises the bar, as should any project that wholesale replaces another.
Instead the question should be what achievable workflows have a shot at
helping starting mappers turn into quality repeat mappers?


In regards to mistakes: I think it clear that iD makes delete more
prominent and easy to hit than P2, and misses opportunities to have better
delete workflows.
Particularly on POIs the single lone trash can could be confused with
another feature, and it is on top of features one might want to inspect.
 P2's delete key binding was broader than needed for efficient editing, and
iD carried it over equally.

Relations are opaque in JOSM and P2: iD has the opportunity to raise the
bar and take the mystery out of relations.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Making iD the default editor on osm.org

2013-08-20 Per discussione Tom MacWright
Given that we're in the process of launching iD, we need to set some basic
guidelines so that this conversation actually results in launching iD
rather than continues to blue-sky and OT.

Thus, for something like 'is iD dangerous to use', it cannot be a question
of 'what's the most wonderful way that iD could be safe' since that is
infinite, but it should be 'is iD as safe as existing options', because
that is finite, and we have finite time.

I, like you, love to dream big. That's what the next version is for.


On Tue, Aug 20, 2013 at 7:05 PM, Bryce Nesbitt bry...@obviously.com wrote:

 On Tue, Aug 20, 2013 at 2:10 PM, Tom MacWright t...@macwright.org wrote:

 In this case and others, we should keep in mind whether P2 or JOSM have
 safer or smarter behavior. Would they 'notice' that this new road segment
 has meaning? Put another way: iD will never prevent all mistakes, but does
 it prevent less than P2 and co? (in this case, I think the answer is no)


 It is clear that the project team's sights are set far higher than
 replicating P2.
 iD raises the bar, as should any project that wholesale replaces another.
 Instead the question should be what achievable workflows have a shot at
 helping starting mappers turn into quality repeat mappers?

 
 In regards to mistakes: I think it clear that iD makes delete more
 prominent and easy to hit than P2, and misses opportunities to have better
 delete workflows.
 Particularly on POIs the single lone trash can could be confused with
 another feature, and it is on top of features one might want to inspect.
  P2's delete key binding was broader than needed for efficient editing, and
 iD carried it over equally.

 Relations are opaque in JOSM and P2: iD has the opportunity to raise the
 bar and take the mystery out of relations.

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


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


Re: [talk-au] Incorporating public information into OSM - Legal situation

2013-08-20 Per discussione Ross Scanlon
Did they confirm with Geoscience that the Creative Commons Attribution 
3.0 Australia is compatible with ODBL?


This is one of the reservations that some of us had with changing to ODBL.

Also you will find it's not that easy.  It takes a significant amount of 
time and effort to include this data from the downloaded shapefiles. 
They can not just be imported to osm.


Cheers
Ross


On 19/08/13 19:19, Brett Russell wrote:

Hi

I have been working on OSM maps for bushwalking and this has generated a
fair bit of interest. A few people have taken up mapping and one person
approached me on lifting rivers and streams data from the 1:250,000
publicly available data. My response was no as it is likely copyrighted
and OSM requires no restriction be placed on the data. Not to be
defeated he wrote to A/g Manager, Information  Product Management
Policy Unit Information Management Corporate Services | GEOSCIENCE
AUSTRALIA and received this reply.

Thank you for your email enquiry in regards to copyright and Creative
Commons. The material available as a free download under a Creative
Commons Attribution 3.0 Australia licence is still under copyright. We
are releasing many of our products under the CC-BY licence which means
that you may share (copy, distribute and transmit the work), remix and
make adaption or even make commercial use of the work. The only
condition for using the product under this licence is that you must
attribute Geoscience Australia.
http://creativecommons.org/licenses/by/3.0/au/deed.en

If you have any further questions or would like me to send you the
attribution statement we require please let me know.

Regards

Given that this data (rough as it might be) might be available what is
the OSM community thoughts on an Australia wide approach? Basically has
anyone been down this road. I would imagine the challenge would be to
identify what data is available under what license.

Anyway your thoughts please.

Cheers

Brett



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



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


Re: [talk-au] Incorporating public information into OSM - Legal situation

2013-08-20 Per discussione Ian Sergeant
On 20 August 2013 18:29, Ross Scanlon i...@4x4falcon.com wrote:

 Did they confirm with Geoscience that the Creative Commons Attribution
 3.0 Australia is compatible with ODBL?

 This is one of the reservations that some of us had with changing to ODBL.


Maybe.  The issue for both licences is just getting the attribution right.
I think you've taken the view that just an attribution in the data is
sufficient, and nothing on the map itself?  I think it is best in both
cases just to agree with the data owner what constitutes reasonable
attribution for the medium, and that we can deliver it.

Also you will find it's not that easy.  It takes a significant amount of
 time and effort to include this data from the downloaded shapefiles. They
 can not just be imported to osm.
  Talk-au@openstreetmap.org


Well, shapefiles or otherwise there are lots of issues in a bulk import.

If the data is available, then making it available to trace or very
selectively import could be useful.  I don't think we want to go down the
path of another significant data load with poor quality data with lots of
fixme tags.

I'm yet to see anything on the GA that I think would make an appropriate
bulk import to OSM, not that there isn't lots of good stuff there.  Of more
interest are some of the city detail info that we've discussed previously
on this list, some of which is hard to obtain by survey.

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


Re: [talk-au] Incorporating public information into OSM - Legal situation

2013-08-20 Per discussione Christopher Barham
 

On 2013-08-20 12:30, Ian Sergeant wrote: 

 On 20 August 2013 18:29, Ross Scanlon i...@4x4falcon.com wrote:
 
 Did they confirm with Geoscience that the Creative Commons Attribution 3.0 
 Australia is compatible with ODBL?
 
 This is one of the reservations that some of us had with changing to ODBL.
 
 Maybe. The issue for both licences is just getting the attribution right. I 
 think you've taken the view that just an attribution in the data is 
 sufficient, and nothing on the map itself? I think it is best in both cases 
 just to agree with the data owner what constitutes reasonable attribution for 
 the medium, and that we can deliver it.

Ref CC-BY-SA3 - it seems to be fairly explicit on these pages: 

* http://wiki.openstreetmap.org/wiki/Contributors#Australia
*
http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission

I think the attribution should not go on the source tags of the
nodes/ways, but instead on the changeset and the wiki. Chris 
 ___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [Talk-br] Má importação em Sobradinho

2013-08-20 Per discussione Alex Barth
Right, I just filed a ticket on our public mapping tracker. We'll start
cleaning up here. Everyone invited to join.
https://github.com/mapbox/mapping/issues/94


2013/8/19 Nelson A. de Oliveira nao...@gmail.com

 Nesse changeset http://www.openstreetmap.org/browse/changeset/16556781
 dá para ver.
 É bem estranho onde existe acentuação (que aparece com símbolo errado)
 e ruas com nome Rua

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

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


Re: [Talk-br] Má importação em Sobradinho

2013-08-20 Per discussione a...@mapbox.com
Good to know. Holding our horses.

http://twitter.com/lxbarth

On Aug 20, 2013, at 10:13 AM, Nelson A. de Oliveira nao...@gmail.com wrote:

 On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote:
 Right, I just filed a ticket on our public mapping tracker. We'll start
 cleaning up here. Everyone invited to join.
 https://github.com/mapbox/mapping/issues/94
 
 The problem is not the streets named Rua, but the possible
 use/import of illegal data.
 Using Rua in names usually indicates such automated import.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-br

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


Re: [Talk-br] Dúvida: Pedido para Solicitação de dados

2013-08-20 Per discussione Vitor George
Oi Edil,

Pode colocar colocar nesta página sim.

Para qual cidade você está pedindo?

Abs,
Vitor


On Tue, Aug 20, 2013 at 1:53 PM, Edil Queiroz de Araujo
edil...@gmail.comwrote:

 Estou entrando em contato com alguns setores públicos
 (especificamente, prefeitura municipal) solicitando dados para
 importação, e gostaria de confirmar antes de fazer alguma modificação
 se a página wiki correta para eu registrar o pedido é a

 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es/Prefeituras

  --
  Edil Queiroz de Araujo

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

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


Re: [Talk-br] Má importação em Sobradinho (IMPORTANTE)

2013-08-20 Per discussione Vitor George
Um usuário que coletou informação em campo pode compartilhar estes dados
tanto com o OSM quanto ao Tracksource. O que não é compatível são dados
obtidos a partir do Google Maps ou outro mapa proprietário. Até onde sei, o
Tracksource não tem rastreabilidade de edições, então não há como saber com
exatidão quem contribuiu com que parte, e aí não dá se pode afirmar que os
dados por lá são 100% livres de copyright.

Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram contato
com Tracksource respondam as questões diretas:

- Vocês fizeram alguma importação do Tracksource?
- Se sim, quais e quando?
- Foram documentadas no wiki?
- Quais os changesets?
- Estas importações contém dados gerados exclusivamente por vocês?
- Qual foi o método de obtenção destes dados?

Como já falei, ex-contribuidores do Tracksource são muito bem vindos ao
OpenStreetMap, mas importações de dados proprietários não são. Se você quer
que o mapa da sua região fique detalhado, organize mapping parties, dê
palestras, chame a atenção ao projeto. O objetivo do OpenStreetMap é ser a
maior comunidade aberta de mapeadores do mundo, e ter um mapa completo é
consequência disso. Importações mal-feitas mais atrapalham que ajudam.

Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e
revertendo edições, quando este esforço poderia ser dedicado a algo mais
útil.

Vitor





2013/8/20 Fernando Trebien fernando.treb...@gmail.com

 Olá Alex,

 Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha
 lido algo sobre essa discussão no fórum:
 http://forum.openstreetmap.org/viewtopic.php?id=21311

 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles
 não podem simplesmente importar informação pré-existente do
 TrackSource no OSM, mas que podem contribuir suas próprias informações
 a ambos os projetos se assim desejarem, desde que não tenham sido
 traçadas sobre o Google. Posto desta forma, está de acordo com as
 políticas do TrackSource, certo?

 No caso de Sobradinho, a importação não chegou a ser discutida com
 ninguém do OSM, o que contraria a nossa recomendação geral, e por isso
 o usuário foi suspenso. No entanto, não tenho certeza de que a licença
 do TrackSource foi transgredida. Você pode indicar alguma informação
 importada nessa área que não tenha sido produzida pelo próprio Erick?

 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br:
  Boa tarde amigos.
  Sou Alex, coordenador do Projeto TrackSource.
 
  Informo que o usuário que importou as informações relativas a
 Sobradinho-DF
  está usando mapas desenvolvidos sob a licença que nos rege e que não teve
  autorização para fazê-lo ao OSM. Este usuário foi banido do Projeto (era
  desenvolvedor) justamente por não respeitar as nossas licenças e regras.
  Provavelmente outros mapas inseridos por ele também não podem ser usados
 no
  OSM. Como sei que o OSM sempre teve grande preocupação com relação as
  informações usadas, iremos sempre que percebermos, avisar vocês para que
  essas informações sejam desfeitas. Além do Erick Leal, há outro
  desenvolvedor que também foi banido do nosso projeto também por fazer uso
  indevido dos nossos mapas e desrespeitando as nossas regras, o Paulo
  Carvalho.
 
  Não sei se é possível através de algum script aqui, mas seria
 interessante
  monitorar a partir do mês passado as colaborações de mapas em massa, pois
  provavelmente são mapas do TrackSource sendo transferidos aqui sem a
 nossa
  autorização.
 
  Abraços!
 
  Alex Rodrigues
  Projeto TrackSource
  www.tracksource.org.br
 
 
 
 
 
 
  Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu:
 
  On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote:
 
  Right, I just filed a ticket on our public mapping tracker. We'll start
  cleaning up here. Everyone invited to join.
  https://github.com/mapbox/mapping/issues/94
 
 
  The problem is not the streets named Rua, but the possible
  use/import of illegal data.
  Using Rua in names usually indicates such automated import.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br



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

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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

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


[Talk-br] Ruas com nome Rua

2013-08-20 Per discussione Nelson A. de Oliveira
Aproveitando o outro tópico, isso é algo que a gente deveria verificar:

http://overpass-turbo.eu/s/OV


Podem ser tanto dados copiados de forma indevida/automática de algum
lugar ou pessoas utilizando a tag name de forma errada.

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


Re: [Talk-br] Dúvida: Pedido para Solicitação de dados

2013-08-20 Per discussione Igor Lemos
Boa noite,

Gostaria de saber, qual departamento da prefeitura tenho que entrar em
contato, para conseguir mapas, e autorização para usa-los no OSM, vocês
podem me ajudar?

Se alguém tem acesso ao Mapbox e quiser mapear as ruas das cidades: Cajati
e Registro, (Interior de SP, Região do Vale do Ribeira) eu posso colocar os
nomes das ruas, pois morro na região.
Na cidade de Cajati, passo praticamente por todas as ruas então posso
contribuir mais.

Abraços


Em 20 de agosto de 2013 18:37, Blademir Andrade de Lima 
blademi...@hotmail.com escreveu:

 Na minha cidade fui na prefeitura e pedi pessoalmente, e gentilmente me
 cederam o mapa (em AutoCad) e mais um arquivo com Denominação de ruas e
 avenidas.

 Os dados não foi preciso importar pois ja tinha feito o traçado das ruas
 pelo Bing, e o restante fiz manualmente corrigindo onde ja existia nomes e
 acrescentando outros.

 Meu pedido dos dados não foi formalizado nem por carta nem por email, isso
 tem algum problema?

 abraços

 --
 Date: Tue, 20 Aug 2013 14:57:19 -0300
 From: vitor.geo...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Dúvida: Pedido para Solicitação de dados


 Oi Edil,

 Pode colocar colocar nesta página sim.

 Para qual cidade você está pedindo?

 Abs,
 Vitor


 On Tue, Aug 20, 2013 at 1:53 PM, Edil Queiroz de Araujo edil...@gmail.com
  wrote:

 Estou entrando em contato com alguns setores públicos
 (especificamente, prefeitura municipal) solicitando dados para
 importação, e gostaria de confirmar antes de fazer alguma modificação
 se a página wiki correta para eu registrar o pedido é a

 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es/Prefeituras

  --
  Edil Queiroz de Araujo

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



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

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


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


Re: [Talk-br] Ruas com nome Rua

2013-08-20 Per discussione Nelson A. de Oliveira
Olhando o http://overpass-turbo.eu/s/OV através do JOSM dá pra
desconfiar de mais lugares.
Por exemplo: http://www.openstreetmap.org/browse/changeset/3217137

Notem os nomes das ruas com o mesmo problema com acentuação e ruas com
nomes Rua apenas: http://osm.org/go/Nqoy1cVaJ-
Aparenta ser o mesmo tipo de importação automática e da mesma fonte (e
esse é de 2009).

Quem quiser dar uma olhada pelo JOSM:
http://people.debian.org/~naoliv/misc/osm/ruas.osm.bz2

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


Re: [Talk-br] Má importação em Sobradinho (IMPORTANTE)

2013-08-20 Per discussione Nelson A. de Oliveira
Aparentemente importou muitas coisas do Tracksource:
http://www.openstreetmap.org/user/Eduardo%20Francis%20Batista

Reparem nas vias nomeadas Terra e Terra Draft, por exemplo (fora
os Rua do outro e-mail que mandei)
http://www.openstreetmap.org/browse/changeset/3230889

2013/8/20 Vitor George vitor.geo...@gmail.com:
 Um usuário que coletou informação em campo pode compartilhar estes dados
 tanto com o OSM quanto ao Tracksource. O que não é compatível são dados
 obtidos a partir do Google Maps ou outro mapa proprietário. Até onde sei, o
 Tracksource não tem rastreabilidade de edições, então não há como saber com
 exatidão quem contribuiu com que parte, e aí não dá se pode afirmar que os
 dados por lá são 100% livres de copyright.

 Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram contato
 com Tracksource respondam as questões diretas:

 - Vocês fizeram alguma importação do Tracksource?
 - Se sim, quais e quando?
 - Foram documentadas no wiki?
 - Quais os changesets?
 - Estas importações contém dados gerados exclusivamente por vocês?
 - Qual foi o método de obtenção destes dados?

 Como já falei, ex-contribuidores do Tracksource são muito bem vindos ao
 OpenStreetMap, mas importações de dados proprietários não são. Se você quer
 que o mapa da sua região fique detalhado, organize mapping parties, dê
 palestras, chame a atenção ao projeto. O objetivo do OpenStreetMap é ser a
 maior comunidade aberta de mapeadores do mundo, e ter um mapa completo é
 consequência disso. Importações mal-feitas mais atrapalham que ajudam.

 Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e
 revertendo edições, quando este esforço poderia ser dedicado a algo mais
 útil.

 Vitor





 2013/8/20 Fernando Trebien fernando.treb...@gmail.com

 Olá Alex,

 Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha
 lido algo sobre essa discussão no fórum:
 http://forum.openstreetmap.org/viewtopic.php?id=21311

 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles
 não podem simplesmente importar informação pré-existente do
 TrackSource no OSM, mas que podem contribuir suas próprias informações
 a ambos os projetos se assim desejarem, desde que não tenham sido
 traçadas sobre o Google. Posto desta forma, está de acordo com as
 políticas do TrackSource, certo?

 No caso de Sobradinho, a importação não chegou a ser discutida com
 ninguém do OSM, o que contraria a nossa recomendação geral, e por isso
 o usuário foi suspenso. No entanto, não tenho certeza de que a licença
 do TrackSource foi transgredida. Você pode indicar alguma informação
 importada nessa área que não tenha sido produzida pelo próprio Erick?

 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br:
  Boa tarde amigos.
  Sou Alex, coordenador do Projeto TrackSource.
 
  Informo que o usuário que importou as informações relativas a
  Sobradinho-DF
  está usando mapas desenvolvidos sob a licença que nos rege e que não
  teve
  autorização para fazê-lo ao OSM. Este usuário foi banido do Projeto (era
  desenvolvedor) justamente por não respeitar as nossas licenças e regras.
  Provavelmente outros mapas inseridos por ele também não podem ser usados
  no
  OSM. Como sei que o OSM sempre teve grande preocupação com relação as
  informações usadas, iremos sempre que percebermos, avisar vocês para que
  essas informações sejam desfeitas. Além do Erick Leal, há outro
  desenvolvedor que também foi banido do nosso projeto também por fazer
  uso
  indevido dos nossos mapas e desrespeitando as nossas regras, o Paulo
  Carvalho.
 
  Não sei se é possível através de algum script aqui, mas seria
  interessante
  monitorar a partir do mês passado as colaborações de mapas em massa,
  pois
  provavelmente são mapas do TrackSource sendo transferidos aqui sem a
  nossa
  autorização.
 
  Abraços!
 
  Alex Rodrigues
  Projeto TrackSource
  www.tracksource.org.br
 
 
 
 
 
 
  Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu:
 
  On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote:
 
  Right, I just filed a ticket on our public mapping tracker. We'll
  start
  cleaning up here. Everyone invited to join.
  https://github.com/mapbox/mapping/issues/94
 
 
  The problem is not the streets named Rua, but the possible
  use/import of illegal data.
  Using Rua in names usually indicates such automated import.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br



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

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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

[Talk-br] RES: Má importação em Sobradinho (IMPORTANTE)

2013-08-20 Per discussione Projeto TrackSource
Exato!

Parabéns a todos do OSM! Sempre fui grande admirador do projeto como um
todo, mas infelizmente quando montamos o Projeto TrackSource, votamos por um
tipo de licença que no caso do OSM, não permite a integração, fora o uso de
ferramentas que pelo que vi, ferem as regras do OSM, como o uso de imagens
do google para montar os mapas (usando o GPS TrackMaker), mapas cedidas
apenas para serem usadas conosco  e outras ferramentas.

Abs!

Alex Rodrigues
Projeto TrackSource
www.TrackSource.org.br 

-Mensagem original-
De: Nelson A. de Oliveira [mailto:nao...@gmail.com] 
Enviada em: terça-feira, 20 de agosto de 2013 20:59
Para: OSM talk-br
Assunto: Re: [Talk-br] Má importação em Sobradinho (IMPORTANTE)

Aparentemente importou muitas coisas do Tracksource:
http://www.openstreetmap.org/user/Eduardo%20Francis%20Batista

Reparem nas vias nomeadas Terra e Terra Draft, por exemplo (fora os
Rua do outro e-mail que mandei)
http://www.openstreetmap.org/browse/changeset/3230889

2013/8/20 Vitor George vitor.geo...@gmail.com:
 Um usuário que coletou informação em campo pode compartilhar estes 
 dados tanto com o OSM quanto ao Tracksource. O que não é compatível 
 são dados obtidos a partir do Google Maps ou outro mapa proprietário. 
 Até onde sei, o Tracksource não tem rastreabilidade de edições, então 
 não há como saber com exatidão quem contribuiu com que parte, e aí não 
 dá se pode afirmar que os dados por lá são 100% livres de copyright.

 Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram 
 contato com Tracksource respondam as questões diretas:

 - Vocês fizeram alguma importação do Tracksource?
 - Se sim, quais e quando?
 - Foram documentadas no wiki?
 - Quais os changesets?
 - Estas importações contém dados gerados exclusivamente por vocês?
 - Qual foi o método de obtenção destes dados?

 Como já falei, ex-contribuidores do Tracksource são muito bem vindos 
 ao OpenStreetMap, mas importações de dados proprietários não são. Se 
 você quer que o mapa da sua região fique detalhado, organize mapping 
 parties, dê palestras, chame a atenção ao projeto. O objetivo do 
 OpenStreetMap é ser a maior comunidade aberta de mapeadores do mundo, 
 e ter um mapa completo é consequência disso. Importações mal-feitas mais
atrapalham que ajudam.

 Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e 
 revertendo edições, quando este esforço poderia ser dedicado a algo 
 mais útil.

 Vitor





 2013/8/20 Fernando Trebien fernando.treb...@gmail.com

 Olá Alex,

 Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha 
 lido algo sobre essa discussão no fórum:
 http://forum.openstreetmap.org/viewtopic.php?id=21311

 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles 
 não podem simplesmente importar informação pré-existente do 
 TrackSource no OSM, mas que podem contribuir suas próprias 
 informações a ambos os projetos se assim desejarem, desde que não 
 tenham sido traçadas sobre o Google. Posto desta forma, está de 
 acordo com as políticas do TrackSource, certo?

 No caso de Sobradinho, a importação não chegou a ser discutida com 
 ninguém do OSM, o que contraria a nossa recomendação geral, e por 
 isso o usuário foi suspenso. No entanto, não tenho certeza de que a 
 licença do TrackSource foi transgredida. Você pode indicar alguma 
 informação importada nessa área que não tenha sido produzida pelo próprio
Erick?

 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br:
  Boa tarde amigos.
  Sou Alex, coordenador do Projeto TrackSource.
 
  Informo que o usuário que importou as informações relativas a 
  Sobradinho-DF está usando mapas desenvolvidos sob a licença que nos 
  rege e que não teve autorização para fazê-lo ao OSM. Este usuário 
  foi banido do Projeto (era
  desenvolvedor) justamente por não respeitar as nossas licenças e
regras.
  Provavelmente outros mapas inseridos por ele também não podem ser 
  usados no OSM. Como sei que o OSM sempre teve grande preocupação 
  com relação as informações usadas, iremos sempre que percebermos, 
  avisar vocês para que essas informações sejam desfeitas. Além do 
  Erick Leal, há outro desenvolvedor que também foi banido do nosso 
  projeto também por fazer uso indevido dos nossos mapas e 
  desrespeitando as nossas regras, o Paulo Carvalho.
 
  Não sei se é possível através de algum script aqui, mas seria 
  interessante monitorar a partir do mês passado as colaborações de 
  mapas em massa, pois provavelmente são mapas do TrackSource sendo 
  transferidos aqui sem a nossa autorização.
 
  Abraços!
 
  Alex Rodrigues
  Projeto TrackSource
  www.tracksource.org.br
 
 
 
 
 
 
  Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu:
 
  On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote:
 
  Right, I just filed a ticket on our public mapping tracker. We'll 
  start cleaning up here. Everyone invited to join.
  https://github.com/mapbox/mapping/issues/94
 
 
  The problem is not the 

[Talk-br] RES: Má importação em Sobradinho (IMPORTANTE)

2013-08-20 Per discussione Alex Rodrigues
Este importou toda uma cidade do TrackSource para o OSM, incluindo muitos
erros que tinha na época..
Abs,

Alex


-Mensagem original-
De: Nelson A. de Oliveira [mailto:nao...@gmail.com] 
Enviada em: terça-feira, 20 de agosto de 2013 20:59
Para: OSM talk-br
Assunto: Re: [Talk-br] Má importação em Sobradinho (IMPORTANTE)

Aparentemente importou muitas coisas do Tracksource:
http://www.openstreetmap.org/user/Eduardo%20Francis%20Batista

Reparem nas vias nomeadas Terra e Terra Draft, por exemplo (fora os
Rua do outro e-mail que mandei)
http://www.openstreetmap.org/browse/changeset/3230889

2013/8/20 Vitor George vitor.geo...@gmail.com:
 Um usuário que coletou informação em campo pode compartilhar estes 
 dados tanto com o OSM quanto ao Tracksource. O que não é compatível 
 são dados obtidos a partir do Google Maps ou outro mapa proprietário. 
 Até onde sei, o Tracksource não tem rastreabilidade de edições, então 
 não há como saber com exatidão quem contribuiu com que parte, e aí não 
 dá se pode afirmar que os dados por lá são 100% livres de copyright.

 Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram 
 contato com Tracksource respondam as questões diretas:

 - Vocês fizeram alguma importação do Tracksource?
 - Se sim, quais e quando?
 - Foram documentadas no wiki?
 - Quais os changesets?
 - Estas importações contém dados gerados exclusivamente por vocês?
 - Qual foi o método de obtenção destes dados?

 Como já falei, ex-contribuidores do Tracksource são muito bem vindos 
 ao OpenStreetMap, mas importações de dados proprietários não são. Se 
 você quer que o mapa da sua região fique detalhado, organize mapping 
 parties, dê palestras, chame a atenção ao projeto. O objetivo do 
 OpenStreetMap é ser a maior comunidade aberta de mapeadores do mundo, 
 e ter um mapa completo é consequência disso. Importações mal-feitas mais
atrapalham que ajudam.

 Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e 
 revertendo edições, quando este esforço poderia ser dedicado a algo 
 mais útil.

 Vitor





 2013/8/20 Fernando Trebien fernando.treb...@gmail.com

 Olá Alex,

 Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha 
 lido algo sobre essa discussão no fórum:
 http://forum.openstreetmap.org/viewtopic.php?id=21311

 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles 
 não podem simplesmente importar informação pré-existente do 
 TrackSource no OSM, mas que podem contribuir suas próprias 
 informações a ambos os projetos se assim desejarem, desde que não 
 tenham sido traçadas sobre o Google. Posto desta forma, está de 
 acordo com as políticas do TrackSource, certo?

 No caso de Sobradinho, a importação não chegou a ser discutida com 
 ninguém do OSM, o que contraria a nossa recomendação geral, e por 
 isso o usuário foi suspenso. No entanto, não tenho certeza de que a 
 licença do TrackSource foi transgredida. Você pode indicar alguma 
 informação importada nessa área que não tenha sido produzida pelo próprio
Erick?

 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br:
  Boa tarde amigos.
  Sou Alex, coordenador do Projeto TrackSource.
 
  Informo que o usuário que importou as informações relativas a 
  Sobradinho-DF está usando mapas desenvolvidos sob a licença que nos 
  rege e que não teve autorização para fazê-lo ao OSM. Este usuário 
  foi banido do Projeto (era
  desenvolvedor) justamente por não respeitar as nossas licenças e
regras.
  Provavelmente outros mapas inseridos por ele também não podem ser 
  usados no OSM. Como sei que o OSM sempre teve grande preocupação 
  com relação as informações usadas, iremos sempre que percebermos, 
  avisar vocês para que essas informações sejam desfeitas. Além do 
  Erick Leal, há outro desenvolvedor que também foi banido do nosso 
  projeto também por fazer uso indevido dos nossos mapas e 
  desrespeitando as nossas regras, o Paulo Carvalho.
 
  Não sei se é possível através de algum script aqui, mas seria 
  interessante monitorar a partir do mês passado as colaborações de 
  mapas em massa, pois provavelmente são mapas do TrackSource sendo 
  transferidos aqui sem a nossa autorização.
 
  Abraços!
 
  Alex Rodrigues
  Projeto TrackSource
  www.tracksource.org.br
 
 
 
 
 
 
  Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu:
 
  On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote:
 
  Right, I just filed a ticket on our public mapping tracker. We'll 
  start cleaning up here. Everyone invited to join.
  https://github.com/mapbox/mapping/issues/94
 
 
  The problem is not the streets named Rua, but the possible
  use/import of illegal data.
  Using Rua in names usually indicates such automated import.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  

Re: [Talk-br] RES: Má importação em Sobradinho (IMPORTANTE)

2013-08-20 Per discussione Nelson A. de Oliveira
Alex,

Existe uma lista com os termos comumente utilizados no Tracksource?

Por exemplo, os terra draft.

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


Re: [Talk-de] Anzahl lanes bei forward und backward und turn

2013-08-20 Per discussione fly
Am 20.08.2013 00:42, schrieb Gertrud Simson:

Hey Gertrud

 Ist das sinnvoll oder unnötig?

Ich habe bisher alles immer explizit gesetzt, da es ja durchaus Spuren
gibt, welche in beide Richtungen benutz werden dürfen. Mehr Belastung
ist dieses eine Merkmal auch nicht.

Grüße
fly


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


Re: [Talk-de] Anzahl lanes bei forward und backward und turn

2013-08-20 Per discussione Martin Vonwald
Hi!

Ich bin dazu übergegangen entweder nur lanes einzutragen (bei Eindeutigkeit
z.B. lanes=2 bei oneway=no) bzw. nur lanes:forward und lanes:backward (also
ohne lanes). Finde ich irgendwie intuitiver. Im Prinzip sollte es aber egal
sein, solange zwei Schlüssel vorhanden sind.

Achtung Falle: der Schlüssel lanes zählt nur die Spuren für motorisierten
Verkehr und auch sonst einige Spurarten nicht. Ist unschön, aber historisch
leider so gewachsen. Schlüsseln mit der :lanes-Erweiterung beziehen sich
aber auf alle Spuren! Deshalb ist z.B. folgendes möglich: lanes:forward=1 +
turn:lanes:forward=through|through;right . Eine der beiden Spuren in
Vorwärtsrichtung wird eben nicht vom lanes-Schlüssel gezählt.

bg,
Martin



Am 20. August 2013 00:42 schrieb Gertrud Simson simson.gert...@gmail.com:

 Hallo,

 ich habe gestern ein bisschen mit lanes und turn:lanes gespielt. Dabei habe
 ich diese teilweise z.B. folgendermaßen eingetragen:

 lanes=3
 lanes:*backward*=1
 turn:lanes:*forward*=through|right

 oder:

 lanes=5
 lanes:*backward*=3
 turn:lanes:*forward*=through|right
 turn:lanes:*backward*=left|through|right



 In den Beispielen fehlt also jeweils lanes:forward=2
 Dies ergibt sich jedoch theoretisch im Normalfall aus den ersten beiden
 Zeilen. Wenn ich mir im Wiki hier:
 http://wiki.openstreetmap.org/wiki/DE:Key:lanes#Beispiele  das vorletzte
 und das drittletzte Beispiel anschaue, frage ich mich, ob es doch sinnvoll
 ist generell immer lanes:forward=* *und* lanes:backward=* anzugeben
 (natürlich vorrausgesetzt es ist keine Einbahnstraße wie z.B. bei
 Autobahnen).

 Ist das sinnvoll oder unnötig?

 VG
 Klumbumbus
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

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


Re: [Talk-de] Anzahl lanes bei forward und backward und turn

2013-08-20 Per discussione fly
Am 20.08.2013 12:41, schrieb Martin Vonwald:
 Hi!
 
 Ich bin dazu übergegangen entweder nur lanes einzutragen (bei Eindeutigkeit
 z.B. lanes=2 bei oneway=no) bzw. nur lanes:forward und lanes:backward (also
 ohne lanes). Finde ich irgendwie intuitiver. Im Prinzip sollte es aber egal
 sein, solange zwei Schlüssel vorhanden sind.

Ohne lanes kann nur Software mit :lanes Unterstützung noch was damit
anfangen !

cu

fly


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


Re: [Talk-de] Anzahl lanes bei forward und backward und turn

2013-08-20 Per discussione Gertrud Simson
Am 20. August 2013 12:41 schrieb Martin Vonwald imagic@gmail.com:


 Achtung Falle: der Schlüssel lanes zählt nur die Spuren für motorisierten
 Verkehr und auch sonst einige Spurarten nicht. Ist unschön, aber historisch
 leider so gewachsen. Schlüsseln mit der :lanes-Erweiterung beziehen sich
 aber auf alle Spuren! Deshalb ist z.B. folgendes möglich: lanes:forward=1 +
 turn:lanes:forward=through|through;right . Eine der beiden Spuren in
 Vorwärtsrichtung wird eben nicht vom lanes-Schlüssel gezählt.


Habe da nochmal im Wiki geforscht.
Der key lanes=* zählt nur den motorisierten Verkehr , also keine Fahrrad-,
Park- und Standstreifen.
Die Erweiterung :lanes zählt Fahrradstreifen mit, aber ebenfalls keine
Park- und Standstreifen.
Der einizige Unterschied bei der Gesamtzahl ist also nur, wenn
Fahrradstreifen vorkommen. richtig?

Die Info, dass :lanes auch Fahrradstreifen mitzählt, steht allerdings *nicht
*auf den Wikiseiten http://wiki.openstreetmap.org/wiki/DE:Lanes (deutsch
und englisch). Dies habe ich nur über das ehemalige Proposal finden können.
(
http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension
)

Das müsste also noch auf den Lanes-Wikiseiten ergänzt werden!?


VG
Klumbumbus
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Rendering Workshop (was: Hack-Weekend Karlsruhe 5./6. Oktober)

2013-08-20 Per discussione Sven Geggus
Frederik Ramm frede...@remote.org wrote:

im Oktober ist wieder ein Hack-Weekend in Karlsruhe:
 
 http://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2013

Im Rahmen dieses Events würde ich gerne zusammen mit Interessierten
an Sachen arbeiten, die man für das Rendering von Karten (egal ob mit
Mapnik oder Mapserver) immer wieder braucht und trickreich in der
PostgreSQL Datenbank lösen kann.

Und ich möchte endlich meine Topokarte auf Basis der Karte von Max Berger
(http://geo.dianacht.de/topo/ 
http://wiki.openstreetmap.org/wiki/User:Maxbe/Kartenversuch) 
fertig kriegen.

BTW, mein aktueller (lauffähiger) Stand (Mapfile und SQL scripten) ist
unter git://git.geggus.net/topomap.git zu finden.

Weil das Ganze wie die normale Mapnik-Karte auf permanent
aktualisierten Daten aufbauen, mit Tirex laufen und weltweit zur
Verfügung stehen soll kann ich (im Gegensatz zu Max, der nur einen
vergleichsweise kleinen Ausschnitt rendert) keine weiteren
Vorverarbeitungsschritte nach osm2pgsql brauchen.  Das Ganze muss
komplett in den Datenbankabfragen passieren!

Spontan fallen mir folgende Dinge ein:

* Berggipfel nach Prominenz rendern (Einbeziehung von Höhenlinien)
  (fertig siehe git)
* Geniale Beschriftung von Gebirgen nach der Idee von Max
  (TODO siehe Wiki)
* Internationalisierung/Latinisierung von Namen
  (erste Version siehe Karte auf http://openstreetmap.de/karte.html)

Gruss

Sven

P.S.: Da ich im Forum nicht aktiv bin wäre es nett, wenn das jemand
dort posten könnte.

-- 
We don't know the OS that God uses, but the Vatican uses Linux
   (Sister Judith Zoebelein, Vatican Webmaster)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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


Re: [Talk-it] Sentieri su mappe sul territorio

2013-08-20 Per discussione emmexx
Il 08/19/2013 10:51 PM, Luca Delucchi scrisse:
 2013/8/19 Alberto Nogaro bartosom...@yahoo.it:
 

 Mi sembra un caso per un tag trail_visibility con valore almeno
 intermediate. Se il tracciato lo devi ricavare dalla mappa priva di licenza
 non puoi usarlo, ma se lo hai percorso e rilevato personalmente, perché non
 inserirlo?

Non si tratta di trail_visibility. La difficolta' nel seguire
l'itinerario si riferisce alla segnaletica.
La mappa che si trova all'inizio del percorso non sempre e' precisa,
magari mancano dei dettagli o la scala e' troppo grande.
I segnavia non riportano l'indicazione del nome dell'itinerario ma solo
la destinazione, non seguono cioe' lo standard CAI.
Ad esempio anche seguendo la segnaletica e le indicazioni contenute in
un opuscolo che descrive uno di questi itinerari sono finito in mezzo al
bosco.
I vari tratti che ho percorso li ho ovviamente inseriti in OSM.
La mia domanda riguardava il battezzare questi tratti con una route.


 
 +1, anche se hai seguito una carta con il copyright ora quel sentiero
 te lo conosci e non lo copi dalla mappa

Il punto credo risieda nel fatto che non si tratta di un sentiero ma di
una serie di carrarecce e sentieri che nel loro insieme formano un
itinerario. Ma senza indicazioni, su una mappa o con dei segnavia,
difficilmente sarebbe possibile arrivare a destinazione proprio lungo
quel percorso.
E le indicazioni non sono univoche. L'itinerario viene indicato sul
cartaceo come un anello. Ma lungo il percorso si trovano numerose
indicazioni per ritornare alla localita' di partenza. Per simmetria, se
posso tornare alla localita' di partenza posso anche arrivare sino a
quei punti partendo dalla localita' di partenza. L'anello diventa quindi
qualcosa di piu' complesso. E si torna quindi al problema del copyright
visto che il percorso non sarebbe tale se non leggendo il relativo
opuscolo che da' indicazioni e mappa.

Poi c'e' un secondo caso, sentiero S5G che e' presente sulle mappe della
provincia di Varese, e su alcuni cartelli presenti nelle localita' di
partenza e arrivo, ma non ci sono segnavia.
Vedi http://www.emmexx.it/varie/cadorna/dsc03368.jpg

grazie
maxx


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


Re: [Talk-it] Aiuto per funzione di JOSM

2013-08-20 Per discussione Salemme Guido
Puoi cliccare su Alt Gr (tasto alt di destra) e mantenendolo premuto  
cliccando più volte con il tasto destro del mouse puoi selezionare i 
vari oggetti sovrapposti


Il 19/08/2013 16:14, Giuseppe Amici ha scritto:

Nella situazione di linee sovrapposte (ad esempio aree adiacenti),
in JOSM selezionando il segmento comune si ottiene la selezione  di una
sola delle aree interessate.
In questa situazione esiste un modo per passare all'altra area che ha il
segmento in comune?
Grazie dell'interessamento
Beppe


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




--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
ANGRY BIRDS: Acquista Peluche e Gadget Originali su mistercupido.com
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12900d=20-8

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


[Talk-it] Opendata su farmacie

2013-08-20 Per discussione Salemme Guido
a questo link 
http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5


è possibile scaricare un file csv con i dati delle farmacie di Italia

per ogni farmacia è specificato anche le coordinate e nome della strada 
e tante altre informazioni


da una prima occhiata qualche coordinata non è veritiera altre sono 
abbastanza precise


sconsiglio un import automatico

la licenza sembra compatibile (per questo aspetto altri pareri)
http://www.formez.it/iodl/


--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su 
mistercupido.com
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8

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


[Talk-it] OSMIT2013: inviate le vostre proposte

2013-08-20 Per discussione Maurizio Napolitano
Ciao a tutti,
ora il sito di OSMIT appare molto piu' grazioso e con qualche contenuto in piu'
http://conf.openstreetmap.it
ed abbiamo così aperto anche il modulo da compilare per chi vorrà fare
presentazioni.
Qui trovate l'annuncio
http://conf.openstreetmap.it/inviaci-la-tua-presentazione/
e qui il modulo
http://conf.openstreetmap.it/manda-la-tua-proposta/
la scadenza e' il 15 settembre.

Non fate i timidi e proponete.
Come vedete c'è spazio per tutto: da software sviluppato ad esperienze fatte
inoltre c'è anche il tema di progetti che si incastrano con Wikipedia.
Aggiungiamo poi il discorso dei vari workshop.

Tra l'altro ci piacerebbe dedicare una mezza giornata (o pìù, dipende dalla
partecipazione) per una edithon.
Pensiamo molto semplicemente ad un momento in cui noi tutti, davanti ad un
pc, ci mettiamo in gruppo a sistemare la nostra mappa.

L'idea è quella di guardare note, trovare i vari fixme, usare gli
strumenti molti
degli strumenti proposti [1] - in particolare quelli messi a
disposizione da Daniele
Forsi[2] e Diego Guidotti[3] - il collegamento con wikipedia[3], la
documentazione
del wiki [4]


[1] http://wiki.openstreetmap.org/wiki/Quality_assurance
[2] http://www.forsi.it/osm/spellcheck/highway/
[3] http://www.gfoss.it/osm/stat/
[4] http://wiki.openstreetmap.org/wiki/Wikipedia

PS:
... siamo anche alla ricerca di sponsor

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

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


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione Maurizio Napolitano
2013/8/20 Salemme Guido salemme.gu...@email.it:
 a questo link
 http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5

 è possibile scaricare un file csv con i dati delle farmacie di Italia

 per ogni farmacia è specificato anche le coordinate e nome della strada e
 tante altre informazioni

 da una prima occhiata qualche coordinata non è veritiera altre sono
 abbastanza precise

... mi sorge un dubbio:
non è che hanno usato il geocoding di google?
Per carità nessun problema, solo che quando lo si usa, diventa poi un
po' difficile parlare di open data visto che i termini d'uso pongono un
vincolo.
---
the Geocoding API may only be used in conjunction with a Google map;
geocoding results without displaying them on a map is prohibited. For
complete details on allowed usage, consult the Maps API Terms of Service
License Restrictions.
---
source:
https://developers.google.com/maps/documentation/geocoding/#Limits

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


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione Salemme.guido
Ho notato che le coordinate che mi risultano precise sono state prese da
openstreemap infatti le loro coordinate coincidono perfettamente con delle
farmacie che avevo inserito io tempo fa in openstreetmap nella mia
cittagrave;


nbsp;


in oltre non ci sono tutte le farmacie



- Original Message 

 Da: openstreetmap list - italiano lt;talk-it@openstreetmap.orggt;

 To: openstreetmap list - italiano lt;talk-it@openstreetmap.orggt;

 Oggetto: [Talk-it] Opendata su farmacie

 Data: 20/08/13 10:31

 

  

 

 a questo link 

 http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiamp;idPag=5

 

 egrave; possibile scaricare un file csv con i dati delle farmacie di
Italia

 

 per ogni farmacia egrave; specificato anche le coordinate e nome della
strada 

 e tante altre informazioni

 

 da una prima occhiata qualche coordinata non egrave; veritiera altre sono 

 abbastanza precise

 

 sconsiglio un import automatico

 

 la licenza sembra compatibile (per questo aspetto altri pareri)

 http://www.formez.it/iodl/

 

 

 --

 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it http://www.email.it/f

 

 Sponsor:

 LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su
mistercupido.com

 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902amp;d=20-8

 

 ___

 Talk-it mailing list

 Talk-it@openstreetmap.org

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

  
 
 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it: http://www.email.it/f
 
 Sponsor:
 LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su
mistercupido.com
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20130820


 
 
 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f
 
 Sponsor:
 OFFERTA FAMILY 2 adulti + 2 bambini (fino a 12 anni) pagano 3 quote (offerta 
valida per tutta la stagione) sistemazione in unica camera all'Hotel Kent di 
Riccione
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13028d=20-8
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione Maurizio Napolitano
Urka ... allora i dati dovrebbero uscire in ODbL.
È vero che IODL 1.0 è compatibile con ODbL ma è monodirezionale.
Ovvero: un dataset in IODL 1.0 può essere rilicenziato in ODbL ma non
il rovescio.
(come sempre mi gioco il beneficio del dubbio)


2013/8/20 Salemme.guido salemme.gu...@email.it:
 Ho notato che le coordinate che mi risultano precise sono state prese da
 openstreemap infatti le loro coordinate coincidono perfettamente con delle
 farmacie che avevo inserito io tempo fa in openstreetmap nella mia città

 in oltre non ci sono tutte le farmacie

 - Original Message 
 Da: openstreetmap list - italiano talk-it@openstreetmap.org
 To: openstreetmap list - italiano talk-it@openstreetmap.org
 Oggetto: [Talk-it] Opendata su farmacie
 Data: 20/08/13 10:31



 a questo link
 http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5

 è possibile scaricare un file csv con i dati delle farmacie di Italia

 per ogni farmacia è specificato anche le coordinate e nome della strada
 e tante altre informazioni

 da una prima occhiata qualche coordinata non è veritiera altre sono
 abbastanza precise

 sconsiglio un import automatico

 la licenza sembra compatibile (per questo aspetto altri pareri)
 http://www.formez.it/iodl/


 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
 autenticato? GRATIS solo con Email.it http://www.email.it/f

 Sponsor:
 LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su
 mistercupido.com
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8

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


 

 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
 autenticato? GRATIS solo con Email.it

 Sponsor:
 LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su
 mistercupido.com
 Clicca qui


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




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

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


[Talk-it] Map Maker in Italia

2013-08-20 Per discussione Domenico
http://www.tomshw.it/cont/news/map-maker-in-italia-solo-tu-puoi-migliorare-google-maps/48473/1.html

tra i commenti ci sono tanti nostri sostenitori :)


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


Re: [Talk-it] Map Maker in Italia

2013-08-20 Per discussione sabas88
2013/8/20 Domenico dokitaba...@alice.it


 http://www.tomshw.it/cont/news/map-maker-in-italia-solo-tu-puoi-migliorare-google-maps/48473/1.html

 tra i commenti ci sono tanti nostri sostenitori :)



Io ho risfoderato un vecchio articolo così da fare un po' di casino :D

http://marcosbox.blogspot.it/2013/08/perche-non-usare-google-map-maker.html

Ciao,
Stefano

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

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


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione Salemme Guido
No anzi come ho già scritto sembra che per le coordinate hanno usate 
quelle di openstreetmap per le farmacie mappate e per quelle non mappate 
hanno usato le coordinate del centro città istat o coordinate che 
indicano più o meno la zona


questo almeno nella mia zona Fondi (LT)

se questo è vero comunque stanno violando la licenza openstreetmap 
perchè non hanno indicato che i dati provengono da osm


Il 20/08/2013 10:30, Maurizio Napolitano ha scritto:

2013/8/20 Salemme Guido salemme.gu...@email.it:

a questo link
http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5

è possibile scaricare un file csv con i dati delle farmacie di Italia

per ogni farmacia è specificato anche le coordinate e nome della strada e
tante altre informazioni

da una prima occhiata qualche coordinata non è veritiera altre sono
abbastanza precise

... mi sorge un dubbio:
non è che hanno usato il geocoding di google?
Per carità nessun problema, solo che quando lo si usa, diventa poi un
po' difficile parlare di open data visto che i termini d'uso pongono un
vincolo.
---
the Geocoding API may only be used in conjunction with a Google map;
geocoding results without displaying them on a map is prohibited. For
complete details on allowed usage, consult the Maps API Terms of Service
License Restrictions.
---
source:
https://developers.google.com/maps/documentation/geocoding/#Limits

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




--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su 
mistercupido.com
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8

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


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione Salemme Guido

Ecco un esempio
questa è una farmacia che ho mappato io
http://www.openstreetmap.org/browse/node/747943840

se nei dati in oggetto si fa una ricerca per partita iva 02036810592
le coordinate sono identiche

Il 20/08/2013 11:35, Salemme.guido ha scritto:
Ho notato che le coordinate che mi risultano precise sono state prese 
da openstreemap infatti le loro coordinate coincidono perfettamente 
con delle farmacie che avevo inserito io tempo fa in openstreetmap 
nella mia città

in oltre non ci sono tutte le farmacie

- Original Message 
Da: openstreetmap list - italiano talk-it@openstreetmap.org
To: openstreetmap list - italiano talk-it@openstreetmap.org
Oggetto: [Talk-it] Opendata su farmacie
Data: 20/08/13 10:31



a questo link
http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5

è possibile scaricare un file csv con i dati delle farmacie di Italia

per ogni farmacia è specificato anche le coordinate e nome della
strada
e tante altre informazioni

da una prima occhiata qualche coordinata non è veritiera altre sono
abbastanza precise

sconsiglio un import automatico

la licenza sembra compatibile (per questo aspetto altri pareri)
http://www.formez.it/iodl/


--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3
e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale
su mistercupido.com
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8

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



Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e 
SMTP autenticato? GRATIS solo con Email.it 
http://www.email.it/cgi-bin/start?sid=3


Sponsor:
LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su 
mistercupido.com

Clicca qui http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20130820


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





--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
Offerte AGOSTO all'Hotel ADELPHI FRONTE MARE Riccione, Hotel per Famiglie con 
servizi per bambini che avranno tanto spazio per divertirsi. Hotel con Piscina 
Tutto compreso a Riccione
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13030d=20-8___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Fontanelle d'Italia

2013-08-20 Per discussione Maurizio Napolitano
Bravo Luigi
Hai centrato il problema

--
Maurizio 'napo' Napolitano
http://de.straba.us
Il giorno 20/ago/2013 13:07, Luigi Toscano luigi.tosc...@tiscali.it ha
scritto:

 On Tuesday 20 of August 2013 12:59:16 Andrea Musuruane wrote:
  C'è anche www.fontanelle.org.
 
  In questo caso, sembrerebbe che i dati inseriti siano di pubblico
  dominiio:
  http://www.fontanelle.org/privacy-policy.aspx
 
  *Contenuti*
  Uno dei motivi principali per cui le persone si iscrivono a
 Fontanelle.org
  è per condividere contenuti/infomazioni con gli altri. Quando si carica
 una
  foto, si aggiunge un link, si fa un commento, si stanno condividendo dei
  contenuti. I contenuti pubblicati diventano di dominio pubblico. 

 Ma pubblico dominio non è una di quelle cose che in Italia (e in Europa)
 ha
 un significato un po' più restrittivo (non puoi dare via i diritti morali,
 ecc) e per cui è nata, ad esempio, la CC0?
 http://creativecommons.org/choose/zero/?lang=it
 Sarebbe meglio se fosse più chiaro, che non si sa mai.

 Ciao
 --
 Luigi


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

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


[Talk-it] Pali e piloni non collegati alle linee elettriche

2013-08-20 Per discussione bredy
C'è un modo in JOSM o altro per verificare se tutti i pali o piloni sono
collegati ad una linea elettrica? Cioè per individuare pali e piloni
isolati?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Pali-e-piloni-non-collegati-alle-linee-elettriche-tp5774215.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Pali e piloni non collegati alle linee elettriche

2013-08-20 Per discussione Samuele Battarra
In data martedì 20 agosto 2013 04:51:53, bredy ha scritto:
 C'è un modo in JOSM o altro per verificare se tutti i pali o 
piloni sono
 collegati ad una linea elettrica? Cioè per individuare pali e 
piloni
 isolati?
 
per i pali usa questa espressione nella ricerca

power=pole -child power=line

per i piloni cambia solo il tag da cercare

Samuele Battarra
batta...@email.it


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


[Talk-it] limiti autostrade

2013-08-20 Per discussione beppebo...@libero.it
Ho notato che in molte autostrade manca il limite maxspeed tipo venezia trieste 
sarebbe molto utile x i tempi di percorrenza. In alcune manca in caso di nebbia 
limite ma come si mette?

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


Re: [Talk-it] limiti autostrade

2013-08-20 Per discussione Volker Schmidt
per la nebbia, direi

maxspeed:fog=50

Mi lo sono inventato al volo secondo il modello maxspeed:wet  che è in uso
750 volte. maxspeed:fog non esiste ancora.

(anche se la mia opinione personale è che si tratta di cartelli
completamente ridondanti e stupidi, perché in ogni caso, anche senza
cartello, devo adeguare la velocità alla visibilità)


2013/8/20 beppebo...@libero.it beppebo...@libero.it

 Ho notato che in molte autostrade manca il limite maxspeed tipo venezia
 trieste
 sarebbe molto utile x i tempi di percorrenza. In alcune manca in caso di
 nebbia
 limite ma come si mette?

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

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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione marco bra
Credo che se gli import non sono buoni si possa fare un revert e
siccome per tanti il colpevole sono io liguria ed emilia romagna
chiedo se posso farlo...

Se siete d'accordo eseguo subito...

Cosi avremo un bel vuoto ma perfetto...

Per favore... collaborazione e non disfattismo...

Se ci sono zone da correggere segnalare con note sulla mappa.

Grazie
mcheck/mcheckimport


Il 19 agosto 2013 18:43, Leonardo Frassetto kinetocor...@gmail.com ha scritto:
 Riformulo meglio, una zona già con una base solida in partenza (strade
 principali, poligoni degli edifici) invoglia maggiormente a portare
 ulteriori migliorie a quello già presente. Gli import non servono a inserire
 i microdettagli (ovvero i negozi, sentieri, fontanelle,ecc...) ma a evitare
 un lavoro francamente noioso di ricalco degli edifici e degli utilizzi del
 suolo. Secondo me è qui che OSM può brillare rispetto a Google, nel livello
 di dettaglio dell'informazione.


 Il giorno 19 agosto 2013 18:28, Martin Koppenhoefer dieterdre...@gmail.com
 ha scritto:



 Il giorno 19/ago/2013, alle ore 17:45, Leonardo Frassetto
 kinetocor...@gmail.com ha scritto:

  Secondo me la verità sta nel mezzo: una zona senza niente non invoglia
  per nulla a migliorare


 se fosse vero avremmo ancora una mappa vuota ;-)

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione Luca Delucchi
2013/8/20 marco bra marcobra.ubu...@gmail.com:
 Credo che se gli import non sono buoni si possa fare un revert e
 siccome per tanti il colpevole sono io liguria ed emilia romagna
 chiedo se posso farlo...

 Se siete d'accordo eseguo subito...

Non sono d'accordo, penso che tutti gli edificati soffrano dello
stesso problema, o si rimuovono gli edificati delle diverse regioni
dove sono stati importati o si tengono tutti e si aggiornano a manina

 Grazie
 mcheck/mcheckimport


-- 
ciao
Luca

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

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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione Simone Saviolo
Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com ha
scritto:

 Credo che se gli import non sono buoni si possa fare un revert e
 siccome per tanti il colpevole sono io liguria ed emilia romagna
 chiedo se posso farlo...

 Se siete d'accordo eseguo subito...


-1. Anche volendo, un revert adesso non è la migliore soluzione, è passato
troppo tempo e la gente potrebbe aver modificato i dati importati.


 Cosi avremo un bel vuoto ma perfetto...

 Per favore... collaborazione e non disfattismo...

 Se ci sono zone da correggere segnalare con note sulla mappa.


Io le correggo anche, e non è mia intenzione prendermela con chi ha
importato. Diciamo però che importazioni come quella del catasto francese
mi lasciano molto perplesso: in Francia ci sono edifici con facciate dritte
lunghe sei metri con otto nodi (!!!) vicino a palazzi curvi o angolari
tracciati con pochissimi punti. Il mio è più un discorso generale sulle
importazioni: siamo qui per riempire la mappa o per metterci dati di
qualità? Certo, meglio approssimato che vuoto, ma in questo caso specifico
certi dati non sono approssimati, sono proprio sbagliati, a volte al limite
del ridicolo (strada dritta con facciata di edificio assurdamente
ondulata).


 Grazie
 mcheck/mcheckimport


Grazie a te,

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


Re: [Talk-it] Pali e piloni non collegati alle linee elettriche

2013-08-20 Per discussione bredy
Grazie mille mi hai risolto un grosso problema.

Dove si possono trovare queste informazioni per le chiavi di ricerca?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Pali-e-piloni-non-collegati-alle-linee-elettriche-tp5774215p5774245.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione sabas88
Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com ha
scritto:

 Credo che se gli import non sono buoni si possa fare un revert e
 siccome per tanti il colpevole sono io liguria ed emilia romagna
 chiedo se posso farlo...

 Se siete d'accordo eseguo subito...


Io cancellerei anche le coste del PGS ed i confini amministrativi che sono
rimasti dal 2001, anche quelli non è che siano un bel vedere...
Non si sono mai viste coste naturali con angoli a 90°, e non credo che i
confini italiani siano stati tracciati a tavolino come in Africa, quindi
meglio non averli che dare informazioni sbagliate.


 Cosi avremo un bel vuoto ma perfetto...

 Per favore... collaborazione e non disfattismo...

 Se ci sono zone da correggere segnalare con note sulla mappa.

 Grazie
 mcheck/mcheckimport


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


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione Martin Koppenhoefer


Il giorno 20/ago/2013, alle ore 10:30, Maurizio Napolitano napoo...@gmail.com 
ha scritto:

 2013/8/20 Salemme Guido salemme.gu...@email.it:
 a questo link
 http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5
 
 
 ... mi sorge un dubbio:
 non è che hanno usato il geocoding di google?
 Per carità nessun problema, solo che quando lo si usa, diventa poi un
 po' difficile parlare di open data visto che i termini d'uso pongono un
 vincolo.


ma non c'è questo riferimento nel dataset o nei metadati, quindi se fosse così 
sarebbe comunque un problema di chi ha rilasciato i dati e non di chi li usa 
poi in buona fede, o no?


 ---
 the Geocoding API may only be used in conjunction with a Google map;
 geocoding results without displaying them on a map is prohibited. For
 complete details on allowed usage, consult the Maps API Terms of Service
 License Restrictions.
 ---
 source:
 https://developers.google.com/maps/documentation/geocoding/#Limits


questi sono i termini generali, forse hanno altri accordi ?

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


Re: [Talk-it] limiti autostrade

2013-08-20 Per discussione Martin Koppenhoefer


Il giorno 20/ago/2013, alle ore 15:50, Volker Schmidt vosc...@gmail.com ha 
scritto:

 per la nebbia, direi
 
 maxspeed:fog=50

lo vogliamo mettere su _tutte_ le strade? Perché vale sempre con visibilità 
inferiore a 50 metri

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


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione Luca Delucchi
2013/8/20 Martin Koppenhoefer dieterdre...@gmail.com:


 ma non c'è questo riferimento nel dataset o nei metadati, quindi se fosse 
 così sarebbe comunque un problema di chi ha rilasciato i dati e non di chi li 
 usa poi in buona fede, o no?


+1


 ciao,
 Martin


-- 
ciao
Luca

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

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


Re: [Talk-it] limiti autostrade

2013-08-20 Per discussione Volker Schmidt
Pensavo che fosse qualcosa così.
Solo che sulle autostrade venete ci hanno messo anche dei cartelli
espliciti. :-)
Sai qualche volta penso che l'industria che produce segnaletica stradale
serve a aumentare il PIL, non per aumentare la sicurezza stradale.



2013/8/20 Martin Koppenhoefer dieterdre...@gmail.com



 Il giorno 20/ago/2013, alle ore 15:50, Volker Schmidt vosc...@gmail.com
 ha scritto:

  per la nebbia, direi
 
  maxspeed:fog=50

 lo vogliamo mettere su _tutte_ le strade? Perché vale sempre con
 visibilità inferiore a 50 metri

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

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


[Talk-it] Nodi sovrapposti

2013-08-20 Per discussione bredy
E' possibile unire in modo automatico due nodi sovrapposti? In JOSM?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nodi-sovrapposti-tp5774252.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione Leonardo
Calma calma calma, non parliamo di soluzioni drastiche. I dati importati 
possono essere rimaneggiati e corretti, ricordandosi in futuro di 
controllare meglio e di chiedere suggerimenti/idee sulla ML nazionale.


Per quanto riguarda gli import francesi del cadastre li è abbastanza 
anomalo dato che tutti i controlli sono fatti da uno script e non da un 
essere umano. Io parlo per il Veneto dove sto facendo l'import dei 
fabbricati e degli usi del terreno e su ciascuno effetto determinati 
controlli e pulizia prima dell'import.


Leonardo

Il 20/08/2013 16:54, sabas88 ha scritto:
Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com 
mailto:marcobra.ubu...@gmail.com ha scritto:


Credo che se gli import non sono buoni si possa fare un revert e
siccome per tanti il colpevole sono io liguria ed emilia romagna
chiedo se posso farlo...

Se siete d'accordo eseguo subito...


Io cancellerei anche le coste del PGS ed i confini amministrativi che 
sono rimasti dal 2001, anche quelli non è che siano un bel vedere...
Non si sono mai viste coste naturali con angoli a 90°, e non credo che 
i confini italiani siano stati tracciati a tavolino come in Africa, 
quindi meglio non averli che dare informazioni sbagliate.


Cosi avremo un bel vuoto ma perfetto...

Per favore... collaborazione e non disfattismo...

Se ci sono zone da correggere segnalare con note sulla mappa.

Grazie
mcheck/mcheckimport


Ciao,
Stefano


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


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


Re: [Talk-it] Nodi sovrapposti

2013-08-20 Per discussione Leonardo
Se li selezioni basta che usi M. Se fai una passata con il Validatore 
esso te li segnala come errori e premendo correggi ci penserà lui a 
fonderli.


Leonardo

Il 20/08/2013 17:46, bredy ha scritto:

E' possibile unire in modo automatico due nodi sovrapposti? In JOSM?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nodi-sovrapposti-tp5774252.html
Sent from the Italy General mailing list archive at Nabble.com.

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



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


Re: [Talk-it] Nodi sovrapposti

2013-08-20 Per discussione bredy
O meglio in JOSM vengono definiti Nodi nella stessa posizione, ma io devo
unirli perchè son sicuro facenti parte della stessa proprietà.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Nodi-sovrapposti-tp5774252p5774254.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Fontanelle d'Italia

2013-08-20 Per discussione Maurizio Napolitano
La mia proposta è che ciascuno di noi faccia presente a
fontanelle.orgquesti limiti

Tempo fa scrissi ed ottenni un Si OpenStreetMap è interessante ma ora non
abbiamo tempo

--
Maurizio 'napo' Napolitano
http://de.straba.us
Il giorno 20/ago/2013 13:20, Francesco Pelullo f.pelu...@gmail.com ha
scritto:

 Nel sito fontanelle.org è indicato che il loro database ospita 20292
 fontanelle, mentre taginfo riporta 59157 amenity=drinking_water in italia.
 Quindi mi sembra che i dati non siano gli stessi, o per lo meno, se c'è
 stato un import, è stato parziale.

 Sempre su fontanelle.org è riportato che alcune fontanelle vengono
 certificate tramite le immagini di Street View. Come si pone questo
 problema con la licenza?

 Ciao
 /niubii/





 Il giorno 20 agosto 2013 13:12, Luca Delucchi lucadel...@gmail.com ha
 scritto:

 2013/8/20 Andrea Musuruane musur...@gmail.com:
  La cosa strana è che nasoni e fontanelle.org assomigliano troppo a OSM.
  Almeno nella mia zona, dove ci sono dati in OSM, ci sono anche negli
 altri
  due DB. Dove non ci sono in OSM, non ci sono neanche negli altri DB.
 

 Sto controllando alcune zone di mia conoscenza e i dati di OSM e dei
 due siti si differenziano non poco

  Ciao,
 
  Andrea.
 

 --
 ciao
 Luca

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

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



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


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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione Gianmario Mengozzi
Marco aspetta un attimo prima di partire coi revert.. :)

Gli edifici importati in Emilia Romagna mi paiono tutto tranne che di
cattiva qualità. Ho partecipato anch'io al processo - incluse pagg wiki -
(si parla di mesi e mesi fa) e non ricordo problemi di questo tipo
evidenziati dagli utenti/mappatori

-- sent by Google Nexus

Il giorno 20/ago/2013 16:33, marco bra marcobra.ubu...@gmail.com ha
scritto:

 Credo che se gli import non sono buoni si possa fare un revert e
 siccome per tanti il colpevole sono io liguria ed emilia romagna
 chiedo se posso farlo...

 Se siete d'accordo eseguo subito...

 Cosi avremo un bel vuoto ma perfetto...

 Per favore... collaborazione e non disfattismo...

 Se ci sono zone da correggere segnalare con note sulla mappa.

 Grazie
 mcheck/mcheckimport


 Il 19 agosto 2013 18:43, Leonardo Frassetto kinetocor...@gmail.com ha
 scritto:
  Riformulo meglio, una zona già con una base solida in partenza (strade
  principali, poligoni degli edifici) invoglia maggiormente a portare
  ulteriori migliorie a quello già presente. Gli import non servono a
 inserire
  i microdettagli (ovvero i negozi, sentieri, fontanelle,ecc...) ma a
 evitare
  un lavoro francamente noioso di ricalco degli edifici e degli utilizzi
 del
  suolo. Secondo me è qui che OSM può brillare rispetto a Google, nel
 livello
  di dettaglio dell'informazione.
 
 
  Il giorno 19 agosto 2013 18:28, Martin Koppenhoefer 
 dieterdre...@gmail.com
  ha scritto:
 
 
 
  Il giorno 19/ago/2013, alle ore 17:45, Leonardo Frassetto
  kinetocor...@gmail.com ha scritto:
 
   Secondo me la verità sta nel mezzo: una zona senza niente non invoglia
   per nulla a migliorare
 
 
  se fosse vero avremmo ancora una mappa vuota ;-)
 
  ciao,
  Martin
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-it
 
 
 
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-it
 



 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

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


Re: [Talk-it] Fontanelle d'Italia

2013-08-20 Per discussione girarsi_liste
Mia puntiglioseria, osservo che cè scritto che diventano di dominio 
pubblico, non, pubblico dominio, cioè per come lo interpreto io, occhio 
che le vedono tutti!, non appartengono a tutti!.






--
Simone Girardelli

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


Re: [Talk-it] Opendata su farmacie

2013-08-20 Per discussione girarsi_liste

Il 20/08/2013 11:39, Maurizio Napolitano ha scritto:

Urka ... allora i dati dovrebbero uscire in ODbL.
È vero che IODL 1.0 è compatibile con ODbL ma è monodirezionale.
Ovvero: un dataset in IODL 1.0 può essere rilicenziato in ODbL ma non
il rovescio.
(come sempre mi gioco il beneficio del dubbio)


2013/8/20 Salemme.guido salemme.gu...@email.it:

Ho notato che le coordinate che mi risultano precise sono state prese da
openstreemap infatti le loro coordinate coincidono perfettamente con delle
farmacie che avevo inserito io tempo fa in openstreetmap nella mia città

in oltre non ci sono tutte le farmacie

- Original Message 
Da: openstreetmap list - italiano talk-it@openstreetmap.org
To: openstreetmap list - italiano talk-it@openstreetmap.org
Oggetto: [Talk-it] Opendata su farmacie
Data: 20/08/13 10:31



a questo link
http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5

è possibile scaricare un file csv con i dati delle farmacie di Italia

per ogni farmacia è specificato anche le coordinate e nome della strada
e tante altre informazioni

da una prima occhiata qualche coordinata non è veritiera altre sono
abbastanza precise

sconsiglio un import automatico

la licenza sembra compatibile (per questo aspetto altri pareri)
http://www.formez.it/iodl/


--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su
mistercupido.com
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8

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




Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it

Sponsor:
LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su
mistercupido.com
Clicca qui



Sono scettico sulla licenza, io avevo mappato alcune strade della mia 
zona, che poi sono sicuro importate in google, però solo nei nomi, non 
nelle coordinate, per cui anche se avessero preso i dati da 
openstreetmap, come si dimostrerebbe? parola agli avvocati! :)



--
Simone Girardelli

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


Re: [Talk-it] limiti autostrade

2013-08-20 Per discussione beppebo...@libero.it

Mi era sorto il dubbio su a 13 dove il segnale c è spesso su altre arterie non 
è presente cmq almeno i 130 penso sia necessario inserirli :)




Messaggio originale

Da: vosc...@gmail.com

Data: 20/08/2013 17.32

A: openstreetmap list - italianotalk-it@openstreetmap.org

Ogg: Re: [Talk-it] limiti autostrade



Pensavo che fosse qualcosa così. 
Solo che sulle autostrade venete ci hanno messo anche dei cartelli espliciti. 
:-) 
Sai qualche volta penso che l'industria che produce segnaletica stradale serve 
a aumentare il PIL, non per aumentare la sicurezza stradale.




2013/8/20 Martin Koppenhoefer dieterdre...@gmail.com





Il giorno 20/ago/2013, alle ore 15:50, Volker Schmidt vosc...@gmail.com ha 
scritto:



 per la nebbia, direi



 maxspeed:fog=50



lo vogliamo mettere su _tutte_ le strade? Perché vale sempre con visibilità 
inferiore a 50 metri



ciao,

Martin

___

Talk-it mailing list

Talk-it@openstreetmap.org

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







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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione marco bra
@Simone ci mandi il link ad una zona, per favore, così si corregge...

e non me la prendo assolutamente anzi io continuo a scherzarci un po' sopra... ?

mod_scherzo

@Si Stefano, se vogliamo dirla tutta io avrei avrei anche altre proposte:

1) chiudere immediatamente per la zona di mappa italiana la
possibilità di edit con potlatch2 ed id ma tutto sommato anche con
Josm buttare immediatamente le tracce GPS
data l'impossibilità di controllare immediatamente i dati e le
geometrie... ed poi i gps... non sono poi così precisi...

Mettere un comunicato e che sia ben in chiaro, sulla pagina Osm Italia:

Annuncio: Agosto 2013 OSM Italia cancellati dati imprecisi.
OSM-SpaCA2 annuncia: E' vietato mappare elementi con qualità più
migliore delle cartografie ufficiali.

Istituire immediatamente queste commissioni di pre valutazione di
qualità con nomi proposti come segue:

1)  OSM-O : gli ortogonali, o degli spigoli  per la valutazione
della: Tolleranza Ammissibile nella Presunta Ortogonalità

2)  OSM-BB : Bing o Bongo detta anche o' elastico valuta lo
scostamento ammissibile rispetto al PCN e rimanda il dato al mittente
chiedendo di eliminare le traslazioni delle zone...

3)  OSM-TLC : Te Lo Cancello con compito di togliere tutti gli
elementi che hanno riferimento a source=Bing potrebbero essere non
esatti... non c'e' la qualità... lavora a stretto contatto con la
sopra proposta OSM-BB o' elastico rimandando i changeset al
mittente...

Le commissioni sopracitate dovranno obbligatoriamente passare i dati
al vaglio definitivo della commissione:

 OSM-SpaCa2 detta SpaccaCapelloIn2 o Quallità Asoluta (nel nome
non ci sono errori, e non dite che ci sono...) per la Valutazione
Ultima ed indiscutibile.

/mod_scherzo

Ciao ;-)



Il 20 agosto 2013 16:54, sabas88 saba...@gmail.com ha scritto:
 Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com ha
 scritto:

 Credo che se gli import non sono buoni si possa fare un revert e

 siccome per tanti il colpevole sono io liguria ed emilia romagna
 chiedo se posso farlo...

 Se siete d'accordo eseguo subito...


 Io cancellerei anche le coste del PGS ed i confini amministrativi che sono
 rimasti dal 2001, anche quelli non è che siano un bel vedere...
 Non si sono mai viste coste naturali con angoli a 90°, e non credo che i
 confini italiani siano stati tracciati a tavolino come in Africa, quindi
 meglio non averli che dare informazioni sbagliate.


 Cosi avremo un bel vuoto ma perfetto...

 Per favore... collaborazione e non disfattismo...

 Se ci sono zone da correggere segnalare con note sulla mappa.

 Grazie
 mcheck/mcheckimport


 Ciao,
 Stefano

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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


[Talk-it] tag per i centri di ricerca

2013-08-20 Per discussione Aury88
Ciao a tutti. 
Oggi guardando in giro ho notato che il centro di ricerca VIRGO vicino Pisa
ha un tag che non ho mai incontrato: amenity=research_center.

Guardando su tag info ho scoperto che è stato usato solo 3 volte (di cui una
aggiunta da me che mi sono fatto lo scrupolo di correggere un tag ad centro
di ricerca che avevo appena cominciato a mappare 

prima di verificare l'effettiva validità del nuovo tag).
Essendo praticamente non usato e di fatto inesistente sia sul wiki che sulla
gestione di josm, non credo sia corretto. L'unica alternativa che ho visto
in giro e adottata un po' da per tutto è il landuse=industrial all'area del
centro di ricerca...cosa che comunque non mi sembra propriamente corretta...

Cosa mi suggerite?

Avrei già una lunga lista di centri di ricerca tra quelli di farmaceutica,
fisica generale, fisica applicata  in vari campi (aerospaziale, marino,
energetico ecc) ecc ecc che aspettano solo una modifica...
I centri di ricerca solitamente sono un vanto nazionale...è bruttino vederli
mappati su OSM come delle generiche e comunissime aree industriali :(
Grazie a tutti.
Ciao 
Aury



--
View this message in context: 
http://gis.19327.n5.nabble.com/tag-per-i-centri-di-ricerca-tp5774268.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Pali e piloni non collegati alle linee elettriche

2013-08-20 Per discussione Samuele Battarra
In data martedì 20 agosto 2013 07:45:16, bredy ha scritto:
 Grazie mille mi hai risolto un grosso problema.
 
 Dove si possono trovare queste informazioni per le chiavi di 
ricerca?
 
 

Puoi guardare gli esempi presenti nella finestra di ricerca.
Oppure questa pagina: 
http://wiki.openstreetmap.org/wiki/JOSM_search_function
-- 
Samuele Battarra
batta...@email.it


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


Re: [Talk-it] tag per i centri di ricerca

2013-08-20 Per discussione Martin Koppenhoefer


Il giorno 20/ago/2013, alle ore 19:07, Aury88 spacedrive...@gmail.com ha 
scritto:
 Oggi guardando in giro ho notato che il centro di ricerca VIRGO vicino Pisa
 ha un tag che non ho mai incontrato: amenity=research_center.
 
 Guardando su tag info ho scoperto che è stato usato solo 3 volte (di cui una
 aggiunta da me che mi sono fatto lo scrupolo di correggere un tag ad centro
 di ricerca che avevo appena cominciato a mappare 
 
 prima di verificare l'effettiva validità del nuovo tag).
 Essendo praticamente non usato e di fatto inesistente sia sul wiki che sulla
 gestione di josm, non credo sia corretto


non lo puoi vedere così, a me sembra valido il tag, a parte che usiamo la 
versione britannica del inglese (centre), e da quanto scrivi pare che non ci 
sono alternative migliori in giro


 . L'unica alternativa che ho visto
 in giro e adottata un po' da per tutto è il landuse=industrial all'area del
 centro di ricerca...cosa che comunque non mi sembra propriamente corretta...


+1, industrial mi sembra proprio sbagliato, dei tipici landuse credo che 
commercial sarebbe forse meglio? Occhio che una zona commerciale penso sia 
retail e non commercial

ciao,
 

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


Re: [Talk-it] tag per i centri di ricerca

2013-08-20 Per discussione Aury88
[quote]non lo puoi vedere così, a me sembra valido il tag, a parte che usiamo
la versione britannica del inglese (centre), e da quanto scrivi pare che non
ci sono alternative migliori in giro [/quote]
beh, è un tag che tra research_centre e research_center è stato usato solo 8
volte in tutto il globo (e mai per i centri di ricerca più importanti e
quindi, solitamente, + curati: vedi fermilab, cern, ITER )...non c'è stata
una discussione in merito, non è presente nel wiki...direi un tag, per
quanto corretto nell'oggetto non propriamente corretto nella forma o
comunque ufficiale.
non ho ancora capito come avviene l'adozione dei tag: se non c'è un tag
adeguato si può inventare anche senza fare prima la proposta e/o modificare
il wiki?

+1 ad industrial (anche se la ricerca di solito ha ripercussioni o
collegamenti direttamente con l'industria) preferirei anche io di più un
landuse=commercial 

suggerimenti per qualche tag da aggiungere per precisare il campo di studio
del centro?



--
View this message in context: 
http://gis.19327.n5.nabble.com/tag-per-i-centri-di-ricerca-tp5774268p5774271.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Qualità edifici importati

2013-08-20 Per discussione Simone Saviolo
Il giorno 20 agosto 2013 18:43, marco bra marcobra.ubu...@gmail.com ha
scritto:

 @Simone ci mandi il link ad una zona, per favore, così si corregge...


Personalmente conosco il centro di Varazze (
http://www.openstreetmap.org/#map=19/44.35899/8.57393), ma anche
Finalmarina, Finalborgo e Varigotti non sono eccezionali. Vedo qualche
problema anche a Borghetto Santo Spirito, ma niente di drammatico.

In generale, non sono mappate da nessuna parte le barriere come muri e
cancellate. Quando si incontrano ad esempio condomini circondati da un
giardino privato indicare il solo edificio non dà alcuna idea
dell'ingombro. A volte si ha l'impressione, guardando la mappa, di avere a
che fare con una strada larghissima, perché gli edifici sono lontani, ma in
realtà si tratta di vicoli larghi due metri circondati da muri. Sarebbe
bello mappare anche questi elementi.

Ciao,

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


Re: [Talk-ec] [Talk-pe] Propuesta #editathon hispanoamericana

2013-08-20 Per discussione Johnattan Rupire
Es una buena iniciativa, en perú ya se han organizado alguna Mapping 
Raymi [1], sería interesante coordinar una actividad así a nivel 
continental (o más allá).


Vamos moviendo en tema en as respectivas listas a ver qué pasa...

saludos!

[1] Mapping Raymi, Raymi es la palabra quechua para designar una 
celebración o fiesta colectiva. 
http://osmpe.ourproject.org/category/mapping-raymi/



Al 02/08/13 07:19, En/na Marco Antonio ha escrit:

Hola,

Alex Barth aka @lxbarth escribió hace muy poco «Esta es la razón del
porqué hacemos #editathones» en el blog de openstreetmap.us [1].
Importante reflexión y deja recomendaciones (tips) como ser incluir
hashtags #editathon, ayudar a novatos, lugar del evento y
promoción/publicidad.

Terminando la lectura me vino a la cabeza la idea ¿porqué no hacer una
#editathon hispanoamericana? Existen los medios, existe la comunidad
¿porqué no?

El tema logístico se deja a cada comunidad local. Habría que escribir
una página wiki del evento y pedir que cada comunidad por país añada
las ciudades, sus objetivos, lugares de reunión (leer artículo) y
promocionar. Una fecha probable para el evento... este fin de mes 31
de agosto.

¿Qué opinan?

PD: Este correo fue enviado a 14 listas de correos (Argentina,
Bolivia, Chile, Colombia, Costa Rica, Cuba, Ecuador, España, México,
Nicaragua, Perú, República Dominicana, Uruguay y Venezuela) faltando
las comunidades de Belice, El Salvador, Guatemala, Honduras, Panamá,
Paraguay y Puerto Rico. Por el idioma omití Brasil y Portugal. El que
tenga conocimiento de las comunidades en esos países o sepa el idioma
portugués que haga el favor de replicar.

[1] http://openstreetmap.us/2013/07/why-editathons/

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



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


___
Talk-ec mailing list
Talk-ec@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ec


Re: [Talk-ec] [Talk-pe] Propuesta #editathon hispanoamericana

2013-08-20 Per discussione Enrique Asurza Cruz
Hola,
Se puede crear un meetup y retransmitirlo por streaming para los que no
esten en la ciudad.

Saludos

El lunes, 5 de agosto de 2013, Johnattan Rupire escribió:

 Es una buena iniciativa, en perú ya se han organizado alguna Mapping Raymi
 [

1], sería interesante coordinar una actividad así a nivel continental (o
 más allá).

 Vamos moviendo en tema en as respectivas listas a ver qué pasa...

 saludos!

 [1] Mapping Raymi, Raymi es la palabra quechua para designar una
 celebración o fiesta colectiva. http://osmpe.ourproject.org/**
 category/mapping-raymi/http://osmpe.ourproject.org/category/mapping-raymi/


 Al 02/08/13 07:19, En/na Marco Antonio ha escrit:

 Hola,

 Alex Barth aka @lxbarth escribió hace muy poco «Esta es la razón del
 porqué hacemos #editathones» en el blog de openstreetmap.us [1].
 Importante reflexión y deja recomendaciones (tips) como ser incluir
 hashtags #editathon, ayudar a novatos, lugar del evento y
 promoción/publicidad.

 Terminando la lectura me vino a la cabeza la idea ¿porqué no hacer una
 #editathon hispanoamericana? Existen los medios, existe la comunidad
 ¿porqué no?

 El tema logístico se deja a cada comunidad local. Habría que escribir
 una página wiki del evento y pedir que cada comunidad por país añada
 las ciudades, sus objetivos, lugares de reunión (leer artículo) y
 promocionar. Una fecha probable para el evento... este fin de mes 31
 de agosto.

 ¿Qué opinan?

 PD: Este correo fue enviado a 14 listas de correos (Argentina,
 Bolivia, Chile, Colombia, Costa Rica, Cuba, Ecuador, España, México,
 Nicaragua, Perú, República Dominicana, Uruguay y Venezuela) faltando
 las comunidades de Belice, El Salvador, Guatemala, Honduras, Panamá,
 Paraguay y Puerto Rico. Por el idioma omití Brasil y Portugal. El que
 tenga conocimiento de las comunidades en esos países o sepa el idioma
 portugués que haga el favor de replicar.

 [1] 
 http://openstreetmap.us/2013/**07/why-editathons/http://openstreetmap.us/2013/07/why-editathons/

 __**_
 Talk-pe mailing list
 talk...@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-pehttp://lists.openstreetmap.org/listinfo/talk-pe



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


 __**_
 Talk-pe mailing list
 talk...@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-pehttp://lists.openstreetmap.org/listinfo/talk-pe

___
Talk-ec mailing list
Talk-ec@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ec


[Talk-es] seminario 10 de octubre : Barcelona, los datos cartográficos de la metrópolis

2013-08-20 Per discussione Nicolas Fonty
Hola ! Soy arquitecto-urbanista y me intereso mucho en la cartografía.

Soy bastante nuevo en el universo de OSM, hace solo dos meses que estoy
escaneando los forums, el wiki, los tutoriales existantes, metiendome en
las mailing list de mi interés.

El 10 de octubre voy a organizar un seminario de cartografía con la
colaboración del Departamento de Urbanismo y de Ordenación del Territorio
de la UPC en Barcelona. (versión 0 de la propuesta de seminario en
documento adjuntado)

Estaríamos muy interesados para encontrar miembros activos de OSM_BCN para
hablar de diferente temas como :  la progresión de la producción de datos
por la metrópolis, que tipos de opendatas se ha podido agregar,  del nivel
de  los datos actuales y de los retos para el futuro, la importancia de los
tags (ejemplos donde el esfuerzo de la comunidad ha permitido enseñar
precisiones que no se encuentran fuera de OSM) ... etc

Por favor contactame si estáis interesados o si conocéis alguien de
OSM_bcna quien yo podría contactar. Muchas gracias !
--
nicolas fonty arquitecto_urbanista
http://fonty.nicolas.free.fr
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


[Talk-cz] opětovný dotaz na další wms služby ÚHÚLu

2013-08-20 Per discussione Pavel Kwiecien
Ahoj, již M. Kyral se ve svém dotazu ptal na další wms služby ÚHÚLu:
http://lists.openstreetmap.org/pipermail/talk-cz/2013-January/008137.html
jako je například výškopis atd. Na dotaz však nebylo zodpovězeno. Chtěl bych
se proto na toto téma znovu zeptat, zda je možné tento zdroj použít.

Děkuji za odpověď a zdraví Pavel Kwiecien
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] opětovný dotaz na další wms služby ÚHÚLu

2013-08-20 Per discussione hanoj
ÚHUL nam tehdy poskytl vše na co měl licenci nebo bylo jeho tj. čb
ortofoto, odvozní cesty, lesní pozemky

ha
hanoj


Dne 20. srpna 2013 19:47 Pavel Kwiecien pavel.kwiec...@seznam.cznapsal(a):

 Ahoj, již M. Kyral se ve svém dotazu ptal na další wms služby ÚHÚLu:
 http://lists.openstreetmap.org/pipermail/talk-cz/2013-January/008137.html
 jako je například výškopis atd. Na dotaz však nebylo zodpovězeno. Chtěl
 bych se proto na toto téma znovu zeptat, zda je možné tento zdroj použít.

 Děkuji za odpověď a zdraví Pavel Kwiecien


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


Re: [OSM-talk-fr] Circuits vélotourisme en Vaucluse

2013-08-20 Per discussione Tony Emery
cquest wrote
 Tu as fait comment pour ce fond carto ? Une copie d'écran ? Ca suffit en
 résolution pour une impression papier ?
 Une sortie en double résolution est plus appropriée pour une impression.

Je viens de faire un test via QGIS est la qualité est aussi mauvaise. Est-ce
que ta double résolution est disponible pour QGIS via l'extension
OpenLayers plugin ?

Je recherche aussi un site qui fait ressortir les relations des transports
en commun d'OSM. OSMTransport n'est pas assez réactif dans sa mise à jour.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Circuits-velotourisme-en-Vaucluse-tp5773991p5774169.html
Sent from the France mailing list archive at Nabble.com.

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


[OSM-talk-fr] Images dans le wiki : peut-on mettre un lien directe vers wikimedia ?

2013-08-20 Per discussione Yves Pratter
Bonjour,

Pour illustrer waterway=fish_pass, j'aimerais réutiliser une des photos trouvée 
dans l'article de wikipedia.

Je pense qu'il n'y a pas de problème de licence…
Mais peut-on mettre un lien direct dans le modèle sans recharger l'image dans 
le wiki d'OSM ?

--
Yves

Exemple de syntaxe avec une image du wiki OSM
|image=Image:Amagase_Dam.jpg


{{ValueDescription
|key=waterway
|value=fish_pass
|image=
|description=
|onNode=no
|onWay=yes
|onArea=yes
|lang=en
|combination={{Tag|name}}
|status=
}}___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Circuits vélotourisme en Vaucluse

2013-08-20 Per discussione Tony Emery
jbosm wrote
 Et on fait pas mieux qu'un rendu mapnik pour un support de com ? C'est
 pas du dénigrement, mais il ne me semble pas le rendu le plus adapté
 pour ça… 
 
 Tiens, je t'ai fait un R25 (mais il en existe d'autres) sans prétravail
 de la donnée (il faudrait notamment alléger le centre ville, et orienter
 les branches de l'itinéraire). Par contre, pas d'accès ftp ici, je te
 l'envoie en privé et à ceux que ça intéresse… 

J'aime bien le rendu type IGN. Pour autant, vu que cela s'adresse au CG84,
je pense qu'il est délicat d'utiliser cette sémiologie. D'une part cela
risque de perturber l'utilisateur et, d'autre part, on ne sais toujours pas
si on a le droit d'utiliser cette sémiologie.

Je pense qu'il serait plus pertinent d'utiliser un rendu OSM avec du relief
et des courbes de niveau. A défaut, il faudrait que ce rendu soit accessible
via l'extension OpenLayers Plugin de QGis


jbosm wrote
 PS : t'ain, le nombre de piscines accessibles dans le sud… Ha, y'a p'têt
 des access=private qui manquent… 

Tu as sûrement raison. Je note ça et on essaye de rectifier le tir.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Circuits-velotourisme-en-Vaucluse-tp5773991p5774171.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Comment cartographier des bassins filtrants ?

2013-08-20 Per discussione Ab_fab
Pour aller (beaucoup) plus loin, il y a de nombreux liens intéressants sur
cette page :
http://epnac.cemagref.fr/documentation/traitement-des-eaux/filtres-plantes-de-roseaux/
Les lagunes, filtres plantés de macrophytes à écoulement vertical ou
horizontal n'auront plus de secrets pour vous

Pour en rester au domaine OSM, je rejoins Pieren :
le site dans son intégralité devrait être indiqué comme man_made =
wastewater_plant, et des informations plus précises devraient être mises
sur les éléments internes qui ne sont souvent que des étapes de collecte /
traitement.

Je retourne à ma réflexion sur le oneway = yes ou no dans les réseaux
d'assainissement, suggéré dans un message antérieur.
Assez fascinant ma foi




Le 19 août 2013 11:27, Yves Pratter yves.prat...@laposte.net a écrit :

 Bonjour,

 Quel attribut mettre pour les bassins filtrants de station d'épuration de
 Grimonpont ?
 http://www.openstreetmap.org/browse/way/234071862

 A défaut, je mettrais *landuse=basin*.

 Il serait peut-être utile de définir un nouveau tag car c'est un système
 qui se développe de plus en plus ?

 --
 Yves

 Voir Marais filtrant http://fr.wikipedia.org/wiki/Marais_filtrant et 
 Constructed
 wetland http://en.wikipedia.org/wiki/Constructed_wetland sur Wikipedia

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://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
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Comment cartographier des bassins filtrants ?

2013-08-20 Per discussione David Crochet

Bonjour

Le 20/08/2013 09:20, Ab_fab a écrit :

Je retourne à ma réflexion sur le oneway = yes ou no dans les réseaux
d'assainissement, suggéré dans un message antérieur.


Peut-on faire comme pour les cours d'eau, c'est à dire que le sens du 
chemin indique implicitement le sens d'écoulement ?


Cordialement

--
David Crochet

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


Re: [OSM-talk-fr] Comment cartographier des bassins filtrants ?

2013-08-20 Per discussione Ab_fab
Pour un réseau de collecte, oui.
Il y a soit une pente, soit une pompe en amont qui fait que l'eau ne
coulera que dans un sens.

Pour un réseau de distribution d'eau potable, on ne peut pas forcément
suivre la même logique car ça peut être un réseau maillé. Mais dans le
contexte OSM, ça n'a vraiment d'intérêt.



Le 20 août 2013 09:28, David Crochet david.croc...@online.fr a écrit :

 Bonjour

 Le 20/08/2013 09:20, Ab_fab a écrit :

  Je retourne à ma réflexion sur le oneway = yes ou no dans les réseaux
 d'assainissement, suggéré dans un message antérieur.


 Peut-on faire comme pour les cours d'eau, c'est à dire que le sens du
 chemin indique implicitement le sens d'écoulement ?

 Cordialement

 --
 David Crochet


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://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
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Entreprises locales de distribution électrique en France

2013-08-20 Per discussione François Lacombe
Philippe, je crois que PierreV a raison.

La relation entre Séolis et Gérédis est purement financière, c'est bien
l'entreprise Gérédis qui est détentrice de la concession du SIEDS :
http://www.geredis.fr/spip.php?article151

Je vais donc remplacer Séolis par Gérédis dans le wiki.


Christian, oui Seyssel a été ajouté, et la carto du réseau à commencé sur
Groisy et Evires
http://www.itoworld.com/map/4?lon=6.19880lat=46.03702zoom=13fullscreen=true


Bonne journée.

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 19 août 2013 22:41, PierreV belett...@hotmail.fr a écrit :

 Petite correction... pour les Deux-Sevres, Séolis est le fournisseur, le
 gérant des réseaux est Gérédis (avec leur nouveau siège a coté de
 Séolis...).
 La Vienne fait aussi parti des 5% avec Sorégie (fournisseur/distributeur),
 apparemment le gérant réseau est SDR (a confirmer)



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Entreprises-locales-de-distribution-electrique-en-France-tp5773930p5774111.html
 Sent from the France mailing list archive at Nabble.com.

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

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


Re: [OSM-talk-fr] Images dans le wiki : peut-on mettre un lien directe vers wikimedia ?

2013-08-20 Per discussione Damouns
Le 20 août 2013 09:10, Yves Pratter yves.prat...@laposte.net a écrit :

 Mais peut-on mettre un lien direct dans le modèle sans recharger l'image
 dans le wiki d'OSM


Oui tout à fait il y a des liens entre le wiki d'OSM et
commons.wikimedia.org :

si tu mets :

|image=File:Fish pass.jpg

ça a l'air de marcher.

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


Re: [OSM-talk-fr] Circuits vélotourisme en Vaucluse

2013-08-20 Per discussione Christian Quest
QGis + OpenLayers... ça ne te donnera accès qu'à des tuiles, toujours en
résolution normale et donc inadapté à l'impression.

Je fais ça directement avec mapnik, en ligne de commande avec nik2img et en
bonus c'est la feuille de style osmfr qui est utilisée.

Exemple: nik2img.py osmfr.xml orange-galets.png -f png -z 11 -c 4.83948
44.09589 -d 3000 3000 -v --scale-factor=2

Résultat : http://cl.ly/2b050x320642

Si tu as besoin d'ajuster en taille, résolution, niveau de zoom, pas de
problème !
J'ai essayé d'avoir le résultat le plus proche de ce que je peux voir dans
les PDF (dégradés).

Il est aussi possible de faire la même sortie en SVG (ou PDF), mais c'est
très lourd, souvent ingérable par les logiciels de PAO et le moteur de
rendu est différent ce qui finalement ne donne pas la même propreté que
cette version bitmap en double résolution.


Le 20 août 2013 09:08, Tony Emery tony.em...@yahoo.fr a écrit :

 cquest wrote
  Tu as fait comment pour ce fond carto ? Une copie d'écran ? Ca suffit en
  résolution pour une impression papier ?
  Une sortie en double résolution est plus appropriée pour une impression.

 Je viens de faire un test via QGIS est la qualité est aussi mauvaise.
 Est-ce
 que ta double résolution est disponible pour QGIS via l'extension
 OpenLayers plugin ?

 Je recherche aussi un site qui fait ressortir les relations des transports
 en commun d'OSM. OSMTransport n'est pas assez réactif dans sa mise à jour.



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Circuits-velotourisme-en-Vaucluse-tp5773991p5774169.html
 Sent from the France mailing list archive at Nabble.com.

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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Images dans le wiki : peut-on mettre un lien directe vers wikimedia ?

2013-08-20 Per discussione Yves Pratter
 si tu mets :
 
 |image=File:Fish pass.jpg
 
 ça a l'air de marcher.
Merci  :-)

ça marche aussi avec |image=image:Fish pass.jpg

--
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

2013-08-20 Per discussione Tony Emery
Quel nom doit-on mettre dans OpenStreetMap pour qualifier les cours d'eau ?

Je pencherais pour le nom qui est dans la base Sandre, avec un tag alt_name
pour les autres orthographes.

Exemple, l'Aygues (Vaucluse) s'écrit Eygues ou Aigues ou Aigue ou Aygues.
Sur wikipédia c'est Eygues et sur Sandre c'est Aigue.

De votre côté, voue feriez comment ?

De plus, dans nos régions, le cours d'une rivière se balade à l'intérieur de
son lit (heureux l'élève qui, comme la rivière, peut suivre son cours sans
quitter son lit).
Du coup, on a :
- waterway=river pour les rivières étroites qui apparaîtront comme une ligne
au rendu. la largeur minimum est définie par convention à 12 m.
- waterway=riverbank correspondant au lit mineur d'un cours d'eau de plus de
12m.

J'ai cru comprendre que, même si on cartographie une rivière avec
waterway=riverbank, on doit quand aussi saisir le fil d'eau avec
waterway=river.

par contre, comment cartographier le lit majeur d'une rivière, qui peut être
un espace varié (sable, gravier, boue, herbes, ...) ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

2013-08-20 Per discussione Christian Quest
Pour le nom, je ne vois pas trop comment en choisir un plutôt qu'un autre.
Le Sandre st une référence utilisable, mais pas exempte d'erreurs non plus,
y compris dans leur chainage (j'en ai signalé une, a-t-elle été corrigée ?
je n'ai jamais eu de retour).

Ca vient d'où ces 12m ?

Oui, le waterway=river est à mapper en priorité et systématiquement, le
riverbank c'est la cerise sur le gâteau ;)



Le 20 août 2013 13:47, Tony Emery tony.em...@yahoo.fr a écrit :

 Quel nom doit-on mettre dans OpenStreetMap pour qualifier les cours d'eau ?

 Je pencherais pour le nom qui est dans la base Sandre, avec un tag alt_name
 pour les autres orthographes.

 Exemple, l'Aygues (Vaucluse) s'écrit Eygues ou Aigues ou Aigue ou Aygues.
 Sur wikipédia c'est Eygues et sur Sandre c'est Aigue.

 De votre côté, voue feriez comment ?

 De plus, dans nos régions, le cours d'une rivière se balade à l'intérieur
 de
 son lit (heureux l'élève qui, comme la rivière, peut suivre son cours sans
 quitter son lit).
 Du coup, on a :
 - waterway=river pour les rivières étroites qui apparaîtront comme une
 ligne
 au rendu. la largeur minimum est définie par convention à 12 m.
 - waterway=riverbank correspondant au lit mineur d'un cours d'eau de plus
 de
 12m.

 J'ai cru comprendre que, même si on cartographie une rivière avec
 waterway=riverbank, on doit quand aussi saisir le fil d'eau avec
 waterway=river.

 par contre, comment cartographier le lit majeur d'une rivière, qui peut
 être
 un espace varié (sable, gravier, boue, herbes, ...) ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214.html
 Sent from the France mailing list archive at Nabble.com.

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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

2013-08-20 Per discussione Tony Emery
cquest wrote
 Pour le nom, je ne vois pas trop comment en choisir un plutôt qu'un autre.
 Le Sandre st une référence utilisable, mais pas exempte d'erreurs non
 plus,
 y compris dans leur chainage (j'en ai signalé une, a-t-elle été corrigée ?
 je n'ai jamais eu de retour).

On prend wikipédia comme valeur par défaut alors ?


cquest wrote
 Ca vient d'où ces 12m ?

du wiki d'OSM même :  http://wiki.openstreetmap.org/wiki/FR:Key:waterway
http://wiki.openstreetmap.org/wiki/FR:Key:waterway  


cquest wrote
 Oui, le waterway=river est à mapper en priorité et systématiquement, le
 riverbank c'est la cerise sur le gâteau ;)

Et pour le lit majeur, même si c'est la chantilly sur la cerise sur le
gâteau  ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214p5774218.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

2013-08-20 Per discussione Sylvain Maillard
Salut,

le référentiel Sandre est censé utiliser l'écriture correcte (avec
validation par les gestionnaires locaux), mais il n'est pas exempt
d'erreurs ... dans le cas de l'Eygue, il y a même 2 écritures dans le
sandre: Eygues jusqu'à la confluence avec la Saule, et Aigues à l'aval !
Vu le nom du sous-bassin hydrographique, je pencherais plutôt pou
l'utilisation de l'écriture Eygues ... je fais remonter la question ;)

@cquest: la validation des retours prend parfois beaucoup de temps, avec de
multiples aller-retours en interne et même de grosses discussions ... et
pour ne pas simplifier les choses, l'IGN ne publie les données mises à jour
qu'1 fois par an, donc les mises à jour fait maintenant ne seront visibles
qu'en septembre 2014 ...

Sylvain




Le 20 août 2013 13:53, Christian Quest cqu...@openstreetmap.fr a écrit :

 Pour le nom, je ne vois pas trop comment en choisir un plutôt qu'un autre.
 Le Sandre st une référence utilisable, mais pas exempte d'erreurs non plus,
 y compris dans leur chainage (j'en ai signalé une, a-t-elle été corrigée ?
 je n'ai jamais eu de retour).

 Ca vient d'où ces 12m ?

 Oui, le waterway=river est à mapper en priorité et systématiquement, le
 riverbank c'est la cerise sur le gâteau ;)



 Le 20 août 2013 13:47, Tony Emery tony.em...@yahoo.fr a écrit :

 Quel nom doit-on mettre dans OpenStreetMap pour qualifier les cours d'eau ?

 Je pencherais pour le nom qui est dans la base Sandre, avec un tag
 alt_name
 pour les autres orthographes.

 Exemple, l'Aygues (Vaucluse) s'écrit Eygues ou Aigues ou Aigue ou Aygues.
 Sur wikipédia c'est Eygues et sur Sandre c'est Aigue.

 De votre côté, voue feriez comment ?

 De plus, dans nos régions, le cours d'une rivière se balade à l'intérieur
 de
 son lit (heureux l'élève qui, comme la rivière, peut suivre son cours
 sans
 quitter son lit).
 Du coup, on a :
 - waterway=river pour les rivières étroites qui apparaîtront comme une
 ligne
 au rendu. la largeur minimum est définie par convention à 12 m.
 - waterway=riverbank correspondant au lit mineur d'un cours d'eau de plus
 de
 12m.

 J'ai cru comprendre que, même si on cartographie une rivière avec
 waterway=riverbank, on doit quand aussi saisir le fil d'eau avec
 waterway=river.

 par contre, comment cartographier le lit majeur d'une rivière, qui peut
 être
 un espace varié (sable, gravier, boue, herbes, ...) ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214.html
 Sent from the France mailing list archive at Nabble.com.

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




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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


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


Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

2013-08-20 Per discussione Tony Emery
Sylvain Maillard wrote
 le référentiel Sandre est censé utiliser l'écriture correcte (avec
 validation par les gestionnaires locaux), mais il n'est pas exempt
 d'erreurs ... dans le cas de l'Eygue, il y a même 2 écritures dans le
 sandre: Eygues jusqu'à la confluence avec la Saule, et Aigues à l'aval !
 Vu le nom du sous-bassin hydrographique, je pencherais plutôt pou
 l'utilisation de l'écriture Eygues ... je fais remonter la question ;)

Ok, je vais, du coup, essayer de corriger le sens du fil d'eau pour qu'il
soit dans le sens de l'écoulement. Pas de réponses pour mon lit majeur, du
coup ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214p5774220.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

2013-08-20 Per discussione Christian Quest
Le 20 août 2013 14:11, Sylvain Maillard sylvain.maill...@gmail.com a
écrit :

 @cquest: la validation des retours prend parfois beaucoup de temps, avec
 de multiples aller-retours en interne et même de grosses discussions ... et
 pour ne pas simplifier les choses, l'IGN ne publie les données mises à jour
 qu'1 fois par an, donc les mises à jour fait maintenant ne seront visibles
 qu'en septembre 2014 ...


Je comprends bien pour le délais, mais au moins un mail de retour pour
confirmer la réception et une suite... c'est pas du tout motivant de
signaler une erreur et de n'avoir aucun retour. C'est plus une histoire de
politesse qu'autre chose.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

2013-08-20 Per discussione Pieren
2013/8/20 Tony Emery tony.em...@yahoo.fr:
 cquest wrote
 Ca vient d'où ces 12m ?

 du wiki d'OSM même :  http://wiki.openstreetmap.org/wiki/FR:Key:waterway
 http://wiki.openstreetmap.org/wiki/FR:Key:waterway

qui vient d'une traduction de la version anglaise. Il me semble avoir
lu qu'en France, l'IGN fixait sa limite à 10m. Mais on n'est pas à 2
m. près. C'est plus une recommendation qu'autre chose...

Pieren

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


  1   2   >