date:20110203


On 02/02/11 18:58, Rob Myers wrote:

On 02/02/2011 06:47 PM, Jonathan Harley wrote:


I think we may have differing interpretations of the intent of the
license. Mine is that the license is supposed to allow people to use the
map in a variety of ways, online and in print, so long as any new data
is open and OSM is attributed; not that it was intended to prevent
people from creating works in which not all elements are free.


The intent of the licence is to protect the freedom of individuals to 
use the map.


Any derivative work must therefore be under the same licence.

Making works where all the elements are not free is precisely what 
this is intended to protect against.




In other words, yes, we have a different view of the intent.

Making it impossible to make works where not all of the elements are 
free does nothing to protect the freedom of individuals to use OSM.


J.

--
Jonathan Harley: Managing Director : SpiffyMap Ltd

Email: m...@spiffymap.com   Phone: 0845 313 8457   www.spiffymap.com
Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ


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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other

2011-02-03 Thread Richard Fairhurst


Jonathan Harley wrote:
 Making it impossible to make works where not all of the elements 
 are free does nothing to protect the freedom of individuals to use 
 OSM.

That's as may be, but to restate the point made by Frederik, you can't
simply wish away what the licence _actually_ _says_, simply because you
disagree with it. 

cheers
Richard


-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-legal-talk-CC-BY-SA-Non-separatable-combination-of-OSM-other-tp5982104p5988247.html
Sent from the Legal Talk mailing list archive at Nabble.com.

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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other


On 03/02/11 04:21, Anthony wrote:

On Wed, Feb 2, 2011 at 1:47 PM, Jonathan Harleyj...@spiffymap.net  wrote:

On 02/02/11 18:00, Anthony wrote:

On Wed, Feb 2, 2011 at 12:49 PM, Jonathan Harleyj...@spiffymap.net
  wrote:

On 02/02/11 17:05, Richard Fairhurst wrote:

Jonathan Harley wrote:

Clearly no rendering of any map is going to be unmodified in the
sense of having identical sequences of 0s and 1s to the database,
in which case there could be no such thing as a collective work
based on a database, ever.

For print, yes, that's about the size of it.

I don't see what print's got to do with it.

Me neither.  I don't agree with using javascript and layers to try to
subvert the intent of the license.  I think Frederick is wrong when he
says If the layers are separable
then you can have different licenses on each.

I think we may have differing interpretations of the intent of the license.
Mine is that the license is supposed to allow people to use the map in a
variety of ways, online and in print, so long as any new data is open and
OSM is attributed; not that it was intended to prevent people from creating
works in which not all elements are free.

I'm not sure where you're getting that interpretation from.


I'm partly guided by the idea that the ODbL is supposed to provide a 
better expression of the same intent. I've always understood that the 
intent of the ODbL was not to change the spirit of OSM licensing, just 
to clarify it.



   The
license doesn't even mention data, and attribution is not enough.


OSM applies the license to data - the license attribution it requests 
specifically mentions Map data. The license says that attribution is 
enough for collective works, in that share-alike does not apply to the 
other components of a collective work (this does not require the 
Collective Work apart from the Work itself to be made subject to the 
terms of this License).


Peter's right that 10 amateurs discussing interpretations isn't worth 1 
legal professional. Let's just wait until it goes to court, I say. I'll 
be interested to see who is so incensed about OSM's data being combined 
with non-SA third-party data, and how they claim they are suffering 
losses by the third-party data not being made available to them under 
CC-BY-SA.


Jonathan.

--
Jonathan Harley: Managing Director : SpiffyMap Ltd

Email: m...@spiffymap.com   Phone: 0845 313 8457   www.spiffymap.com
Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ


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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other


On 03/02/11 10:18, Richard Fairhurst wrote:

Jonathan Harley wrote:

Making it impossible to make works where not all of the elements
are free does nothing to protect the freedom of individuals to use
OSM.

That's as may be, but to restate the point made by Frederik, you can't
simply wish away what the licence _actually_ _says_, simply because you
disagree with it.


Like I said, my interpretation of the license - like everyone's - is 
guided by what we think the intent of it is.


J.

--
Jonathan Harley: Managing Director : SpiffyMap Ltd

Email: m...@spiffymap.com   Phone: 0845 313 8457   www.spiffymap.com
Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ


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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other

2011-02-03 Thread Rob Myers


On 02/03/2011 10:13 AM, Jonathan Harley wrote:


In other words, yes, we have a different view of the intent.


BY-SA is not a permissive or gift economy licence, it is a copyleft 
licence. Its intent is precisely to ensure that the freedom to use the 
work is inalienable.



Making it impossible to make works where not all of the elements are
free does nothing to protect the freedom of individuals to use OSM.


Except those individuals who would not be free to use the results.

- Rob.

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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other

On Thu, Feb 3, 2011 at 5:23 AM, Jonathan Harley j...@spiffymap.net wrote:
 On 03/02/11 04:21, Anthony wrote:
 On Wed, Feb 2, 2011 at 1:47 PM, Jonathan Harleyj...@spiffymap.net  wrote:
 I think we may have differing interpretations of the intent of the
 license.
 Mine is that the license is supposed to allow people to use the map in a
 variety of ways, online and in print, so long as any new data is open and
 OSM is attributed; not that it was intended to prevent people from
 creating
 works in which not all elements are free.

 I'm not sure where you're getting that interpretation from.

 I'm partly guided by the idea that the ODbL is supposed to provide a better
 expression of the same intent. I've always understood that the intent of the
 ODbL was not to change the spirit of OSM licensing, just to clarify it.

Whose intent are we talking about, here?  The intent of some may have
been to use CC-BY-SA as though it were not a copyleft license (*), but
I seriously doubt that was the intention of most of us.

(*) To wit, Cloudmade seems to use it that way.

   The
 license doesn't even mention data, and attribution is not enough.

 OSM applies the license to data - the license attribution it requests
 specifically mentions Map data.

Again, who wrote the license attribution request?  Not me.  In fact,
I'm not even sure what license attribution request you're talking
about.  If you mean the one in the slippy map, I consider that to be
incorrect.  The entire work must be CC-BY-SA, not just the data.

 Peter's right that 10 amateurs discussing interpretations isn't worth 1
 legal professional.

Depends who the amateurs are.  The interpretation of a single legal
professional is fairly worthless, unless you've paid that legal
professional for advice.

 Let's just wait until it goes to court, I say.

It won't go to court.

 I'll be
 interested to see who is so incensed about OSM's data being combined with
 non-SA third-party data, and how they claim they are suffering losses by the
 third-party data not being made available to them under CC-BY-SA.

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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other

On Thu, Feb 3, 2011 at 5:25 AM, Jonathan Harley j...@spiffymap.net wrote:
 On 03/02/11 10:18, Richard Fairhurst wrote:

 Jonathan Harley wrote:

 Making it impossible to make works where not all of the elements
 are free does nothing to protect the freedom of individuals to use
 OSM.

 That's as may be, but to restate the point made by Frederik, you can't
 simply wish away what the licence _actually_ _says_, simply because you
 disagree with it.

 Like I said, my interpretation of the license - like everyone's - is guided
 by what we think the intent of it is.

You can't just make up the intent without any regard to what the
license says about what its intent is.

If you alter, transform, or build upon this work, you may distribute
the resulting work only under the same or similar license to this
one.

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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other

On Thu, Feb 3, 2011 at 9:23 AM, Anthony o...@inbox.org wrote:
 On Thu, Feb 3, 2011 at 5:23 AM, Jonathan Harley j...@spiffymap.net wrote:
 I've always understood that the intent of the
 ODbL was not to change the spirit of OSM licensing, just to clarify it.

 Whose intent are we talking about, here?

Put another way, feel free to use the content of the people who chose
to relicense under the ODbL, as if CC-BY-SA were the ODbL.  But for
the content of those of us who have *not* chosen to relicense under
the ODbL, you need to respect that our intent was to release our work
under CC-BY-SA, and not the ODbL.

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

[OSM-talk] Character problems in webinterface

2011-02-03 Thread Matthias Meißer


Hi,

I tried to contact this user
http://www.openstreetmap.org/user/Klokan%20Petr%20P%C5%99idal/diary/12732/newcomment
but unfortunatly if I want to send a PM or reply to his diary, I get the 
message that the user doesn't exist.


I tried FF3 and IE9 on a WinXP SP3 (GER). Is it a problem of my 
configuration or a general one?


Matthias

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

[OSM-talk] How deep into mapping are you?

2011-02-03 Thread Steve Chilton

I am on a bit of mission to get traditional cartographers and associations to 
encompass all the fantastic new mapping that is being produced by so-called 
neocartographers, which includes many folk working in the osm project and/or 
with the osm and other open data.

To this end I am submitting a proposal to the International Cartographic 
Association for a new Commission in Neocartography.
YOU could contribute as a member, contributor, observer or supporter (my 
terminology, not ICAs).
http://www.soc.org.uk/neocartography/

It has the approval of the UKCartoCommittee (who sponsor proposals with 
UK-nominated Chairs) and will be submitted in the next couple of weeks, for 
approval at the ICA conference in Paris early this summer. There is a nominated 
Vice-Chair, which is Manuela Schmidt - who is very involved in the organising 
team for SOTM-EU. Several folk have already indicated their support. Supporters 
do not have to be in academia, but just interested and involved in the wider 
world of mapping and geodata.
http://www.soc.org.uk/neocartography/supporters.htm

Have a look at the proposal. If appropriate I'd like to add YOU as a supporter 
(no commitment).
If you think you might be interested then please contact me.

Cheers
STEVE


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

[OSM-talk] Problems setting up Osmosis and Postgres SQL

2011-02-03 Thread Pelle Svensson


Hi,

I'm doing something wrong when I try to configure Postgres SQL DB 
with osmosis-SNAPSHOT-r25162.

I get ERROR: permission denied for relation schema_info


Database setup on Fedora 14 64-bit:


sudo -u postgres psql
  
CREATE USER osm
create database osm;
GRANT ALL PRIVILEGES ON DATABASE osm TO osm;  
q\
   
sudo -u postgres createlang plpgsql osm
sudo -u postgres psql -d osm -f /usr/share/pgsql/contrib/postgis-64.sql
sudo -u postgres psql -d osm -f /usr/share/pgsql/contrib/hstore.sql
sudo -u postgres psql -d osm -f /tmp/pgsnapshot_schema_0.6.sql

Error:

JAVACMD_OPTIONS=-Djava.io.tmpdir=/home/pelle/temp osmosis --read-xml 
file=switzerland.osm --write-pgsql user=osm database=osm
Feb 3, 2011 5:23:04 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version SNAPSHOT-r25162
Feb 3, 2011 5:23:05 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
Feb 3, 2011 5:23:05 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
Feb 3, 2011 5:23:05 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
Feb 3, 2011 5:24:31 PM 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader 
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource 
[org/springframework/jdbc/support/sql-error-codes.xml]
Feb 3, 2011 5:24:31 PM org.springframework.jdbc.support.SQLErrorCodesFactory 
init
INFO: SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix, MS-SQL, MySQL, 
Oracle, PostgreSQL, Sybase]
Feb 3, 2011 5:24:31 PM 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
SEVERE: Thread for task 1-read-xml failed
org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL 
grammar [SELECT version FROM schema_info]; nested exception is 
org.postgresql.util.PSQLException: ERROR: permission denied for relation 
schema_info
at 
org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:98)
at 
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
at 
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
at 
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:406)
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:455)
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:463)
at 
org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:471)
at 
org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:476)
at 
org.springframework.jdbc.core.JdbcTemplate.queryForInt(JdbcTemplate.java:485)
at 
org.springframework.jdbc.core.simple.SimpleJdbcTemplate.queryForInt(SimpleJdbcTemplate.java:113)
at 
org.openstreetmap.osmosis.pgsnapshot.common.SchemaVersionValidator.validateDBVersion(SchemaVersionValidator.java:64)
at 
org.openstreetmap.osmosis.pgsnapshot.common.SchemaVersionValidator.validateVersion(SchemaVersionValidator.java:47)
at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.CopyFilesetLoader.run(CopyFilesetLoader.java:78)
at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.PostgreSqlCopyWriter.complete(PostgreSqlCopyWriter.java:108)
at org.openstreetmap.osmosis.xml.v0_6.XmlReader.run(XmlReader.java:110)
at java.lang.Thread.run(Thread.java:636)
Caused by: org.postgresql.util.PSQLException: ERROR: permission denied for 
relation schema_info
at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062)
at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795)
at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:353)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:252)
at 
org.apache.commons.dbcp.DelegatingStatement.executeQuery(DelegatingStatement.java:208)
at 
org.apache.commons.dbcp.DelegatingStatement.executeQuery(DelegatingStatement.java:208)
at 
org.springframework.jdbc.core.JdbcTemplate$1QueryStatementCallback.doInStatement(JdbcTemplate.java:440)
at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:395)
... 12 more
Feb 3, 2011 5:24:31 PM org.openstreetmap.osmosis.core.Osmosis main
SEVERE: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at

[OSM-talk] magical road detector to play with

2011-02-03 Thread Steve Coast

http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatic
ally-detect-roads-with-bing-aerial-imagery.aspx

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Dermot McNally

On Thursday, 3 February 2011, Steve Coast st...@asklater.com wrote:
 http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx

Ooh! Just what I've always wanted.

[goes off to play with it]

Dermot

-- 
--
Igaühel on siin oma laul
ja ma oma ei leiagi üles

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Stefan de Konink



On Thu, 3 Feb 2011, Steve Coast wrote:


http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatic
ally-detect-roads-with-bing-aerial-imagery.aspx


After toying with markov models and viterbi for image tracing maybe we 
could do the same for _all_ GPX tracks that OpenStreetMap has stored.


http://wiki.openstreetmap.org/wiki/Mapgenerator


The integration of both would allow automatic map generation, where 
the user only lacks the streetnames. Since streetname recognition was a 
project in OSM/Summer of Code 2009, this problem is also solved:


http://code.google.com/p/signfinder/


Lets not stop with Youtube movies...


Stefan

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Jean-Marc Liotier


Steve Coast wrote:

http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx


Very interesting. I wonder how it relates to the research I had cited at 
 http://www.mail-archive.com/talk@openstreetmap.org/msg25869.html - I'm 
eager to read about its development.


I hope it won't be as flawed as the the partial mapping of a seemingly 
random subset of the grid that Google has been churning out in remote 
areas... But even if the result is imperfect, it will be a welcome help 
to kickstart manual mapping of virgin areas - thank you !


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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Jean-Marc Liotier


Stefan de Konink wrote:


After toying with markov models and viterbi for image tracing maybe we 
could do the same for _all_ GPX tracks that OpenStreetMap has stored.


Or maybe just the not-too-noisy ones... But I guess that tracks that 
jump too erratically around a mean vector can be filtered out - though 
that would reject about everything from urban areas.



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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other


On 03/02/11 14:23, Anthony wrote:

On Thu, Feb 3, 2011 at 5:23 AM, Jonathan Harleyj...@spiffymap.net  wrote:

On 03/02/11 04:21, Anthony wrote:

On Wed, Feb 2, 2011 at 1:47 PM, Jonathan Harleyj...@spiffymap.netwrote:

I think we may have differing interpretations of the intent of the
license.
Mine is that the license is supposed to allow people to use the map in a
variety of ways, online and in print, so long as any new data is open and
OSM is attributed; not that it was intended to prevent people from
creating
works in which not all elements are free.

I'm not sure where you're getting that interpretation from.

I'm partly guided by the idea that the ODbL is supposed to provide a better
expression of the same intent. I've always understood that the intent of the
ODbL was not to change the spirit of OSM licensing, just to clarify it.

Whose intent are we talking about, here?


The OSMF, I suppose, since they're driving the change.


   The intent of some may have
been to use CC-BY-SA as though it were not a copyleft license (*), but
I seriously doubt that was the intention of most of us.

(*) To wit, Cloudmade seems to use it that way.



I assume you're referring to the fact that Cloudmade's tiles are not 
released as CC-BY-SA but Copyright Cloudmade, which I take as evidence 
that simply rendering OSM's data is not considered altering, 
transforming, or building upon OSM.



   The
license doesn't even mention data, and attribution is not enough.

OSM applies the license to data - the license attribution it requests
specifically mentions Map data.

Again, who wrote the license attribution request?  Not me.  In fact,
I'm not even sure what license attribution request you're talking
about.  If you mean the one in the slippy map, I consider that to be
incorrect.  The entire work must be CC-BY-SA, not just the data.



http://www.openstreetmap.org/copyright - if you think it's incorrect, 
you should probably take that up with the OSMF, which is the publisher 
of www.openstreetmap.org (so one can assume that the website represents 
the OSMF's view).



Peter's right that 10 amateurs discussing interpretations isn't worth 1
legal professional.

Depends who the amateurs are.  The interpretation of a single legal
professional is fairly worthless, unless you've paid that legal
professional for advice.


Absolutely. No doubt Cloudmade have done so, and Peter has said that he 
will do at some stage. If I ever want to publish non-PD data on top of 
an OSM map I will certainly do that too.



Jonathan.

--
Jonathan Harley: Managing Director : SpiffyMap Ltd

Email: m...@spiffymap.com   Phone: 0845 313 8457   www.spiffymap.com
Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ


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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Nic Roets

Steve,

Another thing that Bing can help us with is determining address ranges
of roads. For example, when you spider the web and find references to
5, 20 and 48 Lion Street, Pretoria, then it may help the user who is
mapping that street. Perhaps it's a cul de sac and now he doesn't need
to travel all the way down it to see where the range ends.

A little bit of care will be needed to suppress databases that may be
legally protected. But I can't see any problem if you extract 1
address per website.

Regards,
Nic

On Thu, Feb 3, 2011 at 7:17 PM, Steve Coast st...@asklater.com wrote:
 http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx

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



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

Re: [OSM-talk] magical road detector to play with

On Thu, Feb 3, 2011 at 12:17 PM, Steve Coast st...@asklater.com wrote:
 http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx

That's really neat.

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

Re: [OSM-talk] magical road detector to play with

On Thu, Feb 3, 2011 at 2:19 PM, Nic Roets nro...@gmail.com wrote:
 A little bit of care will be needed to suppress databases that may be
 legally protected. But I can't see any problem if you extract 1
 address per website.

I can see a problem with that idea.

I only infringed a little bit is still infringing.  I only
infringed a little bit, systematically, over a long period of time is
asking for trouble.  To detect that a source is protected and still
choose to infringe sounds like an exquisitely bad idea.  Don't use
sources without permission.

Best regards,
Richard

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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other

   The
 license doesn't even mention data, and attribution is not enough.

 OSM applies the license to data - the license attribution it requests
 specifically mentions Map data.

 Again, who wrote the license attribution request?  Not me.  In fact,
 I'm not even sure what license attribution request you're talking
 about.  If you mean the one in the slippy map, I consider that to be
 incorrect.  The entire work must be CC-BY-SA, not just the data.


 http://www.openstreetmap.org/copyright - if you think it's incorrect, you
 should probably take that up with the OSMF, which is the publisher of
 www.openstreetmap.org (so one can assume that the website represents the
 OSMF's view).

OSMF is entitled to any view it wants.  But OSMF does not own the OSM database.

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Nic Roets

On Thu, Feb 3, 2011 at 9:40 PM, Richard Weait rich...@weait.com wrote:
 On Thu, Feb 3, 2011 at 2:19 PM, Nic Roets nro...@gmail.com wrote:
 A little bit of care will be needed to suppress databases that may be
 legally protected. But I can't see any problem if you extract 1
 address per website.

 I can see a problem with that idea.

 I only infringed a little bit is still infringing.

My understanding is that extracting a single fact from a single source
is always legal (in the US, in the UK, everywhere). Journalists
extracts small amounts of facts from many individual sources all day
long and rarely get into trouble.

If we extract only 1 address per website, the vast majority of those
pages will be home pages and business websites. People who would
approve of what we are doing if it is brought to their attention. So
it's a symbiotic relationship.

Google's idea of a little bit of care is simply to honor robots.txt,
spider with an obvious user agent and adherence to a few web
standards. And there is a word for people with disapprove of this
practice: Copyright Troll.

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

Re: [OSM-legal-talk] CC-BY-SA / Non-separatable combination of OSM+other

2011-02-03 Thread Richard Fairhurst

Jonathan Harley wrote:
On 03/02/11 14:23, Anthony wrote:
On Thu, Feb 3, 2011 at 5:23 AM, Jonathan Harleyj...@spiffymap.net
wrote:
OSM applies the license to data - the license attribution it requests
specifically mentions Map data.

Again, who wrote the license attribution request? Not me. In fact,
I'm not even sure what license attribution request you're talking
about. If you mean the one in the slippy map, I consider that to be
incorrect. The entire work must be CC-BY-SA, not just the data.

http://www.openstreetmap.org/copyright - if you think it's incorrect,
you should probably take that up with the OSMF, which is the publisher
of www.openstreetmap.org (so one can assume that the website
represents the OSMF's view).

You are, once again, misunderstanding.

The cited webpage says:

If you are using OpenStreetMap map images, we request that your credit
reads at least '© OpenStreetMap contributors, CC-BY-SA'. If you are using
map data only, we request 'Map data © OpenStreetMap contributors,
CC-BY-SA'.

That is perfectly correct. If you build (say) your own rendering using OSM
map data, then only the map data is (c) OpenStreetMap contributors. The
added value of the rendering is not (c) OpenStreetMap contributors. OSM's
contributors can ask you to credit them in a particular way for the data,
and you have to maintain that in any credit given with the rendering, but
you may of course request your own credit for the added value. That is what
the above says.

However, the rendering _is_ still subject to CC-BY-SA. That is made
perfectly clear on the cited page (If you... build upon our... data, you
may distribute the result only under the same licence); in the CC
human-readable terms; and the CC legal code.

Richard

--
View this message in context:
http://gis.638310.n2.nabble.com/OSM-legal-talk-CC-BY-SA-Non-separatable-combination-of-OSM-other-tp5982104p5990496.html
Sent from the Legal Talk mailing list archive at Nabble.com.

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Serge Wroclawski

On Thu, Feb 3, 2011 at 3:51 PM, Nic Roets nro...@gmail.com wrote:

 I only infringed a little bit is still infringing.

 My understanding is that extracting a single fact from a single source
 is always legal (in the US, in the UK, everywhere).

Unfortunately in our case, the distinction between a single small fact
and systematically copying data from one database to another is very
thin, and we want to prevent both infringement and the appearance of
infringement.

 Journalists
 extracts small amounts of facts from many individual sources all day
 long and rarely get into trouble.

But those times when they do get in trouble, it's costly. For this
community, costly could hurt the project in a severe way.

 If we extract only 1 address per website, the vast majority of those
 pages will be home pages and business websites. People who would
 approve of what we are doing if it is brought to their attention. So
 it's a symbiotic relationship.

That's not quite the same as what I read in your original proposal.

 And there is a word for people with disapprove of this practice: Copyright
 Troll

Nic, Richard has a long history with this community of being one of
our ambassadors, in every sense of the world. He's a prolific mapper,
he's been a very effective community organizer, a project leader,
conference organizer, and former Cloudmade Ambassador.

Instead of going on the attack, give what he's saying a listen. Even
if you don't agree, being openly hostile to someone with such a long
history with the project doesn't make your any stronger.

- Serge

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

Re: [OSM-talk] magical road detector to play with

Ah, we can continue our discussion elsewhere, preferably over a beverage.

If I could drag myself back to the topic, I might wonder aloud if this
technology could be used to add buildings for Project of the Month.
;-)

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread SteveC

That's an interesting idea, I wonder what else lurks on the web, like postcodes 
for example?

Steve

On Feb 3, 2011, at 11:19 AM, Nic Roets nro...@gmail.com wrote:

 Steve,
 
 Another thing that Bing can help us with is determining address ranges
 of roads. For example, when you spider the web and find references to
 5, 20 and 48 Lion Street, Pretoria, then it may help the user who is
 mapping that street. Perhaps it's a cul de sac and now he doesn't need
 to travel all the way down it to see where the range ends.
 
 A little bit of care will be needed to suppress databases that may be
 legally protected. But I can't see any problem if you extract 1
 address per website.
 
 Regards,
 Nic
 
 On Thu, Feb 3, 2011 at 7:17 PM, Steve Coast st...@asklater.com wrote:
 http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 
 

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread François Van Der Biest

Thanks for this new service.

I felt quite frustrated when I saw the silverlight stuff warning, so I
decided to create a simple client with OpenLayers.
Here it is: http://maps.qualitystreetmap.org/bingtracing/

I really like the whole idea, but the service lacks a confidence index
for the returned feature.
I also guess that the algorithm gives several paths and only the one
with the highest score is returned.
Is it possible to get the other paths along with their scores ?

F.

On Thu, Feb 3, 2011 at 6:17 PM, Steve Coast st...@asklater.com wrote:
 http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx

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



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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread SteveC

Thanks for the feedback. Eyal and jm any chance of confidence?

Steve

On Feb 3, 2011, at 3:10 PM, François Van Der Biest 
francois.vanderbi...@camptocamp.com wrote:

 Thanks for this new service.
 
 I felt quite frustrated when I saw the silverlight stuff warning, so I
 decided to create a simple client with OpenLayers.
 Here it is: http://maps.qualitystreetmap.org/bingtracing/
 
 I really like the whole idea, but the service lacks a confidence index
 for the returned feature.
 I also guess that the algorithm gives several paths and only the one
 with the highest score is returned.
 Is it possible to get the other paths along with their scores ?
 
 F.
 
 On Thu, Feb 3, 2011 at 6:17 PM, Steve Coast st...@asklater.com wrote:
 http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 
 

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Chris Browet

Small details:

in way id=-29 user= uid=1950453003 visible=flase
version=5(just clicking Go on
http://magicshop.cloudapp.net/Default.aspx)

1) false is misspelled to flase
2) Why false in the first place?
3) What/who/why is the uid mentioned?
4) same about version (hardcoded to 5?)

It will be experimentally enabled in Merkaartor soon.

Regards
- Chris -

On Thu, Feb 3, 2011 at 18:17, Steve Coast st...@asklater.com wrote:


 http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx

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


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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Chris Browet

On Fri, Feb 4, 2011 at 03:25, Chris Browet c...@semperpax.com wrote:

 Small details:

 in way id=-29 user= uid=1950453003 visible=flase version=5(just 
 clicking Go on
 http://magicshop.cloudapp.net/Default.aspx)

 1) false is misspelled to flase
 2) Why false in the first place?
 3) What/who/why is the uid mentioned?
 4) same about version (hardcoded to 5?)

 It will be experimentally enabled in Merkaartor soon.

 Regards
 - Chris -


P.S.

cf. 3) looks like the uid is hardcoded, too
5) tag k=highway v=/ seems superfluous to me, but that could be
debated.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread John-Michael Wiley


Thanks everyone for the feedback so far we have these issues we will hopefully 
be fixing and getting propped soon:

- generator=CGIMap 0.0.2 will be removed.
- way version will be removed
- visibility tag will be removed.
- user, uid will be removed
- highway tag will be removed.

Am I missing any changes?

I am also wondering if we should switch to osm change as the enclosing tag 
although the idea is not to give someone something they submit right to OSM. In 
our prototypes we have been adding the detected ways onto the map for the user 
to edit and approve. I generate new id's for the ones passed back to me so they 
don't conflict with current changes the user has already made.

Sincerely,
J.M. Wiley


From: Chris Browet [mailto:c...@semperpax.com]
Sent: Thursday, February 03, 2011 6:26 PM
To: Steve Coast
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] magical road detector to play with

Small details:

in way id=-29 user= uid=1950453003 visible=flase version=5 (just 
clicking Go on http://magicshop.cloudapp.net/Default.aspx)

1) false is misspelled to flase
2) Why false in the first place?
3) What/who/why is the uid mentioned?
4) same about version (hardcoded to 5?)

It will be experimentally enabled in Merkaartor soon.

Regards
- Chris -
On Thu, Feb 3, 2011 at 18:17, Steve Coast 
st...@asklater.commailto:st...@asklater.com wrote:
http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx

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

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread Chris Browet

 I am also wondering if we should switch to osm change as the enclosing tag
 although the idea is not to give someone something they submit right to OSM.
 In our prototypes we have been adding the detected ways onto the map for the
 user to edit and approve. I generate new id’s for the ones passed back to me
 so they don’t conflict with current changes the user has already made.


I personally see no advantage for switching to osm change, as all features
are new anyway, but indeed the disadvantage of being too easy to upload
as-is, without proper review...

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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread John-Michael Wiley


I made the changes, checked in the code and published them to the staging 
servers. If someone else wants to take a look at the output and let me know if 
you think. Unless I hear complaints I will update the production servers 
tomorrow.

http://c5a33f72a0594a6b87931c2e3f984324.cloudapp.net/

I pasted the new output below.

Thanks,
J.M.

osmchange version=0.6 generator=magicshop
create version=0.6 generator=magicshop
bounds minlat=47.626690 minlon=-122.119339 maxlat=47.627491 
maxlon=-122.116432/
node id=-1 lat=47.6266899 lon=-122.1164322/
node id=-2 lat=47.6271019 lon=-122.1169662/
node id=-3 lat=47.6273270 lon=-122.1172714/
node id=-4 lat=47.6273766 lon=-122.1174622/
node id=-5 lat=47.6273804 lon=-122.1180801/
node id=-6 lat=47.6273880 lon=-122.1184006/
node id=-7 lat=47.6273880 lon=-122.1185226/
node id=-8 lat=47.6273804 lon=-122.1188660/
node id=-9 lat=47.6274834 lon=-122.1193314/
node id=-10 lat=47.6274910 lon=-122.1193390/
way id=-1
nd ref=-1/
nd ref=-2/
nd ref=-3/
nd ref=-4/
nd ref=-5/
nd ref=-6/
nd ref=-7/
nd ref=-8/
nd ref=-9/
nd ref=-10/
/way
/create
/osmchange


From: christian.bro...@gmail.com [mailto:christian.bro...@gmail.com] On Behalf 
Of Chris Browet
Sent: Thursday, February 03, 2011 6:47 PM
To: John-Michael Wiley
Cc: Steve Coast; talk@openstreetmap.org
Subject: Re: [OSM-talk] magical road detector to play with


I am also wondering if we should switch to osm change as the enclosing tag 
although the idea is not to give someone something they submit right to OSM. In 
our prototypes we have been adding the detected ways onto the map for the user 
to edit and approve. I generate new id's for the ones passed back to me so they 
don't conflict with current changes the user has already made.

I personally see no advantage for switching to osm change, as all features are 
new anyway, but indeed the disadvantage of being too easy to upload as-is, 
without proper review...

- Chris -


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

Re: [OSM-talk] magical road detector to play with

2011-02-03 Thread SteveC

Maybe put the magicshop version number in the creator?

Steve

On Feb 3, 2011, at 9:12 PM, John-Michael Wiley jmwi...@microsoft.com wrote:

  
 
 I made the changes, checked in the code and published them to the staging 
 servers. If someone else wants to take a look at the output and let me know 
 if you think. Unless I hear complaints I will update the production servers 
 tomorrow.
 
  
 
 http://c5a33f72a0594a6b87931c2e3f984324.cloudapp.net/
 
  
 
 I pasted the new output below.
 
  
 
 Thanks,
 
 J.M.
 
  
 
 osmchange version=0.6 generator=magicshop
 create version=0.6 generator=magicshop
 bounds minlat=47.626690 minlon=-122.119339 maxlat=47.627491 
 maxlon=-122.116432/
 node id=-1 lat=47.6266899 lon=-122.1164322/
 node id=-2 lat=47.6271019 lon=-122.1169662/
 node id=-3 lat=47.6273270 lon=-122.1172714/
 node id=-4 lat=47.6273766 lon=-122.1174622/
 node id=-5 lat=47.6273804 lon=-122.1180801/
 node id=-6 lat=47.6273880 lon=-122.1184006/
 node id=-7 lat=47.6273880 lon=-122.1185226/
 node id=-8 lat=47.6273804 lon=-122.1188660/
 node id=-9 lat=47.6274834 lon=-122.1193314/
 node id=-10 lat=47.6274910 lon=-122.1193390/
 way id=-1
 nd ref=-1/
 nd ref=-2/
 nd ref=-3/
 nd ref=-4/
 nd ref=-5/
 nd ref=-6/
 nd ref=-7/
 nd ref=-8/
 nd ref=-9/
 nd ref=-10/
 /way
 /create
 /osmchange
 
 
  
 
 From: christian.bro...@gmail.com [mailto:christian.bro...@gmail.com] On 
 Behalf Of Chris Browet
 Sent: Thursday, February 03, 2011 6:47 PM
 To: John-Michael Wiley
 Cc: Steve Coast; talk@openstreetmap.org
 Subject: Re: [OSM-talk] magical road detector to play with
 
  
 
  
 
 I am also wondering if we should switch to osm change as the enclosing tag 
 although the idea is not to give someone something they submit right to OSM. 
 In our prototypes we have been adding the detected ways onto the map for the 
 user to edit and approve. I generate new id’s for the ones passed back to me 
 so they don’t conflict with current changes the user has already made.
 
 
 I personally see no advantage for switching to osm change, as all features 
 are new anyway, but indeed the disadvantage of being too easy to upload 
 as-is, without proper review...
 
 - Chris -
 
  
 
  
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] Gemeentes naar Duitsland en België verhuisd?

2011-02-03 Thread Robert Elsenaar

Beste Martien,

De ultime manier om adressen vast te leggen is via de terracer tool. 
Interpolatie is eigenlijk een beetje voor luie mappers.  Oo weer de hele 
community op m’n nek.
Maar interpolatie heeft ook nuttige toepassingen. Onder andere in steden waar 
binnen 1 huis verschillende woonlagen zijn en dus niet op een andere manier 
adressen vastgelegd kunnen worden..

groet
-Robert-

From: Martien Scheepens 
Sent: Wednesday, February 02, 2011 9:24 PM
To: OpenStreetMap NL discussion list 
Subject: [OSM-talk-nl] Gemeentes naar Duitsland en België verhuisd?

Hallo mappers,

Ik probeerde net de routeplanner van open.mapquest.com en toen viel mij op dat 
mijn thuishaven Briljantstraat, Groningen, Grafschaft Bentheim, Aurich, 
Groningen, Germany 
(http://open.mapquestapi.com/nominatim/v1/details.php?place_id=14356098) heet. 
Oorspronkelijk dacht ik aan een fout bij het bewerken van de map van mij, maar 
het komt door het hele land voor. Drenthe, Overijssel, en Gelderland horen nu 
ook bij Duitsland. Noord-Brabant, Limburg en Zeeland zijn verhuisd naar een 
land waar hun g niet meer zacht genoemd wordt.


Nog een andere vraag die ik heb. Ik had besloten de Briljantstraat van 
huisnummer te voorzien. Daar heb ik de terracer-tool voor gebruikt. Er bestaat 
ook een adres-interpolatie-tool die niet van een rijtjeshuis acht huizen maakt. 
Welke methode is beter? Het principe is don't map for the renderer, maar al 
die kleine hokjes zijn verre van mooi. Wat is beter?

Groeten,

Martien





---
Tekst ingevoegd door Panda GP 2011:

Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende 
link om de e-mail te herclasseren: It is SPAM!
---




___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
wlEmoticon-winkingsmile[1].png___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [talk-au] Railway Station Naming Dispute

On Thu, Feb 3, 2011 at 8:29 AM, Steve Bennett stevag...@gmail.com wrote:
 On Fri, Feb 4, 2011 at 12:09 AM, Alex Lum sierra.os...@gmail.com wrote:
 In any case, we should be mapping what's on-the-ground anyway, i.e. the 
 station signage (unless this signage is contradictory in which case it may 
 be required to use official records).

 I thought the policy – wherever it's written – was using whatever the
 locals think it is. I'm wary of placing too much trust in signage,
 because with bike paths in particular, that approach gets you nowhere
 fast. But if there's an official operator (which there is), whatever
 their website says sounds like a good start.

 We definitely shouldn't have a situation where one person swears blind
 that the real name of something is xxx even though common sense
 dictates that it's yyy.

There is merit in both on the ground and local usage but the
details matter.  I wonder if local mappers could come to an agreement
by using both name and old_name?  There may not be a general answer
beyond, what's the best you can collectively agree to?

As an example, I have a local bit of motorway that appears to be just
more of highway 8.  It is, in fact, a high speed bypass of highway 8
which still exists as a local road.  Wikipedia suggests that the
bypass is officially highway 7187, an un-sign-posted, internal
reference number for the highway department.  It would be correct, in
some ways to use ref=7187, as this is the internal reference number.
It would be correct in other ways to use ref=8 based on local, common
usage.  In the end, the local mappers agreed to leave this section of
motorway with no ref=, since this section has no posted highway number
reassurance markers.

http://www.openstreetmap.org/browse/way/4001108/history
http://www.openstreetmap.org/?lat=43.40796lon=-80.39076zoom=15layers=M

Best regards,
Richard

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

Re: [talk-au] Railway Station Naming Dispute

2011-02-03 Thread John Berkers

I'm relatively new to OSM, but thought that I would weigh into the debate.

I lived in Ferntree Gully for 5 years (84-89), and then travelled through
both Upper Ferntree Gully and Ferntree Gully stations for another 10-15
years.  As far as I can remember, the signs at the station have always
used the one word version.  Yeah, they changed colour from the old style
signs to the current Metlink signs, but they always said Ferntree, and
not Fern Tree.

My opinion is that the maps should reflect what is actually there, and
should not be using the designated official name from an old government
publication.

I did conduct a brief Google search also, and came across some old Acts of
Parliament regarding the construction, and subsequent widening and
electrification, of the stretch from Fern Tree Gully to Gembrook. 
However, as these date back to 1948 at their most recent, and the name is
not currently being used in this way, I think that this does nothing to
add weight to the argument that the two word version of the names should
be used.

Lastly, the original request was for advice on how to handle the situation
with the other OSM user.  AFAIK the other user may not subscribe to this
list, so while having this debate here is good, the other user may not
even be aware of it.  Is there a way to handle 'disputes' such as this one
so that once a consensus is reached after a reasonable discussion, an
adjustment to the name can be made, without it being reverted?

My $0.02.

 name:Furntree Gully; Furn tree Gully.
 Ie, name it both ways, with the popular spelling first.
 Just a suggestion, I personally think it should be Furntree Gully.





 On 3 February 2011 21:29, Steve Bennett stevag...@gmail.com wrote:
 On Fri, Feb 4, 2011 at 12:09 AM, Alex Lum sierra.os...@gmail.com
 wrote:
 In any case, we should be mapping what's on-the-ground anyway, i.e.
 the station signage (unless this signage is contradictory in which case
 it may be required to use official records).

 I thought the policy  wherever it's written  was using whatever the
 locals think it is. I'm wary of placing too much trust in signage,
 because with bike paths in particular, that approach gets you nowhere
 fast. But if there's an official operator (which there is), whatever
 their website says sounds like a good start.

 We definitely shouldn't have a situation where one person swears blind
 that the real name of something is xxx even though common sense
 dictates that it's yyy.

 Steve

 ___
 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



-- 
John Berkers


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

Re: [talk-au] Railway Station Naming Dispute

On Thu, Feb 3, 2011 at 4:39 PM, John Berkers be...@ozemail.com.au wrote:
 I'm relatively new to OSM, but thought that I would weigh into the debate.

Hi John,

Welcome!  And great local background.  Thank you.

 Lastly, the original request was for advice on how to handle the situation
 with the other OSM user.  AFAIK the other user may not subscribe to this
 list, so while having this debate here is good, the other user may not
 even be aware of it.  Is there a way to handle 'disputes' such as this one
 so that once a consensus is reached after a reasonable discussion, an
 adjustment to the name can be made, without it being reverted?

Conflict resolution differs according to the participants, of course.
Some suggestions are provided on the wiki.

http://wiki.openstreetmap.org/wiki/Disputes

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

Re: [talk-au] waterway=coastline

2011-02-03 Thread David Groom

- Original Message - 
From: Peter Watson peter.bmwk7...@gmail.com

To: talk-au@openstreetmap.org
Sent: Wednesday, February 02, 2011 10:40 AM
Subject: [talk-au] waterway=coastline

Hi Everyone,
I have noticed that all the Gold Coast canals are taged with
waterway=coastline. I understand that the coastline should connect around
the coastline in an unbroken line. ie. should connect across the river 
where

it meets the sea. I understand the canals should be done with tag
waterway=riverbank probably as relations. Is this correct?
Thanks
Peter Watson

Peter

I assume you are referring to areas such as 
http://www.openstreetmap.org/?lat=-28.01742lon=153.41865zoom=16

Since I created many of the canals in this area, and tagged them as waterway 
= coastline here are my thoughts.

Coastline nodes and ways were originally imported using PGS data.  This had 
relatively poor resolution and the result back in 2007 was a mess.

Using yahoo imagery I tidied up the location of the ways, tracing them as 
best I could.  At that time it was easiest to maintain the natural=coastline 
tag on these ways as it preserved an unbroken run of coastline as I edited.

I never changed these to waterway = riverbank tagging.  In part that was due 
to:

a) My intention was to get the map looking right. I was fixing errors 
identified by the coastline error checker, and once the errors were fixed I 
didn't bother to think about the tagging.  I was after all running imports 
on other parts of the globe, and trying to fix errors there as well.

b) Back in 2007 there was less consensus  than there is today about which 
ways should be tagged as natural = coastline.

For what its worth, if today  I were tagging the area I referred to above, 
I would  use of waterway = riverbank on the majority of these canals.

David 

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

Re: [talk-au] waterway=coastline

2011-02-03 Thread Steve Bennett

On Fri, Feb 4, 2011 at 10:50 AM, David Groom revi...@pacific-rim.net wrote:
 Since I created many of the canals in this area, and tagged them as waterway

Btw - thanks. I did some cycling in that area in November last year
(Gold Coast to Surfers, up to the Spit, then up to Lamington NP and
back) and used the OSM maps on my Garmin Oregon. The quality was great
- the canals rendered really well.

Steve

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

Re: [talk-au] Railway Station Naming Dispute

2011-02-03 Thread Stephen Hope

I'd keep both names - name=  and alt_name= ( or old_name=).  This is
better for lookup purposes, as either version would then find this
station.  And it's not wrong, as it seems the other version was
correct at one time.

Whether that would be acceptable to the other editor is another problem.

Stephen

On 3 February 2011 20:22, Luke Woolley lswool...@gmail.com wrote:
 Doesn't happen too often on OSM, unlike Wikipedia, but i've found myself in
 an edit war with another user and I would like some opinions.
 There are two railway stations in outer eastern Melbourne, Ferntree Gully
 and Upper Ferntree Gully. These stations have in the past been named Fern
 Tree Gully and Upper Fern Tree Gully.
 I've been changing the names for a while now to the one word version because
 it's the current public spelling of the station. It's used in newspapers,
 the Metlink (official melbourne public transport) website, virtually any
 signage or publication uses the one word version. I feel that this version
 is warranted on OSM in terms of it being what the station is publicly know
 as at this point in time, and to help with searching (and any future
 implementation of OSM data for journey planning)
 Another user has been changing the station names to the two word version.
 Their explanation is that because the stations were officially named in the
 two word fashion a while back. In recent times, the name changed back to the
 one word version in all known publications and signage, but was not
 officially changed back.
 (http://www.vicsig.net/infrastructure/location/Ferntree-Gully and http://www.vicsig.net/infrastructure/location/Upper-Ferntree-Gully)
 So any opinions as to how I should go about this?
 ___
 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] Relicensing per changeset?

2011-02-03 Thread David Murn

On Thu, 2011-02-03 at 10:38 +1000, Stephen Hope wrote:
 On 3 February 2011 09:28, David Murn da...@incanberra.com.au wrote:
  I also wonder how this works, using your example, if the user had
  entered street names and then another user came along and fixed a
  spelling mistake in one which they had surveyed themselves.  When the
  changeset is relicenced, you have v1 of an object under a non-compatible
  licence, and v2 is compatible, so what happens to the object?
 
 It goes away.  All objects get rolled back to the last valid state
 that have no unlicensed edits before them.  So any object where v1 is
 unlicensed is gone, no matter how many changes have been done to it
 since.

That was my worry, but I figured that the powers-that-be wouldnt push a
change through that would devastate the map so much.

 This is one reason I have stopped doing any work around my area, until
 this mess gets sorted out.  I suspect that all this area is going to
 go away, so any work I do in the meantime is wasted, whether it is in
 itself valid or not.

I hadnt thought of that perspective.  Id simply cut back on my mapping
because the lack of nearmap basically made it fruitless.  I do have to
wonder though, how many mappers have dropped off their edits during this
whole changeover period, for that reason or similar.

The only consolation is that any work you do isnt so much 'wasted'
because it will be maintained in the public export and the numerous
forks.

David


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

[talk-au] Fwd: Railway Station Naming Dispute

2011-02-03 Thread Luke Woolley

-- Forwarded message --
From: Luke Woolley lswool...@gmail.com
Date: 4 February 2011 13:02
Subject: Re: [talk-au] Railway Station Naming Dispute
To: Stephen Hope slh...@gmail.com

I can tell you now, the other editor has a problem with this. A couple
of times I've done name=Ferntree Gully and alt_name=Fern Tree Gully
but they have been quickly reverted to their version. I'm going to
change it again to the one word versions, PM the other editor, i'll
give him the link to this discussion, and then i'll await their reply
and go from there. I'll also mention about how generally 'what's on
the ground' gets preference over other names if they are different.
Whether they want to sign up to the mailing list to participate in
this discussion is also something i'll mention.

On 4 February 2011 12:08, Stephen Hope slh...@gmail.com wrote:
 I'd keep both names - name=  and alt_name= ( or old_name=).  This is
 better for lookup purposes, as either version would then find this
 station.  And it's not wrong, as it seems the other version was
 correct at one time.

 Whether that would be acceptable to the other editor is another problem.

 Stephen

 On 3 February 2011 20:22, Luke Woolley lswool...@gmail.com wrote:
 Doesn't happen too often on OSM, unlike Wikipedia, but i've found myself in
 an edit war with another user and I would like some opinions.
 There are two railway stations in outer eastern Melbourne, Ferntree Gully
 and Upper Ferntree Gully. These stations have in the past been named Fern
 Tree Gully and Upper Fern Tree Gully.
 I've been changing the names for a while now to the one word version because
 it's the current public spelling of the station. It's used in newspapers,
 the Metlink (official melbourne public transport) website, virtually any
 signage or publication uses the one word version. I feel that this version
 is warranted on OSM in terms of it being what the station is publicly know
 as at this point in time, and to help with searching (and any future
 implementation of OSM data for journey planning)
 Another user has been changing the station names to the two word version.
 Their explanation is that because the stations were officially named in the
 two word fashion a while back. In recent times, the name changed back to the
 one word version in all known publications and signage, but was not
 officially changed back.
 (http://www.vicsig.net/infrastructure/location/Ferntree-Gully and http://www.vicsig.net/infrastructure/location/Upper-Ferntree-Gully)
 So any opinions as to how I should go about this?
 ___
 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

[talk-au] Fwd: [OSM-talk] magical road detector to play with

2011-02-03 Thread John Smith

-- Forwarded message --
From: Steve Coast st...@asklater.com
Date: 4 February 2011 03:17
Subject: [OSM-talk] magical road detector to play with
To: t...@openstreetmap.org


http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx

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

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

[talk-au] Cool cartography geek stuff

2011-02-03 Thread Jim Croft

http://www.maproomblog.com/2011/01/map_projections_applied_to_photos.php

jim

-- 
_
Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://about.me/jrc
'A civilized society is one which tolerates eccentricity to the point
of doubtful sanity.'
 - Robert Frost, poet (1874-1963)

Please send URIs, not attachments:
http://www.gnu.org/philosophy/no-word-attachments.html

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

Re: [Talk-br] Plugin 'Turn restrictions' do JOSM

2011-02-03 Thread Bráulio

Eu não sei nos GPS's, mas nos roteadores da Cloudmade e do MapQuest
funciona. Eu tenho até que adicionar algumas em Natal, porque eu acho que
só tem uma funcionando.

2011/2/2 Flávio Henrique yoshi...@gmail.com

 Olá pessoal.

 Gostaria de confirmar algo: se eu utilizar o plugin 'Turn Restrictions' do
 JOSM para indicar as proibições de sentidos em um cruzamento, por exemplo, é
 suficiente para que os dados sejam corretamente tratados pelos aparelhos
 gps?

 Se for vai ser uma mão na roda, pois ficar desenhando saídas da via para
 que o servidor não entenda que há possibilidade de se virar a esquerda em um
 cruzamento é triste!

 Obrigado!

 Flávio Henrique

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


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

Re: [Talk-br] Plugin 'Turn restrictions' do JOSM

2011-02-03 Thread Rodrigo de Avila

Oi Flávio,

Os mapas criados via mkgmap entendem estas restrições, e os softwares da
Garmin aplicam-as quando necessário.

Acho ótimo este plugin, e é relativamente fácil de usar: ao selecionar as
duas ways, e o ponto entre elas, ele já adivinha boa parte das
configurações. É só completar e confirmar.

--
Rodrigo de Avila
Analista de Desenvolvimento

(51) 9733-3488 • rodr...@avila.net.br • www.avila.net.br



Em 3 de fevereiro de 2011 00:40, Flávio Henrique yoshi...@gmail.comescreveu:

 Olá pessoal.

 Gostaria de confirmar algo: se eu utilizar o plugin 'Turn Restrictions' do
 JOSM para indicar as proibições de sentidos em um cruzamento, por exemplo, é
 suficiente para que os dados sejam corretamente tratados pelos aparelhos
 gps?

 Se for vai ser uma mão na roda, pois ficar desenhando saídas da via para
 que o servidor não entenda que há possibilidade de se virar a esquerda em um
 cruzamento é triste!

 Obrigado!

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

Re: [Talk-br] Duvida Public GPS traces

2011-02-03 Thread Alexandre da Costa Medeiros

David,

Estou coletando traces de varias regioes, nada em especial. Ja tenho um bom
material em nmea quando fazia a coleta usando um Royaltek RBT-2300, mas
depois que descobri esse applicativo para iPhone tudo ficou mais facil.

Acho que vale a pena investir nos traces porquê fico com a impressão que
existem diferenças no georeferenciamento das imagens aéreas (bing, google,
etc.). Mas acho que o motivo maior seja a demora na atualização desse
material.

Alex

2011/2/2 David Kurka david.ku...@gmail.com

 Alexandre,

 2011/2/1 Alexandre da Costa Medeiros ale...@gmail.com

  Pessoal,

 Estou fazendo alguns inputs de trechos que tenho de Campinas/SP através de
 um app para iPhone chamado OSMTrack. Parece que funciona bem, os uploads
 foram aceitos pelo site, etc.

 Alguém se habilita para mexer nesses dados? O problema é que eu consigo
 fazer a coleta mas não tenho muito tempo esse ano para fazer a edição desse
 material...


 eu moro em Campinas e tenho mapeado várias ruas daqui... eu posso ajudar a
 mecher nesses dados...
 mas de que região em específico você está coletando? Você já conferiu se
 não está mapeada ainda

 Tendo imagens de alta resolução do Bing disponíveis, vale a pena investir
 em traces gps? (pessoas além do Alexandre podem me responder isso também!
 :))

 Abraços!


 --
 Alexandre C Medeiros


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




 --
 David Kurka

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




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

Re: [Talk-br] Duvida Public GPS traces

2011-02-03 Thread Leandro Motta Barros

2011/2/2 David Kurka david.ku...@gmail.com:


 2011/2/2 Leandro Motta Barros lmbar...@gmail.com

 2011/2/2 David Kurka david.ku...@gmail.com:
  [...]
  Tendo imagens de alta resolução do Bing disponíveis, vale a pena
  investir em
  traces gps? (pessoas além do Alexandre podem me responder isso também!
  :))

 Se eu não sonhei, eu li em lugar (Wiki do OSM, provavelmente) que
 esses traces são bons até como uma prova em uma eventual ação legal
 (nós não copiamos, olha só: teve colaborador nosso passando por ali)

 a melhor forma de identificar isso, é através da tag source, certo?

 logo, ruas com tag source=gps devem ter prioridade à source=gps?

Er, prá mim, source=gps é a mesma coisa que source=gps ;-P

OK, sério agora: acho que o pessoal já respondeu aí, mas o que eu
também costumo fazer é colocar source=survey nas vias por onde eu
passei com GPS e gravador. (Muitas vezes uso survey junto com outras
fontes, como source=survey, Bing, IBGE)


 Fora isso, para mim, a forma mais divertida de mapear é usar um GPS e
 um gravador de som. Dá para pegar muitos detalhes (POIs, em
 particular) que não dá para ver pelas imagens aéreas.

 eu também acho bem divertido... eu tava quase terminando de andar de
 bicicleta por todas as ruas de barão geraldo (distrito de Campinas), quando
 chegaram as imagens do bing... :)
 agora deu mais preguiça de continuar... OSM faz bem pra saude! :)

;-)

LMB

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

Re: [Talk-br] Duvida Public GPS traces

2011-02-03 Thread Flavio Bello Fialho

Eu uso source=gps quando uso a informação do GPS sem maiores detalhes, e 
source=survey quando, além disso, coleto informações complementares no 
local, como velocidade máxima, número de pistas, nome e sentido da rua, 
tipo de pavimentação, etc.


Em 03-02-2011 10:19, Leandro Motta Barros escreveu:

2011/2/2 David Kurkadavid.ku...@gmail.com:



2011/2/2 Leandro Motta Barroslmbar...@gmail.com


2011/2/2 David Kurkadavid.ku...@gmail.com:

[...]
Tendo imagens de alta resolução do Bing disponíveis, vale a pena
investir em
traces gps? (pessoas além do Alexandre podem me responder isso também!
:))


Se eu não sonhei, eu li em lugar (Wiki do OSM, provavelmente) que
esses traces são bons até como uma prova em uma eventual ação legal
(nós não copiamos, olha só: teve colaborador nosso passando por ali)


a melhor forma de identificar isso, é através da tag source, certo?

logo, ruas com tag source=gps devem ter prioridade à source=gps?


Er, prá mim, source=gps é a mesma coisa que source=gps ;-P

OK, sério agora: acho que o pessoal já respondeu aí, mas o que eu
também costumo fazer é colocar source=survey nas vias por onde eu
passei com GPS e gravador. (Muitas vezes uso survey junto com outras
fontes, como source=survey, Bing, IBGE)



Fora isso, para mim, a forma mais divertida de mapear é usar um GPS e
um gravador de som. Dá para pegar muitos detalhes (POIs, em
particular) que não dá para ver pelas imagens aéreas.


eu também acho bem divertido... eu tava quase terminando de andar de
bicicleta por todas as ruas de barão geraldo (distrito de Campinas), quando
chegaram as imagens do bing... :)
agora deu mais preguiça de continuar... OSM faz bem pra saude! :)


;-)

LMB

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



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

Re: [Talk-de] Löschen von falschen und abgetauten Loipen

2011-02-03 Thread Garry


Am 03.02.2011 07:43, schrieb NopMap:


Dann trifft es nach Deiner Ortskenntnis auf Deine Gegend nicht zu.

Ich rede ausschließlich von leicht flüchtigen Einrichtungen, nicht
ausgeschildert, nicht markiert, keine Tafeln und restlos verschwunden. Sowas
gehört meiner Ansicht nach nicht in einen Datenbestand, nur auf der Basis
daß es vielleicht mal wieder so ähnlich ungefährt in der Nähe angelegt
werden könnte.
Redest Du jetzt von maschinell gespurten Loipen oder meinst Skispuren 
von Langläufern
die sich ausnahmsweise mal in einer schneearmen Gegend bei guter 
Schneelage durch eine
Hand voll Läufer gebildet haben? Letzteres macht wenig Sinn, aber sobald 
maschinell gespurt
wird und dies nicht nur eine einmalige Sonderveranstaltung ist sehe ich 
keinen Grund die Loipen zu löschen.
Systembedingt wird es da immer die eine oder andere saisonale Abweichung 
geben. Vielleicht sollte man einfach
darauf verzichte die Loipen mit anderen Verkehrswegen zu verknüpfen - 
ist ja auch ein eigenes Verkehrssystem

bei dem andere Verkehrsteilnehmer ehr nicht erwünscht sind.

Garry

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

Re: [Talk-de] Exzessive Einzelrequests an die API

2011-02-03 Thread Jacques Nietsch


Hallo Frederik,

Könnte es sich um solche Seiten wie:
http://datenkueche.com/osmlive/
oder
http://www.khtml.org/osm/v0.63/examples/changes.html
oder
http://www.khtml.org/osm/v0.83/index.php (Ticker)

handeln?

Ich weiß nicht wie diese implementiert sind, aber sie benutzen intensiv  
die Changesets.


Gruß Jacques

Am 03.02.2011, 00:42 Uhr, schrieb Frederik Ramm frede...@remote.org:

...
Kennt jemand irgendein Perl-Tool, das sowas macht? Man gibt eine  
Changeset-ID an und dann laedt es irgendwie was runter? Normalerweise  
hat man die Nodes ja alle schon, wenn man das Changeset heruntergeladen  
hat, aber dann macht das Skript wohl fuer jeden Node nochmal extra einen  
GET-Request - eventuell, um die letzte Version festzustellen?


Bye
Frederik

...


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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Garry


Am 02.02.2011 23:40, schrieb Frederik Ramm:


Vermutlich hast Du recht, dass die Pflege des 1-2-Mappings in OSM am 
einfachsten ist. Was den Speicherort der Datenbank 2 betrifft, 
glaube ich aber, dass der potentielle Anwender es einfacher haette, 
wenn diese Datenbank separat waere.
Die TMC-Daten beziehen sich jeweils auf ein konkretes Wegstück. Wie 
willst Du mit vertretbarem Aufwand sicherstellen dass die Zuordnung der 
Datenbank

2 das richtige Wegstück findet.



Habe ich die Datenbank 2 separat vorliegen, so kann ich auf jeden 
Fall korrekt und exakt bestimmen, dass es sich insgesamt um die 
Strecke TMC-Id 1234-5678-7890-2345 handelt (oder so), und selbst 
wenn ich einzelne davon nun nicht in OSM finde, weiss ich trotzdem 
grob, wo's langgeht.


Also: Wenn der Softwareschreiber/Datenaufbereiter die Datenbank 2 
als echte Datenbank hat, hat er's leichter, nicht schwerer.
Er hat eine zusätzliche Fehlerquelle die er berücksichtigen muss, denke 
nicht dass es dadurch leichter wird ein funktionierendes System aufzubauen..


Alternative wäre in OSM ein System zu schaffen dass jedem Wegstück eine 
eindeutige, gleichbleibende ID gibt und die entlang eines Weges ein
möglichst in Folge liegen. So könnte man ein OpenTMC aufbauen bei dem in 
einer externen Datenbank beliebige Statusmeldungen abgelegt werden können,

z.B. auch die Befahrbarkeit von Skipisten...

Garry

Garry

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

Re: [Talk-de] Exzessive Einzelrequests an die API


Hallo,

On 02/03/11 09:07, Jacques Nietsch wrote:

Könnte es sich um solche Seiten wie:
http://datenkueche.com/osmlive/
oder
http://www.khtml.org/osm/v0.63/examples/changes.html
oder
http://www.khtml.org/osm/v0.83/index.php (Ticker)

handeln?


Diese Seiten basieren, soweit ich weiss, einfach darauf, dass sie die 
minuetlichen Updates (!= Changesets) herunterladen und auswerten. Damit 
gibt es kein Problem, das sind ja statisch bereitgelegte Dateien, die 
kann jeder so oft abrufen, wie er will. Problematisch sind die 
API-Requests, die jedesmal einen Datenbankzugriff erfordern.


Bye
Frederik


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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?


Hallo,

On 02/03/11 09:20, Garry wrote:

Vermutlich hast Du recht, dass die Pflege des 1-2-Mappings in OSM am
einfachsten ist. Was den Speicherort der Datenbank 2 betrifft,
glaube ich aber, dass der potentielle Anwender es einfacher haette,
wenn diese Datenbank separat waere.



Die TMC-Daten beziehen sich jeweils auf ein konkretes Wegstück. Wie
willst Du mit vertretbarem Aufwand sicherstellen dass die Zuordnung der
Datenbank 2 das richtige Wegstück findet.


Ich glaube, wir reden aneinander vorbei. Was ich sage, ist: Die 
Information, dass auf den TMC-Knoten 1234 in positiv-Richtung der 
TMC-Knoten 8765 folgt, sollte nicht in OSM stehen; OSM sollte sich - 
wenn ueberhaupt! - darauf beschraenken, zu identifizieren, wo sich der 
Knoten 1234 befindet.


Das schafft keine zusaetzliche Fehlerquelle, sondern beseitigt eine, 
meiner Ansicht nach.


Bye
Frederik

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

Re: [Talk-de] Exzessive Einzelrequests an die API

2011-02-03 Thread Bernhard Zwischenbrugger


Hallo


Könnte es sich um solche Seiten wie:
http://datenkueche.com/osmlive/

Das verwendet nur die minute diffs.

oder
http://www.khtml.org/osm/v0.63/examples/changes.html
Diese Applikation kann wirklich die API belasten. Überall wo es möglich 
ist, wird die XAPI verwendet.
Bei jedem Request sende ich meine Kontaktdaten mit und wenn es hier ein 
Problem geben sollte, bin
ich erreichbar. Zudem ist das ganz nur Insidern bekannt und wird nur 
wenig verwendet.
Da alle Requests über meinen Server gehen, wäre eine Sperre der IP 
Adresse im Notfall auch sehr einfach.



oder
http://www.khtml.org/osm/v0.83/index.php (Ticker)
Hier werden im Wesentlichen die minute-diffs verwendet. Erst wenn der 
User irgendwo draufklickt gibt es

einen Request auf die XAPI.

liebe Grüße

Bernhard




handeln?

Ich weiß nicht wie diese implementiert sind, aber sie benutzen 
intensiv die Changesets.


Gruß Jacques

Am 03.02.2011, 00:42 Uhr, schrieb Frederik Ramm frede...@remote.org:

...
Kennt jemand irgendein Perl-Tool, das sowas macht? Man gibt eine 
Changeset-ID an und dann laedt es irgendwie was runter? Normalerweise 
hat man die Nodes ja alle schon, wenn man das Changeset 
heruntergeladen hat, aber dann macht das Skript wohl fuer jeden Node 
nochmal extra einen GET-Request - eventuell, um die letzte Version 
festzustellen?


Bye
Frederik

...


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



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

Re: [Talk-de] Exzessive Einzelrequests an die API


Hi,

On 02/03/11 09:25, Bernhard Zwischenbrugger wrote:

http://www.khtml.org/osm/v0.63/examples/changes.html



Diese Applikation kann wirklich die API belasten. Überall wo es möglich
ist, wird die XAPI verwendet.
Bei jedem Request sende ich meine Kontaktdaten mit und wenn es hier ein
Problem geben sollte, bin
ich erreichbar. Zudem ist das ganz nur Insidern bekannt und wird nur
wenig verwendet.
Da alle Requests über meinen Server gehen, wäre eine Sperre der IP
Adresse im Notfall auch sehr einfach.


Wir haben es hier mit etwas zu tun, wo nicht nur ein changeset 
heruntergeladen wird, sondern danach noch fuer jeden einzelnen Node, der 
im Changeset erwaehnt ist, ein einzelner GET-Request geschickt wird. Das 
machst Du doch nicht, oder?


Ausserdem suchen wir jemanden, der das Arcor-Einwahlnetz in Deutschland 
benutzt; auch das tut Dein Server vermutlich nicht ;)


Bye
Frederik

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

Re: [Talk-de] Löschen von falschen und abgetauten Loipen

2011-02-03 Thread André Riedel

Am 3. Februar 2011 07:43 schrieb NopMap ekkeh...@gmx.de:
 Joerg Fischer-2 wrote:

 Ich beobachte hier das Gegenteil. Es sind immer die gleichen Leute die rum
 rutschen und die benutzen immer die gleichen Wege.  Viele Loipen,
 insbesondere in Wintersportgebieten, sind sogar ausgeschildert.

 Dann trifft es nach Deiner Ortskenntnis auf Deine Gegend nicht zu.

 Ich rede ausschließlich von leicht flüchtigen Einrichtungen, nicht
 ausgeschildert, nicht markiert, keine Tafeln und restlos verschwunden. Sowas
 gehört meiner Ansicht nach nicht in einen Datenbestand, nur auf der Basis
 daß es vielleicht mal wieder so ähnlich ungefährt in der Nähe angelegt
 werden könnte.

Ich sehe so, dass ich nur gepflegte Langlaufrouten eintrage. Die
Routen, welche durch das Querfeldeinfahren entstehen und dann nur von
anderen genutzt werden, zeichne ich nicht ein.
Ausgeschilderte oder auch von einem Skiverein jährlich neu gezogene
Routen zeichne ich ein, auch wenn sich ihr verlauf mal um ein paar
Meter verschiebt.

Ciao André

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

Re: [Talk-de] Löschen von falschen und abgetauten Loipen

2011-02-03 Thread Joerg Fischer

Ulf Lamping wrote:

 Da gibt es jetzt bestimmt (jemand wissender möge mich korrigieren)
 eine ziemliche Bandbreite zwischen ist auf Schildern und
 einschlägigen Büchern eingetragen und im Winter immer gespurt, über
 in der Hochsaison gespurt bis zu hat man einmal ausprobiert und
 dann nie wieder.

Genau. Und bis auf Letzteres sind das IMHO sehr erhaltenswerte Daten.

 Das Problem der Datenaktualität würde ich dabei aber gerne den
 Langlaufgehern und nicht dem Tauwetter überlassen ...

Dafür.

Jörg

-- 
There are only 10 types of people in the world:
Those who understand binary, and those who don't...


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

Re: [Talk-de] Löschen von falschen und abgetauten Loipen

2011-02-03 Thread Joerg Fischer

NopMap wrote:

 Ich rede ausschließlich von leicht flüchtigen Einrichtungen, nicht
 ausgeschildert, nicht markiert, keine Tafeln und restlos verschwunden.

Wie entscheidest Du ob Du löschst? Nur in einer Dir sehr gut bekannten
Gegend, wenn Du selbst Skifahrer bist und genau weißt, dort ist dreimal im
Leben Einer lang gefahren und sonst nichts? Dann ACK.

In fremder Gegend im Wald stehend, ups, hier ist was eingezeichnet, da ist
doch gar nichts, lösch ich mal eben schnell?  Dann bin ich immer noch
dagegen.

In unseren Daten sind wirklich eine Menge Dinge die *ich* als überflüssig
ansehe.  Beginnend bei liebevoll mit Mastnummer, Anzahl der Adern und
Spannung eingetragenen Hochspannungsmasten über einzelne Bäume mit
Artenangabe und Höhe (ja, hab ich schon gesehen) bis hin zum Puff.  Ich käm
aber nicht auf die Idee die alle löschen zu wollen nur weil sie *mich*
nicht interessieren und irgendwie beim editieren stören.  Da hat nämlich
auch jemand mit viel Mühe und Fleiß lange dagestanden und das alles
erfasst, dessen Arbeit ich zerstöre.

Jörg

-- 
There are only 10 types of people in the world:
Those who understand binary, and those who don't...


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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Henning Scholland


Am 03.02.2011 09:26, schrieb Frederik Ramm:

Hallo,

On 02/03/11 09:20, Garry wrote:

Vermutlich hast Du recht, dass die Pflege des 1-2-Mappings in OSM am
einfachsten ist. Was den Speicherort der Datenbank 2 betrifft,
glaube ich aber, dass der potentielle Anwender es einfacher haette,
wenn diese Datenbank separat waere.



Die TMC-Daten beziehen sich jeweils auf ein konkretes Wegstück. Wie
willst Du mit vertretbarem Aufwand sicherstellen dass die Zuordnung der
Datenbank 2 das richtige Wegstück findet.


Ich glaube, wir reden aneinander vorbei. Was ich sage, ist: Die 
Information, dass auf den TMC-Knoten 1234 in positiv-Richtung der 
TMC-Knoten 8765 folgt, sollte nicht in OSM stehen; OSM sollte sich - 
wenn ueberhaupt! - darauf beschraenken, zu identifizieren, wo sich der 
Knoten 1234 befindet.


Das schafft keine zusaetzliche Fehlerquelle, sondern beseitigt eine, 
meiner Ansicht nach.
Ich glaube es wäre in OSM einfacher abzubilden und für die Router 
einfacher auszuwerten, wenn man nicht die TMC-Knoten einträgt, sondern 
die Abschnitte zwischen den TMC-Knoten eine ID gibt und diese dann an 
die entsprechenden OSM-Wege tagt.


Bsp:
Auf dem OSM-Weg verläuft nur eine Richtung:
(1234)---(5678)   --   TMC:forward=1234:5678
oder
(1234)---(5678)   --   TMC:backward=1234:5678

Auf dem OSM-Weg verlaufen beide Richtungen:
(1234)---(5678) TMC:forward=1234:5678 und TMC:backward=5678:1234
oder
(1234)---(5678) TMC:backward=1234:5678 und TMC:forward=5678:1234

Der Algorithmus bekommt als Input gesagt, zwischen 1234 und 5678 ist in 
positiver Richtung Stau.
Positive Richtung bedeutet für ihn: Suche alle Wege, die 
TMC:forward=1234:5678 und TMC:backward=1234:5678 haben und sperre diese 
in die entsprechende Wayrichtung fürs Routing.


Viele Grüße
Henning


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

Re: [Talk-de] Exzessive Einzelrequests an die API

2011-02-03 Thread Bernhard Zwischenbrugger


On 2011-02-03 09:32, Frederik Ramm wrote:

Hi,

On 02/03/11 09:25, Bernhard Zwischenbrugger wrote:

http://www.khtml.org/osm/v0.63/examples/changes.html



Diese Applikation kann wirklich die API belasten. Überall wo es möglich
ist, wird die XAPI verwendet.
Bei jedem Request sende ich meine Kontaktdaten mit und wenn es hier ein
Problem geben sollte, bin
ich erreichbar. Zudem ist das ganz nur Insidern bekannt und wird nur
wenig verwendet.
Da alle Requests über meinen Server gehen, wäre eine Sperre der IP
Adresse im Notfall auch sehr einfach.


Wir haben es hier mit etwas zu tun, wo nicht nur ein changeset 
heruntergeladen wird, sondern danach noch fuer jeden einzelnen Node, 
der im Changeset erwaehnt ist, ein einzelner GET-Request geschickt 
wird. Das machst Du doch nicht, oder?
Wenn in einem changeset ein way verhanden ist bei dem nur die tags 
geändert sind, werden die nodes zum way nicht mir dem changeset 
mitgeliefert. Um diesen way auf der Karte darstellen zu können lade ich 
dann die nodes. Das sind aber keine Einzelrequests. Es werden immer 
mehrere Nodes gleichzeitg abgefragt. Bei GET Requests ist die Anzahl der 
Nodes die man mit einem einzelnen Request abfragen kann durch die 
URL-Länge beschränkt.


Schön wäre wenn die Changesets ein bisschen mehr Informationen enthalten 
würden. Changesets ändern sich nie
und das könnte man auch am OSM Server Cachen. Ich cache das zwar auch, 
weil das aber wenig verwendet wird greift der Cache kaum.




Ausserdem suchen wir jemanden, der das Arcor-Einwahlnetz in 
Deutschland benutzt; auch das tut Dein Server vermutlich nicht ;)


Ich bin das nicht. Gibt es eine Möglichkeit rauszufinden wie sehr mein 
Tool die DB belastet?

Die IP 88.198.70.26.
Mittelfristig werde ich eine eigene DB haben.

liebe Grüße

Bernhard



Bye
Frederik

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



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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread André Riedel

Am 3. Februar 2011 10:05 schrieb Henning Scholland o...@aighes.de:
 Ich glaube es wäre in OSM einfacher abzubilden und für die Router einfacher
 auszuwerten, wenn man nicht die TMC-Knoten einträgt, sondern die Abschnitte
 zwischen den TMC-Knoten eine ID gibt und diese dann an die entsprechenden
 OSM-Wege tagt.

 Bsp:
 Auf dem OSM-Weg verläuft nur eine Richtung:
 (1234)---(5678)   --   TMC:forward=1234:5678
 oder
 (1234)---(5678)   --   TMC:backward=1234:5678

 Auf dem OSM-Weg verlaufen beide Richtungen:
 (1234)---(5678) TMC:forward=1234:5678 und TMC:backward=5678:1234
 oder
 (1234)---(5678) TMC:backward=1234:5678 und TMC:forward=5678:1234

 Der Algorithmus bekommt als Input gesagt, zwischen 1234 und 5678 ist in
 positiver Richtung Stau.
 Positive Richtung bedeutet für ihn: Suche alle Wege, die
 TMC:forward=1234:5678 und TMC:backward=1234:5678 haben und sperre diese in
 die entsprechende Wayrichtung fürs Routing.

Klingt gut. Jedoch müssen die Punkte trotzdem in den Daten bleiben,
denn es gibt ja noch Meldungen wie Kreuzung/Abfahrt gesperrt.

Desweiteren sind Land und Listen-Nummer noch nicht im Schlüssel oder Wert.

Ciao André

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

[Talk-de] Der Doppelpunkt

2011-02-03 Thread Peter Wendorff

Hi.
Die Diskussionen zu TMC, aber auch zu Rad- und Fußwegen und vielem
anderen, vor allem gepaart mit dem Argument zu vieler Tags an Objekten
lässt mich jetzt wiederholt darüber nachgrübeln, warum die praktische
Erfindung des Doppelpunkts nicht sinnvoll die Arbeit der Mapper
erleichtern könnte - über die Strukturierung von Tags hinaus.

Soweit ich das sehe, wird der Doppelpunkt vor allem dazu genutzt,
entweder thematische Prefixe zu bilden (z.B. TMC), oder aber Teilaspekte
eines Objekts getrennt zu betrachten (z.B. footway:* oder footway:left:*)

Eine nicht vollständige Durchsicht der Tags mit Doppelpunkt über taginfo
[1] bestätigt das zunächst - Ausnahmen will ich jedoch nicht ausschließen.
(@Frederik: Die Suche nach dem Unterstrich scheint nicht zu
funktionieren bzw. alle Tags zurückzugeben - ist das gewollt bzw. wie
kann man das maskieren/umgehen?)

Dies ist also sowas wie Common Practice in OSM; Für API 0.7 ist zudem
auch vorgeschlagen, Entsprechende Namensräume für Abfragen zu
unterstützen [2].

Zwei Dinge stören mich dabei aber noch...
1) Es ist nirgendwo als Richtlinie dokumentiert;
2) Warum nicht im Editor unterstützen? Sowohl JOSM als auch Potlatch
stellen Tags mindestens im Roh-Modus als Key-Value-Liste dar. Dabei
werden die Tags teilweise Alphabetisch sortiert. Die Sortierung sorgt
sowieso schon dafür, dass die durch Doppelpunkte gebildeten Namensräume
beieinander liegen. Ich würde mir wünschen, dass diese Blöcke
gemeinsam einklapp-bar sind; was einen Teil der
zu-viele-Tags-Problematik lösen würde.
Hat ein Weg einen durch Tags beschriebenen Bürgersteig, dann ist das die
Information, die ich auch dann brauche, wenn ich den Weg als ganzes
bearbeite; nicht aber, welche Oberfläche dieser Fußweg hat, ob er links
oder rechts verläuft, wo dabei Fahrräder fahren dürfen etc.
Ähnliches gilt für TMC; fast gilt sowas auch für Adressen (addr:*),
wobei diese vermutlich seltener ausgeblendet werden würden.

Zunächst würde ich mich vor allem über Meinungen freuen:
Gibt es Argumente gegen eine solche Kategorisierung?
Habe ich Strömungen gegen den Doppelpunkt übersehen?
und so weiter.

Gruß
Peter

[1] http://taginfo.openstreetmap.de/search?q=%3A#keys
[2]
http://wiki.openstreetmap.org/wiki/API_v0.7#Support_to_download_queries_like_addr:.2A.3D.2A

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

[Talk-de] thermosolar = photovoltak ??

2011-02-03 Thread Jan Tappenbeck (OSM)




 hi !

in Spanien gibt es ein riesiges Thermosolar-Kraftwerk [1], [2] - ist das 
eigentlich dasselbe wie ein Solarkraftwerk oder welches Tag würdet Ihr 
dafür verwenden ?


Gruß Jan :-)

[1] http://es.wikipedia.org/wiki/Andasol

[2] http://www.openstreetmap.org/?lat=37.2275lon=-3.0619zoom=14layers=M

[3] http://wiki.openstreetmap.org/wiki/DE:Key:generator:source


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

Re: [Talk-de] thermosolar = photovoltak ??

2011-02-03 Thread Philip Gillißen

Hallo!

Photovoltaik und Solarthermie sind zwei verschiedene Arten, die
Sonnenenergie zu nutzen, und sind deutlich von einander abzugrenzen.
Photovoltaik ist die direkte Art, aus Sonnenenergie Strom zu erzeugen.
Solarthermie hingegen wärmt zunächst eine Flüssigkeit auf (bspw.
behandeltes Wasser, teilweise auch Flüssigkeiten, die höhere
Temperaturen annehmen können). Wie die Wärme dieser Flüssigkeit genutzt
wird, steht dann auf einem anderen Blatt. In den meisten Haushalten mit
Solarthermie wird damit Warmwasser erzeugt.
Solarthermie kann auch dazu verwendet werden, um Strom aus der Sonne zu
gewinnen, wird dann dennoch nicht als Photovoltaik bezeichnet.

Gruß, Philip



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

Re: [Talk-de] thermosolar = photovoltak ??

2011-02-03 Thread Chr_Brause

Hi Jan,

Solarkraftwerk ist nur der Oberbegriff für viele Techniken. Hauptsache sie 
wandeln Sonneneinstrahlung in nutzbarere Energie um. Das passiert bei Andasol 
offensichtlich. Also wäre generator:source=solar richtig.

Um auf deinen Betreff zu antworten:
Thermosolarkraftwerke sind nicht das gleiche wie Photovoltaik. Ersteres bündelt 
mit Spiegeln das Licht (ähnlich einer Linse) auf eine kleinere Fläche und 
wandelt die entstehende Wärme in el. Energie um (ist also Thermodynamik).
Photovoltaik wandelt Sonnenlich direkt in el. Energie um. Das sind auch die 
Dinger, die auf privaten Dächern Strom produzieren.

VG
Christian



   hi !
 
 in Spanien gibt es ein riesiges Thermosolar-Kraftwerk [1], [2] - ist das 
 eigentlich dasselbe wie ein Solarkraftwerk oder welches Tag würdet Ihr 
 dafür verwenden ?
 
 Gruß Jan :-)
 
 [1] http://es.wikipedia.org/wiki/Andasol
 
 [2] http://www.openstreetmap.org/?lat=37.2275lon=-3.0619zoom=14layers=M
 
 [3] http://wiki.openstreetmap.org/wiki/DE:Key:generator:source
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

-- 
NEU: FreePhone - kostenlos mobil telefonieren und surfen!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?


Hallo,

On 02/03/11 10:05, Henning Scholland wrote:

Ich glaube es wäre in OSM einfacher abzubilden und für die Router
einfacher auszuwerten, wenn man nicht die TMC-Knoten einträgt, sondern
die Abschnitte zwischen den TMC-Knoten eine ID gibt und diese dann an
die entsprechenden OSM-Wege tagt.


Wuerde dies nicht zu einer noch groesseren Inflation von TMC-Tags 
fuehren, weil nun saemtliche Ways zwischen zwei Punkten getaggt werden 
muessten?



Bsp:
Auf dem OSM-Weg verläuft nur eine Richtung:
(1234)---(5678) -- TMC:forward=1234:5678
oder
(1234)---(5678) -- TMC:backward=1234:5678


Was waere der Unterschied zwischen TMC:forward=1234:5678 und 
TMC:backward=5678:1234?


Was waere, wenn ich ueberhaupt keine Nodes und Ways taggen wuerde, 
sondern stattdessen aussschliesslich Relationen anlegen wuerde, und zwar 
eine pro TMC-Segment, mit den Tags


tmc:from=1234
tmc:to=5678

(von mir aus noch Land und Listennummer und so, aber das scheint mir 
ziemlich uebertrieben zu sein - Land wuerde ich maximal im Grenzbereich 
verwenden, und welche praktische Relevanz die Listennummer hat, hab ich 
noch nicht verstanden)


und dann noch mit einer Reihe von Members. Dabei wird es oft reichen, 
als Member nur einen Node an jedem Ende anzugeben; man muss nicht jedes 
Wegstueck, das zwischen den beiden liegt, der Relation hinzufuegen, aber 
man kann, wenn es zur Vermeidung von Missverstaendnissen notwendig ist. 
(Wenn ich einem Router sage, er soll die Punkte Autobahnkruez 
Wiesbaden und Abfahrt Niedernhausen meiden, dann brauche ich ihm 
nicht noch zusaetzlich zu sagen, dass er die 10 Autobahn-Ways dazwischen 
auch meiden soll, das ergibt sich automatisch.)


Wenn man unbedingt will, kann man auch eventuelle Kindrelationen als 
Member einbauen und dadurch die Hierarchie nachbilden.


Aber eigentlich bin ich noch nicht ueberzeugt, dass wir die Segmente 
ueberhaut bei uns speichern sollten; vielleicht ist es besser, ueber 
Relationen abzubilden: Diese Punkte hier gemeinsam bilden das AK 
Wiesbaden und das hat die TMC-ID 1234 (so eine Relation haette auch 
anderen Nutzen, z.B. ein Renderer koennte auf einer kleinen Zoomstufe 
das ganze Autobahnkreuz durch einen Punkt symbolisieren und mit einem 
Label beschriften). Den tatsaechlichen TMC-Graphen (auf Punkt 1234 folgt 
in Positivrichtung der Punkt 6543) koennte man dann ausserhalb lagern.


Bye
Frederik

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Pascal Neis


Hi,

Henning Scholland schrieb:

Am 03.02.2011 09:26, schrieb Frederik Ramm:

Hallo,

On 02/03/11 09:20, Garry wrote:

Vermutlich hast Du recht, dass die Pflege des 1-2-Mappings in OSM am
einfachsten ist. Was den Speicherort der Datenbank 2 betrifft,
glaube ich aber, dass der potentielle Anwender es einfacher haette,
wenn diese Datenbank separat waere.



Die TMC-Daten beziehen sich jeweils auf ein konkretes Wegstück. Wie
willst Du mit vertretbarem Aufwand sicherstellen dass die Zuordnung der
Datenbank 2 das richtige Wegstück findet.


Ich glaube, wir reden aneinander vorbei. Was ich sage, ist: Die 
Information, dass auf den TMC-Knoten 1234 in positiv-Richtung der 
TMC-Knoten 8765 folgt, sollte nicht in OSM stehen; OSM sollte sich - 
wenn ueberhaupt! - darauf beschraenken, zu identifizieren, wo sich der 
Knoten 1234 befindet.


Das schafft keine zusaetzliche Fehlerquelle, sondern beseitigt eine, 
meiner Ansicht nach.
Ich glaube es wäre in OSM einfacher abzubilden und für die Router 
einfacher auszuwerten, wenn man nicht die TMC-Knoten einträgt, sondern 
die Abschnitte zwischen den TMC-Knoten eine ID gibt und diese dann an 
die entsprechenden OSM-Wege tagt.


Bsp:
Auf dem OSM-Weg verläuft nur eine Richtung:
(1234)---(5678)   --   TMC:forward=1234:5678
oder
(1234)---(5678)   --   TMC:backward=1234:5678

Auf dem OSM-Weg verlaufen beide Richtungen:
(1234)---(5678) TMC:forward=1234:5678 und TMC:backward=5678:1234
oder
(1234)---(5678) TMC:backward=1234:5678 und TMC:forward=5678:1234

Der Algorithmus bekommt als Input gesagt, zwischen 1234 und 5678 ist in 
positiver Richtung Stau.
Positive Richtung bedeutet für ihn: Suche alle Wege, die 
TMC:forward=1234:5678 und TMC:backward=1234:5678 haben und sperre diese 
in die entsprechende Wayrichtung fürs Routing.


sowas in der Art wollte ich in meinem Vortrag auf
der #FOSSGIS auch präsentieren, oder zumindest zur
Diskussion stellen. Wenn ich mich gerade nicht ganz
täusche macht das TeleAtlas in seinen Daten auch so ...

viele gruesse
pascal

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

Re: [Talk-de] thermosolar = photovoltak ??

2011-02-03 Thread Dietmar

Ich unterscheide die Art mit dieser Erweiterung [1]

Viele Grüße

Dietmar

[1] http://wiki.openstreetmap.org/wiki/Key:generator:method





 -Ursprüngliche Nachricht-
 Von: chr_bra...@gmx.de [mailto:chr_bra...@gmx.de]
 Gesendet am: Donnerstag, 3. Februar 2011 10:40
 An: o...@tappenbeck.net; Openstreetmap allgemeines in Deutsch
 Betreff: Re: [Talk-de] thermosolar = photovoltak ??

 Hi Jan,

 Solarkraftwerk ist nur der Oberbegriff für viele Techniken.
 Hauptsache sie wandeln Sonneneinstrahlung in nutzbarere Energie
 um. Das passiert bei Andasol offensichtlich. Also wäre
 generator:source=solar richtig.

 Um auf deinen Betreff zu antworten:
 Thermosolarkraftwerke sind nicht das gleiche wie Photovoltaik.
 Ersteres bündelt mit Spiegeln das Licht (ähnlich einer Linse) auf
 eine kleinere Fläche und wandelt die entstehende Wärme in el.
 Energie um (ist also Thermodynamik).
 Photovoltaik wandelt Sonnenlich direkt in el. Energie um. Das
 sind auch die Dinger, die auf privaten Dächern Strom produzieren.

 VG
 Christian



hi !
 
  in Spanien gibt es ein riesiges Thermosolar-Kraftwerk [1], [2]
 - ist das
  eigentlich dasselbe wie ein Solarkraftwerk oder welches Tag würdet Ihr
  dafür verwenden ?
 
  Gruß Jan :-)
 
  [1] http://es.wikipedia.org/wiki/Andasol
 
  [2]
http://www.openstreetmap.org/?lat=37.2275lon=-3.0619zoom=14layers=M

 [3] http://wiki.openstreetmap.org/wiki/DE:Key:generator:source


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

--
NEU: FreePhone - kostenlos mobil telefonieren und surfen!
Jetzt informieren: http://www.gmx.net/de/go/freephone

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


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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Pascal Neis


Hi,

Frederik Ramm schrieb:

On 02/03/11 10:05, Henning Scholland wrote:

Ich glaube es wäre in OSM einfacher abzubilden und für die Router
einfacher auszuwerten, wenn man nicht die TMC-Knoten einträgt, sondern
die Abschnitte zwischen den TMC-Knoten eine ID gibt und diese dann an
die entsprechenden OSM-Wege tagt.


Wuerde dies nicht zu einer noch groesseren Inflation von TMC-Tags 
fuehren, weil nun saemtliche Ways zwischen zwei Punkten getaggt werden 
muessten?


Dies ist/wäre ein Nachteil bei diesem Verfahren ...
Aber sehr gut um TMCs Sachen in einem Router oder auf
der Karte darzustellen.



Bsp:
Auf dem OSM-Weg verläuft nur eine Richtung:
(1234)---(5678) -- TMC:forward=1234:5678
oder
(1234)---(5678) -- TMC:backward=1234:5678


Was waere der Unterschied zwischen TMC:forward=1234:5678 und 
TMC:backward=5678:1234?


Was waere, wenn ich ueberhaupt keine Nodes und Ways taggen wuerde, 
sondern stattdessen aussschliesslich Relationen anlegen wuerde, und zwar 
eine pro TMC-Segment, mit den Tags


Man muss hier mit den Begriffen etwas aufpassen.
Ein TMC-Segment enthält bei TMC mehrere Untersegmente.
Die eigentlichen TMC-Segmente werden ja bereits in
OSM importiert, was wir aber meiner Meinung nach brauchen
ist eine Darstellung der (ich nenne es jetzt mal) Untersegmente.
Also von wo nach wo geht das Untersegment von LCL:1234 to LCL:1235.
Denn genau diese brauche ich bei der Verarbeitung von
TMC-Nachrichten. Aber dein Vorschlag diese ebenfalls mit Hilfe
von Relations abzubilden könnte vlt. besser sein, als die
TMC Codes an alles beteiligten Ways zu haengen. Stift und
Papier zum Malen wäre jetzt hilfreich ... :)

viele gruesse
pascal

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

Re: [Talk-de] Exzessive Einzelrequests an die API


Hallo,

On 02/03/11 10:06, Bernhard Zwischenbrugger wrote:

Wenn in einem changeset ein way verhanden ist bei dem nur die tags
geändert sind, werden die nodes zum way nicht mir dem changeset
mitgeliefert. Um diesen way auf der Karte darstellen zu können lade ich
dann die nodes. Das sind aber keine Einzelrequests. Es werden immer
mehrere Nodes gleichzeitg abgefragt.


Du koenntest auch den /way/1234/full-Ansatz benutzen. Was leider nicht 
geht, ist die Abfrage *mehrerer* Ways gleichzeitig als /full.


Der User, den wir hier suchen, bzw. das Tool, weiss aber nichts von der 
Moeglichkeit, mehrere Nodes gleichzeitig abzufragen, und fragt jeden 
einzeln ab.


Bye
Frederik

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Stefan Keller

Hallo,

Sorry meinen grundsätzlichen Einwurf... Ich kenne TMC etwas und
interessiere mich immer, wie ein externe Fachinformationssysteme (FIS)
und OSM zusammenarbeiten können und kann Frederiks Bedenken in diesem
Falle nachvollziehen.

Nun scheint ja ein Kompromiss zu entstehen, denn eine Löschung von
FIS-Daten wäre schon FIES :-

Nur tmc_id=8326765 scheint mir ev. etwas zuwenig zu sein, denn oft
möchte ein SW-Client die Infos möglichst direkt haben. Also sollte
meiner der Kompromiss nochmals auf wenige weitere Tags ausgedehnt
werden zu müssen. Man denke da z.B. an die Situation, wo OSM bei
Katastrophen real-time (wie TMC) helfen will, und Brücken/Strassen
als unpasierbar kennzeichnen. Die Tags sollten aber auf jeden Fall
menschenlesbar sein (Präfix hin oder her).

Weiter schrieb Frederik am 2. Februar 2011 23:40:
 Wir haben hier ja sozusagen drei verschiedene Datenbanken:
 1. OSM
 2. Das TMC-Netz, das wir auf OSM abbilden
 3. aktuelle Verkehrsdaten, die auf das TMC-Netz abgebildet werden

 Um 3 brauchen wir uns nicht zu kuemmern. Wer pflegt die Datenbank 2,
 also das TMC-Netz an sich - gibt es da regelmaessig neue TMC-Nodes oder
 Aenderungen inden bestehenden, oder ist das weitgehend statisch?

2. ist eine Geometrie und die ändert nicht so schnell (mindestens die
Hauptrouten/Knoten). Solche Geometrien - konkret: Way oder Relation
über Ways - kennen wir doch schon beim öffentlichen Verkehrsnetz (z.B.
S-Bahn). Da sehe ich grundsätzlich keinen Unterschied und würde das in
OSM dulden.

Fazit: FIS sollen OSM nutzen können unter bestimmten Bedingungen (u.a.
Zurückhaltung). Habe dazu eine Wiki-Seite eröffnet:
http://wiki.openstreetmap.org/wiki/DE:Nutzung_von_OSM_durch_FIS . Nur
zu mit Editieren...

= Gibt es gute Beispiele zur Nutzung von OSM durch FIS?

LG,
-S.

P.S. Die vielen Opengeodb-Tags stören mich (auch) schon lange. Sind
die nicht veraltet? Kann man ev. nicht mal die löschen?


Am 2. Februar 2011 23:40 schrieb Frederik Ramm frede...@remote.org:
 Hallo,

 On 02/02/11 23:17, Ulf Lamping wrote:

 Bist Du auch davon ueberzeugt, dass diese Daten in OSM direkt enthalten
 sein muessen, um genutzt werden zu koennen?

 Ich bin davon überzeugt, das diese Daten direkt in OSM enthalten sein
 sollten, wenn der Aufwand für einen potentiellen Anwender der Daten
 ungleich geringer ist als diese seperat zu pflegen. Das ist hier aus
 meiner Sicht der Fall.

 Wir haben hier ja sozusagen drei verschiedene Datenbanken:

 1. OSM

 2. Das TMC-Netz, das wir auf OSM abbilden

 3. aktuelle Verkehrsdaten, die auf das TMC-Netz abgebildet werden

 Um 3 brauchen wir uns nicht zu kuemmern. Wer pflegt die Datenbank 2,
 also das TMC-Netz an sich - gibt es da regelmaessig neue TMC-Nodes oder
 Aenderungen inden bestehenden, oder ist das weitgehend statisch?

 1 pflegen wir sowieso.

 Derzeit ist in OSM sowohl die Abbildung 1-2 als auch, wie mir scheint, die
 komplette Datenbank 2 erhalten (oder es ist zumindest als Zielzustand so
 geplant).

 Der potentielle Anwender ist also einer, der irgendwas programmiert, was
 Meldungen aus der Datenbank 3 annimmt und auf der Datenbank 1 anzeigt
 und sich dazu die 2 und deren Abbildung 1-2 zunutze macht.

 Vermutlich hast Du recht, dass die Pflege des 1-2-Mappings in OSM am
 einfachsten ist. Was den Speicherort der Datenbank 2 betrifft, glaube ich
 aber, dass der potentielle Anwender es einfacher haette, wenn diese
 Datenbank separat waere.

 Ohne jetzt die genauen Details zu kennen, scheint mir das Vorgehen ja so: Es
 kommt eine Meldung von TMC-Id 1234 bis TMC-Id 2345 ist Zustand ABCD. Es
 gilt nun, zunaechst herauszufinden, welche TMC-Ids alle zwischen 1234 und
 2345 liegen, dann, diese auf der Karte zu identifizieren, und dann das ganze
 einzuzeichnen bzw, herumzurouten.

 Wenn ich nun anstatt einer sauberen TMC-Datenbank 2, die einfach eine
 komplette Liste aller Knoten und Kanten des TMC-Graphen enthaelt, die
 derzeit in OSM vorliegende Schlaglicht-Sichtweise habe, bedeutet das, dass
 ich mir zuerst alle TMC-IDs aus OSM heraussuchen muss, dann anhand der
 next/previous-IDs mit einen Graphen aufbauen, der im worst case sogar
 lueckenhaft sein wird (ein einzelner fehlender Node reisst da ja schon ganze
 Verbindungen ein).

 Habe ich die Datenbank 2 separat vorliegen, so kann ich auf jeden Fall
 korrekt und exakt bestimmen, dass es sich insgesamt um die Strecke TMC-Id
 1234-5678-7890-2345 handelt (oder so), und selbst wenn ich einzelne davon
 nun nicht in OSM finde, weiss ich trotzdem grob, wo's langgeht.

 Also: Wenn der Softwareschreiber/Datenaufbereiter die Datenbank 2 als
 echte Datenbank hat, hat er's leichter, nicht schwerer.

 Oder?

 Bye
 Frederik

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


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

Re: [Talk-de] Kraftwerks-Karte (war: Open Windrad Map)

2011-02-03 Thread Claudius


Am 02.02.2011 18:41, Stephan Wolff:

Am 02.02.2011 14:43, schrieb Claudius:

Am 02.02.2011 11:28, Stephan Wolff:

Ich arbeite an einer Karte zu Kraftwerken und Stromnetzen.


Wäre toll, wenn du dabei auch das erweiterte Schema
http://wiki.openstreetmap.org/wiki/Key:generator:source für Quelle und
Art der Stromerzeugung unterstützen könntest.


generator:source und generator:output:electricity werden ausgewertet.
Was vermisst du?


Sorry, Ich hatte die falsche Schlußfolgerung gezogen, weil 
Solarkraftwerke auf deiner Karte mit dem generischen weißen 
Kraftwerkssymbol angezeigt werden. Wie beispielsweise hier das 
Solarkraftwerk Espenhain: 
http://toolserver.org/~osm/styles/?zoom=13lat=51.18983lon=12.44587layers=F0FFF0FFFB000T


Claudius


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

[Talk-de] XAPI vs. API

2011-02-03 Thread Manuel Reimer

Hallo,

ich nutze XAPI, um eine mit OpenLayers gebaute, auf Openstreetmap basierte,
Vereinskarte mit einigen POIs aufzubereiten. Die POIs habe ich via GPS erfasst
und in der OpenStreetMap-Datenbank eingepflegt. Um mögliche Änderungen
mitzubekommen, hole ich die Daten (Nodes in einem bestimmten Bereich) täglich
via Cron-Job ab.

Allerdings wird XAPI mehr und mehr unbenutzbar. Gegen sporadische Ausfälle ist
mein Script auf dem Server gewappnet. Wenn der Server innerhalb einer bestimmten
Zeit nicht antwortet, dann wird abgebrochen. Mein System läuft dann von meinem
eigenen (dann eben nicht aktuellen) Cache-File. Die Benutzer merken davon
nichts. Was in letzter Zeit abgeht ist aber kein sporadischer Ausfall mehr,
sondern man bekommt dann und wann tagelang garkeine Antwort vom Server. Neu
erfasste Punkte bekomme ich so nicht auf die Vereinskarte.

Eine Suche im Wiki ergab keinen Hinweis darauf, dass die offizielle API nicht
für die Nutzung beim Generieren z.B. einer Vereinskarte genutzt werden darf. Es
geht in meinem Fall um eine genau bekannte Gruppe von Nodes, denn die OSM-Nodes
werden mit Daten aus meiner eigenen Datenbank (Fotos) aufgewertet. Nodes für die
meine DB kein Foto hat, interessieren mich nicht. Ich würde also mit einer
einzigen nodes?nodes=...-Anfrage täglich auskommen und so gezielt die Nodes,
die ich suche, via ID anfragen. Es geht um etwa 40 Nodes.

Spricht etwas *gravierendes* dagegen, dass ich meine Script auf die offizielle
API umbaue? Eine einzige nodes-Anfrage geht vermutlich in der Vielzahl an
Anfragen schlicht unter. Bei meinen täglichen Editierarbeiten an der OSM erzeuge
ich vermutlich ein hundertfaches an Traffic. IMHO sollte es dann doch kein
Problem sein, meine erfassten Daten auch zu nutzen.

Und um die Diskussion im Voraus abzuwürgen: Planet-File ist indiskutabel! Ich
brauche 40 Nodes und nicht ganz Bayern!

Gruß

Manuel


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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Florian Lohoff

On Wed, Feb 02, 2011 at 03:26:28PM +0100, Jan-Benedict Glaw wrote:
 ...und in ganz NRW gibts Nebel und Eisregen. Sowas kommt nicht nur
 gesprochen vom Radio-Moderator, sondern wird eben auch via TMC
 übertragen.

NA - an der Grenze fuer NRW sind die Daten aber dran - Also der
TMC Location code ...

http://www.openstreetmap.org/browse/relation/62761

So weit ich weiss bezieht sich TMC auch immer auf administrative
Grenzen und eben die wollen wir in OSM auch haben.

Flo
-- 
Florian Lohoff f...@zz.de
 Professionell gesehen bin ich zu haben 


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

Re: [Talk-de] Löschen von falschen und abgetauten Loipen

2011-02-03 Thread Andreas Tille

On Wed, Feb 02, 2011 at 07:11:16PM +0100, malenki wrote:
 NopMap schrieb:
 
 Von daher würde ich anregen, Langlaufloipen, die abgetaut sind bzw.
 allgemein formuliert die vor Ort absolut nicht mehr nachvollziehbar
 sind, konsequenterweise auch aus dem Datenbestand zu löschen.
 
 Konsequent aus deiner Sicht wäre sicher, die erst gar nicht zu
 erfassen, oder?

... und ich frage mich warum ich mir extra eine Loipenkarte für mein
Gebiet hier gekauft habe - muß ich die im Frühjahr verbrennen?

Im Ernst: Natürlich ändern sich auch mal Loipen, weil sie teilweise
nicht mehr passierbar sind (Baumbruch etc.) aber das ist auch bei Wegen
der Fall.  Die Änderungs-Frequenz ist halt bei wegen nicht so groß.
Prinzipiell gibt OSM an: Hier ist eine Loipe ... und wenn man vor Ort
feststellt, daß die sich geändert hat wird halt die Änderung
nachgeführt.

Die Eigenschaft Loipenroute besteht auch im Sommer (genau wie bei
einer im Bau befindlichen Straße nach wie vor eine Straße ist).  Die
Eigenschaft befahrbahr oder nicht wäre ein interessantes Feature -
ich glaube nur nicht, daß man das zuverlässig pflegen kann und würde
das daher eher dem gesunden Menschenverstand überlassen.

Viele Grüße

   Andreas.

-- 
http://fam-tille.de

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

Re: [Talk-de] XAPI vs. API


Hallo,

On 02/03/11 12:06, Manuel Reimer wrote:

Eine Suche im Wiki ergab keinen Hinweis darauf, dass die offizielle API nicht
für die Nutzung beim Generieren z.B. einer Vereinskarte genutzt werden darf.


Das ist auch nicht der Fall. So richtig deutlich steht das nirgends. 
Klar ist, dass die offizielle API eigentlich eine Editing API ist - 
sie ist in der Hauptsache zum Editieren gedacht, und alle Zugriffe, die 
mit dem Editieren in Zusammenhang stehen, sind legitim.


Die API wird aber auch benutzt, um auf den Webseiten Objekte anzuzeigen, 
also wenn Du z.B.


http://www.openstreetmap.org/browse/way/97162579

aufrufst, kommen die Daten auch von der API. Und ein Klick auf diesen 
Link macht schon mehr last auf der API als der von Dir skizzierte 
Nodes-Request mit 40 IDs.


Also, langer Rede kurzer Sinn, Du hast zwar kein verbrieftes Recht, die 
API fuer Deinen Zweck zu benutzen, aber diese Nutzung ist voellig 
unproblematisch.


Andere Leute machen eine sechsstellige Anzahl von Abfragen am Tag, bis 
sie endlich gesperrt werden ;)


Bye
Frederik

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Jan-Benedict Glaw

On Thu, 2011-02-03 12:13:29 +0100, Florian Lohoff f...@zz.de wrote:
 On Wed, Feb 02, 2011 at 03:26:28PM +0100, Jan-Benedict Glaw wrote:
  ...und in ganz NRW gibts Nebel und Eisregen. Sowas kommt nicht nur
  gesprochen vom Radio-Moderator, sondern wird eben auch via TMC
  übertragen.
 
 NA - an der Grenze fuer NRW sind die Daten aber dran - Also der
 TMC Location code ...
 
 http://www.openstreetmap.org/browse/relation/62761
 
 So weit ich weiss bezieht sich TMC auch immer auf administrative
 Grenzen und eben die wollen wir in OSM auch haben.

Na, das schreib' ich doch! Via TMC wird eben nicht nur über
Verkehrsbehinderung an Straßenzügen berichtet, sondern eben auch in
Polygonen (zumeist Kreise bzw. Bundesländer.)

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
Signature of:  The course of history shows that as a government grows, liberty
the second  : decreases.  (Thomas Jefferson)


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

Re: [Talk-de] cycleway=track vs. cycleway=opposite_track

2011-02-03 Thread smarties

Hi,

NEIN.

Die Heidelberger Radfahrer halten es wohl nicht besonders mit der StVO.

Laut StVO [1] gilt das Verkehrszeichen 220 (Einbahnstraße) sowie 
Verkehrszeichen 250 (Verbot für Fahrzeuge aller Art) auch für Radfahrer. In 
diesem Fall kann man für einen Radweg cycleway:track mappen.

Cycleway=opposite_track ist nur möglich wenn unter dem Verkehrszeichen 220 
(Einbahnstraße) das Zusatzschild 1000-33 (Radfahrer im Gegenverkehr) oder unter 
dem Verkehrszeichen 250 (Verbot für Fahrzeuge aller Art) das Zusatzschild 
1022-10 (Radfahrer frei) hängt.

[1] http://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_Deutschland


Mit freundlichen Grüßen
Stephan
aka smarties



 Original-Nachricht 
 Datum: Wed, 02 Feb 2011 22:32:21 +0100
 Von: Pascal Neis pascal.n...@gmail.com
 An: talk-de@openstreetmap.org
 Betreff: [Talk-de] cycleway=track vs. cycleway=opposite_track

 Hi,
 bin vor ein paar Tagen auf ein Fahrrad-Routing-Problem
 mit Ways die ein cycleway=track-Tag besitzen aufmerksam
 gemacht worden. (danke Sven :) )
 
 Folgendes Problem: Darf ein Way der als cycleway=track
 und auch als Einbahnstraße getaggt ist in verkehrter
 Richtung mit dem Fahrrad befahren werden ? Laut der
 Tag-Beschreibung im Wiki[1] eher nein! Ansonsten müsste
 er als cycleway=opposite_track gemappt sein.
 
 Laut Tagwatch gibt es um einige mehr cycleway=track
 als cycleway=opposite_track vgl.[2]. Sollte aber dennoch
 ein Way mit cycleway=track mit dem Fahrrad in falscher
 Richtung befahrbar sein ? In Heidelberg machen das alle
 Radfahrer so ... :)
 
 dankeviele gruesse
 pascal
 
 [1] http://wiki.openstreetmap.org/wiki/DE:Key:cycleway?uselang=de
 [2] http://tagwatch.stoecker.eu/Germany/De/keystats_cycleway.html
 
 
 ___
 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] Luftbildrätzel II

2011-02-03 Thread Jan Tappenbeck




 HI !

jetzt habe ich mal ein Bild und wüßte gerne was es in Spanien ist.

Das Bild findet sich unter 
http://www.tappenbeck.net/forum/osm/osm_luftbild_20110203.jpg


Das Bild entstammt 
http://www.openstreetmap.org/?lat=37.29269lon=-3.18485zoom=17.


...?

Hat einer eine Idee ?

Gruß Jan :-)


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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Henning Scholland


Am 03.02.2011 10:44, schrieb Frederik Ramm:

Hallo,

On 02/03/11 10:05, Henning Scholland wrote:

Bsp:
Auf dem OSM-Weg verläuft nur eine Richtung:
(1234)---(5678) -- TMC:forward=1234:5678
oder
(1234)---(5678) -- TMC:backward=1234:5678


Was waere der Unterschied zwischen TMC:forward=1234:5678 und 
TMC:backward=5678:1234?


Das forward bzw. backward sollte die Richtung des Verkehrsstromes  in 
Bezug auf die Wegrichtung in den OSM-Daten anzeigen. Bei oneway=yes 
hätte man typischerweise forward und bei oneway=-1 hätte man backward. 
Auf einem Weg mit zwei Verkehrsrichtungen wäre es nötig um nur eine 
Richtung sperren zu können.

Man könnte es auch über Relationen machen, da hast du recht.

Für das allgemeine Verständnis finde ich die Variante über Wege 
(meinetwegen auch Relationen) zu gehen einfacher
als wenn man nur irgendwelche Knoten einträgt. Man selektiert den 
betreffenden Weg und hat die Info im Sichtfeld und kann diese bearbeiten 
und muss nicht erst nodes suchen.


Die Idee ist sicher nicht perfekt, sondern wäre meiner Meinung nach 
verständlich und für Router einfach auszuwerten. Weil theoretisch gäbe 
es unendlich viele Möglichkeiten zwei Punkte mit einander zu verbinden. 
Welches nun der richtige Weg ist, wäre meiner Meinung nach mehr raterei.


Henning


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

Re: [Talk-de] Luftbildrätzel II

2011-02-03 Thread Henning Scholland


Wie wäre es mit einem Parabolrinnenkraftwerk?

http://www.google.de/images?q=Parabolrinnenkraftwerk

Henning


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

Re: [Talk-de] Löschen von falschen und abgetauten Loipen

2011-02-03 Thread Wolfgang

Hallo,
Am Donnerstag 03 Februar 2011 08:32:54 schrieb André Joost:

 Das aktuelle Problem ist wohl eher, ob die Loipen im Jahr 2 nach Bing
 noch mit den bisher in OSM erfassten Geodaten zusammenpassen. Derzeit
 werden ja massiv Knoten nach Luftbildern geschubst. Da passt eine nach
 schlechten GPS-Daten gezeichnete Spur irgendwann nicht mehr.
 Hochgeladene GPX-Tracks helfen da wenig, weil man ja nicht weiß, ob
 derhjenige auf Ski oder Sohle unterwegs war.
 

Viele nach GPS gezeichnete Wege sind besser als das, was bing so liefert. 
Haufenweise nicht aneinander passende Bildansätze, Schlieren, Streifen etc. In 
unebenem Gelände durch die Schrägaufnahmen ein reines Glückspiel, ob der Weg 
passt oder nicht.

Bing ist eine Hilfe beim Mappen, aber ohne die Tracks unbrauchbar.

Gruß, Wolfgang

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Sven Anders

Am 02.02.2011 22:56, schrieb Frederik Ramm:
 Hallo,
 
 On 02/02/11 21:16, Sven Anders wrote:
 Mein Eindruck ist: Marcus hat sich sehr viel Mühe gemacht ein
 funktionierendes TMC Schema zu entwerfen.
 
 Marcus hat ein Schema fuer Maschinen entworfen. OSM ist aber fuer
 Menschen. Fuer Menschen ist dieses Schema nicht wartbar.

Naja die Bundesanstallt für Straßenwesen pflegt ja solche Tabellen auch.
 
 Leider gab es sehr wenig
 Kommentare dazu. Alle die ich gerne dazu um eine Meinung gefragt hätte,
 haben immer nur abgewunken, und gesagt, mit TMC beschäftige ich mich
 nicht, da habe ich keine Zeit zu etc..

 Ich meine mich zu erinnern, das ich auch dich gefragt hatte.
 
 Das ist sehr gut moeglich. Wie gesagt, normalerweise finde ich es auch
 das richtige Verhalten, Leute, die sich mit etwas auskennen, einfach mal
 machen zu lassen, und wuerde mich selber jetzt da nicht einmischen. Es
 draengt sich mir aber mehr und mehr der Verdacht auf, dass dieses
 Problem sehr suboptimal geloest wurde und an anderen Stellen Probleme
 schafft, und dass man daher jetzt einen Kurswechsel einleiten (oder die
 Notbremse ziehen) muss, bevor das Problem immer groesser wird.


Wo bitte ist das Problem an anderen Stellen?

Du vermutest Probleme, wenn jemand eine Schema ändert etc. aber bislang
sagst du nicht ich will das und das ändern und das beißt sich mit TMC.

Außer das es dir nichts gefällt, habe ich bislang nichts dazu gehört.

 Bist Du auch davon ueberzeugt, dass diese Daten in OSM direkt enthalten
 sein muessen, um genutzt werden zu koennen?

Ein Teil der Daten macht IMHO nur in OSM Sinn. Die Angaben von dem
Bundesamt sind an manchen Stellen so schlecht, das es auch nicht einfach
zu berechnen wäre. Andere Daten wie z.B. alles was der TMC Bot ergänzt
müssen nicht im OSM enthalten sein.

Aber ich fände es trotzdem gut sie drinn zu habem, weil dann niemand für
eine TMC Unterstützung beim Bundesamt nachfragen müsste. Sonst müssten
diese Daten z.B. zusammen mit Navit ausgeliefert werden.

 Damit eröffnest du aber ganz klar eine Relevanz-Diskussion.
 Ich will nur eine Datenbank für alle Geo-Informationen. Die soll
 OpenStreetMap heißen.
 
 Ich hingegen werde nicht muede, jedem zu sagen, dass alles, was
 sinnvollerweise ausserhalb von OSM gepflegt werden kann, auch ausserhalb
 von OSM gepflegt werden sollte.

Das ist ja ein toller Satz, die Frage ist ja was wird sinnvollerweise
außerhalb gefplegt?

 Wo ich aber die Grenze ziehe, ist, wenn diese kompletten externen
 Datenbanken mit in OSM abgebildet werden (wenn jetzt zusaetzlich noch
 vermerkt werden soll, in welcher Richtung der naechste Mautknoten liegt,
 wie viele Tarifkilometer der entfernt ist, undsoweiter). *Das* sind
 keine Geodaten mehr.

Natürlich kann ich Dir da nicht ganz widersprechen. Aber ein wenig:

Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die
Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade
geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten
benutzen. Natürlich gibt es Grenzen, aber bei dem was wir bislang an TMC
Daten haben ist das IMHO doch nicht das Problem.

Es wäre doch toll, wenn jemand für einen Mautkalkulator nur OSM Daten
verwenden müsste, und dazu sind halt die Tarifkilometer wichtig.

Das ist eine Relevanz-Diskussion. Wo ziehen wir die Grenze?

Deine Grenze ist Geodaten. Die TMC Daten besteht eigentlich fast nur
aus Geodaten, es geht ja auch nur um Zuordnung einer Verkehrsmeldung zu
Geodaten. Das ist der Sinn von TMC.

 Aber nicht, wenn Du irgendwann damit rechnen musst, durch die
 Verfeinerung einer Strassengeometrie ploetzlich die akribisch erstellte
 next-node-id-previous-node-id-Struktur von jemand anders kaputt zu
 machen und der sich dann bei Dir beschwert.

Ist das schon passiert? Oder ist das ein theoretisches Problem?

Entschuldigung ich reite darauf vielleicht etwas rumm, aber ich
hab immer noch den verstehe immer noch nicht, warum du bei dem Thema so
Radikal argumentierst.



Gruß
Sven

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

Re: [Talk-de] Luftbildrätzel II

2011-02-03 Thread Seehundefuehrer

Henning Scholland osm at aighes.de writes:

 
 Wie wäre es mit einem Parabolrinnenkraftwerk?
 
 http://www.google.de/images?q=Parabolrinnenkraftwerk
 
 Henning
 

Unwahrscheinlich, dann wären die Rinnen von West nach Ost um die Sonne von Süden
her effektiv nutzen zu können

Ich tippe auf irgendwelche landwirtschaftliche Lager- / Trockeneinrichtungen.

Gruß
Mirko




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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Wolfgang

Hallo,
Am Mittwoch 02 Februar 2011 21:16:57 schrieb Sven Anders:

sehr viel sinnvollen Text
 
+1

Gruß, Wolfgang

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

[Talk-de] Von OpenStreetMap abmelden

2011-02-03 Thread Fetisch Maus

Hallo,

Wie kann ich mich von OpenStreetMap abmelden?

Ich möchte mich vom Wiki und von OpenStreetMap.org löschen.

Gibt es nicht ein Deutsches bzw. EU-Gesetz dass das möglich sein muss?
Man liest ja immer so viel in den Zeitungen darüber, wegen Datenschutz.

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?


Hallo,

On 02/03/2011 02:59 PM, Sven Anders wrote:

Du vermutest Probleme, wenn jemand eine Schema ändert etc. aber bislang
sagst du nicht ich will das und das ändern und das beißt sich mit TMC.


Ich moechte, dass OSM nach Moeglichkeit auch weiterhin ohne 
Fuehrerschein bedienbar ist. Dass man sich ein bisschen reinfuchsen 
muss in die Art, wie OSM tickt - was sind Tags, was sind Ways usw., 
laesst sich nicht vermeiden. Aber dass man sich dazu noch - je nachdem, 
was man gerade editiert - in verschiedene Fachdatenwelten 
hineinfuchsen muss, dass missfaellt mir.


Ich habe normalerweise keine unterdurchschnittliche Auffassungsgabe, 
aber fuer mich sahen und sehen diese TMC-Daten in OSM wie Kraut und 
Rueben aus, wie etwas, das ich ohne zusaetzliche Software nicht 
verstehen kann und dessen Korrektheit ich nicht pruefen kann.


Ich habe die Befurechtung, dass dadurch Mapper abgeschreckt werden - und 
mindestens einer hat mir hier ja auch recht gegeben und gesagt, er 
laesst von einer so getaggten Strasse dann lieber die Finger. Das ist 
genau das, was ich vermeiden will.


Ich mag auch einige andere Sachen nicht, es gibt z.B. eine ganze Anzahl 
von Relationen nach dem neuen OePNV-Schema, an denen gross eine Warnung 
dran steht Bitte nicht aendern, bevor Du nicht die Seite XYZ gelesen 
hast. Das ist auch schon sowas, wo ein paar Leute sich in OSM eine 
kleine Mauer bauen und sagen hier darf nur mitmachen, wer die folgenden 
Bedingungen erfuellt. Mir ist schon klar, dass das manchmal notwendig 
ist, aber es ist ein notwendiges Uebel mit der Betonung auf Uebel.


Ein bisschen muss TMC hier als Stellvertreter fuer viele andere 
aehnliche Situationen herhalten, die noch kommen werden - aber, auch das 
wurde gesagt, Marcus hatte ja angeblich mit dem TMC-Import auch vor, in 
gewisser Weise richtungsweisend zu sein. Und da muss ich sagen, in 
*diese* Richtung - naemlich mehr und mehr unverstaendliche Spezialtags, 
die dem Mapper jede Sicherheit rauben - moechte ich nur sehr ungern 
gehen. Ich habe die ernste Befuerchtung, dass das unserem Projekt die 
Basisdemokratie raubt, dieses jeder kann ganz einfach mitmachen. Das 
finde ich aber elementar wichtig.


Fuer mich kommt so ein Node mit 4 TMC-Tags an wie eine Reviermarkierung. 
Hier nichts aendern, dieser Node bedeutet was bestimmtes, und was 
genau, das wirst Du auch dann nicht verstehen, wenn Du auf die Wikiseite 
geschaut hast.


Ich halte mich fuer nicht ganz bloed, aber ein einfaches 
auf-die-Wikiseite-Schauen hat mir nicht gereicht, um zu verstehen, was 
das alles soll. Und ich bin ein alter OSM-Hase. Wie soll das also erst 
bei einem Neuling ankommen? Der schlaegt doch die Haende ueberm Kopf 
zusammen und geht lieber wieder.



Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die
Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade
geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten
benutzen.


Nein, das sehe ich ganz anders, zumindest ist unsere Technologie fuer 
sowas nicht ausgelegt - dann muessten wir viel mehr filtern koennen und 
z.B. dafuer sorgen koennen, dass ein Tileserver nicht saemtliche 
Telefonzellen-Stoerungsmeldungen gefuettert bekommt und so weiter. Ich 
sehe generell mit Besorgnis, was Leute alles in OSM stopfen moechten - 
meistens aus Faulheit oder Inkompetenz: Ich habe hier diesen Datensatz 
mit Vogelbeobachtungen, aber weil ich nicht in der Lage bin, eine Karte 
zu rendern, auf der diese Vogelbeobachtungen ueber einen OSM-Hintergrund 
eingezeichnet werden, will ich lieber die Vogelbeobachtungen zu OSM 
hochladen, dann kann ich das komfortabel in meinem Renderer einstellen.



Entschuldigung ich reite darauf vielleicht etwas rumm, aber ich
hab immer noch den verstehe immer noch nicht, warum du bei dem Thema so
Radikal argumentierst.


Vielleicht ist das jetzt einigermassen klar geworden. Die 175000 
TMC-Tags in der Datenbank allein wuerden eine solche Haltung vielleicht 
noch nicht rechtfertigen - aber die Richtung, in die das zeigt, und die 
Angst, dass mit anderen Nischeninformationen ebenso verfahren wird.


Bye
Frederik

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

2011-02-03 Thread Stefan Keller

Ih möchte da Frederik etwas die Stange halten.

Die Erläuterungen zu TMC und das TMC Schema entsprechen z.zT. wirklich
nicht den Regeln der sinnvoller OSM-Schemas. Ich beziehe mich auf die
Schema-Diskussion oben und den wohl relevanten Artikel
http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Tagging_Schema

Da steht u.a. TMC:LocationCode, TMC:Direction,
TMC:NextLocationCode,TMC:PrevLocationCode. Auch konkrete
OSM-Beispieldaten helfen da nicht weiter.

Das bringt mich - nebst bitte menschenlesbaren Tag-Namen - auf einen
weiteren Punkt in
http://wiki.openstreetmap.org/wiki/DE:Nutzung_von_OSM_durch_FIS

Es besteht die Gefahr, dass das Schema aus Sicht FIG modelliert wird,
mit fachinternen Abkürzungen und Codes. Solche sollten vermieden
und/oder ausgedeutscht werden (z.B. textuelle
Aufzähltypen/Enumeration statt Zahlen). Präzise (Fach-)Begriffe sind
wichtig, sie müssen aber trotzdem mit vertretbarem Aufwand
verständlich sein.

LG, S.

Am 3. Februar 2011 16:10 schrieb Frederik Ramm frede...@remote.org:
 Hallo,

 On 02/03/2011 02:59 PM, Sven Anders wrote:

 Du vermutest Probleme, wenn jemand eine Schema ändert etc. aber bislang
 sagst du nicht ich will das und das ändern und das beißt sich mit TMC.

 Ich moechte, dass OSM nach Moeglichkeit auch weiterhin ohne Fuehrerschein
 bedienbar ist. Dass man sich ein bisschen reinfuchsen muss in die Art, wie
 OSM tickt - was sind Tags, was sind Ways usw., laesst sich nicht vermeiden.
 Aber dass man sich dazu noch - je nachdem, was man gerade editiert - in
 verschiedene Fachdatenwelten hineinfuchsen muss, dass missfaellt mir.

 Ich habe normalerweise keine unterdurchschnittliche Auffassungsgabe, aber
 fuer mich sahen und sehen diese TMC-Daten in OSM wie Kraut und Rueben aus,
 wie etwas, das ich ohne zusaetzliche Software nicht verstehen kann und
 dessen Korrektheit ich nicht pruefen kann.

 Ich habe die Befurechtung, dass dadurch Mapper abgeschreckt werden - und
 mindestens einer hat mir hier ja auch recht gegeben und gesagt, er laesst
 von einer so getaggten Strasse dann lieber die Finger. Das ist genau das,
 was ich vermeiden will.

 Ich mag auch einige andere Sachen nicht, es gibt z.B. eine ganze Anzahl von
 Relationen nach dem neuen OePNV-Schema, an denen gross eine Warnung dran
 steht Bitte nicht aendern, bevor Du nicht die Seite XYZ gelesen hast. Das
 ist auch schon sowas, wo ein paar Leute sich in OSM eine kleine Mauer bauen
 und sagen hier darf nur mitmachen, wer die folgenden Bedingungen erfuellt.
 Mir ist schon klar, dass das manchmal notwendig ist, aber es ist ein
 notwendiges Uebel mit der Betonung auf Uebel.

 Ein bisschen muss TMC hier als Stellvertreter fuer viele andere aehnliche
 Situationen herhalten, die noch kommen werden - aber, auch das wurde gesagt,
 Marcus hatte ja angeblich mit dem TMC-Import auch vor, in gewisser Weise
 richtungsweisend zu sein. Und da muss ich sagen, in *diese* Richtung -
 naemlich mehr und mehr unverstaendliche Spezialtags, die dem Mapper jede
 Sicherheit rauben - moechte ich nur sehr ungern gehen. Ich habe die ernste
 Befuerchtung, dass das unserem Projekt die Basisdemokratie raubt, dieses
 jeder kann ganz einfach mitmachen. Das finde ich aber elementar wichtig.

 Fuer mich kommt so ein Node mit 4 TMC-Tags an wie eine Reviermarkierung.
 Hier nichts aendern, dieser Node bedeutet was bestimmtes, und was genau,
 das wirst Du auch dann nicht verstehen, wenn Du auf die Wikiseite geschaut
 hast.

 Ich halte mich fuer nicht ganz bloed, aber ein einfaches
 auf-die-Wikiseite-Schauen hat mir nicht gereicht, um zu verstehen, was das
 alles soll. Und ich bin ein alter OSM-Hase. Wie soll das also erst bei einem
 Neuling ankommen? Der schlaegt doch die Haende ueberm Kopf zusammen und geht
 lieber wieder.

 Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die
 Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade
 geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten
 benutzen.

 Nein, das sehe ich ganz anders, zumindest ist unsere Technologie fuer sowas
 nicht ausgelegt - dann muessten wir viel mehr filtern koennen und z.B.
 dafuer sorgen koennen, dass ein Tileserver nicht saemtliche
 Telefonzellen-Stoerungsmeldungen gefuettert bekommt und so weiter. Ich sehe
 generell mit Besorgnis, was Leute alles in OSM stopfen moechten - meistens
 aus Faulheit oder Inkompetenz: Ich habe hier diesen Datensatz mit
 Vogelbeobachtungen, aber weil ich nicht in der Lage bin, eine Karte zu
 rendern, auf der diese Vogelbeobachtungen ueber einen OSM-Hintergrund
 eingezeichnet werden, will ich lieber die Vogelbeobachtungen zu OSM
 hochladen, dann kann ich das komfortabel in meinem Renderer einstellen.

 Entschuldigung ich reite darauf vielleicht etwas rumm, aber ich
 hab immer noch den verstehe immer noch nicht, warum du bei dem Thema so
 Radikal argumentierst.

 Vielleicht ist das jetzt einigermassen klar geworden. Die 175000 TMC-Tags in
 der Datenbank allein wuerden eine solche Haltung vielleicht noch nicht

[Talk-de] Störende OpenGeoDB Daten

2011-02-03 Thread Sven Anders


Am 03.02.2011 11:44, schrieb Stefan Keller:

P.S. Die vielen Opengeodb-Tags stören mich (auch) schon lange. Sind
die nicht veraltet? Kann man ev. nicht mal die löschen?




Ich hab die damlas importiert, als es für viele Orte noch nicht mal die 
Hauptstraße gab. Das führte dazu, das man zumindest die Orte suchen konnte.


Die Daten sind für uns wahrscheinlich nicht mehr wichtig. Für die 
OpenGeoDB sind sie auch nicht so interessant, da die OSM Lizenz 
restriktiver ist als die Lizenz von OSM.


Hier mal ein paar Beispieldaten für einen Place.
openGeoDB:auto_update: population
openGeoDB:community_identification_number: 0200
openGeoDB:is_in: Freie und Hansestadt Hamburg,Bundesrepublik 
Deutschland,Europe

openGeoDB:is_in_loc_id: 17838
opengeodb:lat: 53.4855784
openGeoDB:layer: 9
openGeoDB:license_plate_code: HH
openGeoDB:loc_id: 26754
opengeodb:lon: 9.8803265
openGeoDB:name: Hausbruch
openGeoDB:population: 17009
openGeoDB:postal_codes: 21075,21079,21147,21149
openGeoDB:sort_name: HAUSBRUCH
openGeoDB:telephone_area_code: 040
openGeoDB:version: 0.2.6.11 / 2007-12-04 / 
http://fa-technik.adfc.de/code/opengeodb/dump/



Allerdings wird die OpenGeoDB immer noch weiter gepflegt.

Siehe:
http://fa-technik.adfc.de/code/opengeodb.pl?action=changes

Man könnte jederzeit zur Qualitätsicherungssicherung eine Prüfung gegen 
die OpenGeoDB laufen lassen. Dazu würde aber die openGeoDB:loc_id 
ausreichen. Das würde ich nicht gerne verlieren, auch wenn ich im Moment 
keinen Kontrollauf plane.


Gibt es andere Meinungen zu den Tags? Drinn lassen? Raus löschen?

Ich würde sie drinn lassen, da sie nicht wirklich stören.

Gruß
Sven



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

[Talk-de] Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?)

2011-02-03 Thread Sven Anders


Am 03.02.2011 16:10, schrieb Frederik Ramm:


Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die
Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade
geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten
benutzen.


Nein, das sehe ich ganz anders, zumindest ist unsere Technologie fuer
sowas nicht ausgelegt - dann muessten wir viel mehr filtern koennen und
z.B. dafuer sorgen koennen, dass ein Tileserver nicht saemtliche
Telefonzellen-Stoerungsmeldungen gefuettert bekommt und so weiter.


Ja, aber ich mappe doch nicht für den Tileserver.

Ich erinnere mich an eine Diskussion mit Sven Sommerkamp, der mir 
verbieten wollte straßenbegleitende Radwege in OSM als extra Way 
anzulegen, weil ansonsten sein Garmin nicht mehr in Hamburg routen 
konnte[1]. Das kann doch kein ernst zu nehmendes Argument sein. Ich will 
jetzt nicht die Dikssion über straßenbegleitende Radwege weider 
aufwecken. Ich finde die Diskussion hat ähnlichen Character.


Die Wheelmap-Leute haben einen echten Mehrwert, wenn sie wissen, ob ein 
Fahrstuhl funktioniert, okay ist nicht die Telefonzelle, aber genau so 
eine Information. Mache Fahrstühle gehen in Hamburg über 6 Monate nicht. 
Da ist dann überhaupt die Frage ob man den Fahrstuhl nicht löschen sollte.



Ich
sehe generell mit Besorgnis, was Leute alles in OSM stopfen moechten -
meistens aus Faulheit oder Inkompetenz: Ich habe hier diesen Datensatz
mit Vogelbeobachtungen, aber weil ich nicht in der Lage bin, eine Karte
zu rendern, auf der diese Vogelbeobachtungen ueber einen OSM-Hintergrund
eingezeichnet werden, will ich lieber die Vogelbeobachtungen zu OSM
hochladen, dann kann ich das komfortabel in meinem Renderer einstellen.


Und jeder kann eigene Vorgelbeobachtungen hinzufügen und man kann es 
gemeinsam auswerten. Ist doch prima. Ich finde daran erstmal nichts 
inkompetent. Und Faulheit ist doch auch gut, ich bin gerne Faul.


Ich hab gerade den Eindruck das du dich zuviel um Tileserver/OSM 
verarbeitende Jobs kümmerst und deshalb dich das Ansteigen der OSM-Daten 
nervt, das kann ich gut verstehen, der osm-tmc Validator läuft auch 
nicht rund, weil ich mit dem Umschreiben der Programme die das Erzugen 
nicht hinterher komme und die Daten so stark wachsen.


Ich finde aber gerade das es eine Stärke von OSM ist solche Daten hinzu 
zu fügen. Wir sind eine Geodatenbank für fast alles das bedeutet, das 
wir natürlich auch viel Nischenkram drinn haben.


Ich hab bislang für OSM damit geworben, das mein bei uns auch 
Nischenkram (DSL-Anschlußkästen,Hundekottütenspender etc.) verarbeiten kann.



Gibt es hier noch andere Stellungnahmen zum Thema Relevanz in OSM?

Was soll in unsere Datenbank und was nicht?

Gruß
Sven

[1] http://lists.openstreetmap.org/pipermail/talk-de/2009-May/046344.html

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

Re: [Talk-de] Die Siedlungsstruktur in OSM verfeinern (Place und rank)