date:20120711

In very simplistic terms, the EU cookie directive requires a web site to 
prominently disclose the fact that it uses cookies and what for (and in 
the case of tracking cookies to explicitly obtain the user's consent 
before doing so).


I notice the OSM site doesn't yet do this, even though it uses cookies, 
but this mail is more about third party users who need to make their own 
statements about cookies they use when they embed OSM maps.


If a OSM map is embedded in another site as an IFRAME as from the Export 
tab or similar, then it appears to plant two sets of cookies, ones 
starting _osm_... whose function seems pretty obvious, and ones starting 
_pk_... which are more mysterious.


Please could someone who knows put up a brief page on the wiki which 
explains what these are for, for the purpose of helping sites make their 
cookie usage clear, as required by law (or at least for them to conduct 
the cookie audit needed in good faith).


I am (I hope not naively!) assuming that OSM wouldn't indulge in any 
intrusive cookie tracking which would require explicit consent.


Is anyone addressing this for the OSM site itself? I see there is a 
privacy policy, but that doesn't mention cookies and it isn't 
prominent on the home page as the directive requires.


Thanks,
David


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

Re: [OSM-talk] Lightning fast car routing built on OpenStreetMap data, with draggable routes

2012-07-11 Per discussione valent.turko...@gmail.com

On Wed, Jul 11, 2012 at 11:13 AM, Maarten Deen md...@xs4all.nl wrote:
 On 2012-07-11 10:45, valent.turko...@gmail.com wrote:

 Hi guys, this routing map based on OSM is awesome, drag and drop is
 great, too bad it is unusable until turn restrictions get supported :(
 But it is a great demo.


 We're still talking about http://map.project-osrm.org aren't we? osrm
 certainly supports turn restrictions! I tried a few in my area and they all
 worked fine.

 Regards,
 Maarten

Ups, you are right, I actually had few turn restriction bugs in osm
data, routing work great, this service is awesome.

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

Re: [OSM-talk] Cookies on OSM

2012-07-11 Per discussione Frederik Ramm


Hi,

On 07/11/12 14:03, David Earl wrote:

I am (I hope not naively!) assuming that OSM wouldn't indulge in any
intrusive cookie tracking which would require explicit consent.


I believe OSM uses Piwik which is something like Google Analytics but 
without giving the data to a third party. That's probably the reason you 
are seeing this pk cookie.


I don't know if that requires explicit consent. It's not much more than 
looking at log files really but I'm not up to date on legislation.


(TBH I've seen a lot of is it ok if we set a cookie popups on UK web 
sites recently but none on German sites so I'm not sure if this is 
really an EU thing or just UK? Or UK being first in adopting some EU law 
into national law maybe, improbable as it sounds?)


Bye
Frederik

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



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

Re: [OSM-talk] Lightning fast car routing built on OpenStreetMap data, with draggable routes

2012-07-11 Per discussione Janko Mihelić


 On Wed, Jul 11, 2012 at 11:13 AM, Maarten Deen md...@xs4all.nl wrote:
  We're still talking about http://map.project-osrm.org aren't we? osrm
  certainly supports turn restrictions! I tried a few in my area and they
 all
  worked fine.
 
  Regards,
  Maarten


Restrictions when via is a way, not a node, still don't work on OSRM (and
most other services).

Example:
OSRM (bad route): http://map.project-osrm.org/SJ
MapQuest (good route): http://mapq.st/OxnDYh

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

Re: [OSM-talk] Cookies on OSM

2012-07-11 Per discussione Lester Caine


(Change email address !!!)
Frederik Ramm wrote:


On 07/11/12 14:03, David Earl wrote:

I am (I hope not naively!) assuming that OSM wouldn't indulge in any
intrusive cookie tracking which would require explicit consent.


I believe OSM uses Piwik which is something like Google Analytics but without
giving the data to a third party. That's probably the reason you are seeing this
pk cookie.

THAT is interesting ... I need to look closer
I'm using my own port of Piwik on a faster database.


I don't know if that requires explicit consent. It's not much more than looking
at log files really but I'm not up to date on legislation.

Piwik requires explicit consent as it's not an 'essential' cookie
Even session cookies are still a grey area!


(TBH I've seen a lot of is it ok if we set a cookie popups on UK web sites
recently but none on German sites so I'm not sure if this is really an EU thing
or just UK? Or UK being first in adopting some EU law into national law maybe,
improbable as it sounds?)
The cookie directive was passed into law across EUROPE last May. The UK relaxed 
implementation in an attempt to get the browser developers to handle the problem 
centrally, but none have, so they now require that every website does the job 
themselves.


I've ended up with a system which allows 'social media', 'piwik' and other 
cookies to be switched off separately ... http://medw.co.uk/ is an example. But 
I still need to link this in with the some of the third party elements fully yet.


--
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] Cookies on OSM


On 11/07/2012 13:36, Frederik Ramm wrote:

Hi,

On 07/11/12 14:03, David Earl wrote:

I am (I hope not naively!) assuming that OSM wouldn't indulge in any
intrusive cookie tracking which would require explicit consent.


I believe OSM uses Piwik which is something like Google Analytics but
without giving the data to a third party. That's probably the reason you
are seeing this pk cookie.


Thanks.


I don't know if that requires explicit consent. It's not much more than
looking at log files really but I'm not up to date on legislation.


The general view seems to be that Google Analytics doesn't require 
explicit consent, merely disclosure, so I can't see that something even 
less intrusive could require explicit consent.




(TBH I've seen a lot of is it ok if we set a cookie popups on UK web
sites recently but none on German sites so I'm not sure if this is
really an EU thing or just UK? Or UK being first in adopting some EU law
into national law maybe, improbable as it sounds?)


The directive was actually enacted in May 2011, but the UK Information 
Commissioner's office gave people until May this year to implement it. A 
few have, as you say (notably the BBC), but the ones that really go to 
town on the issues the directive is supposed to protect against - e.g. 
Amazon - have completely ignored it. There will have to be a test case 
before long if it is supposed to be taken seriously. (It is a daft law 
IMO, exactly the kind of 'red tape' the Government says it is committed 
to abolishing).


David




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

Re: [OSM-talk] Cookies on OSM

2012-07-11 Per discussione Tom Hughes


On 11/07/12 13:03, David Earl wrote:


In very simplistic terms, the EU cookie directive requires a web site to
prominently disclose the fact that it uses cookies and what for (and in
the case of tracking cookies to explicitly obtain the user's consent
before doing so).


So, how is http://www.frankieandshadow.com/gallery/ using PHPSESSID then ;-)

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/



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

Re: [OSM-talk] Cookies on OSM

2012-07-11 Per discussione Ed Loach

 Piwik requires explicit consent as it's not an 'essential' cookie
 Even session cookies are still a grey area!

http://www.ico.gov.uk/for_organisations/privacy_and_electronic_commu
nications/the_guide/cookies.aspx

mentions:

European data protection authorities opinion

In June 2012, European data protection authorities (as part of the
Article 29 Working Party) adopted an opinion which clarifies that
some cookie uses might be exempt from the requirement to gain
consent:
Some cookies can be exempted from informed consent under certain
conditions if they are not used for additional purposes. These
cookies include cookies used to keep track of a user’s input when
filling online forms or as a shopping card, also known as session-id
cookies, multimedia player session cookies and user interface
customisation cookies, eg language preference cookies to remember
the language selected by the user.
First party analytics cookies are not likely to create a privacy
risk if websites provide clear information about the cookies to
users and privacy safeguards, eg a user friendly mechanism to opt
out from any data collection and where they ensure that identifiable
information is anonymised.

I'm not sure which of the osm cookies count as session cookies,
first party analytics cookies, or other.

Ed


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

Re: [OSM-talk] Cookies on OSM


On 11/07/2012 13:55, Tom Hughes wrote:

On 11/07/12 13:03, David Earl wrote:


In very simplistic terms, the EU cookie directive requires a web site to
prominently disclose the fact that it uses cookies and what for (and in
the case of tracking cookies to explicitly obtain the user's consent
before doing so).


So, how is http://www.frankieandshadow.com/gallery/ using PHPSESSID then
;-)


You can remove the ';-)' - my email wasn't a criticism, but is made in 
all seriousness to try to bring other web sites I have involvement in 
within the law. That includes my own site too (and I don't actually know 
the answer except that it is, of course, a PHP session cookie - that's 
the point of doing a cookie audit as required by the ICO).


David



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

Re: [OSM-talk] Cookies on OSM


On 11/07/2012 13:53, Lester Caine wrote:

Piwik requires explicit consent as it's not an 'essential' cookie


No, the requirement is for informed consent. The ICO is clear that 
Implied consent is a valid form of consent and can be used in the 
context of compliance with the revised rules on cookies. Explicit 
consent (asking an explicit question in which the user can decline to 
have cookies set) is about whether a cookie is intrusive or not - 
aimed mainly at third-party tracking cookies.


David


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

Re: [OSM-talk] Cookies on OSM

2012-07-11 Per discussione Lester Caine


Ed Loach wrote:

Piwik requires explicit consent as it's not an 'essential' cookie
Even session cookies are still a grey area!

http://www.ico.gov.uk/for_organisations/privacy_and_electronic_commu
nications/the_guide/cookies.aspx

mentions:

European data protection authorities opinion

In June 2012, European data protection authorities (as part of the
Article 29 Working Party) adopted an opinion which clarifies that
some cookie uses might be exempt from the requirement to gain
consent:
Some cookies can be exempted from informed consent under certain
conditions if they are not used for additional purposes. These
cookies include cookies used to keep track of a user’s input when
filling online forms or as a shopping card, also known as session-id
cookies, multimedia player session cookies and user interface
customisation cookies, eg language preference cookies to remember
the language selected by the user.
First party analytics cookies are not likely to create a privacy
risk if websites provide clear information about the cookies to
users and privacy safeguards, eg a user friendly mechanism to opt
out from any data collection and where they ensure that identifiable
information is anonymised.

I'm not sure which of the osm cookies count as session cookies,
first party analytics cookies, or other.


Until there is 'case law' nothing can be assumed. The current recommendation 
HAVE changed again since I started sorting this for our hosting customers. The 
key word above is 'might be' ... no one has yet produced a document that says 
'is' ... so we either simply ignore the directive, or we provide the facility 
for people to be able to switch off 'social media' and 'analytics' cookie 
tracking even if some people's opinion is that it's not necessary. I'm option 
for the safe path since it does also allow users to switch off things that they 
may object to even with anonymous tracking.


The law may be an ass, but it was VERY interesting identifying what cookies were 
created as a result of loading a supposedly clean site, and it is perhaps the 
'due diligence' that has resulted from the exercise that is more important.


--
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] Cookies on OSM

2012-07-11 Per discussione Lester Caine


David Earl wrote:

In very simplistic terms, the EU cookie directive requires a web site to
prominently disclose the fact that it uses cookies and what for (and in
the case of tracking cookies to explicitly obtain the user's consent
before doing so).


So, how is http://www.frankieandshadow.com/gallery/ using PHPSESSID then
;-)


You can remove the ';-)' - my email wasn't a criticism, but is made in all
seriousness to try to bring other web sites I have involvement in within the
law. That includes my own site too (and I don't actually know the answer except
that it is, of course, a PHP session cookie - that's the point of doing a cookie
audit as required by the ICO).


Up until May I had simply assumed that PHPSESSID was a simple 'essential' cookie 
and that it was exempt, but that is the very cookie that has yet to be 
specifically flagged as exempt and is why I have wasted so much time on the safe 
approach.


I also assumed that adding social media links to a site did not require ME to 
get permission, but the advise now makes it clear that it is the site which is 
responsible for these third party cookies! So we give people the option to 
refuse if they want to. While the ICO has changed the advise again in June it 
HAS also said that it will not be taking action against anybody any time soon, 
so sitting on hands is probably equally safe at the moment.


--
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] Lightning fast car routing built on OpenStreetMap data, with draggable routes

2012-07-11 Per discussione Philip Barnes

OSRM is mostly awesome.
Map changes are reflected within a very short period after an edit, however 
routing updates can be much slower.
It would be great if it was possible to find out the date of the OSM data being 
used by the router.
I did some corrections to roundabouts on the A41, I will admit that I messed 
them up during licence changes, on 13th June. Am still getting the same error.
Phil

--

Sent from my Nokia N9



On 11/07/2012 13:26 valent.turko...@gmail.com wrote:

On Wed, Jul 11, 2012 at 11:13 AM, Maarten Deen md...@xs4all.nl wrote:
 On 2012-07-11 10:45, md...@xs4all.nl wrote:

 Hi guys, this routing map based on OSM is awesome, drag and drop is
 great, too bad it is unusable until turn restrictions get supported :(
 But it is a great demo.


 We're still talking about http://map.project-osrm.org aren't we? osrm
 certainly supports turn restrictions! I tried a few in my area and they all
 worked fine.

 Regards,
 Maarten


Ups, you are right, I actually had few turn restriction bugs in osm
data, routing work great, this service is awesome.

___

talk mailing list

md...@xs4all.nl
http://map.project-osrm.org



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

[OSM-talk] Redaction underway

2012-07-11 Per discussione Richard Fairhurst

[posted to talk-ie@, announce@ and talk@; follow-ups to talk@ unless 
Ireland-specific]


Hello all,

The redaction process is now underway with Ireland as planned.

Further updates will be posted to relevant lists as and when each phase 
starts and ends:

- to talk-ie@ and talk-gb@ when Ireland ends and Great Britain begins
- to talk-gb@ and talk@ when Great Britain ends and Western 
Europe/Belarus begins

- to talk@, talk-us@ and talk-ca@ when Belarus ends and North America begins
- to talk-us@, talk-ca@ and talk-au@ when North America ends and 
Australia begins

- to talk-au@ and talk@ when Australia ends and the rest of the world begins
- to talk@ when the rest of the world ends

...and, of course, if anything interrupts the progress of the redaction 
more than briefly. All updates will be cc:ed to announce@.


cheers
Richard


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

[OSM-talk] Suspend Imports / Bulk edits / Bots

2012-07-11 Per discussione Grant Slater

Dear All,

Summary: Please stop Imports, Automated Edits, Bulk edits  Bots until
the redaction process has ended.

The redaction bot has just started running. Until the redaction
process has been completed please suspend all imports and bulk edit
operations. Imports or bots which ignore this request may be subject
to an immediate temporary account block to ease up load on the API and
database servers.

Normal editing operations should be unaffected although I would
recommend saving often.

If you have any questions or a pressing need for such an edit please
contact the sysadmins in advance on IRC. See #osm-dev on OFTC via
http://irc.openstreetmap.org/

Grant
on behalf of OpenStreetMap Sysadmins

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

Re: [OSM-talk] [Imports] Suspend Imports / Bulk edits / Bots

2012-07-11 Per discussione Stefan de Konink

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11-07-12 17:10, Grant Slater wrote:
 Summary: Please stop Imports, Automated Edits, Bulk edits  Bots
 until the redaction process has ended.

What is your ETA?


Stefan

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk/9nB0ACgkQYH1+F2Rqwn3FPACfbjcLUeNVa0iCOY6RcwbL5bpW
lz8An1RQWW0MNUwdUdmGrojm6pJEtO6i
=vCti
-END PGP SIGNATURE-

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

Re: [OSM-talk] Redaction underway

2012-07-11 Per discussione Toby Murray

On Wed, Jul 11, 2012 at 10:14 AM, Richard Fairhurst
rich...@systemed.net wrote:
 [posted to talk-ie@, announce@ and talk@; follow-ups to talk@ unless
 Ireland-specific]

 Hello all,

 The redaction process is now underway with Ireland as planned.

 Further updates will be posted to relevant lists as and when each phase
 starts and ends:
 - to talk-ie@ and talk-gb@ when Ireland ends and Great Britain begins
 - to talk-gb@ and talk@ when Great Britain ends and Western Europe/Belarus
 begins
 - to talk@, talk-us@ and talk-ca@ when Belarus ends and North America begins
 - to talk-us@, talk-ca@ and talk-au@ when North America ends and Australia
 begins
 - to talk-au@ and talk@ when Australia ends and the rest of the world begins
 - to talk@ when the rest of the world ends

 ...and, of course, if anything interrupts the progress of the redaction more
 than briefly. All updates will be cc:ed to announce@.

I just saw on IRC that the redaction bot seems to have broken minutely
diffs due to a problem in osmosis. I'm sure details will follow at
some point but Grant advised any diff consumers to suspend consumption
for now. There may end up being a short rollback of diffs which would
require a manual adjustment to the sequence number in your osmosis
state file.

Toby

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

[OSM-talk] map of impact of licence change on Australia and New Zealand


Hello all,

I would like to generate a map showing the impact of the license change on Australia and New Zealand.

Any advice on how to generate such a map?

Kind regards,

Nick Lawrence
Senior Spatial Science Officer| Geospatial, Road Assets  Design
Engineering  Technology| Department of Transport and Main Roads
Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring Hill Qld 4000
GPO Box 1412 | Brisbane Qld 4001
P: (07) 38342477 | F: (07) 38342998
E: nicholas.g.lawre...@tmr.qld.gov.au
W: www.tmr.qld.gov.au
***
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,
Maritime Safety Queensland or endorsed organisations utilising
the same infrastructure.
***



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

[OSM-talk] OSM Inspector is not working?


Is OSM Inspector working? There appears to a Layer problem error?

Kind regards,

Nick Lawrence
Senior Spatial Science Officer| Geospatial, Road Assets  Design
Engineering  Technology| Department of Transport and Main Roads
Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring Hill Qld 4000
GPO Box 1412 | Brisbane Qld 4001
P: (07) 38342477 | F: (07) 38342998
E: nicholas.g.lawre...@tmr.qld.gov.au
W: www.tmr.qld.gov.au
***
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,
Maritime Safety Queensland or endorsed organisations utilising
the same infrastructure.
***



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

Re: [OSM-talk] map of impact of licence change on Australia and New Zealand

2012-07-11 Per discussione André Riedel

May be you could use the already existing map:

http://cleanmap.poole.ch/?zoom=5lat=-31.44831lon=144.98999layers=00B

It is possible to switch between a cleanmap (map after license switch)
and badmap (details to be deleted).

Ciao André

2012/7/12  nicholas.g.lawre...@tmr.qld.gov.au:
 Hello all,

 I would like to generate a map showing the impact of the license change on
 Australia and New Zealand.

 Any advice on how to generate such a map?

 Kind regards,

 Nick Lawrence
 Senior Spatial Science Officer | Geospatial, Road Assets  Design
 Engineering  Technology | Department of Transport and Main Roads

 
 Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring Hill Qld
 4000
 GPO Box 1412 | Brisbane Qld 4001
 P: (07) 38342477 | F: (07) 38342998
 E: nicholas.g.lawre...@tmr.qld.gov.au
 W: www.tmr.qld.gov.au

 ***
 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,
 Maritime Safety Queensland or endorsed organisations utilising
 the same infrastructure.
 ***




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


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

[OSM-talk-nl] Fwd: [OSM-talk] Redaction underway

2012-07-11 Per discussione Henk Hoff

Ter info.

-- Forwarded message --
From: Richard Fairhurst rich...@systemed.net
Date: Wed, Jul 11, 2012 at 5:14 PM
Subject: [OSM-talk] Redaction underway
To: talk...@openstreetmap.org, annou...@openstreetmap.org,
t...@openstreetmap.org


[posted to talk-ie@, announce@ and talk@; follow-ups to talk@ unless
Ireland-specific]

Hello all,

The redaction process is now underway with Ireland as planned.

Further updates will be posted to relevant lists as and when each phase
starts and ends:
- to talk-ie@ and talk-gb@ when Ireland ends and Great Britain begins
- to talk-gb@ and talk@ when Great Britain ends and Western Europe/Belarus
begins
- to talk@, talk-us@ and talk-ca@ when Belarus ends and North America begins
- to talk-us@, talk-ca@ and talk-au@ when North America ends and Australia
begins
- to talk-au@ and talk@ when Australia ends and the rest of the world begins
- to talk@ when the rest of the world ends

...and, of course, if anything interrupts the progress of the redaction
more than briefly. All updates will be cc:ed to announce@.

cheers
Richard


__**_
talk mailing list
t...@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [talk-au] Fwd: [OSM-talk] Licence redaction ready to begin

2012-07-11 Per discussione Simon Poole

The edits by the redaction bot can be seen here:
http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits




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

[talk-au] map of impact of licence change on Australia and New Zealand


Hello all,

I would like to generate a map showing the impact of the license change on Australia and New Zealand.

Any advice on how to generate such a map?

Kind regards,

Nick Lawrence
Senior Spatial Science Officer| Geospatial, Road Assets  Design
Engineering  Technology| Department of Transport and Main Roads
Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring Hill Qld 4000
GPO Box 1412 | Brisbane Qld 4001
P: (07) 38342477 | F: (07) 38342998
E: nicholas.g.lawre...@tmr.qld.gov.au
W: www.tmr.qld.gov.au
***
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,
Maritime Safety Queensland or endorsed organisations utilising
the same infrastructure.
***



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

[talk-au] OSM Inspector is not working?


Is OSM Inspector working? There appears to a Layer problem error?

Kind regards,

Nick Lawrence
Senior Spatial Science Officer| Geospatial, Road Assets  Design
Engineering  Technology| Department of Transport and Main Roads
Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring Hill Qld 4000
GPO Box 1412 | Brisbane Qld 4001
P: (07) 38342477 | F: (07) 38342998
E: nicholas.g.lawre...@tmr.qld.gov.au
W: www.tmr.qld.gov.au
***
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,
Maritime Safety Queensland or endorsed organisations utilising
the same infrastructure.
***



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

Re: [talk-au] map of impact of licence change on Australia and New Zealand

2012-07-11 Per discussione Ross


Why re-invent the wheel?

http://cleanmap.poole.ch/?zoom=5lat=-25.69199lon=137.92578layers=B00

Shows good and bad map.

Cheers
Ross


On 12/07/12 14:05, nicholas.g.lawre...@tmr.qld.gov.au wrote:


Hello all,

I would like to generate a map showing the impact of the license 
change on Australia and New Zealand.



Any advice on how to generate such a map?

Kind regards,
*
Nick Lawrence*
Senior Spatial Science Officer | Geospatial, Road Assets  Design
*Engineering  Technology* | Department of Transport and Main Roads


Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring 
Hill Qld 4000

GPO Box 1412 | Brisbane Qld 4001
P: (07) 38342477 | F: (07) 38342998
E: _nicholas.g.lawre...@tmr.qld.gov.au_ 
mailto:nicholas.g.lawre...@tmr.qld.gov.au

W: _www.tmr.qld.gov.au_ http://www.tmr.qld.gov.au/

***
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,
Maritime Safety Queensland or endorsed organisations utilising
the same infrastructure.
***



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



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

Re: [talk-au] map of impact of licence change on Australia and New Zealand

2012-07-11 Per discussione Simon Poole


It really depends on what you want to visualize. None of the available
tools give an 100% exact picture (simply because that would have
required setting up a clone of the main DB and essentially carrying out
the redaction on it). The shape files from Frederiks OSMI layer are
available, however I'm not quite sure if everything is working right now
due to the couple of hiccups the redaction process has caused in the
diff generation (the mechanism we use to sync with the main DB).

Simon
 
Am 12.07.2012 06:05, schrieb nicholas.g.lawre...@tmr.qld.gov.au:

 Hello all,

 I would like to generate a map showing the impact of the license
 change on Australia and New Zealand.

 Any advice on how to generate such a map?

 Kind regards,
 *
 Nick Lawrence*
 Senior Spatial Science Officer | Geospatial, Road Assets  Design
 *Engineering  Technology* | Department of Transport and Main Roads

 
 Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring
 Hill Qld 4000
 GPO Box 1412 | Brisbane Qld 4001
 P: (07) 38342477 | F: (07) 38342998
 E: _nicholas.g.lawre...@tmr.qld.gov.au_
 mailto:nicholas.g.lawre...@tmr.qld.gov.au
 W: _www.tmr.qld.gov.au_ http://www.tmr.qld.gov.au/

 ***
 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,
 Maritime Safety Queensland or endorsed organisations utilising
 the same infrastructure.
 ***

  



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


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

Re: [talk-au] map of impact of licence change on Australia and New Zealand


 It really depends on what you want to visualize. None of the 
 available tools give an 100% exact picture (simply because that 
 would have required setting up a clone of the main DB and 
 essentially carrying out the redaction on it). The shape files from 
 Frederiks OSMI layer are available, however I'm not quite sure if 
 everything is working right now due to the couple of hiccups the 
 redaction process has caused in the diff generation (the mechanism 
 we use to sync with the main DB).

I wasn't after anything too exact, just a quick summary. I thought
OSM Inspector would be ideal, because it would show the bad spots
in red. But the License Change option in the drop down view does
not load the map, it just sits there churning. Is that the hiccups
you refer to?

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,
Maritime Safety Queensland or endorsed organisations utilising
the same infrastructure.
***



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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


Am 11.07.2012 00:50, schrieb Christian Müller:

Am 10.07.2012 21:21, schrieb Peter Wendorff:

Wenn ich einen overpass-link erzeuge wie (nicht geprüft, nur
schematisch) [bbox=][highway][ref=B 7], dann kann man anhand
!dieses Links! genausogut diskutieren wie anhand der relations-id
0815, die die gleichen Elemente enthält:
- Das Abfragen ist genauso einfach (wenn ich osm.org/browse/* mal
ausnehme, das bricht nämlich gerade bei großen Relationen sowieso
regelmäßig zusammen).
- Das Verteilen des Links ist genauso einfach, nämlich in beiden
Fällen per CopyPaste
- Das Ändern des Inhalts ist einfacher: ich muss mich nämlich gar
nicht darum kümmen, solange ich das ref-Tag richtig setze
- Das Ändern des Links ist auch nicht schwieriger; wenn man das
überhaupt braucht (dürfte nur dann der Fall sein, wenn auf einmal z.B.
die gerade neu eingetragene B 7 in Österreich zufällig die BoundingBox
überschneidet)

+1 Ist doch alles richtig.  Die besagten B-Relationen waren nur ein
Beispiel, um das Problem an sich zu verdeutlichen - nicht alle derzeit
verwendeten Sammelrelationen dürften auf diese Weise ersetzbar sein.
Weiterhin fehlt:

 - remote josm link
ist aber simpel machbar - guck dir das mal bei taginfo an, das erzeugt 
solche Links ja bereits; die haben dann die Form (Parameter nicht 
korrekt maskiert für bessere Lesbarkeit)

http://localhost:8111/import?url=http://overpass-api.de?api...

 - die von dir schon angesprochene /browse/ -Geschichte
die ist aber doch mit den Relationen jetzt auch nicht besser, das ist 
also kein Argument.

 - außerdem dürfte es nervig sein, die bbox in jeder URL anzugeben
(hier würden Aliase der admin. Grenzen helfen, etwa [bbox=Europe,Germany])
Ein Tool, dass diese BBox automatisch erzeugt, halte ich aber für 
relativ einfach machbar.

Zudem ist zu schauen, was momentan eigentlich in der Relation gepflegt
wird  - evtl. sind auch Raststätten, Notrufsäulen etc. dabei, welche die
Query ebenso liefern muss, will sie die Relationen ersetzen.

Woher hast du das denn jetzt? Nie was von gehört - und wo ist die Grenze?
Raststätte, Mc-Doof und Co direkt hinter der Abfahrt? Autohof 
vierhundert Meter weiter?

Versuche
eine Query für Overpass zu finden, welche Dir alle Brücken über x
(x=Rhein, Elbe, etc.) liefert - das wird kein Einzeiler mehr, sollte es
überhaupt nur mit Overpass machbar sein.
Das ist richtig, aber gib mir bitte einen Anwendungsfall, der 
tatsächlich nur diese Abfrage braucht - oder so wenige Abfragen, dass 
sich eine komplexere Eigeneinrichtung tatsächlich nicht lohnt.

Das Beispiel sieht mir bisher ziemlich konstruiert aus.

Ob da (im wiki) aber jetzt ein /browse/relation/#-link steht oder eine
z.B. overpass-query, ist doch sch***-egal.

Aus Anwendersicht schon, soll auch so sein.  Aus Entwicklersicht
offenbar nicht.

Ich vermute, auch aus Entwicklersicht ist das egal - nur sind es oft
nicht die Entwickler, die das ins wiki einpflegen, sondern Mapper, die
es nicht anders kennen.

Gemeint war:  aus Entwicklersicht ist es nicht egal, ob des Anwenders
Daten aus Relation oder Overpass-Query kommt.  Sie bevorzugt (momentan)
letzteres.
Nein. Wie der ANWENDER die Daten bekommt, ist den meisten Entwicklern 
tatsächlich egal; nur sollten die Informationen, wo möglich, auch 
außerhalb der Relation vorhanden sein, weil sie sonst von den 
Anwendungen oft ignoriert werden.


Gruß
Peter

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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


Am 11.07.2012 07:53, schrieb Manuel Reimer:

Christian Müller cmue81 at gmx.de writes:

Ich stimme Dir zu, dass overlapping ways dem Nahe kommen.  Nur ist die
Fangemeinde von overlapping ways auch nicht besonders groß, da sie
ebenso wie mancher Relationstyp schlecht oder gar nicht visualisiert werden.

Werden Wanderwege, bzw. deren Relationen auf der Hauptkarte visualisiert?

Ehrlich gesagt: Wie ich das erste Mal vor dem Problem gestanden habe, einen
Wanderweg selber eintragen zu wollen, da war mein erster Gedanke auch
einfach Way über die Punkte -- Fertig. Mir erschien eine solche
Vorgehensweise, basierend auf meinem bisherigen OSM-Wissen, als durchaus
logisch und sinnvoll.

Auf sowas wie Wege stückeln und eine Relation bauen bin ich erst garnicht
gekommen.

Zudem wäre mal eben nachmalen auch einfacher wie Wege zerstückeln und dann
alles in Relation kippen.

Folge der Relationen ist, dass die Wanderwege von Unwissenden immer wieder
kaputt gemacht werden. Man wird also schon deshalb nie arbeitslos werden,
weil man immer mal wieder von jemandem verbundene Wege wieder aufsplitten
darf, um Linienzüge in Relationen wieder ganz zu machen.

Das ist leider nur halb richtig.
In den vorhandenen Editoren wäre das Eintragen so tatsächlich viel 
einfacher, das nachträgliche Bearbeiten ist allerdings erstmal sogar 
schwieriger, weil das gezielte Auswählen eines Weges von mehreren, die 
über die gleichen Knoten verlaufen, blöd ist.

[...]
Weiterhin könnte man argumentieren, das Gebäude, die wirklich so stark 
verschmolzen sind, dass die Wand hier nicht gedoppelt ist, ein 
einziges Gebäude sind. Die Wand muss also garnicht eingezeichnet werden.
Einerseits aber schon eine wichtige Information, weil man eine solche 
Trennmauer u.a. aus Brandschutzgründen nicht durchbrechen dürfte (und 
wenn ich ein Haus einer bestimmten Mindestgröße suche, hilft mir das 
also nichts);
Andererseits auch für OSM sinnvoller als zwei Gebäude einzuzeichnen, 
weil üblicherweise die Adresse unterschiedlich ist.


Gruß
Peter

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

Re: [Talk-de] Kreuzungen finden mit Nominatim?

2012-07-11 Per discussione Marian Steinbach

Hallo!

Danke für die Antwort! Ich habe mir nun mit Hilfe der Overpass API ein
kleines Script gebaut.

https://github.com/marians/geogut

Es findet die Knoten zu zwei Straßen und sucht heraus, welche Knoten
beide Straßen gemeinsam haben. Wenn es mehrere sind, errechnet es den
Mittelwert.

Grüße vom

Marian

Am 9. Juli 2012 16:39 schrieb Matthias Meisser dig...@arcor.de:
 Hi Marian,

 soweit ich das beurteilen kann, klappt das (noch) nicht
 http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview

 Ich glaub die Leute von frankfurt-gestalten.de hatten mal ein ähnliches
 Problem, bin mir aber nicht sicher ob/wie die es gelöst hatten.

 Matthias

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

Re: [Talk-de] Kreuzungen finden mit Nominatim?

2012-07-11 Per discussione Georg Feddern


Moin,

Am 11.07.2012 11:01, schrieb Marian Steinbach:

Hallo!


Es findet die Knoten zu zwei Straßen und sucht heraus, welche Knoten
beide Straßen gemeinsam haben. Wenn es mehrere sind, errechnet es den
Mittelwert.


ganz spontan fallen mir dazu mehrere ...ring-Straßen ein,
die beidseits an die gleiche Straße angebunden sind,
deren Kreuzungen aber mehrere hundert Meter auseinanderliegen.
Davon dann den Mittelwert genommen ...

Gruß
Georg

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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??

Peter Wendorff wendo...@uni-paderborn.de schrieb:

 Nein. Wie der ANWENDER die Daten bekommt, ist den meisten Entwicklern 
 tatsächlich egal; nur sollten die Informationen, wo möglich, auch außerhalb 
 der Relation vorhanden sein, weil sie sonst von den Anwendungen oft ignoriert 
 werden.


Das ist jetzt nicht dein Ernst oder?  Wir taggen weder für Renderer, noch für 
bestimmte oder spezielle Anwendungen.  Wenn eine Anwendung nicht mit Relationen 
umgehen kann, ist das in erster Linie Problem der Anwendung, solange die 
Relation einen Sachverhalt der Realität adäquat modelliert.

Auf Relationen wird nicht aus Gründen der Anwendungskompat. verzichtet, wenn 
sie der klar einfachere und intuitive Weg sind, Daten einzutragen.

Es ist Entwicklern hier ganz klar nicht egal, wo die Daten herkommen, denn aus 
ihrem Kreise kommt der verständliche Wunsch, dass Sammelrelationen explizit 
nicht (mehr) aus der main db kommen sollten.  Wäre es ihnen egal, könnten sie 
so belassen werden, denn selbst wenn sie redundant sind, sie modellieren einen 
Ausschnitt der Realität adäquat.

Eine B 2 kann eben sowohl als Route als auch als Eigenschaft des Weges B 2 zu 
sein, aufgefasst werden.


Gruß
Christian


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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


Am 11.07.2012 13:12, schrieb Christian Müller:

Peter Wendorff wendo...@uni-paderborn.de schrieb:


Nein. Wie der ANWENDER die Daten bekommt, ist den meisten Entwicklern 
tatsächlich egal; nur sollten die Informationen, wo möglich, auch außerhalb der 
Relation vorhanden sein, weil sie sonst von den Anwendungen oft ignoriert 
werden.

Das ist jetzt nicht dein Ernst oder?  Wir taggen weder für Renderer, noch für 
bestimmte oder spezielle Anwendungen.  Wenn eine Anwendung nicht mit Relationen 
umgehen kann, ist das in erster Linie Problem der Anwendung, solange die 
Relation einen Sachverhalt der Realität adäquat modelliert.

Das ist das typische Missverständnis dieses Schlagworts.
Wir taggen nicht für den Renderer meint ja nicht, dass das Tagging 
Anwendungen/Renderer ignorieren soll. Es meint, dass ein Park nicht 
korrekt eingetragen ist, wenn man ihn als Wald tagged, nur weil einem 
das Grün auf der Karte besser gefällt.
Ich habe auch nicht für eine bestimmte Anwendung argumentiert, sondern 
eben für den Großteil:
Ein Multipolygon, das ein simples Polygon modelliert, wird aus einigen 
Anwendungen rausfallen, weil diese damit nicht umgehen können - es hat 
aber keinerlei praktische Vorteile gegenüber einem geschlossenen Weg.
Eine Routen-Relation für eine Straße, nur weil der Name auf 
aneinanderhängenden Wegen dann nicht mehrfach angegeben werden müsste, 
hat keinen praktischen Vorteil für irgendeine Anwendung - schon, weil 
keine Anwendung sich erlauben kannn, die Namen auf den einzelnen Ways 
komplett zu ignorieren - die Funktionalität muss also trotzdem eingebaut 
werden.


Wenn eine Anwendung nicht mit Relationen umgehen kann, ist das ihr 
Problem, das ist richtig.
Wenn aber die Nutzung von Relationen die Hürde sowohl für 
Anwendungsentwickler als auch für Mapper anhebt, dann ist das für mich 
ein eindeutiges Signal, dass es anders vermutlich besser ist.

Auf Relationen wird nicht aus Gründen der Anwendungskompat. verzichtet, wenn 
sie der klar einfachere und intuitive Weg sind, Daten einzutragen.
Richtig. Momentan sind sie das aber nicht - weder einfach noch intuitiv 
einzutragen - und noch weniger gut korrekt zu halten.


Gruß
Peter

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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??

2012-07-11 Per discussione aighes


Mal ein Beispiel aus der Vergangenheit zu Radrouten/Wanderrouten:

Zu Beginn wurden diese einfach an den Weg getaggt, über den diese 
verlaufen (Bsp: ref_rcn=ThSk). Das funktionierte sehr gut, bis es 
gehäuft vorkam, dass über manche Wege mehrere Routen verliefen (Bsp: 
ref_rcn=Ilm;ThSk;Fei).


Für meine Karte wäre das vollkommen ausreichend. Mich interessiert die 
Info, ob auf diesem Weg eine Radroute verläuft und die ganzen 
Abkürzungen als ein String für den Namen, den man noch mit Stringreplace 
etwas aufhübschen kann. Projekte wie die Karten von Lonvia dürften damit 
nur sehr kompliziert umsetzbar sein.


Was nun der einfache Weg ist und was nicht halte ich für nebensächlich, 
sobald ein Editor mit ins Spiel kommt. Den kann man immer so anpassen, 
dass dieser eine Weg möglichst einfach ist. In josm sind doch eineige 
Sachen über Relationen nur so einfach, weil josm die Relation speziell 
behandelt und Tools bereit stellt, einfach damit zu arbeiten. Wenn man 
sich nicht auf Routenrelationen geeinigt hätte, hätte josm 
wahrscheinlich andere Tools, die die Arbeit mit Routen unterstützen würden.


Henning



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

Re: [Talk-de] Kreuzungen finden mit Nominatim?

2012-07-11 Per discussione Marian Steinbach

Am 11. Juli 2012 12:11 schrieb Georg Feddern o...@bavarianmallet.de:
 Es findet die Knoten zu zwei Straßen und sucht heraus, welche Knoten
 beide Straßen gemeinsam haben. Wenn es mehrere sind, errechnet es den
 Mittelwert.

Du hast völlig Recht. In solchen Fällen wird der Punkt ziemlich
daneben liegen. Man tut also gut daran, das Ergebnis zu kontrollieren.

Eine komplexere Logik würde die Distanz zwischen den Punkten bestimmen
und dann ab einem bestimmten Schwellenwert mindestens eine Warnung
ausgeben.

Grüße vom

Marian

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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??



Peter Wendorff wendo...@uni-paderborn.de schrieb:

Wenn eine Anwendung nicht mit Relationen umgehen kann, ist das ihr 
Problem, das ist richtig.
Wenn aber die Nutzung von Relationen die Hürde sowohl für 
Anwendungsentwickler als auch für Mapper anhebt, dann ist das für mich 
ein eindeutiges Signal, dass es anders vermutlich besser ist.
 Auf Relationen wird nicht aus Gründen der Anwendungskompat. verzichtet, wenn 
 sie der klar einfachere und intuitive Weg sind, Daten einzutragen.
Richtig. Momentan sind sie das aber nicht - weder einfach noch intuitiv 
einzutragen - und noch weniger gut korrekt zu halten.

Das ist Ansichtssache.  Ich finde sie einfach und intuitiv und möchte in 
Gebieten mit hohen Datendichten diese Art der Modellierung nicht missen.  Sie 
erhöht die Verständlichkeit und Übersichtlichkeit enorm.  Zudem beendet sie das 
Gezerre um die Debatte, ob Wege überlappend oder ganz dicht beieinander 
gezeichnet werden sollen.  Man zeichnet eine Flächengrenze und ordnet diese den 
Flächen zu, an denen sie 'teilnimmt' - fertig.


Im Prinzip wiederholst Du hier einen ähnlich gelagerten Fall, der zwischen

  - nur POI für ein Geschäft
  - nur building+tags für ein Geschäft
  - beides parallel eingetragen

bestand.  Es gab einen Zeitpunkt, da reichte es aus, nur die POIs zu 
betrachten, aber der OSM-Planet hat sich weiter gedreht und sämtliche Software, 
die heute ernsthaft Geschäfte auswertet, wertet getaggte buildings aus (und 
transformiert ggf.).

Gleiches wird auf absehbare Zeit für Relationen gelten, insbes. MPs.  Wenn es 
eine legacy Software gibt, die damit nicht umgehen kann, müssen die Daten 
geeignet transformiert werden - wie das z.B. m.W. mkgmap für die POIs macht.

Eine einfache Fläche gleich als MP anzulegen, bedeutet gewissermaßen 
Zukunftssicherheit, denn i.d.R. grenzt jede Fläche an irgendeine oder mehrere 
andere.  Der closed way ist hier nicht die bessere Darstellungsform, sondern 
ein Überbleibsel aus den Anfängen von OSM.  Er wird allenfalls der 
Bequemlichkeit wegen oder weil man es nicht besser weiß verwendet.

Er lässt sich mal schnell eben grob anlegen ohne weiter nachzudenken, aber für 
die langfristige Pflege der Daten eignet sich ein MP viel besser, weil nur die 
Abschnitte der Flächengrenze betrachtet/geändert werden müssen, die auch 
bearbeitet werden sollen, statt immer den kompletten closed way zu bearbeiten.  
Je größer oder komplexer die zu bearbeitende Fläche ist, umso spürbarer wird 
dieser Vorteil.


Dein Argument, dass Relationen die Hürde anheben, empfinde ich als 
hypothetisch.  Relationen und im speziellen MPs sind als Lösung für Probleme 
entstanden, die es vorher gab.  Wer sich davon abwendet, kehrt zu den alten 
Problemen zurück - schwacher Datenzusammenhang, approximative Rechnerei als 
Krücke fehlender Relationen, etc. pp.  Ich empfinde als bedenklich, sie zu 
vermeiden, nur weil sie schlecht gepflegt werden oder von Editoren nur 
beschränkt unterstützt werden, von unnötigen Sammelrelationen, die sich 
eindeutig anders zusammensetzen lassen, einmal abgesehen.

Das hat etwas von Selbstgeißelung.  Ich mache mir doch auch keine Gedanken 
darüber, ob es ohne Gesundheit geht, nur weil das Gesundheitssystem schlecht 
funktioniert..


Gruß
Christian



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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??

2012-07-11 Per discussione Tobias Knerr

Am 10.07.2012 21:17, schrieb Christian Müller:
 Aneinandergereihte Gebäude nutzen häufig overlapping ways, da stimme ich
 Dir ebenso zu.  Eigentlich gibt es die Wand nur einmal, welche da durch
 zwei Wege in OSM repräsentiert wird.  Das geschieht aus Bequemlichkeit,
 nicht weil es logisch und/oder plausibel ist. 

Wie man am Schlüssel building (und nicht etwa wall o. dgl.) erkennen
kann, mappen wir keine Wände, sondern Umrisse von Gebäudeflächen. Daher
trifft der Mapper mit der Verwendung zweier Ways keinerlei Aussage über
die Anzahl der Wände an dieser Stelle.

Das Einzeichnen aneinander gebauter Gebäude mit overlapping ways ist
also nicht bloß bequemer und verständlicher, sondern auch 100% korrekt.

 Streng genommen müßte ein
 MP her, welches die Wand in Bezug zu den Gebäuden setzt, an denen sie
 teilnimmt.  Wir zeichnen auch Ländergrenzen nicht doppelt.

Egal, wie streng du es nimmst, es muss keineswegs ein MP her - s.o.

Dass wir Ländergrenzen nicht doppelt zeichnen, liegt ganz praktisch
daran, dass diese
- weit mehr gemeinsame Nodes haben als zwei benachbarte Gebäude
- eine sehr große Fläche einschließen
- wegen der Gesamtlänge ohnehin MP mit zerlegten outers brauchen.

Die Anzahl gemeinsamer Nodes benachbarter Gebäude ist hingegen selten
höher als 2, die Gesamtzahl der Nodes im einstelligen oder niedrigen
zweistelligen Bereich, und die bedeckte Fläche so klein, dass sie
ohnehin als Ganzes heruntergeladen wird.

Gebäude sind daher ein Musterbeispiel für einen Fall, wo eine pauschale
Modellierung über mehrere Ways und eine Relation statt einen einzelnen
Way wirklich total fehl am Platz wäre.

Gruß,
Tobias

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

Re: [Talk-de] Flughafenkarte - falsch verstanden ?

2012-07-11 Per discussione Jan Tappenbeck


Hi !

ich meine vielmehr eine Karte die es erlaubte zwischen verschiedenen 
Levels zu schalten um zu sehen auf welcher Ebene sich welcher Shop 
befindet 


Gruß Jan :-)


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

Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin

2012-07-11 Per discussione Simon Poole


Die Edits des bots sind hier:

http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits


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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


Am 11.07.2012 07:53, schrieb Manuel Reimer:
Zudem wäre mal eben nachmalen auch einfacher wie Wege zerstückeln 
und dann alles in Relation kippen. Folge der Relationen ist, dass die 
Wanderwege von Unwissenden immer wieder kaputt gemacht werden. Man 
wird also schon deshalb nie arbeitslos werden, weil man immer mal 
wieder von jemandem verbundene Wege wieder aufsplitten darf, um 
Linienzüge in Relationen wieder ganz zu machen. 


Das passiert auch mit Wegen generell - die werden ebenso regelmäßig 
repariert.  Da beschwert sich niemand.


Was hier fehlt, sind eine stärkere Editorintegration, um Relationen zu 
bearbeiten.  Es ist doch ein Modus denkbar, der genauso, wie Du es 
beschreibst, das Nachzeichnen erlaubt, aber im Hintergrund einfach 
Wegsegmente bildet und die in eine Relation kippt.


Für Routenrelationen würde eine Relation ausgewählt und in der Folge

- alle neu angelegten Wege im Hintergrund addiert
- Wege, über die gezeichnet wird, entsprechend gesplittet bzw. in 
Gänze hinzugefügt


Josm hat da in letzter Zeit viele kleinere Verbesserungen erhalten, z.B. 
ist es nicht mehr notwendig, jedesmal den Dialog einer Relation 
aufzurufen, wenn Elemente hinzugefügt werden sollen.  Das lässt sich nun 
auch über Rechtsklick erledigen. Evtl. wird die Handhabung von 
Relationen in Zukunft noch stärker integriert, anstatt (durch den 
Dialog) wie ein Zusatzfeature zu wirken.



Woher weißt du eigentlich bei aneinandergereihten Gebäuden, ob die 
Wand an der Stoßstelle wirklich nur eine Wand ist? In aller Regel 
gibt es diese Wand in der Tat zweimal.


In diesem Fall liegen sie dann aber auch nebeneinander ;-)  Ich weiß, 
dass das (noch) Haarspalterei ist - aber mit der Verfügbarkeit der 
letzten Bing-Bilder sind ja nun mittlerweile auch die Gulli-Deckel 
sichtbar geworden..



Gruß
Christian



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

Re: [Talk-de] Flughafenkarte - falsch verstanden ?


Hallo Jan.
Kenne ich von der Uni Lausanne [1] - aber ein Flughafen ist das nicht 
gerade ;).

Wenn Du mehr Beispiele findest, würden mich die aber auch interessieren

Gruß
Peter

[1] http://plan.epfl.ch/

Am 11.07.2012 17:00, schrieb Jan Tappenbeck:

Hi !

ich meine vielmehr eine Karte die es erlaubte zwischen verschiedenen 
Levels zu schalten um zu sehen auf welcher Ebene sich welcher Shop 
befindet 


Gruß Jan :-)


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





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

[Talk-de] [Übersetzung] Fwd: Licence redaction ready to begin

2012-07-11 Per discussione malenki

[Ganz zu Anfang der Hinweis, dass der Bot seit
Mittwoch, dem 11. Juli 2012, 14:29 Uhr MESZ läuft]

Hier nach bestem Wissen und Gewissen die Übersetzung von Richards Mail
in der Hoffnung, dass nicht jeder exzellent englisch spricht. ;)

Hallo alle miteinander,

Ich freue mich ankündigen zu können, dass der Lizenz-Bot startbereit
ist.

Beginnend diese Woche, werden wir die Beiträge (weniger als 1%) aus der
Live-Datenbank redigieren, die nicht mit der neuen Vereinbarung für
Mitwirkende (Contributor Terms) und der Open Database License (ODbL)
kompatibel sind. In anderen Worten: auf diese Beiträge wird man nicht
mehr zugreifen können. Wir erwarten, am _Mittwoch_, dem elften Juli¹
beginnen zu können in der Annahme, dass bis dahin die letzten Details
der Einstellungen vollständig sind.

Der Bot wird in dieser Reihenfolge vorgehen:
1. Irland
2. Großbritannien
3. Westeuropa
4. Nordamerika
5. Australien
6. Rest der Welt

Sobald der Bot die Arbeit beendet hat sind wir bereit, die Daten unter
der ODbL zur Verfügung zu stellen. Dies werden wir in einer gesonderten
Ankündigung bekannt geben.

Der letzte unter CC-by-SA stehende Datensatz vor dem Start des Bots
wurde erzeugt und ist verfügbar unter
http://planet.openstreetmap.org/planet-120704.osm.bz2 
Wo Daten redigiert wurden wird jeder Versuch, über die API oder die
browse-Seiten von osm.org darauf zuzugreifen eine entsprechende
Antwort liefern.

Testläufe haben gezeigt, dass der Bot so funktioniert wie wir es
wünschen, aber natürlich werden wir den Ablauf überwachen. Gegenwärtig
erwarten wir, dass er einen Monat benötigt, um seine Aufgabe zu
erledigen. 
Aufgrund der vielen Variablen fürchte ich, dass wir keine genauere
Richtung angeben können, aber wir versuchen, jedermann auf dem
Laufenden zu halten (über die announce@ und talk@-Mailinglisten).

Es wird _keine_ API-Abschaltung geben und keine andere Unterbrechung
von Bearbeitungen. Wenn der Bot in eurer Gegend aktiv ist, speichert
eure Bearbeitungen bitte oft, um die Wahrscheinlichkeit von Konflikten
zu minimieren.

(Separate Nachrichten gehen an talk-ie@ und talk-gb@ als den ersten
zwei betroffenen Gebieten. Bitte leitet diese Nachricht an eure lokalen
Mailinglisten weiter und übersetzt sie.)

Wie ihr wisst erwarteten wir, dass dies kurz nach dem ersten April
geschehen würde. Die Verzögerung ist der Komplexität der Aufgabe
geschuldet. Vielen Dank euch allen für die Geduld, bis wir den Bot auf
den Weg brachten. Ein besonderer Dank geht an alle, die durch Patches,
Vorschläge und andere Verbesserungen zum Code beitrugen.

Richard
für das OSMF-Board

¹ im Original wird offensichtlich falsch der neunte Juli genannt



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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??


Tobias Knerr o...@tobias-knerr.de schrieb:

 Das Einzeichnen aneinander gebauter Gebäude mit overlapping ways ist
also nicht bloß bequemer und verständlicher, sondern auch 100% korrekt.

Meinetwegen, jeder Architekt und jedes Katasteramt würde das zwar eindeutig 
anders sehen, aber für OSM ist es momentan wohl ausreichend - 100% korrekt 
würde ich in diesem Zshg. nicht verwenden.


 - wegen der Gesamtlänge ohnehin MP mit zerlegten outers brauchen.

Ja, aber Du verwendest auch für eine Ländergrenze mit nur 4 nodes ein MP - ganz 
einfach weil das dort usus ist.

So, umgekehrt hast Du nun zigtausend Gebäude, zu denen es nicht mehr Infos gibt 
(evtl. geben sollte), als ein Umrißrechteck.  Heißt das dann für Dich, weil 
es bei Gebäuden so üblich ist, dass Du auch echt komplexe Gebäude, wie 
innerstädtische Bahnhöfe oder überdimensionierte Einkaufstempel ohne MP 
modellieren willst?

Du schreibst es ja selbst, es ist eine Frage der Komplexität.  Schau Dir z.B. 
den Hbf Berlin mit mehreren Ebenen an.  Solange man dort nur das Umrißrechteck 
zeichnet, kommt man ohne MP aus, zugegeben.

Mit jedem Detail wächst aber der Datenbestand, closed ways werden länger, oder 
überlappen sich z.B. bei drei Geschossen und der Modellierung von Halle und 
innenliegendem Raum schon so sechs Mal.  Um Bezüge herstellen zu können 
schreibst Du deine eigenen Algorithmen und ärgerst Dich dann, das irgendwo ein 
Node aus der Reihe tanzt, manche Mapper legen sich den extra an, weil sie nicht 
wissen, wie sie sonst den fünften von sechs überlappenden Wegen selektieren 
sollen.

Anders mit MPs, da zeichne ich einmal die Wände und kann dann Räume, Umriße und 
Hallen, etc. in Bezug setzen.


 Gebäude sind daher ein Musterbeispiel für einen Fall, wo eine pauschale 
 Modellierung über mehrere Ways und eine Relation statt einen einzelnen Way 
 wirklich total fehl am Platz wäre.


Ok, aber das gilt m.E. nur, solange nicht mehr als ein Umrißrechteck drin ist.  
Sobald Innenhöfe, Rolltreppen, Aufzüge, mehrere Ebenen und Innenräume 
hinzukommen empfinde ich overlapping ways als fehleranfälliger und 
umständlicher in der Wartung.  Zudem ist die Wahrscheinlichkeit höher, dass 
alles heruntergeladen wird und Konflikte beim Editieren erzeugt werden, obwohl 
ich bsp.-weise nur am Westflügel eines Geb. interessiert bin, oder nur am UG..

Andererseits ist Indoor-Mapping so und so nicht einfach, da hier eine andere 
Rechtslage besteht (Hausrecht statt Panoramafreiheit).




Gruß,
Christian


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

[Talk-de] Fwd: [Announce] Redaction underway

2012-07-11 Per discussione Michael Kugelmann

FYI: [da nicht alle die Englischsprachigen Mailinglisten lesen] der 
Redaction Bot ist jetzt in Betrieb! Scheinbar wird er erst mal auf 
Irland losgelassen.


In dem Zusammenhang wurde auch in einer Ankündigung von Grant Slater 
(einer der Admins) explizit darum gebeten, dass alle Massenedits, 
Importe und anderen Bots bis auf weiteres unterbleiben/gestoppt werden 
(ansonsten wir der Account möglicherweise geblockt). Hintergrund: die 
Performance der API soll für den Redaction BOT zur Verfügung stehen. 
http://lists.openstreetmap.org/pipermail/announce/2012-July/66.html
Ferner wird empfohlen bei normalen Edits (die weiterhin möglich sind) 
häufig die Daten zu sichern bzw. hoch zu laden.



Grüße,
Michael. (freut sich, dass wir endlich einen Schritt vorwärts machen)

 Original-Nachricht 
Betreff:[Announce] Redaction underway
Datum:  Wed, 11 Jul 2012 16:14:15 +0100
Von:Richard Fairhurst rich...@systemed.net
An: 	talk...@openstreetmap.org, annou...@openstreetmap.org, 
t...@openstreetmap.org

Followup-An:t...@openstreetmap.org



[posted to talk-ie@, announce@ and talk@; follow-ups to talk@ unless
Ireland-specific]

Hello all,

The redaction process is now underway with Ireland as planned.

Further updates will be posted to relevant lists as and when each phase
starts and ends:
- to talk-ie@ and talk-gb@ when Ireland ends and Great Britain begins
- to talk-gb@ and talk@ when Great Britain ends and Western
Europe/Belarus begins
- to talk@, talk-us@ and talk-ca@ when Belarus ends and North America begins
- to talk-us@, talk-ca@ and talk-au@ when North America ends and
Australia begins
- to talk-au@ and talk@ when Australia ends and the rest of the world begins
- to talk@ when the rest of the world ends

...and, of course, if anything interrupts the progress of the redaction
more than briefly. All updates will be cc:ed to announce@.

cheers
Richard


___
Announce mailing list
annou...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/announce


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

Re: [Talk-de] Flughafenkarte - falsch verstanden ?

2012-07-11 Per discussione Jan Tappenbeck


Am 11.07.2012 18:36, schrieb Peter Wendorff:

Hallo Jan.
Kenne ich von der Uni Lausanne [1] - aber ein Flughafen ist das nicht
gerade ;).
Wenn Du mehr Beispiele findest, würden mich die aber auch interessieren

Gruß
Peter

[1] http://plan.epfl.ch/




Hallo Peter,

vielen Dank - das geht schon in die richtige Richtung.

Die gesuchte Seite hat so ähnlich gearbeitet - war nur schneller aber 
dafür einfacher.


Gruß Jan :-)


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

Re: [Talk-it] scoprire nuovi utenti con un nuovo tool: New OSM Contributor Feed

2012-07-11 Per discussione Simone Cortesi

Io sono piu' comodo con le notifiche via mail. Quindi ho appena creato
una ricetta pubblica su ifttt.com.

che prende il feed e ti manda una mail ogni mattina se un nuovo utente
ha iniziato a mappare nella tua zona.

ecco il link: http://ifttt.com/recipes/44673

2012/7/9 Martin Koppenhoefer dieterdre...@gmail.com:
 Segnalo questo nuovo tool di Pascal Neis, che crea un newsfeed per
 scoprire nuovi utenti secondo i primi edits che fanno:
 Il suo articolo nel blog è in inglese:
 http://neis-one.org/2012/07/new-contributor-feed/

 ma per utilizzare il tool è sufficiente di modificare questo esempio
 (Roma) e fare un abbonamento del feed atom:

 http://resultmaps.neis-one.org/newestosmfeed.php?lon=12.48lat=41.89deg=1

 deg indica la grandezza del bounding box in gradi. Il tool mostra
 tutti utenti nuovi che hanno fatto un edit negli ultimi 7 giorni in
 quella bounding box.

 ciao,
 Martin

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



-- 
-S

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

[Talk-it] Vialetti in parchi urbani

2012-07-11 Per discussione emmexx

All'interno del parco di Trenno a Milano alcuni vialetti ciclopedonali
sono stati taggati con:

highway=track
gradetype=grade1

Io non sono molto d'accordo con questa classificazione, non danno certo
l'idea di sentieri (in campagna o in un bosco). Sono per lo piu' asfaltati.
Potete vedere alcune foto qui:
http://www.ciclomi.it/mappa/schede/MI_061.pdf

Cosa ne pensate?

grazie
maxx

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

[Talk-it] Il fatto quotidiano parla di noi (terremoto in emilia e openstreetmap

2012-07-11 Per discussione Maurizio Napolitano

http://www.ilfattoquotidiano.it/2012/07/10/terremoto-in-emilia-mappe-online-e-crowdsourcing-per-gestire-lemergenza/289641/

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

Re: [Talk-it] Vialetti in parchi urbani

2012-07-11 Per discussione Tiziano D'Angelo

a seconda dei casi direi:
highway=cycleway (o anche footway o path)
bicycle=official/yes/permissive
foot=official/yes
segregated=yes/no

surface=paved/asphalt

ciao

2012/7/11 emmexx emm...@tiscalinet.it

 All'interno del parco di Trenno a Milano alcuni vialetti ciclopedonali
 sono stati taggati con:

 highway=track
 gradetype=grade1

 Io non sono molto d'accordo con questa classificazione, non danno certo
 l'idea di sentieri (in campagna o in un bosco). Sono per lo piu' asfaltati.
 Potete vedere alcune foto qui:
 http://www.ciclomi.it/mappa/schede/MI_061.pdf

 Cosa ne pensate?

 grazie
 maxx

 ___
 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] [OT] Re: access destination

... e allora, quali sono le conclusioni della nostra estesa conversazione
per l'aspetto ciclisti (che mi interessa particolarmente).
Abbiamo su un lato i puristi che mappano secondo la legge con l'effetto
che i routers per bici, che vengono prodotti in paesi non-italiani, non
funzionano, e sul altro i pragmatisti che vogliono mappare la prassi per
permettere di utilizzare questi routers anche in Italia.
Vero che questo pragmatismo puzza di mappare per il renderer/routing, ma
non vedo altre alternative.
Mi sembra anche il caso di tentare una pagina wiki italiano con le linee
guide, *se* arriviamo a una conclusione comune.

2012/7/10 Paolo Pozzan pa...@z2z.it

Il 10/07/2012 13:23, Martin Koppenhoefer ha scritto:
[cut]

E' vero che i cartelli sono spesso assurdi, per esempio ho visto un
maxspeed=30, che però diventava un 40 in caso di ghiaccio o pioggia
;-). Credo che il problema è meno quello di mettere i cartelli giusti
che di non rimuovere quelli vecchi.
http://wiki.openstreetmap.org/**wiki/File:Maxspeed_snow.jpghttp://wiki.openstreetmap.org/wiki/File:Maxspeed_snow.jpg

[cut]

Di certo questa è una situazione confusionaria, ma nei cartelli più vecchi
i pannelli integrativi di precipitazioni atmosferiche e gelo si riferiscono
solo al segnale di pericolo, non al limite di velocità.

Penso che situazioni del genere si possano creare nel momento in cui la
gestione della strada passa da un ente a un'altro, quindi si formano le
classiche empasse burocratiche all'italiana.

Ciao!
Paolo

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

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

Re: [Talk-it] Vialetti in parchi urbani

2012-07-11 Per discussione Luca Delucchi

Il 11 luglio 2012 13:22, Tiziano D'Angelo tiziano.dang...@gmail.com
ha scritto:
 a seconda dei casi direi:
 highway=cycleway (o anche footway o path)
 bicycle=official/yes/permissive
 foot=official/yes
 segregated=yes/no

 surface=paved/asphalt


+1

 ciao


-- 
ciao
Luca

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

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

Re: [Talk-it] [OT] Re: access destination

2012-07-11 Per discussione Federico Cozzi

2012/7/11 Volker Schmidt vosc...@gmail.com:
 Abbiamo su un lato i puristi che mappano secondo la legge con l'effetto
 che i routers per bici, che vengono prodotti in paesi non-italiani, non
 funzionano, e sul altro i pragmatisti che vogliono mappare la prassi per
 permettere di utilizzare questi routers anche in Italia.

Ci fai un esempio di router che non funziona, così possiamo capire se
è un bug del router o della mappatura?

 Vero che questo pragmatismo puzza di mappare per il renderer/routing, ma non
 vedo altre alternative.

Non mi è molto chiaro il problema.
1. Di fronte ad una specifica strada nel mondo reale, dobbiamo
essere in grado di capire se è percorribile in bici oppure no. Fin qui
OSM non c'entra.
2. Una volta che abbiamo capito qual è la percorribilità nel mondo
reale di quella strada, allora dobbiamo mappare OSM di conseguenza. A
meno di bug nel router, questo secondo passo non è difficile: basta
usare il tag bicycle con il valore corretto.

Io ho l'impressione che tu voglia lavorare sul punto 2, mentre secondo
me è il punto più facile e invece bisogna lavorare sul punto 1.

Ciao,
Federico

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

[Talk-it] Avmap Geosat2c

2012-07-11 Per discussione niubii

Ciao

mi hanno chiesto se il GPS in oggetto può utilizzare una mappa derivata da
OSM.
Facendo qualche ricerca mi sembrerebbe di no.

Idee?

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

Re: [Talk-it] Avmap Geosat2c

2012-07-11 Per discussione Simone Cortesi

2012/7/11 niubii f.pelu...@gmail.com:

 mi hanno chiesto se il GPS in oggetto può utilizzare una mappa derivata da
 OSM.
 Facendo qualche ricerca mi sembrerebbe di no.

no,
non funziona,
ma telefonare ad avmap e dire quanto ti farebbe piacere poter usare
osm sui loro navigatori, potrebbe mettere in moto delle cose che sono
ferme da un po'.

tirato il sasso...adesso, nascondo la mano... :)

-- 
-S

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

Re: [Talk-it] [OT] Re: access destination

Ci sono due punti sui quali vorrei arrivare ad un consenso:

1) Il segnale divieto d'accesso (
https://it.wikipedia.org/wiki/Segnali_di_prescrizione_nella_segnaletica_verticale_italiana#Segnali_di_divieto)
che vorrei generalmente interpretare in modo approssimativo come divieto di
accesso a mezzi motorizzati, perché viene usato ed interpretato così (in
Italia).

2) L'altro aspetto che è saltato fuori sono le interpretazioni di
private. private vieta l'accesso a tutti che non hanno una
autorizzazione esplicita ed individuale e non può essere condizionato con
bicycle=yes o permissive o simili. E mi sembra che anche gli algoritmi di
routing lo interpretano così.

Ma devo ammettere che conosco gli algoritmi di routing, posso solo dire che
incontro un sacco di problemi quando faccio routing reale per la bici (e ne
ho fatto per milgia di km in Italia ed al estero). In alcuni rari casi mi
sono preso il tempo di guardare i tags in OSM, ma normalmente non ho il
tempo e cerco di indovinare la situazione reale e continuo la creazione
della traccia senza routing per superare l'ostacolo.

In questa discussione sono meno un mappatore che un utente di OSM.

Volker

2012/7/11 Federico Cozzi f.co...@gmail.com

2012/7/11 Volker Schmidt vosc...@gmail.com:
Abbiamo su un lato i puristi che mappano secondo la legge con l'effetto
che i routers per bici, che vengono prodotti in paesi non-italiani, non
funzionano, e sul altro i pragmatisti che vogliono mappare la prassi per
permettere di utilizzare questi routers anche in Italia.

Ci fai un esempio di router che non funziona, così possiamo capire se
è un bug del router o della mappatura?

Vero che questo pragmatismo puzza di mappare per il renderer/routing, ma
non
vedo altre alternative.

Non mi è molto chiaro il problema.
1. Di fronte ad una specifica strada nel mondo reale, dobbiamo
essere in grado di capire se è percorribile in bici oppure no. Fin qui
OSM non c'entra.
2. Una volta che abbiamo capito qual è la percorribilità nel mondo
reale di quella strada, allora dobbiamo mappare OSM di conseguenza. A
meno di bug nel router, questo secondo passo non è difficile: basta
usare il tag bicycle con il valore corretto.

Io ho l'impressione che tu voglia lavorare sul punto 2, mentre secondo
me è il punto più facile e invece bisogna lavorare sul punto 1.

Ciao,
Federico

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

Re: [Talk-it] Avmap Geosat2c

2012-07-11 Per discussione niubii

OK, io ci provo.
Piuttosto che telefonargli, preferisco inviare qualche mail.

Concludo con una riflessione a voce alta.
Certe volte proprio non capisco per quale motivo queste aziende non si
siano ancora buttate a palla.
Secondo me, con un minimo sforzo, potrebbero conseguire grandi risultati.

Forse la diffusione di Android li costringerà a cambiare idea.

Ciao
/niubii/




Il giorno 11 luglio 2012 15:02, Simone Cortesi sim...@cortesi.com ha
scritto:

 2012/7/11 niubii f.pelu...@gmail.com:

  mi hanno chiesto se il GPS in oggetto può utilizzare una mappa derivata
 da
  OSM.
  Facendo qualche ricerca mi sembrerebbe di no.

 no,
 non funziona,
 ma telefonare ad avmap e dire quanto ti farebbe piacere poter usare
 osm sui loro navigatori, potrebbe mettere in moto delle cose che sono
 ferme da un po'.

 tirato il sasso...adesso, nascondo la mano... :)

 --
 -S

 ___
 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] [OT] Re: access destination

2012-07-11 Per discussione Daniele Forsi

Il 11 luglio 2012 15:09, Volker Schmidt ha scritto:

 1) Il segnale divieto d'accesso
 (https://it.wikipedia.org/wiki/Segnali_di_prescrizione_nella_segnaletica_verticale_italiana#Segnali_di_divieto)
 che vorrei generalmente interpretare in modo approssimativo come divieto di
 accesso a mezzi motorizzati, perché viene usato ed interpretato così (in
 Italia).

-1

non possiamo fare altro che riportare i cartelli (e come cittadini
cercare di far cambiare o togliere i cartelli sbagliati)

-- 
Daniele Forsi

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

Re: [Talk-it] [OT] Re: access destination

Il problema è reale, molto reale. Sono coinvolto attivamente nel lato
utenza (cicloturismo) e posso garantirti che parliamo di decine di migliaia
di segnali - è completamente fuori questione di farli cambiare. E bloccare
queste decine di migliaia di km di stradine ideali per i ciclisti è
altrettanto fuori questione.

Si nasconde lì un problema ancora più insidioso della questione routing,
cioè il problema della responsabilità civile e penale del ciclista in caso
di incidenti)



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

 Il 11 luglio 2012 15:09, Volker Schmidt ha scritto:

  1) Il segnale divieto d'accesso
  (
 https://it.wikipedia.org/wiki/Segnali_di_prescrizione_nella_segnaletica_verticale_italiana#Segnali_di_divieto
 )
  che vorrei generalmente interpretare in modo approssimativo come divieto
 di
  accesso a mezzi motorizzati, perché viene usato ed interpretato così (in
  Italia).

 -1

 non possiamo fare altro che riportare i cartelli (e come cittadini
 cercare di far cambiare o togliere i cartelli sbagliati)

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

[Talk-it] Fontana decorativa con acqua potabile

Domanda da principiante:

come si tagga una fontana ornamentale (amenity=fountain) con acqua potabile
(amenity= drinking_water)?
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Fontana decorativa con acqua potabile

2012-07-11 Per discussione Damjan Gerl


Volker Schmidt, on 11/07/2012 16.38, wrote:

Domanda da principiante:

come si tagga una fontana ornamentale (amenity=fountain) con acqua 
potabile (amenity= drinking_water)?


Direi [0]:

amenity=fountain
drinkable=yes


Damjan


[0] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfountain

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

Re: [Talk-it] A1 o A 1?

2012-07-11 Per discussione Niccolo Rigacci

On Wed, Jul 11, 2012 at 11:45:40AM +0200, Simone Saviolo wrote:
 Il giorno 11 luglio 2012 11:40, Alexander Roalter alexan...@roalter.it ha
 scritto:
 
  Quale versione è da adottare? A 1 o A1 ?
 
 
 Mi sembra che la versione corretta sia A1. Tu stesso hai scritto A22 quando
 ti riferivi all'autostrada del Brennero :-)

Anche io sono per A1 senza spazio: più compatto, non crea 
problemi di andate a capo, ecc. Se non ricordo male lo avevamo 
scritto anche sul Wiki italiano.

Il problema è che esiste (o almeno esisteva) un bot automatico 
che correggeva il ref mettendoci lo spazio, solo per le 
autostrade (A*) e per i percorsi europei (E*).

Il bot agiva a livello mondiale, forse sul wiki inglese c'è 
scritto che lo spazio ci vuole.

Io rivendico l'autonomia di decidere qui in Italia come mappare 
le autostrade, e anche i percorsi europei.

Se il bot è ancora attivo sarebbe il caso di scrivere al gestore 
in modo che smetta di fare modifiche in Italia?

Se c'è un minimo di consenso lo faccio.

-- 
Niccolo Rigacci - http://www.rigacci.net/
Firenze - Italy
Tel. ufficio: 055-9331021

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

Re: [Talk-it] A1 o A 1?

2012-07-11 Per discussione Carlo Stemberger


On 12/07/2012 00:25, Niccolo Rigacci wrote:
Se il bot è ancora attivo sarebbe il caso di scrivere al gestore in 
modo che smetta di fare modifiche in Italia? Se c'è un minimo di 
consenso lo faccio. 

+1

Carlo

--
 .'  `.   | Registered Linux User #443882
 |a_a  |  | http://counter.li.org/  .''`.
 \_)__/  +--- : :'  :
 /(   )\  ---+ `. `'`
|\`/\  Registered Debian User #9 |   `-
\_|=='|_/   http://debiancounter.altervista.org/ |


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

Re: [Talk-it] [OT] Re: access destination

2012-07-11 Per discussione Umberto Piacenza

Il giorno mer, 11/07/2012 alle 15.56 +0200, Volker Schmidt ha scritto:
Il problema è reale, molto reale. Sono coinvolto attivamente nel lato
utenza (cicloturismo) e posso garantirti che parliamo di decine di
migliaia di segnali - è completamente fuori questione di farli
cambiare. E bloccare queste decine di migliaia di km di stradine
ideali per i ciclisti è altrettanto fuori questione.

-1
IMHO non possiamo mappare l'interpretazione approssimativa,
generale... di un segnale che nel codice della strada non da' adito ad
approssimazioni o distorsioni.
Il segnale indicato vieta la circolazione di tutti i veicoli, compresi i
velocipedi!
Unica eccezione riportata dal codice della strada si trova nelle aree
pedonali: in questo caso è sempre consentito il transito in bicicletta a
meno di apposita indicazione di divieto.

Le stradine ideali per i ciclisti sono piste ciclabili?
Sono state citate più volte le alzaie di navigli o canali: queste
solitamente non sono piste ciclabili ma strade di servizio alla
manutenzione dei corsi d'acqua.
Per queste ultime è solitamente l'ente gestore che deve stabilire a chi
consentire il transito e secondo quali regole.

Si nasconde lì un problema ancora più insidioso della questione
routing, cioè il problema della responsabilità civile e penale del
ciclista in caso di incidenti)

Proprio ciò che successe sull'alzaia Naviglio Grande nel 2010 in seguito
ad un incidente mortale di un ciclista (urtato da un altro ciclista):
il tribunale riconosceva la corresponsabilità dell'ente gestore in
quanto la strada era mancante dei requisiti di sicurezza necessari
Da quel fatto, l'ente gestore ha installato la segnaletica di divieto
d'accesso esplicito per pedoni e ciclisti) con l'intento di
sollevarsi dalle responsabilità di eventuali altri incidenti.

Inutile dire che, dopo qualche tempo, sia pedoni che ciclisti hanno
transitato normalmente su quelle strade.

Scopro ora che da luglio 2012 è cambiato l'ente gestore [1] che in
accordo con la Regione Lombardia, ... in condizioni normali il transito
[ciclopedonale] sarà tollerato a rischio del passante, un po’ come per i
sentieri di montagna. In ogni caso non saranno ammesse velocità
superiori ai 15 chilometri orari

Dicono che a breve installeranno la relativa segnaletica [2] con
esplicite indicazioni testuali.

[1]http://www.parcoticino.it/parco/50_messa-in-sicurezza-delle-alzaie.html
[2]http://www.etvilloresi.it/portal-villoresi/page220a.do?link=oln659a.redirectseu318a.oid.set=68dau260a.oid=372alt30a=page222a

Ciao.
Umberto.

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

[Talk-co] Se inicia el proceso de redacción de la Base de Datos

2012-07-11 Per discussione Fredyrivera


 De: Julio Costa Zambelli julio.co...@openstreetmap.cl
 Fecha: 10 de julio de 2012 22:24:11 GMT-05:00
 Para: talk-cl talk...@openstreetmap.org
 Asunto: [Talk-cl] Se inicia el proceso de redacción de la Base de Datos
 
 Estimados,
 
 Para su información:
 
 http://blog.openstreetmap.cl/2012/07/10/se-inicia-el-proceso-de-redaccion-de-la-base-de-datos/
 
 Saludos,
 
 Julio Costa Zambelli
 OpenStreetMap Chile
 
 julio.co...@openstreetmap.cl
 
 http://www.openstreetmap.cl/
 Cel: +56(9)89981083
 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile
 
 ___
 Talk-cl mailing list
 talk...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cl
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

2012-07-11 Per discussione CeSar CaRrEñO fErNaNdEz

Me deja de enviar eso 

-Original Message-

From: CeSar CaRrEñO fErNaNdEz
Sent: 11 Jul 2012 11:32:19 GMT
To: OpenStreetMap Colombia
Subject: Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

Me dejan de enviar ese tipo de informacion a mi correo ??? Les agradeceria .

-Original Message-

From: Fredyrivera
Sent: 11 Jul 2012 11:27:07 GMT
To: OpenStreetMap Colombia
Subject: [Talk-co] Se inicia el proceso de redacción de la Base de Datos


 De: Julio Costa Zambelli julio.co...@openstreetmap.cl
 Fecha: 10 de julio de 2012 22:24:11 GMT-05:00
 Para: talk-cl talk...@openstreetmap.org
 Asunto: [Talk-cl] Se inicia el proceso de redacción de la Base de Datos

 Estimados,

 Para su información:

 http://blog.openstreetmap.cl/2012/07/10/se-inicia-el-proceso-de-redaccion-de-la-base-de-datos/

 Saludos,

 Julio Costa Zambelli
 OpenStreetMap Chile

 julio.co...@openstreetmap.cl

 http://www.openstreetmap.cl/
 Cel: +56(9)89981083
 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile

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

Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

2012-07-11 Per discussione CeSar CaRrEñO fErNaNdEz



-Original Message-

From: CeSar CaRrEñO fErNaNdEz
Sent: 11 Jul 2012 11:33:51 GMT
To: OpenStreetMap Colombia
Subject: Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

Me deja de enviar eso 

-Original Message-

From: CeSar CaRrEñO fErNaNdEz
Sent: 11 Jul 2012 11:32:19 GMT
To: OpenStreetMap Colombia
Subject: Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

Me dejan de enviar ese tipo de informacion a mi correo ??? Les agradeceria .

-Original Message-

From: Fredyrivera
Sent: 11 Jul 2012 11:27:07 GMT
To: OpenStreetMap Colombia
Subject: [Talk-co] Se inicia el proceso de redacción de la Base de Datos


 De: Julio Costa Zambelli julio.co...@openstreetmap.cl
 Fecha: 10 de julio de 2012 22:24:11 GMT-05:00
 Para: talk-cl talk...@openstreetmap.org
 Asunto: [Talk-cl] Se inicia el proceso de redacción de la Base de Datos

 Estimados,

 Para su información:

 http://blog.openstreetmap.cl/2012/07/10/se-inicia-el-proceso-de-redaccion-de-la-base-de-datos/

 Saludos,

 Julio Costa Zambelli
 OpenStreetMap Chile

 julio.co...@openstreetmap.cl

 http://www.openstreetmap.cl/
 Cel: +56(9)89981083
 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile

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

Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

2012-07-11 Per discussione CeSar CaRrEñO fErNaNdEz

Haber no entiende ???

-Original Message-

From: CeSar CaRrEñO fErNaNdEz
Sent: 11 Jul 2012 11:33:51 GMT
To: OpenStreetMap Colombia
Subject: Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

Me deja de enviar eso 

-Original Message-

From: CeSar CaRrEñO fErNaNdEz
Sent: 11 Jul 2012 11:32:19 GMT
To: OpenStreetMap Colombia
Subject: Re: [Talk-co] Se inicia el proceso de redacción de la Base de Datos

Me dejan de enviar ese tipo de informacion a mi correo ??? Les agradeceria .

-Original Message-

From: Fredyrivera
Sent: 11 Jul 2012 11:27:07 GMT
To: OpenStreetMap Colombia
Subject: [Talk-co] Se inicia el proceso de redacción de la Base de Datos


 De: Julio Costa Zambelli julio.co...@openstreetmap.cl
 Fecha: 10 de julio de 2012 22:24:11 GMT-05:00
 Para: talk-cl talk...@openstreetmap.org
 Asunto: [Talk-cl] Se inicia el proceso de redacción de la Base de Datos

 Estimados,

 Para su información:

 http://blog.openstreetmap.cl/2012/07/10/se-inicia-el-proceso-de-redaccion-de-la-base-de-datos/

 Saludos,

 Julio Costa Zambelli
 OpenStreetMap Chile

 julio.co...@openstreetmap.cl

 http://www.openstreetmap.cl/
 Cel: +56(9)89981083
 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile

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

Re: [Talk-co] disminucion de mapeo

2012-07-11 Per discussione leo

Saludos cordiales. 

Esta tarde reiniciamos labores de openstreetmap en el colegio salesiano de 
duitama. 

Con humberto hemos trabajado conjuntamente y nos ha indicado zonas prioritarias 
de mapeo, si alguien quiere sugerir alguna zona, bienvenida la sugerencia. 
Enviado desde BlackBerry® de COMCEL S.A.

-Original Message-
From: Igor TAmara i...@tamarapatino.org
Date: Sun, 8 Jul 2012 10:37:55 
To: OpenStreetMap Colombiatalk-co@openstreetmap.org
Reply-To: OpenStreetMap Colombia talk-co@openstreetmap.org
Subject: Re: [Talk-co] disminucion de mapeo

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

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

Re: [Talk-co] disminucion de mapeo

2012-07-11 Per discussione hyan...@gmail.com

En correo del 9 de mayo envié los polígonos 'hires=yes' .osm de las
imágenes Orbview3, hay que documentar en la wiki.

Sobre Bing existe esta herramienta
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=10.699059549939122lon=-74.9646653439298zoom=10

El 8 de julio de 2012 10:37, Igor TAmara i...@tamarapatino.org escribió:

 Creo que debe haber suficientes mapeadores, creo que lo que hace falta es
 un poco de organización en lo que hay por hacer, de esa forma los grupos
 tendrán información acerca de qué es prioritario mapear, o qué actividades
 hay para hacer.

 Pero con esta página que estás reforumlando creo que entiendo un poco más.

 Creo que otras cosas por hacer es calcar detalles de las nuevas imágenes
 de bing, también de hacer corrección de errores manuales que hemos
 identificado.  En este sentido va la herramienta que propuse el otro día,
 lo que hace es mostrar sitios donde hay errores y que requieren ayuda de
 humanos para corregirlos, es exclusivamente errores de nombres...[1]

 Quiero montar un WFS para identificar los sitios en los que tenemos hires
 para Bing, pero no tengo claro cómo es el asunto con orbview, no se si
 tengamos una guía paso a paso de orbview.  En este sentido, podríamos
 ofrecer a los maperos zonas en las cuales sería chévere que calcaran vías,
 ojos de agua e incluso construcciones.   Todavía estoy en la búsqueda de un
 servidor de WFS que sea muy liviano, así que recomendaciones son
 bienvenidas.

 Creo que lo que nos hace falta es enriquecer un poco más el wiki para que
 haya tutoriales sencillos para seguir en las fiestas de mapeo o consulta
 para quienes se están iniciando.

 Cada vez que veo correos me siento newbie :) , porque hay mucho por
 aprender y hacer.

 1.http://test.openstreetmap.co:5000/

 El 6 de julio de 2012 14:30, hyan...@gmail.com hyan...@gmail.comescribió:

 +1 reformulación.

 El 6 de julio de 2012 14:26, Federico Explorador (Nevados.org) 
 federico.explora...@nevados.org escribió:

 Hola

 Buena iniciativa Humberto.

 ** **

 Relacionado con la disminución del mapeo está la calidad del mapeo y el
 wiki

 ** **

 Para la página actual con el título de : 

 **-  **2011 Colombia floods

 Y los subtítulos

 **o   **Flood emergencies [Timeline]

 **o   **Working areas  Imagery request

 ** **

 Quisiera proponer reestructurarla, como sigue:

 **-  **Colombia Emergencies and working areas

 **o   **Natural Disasters [Timeline]

 **o   **Complex emergencies [Timeline]

 **o   **Working areas   Imagery request

 ** **

 En “Natural Disasters [Timeline]” se puede incluir tanto inundaciones,
 como terremotos o erupción de volcanes

 En “Complex emergencies [Timeline]” se incorporan las emergencias
 humanitarias derivadas por el conflicto, en la línea de OCHA.

 “Working areas   Imagery request” refleja la respuesta a lo anterior.**
 **

 ** **

 Qué opinan?

 Puedo colaborar en la reformulación de la página.

 Saludos,
 Federico

 ** **

 *De:* hyan...@gmail.com [mailto:hyan...@gmail.com]
 *Enviado el:* viernes, 06 de julio de 2012 08:21 a.m.
 *Para:* OpenStreetMap Colombia
 *Asunto:* Re: [Talk-co] disminucion de mapeo

 ** **

 Hola, Acabo de actualizar la tabla de AOI para mapeo humanitario con la
 actividad de los pueblos indígenas.

 ** **


 http://wiki.openstreetmap.org/wiki/2011_Colombia_floods#Working_areas_.26_Imagery_request
 

 ** **

 (En el ejercicio diario) Me he topado con varios nuevos mapeadores, creo
 que nuestra labor como más experimentados es guiar sobre las técnicas para
 ir en línea con la calidad de los datos cartográficos.

 ** **

 Otro punto es realizar talleres en colegios y universidades.  Una labor
 para resaltar es la que hace Leonardo Gutierrez en Duitama con estudiantes
 del Colegio Salesiano [1], han colaborado en muchos de los proyectos
 humanitarios y diligentemente se reúnen todos los miércoles a mapear en las
 latitudes del país donde tenemos cobertura de imágenes aéreas (Orbview3,
 Bing).

 ** **

 Estudiantes de la Universidad de Cartagena han colaborado para realizar
 el mapeo en campo de http://bit.ly/laboquilla Seguro hay muchos más
 ejemplos.  Esta es la torta [2] que compartimos en la última fiesta de
 mapeo [3] (hubo un pequeño accidente con ella...)

 ** **

 Saludos,

 ** **

 Humberto Yances

 ** **

 ** **

 [1] http://ceelat.org/mapas/osm-en-duitama/

 [2] http://dl.dropbox.com/u/1720266/Map%20pie.jpg

 [3] http://wiki.openstreetmap.org/wiki/Mapping_parties

 ** **

 El 5 de julio de 2012 23:21, Harrier Co harrie...@hotmail.com
 escribió:

 Es cada vez mas dificil encontrar mapeadores de imagenes o es mi
 impresión??

 harrierco


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

 ** **

 ___
 Talk-co mailing list

Re: [Talk-lt] Miškų kvartalų numeriai, kvartalinės linijos, kvartaliniai stulpeliai

2012-07-11 Per discussione Gintaras Kasiulionis

Sveiki,

2012/7/10 Ramas ies...@ramuno.lt:
...
 siūlyčiau tokius dalykus atidėti projektui OpenForestMap :)
...
Kaip pirštu į akį :)

Jei nebus prieštaraujančių, žymėsiu:

Visas miškas
landuse:forest
name:pavadinimas
type:multipolygon

Miške esantys kvartalai:
type:multipolygon
loc_ref:kvartalo_numeris

loc_ref o ne ref naudosiu, nes kvartalai bendru adveju unikalūs
tik vieno miško ribose. ref ko gero tiktų unikaliems bent jau šalies
mastu dalykams.

Stulpelių / skruzdėlynų / atskirų medžių miške nežymėsiu :)

-- 
Keisas
(Gintaras Kasiulionis)

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

Re: [Talk-es] Red Natura 2000

2012-07-11 Per discussione Manuel (Montgomery)

Hola:

En principio me medioresponsabilicé yo, pero entre pitos y flautas y
gaitas personales de la universidad no me puse en contacto directo con
ninguna administración. Sin que esto sirva de disculpa, para empezar hay
cierto cacao sobre el origen de los datos. La UE ordena a los países
miembros la responsabilidad de cartografiar los espacios RN2000. En el caso
de España a su vez la responsabilidad es delegada a las CCAA, que a su vez
encarga a alguna de sus consejerías hacerlo. Estas a su vez se lo pueden
transferir a sus departamentos o institutos especialiados en medioambiente.
Por lo tanto no me queda nada claro de a donde dirigirme, pues los dueños
de la información pueden ser muchos.

No sé cómo fue la experiencia de colaboración con otras administraciones
para que liberasen sus datos. Estaría interesante conocerlas para por lo
menos saber por donde empezar.

Manuel (Montgomery)

El 10 de julio de 2012 05:37, Cruz Enrique Borges
cruz.bor...@deusto.esescribió:

 Buenas

 Estaba buscando info sobre la red natura 2000 para un proyecto
 y me acorde de que en la lista se había hablado de importar
 los shapefiles y no se que más cosas, ¿al final en que quedó
 lo de la licencia?

 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

 ___
 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-at] Mittwoch!

2012-07-11 Per discussione Felix Hartmann

Nur mal so als Erinnerung, bisher haben sich erst 3 User im Wiki 
eingetragen...


lg bis heute Abend,
Felix
On 09.07.2012 19:26, Andreas Labres wrote:

On 09.07.12 19:14, Werner Macho wrote:

Ich wollt mich nur kurz melden und euch sagen das Mittwoch für mich leider
nicht geht. Ich bin grad mit Arbeit eingedeckt worden und fahre Donnerstag
aber für ne Woche weg.
Leider keine Chance die Neuigkeiten Agit zu Präsentieren .. Wobei ich aber
ehrlich gesagt auch nicht gewusst hätte was ich dazu sagen soll ..

Alles klar. Danke!

Ich werde die Ankündigung im Wiki dann gleich auf 18:30 beim Wieden Bräu 
ändern...

BTW, falls jemand früher dort ist, könnte im Garten zwei Tische besetzen... sie
nehmen im Garten keine Reservierungen an...

Servus, Andreas

___
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

[Talk-lv] Darbu sāk datu korekcijas bots

Sveiki!

Ātrai informācijai - šodien darbu beidzot sāk datu korekcijas bots,
kas dzēsīs vai koriģēs datus atbilstoši jaunajai licensei. Cik
saprotu, viss process varētu aizņemt mēnesi, bet varētu būt arī ātrāk.
Sākumā Īrija, Anglija, Vācija, pēc tam visa pārējā pasaule.

Lai sokas,
Pēteris.

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

Re: [Talk-lv] Darbu sāk datu korekcijas bots

2012-07-11 Per discussione Viesturs Zarins

Cool, ir kāds plāns pa kontinentiem? Kad mēs varam viņu sagaidīt latvijā?



Viesturs

2012/7/11 pec...@gmail.com pec...@gmail.com

 Sveiki!

 Ātrai informācijai - šodien darbu beidzot sāk datu korekcijas bots,
 kas dzēsīs vai koriģēs datus atbilstoši jaunajai licensei. Cik
 saprotu, viss process varētu aizņemt mēnesi, bet varētu būt arī ātrāk.
 Sākumā Īrija, Anglija, Vācija, pēc tam visa pārējā pasaule.

 Lai sokas,
 Pēteris.

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

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

Re: [Talk-lv] Darbu sāk datu korekcijas bots

Citēju epastu no Ričarda Fairhursta
http://lists.openstreetmap.org/pipermail/talk/2012-July/063420.html
The bot will run in the following order:
1. Ireland
2. UK
3. Western Europe
4. North America
5. Australia
6. rest of the world

Kad precīzi nepateikšu, bet ja viss strādās nesāpīgi, tas būs pāris
nedēļu jautājums, augusta sākums kaut kur.

P.

2012. gada 11. jūlijs 11:27 Viesturs Zarins viest...@gmail.com rakstīja:
 Cool, ir kāds plāns pa kontinentiem? Kad mēs varam viņu sagaidīt latvijā?



 Viesturs

 2012/7/11 pec...@gmail.com pec...@gmail.com

 Sveiki!

 Ātrai informācijai - šodien darbu beidzot sāk datu korekcijas bots,
 kas dzēsīs vai koriģēs datus atbilstoši jaunajai licensei. Cik
 saprotu, viss process varētu aizņemt mēnesi, bet varētu būt arī ātrāk.
 Sākumā Īrija, Anglija, Vācija, pēc tam visa pārējā pasaule.

 Lai sokas,
 Pēteris.

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





-- 
mortigi tempo
Pēteris Krišjānis

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

Re: [Talk-lv] Darbu sāk datu korekcijas bots

Papildinot - šeit ir koordinātes minētajiem reģioniem.

https://github.com/gravitystorm/openstreetmap-license-change/blob/df0e9b5bde11136e6bac10d412c48d2761f5f019/bounds.xml

P.

2012. gada 11. jūlijs 11:32 pec...@gmail.com pec...@gmail.com rakstīja:
 Citēju epastu no Ričarda Fairhursta
 http://lists.openstreetmap.org/pipermail/talk/2012-July/063420.html
 The bot will run in the following order:
 1. Ireland
 2. UK
 3. Western Europe
 4. North America
 5. Australia
 6. rest of the world

 Kad precīzi nepateikšu, bet ja viss strādās nesāpīgi, tas būs pāris
 nedēļu jautājums, augusta sākums kaut kur.

 P.

 2012. gada 11. jūlijs 11:27 Viesturs Zarins viest...@gmail.com rakstīja:
 Cool, ir kāds plāns pa kontinentiem? Kad mēs varam viņu sagaidīt latvijā?



 Viesturs

 2012/7/11 pec...@gmail.com pec...@gmail.com

 Sveiki!

 Ātrai informācijai - šodien darbu beidzot sāk datu korekcijas bots,
 kas dzēsīs vai koriģēs datus atbilstoši jaunajai licensei. Cik
 saprotu, viss process varētu aizņemt mēnesi, bet varētu būt arī ātrāk.
 Sākumā Īrija, Anglija, Vācija, pēc tam visa pārējā pasaule.

 Lai sokas,
 Pēteris.

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





 --
 mortigi tempo
 Pēteris Krišjānis



-- 
mortigi tempo
Pēteris Krišjānis

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

[Talk-lv] jelgava izzuud

2012-07-11 Per discussione Rich

hmm. nezinu, vai peecha mineetais bots liidz latvijai jau ir nonaacis, 
bet jelgavaa jau daudz kas ir izzudis :


http://cleanmap.poole.ch/?zoom=13lat=56.6637lon=23.75007layers=00B

pasleegaajamies starp cleanmap  badmap
--
 Rich

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

Re: [Talk-lv] V886 un V917

2012-07-11 Per discussione Rich


On 2012-07-10 21:54, Instigater wrote:

Nav vairs V886, tas tagad ir pārkonvertējies apvienojies ar V917, un
V917 ir tagad līdz sidrabiņiem. Man JOSM slinkums instalēt, gan jau
sapratīsiet kartē.


tur jau nav nekas jaainstalee, vai nu viens jarfails, vai pat java 
webstart ;)


varbuut tomeer varam tevi piedabuut uz sho izmainju veikshanu ? bez 
konkretas saprashanas negribas neko mainiit...

--
 Rich

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

Re: [Talk-lv] jelgava izzuud

2012-07-11 Per discussione Pilnais vārds

 Nav gadījumā tā, ka, ja kāds cits parediģē kādu objektu, tad datu licence uz attiecīgo objektu nepāriet pie lietotāja, kurš pēdējais viņu rediģējis?Ceru ka izteicu domu saprotami :)  Citējot Rich ric...@nakts.net: On 2012-07-11 13:57, Rich wrote:  hmm. nezinu, vai peecha mineetais bots liidz latvijai jau ir nonaacis,  bet jelgavaa jau daudz kas ir izzudis :


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

Re: [Talk-lv] Darbu sāk datu korekcijas bots

2012-07-11 Per discussione Viesturs Zarins

Izmaiņu sarakstā izmaiņas būs.
Mistiski pazudīs objektu vēsture.
http://redaction.apis.dev.openstreetmap.org/browse/node/573785524/history

http://lists.openstreetmap.org/pipermail/rebuild/2012-July/000306.html

Viesturs

2012/7/11 pec...@gmail.com pec...@gmail.com

 Starp citu vēl piebilde - lietotājs/bots kas to darīs ir šis
 http://www.openstreetmap.org/user/OSMF%20Redaction%20Account

 Ne vienmēr izmaiņām būs Changeset, realitātē izmaiņas ir daudz
 viltīgākas, tāpēc izmaiņu sarakstā nekā daudz visticamāk nebūs.

 Lai sokas,
 Pēteris.

 2012. gada 11. jūlijs 12:12 Jānis Ročāns janis.roc...@gmail.com
 rakstīja:
  Parastajam Latvijas OSM lietotājam jāreiķinās, ka daļa datu pazudīs un
 būs
  nepieciešams tos atjaunot :)
 
  2012/7/11 Pilnais vārds aiv...@inbox.lv
 
   kas dzēsīs vai koriģēs datus atbilstoši jaunajai licensei 
  a kāds no šitā labums parastam Latvijas OSM lietotājam?
 
 
 
 
  ___
  Talk-lv mailing list
  Talk-lv@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-lv
 
 
 
 
  --
  Jānis
 
 
  ___
  Talk-lv mailing list
  Talk-lv@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-lv
 



 --
 mortigi tempo
 Pēteris Krišjānis

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

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

[Talk-lv] blogposts par osmand latviskojumu

2012-07-11 Per discussione Rich


paldies gintam par blogpostu - reklameejam osm kartes androiidos latviski :)

http://osm.lv/blog/2012/07/osm-karte-android-iekartam-latviski

joprojaam aicinaam jebkuru, kam ir ko teikt par osm, rakstiit blogpostus

(es vienam listeniekam apsoliiju kaadu specifisku blogpostu uzrakstiit, 
bet, kaa redzams, tas tik veikli nenotiek...)

--
 Rich

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

[Talk-lv] Fwd: [OSM-talk] Suspend Imports / Bulk edits / Bots