date:20121126



Can we please use meaningful Subject:? Not Talk-be Digest, thank you.

They are not easy to find in the archives.


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

Re: [OSM-talk-be] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area

2012-11-26 Thread Ben Laenen

On Monday 26 November 2012 16:41:41 Jo wrote:
 I created the following mapcss style to help visualize, alongside the
 alreayd existing maxspeed style:

 
  way[zone:traffic=BE:urban]::built-up_area

Can't we just use built-up_area as a value? Small villages aren't exactly 
urban, but they still have built-up areas.

Also, why the BE prefix, these roads are in Belgium, no need to duplicate 
that information on all the roads.

Ben

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

Re: [OSM-talk-be] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area

2012-11-26 Thread Jo

I got the urban/rural from the tagging or talk mailing list. I have never
seen built-up area as a tag on OSM. I did see city limit, but personally I
always heard city limitS. So even though I am not entirely happy with
urban, it's short and to the point and apparently it's already used
extensively in Germany and to a lesser extent in Finland.

The BE: prefix makes sense, as the rules inside built-up areas differ  even
between EU countries.

OK, I see your point. Someboy using a geospatial database can find out
these roads are in Belgium with an (expensive?) query. People who only have
the tags available can't, though.

Jo

2012/11/26 Ben Laenen benlae...@gmail.com

 On Monday 26 November 2012 16:41:41 Jo wrote:
  I created the following mapcss style to help visualize, alongside the
  alreayd existing maxspeed style:


   way[zone:traffic=BE:urban]::built-up_area

 Can't we just use built-up_area as a value? Small villages aren't exactly
 urban, but they still have built-up areas.

 Also, why the BE prefix, these roads are in Belgium, no need to duplicate
 that information on all the roads.

 Ben

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

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

Re: [OSM-talk-be] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area


On 2012-11-26 16:55, Ben Laenen wrote :
 Also, why the BE prefix, these roads are in Belgium, no need to 
duplicate that information on all the roads.


I'm much interested in this remark.
For writing POI files, one must determine in which municipality 
(polygonal relation) a street (way) is.

How can it be done?

Cheers,

André.


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

[OSM-talk-be] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area (zone:traffic={BE,UK,...}:*)


  
  


On 2012-11-23 22:58, Kytömaa Lauri
  wrote :


  If it's just the traffic rules urban vs. rural, there's the tag (with 37 000+ uses)

zone:traffic=**:rural
zone:traffic=**:urban

where ** is the two letter country code.


On 2012-11-26 13:16, Marc Gemis wrote :

  country_code:context
(where the speed limit is defined by a particular context, for
example urban/rural/motorway/etc.)
  


On 2012-11-26 16:41, Jo wrote :

One week ago I had never heard of the zone:traffic
  tags. I didn't have a clue how one could tag streets as part of
  built-up area/city limits or out of it. For many years this is
  something I have been wanting to do though. So I was glad I
  finally learned how it could/should be done in one of the many
  discussions started by Papou.
  

  
  zone30 are mostly within built-up area, zone50 and zone70
aren't. I think it's important to distinguish between zoneXX and
built-up area as they occur mostly independent from each other,
so the namespaces also ought to be independent.
  
  
  We could use source:maxspeed=BE:zone30 instead of
source:maxspeed=zone30, but since a street already gets
zone:traffic=BE:urban/rural, the BE seems less important in the
source:maxspeed tags.


Great finding From Lauri indeed !!!

But regarding this, where is the complete zone:traffic=BE:*  list?
(just one example)
In
  Belgium, we have more than urban/rural/motorway/etc.

default=rural
agglomération=urban
autoroute=motorway
route pour automobile=?
zone résidentielle=?
zone de rencontre=?
zone piétonne=?
chemin réservé à la circulation des piétons, cyclistes et cavaliers=?
rue réservée aux jeux=?
Abords d'école= Zone 30=?
Rue cyclable=?

Each with their regulations details.

I was lately "sent" to map an alleged Zone30 area and there was no
Zone 30 but a zone résidentielle which is equivalent
maxspeed-wise but not other-wise (other-regulations-wise).

If we had a tag such as INCLUDE:BE:...:urban etc. with which
the programs would fetch all the relevant tags like maxspeed
per zone type from a well known per country or WW (world wide)
database object (1) then we would have a clear list and we could
tell the government that they can change details any time without
sending us to work everywhere.

How could otherwise programs that are supposed to use the OSM data
make sense of a such ever changing global notions without breaking
them down to well-defined concepts such as speed, bicycles,  etc...

That would please both the global view and the piecewise one.

Wouldn't that stop the zonebabel?

Cheers, 


  

  André.

  


(1) for example some well-known BE relation that would contain a
role=zones or traffic member to a relation that would
similarly contain rural, urban, etc. pointers to nodes that would
contain the tags








  

  


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

Re: [OSM-talk-be] agglomération


Hi,

As I am against always changing the subject line of discussions, I 
resent with the original one.


But it's also to add that, in my opinion, the tagging must respect the 
categories that the national law defines (our code de la route).  There 
is no point in trying to forcefully adapt foreign concepts if they do 
not match.
I don't think there's a concept of built-up area in the Belgian law and 
I don't think there's a difference in the definition of an agglomération 
whether it resides in a city or in a village (even if rural sounds like 
village, this is not poetry).
This all, obviously, doesn't prevent a specific tag like a lower speed 
limit overriding the global one.


(On 2012-11-26 18:21, A.Pirard.Papou wrote :)

On 2012-11-23 22:58, Kytömaa Lauri wrote :

If it's just the traffic rules urban vs. rural, there's the tag (with 37 000+ 
uses)

zone:traffic=**:rural
zone:traffic=**:urban

where ** is the two letter country code.

On 2012-11-26 13:16, Marc Gemis wrote :
country_code:context (where the speed limit is defined by a 
particular context, for example urban/rural/motorway/etc.)


On 2012-11-26 16:41, Jo wrote :
One week ago I had never heard of the zone:traffic tags. I didn't have 
a clue how one could tag streets as part of built-up area/city limits 
or out of it. For many years this is something I have been wanting to 
do though. So I was glad I finally learned how it could/should be done 
in one of the many discussions started by Papou.


zone30 are mostly within built-up area, zone50 and zone70 aren't. I 
think it's important to distinguish between zoneXX and built-up area 
as they occur mostly independent from each other, so the namespaces 
also ought to be independent.


We could use source:maxspeed=BE:zone30 instead of 
source:maxspeed=zone30, but since a street already gets 
zone:traffic=BE:urban/rural, the BE seems less important in the 
source:maxspeed tags.


Great finding From Lauri indeed !!!

But regarding this, where is the complete zone:traffic=BE:*  list? (just 
one example)
In Belgium, we have more than urban/rural/motorway/etc. 
http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/100-art2


default=*rural*
agglomération=*urban*
autoroute=*motorway*
route pour automobile=*?*
zone résidentielle=*?*
zone de rencontre=*?*
zone piétonne=*?*
chemin réservé à la circulation des piétons, cyclistes et cavaliers=*?*
rue réservée aux jeux=*?*
Abords d'école= Zone 30=*?*
Rue cyclable=*?*

Each with their regulations details.

I was lately sent to map an alleged Zone30 area and there was no Zone 
30 but a /*zone résidentielle*/ which is equivalent maxspeed-wise but 
not other-wise (other-regulations-wise).


If we had a tag such as *INCLUDE:BE:...:urban* etc. with which the 
programs would fetch all the relevant tags like *maxspeed* per zone type 
from a well known per country or WW (world wide) database object (1) 
then we would have a clear list and we could tell the government that 
they can change details any time without sending us to work everywhere.


How could otherwise programs that are supposed to use the OSM data make 
sense of a such ever changing global notions without breaking them down 
to well-defined concepts such as speed, bicycles,  etc...


That would please both the global view and the piecewise one.

Wouldn't that stop the zonebabel?

Cheers,

André.


(1) for example some well-known BE relation that would contain a 
role=*zones* or *traffic* member to a relation that would similarly 
contain rural, urban, etc. pointers to nodes that would contain the tags


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

Re: [OSM-talk-be] agglomération

2012-11-26 Thread Ben Laenen

On Monday 26 November 2012 18:49:16 A.Pirard.Papou wrote:
 But regarding this, where is the complete zone:traffic=BE:*  list? (just
 one example)
 In Belgium, we have more than urban/rural/motorway/etc.
 http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/
 100-art2
 
 default=*rural*
 agglomération=*urban*
 autoroute=*motorway*
 route pour automobile=*?*
 zone résidentielle=*?*
 zone de rencontre=*?*
 zone piétonne=*?*
 chemin réservé à la circulation des piétons, cyclistes et cavaliers=*?*
 rue réservée aux jeux=*?*
 Abords d'école= Zone 30=*?*
 Rue cyclable=*?*

This shouldn't be a single list in the zone:traffic=* tag if that's what 
you're suggesting.

A motorway is a rural road, a motorroad can be either rural or urban. That 
road reserved for pedestrians, cyclists and horse drivers can be in a school 
zone 30 inside an urban zone etc., or it can be in a rural area.

So let's keep things separate for now :-)

Ben

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

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Pieren

On Mon, Nov 26, 2012 at 4:34 AM, Kate Chapman k...@maploser.com wrote:

 So for example crowdsourced infromation, volunteered geographic
 information, non-authoritative data, or something else?

Crowdsourced non-authoritative geographic data ?

Pieren

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

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Tom Davie


On 26 Nov 2012, at 09:58, Pieren pier...@gmail.com wrote:

 On Mon, Nov 26, 2012 at 4:34 AM, Kate Chapman k...@maploser.com wrote:
 
 So for example crowdsourced infromation, volunteered geographic
 information, non-authoritative data, or something else?
 
 Crowdsourced non-authoritative geographic data ?

I'm personally not sure I agree with the non-authoritative part.  Half the 
point of OpenStreetMap is that it's made by authorities on the subject of their 
local area.  Of course, I guess that doesn't hold for all editors.

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

[OSM-talk] Join us at the Mapping Showcase

2012-11-26 Thread Steve Chilton

Would any keen OSMers like to join us at the Mapping Showcase?
The Society of Cartographers have taken a stand at the event.
It is at Lords cricket ground in London on Dec 6th.
The event is very similar to that at the Emirates last year were we also shared 
a stand.
http://www.londonmappingfestival.org/mapping-showcase2012/
Anyone who would like to join us for all or part of the day should contact me, 
and sign up (free) as a delegate
It is a great chance to spread the word about the value of OSM data, and maybe 
add fine detail around the venue.

Cheers
Steve



---


Please note that Middlesex University's preferred way of receiving all 
correspondence is via email in line with our Environmental Policy. All incoming 
post to Middlesex University is opened and scanned by our digital document 
handler, CDS, and then emailed to the recipient.
 
If you do not want your correspondence to Middlesex University processed in 
this way please email the recipient directly. Parcels, couriered items and 
recorded delivery items will not be opened or scanned by CDS.  There are items 
which are exceptions which will be opened by CDS but will not be scanned a 
full list of these can be obtained by contacting the University.


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

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Barnett, Phillip

That's one meaning of authoritative. 
The other meaning is 1. Having or arising from authority; official: an 
authoritative decree; authoritative sources.
Which in this context would be someone like local government, as they are the 
ones who normally allocate street names, etc

From: Tom Davie [tom.da...@gmail.com]
Sent: 26 November 2012 10:25
To: Pieren
Cc: osm
Subject: Re: [OSM-talk] What to call OSM data?

On 26 Nov 2012, at 09:58, Pieren pier...@gmail.com wrote:

 On Mon, Nov 26, 2012 at 4:34 AM, Kate Chapman k...@maploser.com wrote:

 So for example crowdsourced infromation, volunteered geographic
 information, non-authoritative data, or something else?

 Crowdsourced non-authoritative geographic data ?

I'm personally not sure I agree with the non-authoritative part.  Half the 
point of OpenStreetMap is that it's made by authorities on the subject of their 
local area.  Of course, I guess that doesn't hold for all editors.

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

Please Note:

Any views or opinions are solely those of the author and do not necessarily 
represent those of Independent Television News Limited unless specifically 
stated. This email and any files attached are confidential and intended solely 
for the use of the individual or entity to which they are addressed. If you 
have received this email in error, please notify postmas...@itn.co.uk

Please note that to ensure regulatory compliance and for the protection of our 
clients and business, we may monitor and read messages sent to and from our 
systems. ___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Greg Troxel


Kate Chapman k...@maploser.com writes:

 Hi All,

 So I met with a group looking to link OSM data to other data. Meaning
 have a link that says this village in OSM is equivalent to this
 village in these 3 other datasets. Part of this process involves
 having metadata for everything.

 The people I met with asked me a question I hadn't been asked before:
 What do people prefer the OSM data be described as in the metadata?

 So for example crowdsourced infromation, volunteered geographic
 information, non-authoritative data, or something else?

I think crowdsourced is accurate.

Volunteer is not quite right, because we don't know how many people are
being paid to put information into OSM.  Certainly that happens, and
it's not a problem.   In looking at the essence of what makes OSM
unique, the non-paid status of most mappers is not really the point;
it's that anyone can map.

I would avoid non-authoritative, because it's a loaded word that drags
in all sorts of connotations, particularly about accuracy.  Certainly
there is a meaning where data is authoritative if published by the
entity responsible for setting the facts, e.g. street names in towns.
Then there is road centerline data from state DOTs, which is one step
removed.  The elephant in the room, however, is data like NAVTEQ and
Tele Atlas, which is similar to OSM in that it is produced privately (or
imported from DOT sources).  However, I would expect that some like to
claim that NAVTEQ data is authoritative and OSM data is
non-authoritative, and I think OSM should avoid self-labeling as
non-authoritative.


pgpLy3ebYaE2C.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] What to call OSM data?

2012/11/26 Joseph Reeves iknowjos...@gmail.com:
I think crowdsourced is accurate.

 Playing Devil's Advocate, crowdsourced isn't appropriate for large swathes
 of OSM data: Europe, for example, is dominated by imported, not
 crowdsourced, CORINE data.

 I'd describe OSM data simply as open.


I'd like to point out that even though your claim might be true in
terms of quantity (didn't check that but have my doubts too, because
there are far more road ways in the db than landuse) there are many
countries which didn't import CORINE, Germany and Italy for instance
(I think also UK)

cheers,
Martin

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

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Henning Scholland


Am 26.11.2012 14:06, schrieb Joseph Reeves:

I think crowdsourced is accurate.

Playing Devil's Advocate, crowdsourced isn't appropriate for large 
swathes of OSM data: Europe, for example, is dominated by imported, 
not crowdsourced, CORINE data.
I think imported data isn't a question of crowedsourced or not 
crowdsourced but a question of source of the data. Also imports are done 
by a mapper. Only a mapper could contribute data and therefore he can 
use several sources like GPS-tracks, aerial images and other databases 
like TIGER, CORINNE, 


Henning


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

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Richard Fairhurst

Kate Chapman wrote:
 Does anyone have suggestions or a preference?

OpenStreetMap says it all.

As in Hi. We're OpenStreetMap. You may have heard of us.

cheers
Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/What-to-call-OSM-data-tp5737570p5737660.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Tobias Knerr

On 26.11.2012 14:06, Joseph Reeves wrote:
 Playing Devil's Advocate, crowdsourced isn't appropriate for large
 swathes of OSM data: Europe, for example, is dominated by imported, not
 crowdsourced, CORINE data.

I don't believe that Europe is dominated by CORINE data. Several
European countries never imported CORINE, and elsewhere most of the work
would still consist of roads and other non-landuse data.

Also consider that imports today almost necessarily have to be performed
with manual interaction (to avoid duplicates and so on) and by various
individuals. So even when imports take place, they are done in a
crowdsourced manner.

So I think crowdsourced is the most appropriate term that is still
meaningful.

 I'd describe OSM data simply as open.

That's not wrong either, but not precise enough to distinguish a project
such as OSM from e.g. governments' Open Data efforts. That's because it
overlaps with open licensing, which I assume will be stored separately
in metadata, and various other associations of the term.

Tobias

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

Re: [OSM-talk] What to call OSM data?

2012-11-26 Thread Joseph Reeves

Apologies for bringing up imports on the list. At least I didn't mention
the license change though! ;)

That's not wrong either, but not precise enough to distinguish a project
such as OSM from e.g. governments' Open Data efforts.

Continuing to play Devil's Advocate, I think this is just an issue of
imagination scope: Why do we need to distinguish OSM from governments' Open
Data efforts? Does that bring us any benefit? Are you trying to highlight a
difference of scale or is there one type of Open that's different from
some other Open?

I'd like to imagine a future scenario in which a country's National Mapping
Agency decides that OSM is going to be the official source of geographic
data. As an NMA contributes and maintains data within OSM, the
crowdsourced argument becomes weaker and the Open word becomes more
important.

Cheers, Joseph



On 26 November 2012 13:43, Tobias Knerr o...@tobias-knerr.de wrote:

 On 26.11.2012 14:06, Joseph Reeves wrote:
  Playing Devil's Advocate, crowdsourced isn't appropriate for large
  swathes of OSM data: Europe, for example, is dominated by imported, not
  crowdsourced, CORINE data.

 I don't believe that Europe is dominated by CORINE data. Several
 European countries never imported CORINE, and elsewhere most of the work
 would still consist of roads and other non-landuse data.

 Also consider that imports today almost necessarily have to be performed
 with manual interaction (to avoid duplicates and so on) and by various
 individuals. So even when imports take place, they are done in a
 crowdsourced manner.

 So I think crowdsourced is the most appropriate term that is still
 meaningful.

  I'd describe OSM data simply as open.

 That's not wrong either, but not precise enough to distinguish a project
 such as OSM from e.g. governments' Open Data efforts. That's because it
 overlaps with open licensing, which I assume will be stored separately
 in metadata, and various other associations of the term.

 Tobias

 ___
 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] What to call OSM data?

2012-11-26 Thread Lester Caine


Richard Fairhurst wrote:

Kate Chapman wrote:

Does anyone have suggestions or a preference?

OpenStreetMap says it all.

As in Hi. We're OpenStreetMap. You may have heard of us.


I'd second that ... does not need any more

--
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] What to call OSM data?

2012-11-26 Thread Jaakko Helleranta.com

On these lines my one-liner for OSM is that it is

A project to create the best community-produced Open Geo Data set of the
whole world of any (verifiable) physical object (and some non-physical
data, too).

So, my key points in that are:
1) Open Geodata
2) of all data, _integrated_ (no layers, at least yet; carries the
centuries/millenia old tradition of handicraft vs. automation)
3) to which any and everyone is equally welcome to contribute to (with
equal weight - meritocracy); with any appropriate data source, including
gov data

Cheers,
-Jaakko

--
Sent from my mobile. Excuse my brevity and/or typos. P.S. While on the go,
SMS reaches me fastest.
On Nov 26, 2012 9:19 AM, Joseph Reeves iknowjos...@gmail.com wrote:

 Apologies for bringing up imports on the list. At least I didn't mention
 the license change though! ;)

 That's not wrong either, but not precise enough to distinguish a project
 such as OSM from e.g. governments' Open Data efforts.

 Continuing to play Devil's Advocate, I think this is just an issue of
 imagination scope: Why do we need to distinguish OSM from governments' Open
 Data efforts? Does that bring us any benefit? Are you trying to highlight a
 difference of scale or is there one type of Open that's different from
 some other Open?

 I'd like to imagine a future scenario in which a country's National
 Mapping Agency decides that OSM is going to be the official source of
 geographic data. As an NMA contributes and maintains data within OSM, the
 crowdsourced argument becomes weaker and the Open word becomes more
 important.

 Cheers, Joseph



 On 26 November 2012 13:43, Tobias Knerr o...@tobias-knerr.de wrote:

 On 26.11.2012 14:06, Joseph Reeves wrote:
  Playing Devil's Advocate, crowdsourced isn't appropriate for large
  swathes of OSM data: Europe, for example, is dominated by imported, not
  crowdsourced, CORINE data.

 I don't believe that Europe is dominated by CORINE data. Several
 European countries never imported CORINE, and elsewhere most of the work
 would still consist of roads and other non-landuse data.

 Also consider that imports today almost necessarily have to be performed
 with manual interaction (to avoid duplicates and so on) and by various
 individuals. So even when imports take place, they are done in a
 crowdsourced manner.

 So I think crowdsourced is the most appropriate term that is still
 meaningful.

  I'd describe OSM data simply as open.

 That's not wrong either, but not precise enough to distinguish a project
 such as OSM from e.g. governments' Open Data efforts. That's because it
 overlaps with open licensing, which I assume will be stored separately
 in metadata, and various other associations of the term.

 Tobias

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



 ___
 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] What to call OSM data?

2012-11-26 Thread nicholas . g . lawrence


  So for example crowdsourced infromation, volunteered geographic
  information, non-authoritative data, or something else?
  
  Crowdsourced non-authoritative geographic data ?
 
 I'm personally not sure I agree with the non-authoritative part. 

Instead of non-authoritative I prefer the term asserted

It refers to how several people can assert that the data entered
by someone else is correct.

Nick
***
WARNING: This email (including any attachments) may contain legally
privileged, confidential or private information and may be protected by
copyright. You may only use it if you are the person(s) it was
intended to be sent to and if you use it in an authorised way. No one
is allowed to use, review, alter, transmit, disclose, distribute, print
or copy this email without appropriate authority.

If this email was not intended for you and was sent to you by mistake,
please telephone or email me immediately, destroy any hardcopies of
this email and delete it and any copies of it from your computer
system. Any right which the sender may have under copyright law, and 
any legal privilege and confidentiality attached to this email is not
waived or destroyed by that mistake.

It is your responsibility to ensure that this email does not contain 
and is not affected by computer viruses, defects or interference by 
third parties or replication problems (including incompatibility with
your computer system).

Opinions contained in this email do not necessarily reflect the
opinions of the Department of Transport and Main Roads,
or endorsed organisations utilising the same infrastructure.
***



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

Re: [OSM-talk-nl] Het taggen van BAG data.

2012-11-26 Thread Pander

On 2012-10-20 17:01, Gertjan Idema wrote:
 Beste Pander,
 
 Als je mij een lijstje met correcties stuurt, wil ik wel kijken of ik er
 BAG id's aan kan koppelen.

Er is een uitgebreide lijst van verbeteringen voor fouten in toponiemen
uit Kadaster én OSM is verstuurd aan Gertjan met CC aan Henk en Stefan.
Mocht iemand hier ook interesse hebben, neem met hun contact op.

 Gertjan
 
 On Sat, 2012-10-20 at 13:54 +0200, Pander wrote:
 On 2012-10-20 13:38, Just van den Broecke wrote:
  Beste Pander,
  
  Heb je de standaard terugmelding per email al geprobeerd:
  b...@kadaster.nl mailto:b...@kadaster.nl
  zie
  http://bag.vrom.nl/de_bag_gebruiken/terugmelden
  
  Als u gerede twijfel heeft over de juistheid van de informatie in de
  BAG, dan kunt u dit per e-mail melden op b...@kadaster.nl 
  mailto:b...@kadaster.nl. In het
  onderwerpveld van de e-mail dient u de gemeente te vermelden waarbinnen
  het object valt. De betreffende object ID('s) dient u te vermelden in uw
  bericht, plus hetgeen u over twijfelt. Voor private afnemers geldt geen
  terugmeldingsplicht. Bij gerede twijfel kan er rechtstreeks bij de
  bronhouder teruggemeld worden.

 Dank je wel. Alleen heb ik niet een overzicht van die ID's. Doe moeten
 er bijgezocht worden als mijn correcties worden uitgevoerd. Aangezien ik
 correcties doe nadat het ID gestript is is dat een hoop extra werk.

 Is er iemand die veel met BAG-gegevens werkt en al bestaande scripts
 heeft die mijn lijst van correcties als een filter op wil nemen en zo
 rapportjes kan genereren om terug te zenden naar het Kadaster.

 Voordeel als je hiermee aan de slag gaat is dat de gecorrigeerde
 BAG-gegevens van veel hogere kwaliteit zijn. Vanuit OpenTaal ga ik door
 de BAG-gegevens voor spellingcontrole maar de geografische informatie
 interesseert ons verder niet. Dit ligt om die reden buiten ons domein.
 Vandaar de zoektocht naar een BAG-liefhebber om het stokje aan door te
 geven.

  groeten,
  
  Just
  On 20-10-12 13:32, Pander wrote:
  On 2012-10-20 13:21, Just van den Broecke wrote:
  Beste Gertjan e.a,
 
  Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week
  ververst met versie 8 sept en 8 okt:
  http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml
 
  (Atom).
  e.e.a. moet ook simpeler worden in de toekomst:
  http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds
 
  Ik probeer wat aan te vullen onder...het blijft een taai onderwerp.
 
  Voor wie interesse heeft: ik heb nog een hele lijst van correcties op de
  BAG-gegevens. Met name coderings- en typefouten zitten er redelijk wat
  in.
 
  Ook zou het handig zijn als het Kadaster er iets mee zou willen doen?
 
  Ik heb ze al eens geschreven over fouten in toponiemen uit 1:25.000
  kaarten (TOP25) maar toen hadden ze geen interesse. Hun reden was dat ze
  er zelf al mee aan de slag waren.
 
  Voor BAG denk ik niet dat ze op de hoogte zijn van deze fouten, ook
  omdat het een gigantische collectie is. Heeft iemand een ingang
  hiervoor? Volgens de wet moeten ze volgens mij openstaan voor
  terugmelding van correcties.
 
  On 17-10-12 13:11, Gertjan Idema wrote:
  Er is een aantal initiatieven gaande voor het opnemen van BAG data in
  Openstreetmap.
  - ruudblank heeft veel werk verricht in Gorinchem.
  - rullzer in de omgeving Purmerend
  - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee
  (Leusden) en Sebastiaan (Oldambt) nu  kleinschalig
  aan het testen zijn.
  - en ongetwijfeld nog meer.
 
  Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee
  van deze discussie is om hier samen te vatten wat er tot nu toe gedaan
  en besproken is over het taggen van data afkomstig uit de BAG.
  Vervolgens hoop ik dat we het samen eens kunnen worden over een
  standaard. Deze kan dan opgenomen worden op de Wiki pagina en
  geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel
  mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit
  consistent gebeurt.
 
  Eerst maar eens een inventarisatie:
 
  Adres tags op pand of losse nodes
  =
  De BAG maakt onderscheid tussen panden, verblijfsobjecten en
  nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten.
  Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO),
  maar moet daarvan nog voorbeeld zien.
  Tot nu toe heb ik de adressen als volgt getagd:
  Voor panden met een enkel verblijfsobject heb ik de adres tags
  (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld
  met in tag ref:bagid het BAG id van het pand.
  Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen
  adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De
  adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het
  BAG id van de nummeraanduiding.
 
  ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te
  koppelen van het pand. Als BAG referentie gebruikt hij het

Re: [talk-au] Historical rail lines

2012-11-26 Thread Matt White

Admin boundaries are a slightly different thing - they may be intangible 
on the ground, but they are also current. We don't keep historical 
versions of admin boundaries either


The problem with the historical thing is that to my mind, it is a 
slippery slope. There's a park near me that is currently, well, a park. 
But I know that it was previously a quarry, and then a rubbish 
tip/landfill, cos there is a sign saying so. But I certainly wouldn't 
tag the parks as a quarry or landfill, because it isn't. It's a park


Ditto with historical names. Piera St in East Brunswick was originally 
named Nicholas St, and Jenkin St was Baden St in 1936. No idea why they 
were changed - confusion with other more major streets nearby I guess - 
but there is no sign of the old name on the ground. Yeah - I know there 
is a fixed historical name tag I can set, but even then I wonder about 
it. It's not like anyone in the street ever called it that (which is 
possibly different to something like Whitehorse Road in Nunawading, 
which I think is technically now Maroondah Highway, but Whitehorse is 
the historical name that is still in use)


What we really need is a better storage model - the simple one we use 
just isn't up to the task for this kind of data. It barely copes with 
teh actual on-the-ground info as it is. Remember segments, anyone?


Matt

On 26/11/2012 1:38 PM, Paul Norman wrote:

From: Alex Sims [mailto:a...@softgrow.com]
Subject: Re: [talk-au] Historical rail lines

On 26/11/2012 10:38 AM, mick wrote:

I'm in two minds about removing 'historical' data.

Yes, objects no longer visible on the ground shouldn't be rendered on

the map.
I've been following this discussion with interest. We do mark and should
mark administrative boundaries which are not visible on the ground. Can
the logic for these boundaries which be usefully extended to historical
data?

The subject of historical rail lines and historical roads came up on the
talk-us@ mailing list relatively recently.

As always, there were multiple views. The result of the discussion was that
the general view is that historic information only belongs in OSM when there
is some trace on the ground.

As a practical matter, historic roads are not generally mapped in OSM.
Whenever a road is physically realigned and the new alignment mapped in OSM
the old alignment is not saved as a separate way. If I survey the area I
only look at how it looks now so I don't know if the old alignment in the
database is because it was aligned that way in the past or because the data
was inaccurate.


___
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-br] Oficina de mapas começa em um instante

2012-11-26 Thread Arlete Meneguette

Vitor
Vc tem perfil no Facebook?
Se tiver podemos ser amigos e assim vc poderá ver as fotos que não estão
abertas ao público em geral.
Também quero participar de outras oficinas online, vamos montar um
cronograma?
Arlete
Em 26/11/2012 01:21, Vitor George vitor.geo...@gmail.com escreveu:

 Obrigado a vocês por participar.

 Foi bem legal fazer o webcast, quero fazer mais vezes.

 Não consegui abrir o link, estará correto?


 Vitor George
 mapaslivres.org
 twitter.com/mapaslivres




 2012/11/24 Arlete Meneguette arletemenegue...@gmail.com

 Vitor

 Parabéns pela Oficina, gostei muito de participar e aprender mais.
 Tomei a liberdade de organizar um álbum no Facebook:
 https://www.facebook.com/media/set/?set=a.3689978379628.2124871.1580298438type=1
 Por favor, dê uma olhada nos textos descritivos de cada imagem, pois
 posso ter cometido algum equívoco.
 Um abraço  e até a próxima oportunidade.

 Arlete

 2012/11/24 Vitor George vitor.geo...@gmail.com

  Olá pessoal,

 Em 15 minutos começam as oficinas de mapas para o Desarrollando America
 Latina:

 http://www.mapaslivres.org/2012/11/11/oficina-de-mapas-para-a-dal/

 Para participar, acessem este link:

 http://www.anymeeting.com/mapaslivres1


 Vitor George
 mapaslivres.org
 twitter.com/mapaslivres



 ___
 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] Oficina de mapas começa em um instante

2012-11-26 Thread wille


A oficina foi gravada? Tem algum vídeo disponível?

Em 2012-11-24 13:45, Vitor George escreveu:

Olá pessoal,

Em 15 minutos começam as oficinas de mapas para o Desarrollando 
America Latina:


http://www.mapaslivres.org/2012/11/11/oficina-de-mapas-para-a-dal/ 
[1]


Para participar, acessem este link:

http://www.anymeeting.com/mapaslivres1 [2]

Vitor George
 mapaslivres.org [3]
twitter.com/mapaslivres [4]



Links:
--
[1] 
http://www.mapaslivres.org/2012/11/11/oficina-de-mapas-para-a-dal/

[2] http://www.anymeeting.com/mapaslivres1
[3] http://mapaslivres.org
[4] http://twitter.com/mapaslivres

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


--
wille
http://wille.blog.br

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

[Talk-br] usar os mapas da OSM em um gps veicular

2012-11-26 Thread Bruno Augusto

Boa Tarde a todos!

Gostaria de saber se alguem já portou os mapas da OSM para serem usados em
um gps veicular (tipo IGO, Navgator e afins).

eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda
normalmente no uso é a imprecisão dos mapas usados nestes equipamentos,
mesmo usando mapa atualizado, pois normalmente a taxa de atualização é
anual.

me ocorreu se seria possível este tipo de utilização.

Agradeço a compreenção

PS: Têm alguem aqui de Curitiba e região?

Bruno Augusto Mühlenhoff
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] usar os mapas da OSM em um gps veicular

2012-11-26 Thread George Silva

Bruno, consegui fazer isso com os Garmim e um programa chamado Mapwel. 90
doletas.


2012/11/26 Bruno Augusto stra...@gmail.com

 Boa Tarde a todos!

 Gostaria de saber se alguem já portou os mapas da OSM para serem usados em
 um gps veicular (tipo IGO, Navgator e afins).

 eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda
 normalmente no uso é a imprecisão dos mapas usados nestes equipamentos,
 mesmo usando mapa atualizado, pois normalmente a taxa de atualização é
 anual.

 me ocorreu se seria possível este tipo de utilização.

 Agradeço a compreenção

 PS: Têm alguem aqui de Curitiba e região?

 Bruno Augusto Mühlenhoff


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




-- 
George R. C. Silva

Desenvolvimento em GIS
http://geoprocessamento.net
http://blog.geoprocessamento.net
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] usar os mapas da OSM em um gps veicular

2012-11-26 Thread Arlindo Pereira

Dando uma navegada no wiki do OSM achei este link, talvez seja útil:

http://wiki.openstreetmap.org/wiki/Software/PNA

[]s


2012/11/26 Gerald Weber gwebe...@gmail.com

 É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um
 outro software que substitui o navegador nativo. É uma interface muito
 simplificada, sem a sofisticação do navegador original. Eu fiz isto e
 sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas
 como não tenho nunca tentei usar.

 Mais simples usar um smartphone ou tablet e instalar o osmand ou algum
 outro aplicativo que usa mapas OSM.

 abraço

 Gerald

 2012/11/26 Bruno Augusto stra...@gmail.com

 Boa Tarde a todos!

 Gostaria de saber se alguem já portou os mapas da OSM para serem usados
 em um gps veicular (tipo IGO, Navgator e afins).

 eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda
 normalmente no uso é a imprecisão dos mapas usados nestes equipamentos,
 mesmo usando mapa atualizado, pois normalmente a taxa de atualização é
 anual.

 me ocorreu se seria possível este tipo de utilização.

 Agradeço a compreenção

 PS: Têm alguem aqui de Curitiba e região?

 Bruno Augusto Mühlenhoff


 ___
 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] usar os mapas da OSM em um gps veicular

2012-11-26 Thread George Silva

Esse software, o Mapwel, te permite inclusive fazer download direto dos
dados do OSM para você prepará-los par aimprotar no Garmim...é bem legal.
Nos garmin, funciona bem.


2012/11/26 Gerald Weber gwebe...@gmail.com

 É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um
 outro software que substitui o navegador nativo. É uma interface muito
 simplificada, sem a sofisticação do navegador original. Eu fiz isto e
 sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas
 como não tenho nunca tentei usar.

 Mais simples usar um smartphone ou tablet e instalar o osmand ou algum
 outro aplicativo que usa mapas OSM.

 abraço

 Gerald

 2012/11/26 Bruno Augusto stra...@gmail.com

 Boa Tarde a todos!

 Gostaria de saber se alguem já portou os mapas da OSM para serem usados
 em um gps veicular (tipo IGO, Navgator e afins).

 eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda
 normalmente no uso é a imprecisão dos mapas usados nestes equipamentos,
 mesmo usando mapa atualizado, pois normalmente a taxa de atualização é
 anual.

 me ocorreu se seria possível este tipo de utilização.

 Agradeço a compreenção

 PS: Têm alguem aqui de Curitiba e região?

 Bruno Augusto Mühlenhoff


 ___
 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




-- 
George R. C. Silva

Desenvolvimento em GIS
http://geoprocessamento.net
http://blog.geoprocessamento.net
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] usar os mapas da OSM em um gps veicular

2012-11-26 Thread Eduardo Maçan

Tem também o NavFree e o próprio MapQuest para android.

Acho que o NavFree é mais parecido com o que você procura (acho que as
atualizações dele são trimestrais, mesmo com o mapa do OSM)


2012/11/26 George Silva georger.si...@gmail.com

 Esse software, o Mapwel, te permite inclusive fazer download direto dos
 dados do OSM para você prepará-los par aimprotar no Garmim...é bem legal.
 Nos garmin, funciona bem.


 2012/11/26 Gerald Weber gwebe...@gmail.com

 É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um
 outro software que substitui o navegador nativo. É uma interface muito
 simplificada, sem a sofisticação do navegador original. Eu fiz isto e
 sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas
 como não tenho nunca tentei usar.

 Mais simples usar um smartphone ou tablet e instalar o osmand ou algum
 outro aplicativo que usa mapas OSM.

 abraço

 Gerald

 2012/11/26 Bruno Augusto stra...@gmail.com

 Boa Tarde a todos!

 Gostaria de saber se alguem já portou os mapas da OSM para serem usados
 em um gps veicular (tipo IGO, Navgator e afins).

 eu sou um usuário ocasional deste tipo de equipamento e o que me
 incomoda normalmente no uso é a imprecisão dos mapas usados nestes
 equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de
 atualização é anual.

 me ocorreu se seria possível este tipo de utilização.

 Agradeço a compreenção

 PS: Têm alguem aqui de Curitiba e região?

 Bruno Augusto Mühlenhoff


 ___
 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




 --
 George R. C. Silva

 Desenvolvimento em GIS
 http://geoprocessamento.net
 http://blog.geoprocessamento.net


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




-- 
Eduardo Marcel Maçan
http://eduardo.macan.eng.br
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] usar os mapas da OSM em um gps veicular

2012-11-26 Thread Arlindo Pereira

Acredito que o OsmAnd seja mesmo a melhor opção dado que você tenha um
tablet Android. É possível baixar os dados do Brasil inteiro para a memória
do aparelho via wi-fi e usar enquanto offline.
Em 26/11/2012 20:22, Gerald Weber gwebe...@gmail.com escreveu:

 Realmente achei os mapas do Navfree desatualizados e com a nítida
 impressão que de que são incompletos.

 Um outro bom programa para Android é mapfactor
 http://navigatorfree.mapfactor.com, tem interface 3D.

 Lembrei o nome do programa para Tomtom, é Navit, tem uma versão dele para
 Android também.

 Voltando ao Osmand o que gosto nele é que não precisa esperar
 disponibilizar os mapas novos. Por exemplo, outro dia eu fiz um pedaço de
 uma área rural em Lagoa Santa e no mesmo final de semana quis ir lá
 passear. Salvei o pedaço que tinha mapeado do Josm e processei com um
 programa que acompanha o Osmand, daí foi só copiar para a pasta do Osmand
 no tablet e pronto. O mapa tava disponível off-line para mim.

 abraço a todos

 Gerald

 2012/11/26 Rodrigo Avila rodr...@avila.net.br

 O Navfree declara que as atualizações são trimestrais. Mas quando eu
 tentei usar, já fazia mais de ano que o mapa náo era atualizado. Tomara que
 tenha mudado.

 Em segunda-feira, 26 de novembro de 2012, Eduardo Maçan escreveu:

 Tem também o NavFree e o próprio MapQuest para android.

 Acho que o NavFree é mais parecido com o que você procura (acho que as
 atualizações dele são trimestrais, mesmo com o mapa do OSM)


 2012/11/26 George Silva georger.si...@gmail.com

 Esse software, o Mapwel, te permite inclusive fazer download direto dos
 dados do OSM para você prepará-los par aimprotar no Garmim...é bem legal.
 Nos garmin, funciona bem.


 2012/11/26 Gerald Weber gwebe...@gmail.com

 É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um
 outro software que substitui o navegador nativo. É uma interface muito
 simplificada, sem a sofisticação do navegador original. Eu fiz isto e
 sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas
 como não tenho nunca tentei usar.

 Mais simples usar um smartphone ou tablet e instalar o osmand ou algum
 outro aplicativo que usa mapas OSM.

 abraço

 Gerald

 2012/11/26 Bruno Augusto stra...@gmail.com

 Boa Tarde a todos!

 Gostaria de saber se alguem já portou os mapas da OSM para serem
 usados em um gps veicular (tipo IGO, Navgator e afins).

 eu sou um usuário ocasional deste tipo de equipamento e o que me
 incomoda normalmente no uso é a imprecisão dos mapas usados nestes
 equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de
 atualização é anual.

 me ocorreu se seria possível este tipo de utilização.

 Agradeço a compreenção

 PS: Têm alguem aqui de Curitiba e região?



 --
 --
 Rodrigo de Avila
 Analista de Desenvolvimento

 rodr...@avila.net.br • www.avila.net.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

[Talk-is] Ýmsar staðreyndir úr OSM

2012-11-26 Thread Svavar Kjarrval

Hæ.

Setti upp aðra staðreyndasíðu eins og um götuskrána á http://osm.is/poi/ .

Ýmsar áhugaverður upplýsingar koma fram á síðunni. Ég læt ykkur eftir um
að túlka upplýsingarnar í bili þar sem ég er á leiðinni út úr húsi.

Þið getið lagt fram tillögur að lyklum og lyklasamsetningum til að birta
(eða taka út).

Með kveðju,
Svavar Kjarrval
___
Talk-is mailing list
Talk-is@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-is

Re: [Talk-de] RFC zum Proposal winter_service

2012-11-26 Thread Andreas Neumann

Am 25.11.2012 11:40, schrieb Andreas Labres:
 winter_service=yes sollte es prinzipiell nicht geben, finde ich.

 Man könnte angeben
 - wann geräumt wird (vielleicht in Kategorien, wenn sich die übernational 
 finden lassen)
 - was gestreut wird

 z.B.
 winter_service=no (Weg/Straße wird bei Schnee nicht geräumt)
Könnte man damit nicht evtl. auch im Winter gesperrte Überlandstraßen
taggen?
 winter_service=primary_roads (das heisst bei uns fast rund um die Uhr und 
 Salzstreuung)
 winter_service:hours=6-20 
Zu detailreich und an der Realität vorbei. Prinzipiell wird ersteinmal
nach Priorität geräumt. Wenn dann mal etwas Zeit ist, werden auch
niederpriorisierte Straßen geräumt
 winter_service:material=grit|salt

 Und dann halt noch Spezifika, z.B.
 winter_service:bicycle=yes (da macht das yes IMO Sinn, wenn man angeben will, 
 dass
 dass dieser Radweg oder die Radspur grundsätzlich geräumt wird)

 Über snowplowing findest du verschiedene Kategorien
 winter_service vs snowplowing sind zwei verschiedene keys für ein und 
 dasselbe. Bitte NICHT.

 /al

Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de


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

Re: [Talk-de] Bing! Bing! Bing! Neue Luftbilder!

2012-11-26 Thread André Reichelt

Am 22.11.2012 00:29, schrieb Dampfklon:
 Hey,
 
 danke für den Hinweis gleich mal geschaut und ich bin einfach immer wieder 
 erstaunt...
 Endlich kein Pixelbrei mehr vor der Haustür ;)

Dem kann ich mich nur anschließen!

Gruß
André

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

Re: [Talk-de] Bing! Bing! Bing! Neue Luftbilder!

2012-11-26 Thread André Reichelt

Am 22.11.2012 00:29, schrieb Dampfklon:
 Hey,
 
 danke für den Hinweis gleich mal geschaut und ich bin einfach immer wieder 
 erstaunt...
 Endlich kein Pixelbrei mehr vor der Haustür ;)

Dem kann ich mich nur anschließen!

Gruß
André

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

Re: [Talk-de] RFC zum Proposal winter_service

2012-11-26 Thread malenki

Andreas Neumann schrieb:

Am 25.11.2012 11:40, schrieb Andreas Labres:
 winter_service=yes sollte es prinzipiell nicht geben, finde ich.

Stimmt. Das Proposal habe ich entsprechend geändert.

 Man könnte angeben
 - wann geräumt wird (vielleicht in Kategorien, wenn sich die
 übernational finden lassen)

Das wird derzeit in manchen Regionen via maintenance=gritting,
grtting=$priorität gemappt.

 winter_service=no (Weg/Straße wird bei Schnee nicht geräumt)
Könnte man damit nicht evtl. auch im Winter gesperrte Überlandstraßen
taggen?

Ja. Das ist einer der Verwendungszwecke für diesen Key. 

 winter_service=primary_roads (das heisst bei uns fast rund um die
 Uhr und Salzstreuung) winter_service:hours=6-20 
Zu detailreich und an der Realität vorbei. Prinzipiell wird ersteinmal
nach Priorität geräumt. Wenn dann mal etwas Zeit ist, werden auch
niederpriorisierte Straßen geräumt
 winter_service:material=grit|salt

gritting= und salting= wird bereits zahlreich verwendet und ist im
Proposal angegeben und verlinkt.
Wer diese Details mappen und pflegen will: wer soll ihn daran hindern?

 Und dann halt noch Spezifika, z.B.
 winter_service:bicycle=yes (da macht das yes IMO Sinn, wenn man
 angeben will, dass dass dieser Radweg oder die Radspur grundsätzlich
 geräumt wird)
 Über snowplowing findest du verschiedene Kategorien
 winter_service vs snowplowing sind zwei verschiedene keys für ein
 und dasselbe. Bitte NICHT.

snowplowing= wird ebenfalls bereits zahlreich verwendet. Das Tag fand
ich aber erst, als das Proposal schon eine Weile existierte. Zuvor
hatte ich nur nach snow plough gesucht.

Thomas



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

Re: [Talk-de] RFC zum Proposal winter_service

On 26.11.12 10:21, Andreas Neumann wrote:
 Könnte man damit nicht evtl. auch im Winter gesperrte Überlandstraßen
 taggen?

Also dafür würde ich mir schon einen road_closed=-11-01 - -04-01 oder
sowas Tag (Wintersperre von bis, und je nachdem, wie der Konsens ist, wie man
Jahreszahlenlose Daten eingibt) wünschen.

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

On 26.11.12 21:36, malenki wrote:
 gritting= und salting= wird bereits zahlreich verwendet und ist im
 Proposal angegeben und verlinkt.

Naja, das sind aber (meiner Einschätzung nach) Wildwuchs-Tags. Also da stünde es
schon dafür, mal ein ausgewachsenes Konzept dafür zu entwerfen. Vor allem,
wenn man das schon mal anfasst.

*ing Tags riechen übrigens schon sehr nach keiner guten Idee... ;)

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

On 27.11.12 02:33, Andreas Labres wrote:
 Also dafür würde ich mir schon einen road_closed=-11-01 - -04-01 oder
 sowas Tag (Wintersperre von bis, und je nachdem, wie der Konsens ist, wie man
 Jahreszahlenlose Daten eingibt) wünschen.

Übrigens gibt's das eh schon:
http://wiki.openstreetmap.org/wiki/Conditional_restrictions

Vielleicht wäre ein Wintersperre-Beispiel dort ganz sinnvoll. Und es wäre gut,
mal zu klären, wie man jährlich wiederkehrende (also quasi jahreszahlenlose)
Datumswerte (key date_on/off) angibt.

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

2012-11-26 Thread André Riedel

Am 26. November 2012 21:36 schrieb malenki o...@malenki.ch:
 Andreas Neumann schrieb:

Am 25.11.2012 11:40, schrieb Andreas Labres:
 winter_service=yes sollte es prinzipiell nicht geben, finde ich.

 Stimmt. Das Proposal habe ich entsprechend geändert.

Ich finde gerade bei Radwegen Überland oder Wald- und Feldwegen kann
man nicht davon ausgehen, dass diese im Winter geräumt werden.
Gesperrt sind deswegen auch nicht, denn Schlitten- und Langlauffahrer
freuen sich.

Ciao André

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

Re: [Talk-in] Mappy hour?

2012-11-26 Thread Shekhar Krishnan


Dear Russ and All:

Tomorrow (Tuesday 27 Nov) doesn't work for me, since I just realised 
that this Wednesday is a state holiday and I'll have to work late.


Perhaps Wednesday 28 Nov would be better, since more folks will be free 
to travel and maybe taking a break.


We can meet in Worli at the flat of Sanjay Bhangar (also on this list), 
as wifi is currently broken in my office in Matunga West. Worli is 
nearby. Subhodip, Arun, Mikel etc. know the place.


The address is 105, Madhuli Apartments, opposite Nehru Planetarium and 
Atria Mall, Dr Annie Besant Road, Worli. My contact number is 
98200.45529 and Sanjay's is 98200.53341.


Russ, does this work for you, and if so can we confirm the meetup on 
Wednesday evening? Let's do it around 6 or 7pm since me and others will 
need to commute home by 9pm or so.


Best,


Shekhar


On Friday 23 November 2012 10:26 AM, paramvi...@gmail.com wrote:

Sounds good. Can someone post directions?
Sent from BlackBerry® on Airtel

-Original Message-
From: Russell Nelson russnel...@gmail.com
Date: Thu, 22 Nov 2012 23:53:09
To: talk-intalk-in@openstreetmap.org
Reply-To: talk-in@openstreetmap.org
Subject: Re: [Talk-in] Mappy hour?

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

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



--

Shekhar Krishnan
58/58A, Anand Bhavan, 2nd Floor
201, T.H. Kataria Marg (Lady Hardinge Road)
Mahim, Mumbai 400016, Maharashtra, INDIA

http://shekhar.cc

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

Re: [Talk-in] Mappy hour?

2012-11-26 Thread Russell Nelson

That works for me.
On Nov 26, 2012 6:07 AM, Shekhar Krishnan shek...@mit.edu wrote:

 Dear Russ and All:

 Tomorrow (Tuesday 27 Nov) doesn't work for me, since I just realised that
 this Wednesday is a state holiday and I'll have to work late.

 Perhaps Wednesday 28 Nov would be better, since more folks will be free to
 travel and maybe taking a break.

 We can meet in Worli at the flat of Sanjay Bhangar (also on this list), as
 wifi is currently broken in my office in Matunga West. Worli is nearby.
 Subhodip, Arun, Mikel etc. know the place.

 The address is 105, Madhuli Apartments, opposite Nehru Planetarium and
 Atria Mall, Dr Annie Besant Road, Worli. My contact number is 98200.45529
 and Sanjay's is 98200.53341.

 Russ, does this work for you, and if so can we confirm the meetup on
 Wednesday evening? Let's do it around 6 or 7pm since me and others will
 need to commute home by 9pm or so.

 Best,


 Shekhar


 On Friday 23 November 2012 10:26 AM, paramvi...@gmail.com wrote:

 Sounds good. Can someone post directions?
 Sent from BlackBerry® on Airtel

 -Original Message-
 From: Russell Nelson russnel...@gmail.com
 Date: Thu, 22 Nov 2012 23:53:09
 To: talk-intalk-in@openstreetmap.**org talk-in@openstreetmap.org
 Reply-To: talk-in@openstreetmap.org
 Subject: Re: [Talk-in] Mappy hour?

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

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


 --

 Shekhar Krishnan
 58/58A, Anand Bhavan, 2nd Floor
 201, T.H. Kataria Marg (Lady Hardinge Road)
 Mahim, Mumbai 400016, Maharashtra, INDIA

 http://shekhar.cc

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

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

Re: [Talk-in] Mappy hour?

2012-11-26 Thread Russell Nelson

(Started writing this yesterday, then got distracted)

I'm in-country. Avoided getting ripped off by an autorickshaw driver who
wanted 300 bucks to go from the domestic airport to Bandra Reclamation. Did
he think I just got off the plane yesterday? (actually, it was this
morning.) Another less greedy autorickshaw driver asked for 80 bucks and
got 100 bucks for his honesty. Donated blood at the Lilavati hospital.
Walked from there to the seashore and up along Carter Road. Added a church
and a playground to OSM. Adjusted a few of planemad's shops on Union Park.
Still didn't get them all right because my GPS track was wandering through
the buildings on the other side of the street. :)

We need some better technology than GPS for associating distance along a
road with waypoints. Maybe a bicycle odometer coupled with a video camera
or voice recorder? Then, post-process the video into a string of photos
spaced out so that every photo captures every bit of distance, maybe with
50% overlap. And post-process the voice stream so that it gets split at the
silence.

Although, silence may be a rare commodity in Mumbai. Maybe have a
pushbutton which records waypoints and which plays a snippet of audio
immediately after the waypoint is taken. That way, you could go
clickCoffee DayclickCosta CoffeeclickCitibank etc.




On Fri, Nov 23, 2012 at 8:45 AM, Mikel Maron mikel_ma...@yahoo.com wrote:

 Arun, we are in Dharamshala! So you are responsible for the excellent
 mapping around here? Let's meet up for coffee or dinner.

Are you up in McLeodganj? I'm in Rakkar village near lower Dharamshala, I
could ride up on Saturday or Sunday.
m: 90366 26854


 Sajjad, wish we could have swung through Bangalore this trip, but not
 enough time.


 * Mikel Maron * +14152835207 @mikel s:mikelmaron

   --
 *From:* Arun Ganesh arun.plane...@gmail.com
 *To:* Mikel Maron mikel_ma...@yahoo.com; talk-in@openstreetmap.org
 *Sent:* Thursday, November 22, 2012 10:06 PM

 *Subject:* Re: [Talk-in] Mappy hour?

 How come everyone is suddenly in Mumbai? If anyone is planning to come
 towards the himalayas, I can be found near Dharamshala till January.


 On Thu, Nov 22, 2012 at 9:40 PM, Mikel Maron mikel_ma...@yahoo.comwrote:

 Erica and I will be in the megacity Tuesday and Wednesday


 * Mikel Maron * +14152835207 @mikel s:mikelmaron

   --
 *From:* Shekhar Krishnan shek...@topomancy.com
 *To:* talk-in@openstreetmap.org
 *Sent:* Thursday, November 22, 2012 9:26 PM
 *Subject:* Re: [Talk-in] Mappy hour?

 Sure. Let's do a meetup next week in the evening sometime. Other Mumbai
 OSMers around?
 Please call me 98200.45529. My office is in Matunga West/Mahim and we can
 most probably meet there.
 Best,
 Shekhar
 --
 Shekhar Krishnan
 Topomancy LLC
 48, Whipple Street, #1B
 Brooklyn, NY, U.S.A.
 http://shekhar.cc
 On Nov 22, 2012 2:56 AM, Russell Nelson russnel...@gmail.com wrote:

 Hey everybody, I'm going to be arriving in Mumbai Sunday morning, here for
 a week. Does anybody want to get together of an evening, do some armchair
 mapping, talk about OSM, whatever? We usually work until 7:30 or 8, so I'm
 available after that. I'm working at Rediff in Mahim, but my hotel is the
 Bawa International in Santa Cruz, but I can make my way around Mumbai as
 needed.
 ___
 Talk-in mailing list
 Talk-in@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-in


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



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




 --
  Arun Ganesh
 (planemad) http://en.wikipedia.org/wiki/User:Planemad
  http://j.mp/ArunGanesh





-- 
 Arun Ganesh
(planemad) http://en.wikipedia.org/wiki/User:Planemad
 http://j.mp/ArunGanesh

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

Re: [Talk-in] Mappy hour?

2012-11-26 Thread Russell Nelson

Oh, yes, and ... What time? 6 or 7?
On Nov 26, 2012 6:07 AM, Shekhar Krishnan shek...@mit.edu wrote:

 Dear Russ and All:

 Tomorrow (Tuesday 27 Nov) doesn't work for me, since I just realised that
 this Wednesday is a state holiday and I'll have to work late.

 Perhaps Wednesday 28 Nov would be better, since more folks will be free to
 travel and maybe taking a break.

 We can meet in Worli at the flat of Sanjay Bhangar (also on this list), as
 wifi is currently broken in my office in Matunga West. Worli is nearby.
 Subhodip, Arun, Mikel etc. know the place.

 The address is 105, Madhuli Apartments, opposite Nehru Planetarium and
 Atria Mall, Dr Annie Besant Road, Worli. My contact number is 98200.45529
 and Sanjay's is 98200.53341.

 Russ, does this work for you, and if so can we confirm the meetup on
 Wednesday evening? Let's do it around 6 or 7pm since me and others will
 need to commute home by 9pm or so.

 Best,


 Shekhar


 On Friday 23 November 2012 10:26 AM, paramvi...@gmail.com wrote:

 Sounds good. Can someone post directions?
 Sent from BlackBerry® on Airtel

 -Original Message-
 From: Russell Nelson russnel...@gmail.com
 Date: Thu, 22 Nov 2012 23:53:09
 To: talk-intalk-in@openstreetmap.**org talk-in@openstreetmap.org
 Reply-To: talk-in@openstreetmap.org
 Subject: Re: [Talk-in] Mappy hour?

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

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


 --

 Shekhar Krishnan
 58/58A, Anand Bhavan, 2nd Floor
 201, T.H. Kataria Marg (Lady Hardinge Road)
 Mahim, Mumbai 400016, Maharashtra, INDIA

 http://shekhar.cc

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

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

Re: [Talk-in] Mappy hour?

2012-11-26 Thread paramvir00

Great! Russell, what do you use for adding POIs on OSM? I mean, phone and 
software?
Sent from BlackBerry® on Airtel

-Original Message-
From: Russell Nelson russnel...@gmail.com
Date: Mon, 26 Nov 2012 09:27:17 
To: talk-intalk-in@openstreetmap.org
Reply-To: talk-in@openstreetmap.org
Subject: Re: [Talk-in] Mappy hour?

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

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

Re: [Talk-it] Orario distributori di benzina

2012-11-26 Thread Maurizio Daniele

Il giorno 25 novembre 2012 19:18, Tiziano D'Angelo 
tiziano.dang...@gmail.com ha scritto:


  ci vorrebbe un'interfaccia semplificata per inserire opening_hours
  perché la sintassi non è facile

 C'è già un plugin per JOSM :)


Si, ma è limitato. Non riconosce sintassi previste come PH off, ad
esempio.

In pratica rende facile inserire orari già facilmente inseribili, ma nei
casi particolari (tutt'altro che infrequenti) non è utile.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Trafori autostradali

2012-11-26 Thread Elena ``of Valhalla''

On 2012-11-25 at 15:13:46 +0100, Andrea Musuruane wrote:
 Riusciamo a standardizzare in trunk visto che questi trafori non hanno
 carreggiate separate per le due direzioni di marcia, e non hanno almeno due
 corsie di marcia per ogni carreggiata (che sono richiesti per essere
 motorway)?

Se non ricordo male in italia si era deciso di riservare trunk alle 
strade extraurbane principali (quelle con i cartelli tipo autostrada, 
ma blu https://it.wikipedia.org/wiki/Strada_extraurbana_principale ). 
Che io sappia in svizzera fanno una cosa simile, usandola per le 
semiautostrade, non so cosa facciano nel resto d'europa.

Il problema è che in Italia le extraurbane principali richiedono 
per codice della strada le carreggiate separate e le due corsie minime, 
mentre ad esempio in svizzera le semiautostrade possono avere 
una sola corsia per senso di marcia (non so come siano messi invece 
in Francia), ed effettivamente non è carino avere il tunnel che 
cambia classificazione OSM quando attraversa il confine.

-- 
Elena ``of Valhalla''

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

[Talk-it] R: consiglio

2012-11-26 Thread Giuseppe Amici


In effetti avevo già realizzato la relazione boundary=low_emission_zone
suggerita da Martin (2572609)

Tenuto conto che le limitazioni sono queste:
http://www.comune.modena.it/citypass
E tenuto conto che ho posto una relazione enforcement su ogni singolo
accesso controllato da telecamera,
e tenuto conto che ho raccolto le singole relazioni enforcement=check Modena
Centro in una relazione (2572938 - CityPass ZTL Modena Centro)

il dubbio è:
i TAG per le limitazioni di accesso che appaiono in
http://www.comune.modena.it/citypass
le mettereste nella relation boundary=low_emission_zone
o in ogni singola via con varco di accesso controllato dalla
enforcement=check,
o in entrambe?

Grazie per i suggerimenti
Beppe

-Messaggio originale-
Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Inviato: domenica 25 novembre 2012 21:13
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] consiglio

2012/11/25 Giuseppe Amici giuseppeam...@virgilio.it:
 Vorrei il vostro parere sui TAG che ritenete più opportuni per 
 referenziare la restrizione di accesso al punto e/o via di varco 
 accesso a ZTL (con telecamera di monitoraggio entrate).


dipende chi ha permesso, mettrei per quelli che connosco
motor_vehicle=private

Non dimenticarti ti mappare anche la ztl stessa (probabilmente con un
multipoligono):  ;-)
http://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlimited_traf
fic_zone


 Quello che mi lascia nel dubbio è il tag di restrizione di accesso:
 magari: access=official?


quello non direbbe dire niente, official si può usare solo con restrizioni
di gruppo, per esempio bicicletta, perchè vuole dire che l'accesso è
dedicato specialmente a questo tipo, e access è generico quindi non ha
senso.
Eviterei access come tag, perchè troppo generico (tutti e tutto viene
permesso o escluso, ma spesso pedoni, veicoli a motore e biciclette hanno
diritti diversi, infatti quando vedo che qualcuno ha messo access ha
escluso anche i pedoni, dove nella realtà spesso sono amessi). Distinguerei
sopratutto tra vehicle motor_vehicle (compreso in vehicle) bicycle (compreso
in vehicle) foot

e quando serve anche motorcar, motorcycle, hgv (camion). Il resto, incluso
horse, ho visto pocchissime volte in Italia. Se il caso non è molto
complesso, uno o due di restrizioni sono sufficienti (per una ztl anche di
più, ma non ha molto senso mettere foot=yes, bicycle=yes, horse=yes,
motorcar=yes, motorcycle=yes ecc. ad ogni strada come qualcuno fa).

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] R: consiglio

2012-11-26 Thread Tiziano D'Angelo

Direi che in questo caso può andare bene *motor_vehicle=private *(al
contrario di Padova, le motociclette sono soggette a limitazione anche se
in determinati orari).

*Chi può accedere in ZTL senza autorizzazione (=yes)
*

   - biciclette e ciclomotori fino a 50 cc.; = *bicycle=yes moped=yes*


   - motocicli a due ruote con cilindrata superiore a 50 cc. (dal lunedì al
   venerdì dalle 7.00 alle 21.00, il sabato dalle 7.00 alle 14.00, escluso
   domenica e i festivi); =* motorcycle:conditional=yes @ (Mo-Fr
   07:00-21:00; Sa 07:00-14:00)*


   - mezzi utilizzati per servizi di pubblico interesse (City Porto,
   trasporto pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco,
   ecc.) = *emergency=yes*

*Chi può accedere in ZTL con comunicazione alla Polizia Municipale al
massimo entro 48 ore dall’accesso (=private)
*

   - veicoli dei cortei funebri e delle Agenzie di Onoranze Funebri; =
   forse possono rientrare in emergency? o ci inventiamo un funeral=*?
   - veicoli al servizio di *persone invalide con capacità di deambulazione
   sensibilmente
ridottahttp://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capacita-motoria
   * detentrici dello speciale contrassegno ai sensi del D.P.R. 24.7.1996
   n. 503; = *disabled=private* (come disabled=yes)
   - veicoli che *accompagnano presso la propria abitazione donne residenti
   o domiciliate in
ZTLhttp://www.comune.modena.it/citypass/ztl/accompagnamento-donne
   *, nella fascia oraria 20.00 – 06.00;
   - veicoli di clienti delle strutture ricettive (alberghi, hotel, bed and
   brekfast, ostelli, affittacamere); il titolare della struttura rilascerà un
   contrassegno all’ospite da esporre sul parabrezza.

*Chi può richiedere l'autorizzazione per accedere alla ZTL**
*

   - *titolari di veicoli
elettrici*http://www.comune.modena.it/citypass/ztl/veicoli-elettrici(dalle
7.00 alle 20.00) =
   *electric_car:conditional=private @ (Mo-Su 07:00-20:00)*
   - *residenti o domiciliati in zona
ZTL*,http://www.comune.modena.it/piano-sosta/miniticket-per-i-titolari-di-permesso-ztl-verdisenza
posto auto = rientrano nel motor_vehicle=private
   - *titolari di garage o posto auto
*http://www.comune.modena.it/citypass/info/modulistica/autorizzazione-ztl-residente-domiciliato-autorimessain
   area privata all’interno della ZTL = idem
   - *titolari **di contrassegno
*http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capacita-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transito-e-sosta-in-ztl
   *invalidi e 
disabilihttp://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capacita-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transito-e-sosta-in-ztl
   *con ridotta capacità motoria = disabled=private
   - *artigiani per attività di manutenzione e
installazionihttp://www.comune.modena.it/citypass/ztl/autorizzazioni-temporanee
   *ordinarie
   - *artigiani per attività di pronto intervento diurno e
notturnohttp://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico-limitato/ztl/autorizzazioni-temporanee/ztl-pass-giornalieri-e-autorizzazioni-temporanee
   *
   - *titolari di pubblici esercizi e negozi alimentari in ZTL per
   operazioni di carico/scarico =
goods=privatehttp://www.comune.modena.it/citypass/ztl/carico-scarico-e-consegna-merci/autorizzazioni-a-scadenza-biennale-per-veicoli-di-portata-fino-a-6-tonnellate-ztl
   *
   - *titolari di negozi non alimentari in ZTL, fornitori, grossisti e
   corrieri per operazioni di carico/scarico =
goods=privatehttp://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico-limitato/ztl/carico-scarico-e-consegna-merci
   * * *
   - *rappresentanti e agenti di
commerciohttp://www.comune.modena.it/citypass/ztl/agenti-e-rappresentanti-di-commercio/autorizzazioni-biennali-per-gli-agenti-di-commercio-rappresentanti-ztl
   *
   - *familiari e addetti all’assistenza e trasporto di persone in
   difficoltàhttp://www.comune.modena.it/citypass/ztl/assistenza-a-familiari
   * che risiedono in ZTL
   - medici di base, pediatri convenzionati e cardiologi con ambulatori in
   ZTL, i medici che effettuano visite domiciliari urgenti in ZTL, previa
   comunicazione delle targhe all'Ordine dei Medici* *e con l'esposizione
   dell’apposito contrassegno rilasciato dall’Ordine dei Medici = rientrano
   in emergency=yes
   - *soggetti che accompagnano bambini
   
http://www.comune.modena.it/citypass/ztl/accompagnamento-bambini-e-ragazzi/accompagnamento-bambini-e-ragazzi
   *
   - clienti degli alberghi situati in ZTL: possono transitare e sostare in
   prossimità degli alberghi a condizione che sia esposto sul parabrezza un
   contrassegno rilasciato dall’albergatore
   - chi è munito di permessi particolari come ad esempio: stampa, *
   
matrimoni*http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico-limitato/ztl/autorizzazioni-temporanee/pass-per-la-celebrazione-di-matrimonio,
   *cortei

Re: [Talk-it] R: consiglio

2012-11-26 Thread Daniele Forsi

Il 26 novembre 2012 10:24, Tiziano D'Angelo ha scritto:

 mezzi utilizzati per servizi di pubblico interesse (City Porto, trasporto
 pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco, ecc.) =
 emergency=yes

a proposito del trasporto pubblico, io ricordavo psv=yes, ma vedo
anche taxi= e bus= nella pagina
http://wiki.openstreetmap.org/wiki/Key:psv

in quella pagina non è per niente chiaro se psv comprende taxi e bus,
e poi cosa perché c'è anche bicycle? Sono i risciò!?
-- 
Daniele Forsi

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

Re: [Talk-it] R: consiglio

2012-11-26 Thread Tiziano D'Angelo

Scusa, mi era sfuggito il trasporto pubblico. Emergency=yes è per
ambulanze, Polizia, Vigili del Fuoco, etc...
Trasporto pubblico direi psv=yes. Finora ho usato sempre quello, intendendo
sia bus che taxi.
ciao
T



2012/11/26 Daniele Forsi dfo...@gmail.com

 Il 26 novembre 2012 10:24, Tiziano D'Angelo ha scritto:

  mezzi utilizzati per servizi di pubblico interesse (City Porto, trasporto
  pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco, ecc.) =
  emergency=yes

 a proposito del trasporto pubblico, io ricordavo psv=yes, ma vedo
 anche taxi= e bus= nella pagina
 http://wiki.openstreetmap.org/wiki/Key:psv

 in quella pagina non è per niente chiaro se psv comprende taxi e bus,
 e poi cosa perché c'è anche bicycle? Sono i risciò!?
 --
 Daniele Forsi

 ___
 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] Trafori autostradali

2012-11-26 Thread Martin Koppenhöfer



Am 26/nov/2012 um 09:43 schrieb Elena ``of Valhalla'' 
elena.valha...@gmail.com:

 On 2012-11-25 at 15:13:46 +0100, Andrea Musuruane wrote:
 Riusciamo a standardizzare in trunk visto che questi trafori non hanno
 carreggiate separate per le due direzioni di marcia, e non hanno almeno due
 corsie di marcia per ogni carreggiata (che sono richiesti per essere
 motorway)?
 
 Se non ricordo male in italia si era deciso di riservare trunk alle 
 strade extraurbane principali (quelle con i cartelli tipo autostrada, 
 ma blu https://it.wikipedia.org/wiki/Strada_extraurbana_principale ). 
 Che io sappia in svizzera fanno una cosa simile, usandola per le 
 semiautostrade, non so cosa facciano nel resto d'europa.
 
 Il problema è che in Italia le extraurbane principali richiedono 
 per codice della strada le carreggiate separate e le due corsie minime, 
 mentre ad esempio in svizzera le semiautostrade possono avere 
 una sola corsia per senso di marcia (non so come siano messi invece 
 in Francia), ed effettivamente non è carino avere il tunnel che 
 cambia classificazione OSM quando attraversa il confine.


Il trunk come concordato se ricordo bene dovrebbe avere carreggiate separate e 
non avere incroci a raso, quindi tipologicamente sone quasi autostrade. Invece 
per extraurbane principali (per il fatto che escludono traffico debole) si 
aggiunge motorroad=yes ad un trunk o primary. 

Ciao,
Martin


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

Re: [Talk-it] R: consiglio

2012/11/26 Giuseppe Amici giuseppeam...@virgilio.it:

 In effetti avevo già realizzato la relazione boundary=low_emission_zone
 suggerita da Martin (2572609)

 Tenuto conto che le limitazioni sono queste:
 http://www.comune.modena.it/citypass


io prefirei limited_access_zone al tag low_emission_zone in questo
caso, perchè il fatto che i mezzi più inquinanti in termini di
inquinamento e rumore (motorini) hanno sempre accesso contradice che
lo scopo sia quello di mantenere l'aria pulita.

ciao,
Martin

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012/11/25 Paolo Monegato gato.selvad...@gmail.com:
 Il 24/11/2012 14:58, Martin Koppenhoefer ha scritto:

 il landuse=railway vale per tutta l'area della ferrovia, anche fuori la
 stazione (tutti binari e zone limitrofe, aree di servizio, smistamento,
 ecc.)


 Si. Ed è per questo che nell'area della stazione forse è meglio aggiungere
 railway=station a landuse=railway. Del resto la stazione comprende tutto non
 solo il locale viaggiatori ed i binari.


si, scusa la mia inaccuratezza, intendevo la parte che è stazione
deve (idealmente) essere taggata con railway=station, locale
viaggiatori e binari era un esempio cosa è da includere (opposto
all'idea di taggare un solo edificio), ma non era esaustivo.


 no, il problema è che il numero descrive il binario, su ogni platform al
 solito hai 2 binari (numeri).
 Metto entrambi i numeri sul ref separati dal ; (per primo metto quello più
 vicino all'edificio stazione, ovvero il numero più basso). Il numero del
 binario è poi di facile intuizione osservando gli altri platform e la
 posizione dell'edificio stazione.
 Eventualmente si potrebbe pensare ad un ref:left=* e ref:right=*


si, lo puoi sempre fare (in più), ma comunque non cambia molto, è il
binario che ha il numero (ref). Casomai il binario avesse anche un
altro numero (probabilmente si) quello lo considerei una roba da
esperti (perchè non visibile per noi mortali comuni), e quindi si
potrebbe usere una chiave più specifica (ref:railway, ref:railtrack,
ref:track, ref:ferrovie_dello_stato, ecc.)

ciao,
Martin

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

Re: [Talk-it] Trafori autostradali

2012-11-26 Thread Volker Schmidt

So di sicuro che in Italia, in Svizzera ed in Germania ci sono pezzi di
autostrada con carreggiata singola (a due corsie). Hanno la segnaletica
delle autostrade.  In Svizzera sono soggetti a pagamento di pedaggio; in
Italia ne conosco solo uno e questo è a pedaggio.
E' importante di non sbagliare questo in Svizzera, dove c'è l'obbligo della
vignette per tutte le autostrade anche a carreggiata singola (forse salvo
rare eccezioni).
In Italia c'è l'esempio della galleria del Gran San Bernardo, che è a
carreggiata singola sia in Italia, sia in Svizzera. In Italia è
classificato come autostrada con pagamento di pedaggio. In Svizzera sembra
che sia strada primaria a pagamento, ma non autostrada.

Il mapping fra categorie di strada nei vari paesi e il tagging in OSM è per
forza non uguale. Questo può risultare in un cambiamento del tagging della
stessa strada al confine.

Volker

2012/11/26 Martin Koppenhöfer dieterdre...@gmail.com



 Am 26/nov/2012 um 09:43 schrieb Elena ``of Valhalla'' 
 elena.valha...@gmail.com:

  On 2012-11-25 at 15:13:46 +0100, Andrea Musuruane wrote:
  Riusciamo a standardizzare in trunk visto che questi trafori non hanno
  carreggiate separate per le due direzioni di marcia, e non hanno almeno
 due
  corsie di marcia per ogni carreggiata (che sono richiesti per essere
  motorway)?
 
  Se non ricordo male in italia si era deciso di riservare trunk alle
  strade extraurbane principali (quelle con i cartelli tipo autostrada,
  ma blu https://it.wikipedia.org/wiki/Strada_extraurbana_principale ).
  Che io sappia in svizzera fanno una cosa simile, usandola per le
  semiautostrade, non so cosa facciano nel resto d'europa.
 
  Il problema è che in Italia le extraurbane principali richiedono
  per codice della strada le carreggiate separate e le due corsie minime,
  mentre ad esempio in svizzera le semiautostrade possono avere
  una sola corsia per senso di marcia (non so come siano messi invece
  in Francia), ed effettivamente non è carino avere il tunnel che
  cambia classificazione OSM quando attraversa il confine.


 Il trunk come concordato se ricordo bene dovrebbe avere carreggiate
 separate e non avere incroci a raso, quindi tipologicamente sone quasi
 autostrade. Invece per extraurbane principali (per il fatto che escludono
 traffico debole) si aggiunge motorroad=yes ad un trunk o primary.

 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] Trafori autostradali

2012/11/26 Volker Schmidt vosc...@gmail.com:
So di sicuro che in Italia, in Svizzera ed in Germania ci sono pezzi di
autostrada con carreggiata singola (a due corsie).

ma temporaneamente o permanente? Se permanente saranno delle zone
remote comunque, non lo escludo ma sono eccezioni. Parlando di
eccezioni ho trovato un altro curiosum che credo vi potrebbe
interessare: autostrade che nel caso di guerra possono diventare
aeroporti:
http://it.wikipedia.org/wiki/Pista_d%27atterraggio_stradale

la versione tedesca ha più immagini:
http://de.wikipedia.org/w/index.php?title=Datei:A-10_Thunderbolt_II_takeoff_on_Autobahn_DoD_DF-ST-85-05084.jpgfiletimestamp=20070804061802
;-)

Hanno la segnaletica
delle autostrade.

allora sono autostrade. Per me è semplice così.

In Svizzera sono soggetti a pagamento di pedaggio; in
Italia ne conosco solo uno e questo è a pedaggio.
E' importante di non sbagliare questo in Svizzera, dove c'è l'obbligo della
vignette per tutte le autostrade anche a carreggiata singola (forse salvo
rare eccezioni).
In Italia c'è l'esempio della galleria del Gran San Bernardo, che è a
carreggiata singola sia in Italia, sia in Svizzera. In Italia è classificato
come autostrada con pagamento di pedaggio. In Svizzera sembra che sia strada
primaria a pagamento, ma non autostrada.

a questo punto lì cambia la classe, non è un grosso problema, anzi è
un dettaglio che rispecchia la realtà (classificazione diversa in
Italia e in Svizzera).

ciao,
Martin

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

Re: [Talk-it] Operator in ospedali

2012-11-26 Thread Fabri

Allora come mettiamo?

name=Poliambulatorio xyz
operator=Azienda Sanitaria Locale (o solo ASL)
ref=6 (o in altri casi RME, o To2)

???


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

Re: [Talk-it] R: Autovelox, Osmand, e la difficile arte di dialogare con un programmatore

2012-11-26 Thread Simone Saviolo

Il giorno 23 novembre 2012 22:33, stefano.fracc...@libero.it 
stefano.fracc...@libero.it ha scritto:

 Ciao,
 da quel che vedo ha chiuso la segnalazione perché duplicata. Questo
 vuol
 dire semplicemente che ti invita a continuare il discorso nell'altro
 thread in
 quanto affine (almeno secondo lui) come argomento.
 Io sono un programmatore e ti dico una cosa: gli utenti vedono il loro
 problema e si focalizzano su quello. Il programmatore deve far andare tutto
 l'insieme e deve darsi delle priorità in quanto le risorse sono limitate.
 Quello che per te è essenziale magari per lui è solo una cosa marginale nel
 complesso.


Il che avrebbe dovuto essere espresso chiudendo la issue con un won't
fix, oppure lasciandola aperta con bassa priorità.

In secondo luogo, a meno che questo programmatore non sia un capo progetto,
non dovrebbe essere lui a decidere quali feature implementare e quali
scartare. Una feature richiesta da un utente dovrebbe essere valutata da
qualcuno che non sia solo un programmatore.


 Lui ti ha dato la sua visione delle cose: mappare un punto secondo lui è
 meglio che gestire una relazione. Puoi non essere d'accordo ... ma è la sua
 opinione ed è lui che sviluppa (penso) il software. Dialogare significa
 anche
 accettare opinioni diverse dalle nostre.


Infatti Giacomo ha scritto che capisce perché la feature non sia ancora
stata implementata, ma al contempo ha richiesto che si utilizzasse una
specifica ritenuta migliore dalla maggior parte dei mappatori (i contrari
sostengono che sia più scomoda per le applicazioni e per i mappatori, ma
non hanno altre obiezioni). La issue non andava gestita in questo modo.

Ciao,

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

Re: [Talk-it] Operator in ospedali

2012-11-26 Thread Maurizio Daniele

Il giorno 26 novembre 2012 14:29, Fabri erfab...@gmail.com ha scritto:

 Allora come mettiamo?

 name=Poliambulatorio xyz
 operator=Azienda Sanitaria Locale (o solo ASL)
 ref=6 (o in altri casi RME, o To2)


Direi di no, così pare che il ref sia dell'ambulatorio, non dell'ASL.

Se volete mettere questo dato operator sarebbe Azienda Sanitaria Locale
Torino Nord (ad esempio) o ASLTO2 [1]

[1] http://www.aslto2.piemonte.it/

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Operator in ospedali

2012/11/26 Maurizio Daniele maurizio.dani...@gmail.com:
 Il giorno 26 novembre 2012 14:29, Fabri erfab...@gmail.com ha scritto:

 Allora come mettiamo?

 name=Poliambulatorio xyz
 operator=Azienda Sanitaria Locale (o solo ASL)
 ref=6 (o in altri casi RME, o To2)


 Direi di no, così pare che il ref sia dell'ambulatorio, non dell'ASL.

 Se volete mettere questo dato operator sarebbe Azienda Sanitaria Locale
 Torino Nord (ad esempio) o ASLTO2 [1]


ref:operator? http://taginfo.openstreetmap.org/search?q=ref%3Aoperator
operator:ref? http://taginfo.openstreetmap.org/search?q=operator%3Aref

non sò quale sia meglio, operator:ref consente di averlo vicino al tag
operator nell'editore (se ordinato alfabeticamente).

C'è anche l'ipotesi di fare un operator_ref, ma non mi piace.

ciao,
Martin

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

Re: [Talk-it] Trafori autostradali

2012-11-26 Thread Elena ``of Valhalla''

On 2012-11-26 at 12:31:24 +0100, Martin Koppenhöfer wrote:
 Il trunk come concordato se ricordo bene dovrebbe avere carreggiate separate 
 e non avere incroci a raso, quindi tipologicamente sone quasi autostrade. 
 Invece per extraurbane principali (per il fatto che escludono traffico 
 debole) si aggiunge motorroad=yes ad un trunk o primary. 

le extraurbane principali sono a carreggiate separate e senza incroci a
raso. Quello a cui pensi tu è il cartello di strada riservata a 
(mezzi a motore? qualcosa del genere, da queste parti praticamente 
non ce ne sono), con il disegno di un auto su sfondo blu.

-- 
Elena ``of Valhalla''

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

Re: [Talk-it] Trafori autostradali

2012-11-26 Thread Elena ``of Valhalla''

On 2012-11-26 at 14:04:44 +0100, Volker Schmidt wrote:
 So di sicuro che in Italia, in Svizzera ed in Germania ci sono pezzi di
 autostrada con carreggiata singola (a due corsie). Hanno la segnaletica
 delle autostrade.  In Svizzera sono soggetti a pagamento di pedaggio; in
 Italia ne conosco solo uno e questo è a pedaggio.
 E' importante di non sbagliare questo in Svizzera, dove c'è l'obbligo della
 vignette per tutte le autostrade anche a carreggiata singola (forse salvo
 rare eccezioni).

quelle svizzere non sono autostrade, sono mezze autostrade, e la 
segnaletica è leggermente diversa. C'è sempre l'obbligo di vignetta, 
questo è vero.

-- 
Elena ``of Valhalla''

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

[Talk-it] [OT] cerco collaboratori per progetto osm-related :)

2012-11-26 Thread Maurizio Napolitano

Ciao a tutt*,
sono riuscito a vincere un bando per l'anno 2013 potendomi
cosi' finanziare dell'attivita' di ricerca sul tema della
Volunteered geographic information in particolare
con il fine di elaborare strumenti di analisi sulla comunita'
di OpenStreetMap.

Per tale motivo ora posso offrire una posizione qui a Trento
per un anno.

Chiunque e' in grado di mettere in piedi lo stack di OpenStreetMap
dai dati alla mappa e poi elaborarlo ha gia' i prerequisiti necessari.
Se poi ci si aggiungono anche degli skill sul fronte di python e
machine learning, beh, tanto di guadagnato.

Premetto subito che la posizione e' precaria: contratto co.co.pro.
Ma se siete interessati, non esitate a contattarmi.

Ciao


-- 
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] [OT] cerco collaboratori per progetto osm-related :)

2012-11-26 Thread bertalan.i...@gmail.com

Il 26 novembre 2012 16:42, Maurizio Napolitano napoo...@gmail.com ha scritto:
 Ciao a tutt*,
 sono riuscito a vincere un bando per l'anno 2013 potendomi
 cosi' finanziare dell'attivita' di ricerca sul tema della
 Volunteered geographic information in particolare
 con il fine di elaborare strumenti di analisi sulla comunita'
 di OpenStreetMap.


Grande Napo.

Ciao, Berti

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

Re: [Talk-it] Toponomi quando non ci sono i cartelli

2012-11-26 Thread Salemme Guido


questo è interessante!

comunque a volte mi annoto la presenza di negozi o aziende e poi vedo se 
hanno un sito internet dove c'è scritto l'indirizzo oppure conservo 
eventuali scontrini se compro qualcosa anche li di solito c'è l'indirizzo


Il 25/11/2012 09:07, Fabrizio Tambussa ha scritto:
Vale sempre il consiglio di guardare nei documenti del comune e loro 
allegati (magari pubblicati in rete): delibere comunali, modifiche al 
piano regolatore, ecc sono leggi e non sono coperte da copyright.

Saluti
Fabrizio


Il giorno 24 novembre 2012 12:12, Martin Koppenhoefer 
dieterdre...@gmail.com mailto:dieterdre...@gmail.com ha scritto:


2012/11/22 Salemme Guido salemme.gu...@email.it
mailto:salemme.gu...@email.it:
 qui nella mia città sono segnate anche le più piccole strade ma
nel resto
 della provincia di Latina molti comuni (soprattutto i più
piccoli) sono
 molto carenti in questo, per non parlare della provincia di
Frosinone dove
 trovare un cartello che indica un nome di una strada è un
miraggio :-(


confermo pienamente, ho fatto anch'io dei rilievi in provincia di
Frosinone questo estate e spesso non c'era traccia dei nomi, alle
volte anche perchè tempo fa li avevano scritti sui muri e ad oggi
spesso risultavano illeggibili. Secondome è buono l'approccio di
chiedere alla gente, anche se forse raramente si sbagliano (e prima o
poi qualcuno si accorgerà e correggerà). In certi casi potrebbe anche
essere che la gente usa un altro nome di quello ufficiale (e quindi
sarebbe interessante mettere il nome locale nella chiave loc_name).

ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org mailto: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





--
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:
Ami i PELUCHE? Acquistali online su MisterCupido.com! Tante offerte su: Disney, 
Simpson, Spongebob, Puffi, Sette Nani, Super Mario, Barbapapà, Teletubbies, 
Angry Birds, ecc
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12384d=26-11
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Toponomi quando non ci sono i cartelli

2012-11-26 Thread Gianluca Boero


Il 26/11/2012 17:10, Salemme Guido ha scritto:

questo è interessante!

comunque a volte mi annoto la presenza di negozi o aziende e poi vedo 
se hanno un sito internet dove c'è scritto l'indirizzo oppure conservo 
eventuali scontrini se compro qualcosa anche li di solito c'è l'indirizzo


Giusto...anche questo modo è valido, tenendo presente che un lieve 
margine di errore ci può essere in quanto lo scontrino viene impostato 
manualmente in fase di installazione. Ovviamente ai fini fiscali la 
residenza di un'esercizio dovrebbe essere esatta, eppure nel mio paese 
due benzinai sulla stessa via hanno sullo scontrino l'indirizzo Via 
Pinco Pallino mentre la palina comunale (nuova) riporta Stradale Pinco 
Pallino. Chi ha ragione? Il comune o l'esercente che ha dettato 
verbalmente la via all'operatore che gli ha installato il registratore o 
il servizio bancomat (nel caso dei distributori)?


Un altro modo è anche quello di memorizzare i nomi di alcune persone che 
vivono in quella strada, magari leggendo il campanello ed il numero e 
poi ricercare sulle pagine bianche la via riportata. Però lo vedo come 
un modo un po furtivo con i tempi che corrono :-)


--
Gianluca Boero

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

[Talk-it] eBookMaps.com - mappe per ebook scaricabili

2012-11-26 Thread Fabrizio Tambussa

Volevo generare delle mappe di citta' o piccole zone per fruitori di ebook.
Durante una ricerca su internet mi sono imbattuto in questo sito [1] che
pubblica mappe del mondo estratte da OSM in formato epub o mobi.
Ho scaricato Genova in formato epub, ma non mi sembra granche'.
Non e' zoomabile, tutto il centro storico rimane in mezza paginetta, non si
vedono i nomi delle vie, ecc ecc
Pero' usa OSM (in CC-BY-SA) e quindi merita comunque una segnalazione.
Saluti
Fabrizio


[1] http://www.ebookmaps.com/en/italy-maps-for-ebook-readers-en.php
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Toponomi quando non ci sono i cartelli

2012-11-26 Thread Paolo Monegato


Il 26/11/2012 17:25, Gianluca Boero ha scritto:

Il 26/11/2012 17:10, Salemme Guido ha scritto:

questo è interessante!

comunque a volte mi annoto la presenza di negozi o aziende e poi vedo 
se hanno un sito internet dove c'è scritto l'indirizzo oppure 
conservo eventuali scontrini se compro qualcosa anche li di solito 
c'è l'indirizzo


Giusto...anche questo modo è valido, tenendo presente che un lieve 
margine di errore ci può essere in quanto lo scontrino viene impostato 
manualmente in fase di installazione. Ovviamente ai fini fiscali la 
residenza di un'esercizio dovrebbe essere esatta


Mappare con gli scontrini è una buona cosa. Ci sono tutti i dati che 
servono: il nome, l'indirizzo, i contatti (tel. e web), la partita iva, 
a volte perfino gli orari... però è necessario fare attenzione, potrebbe 
capitare che l'indirizzo riportato sullo scontrino non sia quello 
dell'attività.


ciao
Paolo M

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

Re: [Talk-it] Toponomi quando non ci sono i cartelli

2012-11-26 Thread Gianluca Boero


Il 26/11/2012 19:47, Paolo Monegato ha scritto:

Mappare con gli scontrini è una buona cosa. Ci sono tutti i dati che 
servono: il nome, l'indirizzo, i contatti (tel. e web), la partita 
iva, a volte perfino gli orari... però è necessario fare attenzione, 
potrebbe capitare che l'indirizzo riportato sullo scontrino non sia 
quello dell'attività.


ciao
Paolo M


Già...occhio alla sede legale e sede operativa che può essere diversa.

--
Gianluca Boero


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

Re: [Talk-it] Venezia

2012-11-26 Thread Paolo Monegato


Il 25/11/2012 21:18, Martin Koppenhoefer ha scritto:

2012/11/25 Paolo Monegato gato.selvad...@gmail.com:

natural=bay no, piuttosto creiamo natural=lagoon

hm, ci sono già 2 di questo tag, di bay ci sono 27634. Credo di capire
che ogni laguna è un bay, ma non ogni bay è una laguna, vero?
Se fosse così mettrei un subtag, se invece bay non comprende
lagoon, allora mettrei un nuovo tag lagoon.


Vedo dal wiki che esiste, giustamente, natural=fjord anche se volendo 
si potrebbe classificarlo come bay. Dunque non vedo perché non possa 
esserci anche lagoon, considerando poi che non è il massimo taggare 
una laguna come fosse un pezzo di mare.


ciao
Paolo M

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012-11-26 Thread Federico Cozzi

2012/11/26 Martin Koppenhoefer dieterdre...@gmail.com:
 Si. Ed è per questo che nell'area della stazione forse è meglio aggiungere
 railway=station a landuse=railway. Del resto la stazione comprende tutto non
 solo il locale viaggiatori ed i binari.
 si, scusa la mia inaccuratezza, intendevo la parte che è stazione
 deve (idealmente) essere taggata con railway=station, locale
 viaggiatori e binari era un esempio cosa è da includere (opposto
 all'idea di taggare un solo edificio), ma non era esaustivo.

Insisto: con railway=station bisogna mappare solo il locale
viaggiatori, cioè quello che è una stazione ferroviaria per l'uomo
(e il routing) comune.

Qui http://wiki.openstreetmap.org/wiki/Railway_stations dice:
A node should be tagged as railway=station or railway=halt to mark
the actual station/halt. (rather than being on a node, this tag could
be on the building, mentioned below)
Quindi railway=station deve essere un nodo. In alternativa:
For larger stations it is often convenient to mark the entire station
building. To complete this, create a closed way and use the
tag,building=train_station.
Quindi, per mapping più preciso, railway=station deve essere
l'edificio della stazione. Per precisione massima:
It is especially convenient in route planning to include the building
entrances. This is accomplished by tagging the appropriate nodes in a
building's boundary as building=entrance orrailway=subway_entrance.
Da nessuna parte si dice di mappare come railway=station una intera
area, inclusiva di binari ecc.

Capisco che c'è una differenza tra stazione e fabbricato
viaggiatori. Vedo che c'è differenza anche in inglese tra railway
station e station building
(http://en.wikipedia.org/wiki/Station_building)
Forse è meglio sollevare il problema a livello internazionale, cioè
ri-definire correttamente il tag railway=station.
Per il momento, la pagina wiki di railway=station descrive uno
station building e non una vera railway station.

Ciao,
Federico

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012/11/26 Federico Cozzi f.co...@gmail.com:
 Forse è meglio sollevare il problema a livello internazionale, cioè
 ri-definire correttamente il tag railway=station.
 Per il momento, la pagina wiki di railway=station descrive uno
 station building e non una vera railway station.


quando si parla del valore per la chiave railway credo sia chiaro
che il tag descrive la situazione dal punto di vista ferroviario. Non
possiamo mappare pensando sempre a cosa l'uomo comune potrebbe forse
pensare o percepire. Comunque anche non essendo specialisti delle
ferrovie noi qui credo che vediamo come stazione non solo un unico
edificio ma anche la parte dei treni.

ciao
Martin

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

2012-11-26 Thread Federico Cozzi

2012/11/26 Martin Koppenhoefer dieterdre...@gmail.com:
 Per il momento, la pagina wiki di railway=station descrive uno
 station building e non una vera railway station.
 quando si parla del valore per la chiave railway credo sia chiaro
 che il tag descrive la situazione dal punto di vista ferroviario. Non
 possiamo mappare pensando sempre a cosa l'uomo comune potrebbe forse
 pensare o percepire. Comunque anche non essendo specialisti delle
 ferrovie noi qui credo che vediamo come stazione non solo un unico
 edificio ma anche la parte dei treni.

Welcome to OpenStreetMap, the project that creates and distributes
free geographic data for the world.
OSM distribuisce dati geografici a tutti e non solo agli specialisti
delle ferrovie. Per interpretare i dati, la legenda è il wiki.
Se il wiki documenta che railway=station contraddistingue i
fabbricati viaggiatori, a parte la scelta poco felice del tag, ci si
adegua.
(In maniera analoga amenity=bicycle_rental si riferisce alle stazioni
di bike sharing e non i noleggi di biciclette)

In alternativa si apre la discussione sulle mailing list
internazionali, si capisce se emendare la pagina del wiki ed
eventualmente si cambia il significato di railway=station.

Ciao,
Federico

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

[Talk-it] R: R: consiglio

2012-11-26 Thread Giuseppe Amici

Mille grazie per le indicazioni J

 

Beppe

 

Da: Tiziano D'Angelo [mailto:tiziano.dang...@gmail.com] 
Inviato: lunedì 26 novembre 2012 10:24
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] R: consiglio

 

Direi che in questo caso può andare bene motor_vehicle=private (al contrario
di Padova, le motociclette sono soggette a limitazione anche se in
determinati orari).

Chi può accedere in ZTL senza autorizzazione (=yes)

*   biciclette e ciclomotori fino a 50 cc.; = bicycle=yes moped=yes

*   motocicli a due ruote con cilindrata superiore a 50 cc. (dal lunedì
al venerdì dalle 7.00 alle 21.00, il sabato dalle 7.00 alle 14.00, escluso
domenica e i festivi); = motorcycle:conditional=yes @ (Mo-Fr 07:00-21:00;
Sa 07:00-14:00)

*   mezzi utilizzati per servizi di pubblico interesse (City Porto,
trasporto pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco, ecc.)
= emergency=yes

Chi può accedere in ZTL con comunicazione alla Polizia Municipale al massimo
entro 48 ore dallaccesso (=private)

*   veicoli dei cortei funebri e delle Agenzie di Onoranze Funebri; =
forse possono rientrare in emergency? o ci inventiamo un funeral=*?
*   veicoli al servizio di persone invalide con capacità di
deambulazione sensibilmente ridotta
http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capaci
ta-motoria  detentrici dello speciale contrassegno ai sensi del D.P.R.
24.7.1996 n. 503; = disabled=private (come disabled=yes)
*   veicoli che accompagnano presso la propria abitazione donne
residenti o domiciliate in ZTL
http://www.comune.modena.it/citypass/ztl/accompagnamento-donne , nella
fascia oraria 20.00  06.00; 
*   veicoli di clienti delle strutture ricettive (alberghi, hotel, bed
and brekfast, ostelli, affittacamere); il titolare della struttura rilascerà
un contrassegno allospite da esporre sul parabrezza.

Chi può richiedere l'autorizzazione per accedere alla ZTL

*http://www.comune.modena.it/citypass/ztl/veicoli-elettrici
titolari di veicoli elettrici (dalle 7.00 alle 20.00) =
electric_car:conditional=private @ (Mo-Su 07:00-20:00)
*
http://www.comune.modena.it/piano-sosta/miniticket-per-i-titolari-di-permes
so-ztl-verdi residenti o domiciliati in zona ZTL, senza posto auto =
rientrano nel motor_vehicle=private
*
http://www.comune.modena.it/citypass/info/modulistica/autorizzazione-ztl-re
sidente-domiciliato-autorimessa titolari di garage o posto auto in area
privata allinterno della ZTL = idem
*
http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capaci
ta-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transit
o-e-sosta-in-ztl titolari di contrassegno invalidi e disabili
http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capaci
ta-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transit
o-e-sosta-in-ztl  con ridotta capacità motoria = disabled=private
*   artigiani per attività di manutenzione e installazioni
http://www.comune.modena.it/citypass/ztl/autorizzazioni-temporanee
ordinarie 
*   artigiani per attività di pronto intervento diurno e notturno
http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico
-limitato/ztl/autorizzazioni-temporanee/ztl-pass-giornalieri-e-autorizzazion
i-temporanee  
*   titolari di pubblici esercizi e negozi alimentari in ZTL per
operazioni di carico/scarico =
http://www.comune.modena.it/citypass/ztl/carico-scarico-e-consegna-merci/au
torizzazioni-a-scadenza-biennale-per-veicoli-di-portata-fino-a-6-tonnellate-
ztl  goods=private 
*   titolari di negozi non alimentari in ZTL, fornitori, grossisti e
corrieri per operazioni di carico/scarico =
http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico
-limitato/ztl/carico-scarico-e-consegna-merci  goods=private 
*   rappresentanti e agenti di commercio
http://www.comune.modena.it/citypass/ztl/agenti-e-rappresentanti-di-commerc
io/autorizzazioni-biennali-per-gli-agenti-di-commercio-rappresentanti-ztl  
*   familiari e addetti all
http://www.comune.modena.it/citypass/ztl/assistenza-a-familiari
assistenza e trasporto di persone in difficoltà che risiedono in ZTL
*   medici di base, pediatri convenzionati e cardiologi con ambulatori
in ZTL, i medici che effettuano visite domiciliari urgenti in ZTL, previa
comunicazione delle targhe all'Ordine dei Medici e con l'esposizione
dellapposito contrassegno rilasciato dallOrdine dei Medici = rientrano in
emergency=yes
*   soggetti che accompagnano bambini
http://www.comune.modena.it/citypass/ztl/accompagnamento-bambini-e-ragazzi/
accompagnamento-bambini-e-ragazzi 
*   clienti degli alberghi situati in ZTL: possono transitare e sostare
in prossimità degli alberghi a condizione che sia esposto sul parabrezza un
contrassegno rilasciato dallalbergatore
*   chi è munito di permessi particolari come ad esempio: stampa,
http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico

Re: [Talk-it] Trafori autostradali

2012-11-26 Thread Any File

2012/11/26 Elena ``of Valhalla'' elena.valha...@gmail.com:
 On 2012-11-26 at 12:31:24 +0100, Martin Koppenhöfer wrote:
 Il trunk come concordato se ricordo bene dovrebbe avere carreggiate separate 
 e non avere incroci a raso, quindi tipologicamente sone quasi autostrade. 
 Invece per extraurbane principali (per il fatto che escludono traffico 
 debole) si aggiunge motorroad=yes ad un trunk o primary.

 le extraurbane principali sono a carreggiate separate e senza incroci a
 raso. Quello a cui pensi tu è il cartello di strada riservata a
 (mezzi a motore? qualcosa del genere, da queste parti praticamente
 non ce ne sono), con il disegno di un auto su sfondo blu.

Esiste sia il simbolo quadrato a sfondo blu con il simbolo dell'automobile
http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_strada_riservata_ai_veicoli_a_motore.svg

sia il singolo rettangolare (più alto che largo) del tutto simile a
quello dell'autostrada, ma di colore blu
http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_inizio_strada_extraurbana_principale.svg
quest'ultimo in vita mia l'ho sempre chiamato simbolo di inizio di una
supestrada (quando sono nato io il termine strada extraurbana
principale non esisteva, e tutte le volte che letto la definizione di
questo nuovo termine mi è venuto il mal di testa ...)

Alcuni trafori sono stati da sempre considerati in maniera molto
simile alle autostrade nella segnaletica (i cartelli sono verdi, i
cartelli che indicano in che direzione andare per prendere la strada
sono verdi e cartelli di istradamento sono verdi con il simbolo
dell'ottagono. L'unica differenza è che al posto di A1, A3, ecc. c'è
scritto T1 o T2.

Vedo che la pagina di Wikipedia, Autostrada in Italia
http://it.wikipedia.org/wiki/Autostrade_in_Italia

distingue tra vari casi. Il T1, T2 e T4 li mette subito dopo le
autostrade, mentre il T3 lo mette tra le Autostrade e trafori
declassati assieme alla ex Autostrada Roma-Lido


AnyFile

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

Re: [Talk-lt] Namų numeriai su raidėmis

2012-11-26 Thread Albertas Agejevas

On Mon, Nov 26, 2012 at 10:10:25AM +0200, Albertas Agejevas wrote:
 On Fri, Nov 23, 2012 at 01:30:33PM +0200, Ričardas wrote:
  Dėl rėmimosi įstatymais ir kitomis normomis. Kad ir entuziastų
  sudarinėjamas, visgi tai yra (bent turėtų būti) produktas, kuriuo galėtum
  pasitikėti. Tad ir reikia naudotis nustatytomis normomis, jeigu jos
  egzistuoja (kaip šiuo atveju). Čia juk ne laisvos meninės išraiškos erdvė,
  o žemėlapis su tiksliais duomenimis. Meninei išraiškai yra daug kitų būdų
  pasireikšti.
 
 Kiek aš supratau, diskusija natūraliai baigėsi tada, kai buvo atrastas
 norminantis teisinis aktas.  Taigi, su šituo visi sutinka.  Pezalai
 apie meninę išraišką nereikalingi.

O, suradau diskusiją po to, kai buvo surastas teisinis aktas, atsiimu
žodžius.

Albertas

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

Re: [Talk-lt] Bingo ortofoto papildymai

2012-11-26 Thread Ramas

Superinės naujienos :) O nuotraukos puikios kokybės. Reikia ruoštis
papildomam milijonui naujų taškų.

On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.com wrote:

 Sveiki

   Dar atsinaujino Bingo ortofoto.
   Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus.

 --
 Tomas Straupis

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

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

Re: [Talk-lt] Bingo ortofoto papildymai

2012-11-26 Thread Justinas Pamedys

Pažiūrėjau palydovines Bing nuotraukas, tai dabar pusė Vilniaus po debesiu
slepiasi labiau priartinus, kažkaip anksčiau lyg to nebuvo... ar aš čia
klystu...

2012 m. lapkritis 26 d. 11:03, Ramas ies...@ramuno.lt rašė:

 Superinės naujienos :) O nuotraukos puikios kokybės. Reikia ruoštis
 papildomam milijonui naujų taškų.


 On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.com wrote:

 Sveiki

   Dar atsinaujino Bingo ortofoto.
   Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus.

 --
 Tomas Straupis

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



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


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

Re: [Talk-lt] Bingo ortofoto papildymai

2012-11-26 Thread Ramas

Neklysti, Vilniaus nuotraukos atsinaujino ir suprastėjo.

2012/11/26 Justinas Pamedys jpame...@gmail.com

 Pažiūrėjau palydovines Bing nuotraukas, tai dabar pusė Vilniaus po debesiu
 slepiasi labiau priartinus, kažkaip anksčiau lyg to nebuvo... ar aš čia
 klystu...

 2012 m. lapkritis 26 d. 11:03, Ramas ies...@ramuno.lt rašė:

 Superinės naujienos :) O nuotraukos puikios kokybės. Reikia ruoštis
 papildomam milijonui naujų taškų.


 On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.comwrote:

 Sveiki

   Dar atsinaujino Bingo ortofoto.
   Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus.

 --
 Tomas Straupis

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



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



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

Re: [Talk-lt] Bingo ortofoto papildymai

2012-11-26 Thread Ramas

Dar atradau Telšius, Vievį ir beveik visą rytinį pasienį, nuo Eišiškių iki
Pabradės.

On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.com wrote:

 Sveiki

   Dar atsinaujino Bingo ortofoto.
   Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus.

 --
 Tomas Straupis

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

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

Re: [Talk-gb-westmidlands] Listed Bdgs map on Mapbox

2012-11-26 Thread Andy Robinson

Stu,

 

I had missing Local view tiles at full zoom last week. Just in some areas,
pan the map and elsewhere they were present. I was looking in the Four Oaks
area at the time.

 

Cheers

Andy

 

From: stules...@gmail.com [mailto:stules...@gmail.com] On Behalf Of stuart
lester
Sent: 26 November 2012 15:27
To: Brian Prangle; Rob Nickerson; Andy Robinson; OSM Group WM
Subject: Listed Bdgs map on Mapbox

 

Hi Brian,

 

Really liking the map. I too have played with TileMill and Leaflet, doing
some self hosting similar to what Andy has done.

 

I'd be interested in trying to catch up with Rob and yourself so we could
share ideas and experiences. I appreciate I'm pretty flaky for getting to
OSM meetings, I can try to make the next one, but I don't have a laptop with
TileMill on to run through some things, I haven't used the latest version
either.

 

Also I cannot get any problem with the planning applications on LocalView
that you were experiencing with a blank map when moving from 1:1250 to
1:500. If anyone else could test I'd be grateful:

 

https://localview.birmingham.gov.uk/Planning/Sites/Public_Access/

 

This site has some listed buildings data on, but I know for a fact I haven't
been given a new version to update by the main planning guys, so I would
guess it's out of date compared to English Heritage (we call it the
Statutorily Listed Buildings).

 

Hope to see you at the next meeting.

 

Cheers,

 

Stu

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2793 / Virus Database: 2629/5919 - Release Date: 11/25/12

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

Re: [Talk-se] snöröjning

2012-11-26 Thread Johan Jönsson

Per Eric Rosén per at rosnix.net writes:

 
 Hej!
 Nu kanske det börjar bli vinter ... och dags att tagga bland annat :
 
 denna gång- och cykelväg snöröjes ej. Hittar inte någon praxis på
 wiki. Vore bra att ha med. Alt uppgifter från observationer om vägar
 inte snöröjs (kan vara rätt godtyckligt, men klart praktiskt veta ibland).
 
 Om det inte finns någon praxis, ska vi hitta på någon?
 Till exempel snow_clearing yes/no/3cm (om man har officiella uppgifter 
 från kommun om när väg börjar snöröjas)
 
 /Per Eric
 --
 ^): Per Eric Rosén http://rosnix.net/~per/
 /   per at rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311

Hej, det var en bra idé.
snow_clearing=* verkar vara en vettig utgångspunkt.
Här i Göteborg hade det behövts en halkbekämpning=yes/no
Det är då lockande att slå ihop dem som på skyltarna 
till vinterväghållning=* eller nåt sånt.

På tagging-maillistan skrev någon häromveckan om detta:
http://wiki.openstreetmap.org/wiki/Proposed_features/Key:winter_service

Winter_service=yes/no

Vill man vara tydlig med just plogningen i mer snötäta områden, vissa vägar är 
väl helt ofarbara innan de plogas, så kan man komplettera med snowplowing=*
http://wiki.openstreetmap.org/wiki/Key:snowplowing

Special-taggning av gångvägar som inte vinterväghålles men ändå används är den 
här lilla läckerheten:
http://wiki.openstreetmap.org/wiki/Key:seasonal:snowfall:regaintime

/Johan Jönsson




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

[Talk-es] Google mapmaker

2012-11-26 Thread Roberto Pla

¿Con Google tambien se puede mapear y yo no me había enterado?. Lo que
mas me ha emocionado es lod elos Badges, ¡me devuelve a mis tiempos de
Boy-Scout!
:)
http://support.google.com/mapmaker/answer/2643662?hl=enref_topic=30029
http://support.google.com/mapmaker/answer/1096018/

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

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

Re: [Talk-es] Google mapmaker

2012-11-26 Thread Jonay Santana

Otra cosa es quien es el propietario de esos datos, claro...
El 26/11/2012 08:27, Roberto Pla p...@aire.org escribió:

 ¿Con Google tambien se puede mapear y yo no me había enterado?. Lo que
 mas me ha emocionado es lod elos Badges, ¡me devuelve a mis tiempos de
 Boy-Scout!
 :)
 http://support.google.com/mapmaker/answer/2643662?hl=enref_topic=30029
 http://support.google.com/mapmaker/answer/1096018/

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

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

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

Re: [Talk-es] Google mapmaker

2012-11-26 Thread Felix

Hombre, lo de los badges me suena haberlo visto alguna
vezhttps://www.google.com/search?q=openstreetmap.org+profile+badgepor
al wiki de osm. No está mal como incentivo a la colaboración de la
gente, pero si de momento no se han añadido, a algo tan sencillo como los
perfiles de openstreetmap.org, será por algo :P


On Mon, Nov 26, 2012 at 9:30 AM, Jonay Santana jonay.sant...@gmail.comwrote:

 Otra cosa es quien es el propietario de esos datos, claro...
 El 26/11/2012 08:27, Roberto Pla p...@aire.org escribió:

 ¿Con Google tambien se puede mapear y yo no me había enterado?. Lo que
 mas me ha emocionado es lod elos Badges, ¡me devuelve a mis tiempos de
 Boy-Scout!
 :)
 http://support.google.com/mapmaker/answer/2643662?hl=enref_topic=30029
 http://support.google.com/mapmaker/answer/1096018/

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

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


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




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

Re: [Talk-es] OpenLayer

2012-11-26 Thread Juan Luis Rodríguez Ponce

El 25 de noviembre de 2012 19:46, David Marín Carreño
dav...@gmail.comescribió:

 Claridad, limpieza y rapidez.


Y mejor soporte de dispositivos móviles.


-- 
Juan **Luis Rodríguez** Ponce
Área de Proyectos

Emergya Consultoría
Tfno:  +34 954 51 75 77 / +34 670 41 98 62
Fax: +34 954 51 64 73
www.emergya.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] En línea: videos del taller de mapeo virtual de este fin de semana

2012-11-26 Thread Alex Barth


Hola a todos -

A los que no pudieron atender a los talleres de este fin de semana pero 
quisieron: actualicé el blog post con las grabaciones, también se encuentra un 
enlace a los ejemplos que utilizamos en los talleres:

http://mapbox.com/blog/talleres-mapeo-desarrollando-america-latina/

Estes talleres se dieron en preparación al hackathon Desarrollando América 
Latina tomando lugar *este fin de semana* en Argentina, Uruguay, Brazil, 
Bolivia, Peru, México, Costa Rica y Chile, más aquí:

http://2012.desarrollandoamerica.org/

Saludos -

Alex Barth
http://twitter.com/lxbarth
tel (+1) 202 250 3633





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

Re: [Talk-at] Gewässernetz Tirol

2012-11-26 Thread Simon Legner


Hallo!

On 25/11/12 19:36, Erwin OSM wrote:

habe gerade festgestellt, dass Du unter der Kennung
simon04_data_tirol_gv_at mit dem Import begonnen hast, den Inn und die
Sill.

Ja. Das habe ich auch an die Mailingliste geschrieben (13.11.2012).


Wenn Du schon importierst, dann sollten doch ein paar mehr Attribute von
tirol.gv.at übernommen werden, so meine Meinung.

Ich halte zum Beispiel GEW_ID (T2010R1) zur einwandfreien
Identifizierung für sehr wichtig. So gibt es doch einige Bäche und
Flüsse mit absolut gleichen Namen. Durch diese ID könnten die Gewässer
einwandfrei identifiziert werden, jeder Bach hat eine andere Bezeichnung.
Das scheint irgendeine ID aus diesem Datensatz zu sein. Diese 
Information bringt mMn nur dann etwas, wenn sie an jedem Gewässer dabei 
ist. Wenn man dies will, dann würde ich den Key aber eher 
`ref:data.tirol.gv.at` nennen.



Auch würde ich HZBGEW (2-8-153) am Objekt belassen.
Durch diese Nummer kann ein Interessierter den Verlauf absolut richtig
zurück verfolgen. Die 2-8 stünde für den Inn, 2-8-153 steht für die Sill.
Die Zahl 2-8-153-60 besagt also, dass der Viller Bach (2-8-153-60) in
die Sill (2-8-153) und die in den Inn fließt (2-8). Dies könnte doch für
Interessierte sehr interessant sein, so denke ich.
Das scheint in der Tat ganz interessant zu sein. Eventuell macht das 
dann auch GEW_ID überflüssig. Auch hier: wenn man das haben will, sollte 
man einen international verständlichen Tag verwenden:


https://wiki.openstreetmap.org/w/index.php?title=Relation:waterwayaction=edit
erwähnt für Deutschland `ref:fgkz`. Gibt es in Österreich eine ähnliche 
Abkürzung?



Über die restlichen Attribute könnte man auch noch diskutieren.

Ja. Das Tagging habe ich bereits im September zur Diskussion gestellt …

Ad http://www.openstreetmap.org/browse/way/192901258
Ich finde es nicht gut, `destination` für das »nachfolgende Gewässer« 
(Mündung) zu verwenden, da lt. Wiki dieser Tag ganz anders verwendet 
wird. Außerdem ergibt sich dies auch der Gewässerkennziffer und aus den 
Daten an sich.
Über die Verwendung von `GEW_ID`, `GEW_NAME_A`, `HZBGEW` in der 
Datenbank habe ich oben bereits was geschrieben.


Grüße
Simon

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

Re: [Talk-at] Gewässernetz Tirol

2012-11-26 Thread Norbert Wenzel


On 26.11.2012 11:13, Simon Legner wrote:

Ad http://www.openstreetmap.org/browse/way/192901258
Ich finde es nicht gut, `destination` für das »nachfolgende Gewässer«
(Mündung) zu verwenden, da lt. Wiki dieser Tag ganz anders verwendet
wird. Außerdem ergibt sich dies auch der Gewässerkennziffer und aus den
Daten an sich.
Über die Verwendung von `GEW_ID`, `GEW_NAME_A`, `HZBGEW` in der
Datenbank habe ich oben bereits was geschrieben.


Macht es i.A. überhaupt Sinn Daten wie Welcher Fluss mündet wo zu 
erfassen, die man ohnehin direkt von der Geometrie ablesen kann? Bei 
Autobahnen ist das afaik ja auch nur eingetragen um die Informationen 
der Überkopfwegweiser auf Navis darstellen zu können, aber der 
Verwendungszweck ist ja beim Fluss nicht wirklich gegeben.


Norbert


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

Re: [Talk-at] Gewässernetz Tirol

2012-11-26 Thread Werner Macho

Hi


 https://wiki.openstreetmap.**org/w/index.php?title=**
 Relation:waterwayaction=edithttps://wiki.openstreetmap.org/w/index.php?title=Relation:waterwayaction=edit
 erwähnt für Deutschland `ref:fgkz`. Gibt es in Österreich eine ähnliche
 Abkürzung?

 Ja in Österreich gibt es auch den Begriff der
Fließgewässerkennzahl(ziffer) insofern sollte das bei uns genauso lauten.

lg Werner
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Übersicht der Edits in einem Gebiet

2012-11-26 Thread Markus Straub

Wow super, die ITO OSM Mapper-Visualisierung ist echt super, da zahlt 
sich das gratis anmelden dann doch aus.


Whodidit verblasst daneben etwas.

Danke jedenfalls!
LG,
Markus

On 2012-11-25 19:07, Stephan Plepelits wrote:

On Sun, Nov 25, 2012 at 05:34:01PM +0100, Markus Straub wrote:

kennt ihr bequeme Möglichkeiten zu sehen wer wie häufig / wie viel in
einem Gebiet editiert hat? Mich würds interessieren wer in meiner Gegend
noch so (jetzt gerade) aktiv ist.

ito world hat sehr nette Visualisierungen:
http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html

gruesse,
 Stephan



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



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

Re: [Talk-at] Übersicht der Edits in einem Gebiet